【正文】 定參見第三方管理制度。第五十五條 合作開發(fā)商必須遵循公司《軟件開發(fā)管理制度》。第五十六條 項目經(jīng)理同合作開發(fā)商明確規(guī)定項目變更的范圍和處理方式，重點關(guān)注需求和設(shè)計變更。第五十七條 項目經(jīng)理負(fù)責(zé)監(jiān)控合作開發(fā)商的項目管理及軟件開發(fā)活動。合作開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問題時，合作開發(fā)商需及時向項目經(jīng)理匯報。第五十八條 IT組組長派專人監(jiān)控合作開發(fā)商的質(zhì)量保證過程。第五十九條 項目組同合作開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第六十條 以上各要求需要在開發(fā)合同中明確。第十二節(jié) 外包開發(fā)管理第六十一條 立項申請得到公司主管領(lǐng)導(dǎo)的審批后，選定開發(fā)商，簽訂外包開發(fā)合同。第六十二條 項目經(jīng)理負(fù)責(zé)監(jiān)控外包開發(fā)商的項目管理及軟件開發(fā)活動。外包開發(fā)商應(yīng)按計劃定期向項目經(jīng)理報告進(jìn)展?fàn)顟B(tài)，并提交階段性成果文檔。發(fā)生重大問題時，外包開發(fā)商需及時向項目經(jīng)理匯報。第六十三條 項目經(jīng)理監(jiān)控外包開發(fā)商的質(zhì)量保證過程。第六十四條 項目組同外包開發(fā)商商定驗收的標(biāo)準(zhǔn)和方法。第六十五條 以上各要求需要在開發(fā)合同中明確。第十三節(jié) 附則第六十六條 本制度由公司總部信息技術(shù)部負(fù)責(zé)解釋和修訂。第六十七條 本制度自發(fā)布之日起開始執(zhí)行。附件一 立項分析報告文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1. 項目介紹. 項目目的提示：用簡練的語言說明本項目“是什么”，“實現(xiàn)什么目的”。描述簡練且清晰。. 項目背景提示：闡述項目背景，重點說明“為什么”會產(chǎn)生本項目。（1）公司的短期、長期發(fā)展戰(zhàn)略；（2）業(yè)務(wù)需求及發(fā)展趨勢；（3）技術(shù)狀況及發(fā)展趨勢；（4）特殊的業(yè)務(wù)需求等。. 項目范圍提示：根據(jù)對現(xiàn)有需求的了解來確定項目基本范圍，說明本系統(tǒng)“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。2. 項目計劃. 項目團(tuán)隊提示：說明項目團(tuán)隊的角色、知識技能要求、建議人選、人數(shù)、工作時間，如下表所示。角色知識技能要求建議人選、人數(shù)工作時間項目經(jīng)理需求開發(fā)人員 系統(tǒng)設(shè)計人員 編程人員 測試人員質(zhì)量保證人員配置管理人員服務(wù)與維護(hù)人員……. 成本估計內(nèi)容成本（人民幣）備注人力資源軟硬件資源差旅費會議費接待費…. 進(jìn)度表提示：制定項目開發(fā)的進(jìn)度表（建議給出項目里程碑計劃）。例如：編號里程碑名稱預(yù)計結(jié)束時間備注需求調(diào)研完成項目計劃完成需求分析完成概要設(shè)計完成詳細(xì)設(shè)計完成實現(xiàn)完成集成測試完成系統(tǒng)測試完成用戶驗收測試完成試運行結(jié)束項目驗收3. 總結(jié)提示：給出清晰的建議結(jié)論，便于上級領(lǐng)導(dǎo)決策。附件二 業(yè)務(wù)需求說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1概述 業(yè)務(wù)調(diào)研人員名單【可選】序號職能部門姓名主管聯(lián)系電話備注此處描寫總體業(yè)務(wù)的概要分類并。 業(yè)務(wù)目標(biāo)從高層或商務(wù)利益的角度提出本業(yè)務(wù)系統(tǒng)的期望目標(biāo)，以及評價標(biāo)準(zhǔn)。 相關(guān)文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括現(xiàn)有規(guī)范、標(biāo)準(zhǔn)、批文、引用到的文件、資料等。 業(yè)務(wù)詞匯表說明：列出本文檔的所引用的專屬領(lǐng)域詞匯、術(shù)語等，以便于業(yè)務(wù)需求的提供者和接收者是建立在一致的業(yè)務(wù)理解基礎(chǔ)之上的。2 組織結(jié)構(gòu)及業(yè)務(wù) 業(yè)務(wù)相關(guān)組織結(jié)構(gòu)、人員組織結(jié)構(gòu)說明：如果客戶崗位設(shè)置復(fù)雜可分別設(shè)置，業(yè)務(wù)組織結(jié)構(gòu)和人員組織結(jié)構(gòu) 組織機構(gòu)描述 角色職責(zé)說明：將業(yè)務(wù)涉及的具體人員進(jìn)行一定程度的分類和抽象，描述該抽象角色的操作職責(zé)。 管理綜述【可選】說明：主要描述該業(yè)務(wù)的管理特點和管理模式。例如：典型按庫存生產(chǎn)模式。生產(chǎn)計劃以年度銷售計劃為指導(dǎo)，并綜合考慮設(shè)備能力、生產(chǎn)天數(shù)、庫存、歷史銷售記錄。采購計劃的制訂以生產(chǎn)計劃為依據(jù)。 現(xiàn)有業(yè)務(wù)流程清單【可選】說明：現(xiàn)有業(yè)務(wù)流程需要考慮，很多新的業(yè)務(wù)是在已有業(yè)務(wù)流程基礎(chǔ)上進(jìn)行重組的。流程編號流程名稱責(zé)任部門輔助部門3 業(yè)務(wù)流程及業(yè)務(wù)處理描述說明：針對每一項具體的目標(biāo)業(yè)務(wù)，描述具體的業(yè)務(wù)流程，以及相關(guān)業(yè)務(wù)的具體描述。 具體業(yè)務(wù)流程（系統(tǒng)名稱+編號）對于具體業(yè)務(wù)流程的命名有規(guī)范，對具體流程進(jìn)行編號，便于形成需求矩陣，同時形成需求的管理和跟蹤。說明：描述具體的業(yè)務(wù)流程。說明：業(yè)務(wù)對象：業(yè)務(wù)流程中涉及的單據(jù)、報表等。業(yè)務(wù)對象使用部門對應(yīng)電子檔案編號說明：描述業(yè)務(wù)環(huán)節(jié)關(guān)鍵算法體系。4 假定和約束說明：列出進(jìn)行本軟件開發(fā)工作的假定和約束，例如開發(fā)期限等。 運行環(huán)境約束 設(shè)計約束【可選】說明：開發(fā)過程中必須使用的軟件語言、軟件進(jìn)程需求、主要開發(fā)工具、核心技術(shù)、第三方產(chǎn)品等。 產(chǎn)品應(yīng)當(dāng)遵循的標(biāo)準(zhǔn)或規(guī)范【可選】說明：闡述本產(chǎn)品應(yīng)當(dāng)遵循什么標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則，違反標(biāo)準(zhǔn)、規(guī)范或業(yè)務(wù)規(guī)則的產(chǎn)品通常不太可能被接受。5 其他 目前核心問題和困難 業(yè)務(wù)對項目實施的需求和期望【可選】 其他未盡事宜附件三 系統(tǒng)需求規(guī)格說明書文件狀態(tài)：[√] 草稿[ ] 正式發(fā)布[ ] 正在修改文件標(biāo)識：ProjectName當(dāng)前版本：作 者：完成日期：YearMonthDay版 本 歷 史版本/狀態(tài)作者參與者起止日期備注1 引言 目的例如：規(guī)定系統(tǒng)的邊界和目標(biāo)，描述系統(tǒng)的功能性需求和非功能性需求。說明：指明本文檔面向的讀者群，及相應(yīng)的閱讀意見?！究蛇x】說明：對本文的范圍做闡述，本文檔改動時，受到影響的范圍，例如，本文引用到的用例模型，系統(tǒng)原型，系統(tǒng)測試用例等文檔。 參考文檔說明：列出本文檔的所有參考文獻(xiàn)（可以是非正式出版物），包括計劃任務(wù)書、合同、批文、引用到的文件、資料及軟件開發(fā)標(biāo)準(zhǔn)等。 術(shù)語與縮寫解釋說明：列出本文件中用到的專門術(shù)語的定義和縮寫詞的原詞組，并給予解釋，以便于所有讀者達(dá)成共識。2 綜合描述 系統(tǒng)背景【可選】說明：介紹系統(tǒng)的預(yù)期效果、歷史原因。 問題說明【可選】提供一段說明，總結(jié)此項目需要解決的問題。可以采用以下格式：問題是[對問題進(jìn)行說明]影響[問題影響的干系人]問題的后果[該問題會導(dǎo)致什么后果]成功的解決方案[應(yīng)列出成功解決方案的一些主要優(yōu)點]說明：闡述本項目“適用的業(yè)務(wù)領(lǐng)域”和“不適用的業(yè)務(wù)領(lǐng)域”，本產(chǎn)品“應(yīng)當(dāng)包含的內(nèi)容”和“不包含的內(nèi)容”。說清楚系統(tǒng)范圍的好處是：（1）有助于判斷什么是需求，什么不是需求；（2）可以將開發(fā)精力集中在產(chǎn)品范圍之內(nèi)；（3）有助于控制需求的變更。l 完整而準(zhǔn)確的定義本產(chǎn)品的干系人；l 明確本產(chǎn)品所影響到的部門和業(yè)務(wù)；l 用圖表或者文字描述產(chǎn)品的范圍，概要的定義產(chǎn)品的功能。 干系人與用戶說明【可選】【可選】詳細(xì)說明目標(biāo)用戶的工作環(huán)境。以下是幾項建議：該任務(wù)由多少人來完成？是否總在變化？一個任務(wù)周期需要多長時間？執(zhí)行每項活動要用多長時間？是否總在變化？是否有特殊的環(huán)境約束：移動、戶外、乘機旅行等？目前使用的是哪些系統(tǒng)平臺？以后會使用哪些平臺？還在使用哪些應(yīng)用程序？您的應(yīng)用程序是否需要和這些應(yīng)用程序集成？在此處可以從業(yè)務(wù)模型中摘錄一些內(nèi)容來概述所涉及的任務(wù)和角色等等。 干系人簡檔【可選】通過在下表中填寫各干系人的相關(guān)信息來說明系統(tǒng)中的各個干系人，詳盡的簡檔應(yīng)包括各種干系人在以下方面的信息：代表[誰是此產(chǎn)品的干系人代表？（如在他處已作記錄，則此處為可選。）此處只需填寫姓名。]說明[對干系人類型的簡要說明。]類型[介紹干系人的技能特長、技術(shù)背景和熟練程度（即權(quán)威用戶、業(yè)務(wù)用戶、專家用戶、初級用戶等）]職責(zé)[列出干系人對所開發(fā)的系統(tǒng)負(fù)有的關(guān)鍵職責(zé)，即他們作為干系人的利益。]使用頻率[該干系人使用系統(tǒng)的頻率]意見/問題[在此處列出會阻礙成功的問題以及任何其他相關(guān)信息。]列出干系人認(rèn)為現(xiàn)有解決方案存在的關(guān)鍵問題。對于列出的每個問題，需澄清以下要點：? 為什么會出現(xiàn)這一問題？? 目前如何解決該問題？? 干系人需要什么樣的解決方案？務(wù)必要了解干系人或用戶對解決各個問題的相對重視程度。分級和累積投票方法表明，必須解決的問題與干系人或用戶希望解決的問題大有不同。 目標(biāo)業(yè)務(wù)模型【可選】說明：新系統(tǒng)業(yè)務(wù)模型描述，如有相應(yīng)業(yè)務(wù)模型材料了，可作為需求規(guī)格說明書的輸入?yún)⒖假Y料。 功能摘要總結(jié)該產(chǎn)品將提供的主要優(yōu)點和特性，而不必涉及每個功能的細(xì)節(jié)。對功能加以組織，使客戶或初次閱讀該文檔的其他人能夠理解此功能列表。 功能清單及重要程度說明說明：功能名稱、功能描述、重要程度。重要程度，以ABC三類來表示：A：核心功能；B：輔助功能；C：外圍功能；級別，按照繼承關(guān)系分為：一級，二級，三級；編號級別重要程度功能名稱功能描述備注 功能與業(yè)務(wù)對照關(guān)系表說明：業(yè)務(wù)組為主編寫業(yè)務(wù)需求，業(yè)務(wù)需求提交至信息技術(shù)組后，由信息技術(shù)組建立目標(biāo)系統(tǒng)業(yè)務(wù)模型并與業(yè)務(wù)組進(jìn)行確認(rèn)（本操作可選，