1、 某文理學院實驗報告時間：2013 年   12  月 3 日課程名稱：軟件項目管理實驗名稱：某學院畢業生就業信息管理系統項目計劃書班級：  某：  同組人： 指導教師評定：          簽名：      一、實驗目的掌握項目計劃書的格式和寫作要求，會結合具體項目寫作項目計劃書。二、實驗要求1、結合模擬

2、項目寫出項目計劃書。2、提交項目計劃書一份。三、實驗環境1硬件：計算機2操作系統：windows平臺。3相關軟件：Microsoft office軟件。四、實驗內容1 引言1.1 編寫目的為了保證項目團隊按時保質地完成項目目標，便于項目團隊成員更好地了解項目情況，使項目工作開展的各個過程合理有序，因此以文件化的形式，把對于在項目生命周期內的工作任務X圍、各項工作的任務分解、項目團隊組織結構、各團隊成員的工作責任、團隊內外溝通協作方式、開發進度、經費預算、項目內外環境條件、風險對策等內容做出的安排以書面的方式，作為項目團隊成員以及項目干系人之間的共識與約定，項目生命周期內的所有項目活動的行動基礎

3、，項目團隊開展和檢查項目工作的依據。1.2 背景項目的名稱：某學院畢業生就業信息管理系統。項目的委托單位：某學院計算機科學與技術學院軟件開發部。項目的用戶（單位）：某學院各屆畢業生。項目的任務提出者：某學院計算機科學與技術學院軟件開發部。項目的主要承擔部門：某學院計算機科學與技術學院軟件開發部。項目建設背景：通過本系統可以使某學院畢業生就業信息管理工作更加合理化、科學化，提高工作的效率，從根本上改變就業管理工作的方式，通過Internet，各院系和學生利用網絡的便利，可以直接查詢和提交就業信息。在這種系統平臺下，可以快速、有效、全面的反映最新的用人單位信息、畢業生基本信息和就業趨勢，及時提供高

4、校學生工作管理人員對歷屆用人單位需求信息的分析統計，及時有效地調查分析大學畢業生的擇業趨勢和引發的心理問題并進行及時有效的就業指導。可以做到信息的規X管理、科學統計和快速查詢，從而減少管理方面的工作量。1.3 定義Microsoft SQL Server2008：數據庫開發環境  Visual Studio 2010：程序開發環境1.4 參考資料1朱少民.軟件過程管理.：清華大學，20072朱少民.軟件質量保證和管理.：清華大學，20073韓萬江，姜立新.軟件開發項目管理.：機械工業，20044Harold Kerzner,楊愛華，等.項目管理計劃、進度

5、和控制的系統方法.第9版.：電子工業，2006.1.5 標準、條約和約定計算機科學與技術學院畢業生就業信息管理系統立項建議書計算機科學與技術學院畢業生就業信息管理系統項目任務書計算機科學與技術學院畢業生就業信息管理系統項目履行合同2、項目概述2.1 項目目標為實現項目的總目標，必須實現以下三個階段目標：前一個月了解其原有系統的工作原理，整理出系統分析和設計方案；后一個月完成基本的信息管理功能并調試；其后是把系統投入試運行，找出缺陷并修改。項目目標應當符合SMART原則：· S Specific 明確的陳述 · M Measurable 可以衡量的結果 &

6、#183; A Attainable 可以達成的目標 · R Realistic 合理的，現實的或者說是能和實際工作相結合 · T Trackable 可以跟蹤的 2.2 產品目標與X圍1、該軟件應能在網絡上運行。2、該軟件對軟硬件環境應無特殊要求。3、一般用戶不能刪除和修改系統中的信息，但管理員可以對系統中的信息進行刪除、修改和增加。4、涉及個人信息，個人經登陸系統后，可以將本人的信息增加錄入到系統中，經管理員審核后，其他人員可看到該信息。2.3假設與約束 該系統運行壽命的最小值為十年，經費待定，投資為6臺電腦，可利用的信息由本組成員自使行在因特網中搜

7、索。系統投入使用的最晚時間為2013年1月。2.4 項目工作X圍產品X圍界定：本項目是web版的畢業生就業信息管理系統，用戶能夠通過大多數瀏覽器客戶端瀏覽信息。工作X圍界定：為了能夠按時保質交付一個有特殊的特征和功能的軟件學院信息管理系統軟件產品所要完成的工作任務：需求分析階段著重通過以前的系統及客戶需求分析出基本的軟件產品的要求，概念設計階段借鑒以前的信息管理軟件了解其詳細的模塊之間的關系，詳細設計階段設計出基本的實現框架，編碼階段，測試階段通過一步步的系統集成測試來發現解決模塊之間的關系。2.5 應交付成果2.5.1 需完成的軟件需要完成的程序的名稱：畢業生就

8、業信息管理系統所用的編程語言：JAVA存儲程序的媒體形式：瀏覽器-數據庫模式軟件對象包括：源程序、數據庫對象創建語句、可執行程序、支撐系統的數據庫數據、配置文件、第三方模塊、界面文件、界面原稿文件、聲音文件、安裝軟件、安裝軟件源程序文件等等。2.5.2 需提交用戶的文檔畢業生就業信息管理系統 軟件項目建議書，畢業生就業信息管理系統 軟件項目規格說明書畢業生就業信息管理系統 用戶使用手冊畢業生就業信息管理系統 可行性研究報告2.5.3 須提交內部的文檔 畢業生就業信息管理系統 項目計劃書畢業生就業信息管理系統 詳細設計畢業生就業信息管理系統 數據庫設計畢業生就業信息

9、管理系統 項目測試用例2.5.4 應當提供的服務培訓、安裝、維護和運行支持2.6項目開發環境軟件系統所要的硬件環境：內存128M及以上；操作系統：microsoft windows 2000及以上版本開發工具：Visual Studio 2010數據庫系統：SQL server 20082.7 項目驗收方式與依據驗收方式：交付前驗收。項目驗收依據：標書、計算機科學與技術學院畢業生就業信息管理系統開發合同項目文檔；畢業生就業信息管理系統需求規格說明書。3、項目團隊組織3.1 組織結構項目團隊構成：項目經理、計劃經理、系統分析員、構架設計師、設計組、程序組、測試組等。

10、項目經理計劃經理系統分析員構架設計師設計組程序組測試組3.2 人員分工 確定項目團隊的的每個成員屬于組織結構中的什么角色，他們的技術水平、項目中的分工與配置，可以用列表方式說明，具體編制時按照項目實際組織結構編寫。以下是一個示例。某技術水平角色工作描述某高項目管理、前期分析、設計分析系統需求、項目計劃、項目團隊管理、檢查進度某高分析 設計 編碼分析模塊、數據庫設計某中分析 設計數據加載分析某高設計數據交換某中編碼 設計對后期總體負責 加載程序編寫某高測試對軟件進行測試、軟件測試文檔某X中文檔編寫，測試用戶操作手冊3.3協作與溝通 本系統主要針對需要就業的畢業生開發

11、設計，我們首先要弄清楚客戶的需求，明確軟件中必須要有的功能，怎樣讓客戶更好的使用軟件，仔細分析客戶的目的?？蛻粢惨獙⒆约旱恼鎸嵰馑己托枰枋鼋o項目經理?？梢圆扇∶?個星期舉行一次的小型會議，項目經理匯報項目的進程，由客戶當面提出不滿足需求的方面，促使進行改正，避免勞力、物力、財力的浪費?；蚴褂肣Q，QuickOffice等工具來進行溝通。3.3.1 項目團隊內部協作使用QQ的自帶記錄方式記錄交流的內容，每天早晨，中午集中討論；個別交流時間不論。是當天的問題當天解決3.3.2 項目接口人員a、負責本項目同用戶的接口人員；b、負責本項目同本企業各管理機構，如計劃管理部門、合同管

12、理部門、采購部門、質量管理部門、財務部門等的接口人員；c、負責本項目同分包方的接口人員。3.3.3 項目團隊外部溝通與協作模式項目開發過程中項目團隊內部與接口人員:小L客戶溝通的方式：溝通，QQ溝通，溝通。溝通頻次：每天兩次。溝通成果記錄辦法：錄音及QQ聊天記錄。用戶及其所在本企業部門名稱和聯系：121321321321協作開發的有關部門的名稱：公關部經理某：小L。4、實施計劃4.1風險評估及對策風險：不能及時交付給用戶。風險的對策：提供詳而有效的計劃，按計劃執行。減緩：把關鍵的任務分配給經驗豐富的開發人員；吸納：延期交付，總結經驗。對于軟件開發項目而言，在分析、識別和管理風險上投入

13、足夠的時間和人力可以使項目進展過程更加平穩，提高項目跟蹤和控制的能力，由于在問題發生之前已經做了周密計劃，因而對項目的成功產生更加充分的信心。軟件開發項目常見預估的風險：1) 工程規模進度上的風險規模大，規模估算不精確甚至誤差很大；就規模而言，用戶要求交付期、費用很緊；預料外的工作(測試未完時的現場對應等)；2) 技術上的風險使用新的開發技術、新設備等，或是新的應用組合，沒有經驗；是新的行業或業務，沒有經驗；性能上的要求很嚴；3) 用戶體制上的問題用戶管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現了延遲）；或者恐怕功能會多次變更；與用戶分擔開發，恐怕工程會拖延（或者出現了延遲）；用戶或其

14、他相關單位承擔的工作有可能延誤；4) 其它：無4.2 工作流程 本項目采用X型的工作流程，以測試驅動開發，開發之前對出問題最大的用戶需求詳加分析，寫出測試用例再開發軟件。4.3 總體進度計劃總體計劃相關檢查有：項目計劃、項目準備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、用戶培訓、安裝部署、試運行、驗收起止時間點責任人及所需資源完成工作應提交成果里程碑/檢查點2013.12.12013.12.3*項目計劃項目計劃書項目計劃書2013.12.42013.12.5*項目準備硬件軟件準備硬件軟件準備2013.12.62013.12.9*需求

15、調研用戶需求說明書用戶需求說明書2013.12.102013.12.15*需求分析項目規格說明書項目規格說明書2013.12.162013.12.21*概要設計數據庫，交互圖類圖設計數據庫，交互圖類圖設計2013.12.222013.12.29*編碼實現代碼代碼2013.12.302014.1.20*測試測試用例說明書測試用例說明書2014.1.212014.1.31*移交軟件模塊軟件模塊2014.2.12014.2.7*內部測試完整的測試用例完整的測試用例2014.2.82014.2.14*用戶培訓用戶會使用本軟件用戶會使用本軟件2014.2.152014.2. 20*安裝部署安裝在指定環境

16、中安裝在指定環境中2014.2.212014.3.21*試運行成功運行在規定的環境中成功運行在規定的環境中2014.3.222014.3.24*驗收資金交付，軟件正常運行資金交付，軟件正常運行2014.3.252014.3.27*需求評審需求分析到位需求分析到位2014.3.282013.3.31*設計評審規X設計規X設計制定軟件項目進度計劃應當考慮以下一些因素:1）對于系統需求和項目目標的掌握程度。如開始時對于系統需求和項目目標只有比較數的了解，就只能制定出比較粗的進度計劃，等到需求階段或設計階段結束，就應該進一步細化進度計劃。2）軟件系統規模和項目規模，這兩個不是一個概念。軟件系統規模往往

17、是從功能點的估算或其他估算方式得來的，而項目規模還要考慮對文檔數量與質量的要求，使用的開發工具、新技術、多少復用、溝通的方便程度、客戶方的情況、需要遵守的標準規X等等等等。例如，完成一個大型的系統，在一定的時間內一個人或幾個人的智力和體力是承受不了的。由于軟件是邏輯、智力產品，盲目增加軟件開發人員并不能成比例地提高軟件開發能力。相反，隨著人員數量的增加，人員的組織、協調、通信、培訓和管理方面的問題將更為嚴重。3）軟件系統復雜程度和項目復雜程度：和軟件系統規模和項目規模一樣，軟件系統的復雜程度主要是考慮軟件系統本身的功能、架構的復雜程度，而項目的復雜程度主要是指項目團隊成員的構成、項目任務的復雜

18、程度、項目干系人的復雜程度、需求調研的難易程度，多項目情況下資源保障的情況，等等。軟件系統的規模與軟件系統的復雜程度未必是成比例的關系；同樣項目的規模與項目的復雜程度未必是成比例的關系。4）項目的工期要求，就是項目的緊急程度。有些項目規模大，卻因為與顧客簽訂了合同，或者為了搶先占領市場，工期壓縮得很緊，這時就要考慮如何更好地合理安排進度，多增加人選多采用加班的方式是一種萬不得已的選擇。增加人選除了增加人的成本外必定會增加溝通的成本（熟悉項目任務所需要的時間）；加班如果處理不好會造成情緒上的問題，也可能會因為過于忙碌而無法顧及質量，造成質量的下滑。5）項目成員的能力。這些能力包括項目經理的管理能力，系統分析員的分析能力、系統設計人員的設計能力、程序員的編碼能力、測試人員的測試能力，以及企業或項目團隊激發出這些能力的能力。從另外一個角度看還有總體上對客戶行業業務的熟悉程度；對于建模工具、開發工具、測試工具等技術的掌握程度；企業內部對行業業務知識和主要技術的知識積累。4