軟件項目建議書(shū)

　　軟件項目管理的對象是軟件工程項目。它所涉及的范圍覆蓋了整個(gè)軟件工程過(guò)程。一起來(lái)看看軟件項目建議書(shū)，僅供大家參考！謝謝！

　　一、項目啟動(dòng)（項目開(kāi)工會(huì )）

　　了解項目干系人及其利害關(guān)系。

　　所有項目組成員是否到位，如到位則拿到項目開(kāi)發(fā)人員的簡(jiǎn)歷，詳細了解每個(gè)開(kāi)發(fā)人員的情況（可能會(huì )組織到客戶(hù)方面試）。

　　根據項目需求規格列出項目功能列表，并根據開(kāi)發(fā)人員技術(shù)等情況創(chuàng )建WBS。

　　根據項目時(shí)間、資源等情況規劃項目初步開(kāi)發(fā)計劃（各里程碑時(shí)間點(diǎn)的粗略計劃，每個(gè)時(shí)間段投入多少人力等）。

　　確定各種軟硬件需求，如：版本控制服務(wù)器、數據庫服務(wù)器、開(kāi)發(fā)服務(wù)器、缺陷管理軟件服務(wù)器、開(kāi)發(fā)工具等。

　　參與人員：

　　項目經(jīng)理、項目總監、全體項目組成員、用戶(hù)方領(lǐng)導、用戶(hù)方參與人員、其它主要項目干系人

　　項目啟動(dòng)會(huì )議的目標：

　　讓整個(gè)項目組的成員相互認識

　　建立項目的工作關(guān)系和溝通關(guān)系

　　讓大家明確團隊的工作目標

　　讓大家了解項目的當前狀態(tài)

　　一起審閱項目計劃

　　找出項目的難點(diǎn)或可能出問(wèn)題的環(huán)節

　　分配小組和個(gè)人的角色與責任

　　獲得小組和個(gè)人的承諾

　　實(shí)施建議：

　　對立項管理過(guò)程域產(chǎn)生的所有有價(jià)值的文檔如《立項建議書(shū)》、《立項調查報告》、《立項可行性分析報告》、《立項評審報告》進(jìn)行配置管理。做好必要的保密工作。

　　由于每個(gè)項目都要占用機構的資金和資源，立項評審一定要嚴格。建議對機構高層管理人員進(jìn)行必要的立項管理培訓。

　　輸出文檔包括：

　　項目風(fēng)險管理計劃、工作任務(wù)分解結構（WBS）、項目進(jìn)度計劃、配置管理計劃、質(zhì)量保證計劃、TimeSheet、開(kāi)發(fā)規范文檔、測試計劃

　　二、需求分析

　　需求調研：與客戶(hù)就其所需要的功能、流程、操作等需要為基礎，而且需求決策者必須是項目經(jīng)理或部門(mén)負責人。

　　列一個(gè)需求管理（包括詳細的溝通計劃及要求溝通）計劃，考慮需求溝通中的人員、資源、時(shí)間的要求。

　　雖然有些因素是客戶(hù)方造成的，但應該站在其角度上，為其考慮一些存在的客觀(guān)及主觀(guān)因素。

　　注意與項目成員之間的溝通方式及對團隊的建設。

　　把握需求分析的進(jìn)度及質(zhì)量是否符合要求。

　　根據交互設計原型與客戶(hù)交流需求分析是否達到要求及功能點(diǎn)是否有遺漏。

　　有哪些文檔或數據是由客戶(hù)提供的，這些數據是否需要在新開(kāi)發(fā)的系統中維護等。

　　實(shí)施建議：

　　先對項目成員進(jìn)行培訓，讓他們掌握必要的需求開(kāi)發(fā)技能。(比如需求開(kāi)發(fā)要做什么，做到什么程度，需要注意哪些問(wèn)題等)

　　對需求開(kāi)發(fā)過(guò)程域產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。

　　需求的建模分析有較高的技術(shù)難度，項目成員應當根據自身水平進(jìn)行取舍。

　　交互設計中應以用戶(hù)的易用性為前提然后考慮在這樣設計的前提下技術(shù)上實(shí)現是否有難度或者工作量超過(guò)前期設計的百分之二十.

　�。ǘ嘤肨AB形式，盡量讓客戶(hù)的某個(gè)角色的任務(wù)可以在一個(gè)頁(yè)面中完成，一般用上下文菜單，避免用系統的菜單，一個(gè)功能塊一般只需要一個(gè)入口）

　　輸出文檔包括：

　　產(chǎn)品需求分析說(shuō)明書(shū)、數據流程圖、系統應用架構圖、交互設計原型、需求分析模型(RQM)

　　三、概要設計

　　確定影響系統設計的約束因素：本系統應當遵循的標準或規范、軟件、硬件環(huán)境（包括運行環(huán)境和開(kāi)發(fā)環(huán)境）的約束、接口/協(xié)議的約束、軟件質(zhì)量的約束、隱含約束等。

　　確定設計策略：擴展策略、復用策略、折衷策略。

　　系統分解與設計：將系統分解為若干子系統，確定每個(gè)子系統的功能以及子系統之間的關(guān)系；將子系統分解為若干模塊，確定每個(gè)模塊的功能以及模塊之間的關(guān)系。

　　數據庫概要設計。

　　輸出文檔：

　　產(chǎn)品概要設計說(shuō)明書(shū)、數據概要設計模型(CDM)

　　四、詳細設計

　　確定功能模塊的參與者、數據庫表、輸入參數說(shuō)明、前置條件、基本流程、異常流程、日志等信息。

　　各層次結構的接口定義

　　數據庫設計：邏輯設計—>物理設計－>安全性設計－>優(yōu)化

　　實(shí)施建議：

　　先對系統設計人員進(jìn)行“專(zhuān)題”培訓，讓他們掌握必要的系統設計技能。

　　由于國內絕大多數的大學(xué)不開(kāi)設“用戶(hù)界面設計課程”，這導致大部分軟件開(kāi)發(fā)人員不善于設計用戶(hù)界面。項目開(kāi)發(fā)小組應當設法邀請用戶(hù)界面設計專(zhuān)家參與（或指導）本軟件的 界面設計。

　　對系統設計過(guò)程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。

　　輸出文檔：

　　產(chǎn)品詳細設計說(shuō)明書(shū)、數據物理設計模型(PDM)、自定義數據類(lèi)型及BO數據類(lèi)型文件、數據字典、系統測試用例、對象模型(OOM)

　　五、Coding

　　軟件編碼，各接口的實(shí)現。

　　單元測試。

　　實(shí)施建議：

　　對開(kāi)發(fā)人員進(jìn)行“高質(zhì)量程序設計”培訓，讓他們掌握編寫(xiě)高質(zhì)量程序的技能。

　　對開(kāi)發(fā)人員進(jìn)行“版本控制、代碼審查、測試、改錯”等方面的培訓，提高他們的工作效率。

　　開(kāi)發(fā)小組根據項目的資源、時(shí)間等限制因素，可以適當地減少測試的工作量。

　　對實(shí)現與測試過(guò)程中產(chǎn)生的所有代碼和有價(jià)值的文檔進(jìn)行配置管理。

　　輸出：

　　單元測試報告、代碼評審報告

　　六、集成測試

　　根據系統測試用例測試系統的功能性需求，保證系統的正常功能處理及異常處理是否正確。

　　用戶(hù)界面測試，重點(diǎn)是測試軟件系統的易用性和視覺(jué)效果等。

　　健壯性測試,測試軟件系統在異常情況下能否正常運行的能力。(容錯能力和恢復能力)

　　安全性測試(這種測試一般能通過(guò)建行的fortify 軟件評測即可)

　　如果產(chǎn)品需要安裝，那么還得經(jīng)過(guò)安裝與反安裝測試

　　實(shí)施建議：

　　對系統測試人員進(jìn)行必要的培訓，提高他們的測試效率。

　　項目經(jīng)理和測試小組根據項目的資源、時(shí)間等限制因素，設法合理地減少測試的工作量，例如減少“冗余或無(wú)效”的測試。

　　系統測試小組根據產(chǎn)品的特征，可以適當地修改本規范的各種文檔模板。

　　對系統測試過(guò)程中產(chǎn)生的所有代碼和有價(jià)值的文檔進(jìn)行配置管理。

　　為了調動(dòng)測試者的積極性，建議企業(yè)或項目設立獎勵機制，例如：根據缺陷的危害程度把獎金分等級，每個(gè)新缺陷對應一份獎金，把獎金發(fā)給第一個(gè)發(fā)現該缺陷的人。

　　輸出：

　　系統測試報告、缺陷管理報告、操作手冊

　　七、客戶(hù)驗收

　　成果審查。驗收人員審查開(kāi)發(fā)方應當交付的成果，如代碼、文檔等等。確保這些成果是完整的并且是正確有效的。

　　驗收測試。驗收人員對交付的產(chǎn)品進(jìn)行全面的測試，確保產(chǎn)品功能、質(zhì)量符合需求。

　　及時(shí)解決客戶(hù)方發(fā)現的問(wèn)題。

　　輸出：

　　客戶(hù)驗收計劃、驗收測試用例、客戶(hù)驗收報告、驗收操作手冊

　　實(shí)施建議：

　　在客戶(hù)驗收之前，開(kāi)發(fā)方對驗收人員進(jìn)行必要的產(chǎn)品培訓。

　　開(kāi)發(fā)方可以將系統測試用例給驗收人員參考，以減少設計測試用例的時(shí)間。

　　開(kāi)發(fā)方人員應當熱情地協(xié)助驗收人員。對驗收人員發(fā)現的軟件缺陷馬上予以糾正；對于復雜的問(wèn)題應當立即請示有關(guān)領(lǐng)導，不可拖延。在驗收期間不可與客戶(hù)爭吵，給客戶(hù)留下很好的印象。

　　對驗收過(guò)程中產(chǎn)生的所有有價(jià)值的文檔進(jìn)行配置管理。

　　八、結項

　　計劃與實(shí)際情況對比:產(chǎn)品功能、工作成果、產(chǎn)品質(zhì)量、投入人員、工作量、成本等

　　申請結項理由和項目自我評價(jià)

　　對項目進(jìn)行綜合評估，總結經(jīng)驗教訓。

　　有價(jià)值的結項管理至少包括三項內容：

　　1、對項目的有形資產(chǎn)和無(wú)形資產(chǎn)進(jìn)行清算，既要防止資產(chǎn)流失，又要及時(shí)地利用這些資產(chǎn)。

　　2、對項目進(jìn)行綜合評估。例如評估項目完成情況、項目質(zhì)量、投入產(chǎn)出分析、項目的市場(chǎng)價(jià)值、項目對企業(yè)的貢獻等等。該評估報告可以作為考核項目人員業(yè)績(jì)的重要依據。

　　3、總結經(jīng)驗教訓，使整個(gè)機構受益。