設計要確定為實現(xiàn)系統(tǒng)的功能需求所必需的算法，評估算法的性能；確定為滿足系統(tǒng)的性能需求所必需的算法和模塊間的控制方式；確定外部信號的接收發(fā)送形式。
⑷、數(shù)據(jù)結(jié)構(gòu)設計
根據(jù)需求分析報告進行數(shù)據(jù)庫設計。數(shù)據(jù)庫設計包括確定軟件涉及的文件系統(tǒng)的結(jié)構(gòu)以及數(shù)據(jù)庫的模式、子模式，進行數(shù)據(jù)完整性和安全性的設計；確定輸入，輸出文件的詳細的數(shù)據(jù)結(jié)構(gòu)；結(jié)合算法設計，確定算法所必需的邏輯數(shù)據(jù)結(jié)構(gòu)及其操作；確定對邏輯數(shù)據(jù)結(jié)構(gòu)所必需的那些操作的程序模塊(軟件包)；限制和確定各個數(shù)據(jù)設計決策的影響范圍；若需要與操作系統(tǒng)或調(diào)度程序接口所必須的控制表等數(shù)據(jù)時，確定其詳細的數(shù)據(jù)結(jié)構(gòu)和使用規(guī)則；數(shù)據(jù)的保護性設計；數(shù)據(jù)的一致性設計；冗余性設計等。
?、?、可靠性設計
可靠性設計也叫做質(zhì)量設計。在運行過程中，為了適應環(huán)境的變化和用戶新的要求，需經(jīng)常對軟件進行改造和修正。在軟件開發(fā)的一開始就要確定軟件可靠性和其它質(zhì)量指標，考慮相應措施，以使得軟件易于修改和易于維護。
⑹、概要設計階段的文檔
概要設計階段完成時應編寫以下文檔：概要設計說明書、數(shù)據(jù)庫設計說明書、用戶手冊、制定初步的測試計劃。
針對上述工作，監(jiān)理方應按如下標準評定承建方的概要設計：
?、?、可追溯性：確認該設計是否覆蓋了所有已確定的軟件需求，軟件每一成份是否可追溯到某一項需求；
?、?、接口：確認該軟件的內(nèi)部接口與外部接口是否已經(jīng)明確定義，模塊是否滿足高內(nèi)聚和低耦合的要求，模塊作用范圍是否在其控制范圍之內(nèi)；
?、?、風險：確認該設計在現(xiàn)有技術(shù)條件下和預算范圍內(nèi)是否能按時實現(xiàn)；
?、?、實用性：確認該設計對于需求的解決方案是否實用；
⑸、技術(shù)清晰度：確認該設計是否以一種易于翻譯成代碼的形式表達；
?、?、可維護性：確認該設計是否考慮了方便未來的維護；
?、?、質(zhì)量：確認該設計是否表現(xiàn)出良好的質(zhì)量特征；
⑻、各種選擇方案：看是否考慮過其它方案，比較各種選擇方案的標準是什么；
?、?、限制：評估對該軟件的限制是否現(xiàn)實，是否與需求一致；
?、巍⑵渌唧w問題：對于文檔、可測試性、設計過程等進行評估。
這個階段監(jiān)理方應提交：在概要設計進行前提交總體設計階段監(jiān)理細則、監(jiān)理周記、在概要設計完成后提交概要設計監(jiān)理報告。
5、詳細設計階段
詳細設計階段的直接目標是編寫詳細設計說明書，為此，承建方應做如下工作：
⑴、確定每個模塊的算法，用工具表達算法的過程，寫出模塊的詳細過程性描述；
⑵、確定每一模塊的數(shù)據(jù)結(jié)構(gòu)；
?、恰⒋_定模塊接口細節(jié)。
監(jiān)理方在這個階段主要是在進度上進行控制，主要手段是定期與承建方溝通，檢查文檔。
這個階段監(jiān)理方應提交：在詳細設計進行前提交詳細設計階段監(jiān)理細則、監(jiān)理周記、在詳細設計完成后提交詳細設計說明書的確認報告。
6、編碼及測試階段
編碼是將詳細設計階段的設計思想用某種計算機語言實現(xiàn)的過程。監(jiān)理方應從結(jié)構(gòu)化程序設計原則來進行編碼工作的監(jiān)理：
?、?、使用語言中的順序、選擇、重復等有限的基本控制結(jié)構(gòu)表示程序邏輯；
?、?、選用的控制結(jié)構(gòu)只準許有一個入口和一個出口；
?、?、程序語句組成容易識別的塊，每塊只有一個入口和一個出口；
⑷、復雜結(jié)構(gòu)應該用基本控制結(jié)構(gòu)進行組合嵌套來實現(xiàn)；
?、?、語言中沒有的控制結(jié)構(gòu)，可用一段等價的程序段模擬，但要求該程序段在整個系統(tǒng)中應前后一致；
通常測試是伴隨著
項目經(jīng)理勝任力免費測評PMQ上線啦！快來測測你排多少名吧~
http://m.opto-elec.com.cn/pmqhd/index.html
