項目范例思拓sipp軟件過程

第一章概 SIPP模 第二章產品規(guī) 介 產品估 實施建 第三章產品...................................................................................................................................介 產品計劃...........................................................................................................................控制偏 實施建 第四章風險管 介 實施建 第五章需求管 介 需求確 需求................................................................................................................................... 實施建 第六章需求開 介 用戶需求........................................................................................................................... 實施建 第七章技術預 介 實施建 第八章系統(tǒng)設 介 模塊設 實施建 第九章實現(xiàn)與測 介 準 實施建 第十章系統(tǒng)測 介 實施建 介 實施建 第十二章產品驗 介 實施建 第十三章技術評 介 實施建 第十四章配置管 介 版本控 實施建 第十五章質量保 介 實施建 第十六章培訓管 介 實施建 第十七章服務與介 客戶服 產品實施建 第一章（Siplified它由眾多的過程規(guī)范和文檔模板組成。SIPP主要用于指導公司持續(xù)的改進其軟件過程能力。SIPP模型中，軟件產品的過程有三大類：產品管理過程、產品研發(fā)過程和機構支撐過程。上述三類過程可以細分為15個主要過程域，分布在PH1~PH5的各個階段。6）Beta測試7）產品發(fā)布1- 為產品的研發(fā)和管理工作制定全理的行動（即產品計劃以便所有相 SIPP規(guī)范細 第二章產品規(guī)劃在產品規(guī)劃過程域階段，公司首先任命一位產品經理，之后公司協(xié)助產品經理籌備““按計劃執(zhí)行研發(fā) 軟件硬件資源、技術水 WBS2-2WBS僅用產品估計而非用于2-2WBS 10%10%，則轉向上一步，開發(fā)小組各成員重新估計產品的規(guī)模，直到個人估計的差額小于10%為止。2-1… 1人年=121人月≈22新估計工作量，直到個人估計的差額小于10%為止。2-2編程工作量測試工作量配置管理工作量≈質量保證工作量≈培訓管理工作量[Step4] 構支撐過程等。例如裁減SIPP模型。行面向對象分析與設計，采用ConcurrentVersionsSystem進行配置管理，采用Office制作文檔等。[Step3]多個角色2-3所示。2-3 劃，如表2-4所示。主要內容包括：2-４軟硬件資源計劃 2-5 … 配置管理，使用Excel或project工具進行計劃管理。第三章產品產品的目的是通過周期性的產品計劃的各種參數(shù)如進度、工作量、費用、資源、工作成果等，不斷的了解產品的進展情況，以產品實際進展狀況顯著偏離計劃時能夠及時采取產品過程域包含３個主要規(guī)程，流程如圖3-1所示。 [Step1]的數(shù)據(jù)保存在《產品數(shù)據(jù)表》之中。任務表的參考格式如表3-1所示。 [Step2]存在《產品數(shù)據(jù)表》之中。工作成果表的參考格式如表3-4所示。 [Step1]“產品計劃”，找出顯著偏差項（20。[Step2][Step3][Step4]糾正偏差的過[Step1][Step2]第四章風險管理 值54321 值54321 963864254321 [Step1][Step2][Step3][Step4]第五章需求管理需求開發(fā)，另一類屬于需求管理。圖5-1為需求工程的結構圖。 [Step1][Step2]產品經理邀請專家和用戶（包括客戶和最終用戶）一起評審需求文檔，盡最大努力[Step3]乙方[Step1]建立與需求矩 １明２[Step2]使用需求矩陣的優(yōu)點是很容易發(fā)現(xiàn)需求文檔與后續(xù)工作成果之間的不一致之[Step3][Step1][Step2]需求變更申[Step3][Step4]第六章需求開發(fā)求管理的流程如圖6-1所示。 [Step1]

[Step3] [Step5]設計 [Step1] 第七章技術預研一般說來，在設計或實現(xiàn)階段遇到了，才去攻克問題，其代價通常比較高。因為其他人[Step1][Step2]開展技術預研[Step3]第八章系統(tǒng)設計 8-2[Step1]

體系結構設計人員準備相關的設計工具（RationalRose）和資料。隱含約束。有一些假設或依賴并沒有在需求文檔中明確，但可能會對系統(tǒng)設計[Step3][Step4]系統(tǒng)分解與設計[Step5][Step6]設計設計2.3[Step3][Step4] [Step5][Step6]設計設計[Step1[Step2] （ERD。如果采用面向對象方法(OOAD)，這里的實體相當于類（CLASS

]Step2Step2.設計設計[Step1[Step2 （OOAD 第九章實現(xiàn)與測試的流程如圖9-1所示。一般地，編程、代碼、單元測試、集成測試大致存在工具（VSTS、TD）來管理，開發(fā)人員應當及時消除缺陷（改錯。軟統(tǒng)代碼準備 [Step1[Step2]計][Step1][Step2[Step3[Step4第十章系統(tǒng)測試缺陷（即改錯。系統(tǒng)測試流程如圖10-1所示。制制劃設例執(zhí)試缺錯 [Step2]設計系統(tǒng)測試用例第十一 Beta測糾紛。解決這個問題的好方法是Beta測試。發(fā)方和Beta用戶達成互利的協(xié)議。流程如圖11-1所示。聯(lián)系Beta Beta測試流[Step1聯(lián)系Beta開發(fā)Beta客戶聯(lián)系，建立庫。并建立與Beta客戶交流的多種， [Step2[Step3將此信息記錄在《Beta測試報告》中。[Step4Beta第十二 產品驗成 與驗收測圖12-1 [Step1，成果。驗收人員根據(jù)計劃開發(fā)方應當交付的成果，如代碼、文檔等。確保這些成果是完整的。并且是正確的。驗收人員將結果記錄在《產品》[Step3[Step4復雜的問題應當立即有關，不可拖延。在驗收期間不可與客戶爭吵，給客戶留對驗收過程中產生的所有有價值的文檔進行配置管理(這里可能需要開發(fā)方的配第十三 技術評（FTRITR圖13-1 低”3個等級。重要性-復雜性組合與技術評審方式的對應關系如表13-1所示。13-1重要性-[Step4]計評審應當具備比較高的技術水平和比較豐富的評審經驗，能夠控制評審會議的進程。評審可以是產品內的技術骨干，也可以是產品外的技術專家。評審審來確定。評審員應當根據(jù)“檢查表”認真地查找工作成果中的缺陷，并和 2.1 [Step1評審首先確定評審會議的時間、地點、設備和參加會議的人員（包括評 評審員：由作者的同伴或者專家擔任評審員，通常一兩個人即可。評審員應當根據(jù) [Step3.2][Step3.3]第十四 配置管CItone，鑒于配置管理的重要性和復雜性，機構還應當設立配置管理（ConfigurationControlBoard,CCB求等。對于配置管理而言，CCB是決策者，而配置管理員是執(zhí)行者。品可以設立各自的CCB。CCB的決策采取“少數(shù)服從多數(shù)”的原則。 交付計劃、備份計劃等。CCB該計劃。CCB《配置管理計劃》。CCB的人數(shù)視產品的規(guī)模而定。通常CCB由產品經理、資深產品開發(fā)成員等人組成，產品經理為CCB。CCB的決策采用“少數(shù)服從多]] ]線計劃的參考格式如表14-2所示。 ]CCB意見修改《配置管理計劃》，直到該計劃被批準為止。[Step1 [Step2CCB該申請。如果該申請不合理，則交付配置項。如果同意交付，CCB或 隨著草稿的不斷完善，“YZ”的取值應遞增?！癥Z本升級幅度比較大時，才允許增大X值。見規(guī)則（2。[Step10.YZ。]更控制規(guī)程約束0.YZ。]劃”這類文件，則需要產品經理（或上級）的。[Step4號為X.Y。[Step5]：項，版本號格式為X.YZ。[Step1[Step2]變更申]]劃”這類文件，則需要產品經理（或上級）的。[Step6變遷為“正式發(fā)布”。CCB在《配置項變更控制報告》中簽字，結束變更。第十五 質量保測試。通過運試用例來找出軟件中的缺陷，例如單元測試、集成測試、系統(tǒng)測試、客觀地檢查和產品的質量。這是質量保證方法富有成效的一面。但是“工作過程以及工作成評審和測試能彌補質量保證的不足，三者是相輔相成的方法。我們在實踐中不能將質量15-1所示。 圖15-1 時間和人員。注意，對某些過程域的檢查應當是周期性的而不是的，例如配置管]][Step4]質量保證計[Step1]]]][Step5 的。一般地，質量保證小組和SEPG之和占企業(yè)總人數(shù)的5%左右。第十六 培訓管 培訓需求報告（可以采用[Step1][Step2][Step3] 所有人員（講師、服務員、學員等）10分鐘到培訓現(xiàn)場，簽到并領取培訓所 [Step4]產品經理該計劃[Step1][Step2][St