需求分析
需求分析 |文件編號： |生效日期： |受控編號： | |NP503100 |2000.3.20 | | |密級：秘密 |版次：Ver2.1 |修改狀態(tài)： | |總頁數(shù) |7 |正文 |5 |附錄 |2 | |編制：李民 |審核：袁淮、孟莉|批準(zhǔn)：孟莉 | 沈陽東大阿爾派軟件股份有限公司 （版權(quán)所有，翻版必究） 文件修改控制 |修改記錄編號 |修改 |修改頁碼及條款 |修改人|審核人|批準(zhǔn)人|修改日期 | | |狀態(tài) | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 目錄 1. 目的 2. 適用范圍 3. 職責(zé) 3.1 開發(fā)部門 3.2 開發(fā)體系決策層SMG 4. 術(shù)語和縮略語 5. 工作程序 1. 《需求分析報告》的編制 2. 《需求分析報告》的評審 3. 《需求分析報告》的更改 6. 引用文件 6.1 NP601100《配置管理》 6.2 NW503101《需求分析報告編寫規(guī)范》 7. 質(zhì)量記錄 1 NR503100A“需求分析報告評審記錄” 1. 目的 保證本公司開發(fā)的軟件產(chǎn)品和軟件項目的需求分析活動在受控狀態(tài)下進行。在進行軟 件開發(fā)前，明確其應(yīng)達到的目標(biāo)，對系統(tǒng)目標(biāo)做出完整、準(zhǔn)確、清晰、具體的要求。 2. 適用范圍 適用于所有軟件項目和/或軟件產(chǎn)品。 3. 職責(zé) 3.1 開發(fā)部門：負責(zé)編制《需求分析報告》，并參加評審。 2. 開發(fā)體系決策層SMG：負責(zé)參加評審重大項目的《需求分析報告》，并批準(zhǔn)相應(yīng)的 評審結(jié)果。 4. 術(shù)語和縮略語 本程序采用NQ402100《質(zhì)量手冊》中的術(shù)語和縮略語及其定義。 5. 工作程序 5.1 《需求分析報告》的編制 5.1.1 需求分析文檔可由開發(fā)人員編制。項目軟件經(jīng)理PSM或其指定人員根據(jù)調(diào)研結(jié) 果，編制該項目的需求分析文檔即《需求分析報告》和/或《軟件功能規(guī)格說明書 》，必要時可邀請客戶派人員參加編制工作。 5.1.2 《需求分析報告》的內(nèi)容以滿足客戶要求或系統(tǒng)所要實現(xiàn)的功能和性能要求為準(zhǔn) ，同時還要滿足本公司NW503101《需求分析報告編寫規(guī)范》或《開發(fā)計劃》中明確 的標(biāo)準(zhǔn)與規(guī)程的要求，如有明確的法律、法規(guī)、行業(yè)標(biāo)準(zhǔn)等規(guī)定時，《需求分 析報告》必須遵守相應(yīng)規(guī)定。 5.1.3 若客戶已提供《需求分析報告》或具有同等作用的文檔，則本公司無須進行《需 求分析報告》的編制。但在使用前必須進行評審，以確保準(zhǔn)確理解客戶的需求 ，并取得客戶的確認。 5.2 《需求分析報告》的評審 5.2.1 《需求分析報告》在提交之前必須進行評審。根據(jù)《開發(fā)計劃》確定《需求分析報 告》的評審類型。 5.2.2 部門級評審，參加人員可包括項目軟件經(jīng)理PSM、開發(fā)部門負責(zé)人、相應(yīng)的開 發(fā)人員，由事業(yè)部/開發(fā)部負責(zé)人審批；公司級評審，由開發(fā)體系決策層SMG審 批。必要時，可邀請客戶參加評審工作。評審記錄由軟件配置管理負責(zé)人SCM L填寫并歸檔。 5.2.3 評審要求包括以下幾方面 1） 無歧義性──對每個需求只有一種解釋； 2） 完整性──包括全部有意義的需求（性能、安全性、可靠性、保密性和專用性 等）； ──完整地規(guī)定該軟件產(chǎn)品和其他軟件或硬件產(chǎn)品之間的所有接口 ──定義對所有可能出現(xiàn)（合法的和非法的）的數(shù)據(jù)輸入的響應(yīng) 3. 可驗證性──描述的每一個需求均可驗證； 4. 一致性──對各個需求的描述不矛盾； 5. 可使用性((滿足運行和維護階段的需要； 6. 符合NW503101《需求分析報告編寫規(guī)范》或《開發(fā)計劃》中的標(biāo)準(zhǔn)與規(guī)程； 7. 需求分析中風(fēng)險的識別及評估。 4. 沒有通過評審的《需求分析報告》由開發(fā)人員負責(zé)按照評審意見進行修改，修改后 重新評審。 5. 通過評審的《需求分析報告》由開發(fā)體系決策層SMG或開發(fā)部負責(zé)人批準(zhǔn)執(zhí)行，并 由軟件配置管理負責(zé)人SCML按NP601100《配置管理》程序進行配置管理。 6. 通過評審的合同項目《需求分析報告》須經(jīng)客戶確認，確認方式為：客戶簽字、e -mail、傳真、電話記錄等。 5.3 《需求分析報告》的更改 根據(jù)客戶提出的意見或軟件開發(fā)過程中需要進行對《需求分析報告》修訂時，須 填寫NR601100A“更改單”申請更改，經(jīng)審核批準(zhǔn)后方可修改。 6. 引用文件 6.1 NP601100《配置管理》 6.2 NW503101《需求分析報告編寫規(guī)范》 7. 質(zhì)量記錄 7.1 NR503100A“需求分析報告評審記錄” 需求分析報告評審記錄 記錄編號：NR503100A- 時間： 年 月 日 |項目編號： |項目名稱： | |項目軟件經(jīng)理PSM： |需求分析報告編制人： | |參加評審人員： | |評審內(nèi)容：(評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“×”) | | | |1. 無岐義性 □ | |2. 完整性 □ | |3. 可驗證性 □ | |4. 一致性 □ | |5. 可使用性 □ | |6. 符合NW404100《需求分析報告編寫規(guī)范》的要求 □ | |評審意見： | |風(fēng)險評估總結(jié)： | |評審結(jié)論：(評審中審議通過的內(nèi)容在“□”中劃“√”，否則劃“×”) | |1. 通過評審，可以進入下一階段 □ | |2. 未通過評審，修改后重新評審 □ | |填表： |審批： | 1. 本頁不足記錄結(jié)果時，可以有附頁，附頁格式自定。總頁數(shù)包括本頁與所有附頁。 第 頁/共 頁 ----------------------- [pic] [pic] [pic] [pic]
需求分析