設計和實現
綜合能力考核表詳細內容
設計和實現
設計和實現 |文件編號: |生效日期: |受控編號: | |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]
設計和實現
設計和實現 |文件編號: |生效日期: |受控編號: | |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]
設計和實現
[下載聲明]
1.本站的所有資料均為資料作者提供和網友推薦收集整理而來,僅供學習和研究交流使用。如有侵犯到您版權的,請來電指出,本站將立即改正。電話:010-82593357。
2、訪問管理資源網的用戶必須明白,本站對提供下載的學習資料等不擁有任何權利,版權歸該下載資源的合法擁有者所有。
3、本站保證站內提供的所有可下載資源都是按“原樣”提供,本站未做過任何改動;但本網站不保證本站提供的下載資源的準確性、安全性和完整性;同時本網站也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的損失或傷害。
4、未經本網站的明確許可,任何人不得大量鏈接本站下載資源;不得復制或仿造本網站。本網站對其自行開發(fā)的或和他人共同開發(fā)的所有內容、技術手段和服務擁有全部知識產權,任何人不得侵害或破壞,也不得擅自使用。
我要上傳資料,請點我!
管理工具分類
ISO認證課程講義管理表格合同大全法規(guī)條例營銷資料方案報告說明標準管理戰(zhàn)略商業(yè)計劃書市場分析戰(zhàn)略經營策劃方案培訓講義企業(yè)上市采購物流電子商務質量管理企業(yè)名錄生產管理金融知識電子書客戶管理企業(yè)文化報告論文項目管理財務資料固定資產人力資源管理制度工作分析績效考核資料面試招聘人才測評崗位管理職業(yè)規(guī)劃KPI績效指標勞資關系薪酬激勵人力資源案例人事表格考勤管理人事制度薪資表格薪資制度招聘面試表格崗位分析員工管理薪酬管理績效管理入職指引薪酬設計績效管理績效管理培訓績效管理方案平衡計分卡績效評估績效考核表格人力資源規(guī)劃安全管理制度經營管理制度組織機構管理辦公總務管理財務管理制度質量管理制度會計管理制度代理連鎖制度銷售管理制度倉庫管理制度CI管理制度廣告策劃制度工程管理制度采購管理制度生產管理制度進出口制度考勤管理制度人事管理制度員工福利制度咨詢診斷制度信息管理制度員工培訓制度辦公室制度人力資源管理企業(yè)培訓績效考核其它
精品推薦
- 1暗促-酒店玫瑰靜悄悄地開 428
- 2終端陳列十五大原則 425
- 3專業(yè)廣告運作模式 380
- 4****主營業(yè)務發(fā)展戰(zhàn)略設計 412
- 5中小企業(yè)物流發(fā)展的對策 427
- 6主顧開拓 550
- 7主動推進的客戶服務 378
- 8專業(yè)媒體策劃與購買 408
- 9中遠電視廣告CF 490
下載排行
- 1社會保障基礎知識(ppt) 16695
- 2安全生產事故案例分析(ppt 16695
- 3行政專員崗位職責 16695
- 4品管部崗位職責與任職要求 16695
- 5員工守則 16695
- 6軟件驗收報告 16695
- 7問卷調查表(范例) 16695
- 8工資發(fā)放明細表 16695
- 9文件簽收單 16695