程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第1頁目的及適用范圍為標(biāo)準(zhǔn)產(chǎn)品研發(fā)過程，提高產(chǎn)品研發(fā)的效率、質(zhì)量，降低研發(fā)本錢，特制定本程序；本程序文件適用于侏羅紀(jì)公司產(chǎn)品研發(fā);本程序文件由侏羅紀(jì)公司 制定，其解釋權(quán)及修改權(quán)屬于 ；本程序文件從2003年 月 日起執(zhí)行;職責(zé)產(chǎn)品部負(fù)責(zé)產(chǎn)品研發(fā);果放入資源中心存檔;技術(shù)支持部和市場部負(fù)責(zé)宣傳材料和用戶手冊的制作，以及和產(chǎn)品銷售流程的連接環(huán)節(jié)和動作；產(chǎn)品研發(fā)流程技術(shù)副總從公司戰(zhàn)略規(guī)劃決案中形成產(chǎn)品規(guī)劃，下發(fā)給技術(shù)研發(fā)部；技術(shù)研發(fā)部經(jīng)理進(jìn)展產(chǎn)品研發(fā)立項；公司組織人員對產(chǎn)品立項進(jìn)展評審，假設(shè)評審未通過，相關(guān)文檔放入行政綜合部備案；假設(shè)立項評審?fù)ㄟ^,質(zhì)量保證部對立項進(jìn)展質(zhì)量檢驗(yàn),假設(shè)質(zhì)檢未通過，修改立項報告；假設(shè)質(zhì)檢通過，開頭制訂工程打算，同時質(zhì)量保證部將立項相關(guān)文檔放入行政綜合部歸檔；技術(shù)部經(jīng)理將工程打算提交給技術(shù)副總評審,假設(shè)未通過,技術(shù)部經(jīng)理修改工程打算；假設(shè)評審?fù)ㄟ^，質(zhì)量掌握部對工程打算進(jìn)展評審，假設(shè)質(zhì)檢評審未通過，產(chǎn)品經(jīng)理修改工程打算，假設(shè)質(zhì)檢評審?fù)ㄟ^,產(chǎn)品總監(jiān)安排研發(fā)工程資源；產(chǎn)品經(jīng)理獲得研發(fā)工程資源后，進(jìn)展需求分析,并將相關(guān)成果交技術(shù)委員會進(jìn)展內(nèi)容評審；假設(shè)內(nèi)容評審未通過，產(chǎn)品經(jīng)理修改需求分析；假設(shè)內(nèi)容評審?fù)ㄟ^，質(zhì)量掌握部對《需求分析說明》進(jìn)展質(zhì)量檢驗(yàn)；假設(shè)質(zhì)檢未通過，產(chǎn)品經(jīng)理修改《需求分析說明同時產(chǎn)品經(jīng)理帶著研發(fā)相關(guān)人員進(jìn)展總體設(shè)計;產(chǎn)品經(jīng)理和研發(fā)人員完成總體設(shè)計后將相關(guān)成果交技術(shù)委員會進(jìn)展內(nèi)容評審；假設(shè)內(nèi)容評審未通過，產(chǎn)品經(jīng)理修改《總體設(shè)計說明,質(zhì)量掌握部對《總體設(shè)計說明》程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第2頁進(jìn)展質(zhì)量檢驗(yàn)；假設(shè)質(zhì)檢未通過，產(chǎn)品經(jīng)理修改《總體設(shè)計說明,同時產(chǎn)品經(jīng)理和研發(fā)人員進(jìn)展程序設(shè)計/測試;完成程序設(shè)計/測試后,產(chǎn)品經(jīng)理將相關(guān)成果交質(zhì)量掌握部進(jìn)展功能測試，假設(shè)測試未通過,產(chǎn)品經(jīng)理修改相關(guān)成果,假設(shè)測試通過,質(zhì)量掌握部對相關(guān)成果和文檔進(jìn)展質(zhì)量檢驗(yàn)；;部門歸檔；同時產(chǎn)品研發(fā)組制作軟件，技術(shù)支持部和市場部制作宣傳材料，之后，技術(shù)支持部對銷售人員進(jìn)展內(nèi)部培訓(xùn)，市場部申請并取得著作權(quán)；市場部在取得著作權(quán)后制作用戶/技術(shù)手冊;產(chǎn)品研發(fā)組完成軟件制作后,制作軟件；假設(shè)通過質(zhì)檢，相關(guān)成果和文檔放入資源治理部歸檔，同時產(chǎn)品經(jīng)理進(jìn)展產(chǎn)品研發(fā)總結(jié)；質(zhì)量掌握部將產(chǎn)品研發(fā)總結(jié)等相關(guān)成果和文檔放入資源治理部，同時市場部進(jìn)展軟件產(chǎn)品包裝，銷售部進(jìn)展產(chǎn)品銷售；相關(guān)文件《產(chǎn)品規(guī)劃說明書》《立項報告》《綜合評審記錄》《質(zhì)量掌握立項報告和可行性分析報告說明書》《工程打算書》《質(zhì)量掌握工程打算評審記錄》《資源調(diào)度單》《需求分析說明書》《質(zhì)量掌握需求分析說明書評審報告》《資源中心驗(yàn)收單》《評審規(guī)程》程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第3頁《總體設(shè)計說明書》《概要設(shè)計說明書》《具體設(shè)計說明書》《質(zhì)量掌握系統(tǒng)設(shè)計報告評審記錄》著作權(quán)相關(guān)文檔〔略〕《軟件質(zhì)量保證單》《軟件缺陷報告》《工程總結(jié)》程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第4頁公司三年產(chǎn)品規(guī)劃1.2.公司三年產(chǎn)品規(guī)劃1.2.3.公司年度產(chǎn)品打算1.2.簽發(fā)人:時間時間程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第5頁合評審記錄(公司〕評審對象〔工程名稱及編號〕評審對象〔工程名稱及編號〕評審項類(如合同、投標(biāo)方案等〕評審人時間業(yè)務(wù)板塊(產(chǎn)品中心、工程中心、效勞中心、營銷中心)評審意見財務(wù)部評審意見質(zhì)量掌握部評審意見技術(shù)委員會評審意見專家委員會評審意見最終意見：通過修改修改內(nèi)容時間時間程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第6頁立項報告評審記錄記錄編號: — 時間： 年 月日立項建議報告名稱： 編制人：參與人員:：1〕工程啟動的背景； □工程的目合同意向或內(nèi)部領(lǐng)導(dǎo)的要求； □工程的范圍(工程所涉及的主要活動)； □工程的可行性〔如，人力、技術(shù)資源的可利用性； □工程存在風(fēng)險與掌握； □6)工程的重要里程碑和主要提交產(chǎn)品; □工程的規(guī)估量所需的工作量和資源種類； □工程啟動的預(yù)算〔工程啟動所需的資源； □工程市場前景及效益的簡要分析. 評審意見:評審結(jié)論:填表 審批1．本頁缺乏記述評審意見時,可以參加附頁，附頁格式自行設(shè)計,總頁數(shù)包括本頁與全部附頁。第 頁/共 頁程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第7頁立項建議報告名稱：/立項建議報告名稱：/日期：評審部門：序號1風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別風(fēng)險現(xiàn)值風(fēng)險掌握措施2目標(biāo)不明確〔如產(chǎn)品定位、市場前景描述不清楚〕時間緊〔包括開發(fā)、測試、產(chǎn)品包裝、產(chǎn)品銷售等〕3 源碼、文檔資料的掌握45市場調(diào)研不充分，缺乏對市場上已經(jīng)有的具有相像功能產(chǎn)品的了解預(yù)算不合理6 存在技術(shù)難點(diǎn)、承受技術(shù)78缺乏對本公司的產(chǎn)品形態(tài)、技術(shù)路線、戰(zhàn)略方針、進(jìn)展趨勢的全面了解缺乏足夠資源分工不明確、缺乏打算性多部門協(xié)作111.評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體狀況增加風(fēng)險項。并將各項填寫完整。2.風(fēng)險描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1，增量為0.05。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴(yán)峻程度，以0表示，其中10級為最高級。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。風(fēng)險掌握措施：預(yù)防風(fēng)險發(fā)生的措施。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第8頁可行性分析報告評審記錄記錄編號： - 時間: 年 月日可行性分析報告編號： 可行性分析報告名稱：編制部門： 編制人:參與人員:評審內(nèi)容：(評審中審議通過的內(nèi)容在“□“中劃“√”否則劃“×”)：1) 軟件產(chǎn)品功能要點(diǎn)及產(chǎn)品化程度書□2) 量化的市場前景、效益分析和競爭對手分析□3) 開發(fā)優(yōu)勢□4) 技術(shù)路線□5) 本錢估算□6) 進(jìn)度估算□7) 可用的現(xiàn)行技術(shù)、重用軟件和開發(fā)平臺□評審意見：評審結(jié)論:填表 審批本頁缺乏記述評審意見時，可以參加附頁，附頁格式自行設(shè)計，總頁數(shù)包括本頁與全部附頁。第 頁/共 頁程序文件產(chǎn)品研發(fā)流程2003程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次日期日期日期共67頁立項建議報告名稱：/日期：評審部門：序號1風(fēng)險描述風(fēng)險發(fā)生可能性風(fēng)險級別風(fēng)險現(xiàn)值風(fēng)險控市場調(diào)研不充分23市場推測不準(zhǔn)確〔如目標(biāo)市場、產(chǎn)品定位等〕編寫人員缺乏足夠的行業(yè)學(xué)問和專業(yè)學(xué)問時間緊多部門協(xié)作67技術(shù)可行性〔如技術(shù)平臺承受、接口的描述等〕缺乏足夠的資源投資預(yù)算不合理缺乏對技術(shù)復(fù)用的分析1011缺乏對本公司的產(chǎn)品形態(tài)、技術(shù)路線、戰(zhàn)略方針、進(jìn)展趨勢的全面了解缺乏對市場環(huán)境、競爭對手的了解1.評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體狀況增加風(fēng)險項。并將各項填寫完整。2.風(fēng)險描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1，增量為0.05。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴(yán)峻程度表示，其中10級為最高級。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。風(fēng)險掌握措施：預(yù)防風(fēng)險發(fā)生的措施。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第10頁工程打算書工程名稱工程名稱工程編號工程經(jīng)理工程任務(wù)描述工程總時間及關(guān)鍵里程碑設(shè)置工程資源〔人力、技術(shù)、設(shè)備〕工程費(fèi)用估量審批人意見：總監(jiān)：副總監(jiān)：執(zhí)委會：備注：抄送財務(wù)部、人力資源部時間時間程序文件程序文件產(chǎn)品研發(fā)流程2003年月日起生效文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第11頁工程啟動打算評審記錄記錄編號： 時間: 年 月日工程編號: 工程名稱： 工程啟動打算編號:開發(fā)部門： PM： 評審地點(diǎn):參與評審人員：：工程的目的是否明確? □對工程的規(guī)模是否進(jìn)展估算？ □是否進(jìn)展工程啟動的預(yù)算？ □階段輸出結(jié)果是否明確？ □其它方面評審意見：評審結(jié)論：填表： 審批：工程啟動打算評審由工程治理部門組織評審。評審?fù)瓿珊笥砷_發(fā)體系決策層SMG批準(zhǔn)。本頁缺乏記述結(jié)果時,可以參加附頁，附頁格式自行設(shè)計，總頁數(shù)包括本頁與全部附頁。第 頁/共 頁程序文件程序文件產(chǎn)品研發(fā)流程2003年月日起生效文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第12頁開發(fā)打算評審記錄記錄編號： 時間： 年 月日工程編號: 工程名稱： 工程打算編號:開發(fā)部門： PSM： 評審地點(diǎn):參與評審人員:評審內(nèi)容：評審意見：評審結(jié)論:填表： 審批：開發(fā)打算評審由工程治理部門組織評審.評審?fù)瓿珊笥砷_發(fā)體系決策層SMG批準(zhǔn)。本頁缺乏記述結(jié)果時，可以參加附頁,附頁格式自行設(shè)計，總頁數(shù)包括本頁與全部附頁。第 頁/共 頁程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第13頁開發(fā)打算檢查表 (開發(fā)打算評審附頁〕工程名稱： 工程編號：檢查工程 檢查內(nèi)容 檢查結(jié)果 一、質(zhì)量目標(biāo)1、是否符合質(zhì)量體系的要求？2、假設(shè)不符合質(zhì)量體系的要求，是否按要求編制《質(zhì)量打算》？二、階段劃分1、是否明確劃分各階段？2、各階段的輸入、輸出標(biāo)準(zhǔn)是否明確？3、是否明確各階段提交物？4、是否明確各階段質(zhì)量目標(biāo)？5、是否明確提出各階段檢查點(diǎn)？1、是否明確提交給客戶的產(chǎn)品清單〔產(chǎn)品名稱、提交時間、客戶承受方式、責(zé)任人、驗(yàn)收標(biāo)三、產(chǎn)品清單準(zhǔn)〕？2、是否明確提交給工程監(jiān)控部門的產(chǎn)品清單〔產(chǎn)品名稱、提交時間、提交方式、責(zé)任人〕？四、技術(shù)治理1、是否明確開發(fā)環(huán)境〔軟件、硬件環(huán)境〕？2、是否明確開發(fā)工具？3、是否明確開發(fā)方法？4、是否承受技術(shù)？5、是否考慮軟件復(fù)用？1、是否確定工程小組成員，并將其劃分成多個五、組織構(gòu)造Team？2、是否明確各個小組成員的職責(zé)？六、風(fēng)險治理1、是否推測了與工程有關(guān)的主要風(fēng)險？2、是否實(shí)行跟蹤、監(jiān)測措施以減小風(fēng)險或避開風(fēng)險的產(chǎn)生？七、相關(guān)性 1、是否考慮了工程的外部相關(guān)活動？2、是否考慮了工程的內(nèi)部相關(guān)活動？八、資源預(yù)算1、是否畫了有關(guān)資源的直方圖？2、是否預(yù)算了工程的工作量并劃分給小組成員？九、配置治理1、是否制定了配置治理打算表？檢查人/日期： 批準(zhǔn)人/日期：程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第14頁開發(fā)打算名稱：打算編號：評審部門：開發(fā)打算名稱：打算編號：評審部門：序號123456789風(fēng)險描述可能性風(fēng)險級別風(fēng)險現(xiàn)值風(fēng)險客戶需求不明確客戶需求變化開發(fā)人員缺乏足夠的行業(yè)學(xué)問和專業(yè)學(xué)問源碼、文檔的掌握工作階段劃分不明確、人員分工不合理多部門協(xié)作開發(fā)隊伍不穩(wěn)定或缺乏人力資源預(yù)算超支缺乏對技術(shù)復(fù)用的考慮時間緊存在技術(shù)難點(diǎn)、承受技術(shù)檢查點(diǎn)設(shè)立不合理缺乏對突發(fā)大事的考慮1.評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體狀況增加風(fēng)險項。并將各項填寫完整。2.風(fēng)險描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1，增量為0.05。風(fēng)險級別：風(fēng)險發(fā)生造成示，其中10級為最高級。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。風(fēng)險掌握措施：預(yù)防風(fēng)險發(fā)生的措施。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第15頁軟件問題報告記錄編號時間：年月日工程編號：工程名稱：軟件項編號：問題描述：軟件項名稱：版本號:報告人簽字/日期:修改描述〔主要是修改后與修改前的比照，如所用資源的變化、提交時間的變化、功能的變化等：修改人簽字/日期：填寫：

審批：問題描述欄中可以填寫問題現(xiàn)象及其產(chǎn)生緣由,假設(shè)有用戶的書面說明，則可以直接引用。修改描述一欄描述問題的精準(zhǔn)緣由、修改方法以及修改后的效果.程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第16頁3。本頁缺乏記述時，可以有附頁，格式自定.總頁數(shù)包括本頁與全部附頁。工程資源調(diào)度單(借鑒產(chǎn)品中心任務(wù)書〕工程名稱工程名稱工程編號工程經(jīng)理工程的跨中心〔部門〕資源調(diào)度緣由及申請人審批人正式調(diào)用時間：起：止：備注：抄送財務(wù)、人力資源部時間時間程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第17頁軟件需求分析說明書引言目的說明編寫軟件需求說明書的目的，指出預(yù)期的讀者。背景待開發(fā)的軟件系統(tǒng)的名稱；本工程的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò)；該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的根本的相互來往關(guān)系.參考資料列出所用的參考資料,如：本工程的經(jīng)核準(zhǔn)的打算任務(wù)書或合同、上級機(jī)關(guān)的批文；屬于本工程的其他已發(fā)表的文件；本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。術(shù)語列出本文件中用到的特地術(shù)語的定義和外文首字母組詞的原詞組。工程概述本局部描述影響產(chǎn)品和其需求的一般因素.此處并不說明具體的需求，其描述的內(nèi)容僅僅是為了更簡潔理解、深化需求規(guī)格,其用意是為從多方面、多角度考慮需求以供給思維參考點(diǎn)。一般描述本節(jié)描述軟件開發(fā)工程的意圖、應(yīng)用目標(biāo)、作用范圍以及其他應(yīng)向讀者說明的有關(guān)該軟件開發(fā)的背景材料，解釋待開發(fā)產(chǎn)品和其相關(guān)的其他產(chǎn)品或工程的關(guān)系。假設(shè)本產(chǎn)品是獨(dú)立的,而且自含全部內(nèi)容，應(yīng)在此說明。假設(shè)所定義的產(chǎn)品是一個較大系統(tǒng)或工程中的一個組成局部，那么在此需要描述如下內(nèi)容：要概述這個較大的系統(tǒng)或工程的每一個組成局部的功能，并說明其接口；指出本產(chǎn)品主要的外部接口〔不需要具體描述，具體描述放在其他章節(jié)中；描述所使用的計算機(jī)硬件、外圍設(shè)備。這里僅僅是一個綜述性描述。的?？梢越忉尩睦碛?。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第18頁功能簡述對待的軟件產(chǎn)品功能供給一個摘要?！炯记伞俊炯记伞坑梅娇驁D來表達(dá)不同的功能和它們的關(guān)系有益于理解?！咎崾玖粢狻俊咎崾玖粢狻糠娇驁D不是產(chǎn)品的設(shè)計，而只是一種有效的解釋方式。本節(jié)不是具體需求的陳述，只是對具體需求局部中為什么要對一些需求做出描述的鋪墊。方框圖不是產(chǎn)品的設(shè)計，而只是一種有效的解釋方式。本節(jié)不是具體需求的陳述，只是對具體需求局部中為什么要對一些需求做出描述的鋪墊。用戶特點(diǎn)本節(jié)描述產(chǎn)品最終用戶〔包括操作員、維護(hù)員和系統(tǒng)工作人員等〕具有的受教育水平、工作閱歷及技術(shù)專長等一般特點(diǎn)。假設(shè)系統(tǒng)的大多數(shù)用戶是一些臨時的用戶，那么就要求系統(tǒng)包含如何完成根本功能的提示，而不是假設(shè)用戶已經(jīng)從過去的會議或從閱讀用戶指南中了解到這些細(xì)節(jié)。假定和約束給出影響軟件需求說明書中陳述的需求的每一個因素.這些因素不是軟件的設(shè)計約束,但是它們的轉(zhuǎn)變可能影響到需求說明書中的需求。這些假定和約束條件可能包括：治理方針；運(yùn)行環(huán)境,包括硬件設(shè)備和支持軟件的限制；與其他應(yīng)用保密方面的考慮等.【提示留意】本節(jié)中描述的因素是軟件需求所依據(jù)的基石,當(dāng)這些基石發(fā)生不行抗拒或掌握的轉(zhuǎn)變時對產(chǎn)品需求將造成影響。本節(jié)的內(nèi)容不能用來陳述具體需求或強(qiáng)加假設(shè)干特別的設(shè)計約束，而應(yīng)對具體需求局部中的某些具體需求或設(shè)計約束的描述供給理由。具體需求本章應(yīng)包括軟件開發(fā)者在建立設(shè)計時需要的全部細(xì)節(jié).本章的編寫應(yīng)當(dāng)遵循如下根本原則：遵循可驗(yàn)證性、無歧義性等的準(zhǔn)則,對每一個需求細(xì)節(jié)作具體描述；在軟件需求說明書前言、工程概述、附錄局部的有關(guān)爭論中，要供給對任何一個具體需求穿插引用的背景；按符合規(guī)律的和可讀的方式組織；具體描述每一個需求，使得該需求應(yīng)到達(dá)的目標(biāo)能夠用指定的方法進(jìn)展客觀的驗(yàn)證?！咎崾玖粢狻棵恳豁椥枨蟮拿枋龆紤?yīng)包括至少5【提示留意】每一項需求的描述都應(yīng)包括至少5對于每一類功能或者有時對于每一個功能,這局部通常由引言、輸入、處理、輸出四個局部組成：引言描述該功能要到達(dá)的目標(biāo)、所承受的方法和技術(shù)；清楚說明功能意圖的由來和背景。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第19頁輸入具體描述該功能的全部輸入數(shù)據(jù)，如:輸入源、數(shù)量、度量單位、時間設(shè)定、有效輸入范圍〔包括精度和公差。操作員具體的操作掌握細(xì)節(jié)的需求。其中知名字、操作員活動的描述、掌握臺或操作員的位置。例如：當(dāng)打印檢查時，要求操作員進(jìn)展格式調(diào)整。指明引用的輸入接口資料。處理輸入數(shù)據(jù)的有效性檢查手段;操作的挨次和處理過程，包括大事的時間設(shè)定；特別狀況的響應(yīng)，例如：溢出、通信故障、錯誤處理等;受操作影響的參數(shù);降級運(yùn)行的要求;用于把系統(tǒng)輸入變換成相應(yīng)輸出的任何方法(方程式、數(shù)學(xué)算法、規(guī)律操作等。輸出數(shù)據(jù)的有效性檢查手段。輸出具體描述該功能全部輸出數(shù)據(jù)，例如：輸出目的地、數(shù)量、度量單位、時間關(guān)系、有效輸出的范圍〔包括精度和公差)、非法值的處理、出錯信息；指明引用的輸出接口資料.IPO記憶它的狀態(tài)時，需要這個序列,使得它可以依據(jù)本次輸入和以前的狀態(tài)做出響應(yīng)。這種狀況如同有限狀態(tài)機(jī)。記憶它的狀態(tài)時，需要這個序列,使得它可以依據(jù)本次輸入和以前的狀態(tài)做出響應(yīng)。這種狀況如同有限狀態(tài)機(jī)。從整體來說,本節(jié)應(yīng)具體說明軟件、或人與軟件交互的靜態(tài)或動態(tài)數(shù)值需求。靜態(tài)數(shù)值需求可能包括:支持的終端數(shù)，支持并行操作的用戶數(shù)，處理的文卷和記錄數(shù)，表和文卷的大小等.周期中處理的數(shù)據(jù)總量等.全部這些需求都必需用可以度量的術(shù)語來表達(dá)。例如：95％的事務(wù)必需在小于1s時間內(nèi)處理完，不然，操作員將不等待處理的完成。精度說明對該軟件的輸入、輸出數(shù)據(jù)精度的要求，可能包括傳輸過程中的精度.時間特性要求說明對于該軟件的時間特性要求,的要求.敏捷性:操作方對于為了供給這些敏捷性而進(jìn)展的特地設(shè)計的局部應(yīng)當(dāng)加以標(biāo)明。軟件屬性需求程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第20頁在軟件的需求之中有假設(shè)干個屬性,下面列舉一局部?！咎崾玖粢狻恳韵聦傩詻Q不能理解為是一個標(biāo)準(zhǔn)的或完整的清單,而應(yīng)依據(jù)工程實(shí)際狀況予以列舉?！咎崾玖粢狻恳韵聦傩詻Q不能理解為是一個標(biāo)準(zhǔn)的或完整的清單,而應(yīng)依據(jù)工程實(shí)際狀況予以列舉。正確性強(qiáng)健性安全保密性這里指的是保護(hù)軟件的要素，以防止各種非法的訪問、使用、修改、破壞或者泄密。這個領(lǐng)域的具體定一個程序中某些區(qū)域的通信，計算臨界值的檢查等.易使用性可理解性可維護(hù)性特別的數(shù)據(jù)/程序分割要求等?？蓽y試性可移植性這里規(guī)定把軟件從一種環(huán)境移植到另一種環(huán)境所要求的用戶程序、用戶接口兼容方面的約束等。外部接口需求用戶接口定如下要求：對屏幕格式的要求,報表或菜單的頁面顯示格式和內(nèi)容，用戶命令的格式，輸入輸出的相對時間，程序功能鍵的可用性。列出輸出錯誤信息的格式。硬件接口指出軟件產(chǎn)品與系統(tǒng)硬部件之間每一個接口的規(guī)律特點(diǎn)。指出硬件接口支持的設(shè)備.描述軟件與硬件接口之間以及硬件接口與支持設(shè)備之間的商定。軟件接口描述工程待開發(fā)軟件產(chǎn)品與其它有關(guān)軟件的接口關(guān)系，并指出這些軟件的以下內(nèi)容：名字、助記符、規(guī)格說明號、版本號、來源.,這里不必具體描述任何已有完整文件的接口，只要引用定義該接口的文件即可。通訊接口說明各種通信接口及協(xié)議，例如局部網(wǎng)絡(luò)的協(xié)議等。設(shè)計約束其它標(biāo)準(zhǔn)的約束描述由現(xiàn)有的標(biāo)準(zhǔn)或規(guī)章派生的要求.例如：報表格式、數(shù)據(jù)命名、財務(wù)處理、審計追蹤等等.硬件設(shè)備的約束〔內(nèi)存儲器和關(guān)心存儲器的容量等。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第21頁數(shù)據(jù)需求【提示留意】【提示留意】此局部內(nèi)容一般在數(shù)據(jù)要求說明書中進(jìn)展描述,假設(shè)工程軟件產(chǎn)品規(guī)模較小，系統(tǒng)簡單程度較低，數(shù)據(jù)需求較簡潔，也可在此章中描述。此局部內(nèi)容也可能在功能需求中予以說明。數(shù)據(jù)描述列出作為掌握和引用而使用的靜態(tài)數(shù)據(jù)元素列出動態(tài)輸入數(shù)據(jù)元素列出動態(tài)輸出數(shù)據(jù)元素列出軟件內(nèi)部生成的數(shù)據(jù)元素數(shù)據(jù)獵取列出供給輸入數(shù)據(jù)的機(jī)構(gòu)列出數(shù)據(jù)輸入介質(zhì)和設(shè)備列出數(shù)據(jù)輸出介質(zhì)和設(shè)備其它特地需求依據(jù)軟件和用戶組織的特性等，某些需求在這里描述，下面列舉一局部?！咎崾玖粢狻恳韵滦枨箜棝Q不能理解為是一個標(biāo)準(zhǔn)的或完整的清單，而應(yīng)依據(jù)工程實(shí)際狀況予以列舉.【提示留意】以下需求項決不能理解為是一個標(biāo)準(zhǔn)的或完整的清單，而應(yīng)依據(jù)工程實(shí)際狀況予以列舉.數(shù)據(jù)庫本項對作為工程產(chǎn)品的一局部進(jìn)展開發(fā)的數(shù)據(jù)庫規(guī)定一些需求，它們可能包括：在功能需求中標(biāo)識的信息類別；使用的頻率存取力量；數(shù)據(jù)元素和文卷描述符;數(shù)據(jù)元素、記錄和文卷的關(guān)系；靜態(tài)和動態(tài)的組織；數(shù)據(jù)保存要求?！咎崾玖粢狻考僭O(shè)使用一個現(xiàn)有的數(shù)據(jù)庫包【提示留意】假設(shè)使用一個現(xiàn)有的數(shù)據(jù)庫包,這個數(shù)據(jù)庫包應(yīng)在“軟件接口”中命名，并在那里具體說明。數(shù)據(jù)治理力量說明需要治理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模，要按可預(yù)見的增長對數(shù)據(jù)及其重量的存儲要求做出估算。操作這里說明用戶組織之中各種方式的操作.例如：用戶初操作；交互作用操作的周期和無人操作周期；數(shù)據(jù)處理支持功能;后援和恢復(fù)操作?！咎崾玖粢狻窟@里的內(nèi)容有時是“用戶接口”的一局部?！咎崾玖粢狻窟@里的內(nèi)容有時是“用戶接口”的一局部。故障處理運(yùn)行環(huán)境規(guī)定程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第22頁設(shè)備列出運(yùn)行該軟件所需要的硬設(shè)備。說明其中的型設(shè)備及其特地功能,包括：處理器型號及內(nèi)存容量;外存容量、聯(lián)機(jī)或脫機(jī)、媒體及其存儲格式，設(shè)備的型號及數(shù)量；輸入及輸出設(shè)備的型號和數(shù)量,聯(lián)機(jī)或脫機(jī)；數(shù)據(jù)通信設(shè)備的型號和數(shù)量；功能鍵及其他專用硬件。支持軟件列出支持軟件,包括要用到的操作系統(tǒng)、編譯(或匯編)程序、測試支持軟件等。接口說明該軟件同其它軟硬件之間的接口、數(shù)據(jù)通信協(xié)議等.掌握說明掌握該軟件的運(yùn)行的方法和掌握信號，并說明這些掌握信號的來源。【提示留意】本章中的內(nèi)容有時在前面的章節(jié)中已說明?！咎崾玖粢狻勘菊轮械膬?nèi)容有時在前面的章節(jié)中已說明。支持信息支持信息指名目表、索引和附錄.名目表和索引很重要，而且應(yīng)依據(jù)可以承受的文件規(guī)章來編寫。對一個實(shí)際的需求說明書來說，如有必要應(yīng)當(dāng)編寫附錄。附錄中可能包括：輸入輸出格式樣本，本錢分析爭論的描述或用戶調(diào)查結(jié)果；有助于理解需求說明書的背景信息;軟件所解決問題的描述；用戶歷史、背景、經(jīng)受和操作特點(diǎn);穿插訪問表.按先后次序進(jìn)展編排，使一些不完全的軟件需求得以完善;特別的裝配指令用于編碼和媒體，以滿足安全、輸出、初始裝入或其他要求。當(dāng)包括附錄時,需求說明書必需明確地說明附錄是不是需求要考慮的局部.分析說明書評審記錄程序文件產(chǎn)品研發(fā)流程2003年月日起生效文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第23頁記錄編號:—時間:年 月日工程編號：工程名稱：工程軟件經(jīng)理PSM：需求分析報告編制人：參與評審人員：〔評審中審議通過的內(nèi)容在“□”中劃“√〕1。無岐義性 □2。完整性 □3。可驗(yàn)證性 □全都性 □可使用性 □符合《需求分析報告編寫標(biāo)準(zhǔn)》的要求 □評審意見:風(fēng)險評估總結(jié)：評審結(jié)論〔評審中審議通過的內(nèi)容在“中劃“√，否則劃1。通過評審,可以進(jìn)入下一階段 □2.未通過評審,修改后重評審 □填表： 審批：本頁缺乏記錄結(jié)果時，可以有附頁,附頁格式自定。總頁數(shù)包括本頁與全部附頁.第 頁/共 頁程序文件產(chǎn)品研發(fā)流程2003程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次日期日期日期共67頁系統(tǒng)設(shè)計報告名稱：報告編號：評審部門：序號1風(fēng)險描述可能性風(fēng)險級別風(fēng)險現(xiàn)值風(fēng)險掌握客戶需求變化23開發(fā)人員缺乏足夠的行業(yè)學(xué)問和專業(yè)知識需求未被顧客完全認(rèn)可4 需求不明確5 時間緊6 存在技術(shù)問題、承受技術(shù)7 多部門協(xié)作8 沒有顧客系統(tǒng)接口原型9 缺乏顧客自然狀況的了解10 顧客協(xié)作程度不夠111.評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體狀況增加風(fēng)險項。并將各項填寫完整。2.風(fēng)險描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1，增量為0.05。風(fēng)險級別：風(fēng)險發(fā)生造成損失的嚴(yán)峻表示，其中10級為最高級。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。風(fēng)險掌握措施：預(yù)防風(fēng)險發(fā)生的措施。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第25頁評審規(guī)程狀態(tài): 草稿評審

標(biāo)識號：

1.0摘要都必需遵循該評審規(guī)程。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第26頁修改歷史日期日期版本作者修改內(nèi)容評審號更改懇求號程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第27頁名目目的和范圍28評審角色28\l“_TOC_250023“2。1作者 28\l“_TOC_250022“2.2評審組長 28\l“_TOC_250021“2。3記錄員 28\l“_TOC_250020“2.4其他參與人員 29\l“_TOC_250019“評審過程 29\l“_TOC_250018“打算階段 29\l“_TOC_250017“進(jìn)入條件 29\l“_TOC_250016“3。1。2目的 29\l“_TOC_250015“3。1.3活動 29\l“_TOC_250014“3。2預(yù)備階段 29\l“_TOC_250013“3。2.1進(jìn)入條件 30\l“_TOC_250012“3.2.2目的 30\l“_TOC_250011“3。2.3活動 30\l“_TOC_250010“3。3執(zhí)行階段 30\l“_TOC_250009“3。3。1進(jìn)入條件 30\l“_TOC_250008“3。3。2目的 30\l“_TOC_250007“3。3。3活動 30\l“_TOC_250006“3。4整理階段 31\l“_TOC_250005“3。4。1進(jìn)入條件 31\l“_TOC_250004“3。4.2目的 31\l“_TOC_250003“3。4.3活動 31\l“_TOC_250002“附錄A評審活動檢查表 32\l“_TOC_250001“附錄B評審記錄表 33\l“_TOC_250000“附錄C評審?fù)ㄖ?35程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第28頁目的和范圍本文檔主要描述了軟件工作產(chǎn)品的評審過程，目的是能夠及早和有效地覺察并排解軟件工作產(chǎn)品的缺陷。評審角色在評審時有四種角色：作者、評審組長、記錄員及其他人員.這些角色在評審會上要擔(dān)當(dāng)不同的職責(zé)。角色的劃分必需遵循下面的原則：作者和評審組長是必需的角色，且不能為同一人記錄員可以是任何人員,也可由作者或評審組長兼任其他人員在數(shù)量上沒有限制，可以來自與工程相關(guān)的其它組織或部門全部人員都必需具備相關(guān)的技術(shù)背景學(xué)問，對評審的軟件工作產(chǎn)品有足夠的了解,生疏評審規(guī)程。作者作者是指被評審的軟件工作產(chǎn)品的作者，其主要職責(zé)如下:預(yù)備相關(guān)的評審資料完成評審后的修改工作2。2評審組長評審組長必需為該軟件工作產(chǎn)品所屬領(lǐng)域的高級技術(shù)人員，其主要職責(zé)如下：指導(dǎo)作者組織并實(shí)施評審活動，對評審材料進(jìn)展初審,確定參與評審的人員依據(jù)評審規(guī)程主持評審會議在評審會議上掌握評審進(jìn)度，提示參與者不要在某一問題上花費(fèi)過多時間對評審中覺察的問題進(jìn)展分析推斷,確定處理方法,建議為兩類：問題項：當(dāng)場確定為問題，需要解決調(diào)查項:無法確定是否為主要問題，需要進(jìn)一步調(diào)查確認(rèn)打算評審結(jié)果〔通過和再評審〕2。3記錄員記錄員在評審會議中記錄覺察的問題及相關(guān)的數(shù)據(jù)，其主要職責(zé)如下：填寫評審記錄表作為評審員參與評審程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第29頁2.4其他參與人員其他人員評審軟件工作產(chǎn)品，答復(fù)以下問題、參與爭論同時幫助解決問題.全部的參與人員都必需嚴(yán)格遵循評審規(guī)程。評審過程評審過程分為四個階段,每一階段都包含肯定的任務(wù)描述，可以參考《評審活動檢查表》執(zhí)行評審。《評審活動檢查表》是幫助評審人員正確執(zhí)行評審的工具，它與本章所描述的各階段的具體活動是全都的。評審過程的四個階段為：打算、預(yù)備、執(zhí)行和每一階段必需挨次地執(zhí)行，才能保證評審成功下面將具體描述這四個步驟.打算階段這是評審的第一階段，其每一步都有具體說明，只有打算階段的任務(wù)完成后才能進(jìn)入預(yù)備階段.3。1.1軟件工作產(chǎn)品滿足標(biāo)準(zhǔn)要求軟件工作產(chǎn)品經(jīng)過拼寫檢查3。1.2確保作者供給正確的評審材料確保軟件工作產(chǎn)品滿足評審要求確定評審員并明確其職責(zé)3.1.3作者預(yù)備評審所需的材料，包含被評審的軟件工作產(chǎn)品、支持材料及評審表格等技術(shù)委員會指定評審組長評審組長檢查進(jìn)入標(biāo)準(zhǔn)是否滿足技術(shù)委員會確定參評人員。也可由技術(shù)委員會托付評審組長確定需要參與評審的人員評審組長確認(rèn)作者預(yù)備好所需要的材料評審組長與作者共同確定評審會議日程3。2預(yù)備階段程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第30頁3.2.1評審材料已預(yù)備好參與者對被評審的軟件工作產(chǎn)品具備必要的背景學(xué)問評審組長確認(rèn)評審材料符合要求3。2。2評審員明確自己的職責(zé)全部評審員在評審之前得到評審材料確保評審員在評審之前閱讀評審材料，找出問題3.2.3作者發(fā)評審會議通知給全部評審員作者將評審材料分發(fā)給全部評審員評審組長標(biāo)識軟件工作產(chǎn)品的范圍，強(qiáng)調(diào)重點(diǎn)，提取問題評審組長生疏議程,確保評審進(jìn)度評審員認(rèn)真閱讀評審材料，在評審材料上做評注，找出問題全部評審員記錄自己預(yù)備所花費(fèi)的時間3。3執(zhí)行階段執(zhí)行評審必需召開評審會議，全部評審員進(jìn)展面對面地爭論是必要的。3.3.1全部評審員得到評審材料全部評審員依據(jù)自己的角色要求預(yù)備并且評審軟件工作產(chǎn)品全部評審員記錄自己的預(yù)備時間。本次評審的預(yù)備時間是全部評審員的預(yù)備時間之和會議室和其它資源已經(jīng)預(yù)備就緒作者預(yù)備就緒，重要參與人員能夠出席評審會議。2找出、記錄和分析全部問題3。3.3程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第31頁評審組長檢查全部評審員是否已經(jīng)做好評審的預(yù)備工作記錄員記錄評審員的預(yù)備時間，開頭評審作者為軟件工作產(chǎn)品逐項進(jìn)展概要介紹記錄員在評審會議上記錄覺察的問題全部評審員把重點(diǎn)放在爭論和提出問題上評審員使用自己注釋的評審材料對有問題的地方提出爭論作者和評審員幫助評審組長描述和分析問題，覺察一個問題后，評審組長確保該問題被正確記錄全部評審員提出對評審會議的改進(jìn)建議,記錄員在評審表上記錄要點(diǎn)評審組長確保評審?fù)瓿?否則為“再評審”假設(shè)需要“再評審“，可以只評審需要評審的局部。評審組長記錄需要再被評審的局部整理階段進(jìn)入條件問題已被記錄在評審表中3。4。2修正評審中覺察的全部問題確保全部需要進(jìn)展調(diào)查的工程已經(jīng)被分析,并且被排解評審數(shù)據(jù)被記錄3。4.3評審組長估量并跟蹤修改問題所需時間對于問題項，作者確保有問題記錄對于調(diào)查項,經(jīng)爭論后，假設(shè)是問題項，作者負(fù)責(zé)解決并記錄在評審表中作者修正全部問題項評審組長協(xié)調(diào)全部評審員檢查作者已修改正的內(nèi)容。假設(shè)沒有問題，則評審結(jié)果定為“通過”,否則，評審組長應(yīng)提出解決方案全部評審員確認(rèn)后，在評審表上簽字假設(shè)使用評審工具代替評審記錄表，則作者在評審工具中生成一個的評審記錄表，填入相應(yīng)內(nèi)容并提交程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第32頁階段作者打算預(yù)備評審材料同評審組長一起選擇評審員階段作者打算預(yù)備評審材料同評審組長一起選擇評審員與評審組長共同確保評審材料預(yù)備好議通知評審員確保會議室和其它資源預(yù)備就緒評審組長定評審目標(biāo)滿足確定需要參與評審的人員其他評審員承受評審員角色核實(shí)進(jìn)入條件產(chǎn)品理解自己的職責(zé)產(chǎn)品預(yù)備生疏評審議程記錄個人的預(yù)備時間記錄個人的預(yù)備時間介紹評審會議日程掌握評審進(jìn)度逐項概要介紹軟件工作按時出席，供給預(yù)備時間記錄員記錄全部評審員分析問題改正評審所覺察的問題估量并跟蹤需要修改問題所需時間整理假設(shè)有評審工具，則生,填入相應(yīng)內(nèi)容并提交提交文檔檢查修改內(nèi)容的正確性閱讀并確認(rèn)評審記錄表內(nèi)容的正確性簽字簽字產(chǎn)品姓名及預(yù)備時間執(zhí)行打算評審結(jié)果參與爭論并提出問題記錄員記錄問題員在評審表上記錄要點(diǎn)注：首先由技術(shù)委員會指定評審組長.程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第33頁B評審記錄表評審會日期: 開頭時間： 完畢時間: 評審會地點(diǎn)： 第次評審評審主題： 角色姓名預(yù)備時間〔小時〕評審組長作者評審員總和軟件工作產(chǎn)品名稱： 軟件工作產(chǎn)品大?。?角色姓名預(yù)備時間〔小時〕評審組長作者評審員總和問題記錄：序號位置描述類型狀態(tài)問題項調(diào)查項未解決已解決問題項調(diào)查項未解決已解決修改軟件工作產(chǎn)品工作量(小時): 評審結(jié)果: □通過 □再評審改進(jìn)建議： 程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第34頁角色姓名角色姓名簽字評審組長評審員程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第35頁C評審?fù)ㄖ黝}：第 次評審期望預(yù)備時間：評審會日期：開頭時間：持續(xù)時間：評審會地點(diǎn)：軟件工作產(chǎn)品名稱：軟件工作產(chǎn)品標(biāo)識號：版本號：作者:評審組長:記錄員:其他評審員:議程：起止時間主題軟件工作產(chǎn)品信息:版本:軟件工作產(chǎn)品大小(SLOC/頁其它支持材料：其它：程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第36頁概要設(shè)計說明書引言目的說明編寫概要設(shè)計說明書的目的，指出預(yù)期的讀者。背景待開發(fā)的軟件系統(tǒng)的名稱;本工程的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò)；該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的根本的相互來往關(guān)系。參考資料列出所用的參考資料,如：本工程的經(jīng)核準(zhǔn)的打算任務(wù)書或合同、上級機(jī)關(guān)的批文；屬于本工程的其他已發(fā)表的文件；本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位，說明能夠得到這些文件資料的來源。術(shù)語列出本文件中用到的特地術(shù)語的定義和外文首字母組詞的原詞組?？傮w設(shè)計需求規(guī)定簡要說明對本系統(tǒng)的主要的輸入輸出工程、處理的功能與性能等的要求.運(yùn)行環(huán)境簡要地說明對本系統(tǒng)的運(yùn)行環(huán)境〔包括硬件環(huán)境和支持環(huán)境〕的規(guī)定.根本設(shè)計概念和處理流程說明本系統(tǒng)的根本設(shè)計概念和處理流程,盡量使用圖表的形式。構(gòu)造用一覽表及框圖的形式說明本系統(tǒng)的系統(tǒng)元素()的劃分,扼要說明每個系統(tǒng)元素的標(biāo)識符和功能，分層次地給出各元素之間的掌握與被掌握關(guān)系。功能需求與程序的關(guān)系用如下的矩陣圖說明各項功能需求的實(shí)現(xiàn)同各塊程序的安排關(guān)系：程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第37頁12……程序m1√2√︰︰功能需求n√√人工處理過程說明在本軟件系統(tǒng)的工作過程中不得不包含的人工處理過程。尚未解決的問題說明在概要設(shè)計過程中尚未解決而設(shè)計者認(rèn)為在系統(tǒng)完成之前必需解決的各個問題。接口設(shè)計用戶接口說明將向用戶供給的命令和它們的語法構(gòu)造，以及軟件的答復(fù)信息.外部接口說明本系統(tǒng)同外界的全部接口的安排包括軟件與硬件之間的接口、本系統(tǒng)與各支持軟件之間的接口關(guān)系。內(nèi)部接口說明本系統(tǒng)之內(nèi)的各個系統(tǒng)元素之間的接口的安排。運(yùn)行設(shè)計運(yùn)行模塊組合說明對系統(tǒng)施加不同的外界運(yùn)行掌握時所引起的各種不同的運(yùn)行模塊組合模塊和支持軟件。運(yùn)行掌握說明每一種外界的運(yùn)行掌握的方式方法和操作步驟.運(yùn)行時間說明每種運(yùn)行模塊組合將占用各種資源的時間。系統(tǒng)數(shù)據(jù)構(gòu)造設(shè)計規(guī)律構(gòu)造設(shè)計要點(diǎn)給出本系統(tǒng)內(nèi)所使用的每個數(shù)據(jù)構(gòu)造的名稱、標(biāo)識符以及它們之中每個數(shù)據(jù)項、記錄、文卷和系的標(biāo)識、定義、長度及它們之間的層次的或表格的相互關(guān)系。物理構(gòu)造設(shè)計要點(diǎn)程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第38頁引、設(shè)備、存儲區(qū)域、設(shè)計考慮和保密條件。數(shù)據(jù)構(gòu)造與程序的關(guān)系112……程序m1√2√︰︰數(shù)據(jù)構(gòu)造n√√系統(tǒng)出錯處理設(shè)計出錯信息補(bǔ)救措施說明故障消滅后可能實(shí)行的變通措施,包括：后備技術(shù)革：說明預(yù)備承受的后備技術(shù),當(dāng)原始系統(tǒng)數(shù)據(jù)萬一喪失時啟用的副本的建立和啟動的技術(shù)，例如周期性地把磁盤信息記錄到磁帶上去就是對于磁盤媒體的一種后備技術(shù)；例如一個自動系統(tǒng)的降效技術(shù)可以是手工操作和數(shù)據(jù)的人工記錄;行的方法。系統(tǒng)維護(hù)設(shè)計說明為了系統(tǒng)維護(hù)的便利而在程序內(nèi)部設(shè)計中做出的安排檢測點(diǎn)和專用模塊。程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第39頁具體設(shè)計說明書引言目的說明編寫具體設(shè)計說明書的目的，指出預(yù)期的讀者.背景待開發(fā)的軟件系統(tǒng)的名稱；本工程的任務(wù)提出者、開發(fā)者、用戶及實(shí)現(xiàn)該軟件的計算中心或計算機(jī)網(wǎng)絡(luò)；該軟件系統(tǒng)同其他系統(tǒng)或其他機(jī)構(gòu)的根本的相互來往關(guān)系.參考資料列出所用的參考資料，如：本工程的經(jīng)核準(zhǔn)的打算任務(wù)書或合同、上級機(jī)關(guān)的批文;屬于本工程的其他已發(fā)表的文件；本文件中各處引用的文件、資料，包括所需用到的軟件開發(fā)標(biāo)準(zhǔn)。列出這些文件資料的標(biāo)題、文件編號、發(fā)表日期和出版單位,說明能夠得到這些文件資料的來源.術(shù)語列出本文件中用到的特地術(shù)語的定義和外文首字母組詞的原詞組.軟件系統(tǒng)的構(gòu)造用一系列圖表列出本軟件系統(tǒng)內(nèi)的每個程序(包括每個模塊和子程序〕的名稱、標(biāo)識符和它們之間層次構(gòu)造關(guān)系.模塊n〔n是模塊序號〕的每個程序的設(shè)計考慮。以下給出的提綱是針對一般狀況的.對于一個具體的模塊，尤其是層次比較低的模塊或子程序，其很多條目程序描述給出對該程序的簡要描述,主要說明安排設(shè)計本程序的目的意義，并且還要說明本程序的特點(diǎn)〔如是常駐內(nèi)功能程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第40頁說明該程序單元應(yīng)具有的功能，可承受IPO圖〔即輸入--輸出圖)的形式.性能說明對該程序的全部性能要求，包括對精度、敏捷性和時間特性的要求。構(gòu)造用圖表的形式給出程序單元的構(gòu)造。程序規(guī)律用框圖或過程性描述語言的形式表示各程序單元的掌握流程。輸入項給出對每一個輸入項的特性，包括名稱、標(biāo)識、數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效范圍、輸入的方式、數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和安全保密條件等等。輸出項給出對每時每一個輸出項的特性，包括名稱、標(biāo)識、數(shù)據(jù)的類型和格式，數(shù)據(jù)值的有效范圍、輸出的形式、數(shù)量和頻度、輸出媒體、對輸出圖形及符號的說明、安全保密條件等等.算法具體說明本程序單元所選用的算法，具體的計算公式和計算步驟。接口,說明參數(shù)賦值和調(diào)用方式.數(shù)據(jù)構(gòu)造說明與本程序相直接關(guān)聯(lián)的數(shù)據(jù)構(gòu)造(數(shù)據(jù)庫、數(shù)據(jù)文卷〕,用圖表描述數(shù)據(jù)構(gòu)造與模塊的關(guān)系。存儲安排和數(shù)組安排確定每個模塊的存儲量及數(shù)組定義。單元說明說明程序單元標(biāo)識、調(diào)用方式、參數(shù)說明.注釋設(shè)計說明預(yù)備在本程序中安排的注釋，如：加在模塊首部的注釋;加在各分枝點(diǎn)處的注釋；程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第41頁對各變量的功能、范圍、缺省條件等所加的注釋；對使用的規(guī)律所加的注釋等等。限制條件說明本程序運(yùn)行中所受到的限制條件。尚未解決的問題程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第42頁系統(tǒng)設(shè)計報告評審記錄記錄編號： 時間：年 月 日工程編號： 工程名稱：工程軟件經(jīng)理PSM： 系統(tǒng)設(shè)計報告編制人:評審人員：評審內(nèi)容：(評審中審議通過的內(nèi)容在“□”中劃“√”,否則劃“ד)1.設(shè)計是否滿足功能和性能要求？ □2。設(shè)計是否滿足設(shè)計標(biāo)準(zhǔn)的要求？ □3。設(shè)計是否滿足下一階段的輸入要求? □4.錯誤或缺陷是否消退，或已識別了錯誤的風(fēng)險？ □評審意見：〔評審中審議通過的內(nèi)容在“□”中劃“√”否則劃“×〕通過評審，可以進(jìn)入下一階段 □未通過評審，修改后重評審 □填表： 審批：此表缺乏記錄結(jié)果時，可以有附頁，附頁格式自定，總頁數(shù)包括全部附頁。第 頁/共 頁程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第43頁系統(tǒng)設(shè)計報告名稱：報告編號：評審部門：序系統(tǒng)設(shè)計報告名稱：報告編號：評審部門：序號1風(fēng)險描述設(shè)計缺乏對后期開發(fā)工作的指導(dǎo)和標(biāo)準(zhǔn)〔如缺乏對界面、編碼、源碼治理、接口等方面的標(biāo)準(zhǔn)〕設(shè)計不能做為測試設(shè)計的輸入可能性風(fēng)險級別風(fēng)險現(xiàn)值風(fēng)險控23 設(shè)計的語言描述不清楚、簡潔、準(zhǔn)確4 設(shè)計不能完全掩蓋客戶的需求5 設(shè)計缺乏敏捷性6 設(shè)計構(gòu)造描述不清楚技術(shù)分工不清楚技術(shù)可行性〔如存在技術(shù)難度、承受技術(shù)、工具選用不合理、開發(fā)平臺選用不合理等〕設(shè)計人員缺乏必要的素養(yǎng)10 需求不明確11 時間緊12 缺乏技術(shù)復(fù)用的考慮1.評估中風(fēng)險不限于表中已列出的，應(yīng)依據(jù)評審的具體狀況增加風(fēng)險項。并將各項填寫完整。2.風(fēng)險描述：描述當(dāng)前過程中可能發(fā)生的風(fēng)險。風(fēng)險發(fā)生可能性：風(fēng)險發(fā)生的概率，以百分?jǐn)?shù)表示，為0到1，增量為0.05。風(fēng)險級別：風(fēng)險發(fā)生造成損失的表示，其中10級為最高級。風(fēng)險現(xiàn)值：風(fēng)險發(fā)生可能性與風(fēng)險級別的乘積。風(fēng)險掌握措施：預(yù)防風(fēng)險發(fā)生的措施。程序文件程序文件產(chǎn)品研發(fā)流程2003年月日起生效文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第44頁軟件質(zhì)量保證文檔〔工程名稱〕SQA打算打算編號：版 本：

SQAL： 日期：SQAM： 日期：分 冊：1質(zhì)量目標(biāo)質(zhì)量目標(biāo)，盡可能用測試的條款表達(dá)。SQA組織

PM/SM：

日期：2。1SQA組的組成SQA的成員及資格說明(閱歷與培訓(xùn)〕SQA職責(zé)和權(quán)力SQA組的資源需求SQA任務(wù)規(guī)程與標(biāo)準(zhǔn)明確工程標(biāo)準(zhǔn)和規(guī)程,作為SQA評審和審計的根底。明確質(zhì)量活動的責(zé)任如檢查、審計和測試,配置治理和變更掌握，測量和報告，缺陷掌握和訂正措施。3。3階段劃分與任務(wù)列表SQASQA作業(yè)，可依據(jù)工程特點(diǎn)對作業(yè)列表進(jìn)展裁剪與增加。3。4測試與評估確定測試的類型,對于產(chǎn)品標(biāo)準(zhǔn)、打算要求、測試標(biāo)準(zhǔn)及承受的開發(fā)方法和工具確實(shí)認(rèn)和驗(yàn)證活動；通程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第45頁過具體的測試和驗(yàn)證活動打算，對包括資源、進(jìn)度和審批等方面進(jìn)展評估。3。5全程的偏差跟蹤依據(jù)任務(wù)列表進(jìn)展全程偏差跟蹤。SQA報告文檔化SQA組的活動結(jié)果軟件產(chǎn)品評價報告軟件工具評價報告工程設(shè)備評價報告過程審核報告測量報告供給應(yīng)軟件工程組和其他相關(guān)組SQA活動反響的方法和頻率周報、月報與重要報告等提交的方式與日程〔可在打算表中表達(dá))。5。打算進(jìn)度表與預(yù)算表序序號12345任務(wù)完成時間提交結(jié)果備注預(yù)算:程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第46頁SQA方向 任務(wù)

SQA作業(yè)列表作業(yè)項

〔公布日期〕

審核與檢驗(yàn)質(zhì)量目標(biāo)工具和設(shè)備軟件過程

質(zhì)量籌劃評估工具和設(shè)備的治理評估軟件產(chǎn)品評審過程評估工程打算和監(jiān)視過程評估系統(tǒng)需求分析過程評估系統(tǒng)設(shè)計過程評估軟件需求分析過程評估軟件設(shè)計過程評估編碼和單元測試過程

質(zhì)量目標(biāo)，盡可能用測試的條款表達(dá)質(zhì)量標(biāo)準(zhǔn)與規(guī)程確實(shí)立軟件工具設(shè)備配套的產(chǎn)品與設(shè)備評審的標(biāo)準(zhǔn)，依據(jù)程序文件的要求或在《質(zhì)量打算》與 SDP中明確工程打算的建立與監(jiān)控執(zhí)行保證通過需求定義和配置過程來確定用戶的全部的需求保證需求被評審，以確定它是切實(shí)可行的，描述清楚的和全都的保證安排需求，工作產(chǎn)品和活動的變化都被確定，評審，跟蹤到完畢工程參與者受到必要的培訓(xùn)保證安排需求的商定是同被影響的組協(xié)商有同意的驗(yàn)證商定文檔化，被傳達(dá)，被評審和被承受保證潛在需求受到評審，被文檔化，并在安排需求中作出必要的變化驗(yàn)證定義，文檔化和安排需求的過程被執(zhí)行和文檔化確認(rèn)CM過程受控和治理基準(zhǔn)驗(yàn)證需求文檔化，被治理，受控，和被跟蹤驗(yàn)證同意的需求在 SDP中賜予記錄保證生存周期文檔和可跟蹤距陣預(yù)備好并是最的和全都的驗(yàn)證相關(guān)的生存周期文檔是更的并基于批準(zhǔn)的需求變化識別缺陷，保證已覺察的缺陷被解決，和變更掌握完整性選擇性的評審和審計系統(tǒng)設(shè)計文檔確定不符合標(biāo)準(zhǔn)的項，并確定矯正措施打算需求，設(shè)計和工具符合標(biāo)準(zhǔn)和是否放棄進(jìn)一步的軟件開發(fā)評審實(shí)例原型滿足需求和標(biāo)準(zhǔn)保證明例符合標(biāo)準(zhǔn)和規(guī)程評審設(shè)計的里程碑狀態(tài)保證需求定義和分析過程及相關(guān)的需求評審符合標(biāo)準(zhǔn)和規(guī)程保證需求分析引起的行動條款符合標(biāo)準(zhǔn)和規(guī)程保證軟件設(shè)計過程和相關(guān)的設(shè)計評審符合標(biāo)準(zhǔn)和規(guī)程保證設(shè)計評審引起的行動條款符合標(biāo)準(zhǔn)和規(guī)程評估跟蹤和文檔化軟件單元開發(fā)的方法作為評估軟件單元開發(fā)進(jìn)程的利用率保證作為跟蹤和文檔化軟件單元開發(fā)的方法，如SDFUDF，得到實(shí)施且是最的保證編碼過程，相關(guān)的代碼評審，軟件單元測試符合標(biāo)準(zhǔn)和規(guī)程保證代碼評審引起的行動條款符合標(biāo)準(zhǔn)和規(guī)程保證SDF/UDF得到實(shí)施和保持最程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第47頁評估最終 交付過程過程媒體驗(yàn)證驗(yàn)證作過程棄過程過程評估軟件開發(fā)

保證矯正措施有效地使差異得到解決保證軟件性能測試結(jié)果將允許確定軟件的性能參數(shù)保證測試和報告結(jié)果的職責(zé)安排給明確的組織元素保證監(jiān)控測試的規(guī)程已經(jīng)建立評審軟件測試打算和軟件測試規(guī)程保證軟件被測試過定期評審矯正過程和其結(jié)果，評估矯正行動過程的有效性實(shí)施全部報告問題的分析，確定出可能揭露一般問題區(qū)域的趨勢保證配置確定的文檔，代碼，和計算機(jī)數(shù)據(jù)已經(jīng)建立標(biāo)準(zhǔn)變化的基準(zhǔn)治理確定，評審，實(shí)施和與建立規(guī)程合為一體保證基準(zhǔn)文檔和軟件變化的配置掌握符合CM需求保證配置狀態(tài)報告預(yù)備好，且符合所建立的規(guī)程，并報告了同有關(guān)軟件產(chǎn)品和文檔的配置治理有很重要關(guān)聯(lián)的的重要條款的狀態(tài)保證個人遵守 SCMP 保證文檔掌握，只有被批準(zhǔn)的，最的文檔才能被引用，文檔安排過程導(dǎo)致收到正確的文檔保證全部軟件的基準(zhǔn)版本只放在規(guī)劃支持庫里面，并有軟件名稱和獨(dú)一無二的標(biāo)識庫掌握過程 保證SDL的建立和規(guī)程能治理它的操作保證文檔和計算機(jī)材料得到批準(zhǔn)并在庫的掌握下保證CM批準(zhǔn)的文檔和軟件版本的正式釋放的規(guī)程建立保證庫的掌握不受未經(jīng)受權(quán)的更改和保證全部批準(zhǔn)變更的合并發(fā)的軟件過程驗(yàn)證需求治理KPA驗(yàn)證軟件工程籌劃KPA施狀況驗(yàn)證軟件工程跟蹤和監(jiān)視KPA。驗(yàn)證軟件子合同治理 KPA實(shí)施狀況驗(yàn)證軟件配置治理KPA狀況程序文件程序文件產(chǎn)品研發(fā)流程2003年月日起生效文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第48頁軟件產(chǎn)品/工具和設(shè)備/工程技術(shù)評價報告摸板報告編號： SQAL：軟件產(chǎn)品/工具和設(shè)備/工程技術(shù)評估：評估方法或標(biāo)準(zhǔn)：評估結(jié)果:建議訂正措施:實(shí)施訂正措施：

日期：SQAM： 日期：程序文件程序文件產(chǎn)品研發(fā)流程2003年月日起生效文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第49頁過程審計報告摸板報告編號：主要審計人：工程名稱：審計項：

報告日期:工程編號：審計日期:審計過程/程序：審計檢查表〔附件〕審計結(jié)果：

過程/程序可承受過程/程序有條件的承受條件說明：過程/程序不行承受條件說明：措施項:A1＃ 標(biāo)題 責(zé)任人 估量日期 完成日期訂正措施:審批： 批準(zhǔn) 取消 推遲PM： 日期：驗(yàn)證關(guān)閉:SQAL： 日期:程序文件程序文件產(chǎn)品研發(fā)流程2003年月日起生效批準(zhǔn)文件號編制審核版次日期日期日期共67頁1.0第50頁SQA測量報告摸板報告編號： SQAL： 日期:軟件產(chǎn)品/軟件工具/工程設(shè)備評估測量

SQAM：

日期：軟件產(chǎn)品軟件產(chǎn)品軟件需求說明規(guī)模/形態(tài)Of20評估工作時3報告工作時1過程/程序?qū)徲嫓y量軟件開發(fā)過程軟件開發(fā)過程訂正措施過程審計預(yù)備工作時2審計工作時2報告工作時1程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第51頁北京侏羅紀(jì)軟件開發(fā)質(zhì)量掌握部文檔

版本編號：V1.00密 級:中XXxx系統(tǒng)文檔編號：Test005版本號：V1.0文件名：缺陷報告.doc編 寫：質(zhì)量掌握部年月 日校 對：年月 日審 核：年月 日批 準(zhǔn)：年月 日程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第52頁XXX系統(tǒng)之XX系統(tǒng)缺陷報告版本1。0修訂歷史記錄日期 版本1.0 首次的缺陷報告

說明 作者質(zhì)量掌握部程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第53頁缺陷報告一.簡介1。1目的本文檔作為《XXX系統(tǒng)》之〈XX系統(tǒng)>的缺陷報告“，有助于實(shí)現(xiàn)以下目標(biāo)：AB、列出測試活動的測試統(tǒng)計結(jié)果。C、列出系統(tǒng)的主要缺陷。DE、由于本系統(tǒng)的某些需求尚未最終確定，目前只能對系統(tǒng)進(jìn)展局部的功能測試及完全的用戶界面測試。F、本報告為針對測試活動的首次缺陷報告,以后的測試活動還會提交迭代的缺陷報告.G二.測試內(nèi)容下面的列表列出了本次測試活動的主要測試內(nèi)容。2.1數(shù)據(jù)庫測試核實(shí)系統(tǒng)是否能訪問數(shù)據(jù)庫。2。2功能測試2.3用戶界面測試掃瞄全部的用例，核實(shí)是否每個UI面板都易于理解。核實(shí)界面操作是否簡潔易行，圖形顯示是否清楚。三.測試統(tǒng)計結(jié)果及缺陷總結(jié)程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第54頁3。1數(shù)據(jù)庫測試3。1.1核實(shí)系統(tǒng)是否能訪問數(shù)據(jù)庫。3.2功能測試3。2。1核實(shí)是否能夠掃瞄數(shù)據(jù)庫中保存的電子化文檔；。2核實(shí)是否能夠查找和檢索資料；3。2.3核實(shí)是否能夠?qū)崿F(xiàn)資料文件的治理;核實(shí)是否能夠?qū)崿F(xiàn)資料文件圖片的導(dǎo)入；3。2.6核實(shí)是否能夠?qū)崿F(xiàn)資料的打印輸出；3.2.7核實(shí)是否具有敏捷的顯示模式,如放大、縮小等。用戶界面測試3。3。1窗口3.3.2下拉式菜單和鼠標(biāo)操作程序文件程序文件產(chǎn)品研發(fā)流程2003文件號編制審核批準(zhǔn)版次1.0日期日期日期共67頁第55頁3。3.3