信息系統(tǒng)開發(fā)項目管理指導書

信息系統(tǒng)開發(fā)工程治理指導書1、工程建設總體目標系統(tǒng)應該根據(jù)甲方用戶的現(xiàn)有業(yè)務需求及開展規(guī)劃的擴延要求,提供功能完善、界面友好、流程清楚、智能高效,配置維護方便的系統(tǒng)功能,滿足系統(tǒng)運行穩(wěn)定、平安、可靠、高效等技術要求.提供電腦版和版2個版本.2、工程開發(fā)建設過程及要求為了保證工程能根據(jù)甲乙雙方達成的目標要求順利開展,甲乙雙方應該聯(lián)合成立工程組,由乙方編制?工程執(zhí)行方案?〔式樣見附件1〕并有甲方確認同意.2.1系統(tǒng)需求分析1、開發(fā)商必須對甲方公司的業(yè)務需求進行深入調(diào)研,收集匯總客戶的具體需求,出具?業(yè)務需求說明書?〔式樣見附件2〕,并保證?業(yè)務需求說明書?中包含了所有的業(yè)務需求. ?業(yè)務需求說明書?經(jīng)甲方公司〔用戶〕負責人簽字確認,作為業(yè)務需求基線.2、開發(fā)商在獲得甲方簽字確認的?業(yè)務需求說明書?后,提出技術需求和解決方案,并對系統(tǒng)進行定義,出具?系統(tǒng)需求規(guī)格說明書?〔式樣見附件3〕.?系統(tǒng)需求規(guī)格說明書?需詳細列出業(yè)務對系統(tǒng)的要求〔界面、輸入、輸出、治理功能、平安需求、運作模式、關鍵指標等〕.?系統(tǒng)需求規(guī)格說明書?需經(jīng)甲方公司〔用戶〕負責人簽字確認.word專業(yè)資料3、當業(yè)務需求發(fā)生變更時,應由甲方公司提交?需求變更申請?〔式樣見附件4〕給乙方開發(fā)商實施.2.2系統(tǒng)設計為簡化流程,本工程建議將概要設計和詳細設計合二為一,統(tǒng)一遵循完備性、一致性、擴展性、可靠性、平安性、可維護性等原那么.1、在該階段確定總體結(jié)構(gòu)和軟件開發(fā)架構(gòu),文件命名規(guī),編碼規(guī).按軟件需求劃分成子系統(tǒng),定義目標系統(tǒng)的功能模塊及各個功能模塊的關系.2、確定軟件模塊結(jié)構(gòu),給出每個功能模塊的功能描述、數(shù)據(jù)接口描述,各模塊之間的詳細接口信息,并完成?系統(tǒng)設計說明書?〔式樣見附件5〕.3、?系統(tǒng)設計說明書?應該包括所有用戶界面的原型圖.4、完成數(shù)據(jù)庫的設計,并編寫?數(shù)據(jù)庫設計說明書?.5、在設計階段,用戶應充分參與,保證設計能滿足系統(tǒng)需求.6、甲方應對組織對開發(fā)商提交的?系統(tǒng)設計說明書?進行評審,設計評審均以?業(yè)務需求說明書?和?系統(tǒng)需求規(guī)格說明書?為依據(jù),保證系統(tǒng)設計滿足全部需求,并出具?系統(tǒng)設計評審報告?〔式樣見附件6〕.2.3系統(tǒng)開發(fā)1、系統(tǒng)開發(fā)包括程序編碼、單元測試和集成測試.開發(fā)商根據(jù)?系統(tǒng)設計說明書?制定系統(tǒng)開發(fā)方案,并提交給甲方對方案進行監(jiān)督.word專業(yè)資料2、開發(fā)商有條件的情況下盡可能開發(fā)、測試和生產(chǎn)環(huán)境獨立.選擇軟件工具,明確工程成員的責任分工,根據(jù)編碼規(guī)和詳細設計實現(xiàn)軟件功能.3、代碼應滿足結(jié)構(gòu)良好,清楚易讀,且與設計一致,符合編碼規(guī).4、開發(fā)人員需要軟件實現(xiàn)過程中編寫軟件功能說明,源代碼說明.軟件功能說明文檔應說明工程名稱、編號、軟件名稱和版本號,軟件功能、主要功能實現(xiàn)過程.源代碼說明應說明工程編號、軟件名稱、功能,全局變量、數(shù)據(jù)庫字典、函數(shù)功能、接口.該文檔包含在源代碼文件中,以注釋形式存在.5、開發(fā)商進行單元測試和集成測試.開發(fā)人員處理測試人員反饋的測試問題,并以書面形式反響主要問題及解決方法,直至系統(tǒng)運行穩(wěn)定.測試組出具?系統(tǒng)測試報告?,測試人員簽字確認測試結(jié)果.2.4用戶測試1、開發(fā)商編制?用戶測試方案?〔式樣見附件7〕,測試方案必須定義測試標準,并明確各種測試的測試步驟和需要的系統(tǒng)設置要求,并提交甲方準備.2、甲方應該根據(jù)開發(fā)商測試組要求配合標準測試數(shù)據(jù),測試用數(shù)據(jù)要足夠模擬使用環(huán)境中的實際數(shù)據(jù).對已評定為敏感信息的數(shù)據(jù)進行敏感性處理和保護.3、根據(jù)測試方案完成用戶測試后,測試組應該出具?用戶測試報告?〔式樣見附件8〕,甲乙雙方必須在用戶測試報告中簽字確認.word專業(yè)資料4、完成測試后,開發(fā)商完成系統(tǒng)幫助文檔〔其中包括?用戶操作手冊?和?安裝維護手冊?〕的編寫.凡涉及應用系統(tǒng)的變更,應對系統(tǒng)幫助文檔及時更新.2.5系統(tǒng)試運行1、工程組必須制定?試運行方案?〔式樣見附件9〕,并制定試運行驗收指標.?試運行方案?中應包含問題應對機制,明確問題溝通渠道和責任分工.2、工程組聯(lián)合甲方公司進行相關系統(tǒng)部署工作,準備培訓資料,對相關用戶和信息技術人員進行培訓.3、工程組根據(jù)?試運行方案?負責對用戶的老舊系統(tǒng)進行系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移.系統(tǒng)轉(zhuǎn)換前,檢查系統(tǒng)環(huán)境,保證運行環(huán)境能滿足新應用系統(tǒng)的需要.系統(tǒng)轉(zhuǎn)換時必須詳細記錄原系統(tǒng)中的重要參數(shù)、設置等系統(tǒng)信息,并填寫試運行報告相關容.4、系統(tǒng)轉(zhuǎn)換和數(shù)據(jù)遷移完成后,正式啟動試運行.在試運行過程中,工程組應把系統(tǒng)運行情況〔系統(tǒng)資源使用,反響速度等〕記錄到試運行報告中.必要時,工程組應根據(jù)系統(tǒng)運行情況對應用系統(tǒng)進行優(yōu)化.5、試運行到達試運行方案規(guī)定的終止條件時,開發(fā)商編寫?試運行報告?〔式樣見附件10〕.此報告應由開發(fā)商和甲方單位簽字確認,試運行結(jié)束.2.6系統(tǒng)驗收與正式上線1、系統(tǒng)驗收主要用戶單位及開發(fā)商聯(lián)合組成獨立系統(tǒng)驗收小組,word專業(yè)資料由驗收小組共同商定驗收的標準和方法.驗收小組從功能需求及技術需求層面對系統(tǒng)進行綜合評估,系統(tǒng)驗收容包括但不限于移交給甲方的系統(tǒng)測試報告、系統(tǒng)安裝文檔、配置文檔、源代碼、操作手冊、維護手冊、系統(tǒng)應急預案、系統(tǒng)“回退〞方案等.2、驗收小組應根據(jù)驗收情況整理形成?系統(tǒng)驗收報告?〔式樣見附件11〕,驗收報告必須甲乙雙方簽字,并提交甲方作為付款依據(jù).3、系統(tǒng)驗收合格且問題整改完成并經(jīng)甲乙雙方主要領導同意后系統(tǒng)轉(zhuǎn)入正式上線運行.3售后效勞及保密要求開發(fā)商應該保證系統(tǒng)技術支持人員隊伍的穩(wěn)定,明確售后效勞容與責任,根據(jù)合同要求安排維護人員對系統(tǒng)進行技術支持.系統(tǒng)需求變更或調(diào)整,記錄變更原因和軟件及源代碼的版本控制,根據(jù)軟件變更要求對系統(tǒng)進行維護.為了保護甲乙雙方的商業(yè)、技術秘密等權(quán)益,開發(fā)商與甲方、開發(fā)商與其相關員工必須簽訂保密協(xié)議.word專業(yè)資料附件1:工程執(zhí)行方案文件狀態(tài)：文件標識：［M草稿當前版本：［］正式發(fā)布作者：［］止在修改完成日期：版本歷史版本/狀態(tài)作者參與七起止日期備注1文檔介紹文檔目的文檔圍參考文獻提示：列出本文檔的所有參考文獻〔可以是非正式出版物〕 ,格式如下:［標識符］作者,文獻名稱,出版單位〔或歸屬單位〕,日期例如：［AAA］作者,?立項建議書?,機構(gòu)名稱,日期術語與縮寫解釋word專業(yè)資料縮寫、術語解釋2工程介紹工程圍提示：(1)用簡練的語言說明本工程“是什么〞,“說明用途〞.(2)說明本工程“應當包含的容〞和“不包含的容〞 .工程目標提示：給出“清楚的〞、“可實現(xiàn)〞、“可驗證〞的目標.客戶與最終用戶介紹提示：請說明本工程的客戶、用戶及其相關責任人是誰,描述最終用戶的特征約束提示：(1)請說明在工程開發(fā)過程中應當遵循的標準或規(guī)(2)請說明相關工程可能對本工程造成的影響.(3)說明一些假設和依賴.3工程過程定義軟件生命周期模型提示：簡要描述、繪制本工程的軟件生命周期模型.工程規(guī)word專業(yè)資料

提示：描述工程需遵循的規(guī),例如：編碼規(guī).此處可以表現(xiàn)為編碼規(guī)的.方法與工具提示：說明在過程中將采用的方法與工具. 例如采用RationalRose進行面向?qū)ο蠓治雠c設計,采用VisualSourceSafe進行配置治理,采用MicrosoftOffice 制作文檔.方法與工具用途VisualSourceSafe配置治理…4里程碑方案1丁P里程碑名稱開始日期結(jié)束日期工作成果備注5資源方案5.1人力資源方案提示：制定本工程的角色責任表, 并為的工程成員分配角色 〔一個人可以兼多個角色〕.角色責任人員姓名工作說明高層領導工程經(jīng)理需求分析員系統(tǒng)設計員word專業(yè)資料

程序員測試員…5.2軟硬件資源方案提示：分析工程開發(fā)、測試、運行所需的軟硬件資源和關鍵計算機資源 〔會影響軟件產(chǎn)品的性能的CPU、存、帶寬等容〕,主要容包括：資源級別〔分為“關鍵〞、“普通〞兩種〕詳細配置獲取方式〔如“已經(jīng)存在〞、“可以借用〞或“需要購置〞等〕與獲取時間使用說明〔如“誰〞在“什么〞時候使用〕軟硬件資源名稱級別詳細配置放取方式與時間使用說明關鍵關鍵普通…6文檔交付列表1丁P交付文檔名稱交付日期備注7風險治理方案word專業(yè)資料

提示：以下是各個列標題的解釋.約定在工程中的風險治理方案,例如：風險識別頻度、風險跟蹤頻度等.風險級別：確定風險的嚴重性、可能性、風險系數(shù)風險描述：緩解方案或者應急方案.風險編號風險級別風險描述緩解方案應急方案嚴重性(1-5)可能性(%)風險系數(shù)(嚴重性*可能性)8溝通方案甲方代表乙方代表溝通方式溝通頻率/時間期望結(jié)果9附件工程進度方案進度表提示：制定工程開發(fā)的進度表(建議給出工程里程碑方案).例如:編號里程碑名稱預計結(jié)束時間備注需求調(diào)研完成word專業(yè)資料

工程方案完成需求分析完成系統(tǒng)設計完成 開發(fā)完成集成測試完成系統(tǒng)測試完成用戶驗收測試完成試運行結(jié)束工程驗收附件2:業(yè)務需求說明書文件狀態(tài)：[M草稿[]正式發(fā)布[]止在修改文件標識：當前版本：作者：完成日期：word專業(yè)資料版本歷史版本/狀態(tài)作者參與七起止日期備注1概述業(yè)務調(diào)研人員【可選】1丁P職能部門姓名主管聯(lián)系備注業(yè)務圍此處描寫總體業(yè)務的概要分類.業(yè)務目標從甲方高層或商務利益的角度提出本業(yè)務系統(tǒng)的期望目標,以及評價標準.相關文檔說明：列出本文檔的所有參考文獻〔可以是非正式出版物〕,包括現(xiàn)有規(guī)、標準、批文、引用到的文件、資料等.業(yè)務詞匯表說明：列出本文檔的所引用的專屬領域詞匯、術語等,以便于業(yè)務需求的提供者和接收word專業(yè)資料者是建立在一致的業(yè)務理解根底之上的.2組織結(jié)構(gòu)及業(yè)務業(yè)務相關組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說明：如果用戶崗位設置復雜可分別設置,業(yè)務組織結(jié)構(gòu)和人員組織結(jié)構(gòu)組織機構(gòu)描述角色責任說明：將業(yè)務涉及的具體人員進行一定程度的分類和抽象, 描述該抽象角色的操作責任治理綜述【可選】說明：主要描述該業(yè)務的治理特點和治理模式.例如：現(xiàn)有業(yè)務流程清單【可選】說明：現(xiàn)有業(yè)務流程需要考慮,很多新的業(yè)務是在已有業(yè)務流程根底上進行重組的.流程編號流程名稱責任部門輔助部門3業(yè)務流程及業(yè)務處理描述說明：針對每一項具體的目標業(yè)務,描述具體的業(yè)務流程,以及相關業(yè)務的具體描述.具體業(yè)務流程〔系統(tǒng)名稱+編號〕對于具體業(yè)務流程的命名有規(guī),對具體流程進行編號,便于形成需求矩陣,同時形成需求的治理和跟蹤.業(yè)務流程word專業(yè)資料業(yè)務描述說明：描述具體的業(yè)務流程.相關業(yè)務對象說明：業(yè)務對象：業(yè)務流程中涉及的單據(jù)、報表等.業(yè)務對象使用部門對應電子檔案編號業(yè)務規(guī)那么及關鍵算法說明：描述業(yè)務環(huán)節(jié)關鍵算法體系.4假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束,例如開發(fā)期限等.運行環(huán)境約束設計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術、第三方產(chǎn)品等.產(chǎn)品應當遵循的標準或規(guī)【可選】說明：闡述本產(chǎn)品應當遵循什么標準、規(guī)或業(yè)務規(guī)那么,違反標準、規(guī)或業(yè)務規(guī)那么的產(chǎn)品通常不太可能被接受.5其他目前核心問題和困難word專業(yè)資料業(yè)務對工程實施的需求和期望【可選】其他未盡事宜附件3:系統(tǒng)需求規(guī)格說明書文件狀態(tài)：文件標識：[M草稿當前版本：[]正式發(fā)布作者：[]止在修改完成日期：word專業(yè)資料版本歷史版本/狀態(tài)作者參與七起止日期備注1引言目的例如：規(guī)定系統(tǒng)的邊界和目標,描述系統(tǒng)的功能性需求和非功能性需求.讀者對象及閱讀建議說明：指明本文檔面向的讀者群,及相應的閱讀意見.文檔圍【可選】說明：對本文的圍做闡述,本文檔改動時,受到影響的圍,例如,本文引用到的用例模型,系統(tǒng)原型,系統(tǒng)測試用例等文檔.參考文檔說明：列出本文檔的所有參考文獻〔可以是非正式出版物〕 ,包括方案任務書、合同、批文、引用到的文件、資料及軟件開發(fā)標準等.術語與縮寫解釋說明：列出本文件中用到的專門術語的定義和縮寫詞的原詞組,并給予解釋,以便于所有讀者達成共識.word專業(yè)資料2綜合描述系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預期效果、歷史原因.問題說明【可選】提供一段說明,總結(jié)此工程需要解決的問題.可以采用以下格式:問題是［對問題進行說明］影響［問題影響的干系人］問題的后果［該問題會導致什么后果］成功的解決方案［應列出成功解決方案的一些主要優(yōu)點 ］系統(tǒng)圍說明：闡述本工程“適用的業(yè)務領域〞和“不適用的業(yè)務領域〞 ,本產(chǎn)品“應當包含的容〞和“不包含的容〞.說清楚系統(tǒng)圍的好處是：〔1〕有助于判斷什么是需求,什么不是需求；〔2〕可以將開發(fā)精力集中在產(chǎn)品圍之； 〔3〕有助于限制需求的變更.完整而準確的定義本產(chǎn)品的干系人；明確本產(chǎn)品所影響到的部門和業(yè)務；用圖表或者文字描述產(chǎn)品的圍,概要的定義產(chǎn)品的功能.干系人與用戶說明【可選】用戶環(huán)境【可選】word專業(yè)資料詳細說明目標用戶的工作環(huán)境.以下是幾項建議:該任務由多少人來完成？是否總在變化？一個任務周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應用程序？您的應用程序是否需要和這些應用程序集成？在此處可以從業(yè)務模型中摘錄一些容來概述所涉及的任務和角色等等.干系人簡檔【可選】通過在下表中填寫各干系人的相關信息來說明系統(tǒng)中的各個干系人, 詳盡的簡檔應包括各種干系人在以下方面的信息：代表［誰是此產(chǎn)品的干系人代表？〔如在他處已作記錄,那么此處為可選.〕此處只需填寫姓名.］說明［對干系人類型的簡要說明.］口［介紹干系人的技能特長、技術背景和熟練程度〔即權(quán)威用戶、業(yè)務用戶、專家用戶、初級用戶等〕］責任［列出干系人對所開發(fā)的系統(tǒng)負有的關鍵責任,即他們作為干系人的利益.］使用頻率［該干系人使用系統(tǒng)的頻率］意見/問題［在此處列出會阻礙成功的問題以及任何具他相關信息. ］關鍵的干系人/用戶需要word專業(yè)資料列出干系人認為現(xiàn)有解決方案存在的關鍵問題. 對于列出的每個問題,需澄清以下要點:? 為什么會出現(xiàn)這一問題？? 目前如何解決該問題？? 干系人需要什么樣的解決方案？務必要了解干系人或用戶對解決各個問題的 相對重視程度.分級和累積投票方法說明,必須解決的問題與干系人或用戶希望解決的問題大有不同.目標業(yè)務模型【可選】說明：新系統(tǒng)業(yè)務模型描述,如有相應業(yè)務模型材料了,可作為需求規(guī)格說明書的輸入?yún)⒖假Y料.功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點和特性,而不必涉及每個功能的細節(jié).對功能加以組織,使客戶或初次閱讀該文檔的其他人能夠理解此功能列表.功能清單及重要程度說明說明：功能名稱、功能描述、重要程度.重要程度,以ABC三類來表示：A:核心功能；B:輔助功能；C:外圍功能；級別,根據(jù)繼承關系分為：一級,二級,三級；編號級別重要程度功能名稱功能描述備注2.8功能與業(yè)務對照關系表word專業(yè)資料說明：業(yè)務組為主編寫業(yè)務需求,業(yè)務需求提交至信息技術組后,由信息技術組建立目標系統(tǒng)業(yè)務模型并與業(yè)務組進行確認〔本操作可選,也可由信息技術組與開發(fā)商合作建立〕,目標業(yè)務模型作為系統(tǒng)需求的輸入,由信息技術組與開發(fā)商合作撰寫和評審?系統(tǒng)需求規(guī)格書明書?.業(yè)務需求目標系統(tǒng)業(yè)務活動〔可選〕功能名稱2.9假定和約束說明：列出進行本軟件開發(fā)工作的假定和約束,例如：開發(fā)語言、開發(fā)期限等.格式限制說明：本項將指定由現(xiàn)有的標準或規(guī)那么派生的要求.例如：報表格式；數(shù)據(jù)命名；財務處理；審計追蹤,等等.硬件限制說明：本項包括在各種硬件約束下運行的軟件要求,例如,應該包括:硬件配置的特點〔接口數(shù),指令系統(tǒng)等〕；存儲器和輔助存儲器的容量.運行環(huán)境約束說明：硬件設備、支持軟件、接口、限制等方面的約束名稱詳細要求設計約束【可選】word專業(yè)資料說明：開發(fā)過程中必須使用的軟件語言、軟件進程需求、主要開發(fā)工具、核心技術、第三方產(chǎn)品等.產(chǎn)品應當遵循的標準或規(guī)說明：闡述本產(chǎn)品應當遵循什么標準、規(guī)或業(yè)務規(guī)那么,違反標準、規(guī)或業(yè)務規(guī)那么的產(chǎn)品通常不太可能被接受.3具體需求功能需求具體功能容說明：對于每一類功能或者有時對于每一個功能,需要具體描述其輸入、加工和輸出的需求.非功能需求外部接口用戶接口說明：提供用戶使用軟件產(chǎn)品時的接口需求.例如,如果系統(tǒng)的用戶通過顯示終端進行操作,就必須指定如下要求：a對屏幕格式的要求說明：對界面上的各對象、類型、寬度、取值圍、數(shù)據(jù)來源、能否為空等屬性進行描述.b報表或菜單的頁面打印格式和容c輸入輸出的需求說明：解釋各輸入輸出數(shù)據(jù)類型,并逐項說明其媒體、格式、數(shù)值圍、精度等.對word專業(yè)資料軟件的數(shù)據(jù)輸出及必須標明的限制輸出量進行解釋并舉例,包括對硬拷貝報告(正常結(jié)果輸出、狀態(tài)輸出及異常輸出)以及圖形或顯示報告的描述.d程序功能鍵的可用性說明：快捷鍵定義等.硬件接口【可選】說明：要指出軟件產(chǎn)品和系統(tǒng)硬部件之間每一個接口的邏輯特點. 還可能包括如下事宜:支撐什么樣的設備,如何支撐這些設備,有何約定.軟件接口【可選】說明：在此要指定需使用的其他軟件產(chǎn)品(例如,數(shù)據(jù)治理系統(tǒng)、操作系統(tǒng)或數(shù)學軟件包),以及同其他應用系統(tǒng)之間的接口.對每一個所需的軟件產(chǎn)品,要提供如下容：名字、助記符、規(guī)格說明號、版本號、來源.對于每一個接口,這局部應說明與軟件產(chǎn)品相關的接口軟件的目的,并根據(jù)信息的容和格式定義接口,但不必詳細描述任何已有完整文件的接口,只要引用定義該接口的文件即可.【接口定義】下表是對一些接口的具體描述：接口名稱接口描述填寫接口完成的任務接口類型填與是輸入接口(inbound)還是輸出接口(outbound)源系統(tǒng)填寫接口輸入方系統(tǒng)或部件word專業(yè)資料

目標系統(tǒng)填寫接口輸出方系統(tǒng)或部件廠商提供/客戶化開發(fā)文件類型填寫文件類型；假設通過數(shù)據(jù)庫表來交互,請指明數(shù)據(jù)庫及表名文件數(shù)量峰值數(shù)據(jù)量頻度填寫數(shù)據(jù)處理的頻度復雜度批處理/人工填寫接口數(shù)據(jù)的驅(qū)動模式是人工( manual)還是自動(automatic),還是都支持接口類型填寫是實時接口還是批量接口等【其他系統(tǒng)詳細信息】說明：列出所有與接口交互的外圍系統(tǒng)的詳細信息.包括輸入、輸出系統(tǒng)等系統(tǒng)填寫與接口交互的系統(tǒng)名稱系統(tǒng)類型填寫是接口的數(shù)據(jù)源系統(tǒng)(source)還是目標系統(tǒng)(object)數(shù)據(jù)庫填寫交互系統(tǒng)使用的數(shù)據(jù)庫及版本軟件填寫交互系統(tǒng)的軟件名稱架構(gòu)類型交互系統(tǒng)的架構(gòu)類型是 B/S還是C/S.的填寫該軟件在交互軟件體系中所出的位置技木支持填與交互系統(tǒng)的開發(fā)商和支持商功能支持填寫具體的支持商或技術團隊word專業(yè)資料數(shù)據(jù)歸屬【接口隸屬系統(tǒng)的詳細信息［可選］］系統(tǒng)填寫接口隸屬系統(tǒng)的名稱模塊隸屬于具體的模塊名稱數(shù)據(jù)庫隸屬系統(tǒng)的數(shù)據(jù)庫及版本負責人限制報【接口配置】(1)接口根底信息配置說明：接口根底信息的配置工程,描述配置的方式.(2)接口運行參數(shù)配置說明：接口運行參數(shù)的配置方式和步驟.【其他配置［可選］］說明：外圍系統(tǒng)或相關模塊的配置.通信接口【可選】說明：指定各種通信接口.例如,局部網(wǎng)絡的協(xié)議等等.其他非功能性需求說明：下表中的各種需求,可根據(jù)實際情況進行選擇其中的一種或者幾種進行描述,在表的后面是各種需求的詳細解釋.word專業(yè)資料

名稱詳細要求靜態(tài)數(shù)值需求動態(tài)數(shù)值需求精度時間特性要求可用性可靠性可維護性平安性可移植性可擴展性兼容性…靜態(tài)數(shù)值需求說明：支持的終端數(shù)；支持并行操作的用戶數(shù).動態(tài)數(shù)值需求說明：欲處理的事務和任務的數(shù)量,以及在正常情況下和峰值工作條件下一定時間周期中處理的數(shù)據(jù)總量.精度說明:對該軟件的輸入、輸出數(shù)據(jù)精度的要求,可能包括傳輸過程中的精度.時間特性要求說明：對于該軟件的時間特性要求,如對：word專業(yè)資料a.響應時間；b.更新處理時間；c.數(shù)據(jù)的轉(zhuǎn)換和傳送時間；d.解題時間等要求.數(shù)據(jù)治理要求【可選】說明：需要治理的文卷和記錄的個數(shù)、表和文卷的大小規(guī)模,要按可預見的增長對數(shù)據(jù)及其分量的存儲要求做出估算.可用性指出普通用戶和高級用戶要高效地執(zhí)行特定操作所需的培訓時間, 指出典型任務的可評測任務次數(shù)或根據(jù)用戶或喜歡的其他系統(tǒng)確定新系統(tǒng)的可用性需求性能可靠性指出可用時間百分比〔xx.xx%〕、使用小時數(shù)、維護訪問權(quán)、降級模式操作等.平均故障間隔時間〔MTBF〕.平均修復時間〔MTTR〕一系統(tǒng)在發(fā)生故障后可以暫停運行的時間.指出系統(tǒng)輸出要求具備的精密度〔分辨率〕和精確度〔根據(jù)某一的標準〕 .文檔需求說明：主要是在線用戶手冊與幫助系統(tǒng),也包括其他的文檔第三方產(chǎn)品【可選】說明：使用到的第三方產(chǎn)品相關的 使用許可、使用限制、接口標準.數(shù)據(jù)字典word專業(yè)資料說明：把相關的數(shù)據(jù)抽取出來統(tǒng)一維護,在其他章節(jié)如有類似信息描述,那么關聯(lián)到數(shù)據(jù)字典的相關局部并加輔助說明,如：引用到的字段等.4補充資料【可選】4.1待確定的問題列表【可選】需求標題1調(diào)查方式調(diào)查人調(diào)查對象時間、地點需求信息記錄word專業(yè)資料

附件4:需求變更申請記錄號:項 目：類型：開發(fā)工程工程負責人：受更申請人：申請部門：申請日期：受更咨受更的容及其理由說明變更的咨及變更的理由,如果變更為業(yè)務組提出,那么業(yè)務組填寫；如果變更為為信息技術組提出,那么信息技術組填寫；義更的系統(tǒng)及版本說明變更所涉及的工作產(chǎn)品及其當前版本,如果變更為業(yè)務組提出,那么業(yè)務組填寫；如果變更為為信息技術組提出,那么信息技術組填寫；word專業(yè)資料

對業(yè)務及其接分析需求變更引起的業(yè)務變更、業(yè)務接口的變更,口的影響業(yè)務組填寫甲方業(yè)務負責同意 不同意人意見：簽字： 日期：word專業(yè)資料

變更結(jié)果受更分析對相關的資源影響分析需求變更對人員、開發(fā)設備和目標設備的影響,僅信息技術組填寫風險分析分析需求變更的風險,僅信息技術組填寫對其他系統(tǒng)或接口的影響分析需求變更引起的系統(tǒng)變更、其他系統(tǒng)或接口的變更,僅信息技術組填寫對開發(fā)工作量、進度和本錢影響估計需求變更對開發(fā)工作量和進度的影響,需說明本次變更工作量/本錢是否超過本工程總開發(fā)工作量/總本錢的1%?僅信息技術組填寫開發(fā)向后見開發(fā)商負責人意見：同意 小同意指定驗證人員：簽字： 日期：受更結(jié)果義更的系統(tǒng)及版本說明變更后的工作產(chǎn)品簽字： 日期：word專業(yè)資料

變更驗證完整性是否驗證受更結(jié)果正確性是否附加受更是否版本和名稱是否甲方驗證人意見：符合要求不符合要求簽字：日期：word專業(yè)資料附件5:系統(tǒng)設計說明書文件狀態(tài)：文件標識：W草稿當前版本：[]正式發(fā)布作者：[]止在修改完成日期：版本歷史版本/狀態(tài)作者參與七起止日期備注1引言編寫目的說明編寫這份詳細設計說明書的目的,指出預期的讀者背景說明：word專業(yè)資料待開發(fā)軟件系統(tǒng)的名稱；本工程的任務提出者、開發(fā)者、用戶和運行該程序系統(tǒng)的計算中央.定義列出本文件中用到專門術語的定義和外文首字母組詞的原詞組.參考資料列出有關的參考資料,如：本工程的經(jīng)核準的方案任務書或合同、上級機關的批文；屬于本工程的其他已發(fā)表的文件；本文件中各處引用到的文件資料,包括所要用到的軟件開發(fā)標準.列出這些文件的標題、文件編號、發(fā)表日期和出版單位,說明能夠取得這些文件的來源.2程序系統(tǒng)的結(jié)構(gòu)用一系列圖表列出本程序系統(tǒng)的每個程序 〔包括每個模塊和子程序〕的名稱、標識符和它們之間的層次結(jié)構(gòu)關系.3程序1〔標識符〕設計說明從本章開始,逐個地給出各個層次中的每個程序的設計考慮. 以下給出的提綱是針對一般情況的.對于一個具體的模塊,尤其是層次比擬低的模塊或子程序,其很多條目的容往往與它所隸屬的上一層 模塊的對應條目的容相同,在這種情況下,只要簡單地說明這一點即可.程序描述給出對該程序的簡要描述,主要說明安排設計本程序的目的意義, 并且,還要說明本程序的特點〔如是常駐存還是非常駐？是否子程序？是可重人的還是不可重人的？有無覆蓋要求？是順序處理還是并發(fā)處理等〕 .word專業(yè)資料功能說明該程序應具有白功能,可采用IPO圖〔即輸入一處理一輸出圖〕的形式.性能說明對該程序的全部性能要求,包括對精度、靈活性和時間特性的要求.輸入項給出對每一個輸入項的特性,包括名稱、標識、 數(shù)據(jù)的類型和格式、數(shù)據(jù)值的有效圍、輸入的方式.數(shù)量和頻度、輸入媒體、輸入數(shù)據(jù)的來源和平安保密條件等等.輸出項給出對每一個輸出項的特性,包括名稱、標識、 數(shù)據(jù)的類型和格式,數(shù)據(jù)值的有效圍,輸出的形式、數(shù)量和頻度,輸出媒體、對輸出圖形及符號的說明、平安保密條件等等.算法詳細說明本程序所選用的算法,具體的計算公式和計算步驟.流程邏輯用圖表〔例如流程圖、判定表等〕輔以必要的說明來表示本程序的邏輯流程.接口用圖的形式說明本程序所隸屬的上一層模塊及隸屬于本程序的下一層模塊、子程序,說明參數(shù)賦值和調(diào)用方式,說明與本程序相直接關聯(lián)的數(shù)據(jù)結(jié)構(gòu)〔數(shù)據(jù)庫、數(shù)據(jù)文卷〕.界面原型圖根據(jù)系統(tǒng)各功能模塊的邏輯順序, 提供界面原型圖的跳轉(zhuǎn)展示,各項人機互動組件及數(shù)據(jù)顯示必須根本完善,界面直觀友好.word專業(yè)資料存儲分配根據(jù)需要,說明本程序的存儲分配.注釋設計說明準備在本程序中安排的注釋,如：加在模塊首部的注釋；加在各分枝點處的注釋；對各變量的功能、圍、缺省條件等所加的注釋；對使用的邏輯所加的注釋等等.限制條件說明本程序運行中所受到的限制條件.尚未解決的問題說明在本程序的設計未解決而設計者認為在軟件完成之前應解決的問題.〔標識符〕設計說明用類似F.3的方式,說明第2個程序乃至第N個程序的設計考慮.附件6:系統(tǒng)設計評審報告文件狀態(tài)：文件標識：ProjectName-[M草稿當前版本：X.Y[]正式發(fā)布作者：[]止在修改完成日期：Year-Month-Dayword專業(yè)資料

版本歷史版本/狀態(tài)作者參與七起止日期備注1.根本信息提示：由評審主持人或評審員填寫此表格.待評審的工作成果工作成果名稱,標識符,版本,作者,時間…技術評審方式〔正式評審〕或者〔走查〕評審時間評審地點參加技木評審的人貝類別名字工作單位職稱、職務：主持人評審小組成員word專業(yè)資料

記錄員2.缺陷識別和跟蹤評審問題跟蹤表編問題問題嚴重提交提交問題解決舉措/問實問備號描述性者日期處理原因說明題際題注解關關人決閉閉狀日驗態(tài)期證人1233.評審結(jié)論與意見提示：由主持人或評審員填寫此表格.評審結(jié)論[]工作成果合格,“無需修改〞或者“需要稍微修改但不必再審核〞 .[M工作成果根本合格,需要作少量的修改,之后通過審核即可.[]工作成果不合格,需要作比擬大的修改,之后必須重新對其評審.意見word專業(yè)資料

負責人簽字簽字：日期：附件7:用戶測試方案文件狀態(tài)：文件標識：[M草稿當前版本：[]正式發(fā)布作者：[]止在修改完成日期：版本歷史版本/狀態(tài)作者參與七起止日期備注.測試圍與主要容word專業(yè)資料般地,系統(tǒng)測試的主提示：系統(tǒng)測試小組應當根據(jù)工程的特征般地,系統(tǒng)測試的主要容包括功能測試、健壯性測試、性能測試、用戶界面測試、平安性(security)測試、安裝與反安裝測試等..測試方法提示：例如黑盒測試和白盒測試..測試環(huán)境與測試輔助工具環(huán)境設備配置名稱/類型備注效勞器軟件硬件客戶端軟件硬件網(wǎng)絡工具工具開發(fā)商版本測試治理缺陷跟蹤用于功能性測試的工具用于性能測試的工具測試覆蓋監(jiān)測器或評測器.測試進度方案word專業(yè)資料任務人員任務開始日期結(jié)束日期制定測試方案設計測試實施測試執(zhí)行測試對測試進行評估.測試完成準那么提示：對于非嚴格系統(tǒng)可以采用“基于測試用例〞的準那么：(1)功能性測試用例通過率到達100%;(2)非功能性測試用例通過率到達 95%時.對于嚴格系統(tǒng),應當補充“基于 BUG密度〞的規(guī)那么：相鄰n個CPU小時“測試期BUG密度〞全部低于某個值m.例如n大于10,m小于等于1.最后一次回歸測試二類缺陷數(shù)量為零,用例外非常規(guī)缺陷數(shù)量小于等于2個/萬行程序；測試用例功能點覆蓋率100%;.BUG治理與改錯方案提示：根據(jù)所采用的BUG治理工具確定：(1)BUG治理流程,(2)BUG修改流程.定義BUG修改約定,例如：不同級別的BUG必須在幾日處理完成..附錄.本方案審批意見word專業(yè)資料測試組審批意見:日期word專業(yè)資料附件8:用戶測試報告1.根本信息測試依據(jù)例如：參照標準、客戶需求、需求規(guī)格說明書、測試用例等測試圍測試驗收標準測試環(huán)境描述測試驅(qū)動