項目背景

        1)項目組成

        開發(fā)軟件名稱： 圖書管理系統(tǒng) 項目任務(wù)提出者： 項目開發(fā)者：

        用戶：系統(tǒng)管理員、操作員、讀者 實現(xiàn)軟件單位：

        2)待開發(fā)系統(tǒng)定義

        傳統(tǒng)的圖書館管理系統(tǒng)模式有多種缺陷，比如操作繁瑣、工作量大難以上手，效率低、容錯率差等。給大量的資料查詢、更新及維護帶來了大量的困難。圖書管理系統(tǒng)對于現(xiàn)代圖書館而言，是能否發(fā)揮其教學科研的作用的至關(guān)重要技術(shù)平臺。對于讀者和圖書管理員來說，是能否方便快速獲取信息的關(guān)鍵。所以我們接受這個項目，首先考慮的便是功能的實現(xiàn)，給用戶帶來充足的信息和快捷方便的操作。

        3）圖書管理系統(tǒng)模型

        2本系統(tǒng)主要實現(xiàn)書籍管理、讀者管理和借閱管理等主要的圖書管理功能。

        .1圖書管理

        圖書類別管理：增、刪除、改等管理。

        圖書信息管理：新書入庫，圖書購入后由圖書管理人員將書籍編碼并將其具體信息錄入書籍信息表。書籍信息修改，書籍信息由于工作人員的疏忽而出現(xiàn)錯誤時，可修改其信息。管理員按不同方式查詢、統(tǒng)計，讀者按不同方式查詢。

        圖書注銷：某一部分圖書會隨著時間的增長及知識的更新而變得不再有使用的價值，或者圖書被損壞，這些圖書就要在圖書籍信息表中的除去。即從書籍信息表中刪去此書籍記錄。

        .2讀者管理

        讀者類別信息管理：增、刪除、改等管理。

        讀者信息管理：辦理、掛失、暫停借、注銷閱卡，錄入、修改、刪除讀者信息。

        .3借閱管理

        續(xù)借管理：提供讀者在符合規(guī)定的情況下網(wǎng)上續(xù)借。

        還書管理：根據(jù)借閱卡編號、圖書ID等，在借閱信息表中找到相應(yīng)的記錄，將借書記錄刪除，更新該記錄的相應(yīng)數(shù)據(jù)（圖書信息表）。根據(jù)違反規(guī)定情況計算和登記罰款記錄。

        借書管理：根據(jù)借閱卡編號和圖書編號，進行借書登記。在借閱信息表中插入一條借書記錄，該記錄包括讀者ID、圖書ID、借出日期、借閱編號、操作員等信息，更新該記錄的相應(yīng)數(shù)據(jù)（圖書信息表）。把超期圖書以列表的形式顯示出來，并以電子郵件或打印成書面通知讀者。提供讀者網(wǎng)上查詢自己的借閱情況（包括超期提示）

        開發(fā)進度與成本估算

        圖書館圖書管理系統(tǒng)，此項目的成本是項目進行全過程所消耗的各種費用總和。根據(jù)工作分解結(jié)構(gòu)制定出項目分攤估計表來有效的進行項目的成本計劃。合同規(guī)定項目的總成本（包括軟件開發(fā)成本、硬件成本和開發(fā)中的其他成本）是10萬元人民幣。

        根據(jù)項目團隊制定的工作分解結(jié)構(gòu)，按照系統(tǒng)的生命期將本項目劃分為六個活動，分別是項目規(guī)劃、需求分析、軟件設(shè)計、編程實現(xiàn)、系統(tǒng)測試、驗收總結(jié)。對這六個活動進一步分解得到21個小活動。小活動的成本主要由勞動力成本（工資）和硬件成本構(gòu)成。其中工資根據(jù)工期、人數(shù)和日工資來確定，硬件成本根據(jù)該項小活動的需求數(shù)量來確定。成本估算采用的方法為：先估算出每項小活動的預(yù)算，然后在算出大活動的預(yù)算，進而預(yù)算出整個項目的成本。

        、撰寫需求分 770 析說明書 7、系統(tǒng)分析 2310 8、模塊設(shè)計 軟件設(shè) 9、數(shù)據(jù)庫設(shè)計 計 10、美工設(shè)計 5390 3850 2310

        、撰寫詳細設(shè) 770 計說明書 12、硬件安裝 10000 軟件開 13、環(huán)境配置 發(fā) 14、代碼實現(xiàn) 15、集成測試 軟件測 16、系統(tǒng)測試 試 17、撰寫系統(tǒng)測 試報告 驗收總 18、撰寫用戶手 結(jié) 冊 19、人員培訓 20、產(chǎn)品轉(zhuǎn)移 21、經(jīng)驗總結(jié)

        原計劃此圖書管理經(jīng)費占整個圖書管理系統(tǒng)的百分之一十，即是10萬，時間為3個月，整個項目由一名項目經(jīng)理，兩名開發(fā)成員，同時完成開發(fā)后要兼顧測試比較辛苦，所以時間也比較充足，要求圖書管理的開發(fā)的時間最長不能超過原定計劃的3天。比原計劃提前了20天。這樣就節(jié)省了不少成本。

        系統(tǒng)開發(fā)項目風險分析報告

        .1軟件開發(fā)項目的風險背景

        信息產(chǎn)業(yè)的發(fā)展是目前發(fā)展最快的行業(yè)之一，也是對社會影響最大的一個行業(yè)，它不但為我們創(chuàng)造了巨大的財富，而且從各個方面改變著我們的生活，達到一個行業(yè)，小到一項服務(wù)。我們不得不承認軟件是二十一世紀最不可思議的產(chǎn)品。

        伴隨著軟件開發(fā)技術(shù)的不斷更新、軟件數(shù)量的增多、軟件復雜程度不斷加大、客戶對產(chǎn)品的要求也在不斷的提高，隨之而來的是軟件開發(fā)項目給軟件開發(fā)企業(yè)和需求企業(yè)帶來的巨大風險。軟件開發(fā)項目的成功與否會直接影響到公司的生存。這對軟件開發(fā)企業(yè)來講應(yīng)該是更大的難題。一方面是業(yè)務(wù)需求更加復雜。人們對軟件質(zhì)量和用途的期望大幅度提高，對業(yè)務(wù)系統(tǒng)的要求也越來越挑剔。另一方面是開發(fā)成本不斷縮減。在此形勢下，風險管理與控制已成為軟件開發(fā)項目成敗的關(guān)鍵。

        軟件開發(fā)項目由于其具有連續(xù)性、復雜性、少參照性，無標準規(guī)范等特點，其風險程度較高。目前國內(nèi)的大多數(shù)軟件開發(fā)企業(yè)還缺乏對軟件開發(fā)項目的風險認識，缺少進行系統(tǒng)、有效的度量和評價的手段。據(jù)有調(diào)查數(shù)據(jù)顯示，有15—35%的軟件項目中途被取消，剩下的項目不是超期就是超出預(yù)算或是無法達到預(yù)期目標。另外，軟件項目因風險控制和管理原因失敗的約占90%，可見，軟件風險控制與管理在目前的軟件開發(fā)項目中的重要性。

        .2風險管理與風險控制介紹

        ）風險管理

        風險管理應(yīng)是貫穿軟件項目開發(fā)始末的一項重要任務(wù)，其中包括風險識別、風險評估、風險計劃、風險解決和風險監(jiān)控。它能讓風險管理者主動“規(guī)避”風險，進行有效的風險管理。風險管理模型有：SEI風險管理模型、Riskit風險管理模型、SoftRisk風險管理模型、IEEE風險管理過程模型、CMMI風險管理模型、MSF風險管理模型等。在項目管理中，建立風險管理策略，在項目的生命周期中不斷控制風險是非常重要的，風險管理主要包括五個階段：

        (1)風險識別：識別風險的方法常用的有現(xiàn)場觀察法、座談法、流程圖法、財務(wù)報表法、相關(guān)部門配合法和環(huán)境分析法等。

        (2) 風險評估：對已識別的風險要進行估計和評價，風險估計的主要任務(wù)是確定風險發(fā)生的概率與后果，風險評價則是確定該風險的經(jīng)濟意義及處理的費/效分析，常用的方法有：概率分布、外推法、多目標分析法等。

        (3) 計劃進度：按照評估后的風險結(jié)果，制定相應(yīng)的風險管理進度表，為后續(xù)的風險管理提供參考。

        (4) 風險處理：一般而言，風險處理有三種方法，① 風險控制法，即主動采取措施避免風險，消滅風險，中和風險或采用緊急方案降低風險。② 風險自留，當風險量不大時可以余留風險。③ 風險轉(zhuǎn)移。 (5) 風險監(jiān)控：包括對風險發(fā)生的監(jiān)督和對風險管理的監(jiān)督，前者是對已識別的風險源進行監(jiān)視和控制，后者是在項目實施過程中監(jiān)督人們認真執(zhí)行風險管理的組織和技術(shù)措施。

        ）風險控制

        (1)建立有效的風險控制的組織機構(gòu)

        ①設(shè)置風險管理崗位：在軟件開發(fā)項目管理過程中設(shè)置風險管理崗位，該崗位的主要職責是在制訂與評估規(guī)劃時，從風險管理的角度對項目規(guī)劃或計劃進行審核并發(fā)表意見，不斷尋找可能出現(xiàn)的任何意外情況，試著指出各個風險的管理策略及常用的管理方法，以隨時處理出現(xiàn)的風險，風險管理者最好是由項目主管以外的人擔任。風險管理崗位的人數(shù)依據(jù)項目大小來決定，一般2—3人較為適合。

        ②雙項目經(jīng)理：為項目開發(fā)項目設(shè)定兩個項目經(jīng)理崗位，一個負責技術(shù)崗位，另一個負責管理崗位。目前，國內(nèi)的軟件開發(fā)企業(yè)的項目經(jīng)理一般都是一名，而且是技術(shù)出生的占絕對多數(shù)，他們主要擅長的是技術(shù)研發(fā)，在管理方面先天不足，這不利于項目風險管理和控制。通過增加專門的管理經(jīng)理崗位，可以彌補技術(shù)出生的項目經(jīng)理的不足，提升軟件開發(fā)項目的管理水平。而且這樣的經(jīng)驗也已得到了國外業(yè)界大多企業(yè)的認可。

        (2) 建立有效的風險控制管理過程

        風險管理過程包括培訓，風險識別、風險分析、風險計劃、執(zhí)行計劃、跟蹤計劃等活動，有效的風險管理過程應(yīng)是學習型的、持續(xù)的和不斷改進的。軟件企業(yè)應(yīng)建立自己的風險管理數(shù)據(jù)庫作為風險管理的基礎(chǔ)，并在實施中不斷地更新和完善。

        根據(jù)企業(yè)和項目的實際情況，進行科學的項目風險和控制，對項目的成功研發(fā)有著舉足輕重的意義。在項目開發(fā)的過程中，進行必要的項目風險分析，制定符合項目特點的風險評估和監(jiān)督機制，特別是要定期對項目的風險狀況進行評估和監(jiān)管，發(fā)現(xiàn)意外風險或者是風險超出預(yù)期的一定要重點關(guān)照。發(fā)現(xiàn)問題要立即上報，盡快解決。并建立風險監(jiān)管日志，實行“崗位負責制”，將軟件開發(fā)項目的風險降到最低。

        .3軟件開發(fā)項目的風險來源及對項目成敗的影響

        軟件開發(fā)項目風險是指在軟件生命周期中所遇到的所有的預(yù)算、進度和控制等各方面的問題，以及由這些問題而產(chǎn)生的對軟件項目的影響。軟件項目風險經(jīng)常會涉及許多方面，如：缺乏用戶的參與，缺少高級管理層的支持，含糊的要求，沒有計劃和管理等，總體概括下來應(yīng)該由樓六大方面。

        ） 需求風險

        很多項目在確定需求時都面臨著一些不確定性。當在項目早期容忍了這些不確定性，并且在項目進展過程當中得不到解決，這些問題就會對項目的成功造成很大威脅。如果不控制與需求相關(guān)的風險因素，那么就很有可能產(chǎn)生錯誤的產(chǎn)品或者拙劣地建造預(yù)期的產(chǎn)品。每一種情況對產(chǎn)品來講都可能致命的。

        ） 相關(guān)性風險

        許多風險都是因為項目的外部環(huán)境或因素的相關(guān)性產(chǎn)生的。經(jīng)常我們在控制外部的相關(guān)性上做的不夠，因此緩解策略應(yīng)該包括可能性計劃，以便從第二資源或協(xié)同工作資源中取得必要的組成部分，并且覺察潛在的問題。

        ） 技術(shù)風險

        軟件技術(shù)的飛速發(fā)展和經(jīng)驗豐富員工的缺乏，意味著項目團隊可能會因為技巧的原因影響項目的成功。在早期，識別風險從而采取合適的預(yù)防措施是解決風險領(lǐng)域問題的關(guān)鍵。

        ） 管理風險

        盡管管理問題制約了很多項目的成功，但是不要因為風險管理計劃中沒有包括所有管理活動而感到驚奇。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風險管理計劃的人，他們有先天性的不足——自己檢查自己的錯誤，這是最難的。然而，像這些問題可能會使項目的成功變得更加困難。如果不正視這些棘手的問題，它們就很有可能在項目進行的某個階段影響項目本身。

        ）自然風險

        軟件產(chǎn)品本身也屬于一種應(yīng)用型產(chǎn)品，同樣會受到自然災(zāi)害的的影響。（自然風險主要有火災(zāi)、洪澇、惡劣天氣等對圖書館的館藏、服務(wù)系統(tǒng)、信息系統(tǒng)和人員可能造成的損害。）

        .4圖書館管理系統(tǒng)風險應(yīng)對表

        項目人力資源計劃就是決定在項目中的每一項工作中用什么樣的人力資源，確定人力資源的數(shù)量、質(zhì)量和結(jié)構(gòu)。

        組織結(jié)構(gòu)

        圖書管理系統(tǒng)的項目管理是采用項目型組織，各成員按照從事的項目組成不同的團隊，并由指定的項目經(jīng)理來協(xié)調(diào)和管理項目的運作。

        、職能型組織 b、項目型組織 c、矩陣型組織 d、 復合型組織

        人員要求

        、項目經(jīng)理

        、有5年以上軟件研發(fā)經(jīng)驗

        、能分析和判斷大部分軟件問題。對項目軟件開發(fā)過程負責。有豐富的項目經(jīng)驗和很強的責任心。

        、 有熟練的英文閱讀能力和交流能力。 b、調(diào)研分析員

        計算機、軟件工程等專業(yè)本科以上學歷； 2熟悉需求調(diào)研方法，具備較強的業(yè)務(wù)流程及業(yè)務(wù)模型分析設(shè)計能力；  3熟悉軟件工程理論，掌握軟件需求獲取與分析方法；具備財務(wù)軟件、物流系統(tǒng)軟件、ERPSAP等系統(tǒng)軟件的需求分析經(jīng)驗優(yōu)先考慮； 4有較強的文檔編寫能力，有較強的團隊協(xié)作精神 c、系統(tǒng)分析員 1精通Java語言，WEB編程，熟悉J2EE應(yīng)用系統(tǒng)開發(fā)，熟悉Tomcat等應(yīng)用服務(wù)器；

        熟悉Mysql等數(shù)據(jù)庫的設(shè)計與開發(fā)；

        熟悉軟件開發(fā)流程，具有需求分析和架構(gòu)設(shè)計的實際經(jīng)驗；

        能夠控制客戶需求，并能夠處理好與客戶之間的關(guān)系，有較強的文檔撰寫能力；

        能夠高效的管理與激發(fā)團隊，使團隊更具有凝聚力。 d、模塊設(shè)計員

        精通java及數(shù)據(jù)庫相關(guān)知識（至少3年以上開發(fā)經(jīng)驗，1年以上架構(gòu)設(shè)計經(jīng)驗）；

        熟悉面向?qū)ο蟮姆治鲈O(shè)計方法；

        熟練使用UML工具進行建模設(shè)計，并能充分理解客戶的需求并根據(jù)需求進行模塊化和面向?qū)ο蠓治鲈O(shè)計；

        能夠獨立完成系統(tǒng)需求分析與概要設(shè)計設(shè)計工作； 5有較強的系統(tǒng)需求分析、設(shè)計文檔編寫能力；

        具有良好的團隊協(xié)作精神，有較強的業(yè)務(wù)模型分析能力，思維清晰敏捷，邏輯分析能力強，善于與人溝通，能夠承擔一定的工作壓力 e、測試工程師

        計算機、軟件工程等相關(guān)專業(yè)；

        對人員管理、資源調(diào)配、測試方法改進等經(jīng)驗；

        分析能力強，思維周密、積極主動，關(guān)注細節(jié)，勇于創(chuàng)新，良好的

        溝通技巧以及優(yōu)秀的言語表達能力，具備良好的團隊合作精神；  4熟悉一些主流的軟件工程方法論和思想，了解軟件工程，軟件生命周期模型基礎(chǔ)；  f、 實施人員 1積極上進

        有項目管理經(jīng)驗優(yōu)先 3肯吃苦,能出差 g、 客戶聯(lián)絡(luò)員

        較強的溝通、理解和應(yīng)變能力

        有剛正不阿的性格，吃苦耐勞的精神 3服從公司工作安排，能長期出差。 2角色職能表

        系統(tǒng)成品評價 6.1對生產(chǎn)效率的評價

        給出實際生產(chǎn)效率，包括：

        ⑴.系統(tǒng)開發(fā)已歷時快2個月的時間了 ⑵開發(fā)的反復性比較多。 ⑶對客戶的需求理解不是很透徹。

        綜合以上，雖然以上問題是項目開發(fā)經(jīng)常面對的問題，開發(fā)工程

        中存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設(shè)計缺陷和部分代碼的構(gòu)建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的bug，這些都造成了一定時間的消耗，但同時也使得我們的產(chǎn)品日趨完善。但是總的來說此項目的開發(fā)效率不是很高，相反有相當一定時間的浪費。

        經(jīng)過我們各位成員的共同努力，圖書管理系統(tǒng)已經(jīng)很好的完成了客戶的業(yè)務(wù)流需求。經(jīng)過對客戶使用過程的觀察，此項目開發(fā)的還是比較成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設(shè)計缺陷和部分代碼的構(gòu)建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時間來維護客戶使用過程中提出的新問題和存在的bug?？偟膩碚f，此系統(tǒng)的功能開發(fā)還是一個比較成功的案例。

        .2對技術(shù)方法的評價

        ⑴系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結(jié)構(gòu)，此框架在開發(fā)一些中小軟件是比較實用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護費用。使我們的技術(shù)不斷的更加成熟。

        ⑵系統(tǒng)安全加密：此系統(tǒng)中針對客戶提出的系統(tǒng)安全問題，我們采用了Ikey加密硬件鑰匙來驗證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個系統(tǒng)使用用戶，也可以讓多個用戶來使用一個加密鑰匙來驗證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎丟失，或者被不法人員取得（不法人員他也是無法登陸到我們的系統(tǒng)中來），這樣就最大的提高了我們系統(tǒng)的安全性。Ikey加密鑰匙是很好的加密B/S架構(gòu)軟件的硬件工具，在以后的軟件安全方面可以借鑒。  ⑶我們在項目開發(fā)中，使用了一些測試工具，包括JUnit,JCheck。 測試工具的應(yīng)用可以提高測試的質(zhì)量、測試的效率。但是在選擇和使用測試工具的時候，我們也應(yīng)該看到，在測試過程中，并不是所有的測試工具都適合我們使用，同時，有了測試工具、會使用測試工具并不等于測試工具真正能在測試中發(fā)揮作用。

        經(jīng)驗與教訓

        .1簽定合同

        一個項目的開發(fā)成敗或者說項目開發(fā)帶來效益的大小，在很大程度上是受項目合同簽定的影響的。往往，很多一部分公司與客戶簽定的項目合同都是很模糊的，也很難簽定的比較清楚，這樣以來就會導致在項目的開發(fā)后期，工作兩會越來越大，影響項目的竣工周期；而且，項目的開發(fā)費用一般是不會變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們在簽定合同時，需要研究求實，要盡量的去把合同功能邊界和添加新功能的條件簽定。

        .2需求的調(diào)研

        在項目確立后，就到了需求調(diào)研分析階段。

        １．項目組對客戶的整體組織結(jié)構(gòu)、公司有關(guān)人員的關(guān)系、職責等如果沒有一個很好、足夠的了解掌握，這樣項目組就無法很好的完整的整理到客戶的需求、或者說客戶真實的功能需求，如此以來我們就為自己埋下了地雷,影響項目的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關(guān)系,要深入的去了解客戶需求。 ２．我們要盡量的讓客戶也參與到項目的開發(fā)團隊中來，也就是說我們要使客戶把自己也納入到項目的開發(fā)團隊中來，如此一來，我們掌握客戶需求的真實性、可靠性就會大大的提高,也就不會為項目的后期功能開發(fā)埋下陷阱

        ３．在需求調(diào)研過程中，如果缺乏足夠用戶參與，這樣的需求調(diào)研也是失敗的。很多程序員不愿參與到客戶的需求調(diào)研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時間去和客戶進行溝通，了解他們真實的需求。很多用戶也是如此，他們自己也不愿意參與到項目的需求調(diào)研中來，為什么呢？需求調(diào)研是一件枯燥的事對嗎？雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調(diào)研中來。 

        7.3做好開發(fā)計劃在項目確立后，我們就需要做好項目開發(fā)計劃，需求調(diào)研用時，開發(fā)用時，測試用時，實施用時，維護用時。在我們做好了計劃后，我們要隨時的跟蹤計劃任務(wù)的完成進度，從而使我們的項目進度掌控在我們的開發(fā)周期范圍之內(nèi)，今日計劃、行動，明日成功。 

        7.4做好人際溝通、培訓準備和動員工作

        ）項目組成員的任務(wù)分配不是十分均衡，小組成員的職能劃分不清，未能按要求實現(xiàn)計劃書中的職能分配，造成了效率低下。 2）由于實現(xiàn)開發(fā)成員對此次項目開發(fā)的環(huán)境并不太熟悉，項目組也沒有組織培訓，造成了摸石過河的現(xiàn)象，降低了開發(fā)速度和后期的趕工。

        ）項目組成員在各個模塊的開發(fā)時后溝通不夠，一度各自為政，造成了二次開發(fā)，浪費了資源。

        ）項目組缺乏一種有效的激勵機制，出現(xiàn)了一些怠工現(xiàn)象。 在其他行業(yè)中，人與人的之間的溝通只很重要的。項目開發(fā)也不例外，很好的溝通能夠加快項目的進度，這就要求我們每一個開發(fā)人員要學會和善于溝通于客戶和同事之間。利于下次項目開發(fā)可以讓項目組成員成員之間以及與本公司其他其他項目組保持溝通，實現(xiàn)技術(shù)共享提高開發(fā)效率。同時對外上，在一個項目的開發(fā)過程中，我們與客戶的溝通是一個不斷交流和溝通的過程。在開發(fā)到一定的階段，我們就需要和客戶溝通已有功能，盡量的去避免一些隱藏的問題，及時的發(fā)現(xiàn)問題，解決問題，從而按時或者提前完成項目的開發(fā)。