圖書管理系統(tǒng)-軟件項目管理大作業(yè)

1、精選優(yōu)質(zhì)文檔-傾情為你奉上圖書管理系統(tǒng)項目管理2016年6月22日目錄1 合同管理-22 生存期-43 需求管理3.1 軟件需求管理過程-53.1 需求概述-53.2 目標(biāo)-53.4 功能需求- 53.8 編寫用例文檔-74 任務(wù)分解-114.1 任務(wù)清單-114.2 WBS-145 規(guī)模估算-116 項目計劃-157 質(zhì)量計劃167.1項目經(jīng)理的職責(zé)-16 7.2軟件項目質(zhì)量保證活動-17 7.3測試計劃-197.4質(zhì)量改善-208 團(tuán)隊管理-218.1項目組織結(jié)構(gòu)-228.2團(tuán)隊溝通管理-231 合同合同書項 目 名 稱：圖書管理系統(tǒng)項目管理委托單位(甲方)：Bit金融商務(wù)大學(xué)承擔(dān)單位(乙

2、方)：中國軟件有限責(zé)任公司研究起止日期：2016年3月至2016年6月 中國軟件有限責(zé)任公司 2016年3月21日填項目名稱：圖書管理系統(tǒng)項目管理 甲方 （合同專用章） 乙方 （合同專用章） 合同簽訂日期：2016年3月21日 依據(jù)中華人民共和國合同法的規(guī)定，甲乙雙方經(jīng)友好協(xié)商，簽定以下合同。雙方申明，雙方都已理解并認(rèn)可了本合同的所有內(nèi)容，同意承擔(dān)各自應(yīng)承擔(dān)的權(quán)利和義務(wù)，忠實地履行本合同。 第一條本合同軟件開發(fā)項目的價格、工作進(jìn)度與安排。 （一）軟件設(shè)計與制作的項目價格項目價 格(元) 簡要說明 策劃創(chuàng)意費 5000元 為圖書館建立網(wǎng)站樹立企業(yè)形象，展現(xiàn)互聯(lián)網(wǎng)獨特的優(yōu)勢與特點。并可以根據(jù)企業(yè)的

3、市場和經(jīng)營管理策略特別策劃并提供整套的EC解決方案。 首頁設(shè)計與制作 1500元 訪問者登陸圖書館網(wǎng)站的首先索引頁，以圖書館識別系統(tǒng)為設(shè)計基準(zhǔn)，兼顧易用性與導(dǎo)引性原則，體現(xiàn)圖書館整體形象特征。 圖書館功能的設(shè)計與制作費 8000元 根據(jù)乙方的要求設(shè)計圖書館功能。以符合網(wǎng)站整體風(fēng)格及體現(xiàn)內(nèi)容特色為設(shè)計基準(zhǔn)，兼顧功能性與內(nèi)容導(dǎo)航特征。 內(nèi)部制作 800元 根據(jù)網(wǎng)站整體設(shè)計風(fēng)格，依據(jù)不同頻道/欄目模板進(jìn)行個性化設(shè)計與制作。 英語版 500 按照網(wǎng)站整體設(shè)計模板進(jìn)行不同語種轉(zhuǎn)換。 小 計 15800元 （二）該項目的進(jìn)度安排 預(yù)計于3月22日開始設(shè)計，首頁設(shè)計與制作，圖書館功能設(shè)計與制作將于4月20日

4、完成。內(nèi)部制作以及英語版于5月2號完成。到六月1號完成整個軟件的調(diào)試工作。 第二條合同履行期限按照附件規(guī)定的工作進(jìn)度決定，經(jīng)雙方協(xié)商一致，可以延長該期限。 第三條甲方應(yīng)向乙方提供必要的資料和方便條件，協(xié)助配合乙方進(jìn)行軟件的開發(fā)、調(diào)試、安裝及實施。 第四條雙方的基本權(quán)利和基本義務(wù) 甲方的權(quán)利和義務(wù) 根據(jù)本合同項目的實際需要和乙方的要求提供協(xié)助，并提供有關(guān)的資料，報表及文檔等，甲方保證所提供的所有資料完整、真實、合法。按本合同約定支付軟件開發(fā)費用。 甲方有權(quán)在軟件驗收之日起一年內(nèi)，要求乙方對驗收完畢的軟件模塊出現(xiàn)的非人為因素造成的錯誤及故障，進(jìn)行免費維護(hù)。 乙方的權(quán)利和義務(wù) ： 按照甲方提供的材料

5、按時完成本合同規(guī)定的軟件開發(fā)工作。 可以根據(jù)甲方的要求幫助甲方舉辦培訓(xùn)和技術(shù)咨詢，具體的操作方式及費用雙方另行簽署協(xié)議確認(rèn)。 依合同收取軟件開發(fā)費用。 乙方有義務(wù)在軟件驗收之日起一年內(nèi)，對驗收完畢的軟件模塊出現(xiàn)的非人為因素造成的錯誤及故障，進(jìn)行免費維護(hù)。 第五條甲方在一年的免費維護(hù)期之后，需要乙方對軟件模塊進(jìn)行維護(hù)時，乙方可根據(jù)情況酌情優(yōu)惠收取模塊維護(hù)費用。 第六條甲方同意按雙方約定的付款方式和時間及時向乙方支付合同費用，以及提供其他必要的幫助。 第七條本合同涉及的相關(guān)程序、文件源碼的版權(quán)屬乙方所有，但乙方授予甲方使用權(quán)。未經(jīng)乙方許可，甲方不得公布文件源碼，不得復(fù)制、傳播、出售或者許可他人使用

6、乙方作品及其程序等。乙方可以在業(yè)務(wù)范圍內(nèi)使用這些作品。 第八條甲方不能按時支付合同費用，導(dǎo)致的工期延誤，其責(zé)任由甲方承擔(dān)。 第九條雙方當(dāng)事人應(yīng)當(dāng)保守在履行本合同過程中獲知的對方商業(yè)秘密。 第十條雙方應(yīng)本著誠實信用的原則履行本合同。任何一方在履行中采用欺詐、脅迫或者暴力的手段，另一方可以解除本合同并有權(quán)要求對方賠償損失。 任何一方在履行中發(fā)現(xiàn)或者有證據(jù)表明對方已經(jīng)、正在或?qū)⒁`約，可以終止履行本合同，但應(yīng)及時通知對方。若對方繼續(xù)不履行、履行不當(dāng)或者違反本合同，該方可以解除本合同并要求對方賠償損失。 第十一條本合同簽訂后，經(jīng)雙方當(dāng)事人協(xié)商一致，可以對本合同有關(guān)條款進(jìn)行變更或者補充但應(yīng)當(dāng)以書面形式確

7、認(rèn)。上述文件一經(jīng)簽署，即具有法律效力并成為本合同的有效組成部分。 第十二條 本合同附件為本合同不可分割的一部分，與合同正文具有同等法律效力。 第十三條 任意一方欲提前解除本合同，應(yīng)提前通知對方。甲方提前解除合同的，無權(quán)要求乙方返還預(yù)付費用并應(yīng)對乙方遭受的損失承擔(dān)賠償責(zé)任；乙方無故解除合同的，應(yīng)雙倍返還上述費用。本合同其他條款對合同的解除另有約定的，從其約定。 第十四條任何一方違反本合同，給對方造成損失的，還應(yīng)賠償損失。 第十五條訂立本合同所依據(jù)的客觀情況發(fā)生重大變化，致使本合同無法履行的，經(jīng)雙方協(xié)商同意，可以變更本合同相關(guān)內(nèi)容或者終止合同的履行。 第十六條雙方當(dāng)事人對本合同的訂立、解釋、履行、

8、效力等發(fā)生爭議的，應(yīng)友好協(xié)商解決；協(xié)商不成的，雙方同意向仲裁委員會提交仲裁并接受其仲裁規(guī)則。 動漫軟件第十七條本合同經(jīng)由雙方授權(quán)代表簽字，自簽訂之日起生效。 第十八條本合同一式兩份，雙方當(dāng)事人各執(zhí)一份，具有同等法律效力。 甲方(蓋章)：_ 乙方(蓋章)：_ 法人代表(簽字)：_Jim_ 法人代表(簽字)：_Jack_2016_年_3_月_22_日 _2016_年_3_月_22_日 2 生存周期模型當(dāng)有一個穩(wěn)定產(chǎn)品定義和很容易被理解的技術(shù)解決方案時，純瀑布模型特別合適。當(dāng)你對一個定義很的版本進(jìn)行維護(hù)或?qū)⒁粋€產(chǎn)品移植到一個新的平臺上，瀑布模型也特別合適。對于那些容易理解單很復(fù)雜的項目，采用純瀑布模

9、型比較合適，因為可以用順序方法處理問題，質(zhì)量需求高于成本需求和進(jìn)度需求的時候，它尤為出色。當(dāng)開發(fā)隊伍的技術(shù)力量比較弱或者缺乏經(jīng)驗時，瀑布模型更為合適。所以本圖書管理系統(tǒng)采用瀑布模型。需求分析維護(hù)測試設(shè)計實施3 需求規(guī)格說明書3.1 需求概述3.2 目標(biāo)“圖書管理系統(tǒng)”主要提供圖書信息和讀者基本信息的維護(hù)以及借閱等功能。該系統(tǒng)針對的用戶是單個中小型圖書室，藏書的種類和數(shù)量較少，系統(tǒng)需要操作方便，方便管理員對整個系統(tǒng)管理和學(xué)生借閱書的方便。3.3 用戶類和特征 最終的用戶是圖書管理員和讀者，圖書管理員需要進(jìn)行用戶的創(chuàng)建、修改和刪除等工作，要求具備計算機(jī)知識，如權(quán)限管理等。讀者是普通用戶，具備一定的

10、計算機(jī)操作知識即可。3.3 運行環(huán)境操作系統(tǒng)：Windows 2000 Server 或 Windows NT。數(shù)據(jù)庫管理系統(tǒng)：SQL Server。開發(fā)工具：Eclipse。軟件平臺：Tomcat?？蛻舳塑浖x擇的具體說明：web瀏覽器。3.4 功能需求本系統(tǒng)相應(yīng)的需求有：（1）能夠存儲一定數(shù)量的圖書信息,并方便有效的進(jìn)行相應(yīng)的書籍?dāng)?shù)據(jù)操作和管理，這主要包括：ü 圖書信息的錄入、刪除及修改。ü 圖書信息的多關(guān)鍵字檢索查詢。ü 圖書的出借、返還和資料統(tǒng)計。（2） 能夠?qū)σ欢〝?shù)量的讀者進(jìn)行相應(yīng)的信息存儲與管理，這其中包括：ü 讀者信息的登記、刪除及修改。&

11、#252; 讀者資料的統(tǒng)計與查詢。ü 能夠提供一定的安全機(jī)制，提供數(shù)據(jù)信息授權(quán)訪問。 管理員 學(xué)生修改讀者信息修改圖書信息辦理借閱查詢圖書信息查詢圖書信息關(guān)系數(shù)據(jù)庫 3.5 需求補充說明：（1）數(shù)據(jù)保存：需要長期保存在數(shù)據(jù)庫的數(shù)據(jù)有：ü 圖書信息：圖書的基本信息；ü 讀者信息：讀者的基本信息； ü 借閱信息：圖書的借閱信息；ü 帳號信息：圖書管理員和讀者的登錄帳號； （2）系統(tǒng)用戶：圖書管理員、讀者。ü 圖書管理員：對圖書和讀者數(shù)據(jù)可執(zhí)行添加、修改、刪除以及查詢等操作。ü 讀者：可查詢圖書以及查詢與本人相關(guān)的借閱信息。3.6

12、 確定執(zhí)行者 執(zhí)行者是與系統(tǒng)交互的外部實體，它既可以是人員也可以是外部系統(tǒng)或硬件設(shè)備。確定執(zhí)行者可以通過提出以下問題得到：誰使用系統(tǒng)的主要功能？誰需要系統(tǒng)的支持以完成日常工作任務(wù)？誰從系統(tǒng)獲取信息？誰負(fù)責(zé)維護(hù)和管理系統(tǒng)以保證其正常運行？系統(tǒng)需要應(yīng)付（處理）哪些外部硬件設(shè)備？系統(tǒng)需要和哪些外部系統(tǒng)交互？在本例中，可以確定“圖書管理員”和“讀者”為系統(tǒng)的執(zhí)行者?！皥D書管理員”負(fù)責(zé)使用系統(tǒng)的主要功能，“讀者”從系統(tǒng)中獲取所需的信息。3.7 確定用例用例描述了一個完整的系統(tǒng)事件流程，其重點在于執(zhí)行者與系統(tǒng)之間的交互而不是內(nèi)在的系統(tǒng)活動，并對執(zhí)行者產(chǎn)生有價值的可觀測結(jié)果。確定用例可以通過提出以下問題得到

13、：參與者需要從系統(tǒng)中獲得什么功能？參與者需要做什么？參與者讀取、產(chǎn)生、刪除、修改或存儲系統(tǒng)的某些信息嗎？系統(tǒng)中發(fā)生事件需要通知參與者嗎？參與者需要通知系統(tǒng)某件事情嗎？系統(tǒng)的輸入/輸出信息是什么？這些信息從哪兒來到哪兒去？采用什么實現(xiàn)方法滿足某些特殊要求？本例中我們通過一定的調(diào)研和分析得到的“圖書管理系統(tǒng)”的用例圖，如圖3.1所示。圖3.1 用例圖3.8 編寫用例文檔用例圖不能提供用例所具有的全部信息，因此需要使用文字描述那些不能放映在圖形上的信息。用例文檔是關(guān)于執(zhí)行者與系統(tǒng)如何交互的規(guī)格說明，要求清晰明確，沒有二義性。在描述用例時，應(yīng)該只注重外部能力，不涉及內(nèi)部細(xì)節(jié)。下面給出本例中的用例文檔。

14、(1).圖書信息的維護(hù)用例用例名：圖書信息的維護(hù)參與執(zhí)行者：圖書管理員入口條件：圖書管理員已經(jīng)登陸到該系統(tǒng)中。事件流：當(dāng)有新書入庫時，圖書管理員在錄入頁面輸入書的信息，點擊提交按鈕，系統(tǒng)將書的信息保存到數(shù)據(jù)庫中；當(dāng)某一本圖書的信息需要修改時，圖書管理員通過輸入查詢條件，搜索出該書時，點擊修改按鈕，系統(tǒng)在可編輯狀態(tài)顯示圖書的當(dāng)前信息，圖書管理員修改具體信息，點擊保存按鈕，系統(tǒng)將更新數(shù)據(jù)庫中該書的信息；當(dāng)需要刪除一個或多個圖書時，圖書管理員查找到需要刪除的圖書記錄，點擊刪除按鈕，系統(tǒng)提示“確實要刪除？”對話框，當(dāng)管理員選擇“是”，系統(tǒng)將刪除數(shù)據(jù)庫中相應(yīng)圖書的信息，反之，則不進(jìn)行任何操作。出口條件：

15、 系統(tǒng)將數(shù)據(jù)庫中的信息進(jìn)行相應(yīng)的操作：添加圖書信息時，將新的圖書信息保存在數(shù)據(jù)庫中；修改圖書信息時，將數(shù)據(jù)庫中該圖書的信息做相應(yīng)的更新操作；刪除圖書信息時，則刪除數(shù)據(jù)庫中的相應(yīng)圖書記錄。異常事件：在圖書進(jìn)行修改和刪除時，先查出需要進(jìn)行處理的圖書記錄，如果數(shù)據(jù)庫中不錯在符合條件的記錄，查詢無結(jié)果時，則無法進(jìn)行修改和刪除操作。(2).讀者信息的維護(hù)用例用例名：讀者信息的維護(hù)參與執(zhí)行者：圖書管理員入口條件：圖書管理員已經(jīng)登陸到該系統(tǒng)中。事件流：當(dāng)有新的讀者時，圖書管理員在錄入頁面輸入讀者的信息，點擊提交按鈕，系統(tǒng)將讀者的信息保存到數(shù)據(jù)庫中；當(dāng)某一本讀者的信息需要修改時，讀者管理員通過輸入查詢條件，搜

16、索出該讀者信息時，點擊修改按鈕，系統(tǒng)在可編輯狀態(tài)顯示讀者的當(dāng)前信息，讀者管理員修改具體信息，點擊保存按鈕，系統(tǒng)將更新數(shù)據(jù)庫中該讀者的信息；當(dāng)需要刪除一個或多個讀者時，圖書管理員查找到需要刪除的讀者記錄，點擊刪除按鈕，系統(tǒng)提示“確實要刪除？”對話框，當(dāng)管理員選擇“是”，系統(tǒng)將刪除數(shù)據(jù)庫中該圖書的信息，反之，則不進(jìn)行任何操作。出口條件： 系統(tǒng)將數(shù)據(jù)庫中的讀者信息進(jìn)行相應(yīng)的操作：添加讀者信息時，將新的讀者信息保存在數(shù)據(jù)庫中；修改讀者信息時，將數(shù)據(jù)庫中該讀者的信息做相應(yīng)的更新操作；刪除讀者信息時，則刪除數(shù)據(jù)庫中的相應(yīng)讀者記錄。異常事件：在進(jìn)行修改和刪除讀者信息時，先查出需要進(jìn)行處理的讀者記錄，如果數(shù)據(jù)

17、庫中不錯在符合條件的記錄，查詢無結(jié)果時，則無法進(jìn)行修改和刪除操作。(3).圖書信息的查詢用例用例名：圖書信息的查詢參與執(zhí)行者：圖書管理員、讀者入口條件：無事件流：通過交互界面輸入查詢條件(如書名，作者名等)搜索圖書記錄。出口條件：若有符合條件的課程信息，則系統(tǒng)顯示這些圖書信息。否則系統(tǒng)提示用戶重新輸入查詢條件。(4).讀者信息的查詢用例用例名：讀者信息的查詢參與執(zhí)行者：圖書管理員入口條件：用戶已經(jīng)登陸到該系統(tǒng)中。事件流：通過查詢界面輸入查詢條件(如讀者證，讀者姓名等)搜索待讀者記錄。 出口條件：若有符合條件的讀者信息，則系統(tǒng)顯示讀者信息。否則系統(tǒng)提示用戶重新輸入查詢條件。(5).查詢個人基本信

18、息用例用例名：查詢個人基本信息參與執(zhí)行者：讀者入口條件：用戶已經(jīng)登陸到該系統(tǒng)中。事件流：點擊查詢個人基本信息按鈕。出口條件：系統(tǒng)顯示讀者本人信息。(6).查詢個人借閱信息用例用例名：查詢個人借閱信息參與執(zhí)行者：讀者入口條件：用戶已經(jīng)登陸到該系統(tǒng)中。事件流：點擊查詢個人借閱信息按鈕。出口條件：系統(tǒng)顯示讀者的借閱信息。(7).借書用例用例名：借書參與執(zhí)行者：圖書管理員、讀者入口條件：圖書管理員已經(jīng)登陸到該系統(tǒng)中。事件流：圖書管理員在借書頁面，輸入圖書編號和讀者證號，點擊保存。出口條件：系統(tǒng)將這條借書記錄保存到數(shù)據(jù)庫中。異常事件：如果該圖書未入庫，數(shù)據(jù)庫中不存在該圖書編號，提示“該書未入庫”；如果數(shù)

19、據(jù)庫中不存在該讀者證號，也相應(yīng)的做出提示。(8).還書用例用例名：還書參與執(zhí)行者：圖書管理員、讀者入口條件：圖書管理員已經(jīng)登陸到該系統(tǒng)中。事件流：圖書管理員在還書頁面，輸入圖書編號，點擊還書。出口條件：系統(tǒng)將刪除數(shù)據(jù)庫中這條借書記錄。異常事件：如果數(shù)據(jù)庫中不存在這本書的借閱記錄，提示“非本館借出的圖書”,如果該書已過期，也相應(yīng)的做出提示。9.口令管理用例用例名：口令管理參與執(zhí)行者：圖書管理員、讀者入口條件：用戶已經(jīng)登陸到該系統(tǒng)中。事件流：用戶點擊“修改密碼”按鈕，在口令修改頁面輸入新的密碼，點擊保存按鈕。出口條件：數(shù)據(jù)庫中的密碼被修改成最新的密碼。3.9.非功能需求3.9.1 性能需求圖書管理

20、系統(tǒng)的使用者是圖書管理員和在校學(xué)生。對于圖書管理員的管理工作，性能要求不是很嚴(yán)格，但需要方便圖書入庫等操作。對于學(xué)生的圖書借閱、查詢等功能，對性能要求較高，一般需要達(dá)到并發(fā)數(shù)200以上。3.9.2 安全性需求由于圖書管理系統(tǒng)的圖書量會非常大，所有在對這些圖書導(dǎo)入和查詢時要保證速度。在圖書借閱過程中又要保證事務(wù)的完整性。對于整個系統(tǒng)，需要完整的權(quán)限控制，防止某些人惡意的攻擊系統(tǒng)，修改原始記錄。同時對于數(shù)據(jù)庫中的數(shù)據(jù)需要定時備份，防止系統(tǒng)數(shù)據(jù)丟失。此外，系統(tǒng)要求用戶在登陸時需要身份驗證。3.10.故障處理在正常情況下，應(yīng)不出錯。一旦發(fā)生意外，比如掉電、網(wǎng)絡(luò)不通等，應(yīng)保證系統(tǒng)數(shù)據(jù)不會丟失。4 項目任

21、務(wù)分解4.1任務(wù)清單4.1.1 功能分解清單1圖書管理系統(tǒng)1.1 圖書借出管理1.1.1 圖書的借出1.1.2 處理圖書信息，包括書名、作者和出版社等1.1.3 圖書借出信息記錄，借出時間，借書者的信息。1.1.4 界面1.1.5 單元測試1.2 圖書歸還管理1.2.1 圖書的歸還。1.2.2 圖書信息：書名，作者，出版社等1.2.3 圖書歸還信息記錄，歸還時間，讀者信息1.2.4 界面1.2.5 單元測試1.3 讀者信息管理1.3.1 讀者信息的編輯功能1.3.2 讀者信息的添加刪除功能1.3.3 界面1.3.4 單元測試1.4 管理員登陸1.4.1 管理員信息編輯1.4.2 界面1.4.3

22、 單元測試1.5 前臺歡迎及讀者登陸界面1.5.1 界面4.2WBS政府公文審批及工作通告應(yīng)用程序·項目規(guī)劃1. 合同簽署1.1 需求分析報告 & 項目初步規(guī)劃1.2 項目建議書1.3 合同草案2. 計劃編制2.1 時間表3. 確認(rèn)計劃·需求分析1. 需求開發(fā)1.1 需求探索2. 需求管理2.1 需求規(guī)格說明書3. 系統(tǒng)測試計劃編制·總體設(shè)計1. 策略確定2. 開發(fā)標(biāo)準(zhǔn)確定（具體分配方式見任務(wù)清單）3. 架構(gòu)設(shè)計（具體分配方式見任務(wù)清單）4. 集成測試計劃編制·詳細(xì)設(shè)計1. 接口設(shè)計（具體分配方式見任務(wù)清單）2. 模塊設(shè)計（具體分配方式見任務(wù)清單

23、）3. 單元測試計劃編制·實現(xiàn)1. 編碼（具體分配方式見任務(wù)清單）2. 代碼復(fù)核3. 單元測試·測試1. 集成測試2. 系統(tǒng)測試3. 測試總額4. 缺陷跟蹤5. 手冊編寫5項目估算項目規(guī)模估算使用Delphi法進(jìn)行估算，具體步驟如下：協(xié)調(diào)人向小組成員提供項目規(guī)格和估計表格；協(xié)調(diào)人召集小組討論與規(guī)模相關(guān)的因素；小組成員匿名填寫迭代表格；協(xié)調(diào)人整理出一個估計總結(jié)，以迭代表的形式返回各成員；協(xié)調(diào)人召集小組會，討論較大的估計差異；成員復(fù)查估計總結(jié)并在迭代表上提交另一個匿名估計；重復(fù)4-6， 直到達(dá)到一個最低和最高估計的一致。附Delphi法規(guī)模估計迭代表。Delphi法規(guī)模估計迭代

24、表項目名稱：估計日期：估計者：估計輪次：結(jié)果：代碼行（LOC）周期（月）工作量（人月）費用（元）理由：項目規(guī)模估算經(jīng)過小組內(nèi)部討論得出項目規(guī)模估算如下：項目名稱：個人微薄系統(tǒng)規(guī)模預(yù)測： 代碼行：17,000 LOC 周期：3月 工作量：6 人月 費用：￥7600 元項目進(jìn)度估算任務(wù)完成時間負(fù)責(zé)人資源備注需求討論2016.4.5于冬2開發(fā)人員參與項目規(guī)劃2016.4.18Jim全體人員參與需求確定2016.4.22Jack全體人員參與設(shè)計2016.5.28Lucy3開發(fā)人員參與項目實施2016.6.9Black全體人員參與有待細(xì)化測試2016.6.14James3開發(fā)人員參與部署2016.6.1

25、5Green2開發(fā)人員參與交付2016.6.20Tom項目執(zhí)行期間可根據(jù)實際完成情況申請延期。附延期申請表。項目名稱：項目代號：項目所處階段：第 階段（ ）申請時間： 年 月 日原計劃時間： 年 月 日申請延期至： 年 月 日申請延期的理由（逐條列出）：申請人簽字：項目經(jīng)理意見不同意延遲，理由：同意延遲至： 年 月 日簽字：項目成本估算聲明 由于涉及到的小組成員沒有實際開發(fā)的經(jīng)驗，在薪酬結(jié)算方面沒有可供參照的標(biāo)準(zhǔn)，因此在這里采用統(tǒng)一的￥30.00 人天。成本估算任務(wù)名稱工時成本估算個人微薄系統(tǒng)152 人天￥7600.00設(shè)備損耗31 工作日￥1000.00 需求討論2*2 人天￥120.00

26、軟件規(guī)劃6*2 人天￥360.00 需求開發(fā)6*4 人天￥720.00 設(shè)計4*4 人天￥480.00 實施6*13 人天￥2340.00 測試3*5 人天￥450.00 部署2*1 人天￥60.006項目計劃描述任務(wù)前導(dǎo)任務(wù)時間/月項目規(guī)劃A無0.3需求分析B無0.2總體設(shè)計CA，B0.3詳細(xì)設(shè)計DA，B0.5編碼EC，D1測試FE0.27軟件項目的質(zhì)量計劃7.1 項目經(jīng)理的職責(zé)1.評審質(zhì)量計劃。2.與質(zhì)量保證人員一起協(xié)商不符合項問題的糾正措施，并安排資源實施糾正措施。3.定期或事件驅(qū)動地評審質(zhì)量保證活動和結(jié)果。7.1.2質(zhì)量保證人員的職責(zé)1.負(fù)責(zé)項目實施過程中對項目實施情況進(jìn)行監(jiān)督，包括對

27、項目實施過程和工作產(chǎn)品進(jìn)行監(jiān)督檢查。2.實施項目組成員的質(zhì)量保證培訓(xùn)。3.制定質(zhì)量保證計劃。4按計劃實施審計活動，依照質(zhì)量保證計劃執(zhí)行評審/審計，并記錄執(zhí)行中發(fā)現(xiàn)的不符合項。5.對不符合問題提交不符合項報告，跟蹤并驗證糾正措施的執(zhí)行情況。6.對項目內(nèi)不能解決的不符合項問超；向高層管理提交報告。7.向項目經(jīng)理報告項目質(zhì)量工作狀況和質(zhì)量度量結(jié)果。8.定期向項目組報告質(zhì)量活動的結(jié)果。8.制定質(zhì)量保證的過程改進(jìn)計劃，記錄過程數(shù)據(jù)。7.1.3質(zhì)量目標(biāo)1）基于需求的測試覆蓋率為100%。2）功能測試完善3）每個階段評審中發(fā)現(xiàn)的問題都已經(jīng)解決或得到適當(dāng)處理。4）產(chǎn)品發(fā)布時不存在嚴(yán)重問題以及以上的缺陷。5）嚴(yán)

28、格滿足合同的要求和規(guī)格6）用戶領(lǐng)導(dǎo)滿意7.1.4質(zhì)量策略1. 控制產(chǎn)品的質(zhì)量，及時糾正缺陷2應(yīng)該特別注意項目工作產(chǎn)品質(zhì)量的早期評審工作，元論是質(zhì)量保證還是質(zhì)量控制，采取的策略都是早期預(yù)防和早期排除缺陷。3將質(zhì)量貫徹到日常的項目進(jìn)展過程中；7.2軟件質(zhì)量保證活動7.2.1審計審計(Audit) 是對過程或者產(chǎn)品的一次獨立評估。將審核的主體與為該主體以前建立的一組規(guī)程和標(biāo)準(zhǔn)進(jìn)行比較目的是確保真正的遵循了這一個過程，產(chǎn)生了合適的文檔和精確反映實際項目的報告，可以預(yù)先規(guī)劃的，也可以是臨時決定的?，F(xiàn)在講本項目中的預(yù)先規(guī)劃審計列出如下。在整個開發(fā)過程中，會根據(jù)需要插入臨時決定的審計。1. 審計軟件項目計劃

29、 時間：計劃結(jié)束 標(biāo)準(zhǔn)：合同要求2. 需求規(guī)劃文檔 時間：需求制定 標(biāo)準(zhǔn)：需求規(guī)格說明3. 總體設(shè)計文檔 時間：總體設(shè)計制定 標(biāo)準(zhǔn)：軟件項目計劃4. 詳細(xì)設(shè)計文檔 時間：詳細(xì)設(shè)計制定 標(biāo)準(zhǔn)：軟件項目計劃5. 編碼規(guī)范 時間：詳細(xì)設(shè)計制定 標(biāo)準(zhǔn)：軟件項目計劃6. 產(chǎn)品代碼 時間：編碼結(jié)束 標(biāo)準(zhǔn)：編碼規(guī)范7. 測試文檔 時間：詳細(xì)設(shè)計制定 標(biāo)準(zhǔn)：企業(yè)質(zhì)量要求8. 用戶手冊 時間：產(chǎn)品提交之前 標(biāo)準(zhǔn)：項目計劃和需求將審計的結(jié)果編寫審計報告及時提交。以下是制定的質(zhì)量審計模版軟件質(zhì)量保證審核報告產(chǎn)品類別：項目名稱：審核階段：審核范圍：審核標(biāo)準(zhǔn)：審核員：參加人員：審核日期：持續(xù)時間：好的實踐經(jīng)驗序號KPA

30、內(nèi)容發(fā)現(xiàn)的問題序號KPA內(nèi)容嚴(yán)重程度上報的不一致問題序號KPA內(nèi)容狀態(tài)問題解決活動計劃狀態(tài)問題序號解決方案負(fù)責(zé)人預(yù)計完成日期注釋：1. 審核階段：項目計劃審核階段、需求審核階段、設(shè)計審核階段、編碼審核階段、測試審核階段、產(chǎn)品發(fā)布審核階段2. 審核范圍：CMM KPA名稱3. 審核標(biāo)準(zhǔn)：所用的審核檢查表4. 嚴(yán)重程度：嚴(yán)重（指與項目計劃中定義的過程不符合） 輕微（指活動遵循了過程，但有質(zhì)量問題）7.2.2 過程評審項目嚴(yán)格按照組織定義的軟件過程進(jìn)行開發(fā)，過程評審的具體依據(jù)參照企業(yè)的過程規(guī)范，保證項目中的所有過程活動都在實施范圍內(nèi)。在每次評審之后，要對評審結(jié)果做出明確的決策并形成評審記錄。評審可采

31、取文件傳閱、評審會等形式。質(zhì)量保證人員負(fù)責(zé)對項目過程迸行監(jiān)督，將發(fā)現(xiàn)的問題和解決情況在每周的例會上通報，對沒有解決的問題迸行討論，對不能解決的問題提交高級管理者處理。每個周末，進(jìn)行一次配置管理審核，確認(rèn)配置管理工作是否正常進(jìn)行7.2.3問題報告質(zhì)量保證人員對于每次審計活動發(fā)現(xiàn)的不符合項，應(yīng)該和項目經(jīng)理協(xié)商不符合項的糾正措施并預(yù)定完成日期，若和項目經(jīng)理存在意見分歧，質(zhì)量保證人員可以上報給高層管理者，由高層管理者決定最后的措施。同時，不符合項在項目周例會中匯報。對不符含項，質(zhì)量保證人員耍在預(yù)定完成日期內(nèi)重新審計，驗證不符合項的糾正情況，若超過預(yù)定完成日期1周仍然有沒解決的不符合項，質(zhì)量保證人員上報

32、給高級管理者，由高級管理者決定最后的措施。質(zhì)量保證人員有獨立的匯報途徑，日常的匯報途徑如下：1.將發(fā)現(xiàn)的問題通知項目經(jīng)理，協(xié)調(diào)糾正措施。2.將項目組內(nèi)不能協(xié)調(diào)的問題匯報給茼級管理者，由南級管理者協(xié)調(diào)解決。3.將日常工作和過程數(shù)據(jù)匯報給質(zhì)量經(jīng)理，由其統(tǒng)一收集并進(jìn)行統(tǒng)計。7.3測試計劃 下面是本項目的測試大概計劃，詳細(xì)內(nèi)容請查閱測試文檔。1. 基本測試單元測試集成測試系統(tǒng)測試測試工作安排測試準(zhǔn)備工作測試用例設(shè)計2.系統(tǒng)測試設(shè)計版本兼容性測試性能測試恢復(fù)測試安全性測試壓力測試7.4質(zhì)量改善為了達(dá)到更好的質(zhì)量，現(xiàn)在制定質(zhì)量改善要求：1軟件質(zhì)量活動必須經(jīng)過規(guī)劃2.軟件質(zhì)量活動規(guī)劃必須明文規(guī)定3.質(zhì)量活動

33、必須盡早開始4.質(zhì)量小組必須獨立存在5.應(yīng)該經(jīng)過訓(xùn)練6.必須有適當(dāng)?shù)慕?jīng)費8 團(tuán)隊管理團(tuán)隊是一定數(shù)量的個體成員組織的集合，包括自己組織的人、供應(yīng)商、分包商、客戶等為一個共同的目標(biāo)工作，協(xié)調(diào)一致，愉快合作，最終開發(fā)出來高質(zhì)量的產(chǎn)品。團(tuán)隊管理在整個項目的開發(fā)中具有十分重要的作用。8.1項目組織結(jié)構(gòu)經(jīng)過分析我們采用項目型的組織結(jié)構(gòu)。結(jié)構(gòu)圖如下此結(jié)構(gòu)的優(yōu)點：1. 項目經(jīng)理對項目可以全權(quán)負(fù)責(zé)?？梢愿鶕?jù)項目需要隨意調(diào)動項目組織的內(nèi)部資源或者外部資源。2. 項目型組織的目標(biāo)單一，完全以項目為中心安排工作，決策的速度得以加快，能夠?qū)蛻舻囊笞龀黾皶r響應(yīng)，項目團(tuán)隊精神得以充分發(fā)揮。有利于項目的順利完成。3. 項目經(jīng)理對項目成員有全部權(quán)利，項目成員只對項目經(jīng)理負(fù)責(zé)，