軟件項目管理實施計劃書

...WD......WD......WD...軟件工程管理方案書工程名稱：倫敦證券電子交易系統(tǒng)組員：學校：西安歐亞學院專業(yè)：軟件工程專業(yè)時間：2014年10月11日1、簡介 21.1工程概述 21.2工程交付產(chǎn)品 31.3軟件工程方案書的演化 31.4參考資料 32、工程組織 32.1團隊的分工與合作 43、管理過程 53.1管理目標及優(yōu)先級 53.2風險管理 53.3監(jiān)視及控制機制 63.4人員方案 73.5培訓方案 74、技術(shù)過程 74.1開發(fā)工具、方法和技術(shù)： 74.2軟件需交付的文檔： 85、開發(fā)進度安排及預算 85.1進度表格描述 85.2開發(fā)過程中的資源需求 105.3軟件管理過程中預算及資源分配 105.4工程進度及關(guān)鍵工期設置 101、簡介1.1工程概述本工程要開發(fā)一個倫敦證券交易市場的管理軟件，因與巨額資金掛鉤，需要極強的安全性能。本系統(tǒng)將對客戶信息，交易記錄，交易查詢，管理員信息，股市交易實時價格，進展快速反響顯示，以保證交易所的正常運行。1.2工程交付產(chǎn)品（1）提交文檔：工程管理方案、需求規(guī)格說明，設計報告、測試報告、用戶使用手冊和工程個人總結(jié)。其中工程總結(jié)為每人一份，每個小組所有成員的總結(jié)裝訂在一起；其余文檔每組提交一份。每個團隊可將各小組的文檔綜合到一起，各小組也可自行分開提交，具體方式由團隊內(nèi)部協(xié)商確定。所有文檔需要提交電子版和打印稿。（2）源程序檢查：檢查每個子系統(tǒng)的運行情況，檢查整個系統(tǒng)的運行情況，檢查完成后需要提交程序源文件和可執(zhí)行的系統(tǒng)。程序檢查安排在上機時間進展。1.3軟件工程方案書的演化軟件工程方案書在周末前經(jīng)由小組討論、共同撰寫、匯總整合三步驟形成初稿，根據(jù)工程的進展可以對其進展修改，需要有組員提出修改意，在全體會上討論通過，并由組長整理修改意見并作出相應的修改。其余組成員同步獲得更新稿。1.4參考資料《軟件工程管理原理分析》，肖來元。《軟件工程導論》，張海藩?！盾浖こ趟枷搿?，林銳?！盾浖こ讨v義》,萬靜。2、工程組織2.1團隊的分工與合作主程序員負責制。本團隊組織關(guān)系圖如下。成員角色職責蒲全斌組員領(lǐng)導工程團隊、執(zhí)行和管理團隊、負責軟件的交付工作。同時作為主程序員還要負責軟件設計和編寫代碼。并撰寫軟件設計報告。鄭友組員整理需求分析并撰寫需求分析報告、維護并及時修改和發(fā)布已更新技術(shù)文檔。作為程序員還要參與軟件設計與代碼開發(fā)。蒲全斌、鄭友軟件測試員、秘書、美工主要負責軟件代碼測試和用戶測試、并撰寫測試文檔初稿并對界面美工付主要責任、作為秘書要主持每周的討論會以及團內(nèi)溝通工作。3、管理過程3.1管理目標及優(yōu)先級根本管理原則：每位組成員既是積極的建言者，又是負責的合作者，同時也是決策的制定者。決策應在充分的討論根基上由大家共同做出，一旦決策做出就必須被及時有效的執(zhí)行。制止再有異議。目標1：按時按量完成工程的根本功能，按時發(fā)布產(chǎn)品及文檔，這是本團隊的最高目標。目標2：遵循標準化的工程運作標準，文檔嚴謹完整，代碼注釋充分，便于后續(xù)維護，這是第二目標。目標3：產(chǎn)品運行穩(wěn)定，界面友好，用戶易操作，盡量從用戶的角度去看問題，并提出解決問題的方案。目標4：注重團隊建設，成員分工合理，團隊成員合作默契，氣氛融洽。每周的討論會積極建言。在開發(fā)過程中積極協(xié)作。目標5：工程設計和開發(fā)上盡量有創(chuàng)新，有亮點。3.2風險管理本次開發(fā)過程中存在以下風險：開發(fā)技術(shù)熟練成都不夠。需求變更頻繁。缺乏足夠的美工支持。由于課程緊張導致工程最后無法按期完成。最后進展系統(tǒng)集成時出現(xiàn)重大失誤。風險躲避方法：1.由于局部組員對開發(fā)技術(shù)和工具的不熟練可能對整個工程有著災難性的影響。因此為了將這種影響降低至最低，本小組決定提前制定好兩周的學習方案，各組員要對開發(fā)工具Myeclipse搭建SSH框架和sqlsever2005進展快速的學習。盡快掌握其中的要點。同時在軟件的設計上盡可能降低難度使工程最后能成功完成。對于IIS服務的架構(gòu)則交由組長負責解決。2.在設計開發(fā)過程中可能發(fā)現(xiàn)原有需求不容易轉(zhuǎn)化為設計稿，在測試體驗過程中可能發(fā)現(xiàn)系統(tǒng)界面并不友好，易操作，這都會帶來需求的重新變更。這兩種情況，尤其后一種要盡量防止，以免帶來重復開發(fā)的浪費。因此在前期的軟件設計工作上要求各組員盡可能的提出具有前瞻性和預見性的建言，同時與其他團隊進展充分討論，設計方案要留有變更的余地。3.由于本小組成員對美工技術(shù)的缺乏，可能導致最后的軟件界面并不友好美觀易操作，因此要求組員深入學習關(guān)于美工的知識，比方css，photoshop以及flash技術(shù)。并積極尋求外援幫助。4.由于課程緊張可能使工程延期。如果出現(xiàn)必須延期的情況，組長需及時向教師解釋清楚，并申請延期時間。5.在最后進展系統(tǒng)集成時出現(xiàn)重大失誤，比方不能共用數(shù)據(jù)庫等。為躲避這類風險，組長將協(xié)同團隊中其他組成員共同設計整個系統(tǒng)需求分析及總體設計。并共同開發(fā)使用同一個數(shù)據(jù)庫。開放源代碼與其他組員共享開發(fā)成果。3.3監(jiān)視及控制機制報告機制：1.要求各組員以周為單位記錄工作進展，形成開發(fā)日志，并以電子文檔的形式提交給秘書進展整理，最后由文檔維護員進展維護。2.每周例會上各位組員積極對當前的開發(fā)工作進展積極的評審和建言，由組長做最后的作口頭總結(jié)，由秘書主持會議并記錄和整理會議的內(nèi)容。文檔維護員修改和維護相應的文檔。并交由小組進展會議評審并給出意見。3.組成員都要密切監(jiān)控風險狀態(tài)，發(fā)現(xiàn)風險后提交風險報告。由秘書定期提交風險報告。必要時將突發(fā)風險通知所有組員，并由組長做出臨時處理決定。然后在該周的例會上由組成員共同討論對風險的處理意見。并形成風險處理的日志做為以后的經(jīng)歷。報告格式：報告主題，時間段，發(fā)現(xiàn)人，報告內(nèi)容，審核意見評審機制：每日做出日報，內(nèi)容包括：自己的任務，完成的進度，遇到的問題，若何解決問題等內(nèi)容。3.4人員方案java程序員：蒲全斌、鄭友要求：熟悉java編程和jsp開發(fā)平臺界面設計員：蒲全斌、鄭友要求：熟悉CSS、Photoshop數(shù)據(jù)庫設計員：蒲全斌要求：熟悉SQL語句，熟練使用Oracle文檔維護員：鄭友要求：熟悉使用Word及Powerpoint溝通交流員：蒲全斌要求：較強的溝通能力，能及時調(diào)解組內(nèi)以及組與組之間的矛盾。軟件測試人員：全體組員要求：熟練使用開發(fā)工具的debug工具，有耐性。3.5培訓方案java以及jsp編程培訓培訓對象：全體組員。培訓內(nèi)容：熟練掌握java編程、根本了解jsp開發(fā)平臺的特性、并掌握Myeclipse的調(diào)試工具。美工培訓：全體組員培訓內(nèi)容：熟悉Css及Photoshop、了解Flash以及Dreamever的根本操作。4、技術(shù)過程4.1開發(fā)工具、方法和技術(shù)：本小組的團隊組織構(gòu)造為主程序員式組織構(gòu)造；編程語言為java；采用面向?qū)ο蟮姆治鲈O計方法；利用Windowsjsp開發(fā)平臺作為開發(fā)平臺；使用SqlSever2005作為數(shù)據(jù)庫管理系統(tǒng)圖；并采用統(tǒng)一的java標準的文件命名方式、代碼版式、注釋等編碼標準；編碼人員對代碼進展嚴格檢查后再進展代碼編譯；測試人員根據(jù)測試文檔進展單元測試；最后實現(xiàn)軟件的交付。開發(fā)環(huán)境：Sqlsever2005+Myeclipse6.0+VisualStudio2005。4.2軟件需交付的文檔：1．軟件工程管理方案該文檔由組長完成，介紹工程的整個管理過程。該文檔在軟件設計需求分析初級階段完成，后續(xù)階段由文檔維護員進展相應的更新。2.需求規(guī)格說明初稿在需求分析階段，由全體小組成員采集分析用戶的需求，并在例會上作出決策，有文檔維護員撰寫整理需求規(guī)格說明初稿，并在后續(xù)各個階段進展需求變更的更新。3.設計報告初稿在總體設計階段，小組根據(jù)需求規(guī)格說明文檔，完成軟件體系構(gòu)造的設計，由組長編寫軟件體系構(gòu)造設計文檔初稿，并在后續(xù)開發(fā)階段補充和更新。該文檔由文檔維護員負責維護更新。4.測試文檔在軟件開發(fā)階段，測試人員需要編寫測試規(guī)格說明文檔，并在后續(xù)測試階段更新。開發(fā)人員將根據(jù)測試規(guī)格說明文檔建設測試環(huán)境、準備測試數(shù)據(jù)。5．用戶手冊在更新用需求分析階段，測試人員需要開場著手編寫用戶手冊，并在需求分析完畢后需要形成初稿；在后續(xù)階段不斷由文檔維護員戶文檔；并在系統(tǒng)交付階段隨著系統(tǒng)一起被交付。6.個人工程總結(jié)由組內(nèi)成員各自獨立完成，對開發(fā)過程中獲得的工作經(jīng)歷進展總結(jié)。在提交系統(tǒng)時一并提交。7.其他文檔軟件開發(fā)過程中的其他文檔，如開發(fā)日志（按組員意見選擇公開與否），風險報告及其處理意見等，由秘書進展整理與會聚。作為以后軟件開發(fā)以及交流的經(jīng)歷。5、開發(fā)進度安排及預算5.1進度表格描述工作集子工作完成時間負責人最終交付物描述確定小組第三周蒲全斌小組成員名單成立人力資源管理系統(tǒng)開發(fā)團隊搭建環(huán)境第三周組內(nèi)各成員Myeclipse6.0+SQLsever2005確定開發(fā)工具及語言制定工程管理方案書第四周鄭友《工程管理方案書初稿》制定軟件開發(fā)過程管理方案完成需求規(guī)格說明書的出稿采集用戶需求第五周蒲全斌鄭友需求規(guī)格說明書的初稿通過查資料了解和采集用戶的需求。對需求進展匯總，制定需求規(guī)格說明初稿分析用戶需求及制定需求規(guī)格說明原型第五周需求規(guī)格說明的進一步完善與修改第六周需求規(guī)格說明的最后確認第七周系統(tǒng)設計系統(tǒng)總體設計第八周蒲全斌軟件設計報告初稿制定系統(tǒng)總體的設計方案，并根據(jù)需求說明聯(lián)系實際進展相應的修改系統(tǒng)詳細設計第九周系統(tǒng)模型及架構(gòu)最后確定第十周開發(fā)系統(tǒng)源代碼及源碼測試系統(tǒng)源碼開發(fā)第十一周蒲全斌鄭友源代碼要求熟練使用java和.jsp平臺系統(tǒng)源碼測試第十二周蒲全斌測試文檔根據(jù)測試文檔嚴格測試系統(tǒng)源碼復查第十三周鄭友無對代碼進展復查，盡量減少bug進展整個銀行系統(tǒng)的集成進展整個人力資源管理系統(tǒng)的集成第十四周蒲全斌無與其他組員無間協(xié)作完成整個系統(tǒng)的集成對整個集成后的系統(tǒng)進展測試檢查運行情況第十四周鄭友無搭建整個系統(tǒng)的運行平臺測試整個系統(tǒng)的發(fā)布情況系統(tǒng)交付系統(tǒng)交付第十五周蒲全斌一個可以運行的的系統(tǒng)以及用戶手冊和幫助。以及最后確定的技術(shù)文檔各組之間可以交流各自的開發(fā)經(jīng)歷和心得體會5.2開發(fā)過程中的資源需求人員：小組軟件工程開發(fā)成員支持軟件：MicrosoftVisualStudio2005、Myeclipse6.0、Office、Sqlsever2005開發(fā)地點：宿舍或者機房實驗設備：個人PC機、筆記本、實驗室PC機工程資源維護需求的數(shù)目和類型：4臺個人電腦（PentiumIII800以上CPU，256M以上內(nèi)存）5.3軟件管理過程中預算及資源分配1.系統(tǒng)的開發(fā)不涉及任何經(jīng)濟的預算，工程量初步設置