設計和實現
設計和實現 |文件編號： |生效日期： |受控編號： | |NP506100 |2000.3.20 | | |密級：秘密 |版次：Ver2.1 |修改狀態(tài)： | |總頁數 |8 |正文 |6 |附錄 |2 | |編制：馬云生 |審核：袁淮、孟莉|批準：孟莉 | 沈陽東大阿爾派軟件股份有限公司 （版權所有，翻版必究） 文件修改控制 |修改記錄編號 |修改 |修改頁碼及條款 |修改人|審核人|批準人|修改日期 | | |狀態(tài) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目錄 1. 目的 2. 適用范圍 3. 職責 3.1 開發(fā)部門 3.2 開發(fā)體系決策層SMG 4. 術語和縮略語 5. 工作程序 5.1 設計與設計評審 5.2 編碼實現與檢查 6. 引用文件 6.1 NP504100《項目策劃》 6.2 NP601100《配置管理》 6.3 NW506101《系統(tǒng)設計報告編寫規(guī)范》 6.4 NW506102《技術報告編寫規(guī)范》 5. NW506103《用戶手冊編寫規(guī)范》 6. NW506104《計算機源代碼編寫規(guī)范》 7. 質量記錄 1. NR506100A“系統(tǒng)設計報告評審記錄” 1. 目的 為使軟件產品和/或軟件項目滿足規(guī)定的需求而確定軟件的體系結構、組成模塊劃分和 接口說明等；并把上述結果翻譯成代碼，以實現軟件所要求的功能。 2. 適用范圍 適用于所有的軟件產品和/或軟件項目的開發(fā)。 3. 職責 3.1 開發(fā)部門：負責根據《需求分析報告》或客戶提供的同等作用的文檔編制《系統(tǒng)設 計報告》，并參加此報告的評審，同時負責根據設計結果完成軟件產品和/或軟 件項目的實現。 3.2 開發(fā)體系決策層SMG：負責批準重大國內項目和國際項目設計報告的評審結果。 4. 術語和縮略語 本程序文件采用NQ402100《質量手冊》中的術語和縮略語及其定義。 5. 工作內容 5.1 設計與設計評審 5.1.1 設計 1） 設計人員按NP504100《項目策劃》程序中關于進度和階段劃分的要求，根據《 需求分析報告》或同等作用的文檔進行系統(tǒng)設計，設計過程應考慮軟件產 品和/或軟件項目的使用要求，及測試和維護的要求。 2. 《系統(tǒng)設計報告》一般按NW506101《系統(tǒng)設計報告編寫規(guī)范》的要求編寫，在客 戶對《系統(tǒng)設計報告》格式和內容有特殊要求時，按與客戶共同約定的規(guī)則 編寫。 5.1.2 設計評審 1） 《系統(tǒng)設計報告》在提交之前必須進行評審。主要由開發(fā)部門負責人、項目設 計人員參加評審，重大項目的評審還需要開發(fā)體系決策層SMG參加。必要 時，可邀請客戶參加評審工作。評審記錄由軟件配置管理負責人SCML填寫 并歸檔。 2. 評審的內容包括： o 該設計能否滿足規(guī)定的功能和性能要求； o 設計是否滿足相應的設計規(guī)范； o 設計是否滿足下一階段工作的輸入要求； o 在進入下一階段工作前，所有已發(fā)現的錯誤或缺陷是否均已消除，或雖 未消除但繼續(xù)進行工作的風險已弄清楚。 3. 沒有通過評審的《系統(tǒng)設計報告》由設計人員負責按照評審意見進行修改，修 改后重新評審。 4. 通過評審的《系統(tǒng)設計報告》由開發(fā)體系決策層SMG或開發(fā)部門負責人批準執(zhí) 行，并由軟件配置管理負責人SCML按NP601100《配置管理》程序進行配置管 理。 5.1.3 設計的修改 在軟件開發(fā)過程中需要進行對《系統(tǒng)設計報告》修改時，須填寫NR601100A“更改 單”申請更改，經審核批準后方可修改。 5.2 編碼實現與檢查 5.2.1 編碼實現 1. 項目開發(fā)人員應根據所要實現的系統(tǒng)要求選用相應的編程工具，并遵守NW5 06104《計算機源代碼編寫規(guī)范》或《開發(fā)計劃》中確定的標準與規(guī)程進行系統(tǒng) 編碼。 2. 開發(fā)人員按照《系統(tǒng)設計報告》的要求實現系統(tǒng)編碼，以滿足用戶對系統(tǒng)功能 和質量的要求。 5.2.2 編碼檢查 1. 在編碼實現過程中，每一個階段的結果在提交之前都須由項目軟件經理PSM 進行檢查，以確定其是否滿足要求。 2. 檢查內容包括： o 編程風格滿足NW506104《計算機源代碼編寫規(guī)范》或已確定的標準與規(guī)程的 要求； o 本階段的結果是否滿足相應的功能和性能需求； o 所有已發(fā)現的錯誤或缺陷均已消除或雖未消除但繼續(xù)進行工作的風險已弄 清楚。 5.2.3 在編碼實現的過程中，開發(fā)人員應注意保存必要的編碼信息和用戶使用信息， 完成編碼后，應整理這些信息，并按照NW506102《技術報告編寫規(guī)范》和NW506 103《用戶手冊編寫規(guī)范》的要求，編寫《技術報告》和《用戶手冊》。 6. 引用文件 6.1 NP504100《項目策劃》 6.2 NP601100《配置管理》 6.3 NW506101《系統(tǒng)設計報告編寫規(guī)范》 6.4 NW506102《技術報告編寫規(guī)范》 5. NW506103《用戶手冊編寫規(guī)范》 6. NW506104《計算機源代碼編寫規(guī)范》 7. 質量記錄 7.1 NR506100A“系統(tǒng)設計報告評審記錄” 系統(tǒng)設計報告評審記錄 記錄編號：NR506100A- 時間： 年 月 日 |項目編號： |項目名稱： | |項目軟件經理PSM： |系統(tǒng)設計報告編制人： | |評審人員： | |評審內容：(評審中審議通過的內容在“□”中劃“√”，否則劃“×”) | |1. 設計是否滿足功能和性能要求？ □ | |2. 設計是否滿足設計規(guī)范的要求？ □ | |3. 設計是否滿足下一階段的輸入要求？ □ | |4. 錯誤或缺陷是否消除，或已識別了錯誤的風險？ □ | |評審意見： | |評審結論：(評審中審議通過的內容在“□”中劃“√”否則劃“×”) | | | |通過評審，可以進入下一階段 □ | |未通過評審，修改后重新評審 □ | |填表： |審批： | 1. 此表不足記錄結果時，可以有附頁，附頁格式自定，總頁數包括所有附頁。 第 頁/共 頁 ----------------------- [pic]
設計和實現