1、圖書館項目管理計劃書計算機科學與技術學院軟件項目管理系（部）名稱組長組員課程名稱指導教師日期：2015年01月8日1項目背景1）項目組成開發(fā)軟件名稱：圖書管理系統(tǒng)項目任務提出者：項目開發(fā)者：用戶：系統(tǒng)管理員、操作員、讀者實現(xiàn)軟件單位：2）待開發(fā)系統(tǒng)定義傳統(tǒng)的圖書館管理系統(tǒng)模式有多種缺陷，比如操作繁瑣、工作量大難以上手，效率低、容錯率差等。給大量的資料查詢、更新及維護帶來了大量的困難。圖書管理系統(tǒng)對于現(xiàn)代圖書館而言，是能否發(fā)揮其教學科研的作用的至關重要技術平臺。對于讀者和圖書管理員來說，是能否方便快速獲取信息的關鍵。所以我們接受這個項目，首先考慮的便是功能的實現(xiàn)，給用戶帶來充足的信息和快捷方便的

2、操作。3）圖書管理系統(tǒng)模型圖書信息表圖書信息表（tsxxb）字段舊長度約束圖書編號文本20主鍵，必須輸入圖書名稱文本50必須輸入圖書類別編號文本20必須輸入書架位置文本20ISBN文本20作者文本20譯者文本20單價數(shù)值出版社編P文本20出版時間時間/日期總數(shù)量數(shù)值入庫日期時間/日期入庫操作員文本10現(xiàn)存量數(shù)值借閱次數(shù)數(shù)值是否注銷文本1內(nèi)容簡介文本200備注文本50讀者信息表借閱信息表dzxxb)字段長度約束讀者編號（借書證號碼和用戶名與此同）文本20主鍵，必須輸入讀者姓名文本10必須輸入讀者類別編號文本20必須輸入讀者性別文本2出生日期時間/日期讀者狀態(tài)文本4辦證日期時間/日期已借圖書數(shù)量數(shù)

3、值證件名稱文本10證件號碼文本20讀者單位文本30聯(lián)系地址文本40聯(lián)系電話文本30EMAIL文本30用戶密碼文本10辦證操作員文本10備注文本50jyxxb)字段舊長度約束圖書編號文本20主鍵，必須輸入圖書名稱文本50讀名編p文本20主鍵，必須輸入讀者姓名文本10圖書價格數(shù)值借閱日期時間/日期應還日期時間/日期續(xù)借次數(shù)數(shù)值借閱操作員文本10圖書類別表（tslbb）字段長度約束圖書類別編號文本20主鍵，必須輸入圖書類別名稱文本20必須輸入備注文本50出版社信息表（cbsxxb）字段回長度約束出版社編p文本20主鍵，必須輸入出版社名稱文本30必須輸入出版社地址文本40郵政編碼文本6聯(lián)系人文本20聯(lián)

4、系電話文本30EMAIL文本30備注文本50讀者類別表（dzlbb）字段舊長度約束讀者類別編號文本20主鍵，必須輸入讀者類別名稱文本10必須輸入可借書數(shù)量數(shù)值可借書天數(shù)數(shù)值可續(xù)借次數(shù)數(shù)值逾期緩沖天數(shù)數(shù)值逾期每天罰款金額數(shù)值丟失罰款倍數(shù)數(shù)值圖書注銷信息表（tszxxxb）字段回長度約束圖書編號文本20主鍵，必須輸入注銷數(shù)量數(shù)值必須輸入注銷日期時間/日期注銷操作員文本102主要功能本系統(tǒng)主要實現(xiàn)書籍管理、讀者管理和借閱管理等主要的圖書管理功能。2.1 圖書管理圖書類別管理：增、刪除、改等管理。圖書信息管理：新書入庫，圖書購入后由圖書管理人員將書籍編碼并將其具體信息錄入書籍信息表。書籍信息修改，書籍

5、信息由于工作人員的疏忽而出現(xiàn)錯誤時，可修改其信息。管理員按不同方式查詢、統(tǒng)計，讀者按不同方式查詢。出版社信息管理：增、刪除、改等管理。圖書注銷：某一部分圖書會隨著時間的增長及知識的更新而變得不再有使用的價值，或者圖書被損壞，這些圖書就要在圖書籍信息表中的除去。即從書籍信息表中刪去此書籍記錄。2.2 讀者管理讀者類別信息管理：增、刪除、改等管理。讀者信息管理：辦理、掛失、暫停借、注銷閱卡，錄入、修改、刪除讀者信息。2.3 借閱管理續(xù)借管理：提供讀者在符合規(guī)定的情況下網(wǎng)上續(xù)借。還書管理：根據(jù)借閱卡編號、圖書ID等，在借閱信息表中找到相應的記錄，將借書記錄刪除，更新該記錄的相應數(shù)據(jù)（圖書信息表）。根

6、據(jù)違反規(guī)定情況計算和登記罰款記錄。借書管理：根據(jù)借閱卡編號和圖書編號，進行借書登記。在借閱信息表中插入一條借書記錄，該記錄包括讀者ID、圖書ID、借出日期、借閱編號、操作員等信息，更新該記錄的相應數(shù)據(jù)（圖書信息表）。把超期圖書以列表的形式顯示出來，并以電子郵件或打印成書面通知讀者。提供讀者網(wǎng)上查詢自己的借閱情況（包括超期提示）3開發(fā)進度與成本估算圖書館圖書管理系統(tǒng)，此項目的成本是項目進行全過程所消耗的各種費用總和。根據(jù)工作分解結構制定出項目分攤估計表來有效的進行項目的成本計劃。合同規(guī)定項目的總成本（包括軟件開發(fā)成本、硬件成本和開發(fā)中的其他成本）是10萬元人民幣。根據(jù)項目團隊制定的工作分解結構，

7、按照系統(tǒng)的生命期將本項目劃分為六個活動，分別是項目規(guī)劃、需求分析、軟件設計、編程實現(xiàn)、系統(tǒng)測試、驗收總結。對這六個活動進一步分解得到21個小活動。小活動的成本主要由勞動力成本（工資）和硬件成本構成。其中工資根據(jù)工期、人數(shù)和日工資來確定，硬件成本根據(jù)該項小活動的需求數(shù)量來確定。成本估算采用的方法為：先估算出每項小活動的預算，然后在算出大活動的預算，進而預算出整個項目的成本。表1圖書館圖書管理系統(tǒng)項目工資標準計算表資源名稱最大單位標準費率加班費率每次使用成本成本累算基準日歷1100%¥330/工作日¥50/小時¥0.00按比例標準2100%¥200/工作日&

8、#165;40/小時¥0.00按比例標準3100%¥200/工作日¥35/小時¥0.00按比例標準表2圖書館圖書管理系統(tǒng)項目分攤估算表（單位：元）活動小活動預算小活動分攤預算大活動分攤預算累計項目規(guī)劃1、模板確定77023107702、撰寫項目計劃報告15402310需求分析3、需求調(diào)研154038504、需求分析308069305、需求確認1540693084706、撰寫需求分析說明書7709240軟件設計7、系統(tǒng)分析231014630115508、模塊設計5390169409、數(shù)據(jù)庫設計38502079010、美工設計23102310011、撰寫詳細

9、設計說明書77023870軟件開發(fā)12、硬件安裝10000215503387013、環(huán)境配置7703464014、代碼實現(xiàn)1078045420軟件測試15、集成測試308069304850016、系統(tǒng)測試30805158017、撰寫系統(tǒng)測試報告77052350驗收總結18、撰寫用戶手冊77030805312019、人員培訓7705389020、產(chǎn)品轉(zhuǎn)移7705466021、經(jīng)驗總結77055430經(jīng)過預算，圖書館項目預算總金額為55430元。項目的合同規(guī)定總成本為100000,基本上達到44.6%的利潤率。原計劃此圖書管理經(jīng)費占整個圖書管理系統(tǒng)的百分之一十，即是10萬，時間為3個月，整個項目由

10、一名項目經(jīng)理，兩名開發(fā)成員，同時完成開發(fā)后要兼顧測試比較辛苦，所以時間也比較充足，要求圖書管理的開發(fā)的時間最長不能超過原定計劃的3天。比原計劃提前了20天。這樣就節(jié)省了不少成本。4系統(tǒng)開發(fā)項目風險分析報告4.1 軟件開發(fā)項目的風險背景信息產(chǎn)業(yè)的發(fā)展是目前發(fā)展最快的行業(yè)之一，也是對社會影響最大的一個行業(yè)，它不但為我們創(chuàng)造了巨大的財富，而且從各個方面改變著我們的生活，達到一個行業(yè)，小到一項服務。我們不得不承認軟件是二十一世紀最不可思議的產(chǎn)品。伴隨著軟件開發(fā)技術的不斷更新、軟件數(shù)量的增多、軟件復雜程度不斷加大、客戶對產(chǎn)品的要求也在不斷的提高，隨之而來的是軟件開發(fā)項目給軟件開發(fā)企業(yè)和需求企業(yè)帶來的巨大

11、風險。軟件開發(fā)項目的成功與否會直接影響到公司的生存。這對軟件開發(fā)企業(yè)來講應該是更大的難題。一方面是業(yè)務需求更加復雜。人們對軟件質(zhì)量和用途的期望大幅度提高，對業(yè)務系統(tǒng)的要求也越來越挑剔。另一方面是開發(fā)成本不斷縮減。在此形勢下，風險管理與控制已成為軟件開發(fā)項目成敗的關鍵。軟件開發(fā)項目由于其具有連續(xù)性、復雜性、少參照性，無標準規(guī)范等特點，其風險程度較高。目前國內(nèi)的大多數(shù)軟件開發(fā)企業(yè)還缺乏對軟件開發(fā)項目的風險認識，缺少進行系統(tǒng)、有效的度量和評價的手段。據(jù)有調(diào)查數(shù)據(jù)顯示，有1535%的軟件項目中途被取消，剩下的項目不是超期就是超出預算或是無法達到預期目標。另外，軟件項目因風險控制和管理原因失敗的約占90

12、%，可見，軟件風險控制與管理在目前的軟件開發(fā)項目中的重要性。4.2 風險管理與風險控制介紹1)風險管理風險管理應是貫穿軟件項目開發(fā)始末的一項重要任務，其中包括風險識別、風險評估、風險計劃、風險解決和風險監(jiān)控。它能讓風險管理者主動“規(guī)避”風險，進行有效的風險管理。風險管理模型有：SEI風險管理模型、Riskit風險管理模型、SoftRisk風險管理模型、IEEE風險管理過程模型、CMM風險管理模型、MSFM險管理模型等。在項目管理中，建立風險管理策略，在項目的生命周期中不斷控制風險是非常重要的，風險管理主要包括五個階段：(1) 風險識別：識別風險的方法常用的有現(xiàn)場觀察法、座談法、流程圖法、財務報

13、表法、相關部門配合法和環(huán)境分析法等。(2) 風險評估：對已識別的風險要進行估計和評價，風險估計的主要任務是確定風險發(fā)生的概率與后果，風險評價則是確定該風險的經(jīng)濟意義及處理的費/效分析，常用的方法有：概率分布、外推法、多目標分析法等。(3) 計劃進度：按照評估后的風險結果，制定相應的風險管理進度表，為后續(xù)的風險管理提供參考。(4)風險處理：一般而言，風險處理有三種方法，風險控制法，即主動采取措施避免風險，消滅風險，中和風險或采用緊急方案降低風險。風險自留，當風險量不大時可以余留風險。風險轉(zhuǎn)移。(5)風險監(jiān)控：包括對風險發(fā)生的監(jiān)督和對風險管理的監(jiān)督，前者是對已識別的風險源進行監(jiān)視和控制，后者是在項

14、目實施過程中監(jiān)督人們認真執(zhí)行風險管理的組織和技術措施。2)風險控制(1) 建立有效的風險控制的組織機構設置風險管理崗位：在軟件開發(fā)項目管理過程中設置風險管理崗位，該崗位的主要職責是在制訂與評估規(guī)劃時，從風險管理的角度對項目規(guī)劃或計劃進行審核并發(fā)表意見，不斷尋找可能出現(xiàn)的任何意外情況，試著指出各個風險的管理策略及常用的管理方法，以隨時處理出現(xiàn)的風險，風險管理者最好是由項目主管以外的人擔任。風險管理崗位的人數(shù)依據(jù)項目大小來決定，一般23人較為適合。雙項目經(jīng)理：為項目開發(fā)項目設定兩個項目經(jīng)理崗位，一個負責技術崗位，另一個負責管理崗位。目前，國內(nèi)的軟件開發(fā)企業(yè)的項目經(jīng)理一般都是一名，而且是技術出生的占

15、絕對多數(shù)，他們主要擅長的是技術研發(fā)，在管理方面先天不足，這不利于項目風險管理和控制。通過增加專門的管理經(jīng)理崗位，可以彌補技術出生的項目經(jīng)理的不足，提升軟件開發(fā)項目的管理水平。而且這樣的經(jīng)驗也已得到了國外業(yè)界大多企業(yè)的認可。(2) 建立有效的風險控制管理過程風險管理過程包括培訓，風險識別、風險分析、風險計劃、執(zhí)行計劃、跟蹤計劃等活動，有軟件企業(yè)應建立自己的風險管理數(shù)對項目的成功研發(fā)有著舉足輕重制定符合項目特點的風險評估和發(fā)現(xiàn)意外風險或者是風險超出效的風險管理過程應是學習型的、持續(xù)的和不斷改進的。據(jù)庫作為風險管理的基礎，并在實施中不斷地更新和完善。根據(jù)企業(yè)和項目的實際情況，進行科學的項目風險和控制

16、，的意義。在項目開發(fā)的過程中，進行必要的項目風險分析，監(jiān)督機制，特別是要定期對項目的風險狀況進行評估和監(jiān)管，預期的一定要重點關照。發(fā)現(xiàn)問題要立即上報，盡快解決。并建立風險監(jiān)管日志，實行“崗位負責制”，將軟件開發(fā)項目的風險降到最低。4.3軟件開發(fā)項目的風險來源及對項目成敗的影響軟件開發(fā)項目風險是指在軟件生命周期中所遇到的所有的預算、進度和控制等各方面的問題，以及由這些問題而產(chǎn)生的對軟件項目的影響。軟件項目風險經(jīng)常會涉及許多方面，如：缺乏用戶的參與，缺少高級管理層的支持，含糊的要求，沒有計劃和管理等，總體概括下來應該由樓六大方面。1）需求風險很多項目在確定需求時都面臨著一些不確定性。當在項目早期容

17、忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關的風險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品或者拙劣地建造預期的產(chǎn)品。每一種情況對產(chǎn)品來講都可能致命的。2）相關性風險許多風險都是因為項目的外部環(huán)境或因素的相關性產(chǎn)生的。經(jīng)常我們在控制外部的相關性上做的不夠，因此緩解策略應該包括可能性計劃，以便從第二資源或協(xié)同工作資源中取得必要的組成部分，并且覺察潛在的問題。3）技術風險軟件技術的飛速發(fā)展和經(jīng)驗豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。在早期，識別風險從而采取合適的預防措施是解決風險領域問題的關鍵。4）管理風險盡管管

18、理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風險管理計劃的人，他們有先天性的不足一一自己檢查自己的錯誤，這是最難的。然而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目本身。5）自然風險軟件產(chǎn)品本身也屬于一種應用型產(chǎn)品，同樣會受到自然災害的的影響。（自然風險主要有火災、洪澇、惡劣天氣等對圖書館的館藏、服務系統(tǒng)、信息系統(tǒng)和人員可能造成的損害。）4.4圖書館管理系統(tǒng)風險應對表風險識別風險定性與定量分析風險應對編號WBSI塊風險事件風險概率風險影響描述風險影響

19、值風險期望值緩解策略策略應急計劃和突發(fā)事件風險處理措施風險負責人1需求風險需求分析不到位，導致數(shù)據(jù)模型建立好后尢法使用6%10%工成本增長<20%0.20.12重新進行到位的需求分析當數(shù)據(jù)模型建立后無法使用時，即使重新做需求分析一周工作包負責人2需求缺少功效105%<進度實施<10%0.20.02及時和項目經(jīng)理進行功效的當缺少有效的需求變化管理過程時，要及時，與相應的三工作包風應的需求義化管理過%0天程溝通，確保需求的有效管理管理人員驚醒溝通，制定有效的變化管理負責任3需求風險客戶不斷變化需求9%工作質(zhì)量受到較小的影響0.10.0091、要做好與客戶之間的溝通工作2、工作人員

20、要做好應對必要艾化的準備，滿足客戶的需求當客戶不斷變化需求時，1、要做好與客戶之間的溝通工作2、工作人員要做好應對必要艾化的準備，滿足客戶的需求一周工作包負責人4需求風險院圖書館調(diào)研經(jīng)常推后20%10W進度拖延<0.40.080與客戶相關人員進行后效溝通當需求調(diào)研不能及時進行時，根據(jù)合理時間調(diào)研并與相關工作人員進行有效溝通并確定調(diào)研時間兩天項目經(jīng)理5需求風險某些需求超出項目范圍25%范圍主要部分受到影響0.20.050查看范圍進度計劃，并與客戶，進行合理的溝通某些需求超出項目范圍時，1、明確列出超出項目范圍需一天項目經(jīng)求，2查看范圍進度計劃，并與客戶，進行合理的溝通理6需求風險漏掉某些模

21、塊或多6%范圍的次要/、分受到影響0.10.006查看范圍進度計劃，及時修改當漏掉某些模塊或多了杲些模塊時，一周工作包負責人J某些模塊1、查看范圍進度計戈IJ,及時與項目經(jīng)理進行溝通，如果漏掉某些模塊，及時把漏掉的任務分配給相應的工作人員進行補充，如果多了一些設計模塊，查看進度，并決定是否刪除多出的模塊7相關性風險簽訂合同不科學不嚴謹，存在邊界界定不清楚的問題15%10%工進度實施<20%0.40.060及時與客戶進行有效溝通并重新修訂合同當合同有問題時，1、及時與客戶進行有效溝通，并進行重新修訂合同，2、重新根據(jù)需求制定更加完美的合同三天項目經(jīng)理9相性險關風軟硬件不兼容1%項目的最終產(chǎn)

22、品實際上不能使用0.80.040及時與供應商聯(lián)系，并進行后效溝通，更換硬件設備當軟硬件小兼容時1、及時與供應商聯(lián)系，并進行有效溝通，更換硬件設備2、如果無法更換，查看該硬件是否可以用在該系統(tǒng)的其他位置三天工作包負責人10相性險關風病是、黑客入侵造成系統(tǒng)無法正常工作5%項目的最終產(chǎn)品實際上不能使用0.60.050做好系統(tǒng)安全防護當病毒、黑客入侵造成圖書館系統(tǒng)無法正常工作時，1、及時進行系統(tǒng)體檢，用相關工具殺毒，2、通過相關設備對系統(tǒng)進行有效保護防止系統(tǒng)再次收到攻擊11技術風險預算有誤，導致開發(fā)過程無法進行9%10%工進度實施<20%0.20.018向投資者申請新的的資金當預算有誤，導致開發(fā)

23、過程無法進行時，向投資者申請新的的資金，2、向一周工作包負責人孜負名展小溫日勺貝算和以前錯誤的預算12技術風險開發(fā)工具不可靠導致項目過程中的bug5%10%工進度實施<20%0.40.0.032確定開發(fā)工具可靠當開發(fā)工具不可靠時，1、及時做測試，發(fā)現(xiàn)bug。2、更換開發(fā)工具一周工作包負責人13技術風險使用框架存在漏洞bug,導致項目失敗1%質(zhì)量降低需要得到有關領導的批準0.20.002測試人員及時發(fā)現(xiàn)問題，開發(fā)人員及時解決問題當使用框架存在漏洞bug,導致項目失敗時，1、及時對框架進行修復2、更換更可靠的框架一周工作包負責人14管理風險技術人員離職，模塊任務無人完成5%10%工進度實施&

24、lt;20%0.30.0501、加強人員考核；確定人員的可靠性2、及時需找人員代替氣工作當技術人員離職，模塊任務無人完成時1、加強人員考核；確定人員的可靠性2、及時需找人員代替齊工作3、與當事人做及時溝通2天項目經(jīng)理15管理風險不能按進度計劃完成相應的任務2%10%<進度實施<20%0.30.060做好跟蹤記錄當不能按進度計劃完成相應的任務時，1、做好對每個人的及時跟蹤記錄，2、若不能按進度完成，應當進行加班完成相應任務一周工作包負責人15管理風險進度進化不夠完善導致整體任務滯后5%質(zhì)量降低需要得到有關領導的批準0.60.086及時調(diào)整計劃當進度進化不夠完善導致整體任務滯后時1、及

25、時調(diào)整計劃2、將所差進度加班完成2天工作包負責人16自然風險火災、澇災、地震等自然災害1%質(zhì)量降低需要得到有關領導的批準0.30.020做好轉(zhuǎn)移工作，降低損失程度當火災、澇災、地震等自然災害時1、做好系統(tǒng)備份的轉(zhuǎn)移工作，把損失降低到最小2及時做出應急處理，是相關負責人做出快速反映。三天工作包負責人5開發(fā)項目人員分配項目人力資源計劃就是決定在項目中的每一項工作中用什么樣的人力資源，確定人力資源的數(shù)量、質(zhì)量和結構。組織結構圖書管理系統(tǒng)的項目管理是采用項目型組織，各成員按照從事的項目組成不同的團隊，并由指定的項目經(jīng)理來協(xié)調(diào)和管理項目的運作。a、職能型組織b、項目型組織c、矩陣型組織復合型組織人員要求

26、a、項目經(jīng)理1、有5年以上軟件研發(fā)經(jīng)驗2、能分析和判斷大部分軟件問題。對項目軟件開發(fā)過程負責。有豐富的項目經(jīng)驗和很強的責任心。有熟練的英文閱讀能力和交流能力。b、調(diào)研分析員1計算機、軟件工程等專業(yè)本科以上學歷；2熟悉需求調(diào)研方法，具備較強的業(yè)務流程及業(yè)務模型分析設計能力；3熟悉軟件工程理論，掌握軟件需求獲取與分析方法；具備財務軟件、物流系統(tǒng)軟件、ERPSAP等系統(tǒng)軟件的需求分析經(jīng)驗優(yōu)先考慮；4有較強的文檔編寫能力，有較強的團隊協(xié)作精神c、系統(tǒng)分析員1精通Java語言，WE編程，熟悉J2EE應用系統(tǒng)開發(fā)，熟悉Tomcat等應用服務器；2熟悉Mysql等數(shù)據(jù)庫的設計與開發(fā)；3熟悉軟件開發(fā)流程，具有

27、需求分析和架構設計的實際經(jīng)驗；4能夠控制客戶需求，并能夠處理好與客戶之間的關系，有較強的文檔撰寫能力；5能夠高效的管理與激發(fā)團隊，使團隊更具有凝聚力。d、模塊設計員1精通java及數(shù)據(jù)庫相關知識（至少3年以上開發(fā)經(jīng)驗，1年以上架構設計經(jīng)驗）；2熟悉面向?qū)ο蟮姆治鲈O計方法；3熟練使用UMLX具進行建模設計，并能充分理解客戶的需求并根據(jù)需求進行模塊化和面向?qū)ο蠓治鲈O計；4能夠獨立完成系統(tǒng)需求分析與概要設計設計工作；5有較強的系統(tǒng)需求分析、設計文檔編寫能力；6具有良好的團隊協(xié)作精神，有較強的業(yè)務模型分析能力，思維清晰敏捷，邏輯分析能力強,善于與人溝通，能夠承擔一定的工作壓力e、測試工程師1計算機、軟

28、件工程等相關專業(yè)；角色姓名職責項目經(jīng)理項目總體設計，制定和監(jiān)控開發(fā)進度，制定相應的開發(fā)規(guī)范、負責各個環(huán)節(jié)的評審工作，協(xié)調(diào)各個成員（小組）之間開發(fā)。調(diào)研分析員實際調(diào)研，提供詳細的策劃方案和需求分析2對人員管理、資源調(diào)配、測試方法改進等經(jīng)驗；3分析能力強，思維周密、積極主動，關注細節(jié)，勇于創(chuàng)新，良好的溝通技巧以及優(yōu)秀的言語表達能力，具備良好的團隊合作精神；4熟悉一些主流的軟件工程方法論和思想，了解軟件工程，軟件生命周期模型基礎；實施人員1積極上進2有項目管理經(jīng)驗優(yōu)先3肯吃苦，能出差客戶聯(lián)絡員1較強的溝通、理解和應變能力2有剛正不阿的性格，吃苦耐勞的精神3服從公司工作安排，能長期出差。2角色職能表系

29、統(tǒng)分析員根據(jù)需求分析報告進行總體分析，得出系統(tǒng)的概念模型模塊設計員根據(jù)系統(tǒng)分析結果對系統(tǒng)做模塊化分及相關接口定義程序員編寫功能模塊的實現(xiàn)代碼并驚醒單元測試測試工程師測試程序及系統(tǒng)的功能實施人員負責工程實施，現(xiàn)場培訓，協(xié)助項目驗收，需求的初步確認，項目維護?？蛻袈?lián)絡員與客戶聯(lián)系、協(xié)助其他人員與客戶的交流6系統(tǒng)成品評價6.1 對生產(chǎn)效率的評價給出實際生產(chǎn)效率，包括：.系統(tǒng)開發(fā)已歷時快2個月的時間了開發(fā)的反復性比較多。對客戶的需求理解不是很透徹。綜合以上，雖然以上問題是項目開發(fā)經(jīng)常面對的問題，開發(fā)工程中存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設計缺陷和部分代碼的構建缺陷、客

30、戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的bug,這些都造成了一定時間的消耗，但同時也使得我們的產(chǎn)品日趨完善。但是總的來說此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。經(jīng)過我們各位成員的共同努力，圖書管理系統(tǒng)已經(jīng)很好的完成了客戶的業(yè)務流需求。經(jīng)過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設計缺陷和部分代碼的構建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的bug。總的來說，此系統(tǒng)的功能開發(fā)還是一個比較成

31、功的案例。6.2 對技術方法的評價系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結構，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術不斷的更加成熟。系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（

32、不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就最大的提高了我們系統(tǒng)的安全性。Ikey加密鑰匙是很好的加密B/S架構軟件的硬件工具，在以后的軟件安全方面可以借鑒。我們在項目開發(fā)中，使用了一些測試工具，包括JUnit,JCheck。測試工具的應用可以提高測試的質(zhì)量、測試的效率。但是在選擇和使用測試工具的時候，我們也應該看到，在測試過程中，并不是所有的測試工具都適合我們使用，同時，有了測試工具、會使用測試工具并不等于測試工具真正能在測試中發(fā)揮作用。7經(jīng)驗與教訓7.1 簽定合同一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定