第一篇：9.開發(fā)進度月報文檔 (軟件工程方法)

九、開發(fā)進度月報

1．報告時間及所處的開發(fā)階段.....................................................................................................1 2．工程進度.....................................................................................................................................1 2.1 本月內(nèi)的主要活動.............................................................................................................1 2.2 實際進展與計劃比較.........................................................................................................1 3．所用工時.....................................................................................................................................1 4．所用機時.....................................................................................................................................2 5．經(jīng)費支出.....................................................................................................................................2 6．工作遇到的問題及采取的對策.................................................................................................2 7．本月完成的成果.........................................................................................................................2 8．下月的工作計劃.........................................................................................................................2 9．特殊問題.....................................................................................................................................2 1．報告時間及所處的開發(fā)階段

2．工程進度

2.1本月內(nèi)的主要活動

2.2實際進展與計劃比較

3．所用工時

【按不同層次人員分別計時?！?/p>

九、開發(fā)進度月報

4．所用機時

【按所用計算機型分別計時?！?/p>

5．經(jīng)費支出

【分類列出本月經(jīng)費支出項目，給出支出總額，并與計劃比較?！?/p>

6．工作遇到的問題及采取的對策

7．本月完成的成果

8．下月的工作計劃

9．特殊問題

第二篇：開發(fā)進度計劃表

app項目進度計劃表

更新日期2014.10.22 篇二：項目進度計劃表

項目進度計劃表 篇三：項目實施進度計劃 1.1 項目實施進度計劃 xxx系統(tǒng)工程實施是以用戶需求和技術(shù)方案為藍圖，進行全面開發(fā)建設(shè)以至整個工程建成投入運行的全過程。要確保應(yīng)用系統(tǒng)工程的成功實施，一定要組織安排好實施計劃。同時，一個成功的項目實施，還必須科學(xué)有效的使用項目管理流程，才能夠充分保障項目依據(jù)預(yù)定的計劃和設(shè)計按時保質(zhì)地完成。以下我們從項目管理的各個要素，簡要介紹公司針對本項目的項目管理方案。

1.1.1 項目實施總體思路 1.1.1.1 同時并行實施

為了保證進度，xxx公司專門為客戶設(shè)計了高度并行的實施計劃。xxx公司將為本項目設(shè)置多個實施小組，投入大量的人力，同步并行實施，從而大大的減少了施工時間。1.1.1.2 本地化人員實施

為了加快工程進度，提高對本項目的服務(wù)質(zhì)量，xxx公司充分發(fā)揮自身服務(wù)體系和強大技術(shù)儲備的優(yōu)勢，全部采用當(dāng)?shù)剞k事處技術(shù)人員進行實施。詳細請見工程實施小組和項目成員介紹。

1.1.1.3 合理分工有效協(xié)調(diào)

結(jié)合大量項目實施經(jīng)驗，xxx公司可以為本項目做出合理的分工，協(xié)調(diào)相關(guān)廠商，保證項目按期高質(zhì)量的完成。在本項目中，為了保證進度，劃分多個實施小組，項目實施小組嚴(yán)格按照施工方案進行施工，對于意外情況，將同時匯報各自的項目經(jīng)理，由項目管理小組裁決。

1.1.1.4 合理組織確保工期

本項目地域分布廣、涉及眾多視頻音頻以及網(wǎng)絡(luò)設(shè)備的特點，決定了本項目實施中會面臨種種風(fēng)險，包括設(shè)備到貨風(fēng)險、眾多節(jié)點施工風(fēng)險等等。為了保證系統(tǒng)的準(zhǔn)時上線，借助公司強大的備品備件儲備，我們制定了周密的應(yīng)急方案，保證系統(tǒng)準(zhǔn)時上線。1.1.2 項目組織與管理 1.1.2.1 項目管理的目的 1）提高項目運作的規(guī)范性 2）提高異地項目運做的可控性 3）使項目按時驗收 4）降低項目成本 5）提高客戶滿意度 6）確保項目質(zhì)量

1.1.2.2 項目流程規(guī)范的組成項目管理流程分為四種規(guī)范 1）流程：給出項目實施的正確程序。2）規(guī)程、指南：是流程的支持文件，規(guī)定某一項目要素的工作程序。3）模板：是流程的支持文件，給出某個文檔的格式。4）表格：是流程的支持文件，給出某個工作表格的樣式。1.1.2.3 項目實施組織與職責(zé) 1)領(lǐng)導(dǎo)重視和參與 xxx系統(tǒng)工程的重視與支持是建設(shè)成功的關(guān)鍵。領(lǐng)導(dǎo)的重視主要體現(xiàn)在對該項目的規(guī)劃決策和監(jiān)督落實上。領(lǐng)導(dǎo)的參與表現(xiàn)在領(lǐng)導(dǎo)對xxx系統(tǒng)建設(shè)項目的需求把握，只有當(dāng)系統(tǒng)能及時、準(zhǔn)確地向管理者提供信息，為管理者的日常辦公、決策提供輔助服務(wù)時，該系統(tǒng)才具有實質(zhì)性的意義，系統(tǒng)才具有活力。

在項目建設(shè)中，當(dāng)涉及到資源的分配、人員調(diào)動、資金落實、甚至涉及到管理方式改變時，各方領(lǐng)導(dǎo)的參與就顯得尤為重要?？傊挥懈骷夘I(lǐng)導(dǎo)的參與支持，該項目的建設(shè)才可能得以順利進行。

2)項目實施組織與角色職責(zé)

為保障“xxx系統(tǒng)工程”高質(zhì)量、高效、順利的實施，xxx公司將成立項目組，并由項目經(jīng)理調(diào)配公司前、后端人力資源，為項目管理及實施提供保障。

項目管理與實施過程中的組織情況如下圖所示：

項目聯(lián)合領(lǐng)導(dǎo)小組

為有效進行資源控制、進度控制、質(zhì)量控制，確保項目項目順利實施及系統(tǒng)維護的方便進行，根據(jù)公司以往在大型項目管理和實施方面的經(jīng)驗，建議由賀蘭公安部門、交警部門及中科軟公司共同組成項目聯(lián)合領(lǐng)導(dǎo)小組，以把握和推動整個項目的執(zhí)行，保證整個項目如期高質(zhì)量地完成。項目聯(lián)合領(lǐng)導(dǎo)小組負責(zé)監(jiān)督項目實施情況，協(xié)調(diào)解決各方之間的工作問題。項目聯(lián)合領(lǐng)導(dǎo)小組成員可由xxx系統(tǒng)工程參與方負責(zé)人組成。

項目聯(lián)合領(lǐng)導(dǎo)小組成員負責(zé)： ? 整個項目的項目預(yù)算、項目進度、項目質(zhì)量等的審核批準(zhǔn)和監(jiān)督； ? 協(xié)調(diào)各小組的配合作業(yè)，負責(zé)合理調(diào)配公司內(nèi)人力及物力資源，以確保本項目高質(zhì)量、高效率、順利的進行實施。

賀蘭公安局交警隊參加聯(lián)合領(lǐng)導(dǎo)小組成員負責(zé)： ? 擔(dān)任聯(lián)合領(lǐng)導(dǎo)小組的組織領(lǐng)導(dǎo)； ? 提供必要的人員配合； ? 協(xié)調(diào)內(nèi)部各方面聯(lián)系人； ? 監(jiān)督整個項目進度。

項目經(jīng)理 ? 項目經(jīng)理可以調(diào)配xxx公司所擁有的前后端人力資源，負責(zé)項目實施小組的領(lǐng)導(dǎo)和日常組織。

項目前端人員

? 客戶經(jīng)理：負責(zé)客戶支持、客戶業(yè)務(wù)需求上報、與客戶簽定合同以及合同管理等。? 業(yè)務(wù)經(jīng)理：負責(zé)公司內(nèi)部前后臺部門之間的工作協(xié)調(diào)、項目實施等。項目后端人員 ? 各部門的技術(shù)工程師：負責(zé)資源配置、網(wǎng)絡(luò)組織、網(wǎng)絡(luò)測試、網(wǎng)絡(luò)運行管理等。? 各部門的系統(tǒng)實施工程師：負責(zé)系統(tǒng)開發(fā)、系統(tǒng)實施、交付測試等。? 技術(shù)專家： “盛澤鎮(zhèn)電子警察系統(tǒng)和高清卡口系統(tǒng)建設(shè)項目”項目的專家主要由大客戶技術(shù)支持中心、南京辦事處、上海辦事處的技術(shù)專家組成，提供項目整個項目的技術(shù)支持。在該項目中，也可根據(jù)項目的需要，從公司抽調(diào)專家，一起開展項目的技術(shù)支持工作。1.1.2.4 項目進度管理

為保證管理應(yīng)用系統(tǒng)的成功實施，必須按照系統(tǒng)開發(fā)流程對項目實施進行嚴(yán)格管理。項目啟動前，各方人員應(yīng)做好充分準(zhǔn)備，確保項目所需人員及其他必要條件及時就緒。項目實施過程由用戶相關(guān)單位和部門與我方共同完成，各方應(yīng)通力合作，并保證人員穩(wěn)定。

我方有專門的項目管理部門，并且有著嚴(yán)格的項目管理流程，對項目進度進行實時的監(jiān)督與管理，保證項目的成功實施。1)項目進度管理的原則

通過項目進度管理使全體成員積極主動，在項目進展中，遇到問題主動找相關(guān)人員解決，若解決不得力而又確實屬此人管的，則應(yīng)及時向上一級反映，不得以任何借口推脫不按進度計劃完成任務(wù)，除非確實是技術(shù)上不可解決的，即便如此，也應(yīng)盡早匯報，以免影響整體進度。

2)項目進度管理的方法

在開始實施項目時，項目經(jīng)理必須根據(jù)任務(wù)情況做好進度安排計劃，按周做計劃以書面呈交項目協(xié)調(diào)委員會，以周為單位做計劃以書面形式下達各組，各組分頭安排落實到個人，組長或個人在接到計劃書時，認(rèn)為恰當(dāng)，則簽字；若認(rèn)為

不恰當(dāng)，必須及時陳述理由，否則責(zé)任自負。在計劃時間到時，項目經(jīng)理嚴(yán)格按照進度計劃書驗收。在驗收合格情況下，項目經(jīng)理在原下達的計劃書上簽字，并結(jié)合完成任務(wù)情況給出一定的評價，將來作為獎勵晉級的參照依據(jù)；若驗收不合格，則責(zé)成3日內(nèi)修正，若仍不能完成必須以書面形式說明理由，項目經(jīng)理依情況處理。在每次驗收都合格或者在責(zé)成期限內(nèi)都合格的情況下，若項目不能及時完成，責(zé)任應(yīng)在項目經(jīng)理身上，項目經(jīng)理必須以書面形式向項目協(xié)調(diào)委員會陳述理由。3)項目溝通機制

交流有助于解決問題，尤其是在研究開發(fā)等項目組之間。針對本項目的特殊性——多方參與，溝通機制更為重要。溝通暢通能融多方智慧，促進項目成功；溝通阻塞，則障礙重重、舉步維艱。項目實施組作為溝通暢通的領(lǐng)頭羊，制訂相關(guān)計劃，定期舉行項目組和用戶的交流會，建立和保持與主要利益相關(guān)者的關(guān)系，做到雙向溝通；定期安排項目組內(nèi)部各小組之間的相互交流；在日常工作中，營造相互學(xué)習(xí)共同成長的氛圍。1.1.2.5 資料文檔的管理

所有設(shè)備的安裝調(diào)試資料和詳細的施工日志都有項目經(jīng)理統(tǒng)一管理，工程驗收后統(tǒng)一交由甲方管理。

完善的文檔是項目管理的重要手段，是項目可持續(xù)發(fā)展的基礎(chǔ)，也是項目進度控制和品質(zhì)保證的重要依據(jù)。

“項目投標(biāo)階段”以調(diào)研考察用戶需求為核心，由市場、銷售、技術(shù)顧問和開發(fā)經(jīng)理聯(lián)合組成項目小組，開始項目的需求調(diào)研與考察工作。通過與用戶的接觸和充分溝通，適時地形成并評審《用戶需求規(guī)格說明書》、《項目解決方案》、《合同草案》等文檔,確定項目的實施?！绊椖繉嵤╇A段”以項目投標(biāo)階段的《用戶需求規(guī)格說明書》、《項目解決方案》為基礎(chǔ)，重新配置實施過程中需要的資源。在實施過程中，著重加強對項目進度的控制和項目質(zhì)量的管理。進行任務(wù)的明確和職責(zé)劃分，通過《項目實施計劃》、《項目聯(lián)調(diào)計劃》、《項目驗收方案》進行項目的階段控制，確保項目能夠按質(zhì)按時順利完成。

第三篇：軟件工程：實踐者的研究方法

跨越20年的軟件工程經(jīng)典教程：

《軟件工程：實踐者的研究方法（第5版）》

20年前，一位年輕的美國教授，坐在桌前，正用手寫著一部當(dāng)時人們覺得不可思議的書稿。這部書的主題是關(guān)于軟件工程的。在當(dāng)時，計算機少的可憐，只有一些性能遠不如喜愛你在家用電腦的小型機供一些高深莫測的程序員使用，大家討論的也只有軟件編程，對于軟件工程關(guān)心極少，甚至很少有人真正懂得。因為那個時候只有科學(xué)家和程序員，還沒有今天已經(jīng)成為熱門職業(yè)的軟件工程師。

這位年輕的教授就是后來軟件工程界大名鼎鼎的Roger S.Pressman。當(dāng)時他沒有想到自己的心愛書稿會被出版商拒絕，因為出版商說將不會存在關(guān)于“軟件工程”的書籍市場。幾經(jīng)挫折，幸運的是最后McGaw-Hill出版公司決定嘗試一下，于是我們終于能夠讀到這本流行20年經(jīng)久不衰的軟件工程經(jīng)典著作---《軟件工程：實踐者的研究方法》，SEPA-這本書的縮寫，也已經(jīng)成為軟件工程領(lǐng)域的熱門詞匯。

20年前，別說軟件工程，就是計算機對于受過教育的中國人來說都是陌生的。十來年前，我第一次接觸到計算機。那是我上大學(xué)的時候，在一種Apple II的計算機上用固化的BASIC編寫簡單的程序。10年前，當(dāng)我用IBM兼容的PC機開發(fā)DOS程序時，崇拜的是編程高手，軟件英雄。5年錢，當(dāng)WINDOWS開發(fā)漸成主流，團隊開發(fā)實在必行，那時中國沒有一本軟件工程的圖書和資料！今天，當(dāng)我讀到最新版《軟件工程：實踐者的研究方法》時，我的心情久久的不能平靜。因為這個時候，軟件工程已經(jīng)成為國內(nèi)軟件業(yè)的最新熱點，國內(nèi)的大學(xué)開始招收首批軟件工程碩士（2004年）。

回顧20年，我們會有很多的感慨，因為我們在摸索中走過了太多的彎路。雖然改革開放的今天，我們已經(jīng)可以買到最新的電腦芯片，使用全球同步發(fā)行的主流開發(fā)軟件，了解和掌握國外最先進的技術(shù)。但是，中國軟件業(yè)的發(fā)展卻和國外相比有著太大的差距。其中主要原因之一就是我們以前對軟件工程不夠重視，導(dǎo)致大量的手工作坊式的開發(fā)難敵國外工業(yè)化的軟件生產(chǎn)。

隨著計算機的發(fā)展，個人軟件英雄時代一去不復(fù)返了?，F(xiàn)在的商業(yè)軟件大部分都是團隊協(xié)作的結(jié)果，應(yīng)用軟件也已經(jīng)有桌面應(yīng)用發(fā)展到分布式網(wǎng)絡(luò)應(yīng)用。軟件開發(fā)的難度和規(guī)模日益擴大。不管我們愿不愿意，軟件工程曾在不斷深入到軟件開發(fā)的方方面面，成為軟件企業(yè)生死存亡的關(guān)鍵。

Roger S.Pressman是軟件過程改善和軟件工程技術(shù)方面國際知名的權(quán)威。30多年來，他作為軟件工程師、管理者、教授、作者以及咨詢顧問，一直工作在軟件工程領(lǐng)域。這本跨越20年的軟件工程經(jīng)典教材中，他全面介紹了軟件工程學(xué)科的概念和方法。本書從軟件工程學(xué)科的概要開始介紹，逐步介紹了管理軟件項目、傳統(tǒng)軟件工程方法、面向?qū)ο筌浖こ谭椒ㄒ约败浖こ痰母呒壵n題，包括傳統(tǒng)的分析、設(shè)計、測試和度量，面向?qū)ο竦姆治觥⒃O(shè)計、測試和度量，形式化方法、凈室軟件工程、基于構(gòu)件的方法、客戶/服務(wù)軟件工程、Web工程、再設(shè)計工程和CASE等。最后，本書還對軟件工程學(xué)科的未來發(fā)展做了預(yù)測和展望。隨著國內(nèi)軟件企業(yè)的不斷發(fā)展，無論是發(fā)展規(guī)模上還是在開發(fā)觀念上的變化，都導(dǎo)致了對軟件工程的具體大需求。掌握和精通軟件工程的人才必將成為整個行業(yè)最搶手的人才。相信在大師的引領(lǐng)下，會有越來越多的IT精英脫衣而出，為我國的軟件企業(yè)躋身世界一流軟件企業(yè)做出貢獻。

第四篇：月報整理格式

監(jiān)理月報主要內(nèi)容

1.1 本月工程實施情況； 1.2 本月監(jiān)理工作情況；

1.3 本月施工中存在的問題及處理情況； 1.4 下月監(jiān)理工作重點。監(jiān)理月報的具體內(nèi)容

1.1 本月工程實施概況：

1.1.1 工程進展情況；實際進度與計劃進度的比較；施工單位人、機、料進場及使用情況；本期在施部位的工程照片。

1.1.2 工程質(zhì)量情況；分項分部工程驗收情況；材料、構(gòu)配件、設(shè)備進場檢驗情況；主要施工試驗情況；本期工程質(zhì)量分析。1.1.3 施工單位安全生產(chǎn)管理工作評述。1.1.4 已完工程量與已付工程款的統(tǒng)計及說明。

1.2 本月監(jiān)理工作情況：

1.2.1 工程進度控制方面的工作情況； 1.2.2工程質(zhì)量控制方面的工作情況； 1.2.3安全生產(chǎn)管理方面的工作情況； 1.2.4工程計量與工程款支付方面的工作情況； 1.2.5合同其他事項的管理工作情況； 1.2.6監(jiān)理工作統(tǒng)計及工作照片。1.3 本月工程實施的主要問題分析及處理情況：

1.3.1工程進度控制方面的主要問題分析及處理情況； 1.3.2工程質(zhì)量控制方面的主要問題分析及處理情況； 1.3.3施工單位安全生產(chǎn)管理方面的主要問題分析及處理情況； 1.3.4工程計量與工程款支付方面的主要問題分析及處理情況； 1.3.5合同其他事項管理方面的主要問題分析及處理情況。

1.4 下月監(jiān)理工作重點：

1.4.1在工程管理方面的監(jiān)理工作重點； 1.4.2在項目監(jiān)理機構(gòu)內(nèi)部管理方面的工作重點。

注一：監(jiān)理月報是項目監(jiān)理機構(gòu)定期編制并向建設(shè)單位和工程監(jiān)理單位提交的重要文件。

注二：監(jiān)理工作總結(jié)經(jīng)總監(jiān)理工程師簽字后報工程監(jiān)理單位。

第五篇：軟件工程

1.軟件危機的概念 系統(tǒng)的數(shù)據(jù)要求，功能需求，性能需求，顯示出程序的輪廓。

軟件危機是指在計算機軟件開發(fā)、使用與可靠性需求，可用性需求，出錯處理需求，混合方式

維護過程中遇到的一系列嚴(yán)重問題和難接口需求，約束，逆向需求以及將來可能優(yōu)點：綜合了以上兩種策略的長處 題。提出的需求。9.確認(rèn)測試

補充： 5.常使用的圖形工具 確認(rèn)測試又稱有效性測試。有效性測試是

1．軟件危機的表現(xiàn)有哪些？ 實體-聯(lián)系圖，數(shù)據(jù)流圖，狀態(tài)轉(zhuǎn)換圖，在模擬的環(huán)境下，運用黑盒測試的方法，答：1）對軟件開發(fā)成本和進度的估計常層次方框圖，warnier圖，IPO圖。驗證被測軟件是否滿足需求規(guī)格說明書常很不準(zhǔn)確。第五章 列出的需求。任務(wù)是驗證軟件的功能和性

2）用戶對已完成的軟件不滿意1.總體設(shè)計的任務(wù) 能及其他特性是否與用戶的要求一致。對的現(xiàn)象時有發(fā)生。劃分出組成系統(tǒng)的物理元素——程序、文軟件的功能和性能要求在軟件需求規(guī)格

3）軟件產(chǎn)品的質(zhì)量往往是靠不件、數(shù)據(jù)庫、人工過程和文檔等等 說明書中已經(jīng)明確規(guī)定，它包含的信息就住的。設(shè)計軟件的結(jié)構(gòu)。也就是要確定系統(tǒng)中每是軟件確認(rèn)測試的基礎(chǔ)。

4）軟件常常是不可維護的。個程序是由哪些模塊組成的，以及這些模10.什么是白盒測試，其測試技術(shù)有那些，5）軟件通常沒有適當(dāng)?shù)奈臋n資塊相互間的關(guān)系。覆蓋標(biāo)準(zhǔn)的強弱程度

料。2.模塊化思想 白盒測試是一種測試用例設(shè)計方法，盒子

6）軟件成本在計算機系統(tǒng)總成就是把程序劃分成獨立命名且可獨立訪指的是被測試的軟件，白盒指的是盒子是本中所占比例逐年上升。問的模塊，每個模塊完成一個子功能，把可視的,你清楚盒子內(nèi)部的東西以及里面

7）軟件開發(fā)生產(chǎn)率提高的速度這些模塊集成起來構(gòu)成一個整體，可以完是如何運作的。“白盒”法全面了解程序內(nèi)遠跟不上日益增長的軟件需求。成指定的功能滿足用戶的需求。部邏輯結(jié)構(gòu)、對所有邏輯路徑進行測試。

2．產(chǎn)生軟件危機的原因主要有哪些？ 3.衡量模塊獨立的標(biāo)準(zhǔn)（內(nèi)聚和耦合的白盒測試的測試方法有代碼檢查法、靜態(tài)答：1）用戶對軟件需求的描述不精確。含義，種類）結(jié)構(gòu)分析法、靜態(tài)質(zhì)量度量法、邏輯覆蓋

2）軟件開發(fā)人員對用戶需求的內(nèi)聚：標(biāo)志著每一個模塊內(nèi)各個元素彼此法、基本路徑測試法、域測試、符號測試、理解有偏差。結(jié)合的緊密程度，是信息隱藏和局部化概路徑覆蓋和程序變異。

3）缺乏處理大型軟件項目的經(jīng)念的自然拓展。偶然內(nèi)聚，邏輯內(nèi)聚，時種覆蓋標(biāo)準(zhǔn)：語句覆蓋、判定覆蓋、條件驗。間內(nèi)聚，功能內(nèi)聚，順序內(nèi)聚，通信內(nèi)聚，覆蓋、判定/條件覆蓋、條件組合覆蓋和

4）開發(fā)大型軟件易產(chǎn)生疏漏和過程內(nèi)聚。路徑覆蓋發(fā)現(xiàn)錯誤的能力呈由弱至強的錯誤。耦合：是對一個軟件結(jié)構(gòu)內(nèi)不同模塊之間變化。

5）缺乏有力的方法學(xué)的指導(dǎo)和互連程度的度量。數(shù)據(jù)耦合，控制耦合，11.什么時候黑盒測試，其測試技術(shù)有哪有效的開發(fā)工具的支持。特征耦合，公共環(huán)境耦合，內(nèi)容耦合。些，（等價劃分，邊介值分析法）

6）面對日益增長的軟件需求，4.啟發(fā)式規(guī)則 黑盒測試也稱功能測試，它是通過測試來人們顯得力不從心。1.改進軟件結(jié)構(gòu)提高模塊的獨立性檢測每個功能是否都能正常使用。

2軟件的概念 2.模塊規(guī)模應(yīng)該適中等價類劃分的辦法是把程序的輸入域劃完成特點功能的程序以及數(shù)據(jù)結(jié)構(gòu)和文 3.深度、寬度、扇出和扇入都應(yīng)適當(dāng) 分成若干部分（子集），然后從每個部分檔 4.模塊的作用范圍應(yīng)在控制范圍之內(nèi)中選取少數(shù)代表性數(shù)據(jù)作為測試用例

3.軟件工程的基本原理 5.力爭降低模塊接口的復(fù)雜程度 邊界值分析是通過選擇等價類邊界的測

1.用分階段的生命周期計劃嚴(yán)格管理 6.設(shè)計單入口單出口的模塊試用例。邊界值分析法不僅重視輸入條件

2.堅持進行階段評審 7.模塊功能應(yīng)該可以預(yù)測 邊界，而且也必須考慮輸出域邊界。它是

3.實行嚴(yán)格的產(chǎn)品控制 5.面向數(shù)據(jù)流的設(shè)計方法把信息流映射對等價類劃分方法的補充。

4.采用現(xiàn)代程序設(shè)計技術(shù) 成軟件結(jié)構(gòu) 12.軟件調(diào)試技術(shù)有哪些

5.結(jié)果應(yīng)能清楚地審查 信息流：變換流，事物流 蠻干法，蠻干法可能是尋找軟件錯誤原因

6.開發(fā)小組的人員應(yīng)該少而精 映射：變換分析，事物分析 的最低效的方法，僅當(dāng)所有其他方法都

7.承認(rèn)不斷改進軟件工程實踐的必要性失敗的情況下才使用。

4軟件生命周期分成哪幾個階段？各階第六章 回溯法，回溯法是一種相當(dāng)常用的調(diào)試方段的任務(wù)是什么？ 1.詳細設(shè)計的基本任務(wù) 法，當(dāng)調(diào)試小程序時很有效。從發(fā)現(xiàn)癥

1.問題定義： 1.為每個模塊確定采用的算法。2.確定狀的地方開始，人工沿程序的控制流往回

2.可行性研究：研究問題的范圍，探索這每一模塊使用的數(shù)據(jù)結(jié)構(gòu)追蹤分析源程序代碼，知道找出錯誤原因個問題是否值得去解決，是否有可行的解3.確定模塊接口的細節(jié)，包括對系統(tǒng)外為止。

決方法。部的接口和用戶界面，對系統(tǒng)內(nèi)部其 原因排除法，對分查找法、歸納法、演繹

3.需求分析：主要是確定目標(biāo)系統(tǒng)必須具它模塊的接口，以及關(guān)于模塊輸入數(shù)據(jù)、法都屬于原因排除法。

備哪些功能 輸出數(shù)據(jù)及局部數(shù)據(jù)的全部細節(jié)。13.軟件可靠性（可靠性和可用性的含義）

4.總體設(shè)計： 4.為每一模塊設(shè)計出一組測試用例。

5.詳細設(shè)計：就是把解法具體化，設(shè)計出2.程序的三種基本結(jié)構(gòu)

程序的詳細規(guī)格說明。順序結(jié)構(gòu)，選擇結(jié)構(gòu)，循環(huán)結(jié)構(gòu)

6.編碼和單元測試：寫出正確的容易理解3.詳細設(shè)計的工具

容易維護的程序模塊。1．圖形工具

7.綜合測試：通過各種類型的測試使軟件2．表格工具

達到預(yù)定的要求 3．語言工具

8.軟件維護：通過各種必要的維護活動使4.jackson方法

系統(tǒng)持久地滿足用戶的需要。（改正性維5.復(fù)雜性度量的方法

護，適應(yīng)性維護，完善性維護，預(yù)防性維Halstead方法：它根據(jù)程序中運算符和

護）操作數(shù)的總數(shù)來度量程序的復(fù)雜程度

5.瀑布模型，快速原型模型，增量模型，McCabe方法 ：McCabe方法根據(jù)程序控制

螺旋模型的特點 流的復(fù)雜程度定量度量程序的復(fù)雜程度，瀑布模型階:段時間具有順序性和依賴第七章

性。推遲現(xiàn)實的觀點。質(zhì)量保證的觀點。1.選擇程序設(shè)計語言應(yīng)考慮哪些因素

快速原型模型:軟件產(chǎn)品的開發(fā)基本上是1.系統(tǒng)用戶的要求

線性順序進行的，本質(zhì)是“快速”加速軟2.可以使用的編譯程序

件的開發(fā)過程，節(jié)約軟件開發(fā)成本。3.可以得到的軟件工具

增量模型:能在較短時間內(nèi)向用戶提交可4.工程規(guī)模

完成部分工作的產(chǎn)品。逐步增加產(chǎn)品功5.程序員的知識

能，可以使用戶有較充裕的時間學(xué)習(xí)和適6.軟件可移植性要求

應(yīng)新產(chǎn)品，從而減少一個全新的軟件可能7.軟件的應(yīng)用領(lǐng)域

給客戶組織帶來的沖擊。2.良好的編程風(fēng)格包括哪些方面

螺旋模型:對可選方案和約束條件的強調(diào)1.程序內(nèi)部的文檔2.數(shù)據(jù)說明 3.語句構(gòu)

有利于已有軟件的重用，也有助于把軟件造4.輸入輸出 5.效率

質(zhì)量作為軟件開發(fā)的一個重要目標(biāo)。減少3軟件測試的目標(biāo)

了過多的測試或測試不足帶來的風(fēng)險。更目的:（1）測試是為了發(fā)現(xiàn)程序中的錯誤

重要的是在螺旋模型中維護只是模型的而執(zhí)行程序的過程；

另一個周期，在維護和開發(fā)之間并沒有本（2）好的測試方案是極可能發(fā)現(xiàn)迄今為

質(zhì)區(qū)別。風(fēng)險驅(qū)動的。止尚未發(fā)現(xiàn)的錯誤的測試方案；

（3）成功的測試是發(fā)現(xiàn)了至今為止尚未

第二章 發(fā)現(xiàn)的錯誤的測試。

1.可行性研究的目的 定義:為了發(fā)現(xiàn)程序中的錯誤而執(zhí)行程序

就是用最小的代價在盡可能短的時間內(nèi)的過程。

確定問題是否能夠解決。補充：

補充： 軟件測試步驟 :

可行性研究的步驟 ：(1)模塊測試(2)子系統(tǒng)測試(3)系統(tǒng)

1.復(fù)查系統(tǒng)規(guī)模和目標(biāo)。測試(4)驗收測試(5)平行運行

2.研究現(xiàn)有的系統(tǒng)。4.確定測試計劃是在哪個階段制定的3.導(dǎo)出新系統(tǒng)高層邏輯模型。5.黑盒測試和白盒測試的概念

4.進一步定義問題黑盒測試

5.導(dǎo)出和評價供選擇的解法。1把程序看作一個黑盒子，完全不考慮程

6.推薦行動方針序的內(nèi)部結(jié)構(gòu)和處理過程

7.草擬開發(fā)計劃2對程序接口進行測試，檢查程序功能是

8.書寫文檔提交審查 否能按規(guī)格說明書的規(guī)定正常使用；

程序是否能適當(dāng)?shù)亟邮茌斎霐?shù)據(jù)并產(chǎn)生

2.系統(tǒng)流程圖的作用 正確的輸出信息；

系統(tǒng)流程圖是描繪物理系統(tǒng)的傳統(tǒng)工具，程序運行過程中能否保持外部信息的完

它用圖形符號來表示系統(tǒng)中的各個部件。整性

它表達了系統(tǒng)中各個元素之間的信息流白盒測試

動的情況。1把程序堪稱裝在一個透明的白盒子里，3.數(shù)據(jù)流圖的概念 測試者完全知道程序的結(jié)構(gòu)處理算法

數(shù)據(jù)流圖是一種圖形化技術(shù)，它描繪信息2按照程序內(nèi)部的邏輯測試程序，檢測程

流和數(shù)據(jù)從移動到輸出的過程中所經(jīng)受序中的主要執(zhí)行通路是否都能按的變換。預(yù)定要求正確工作

4.數(shù)據(jù)流圖里面的符號，畫數(shù)據(jù)流圖。6.測試的步驟及每個步驟形成的文檔

5.數(shù)據(jù)字典最基本的功能，以及與數(shù)據(jù)流單元測試：（模塊測試）發(fā)現(xiàn)的往往是編

圖的關(guān)系。碼和詳細設(shè)計的錯誤

最基本的功能：在軟件分析和設(shè)計的過程集成測試：著重測試模塊的接口 中給人提供關(guān)于數(shù)據(jù)的描述信息。

關(guān)系：數(shù)據(jù)流圖和數(shù)據(jù)字典共同構(gòu)成系統(tǒng)系統(tǒng)測試：發(fā)現(xiàn)的往往是軟件設(shè)計中的錯的邏輯模型，沒有數(shù)據(jù)字典，數(shù)據(jù)流圖就誤，也可能發(fā)現(xiàn)需要說明中的錯誤 不嚴(yán)格，然而沒有數(shù)據(jù)流圖，數(shù)據(jù)字典也驗收測試：（確認(rèn)測試）往往發(fā)現(xiàn)需求說難于發(fā)揮作用。只有數(shù)據(jù)流圖和對數(shù)據(jù)流明書中的錯誤 圖中每個元素的精確定義放在一起，才能7.漸增式和非漸增式的區(qū)別 共同構(gòu)成系統(tǒng)的規(guī)格說明?！胺菨u增式”，即先獨立地測試每一模塊，第三章 然后將所有這些模塊連接到一起運行； 1.需求分析屬于哪一個階段，任務(wù)是什“漸增式”，即在已測試過的N個模塊的么?；A(chǔ)上再增加一個模塊，再對N十1個模需求分析是軟件定義時期的最后一個階塊進行測試。段.漸增式比非漸增式優(yōu)越，因為用漸增式，1.確定對系統(tǒng)的綜合要求（功能需求，性如果是“由頂向下”則可利用前面已測試能需求，可靠性和可用性需求，出錯處理過的模塊，而不必另外準(zhǔn)備驅(qū)動模塊，如需求，接口需求，約束，逆向需求，將來果是“由底向上”，也可利用已測試過的可能提出的要求）模塊，不必再準(zhǔn)備樁模塊。漸增式可以較2.分析系統(tǒng)的數(shù)據(jù)要求早地發(fā)現(xiàn)模塊界面之間的錯誤，有利于排3.導(dǎo)出系統(tǒng)的邏輯模型 錯，檢查比較徹底 4.修正系統(tǒng)開發(fā)計劃2.需求分析的產(chǎn)品是什么 8.自頂向下，自下而上，以及混合策略的3.面向過程的分析方法主要是建立三類優(yōu)缺點 模型 自頂向下數(shù)據(jù)模型（按照用戶的觀點對數(shù)據(jù)建立的優(yōu)點：能較早顯示整個程序的輪廓，向用模型，把用戶的數(shù)據(jù)要求清楚，準(zhǔn)確地描戶展示程序的概貌，取得用戶的理解與支述出來。描述了從用戶角度看到的數(shù)據(jù)，持。缺點：當(dāng)測試上層模塊時因使用樁它反應(yīng)了用戶的現(xiàn)實環(huán)境，屬性，聯(lián)系），模塊較多，很難模擬出真實模塊的全部功功能模型，行為模型（通過描繪系統(tǒng)的狀能，使部分測試內(nèi)容被迫推遲，只能等待態(tài)及引起系統(tǒng)狀態(tài)轉(zhuǎn)換的事件來表示系換上真實模塊后再補充測試。統(tǒng)的行為）由底向上4.軟件需求規(guī)格說明書的內(nèi)容 優(yōu)點：測試從下層模塊開始，測試設(shè)計用通常用自然語言完整，準(zhǔn)確，具體地描述例比較容易。缺點：在測試的早期不能