圖書管理系統(tǒng)項(xiàng)目總結(jié)報(bào)告

工程開發(fā)總結(jié)報(bào)告〔GB8567——88〕目錄1引言11.1編寫目的11.2背景11.3定義11.4參考資料12實(shí)際開發(fā)結(jié)果22.1產(chǎn)品2c．1圖書信息表2e．4.2讀者信息表3g．4.3借閱信息表4i．4.4圖書類別表4k．4.5出版社信息表4m．4.6讀者類別表5p．4.7圖書注銷信息表52.2主要功能和性能52.3根本流程72.4進(jìn)度72.5費(fèi)用83開發(fā)工作評(píng)價(jià)83.1對(duì)生產(chǎn)效率的評(píng)價(jià)83.2對(duì)產(chǎn)品質(zhì)量的評(píng)價(jià)83.3對(duì)技術(shù)方法的評(píng)價(jià)83.4出錯(cuò)原因的分析94經(jīng)驗(yàn)與教訓(xùn)94.1簽定合同94.2需求的調(diào)研103.4出錯(cuò)原因的分析104經(jīng)驗(yàn)與教訓(xùn)104.1簽定合同104.2需求的調(diào)研114.3做好開發(fā)方案114.4良好的溝通111引言1.1編寫目的對(duì)工程作出總結(jié).1.2背景開發(fā)軟件名稱：工程任務(wù)提出者：工程開發(fā)者：用戶：系統(tǒng)管理員、操作員、讀者實(shí)現(xiàn)軟件單位：強(qiáng)記股份1.3定義圖書管理系統(tǒng)對(duì)于現(xiàn)代圖書館而言，是能否發(fā)揮其教學(xué)科研的作用的至關(guān)重要技術(shù)平臺(tái)。對(duì)于讀者和圖書管理員來說，是能否方便快速獲取信息的關(guān)鍵。所以，圖書管理系統(tǒng)應(yīng)該能夠?yàn)橛脩籼峁┏渥愕男畔⒑涂旖莘奖愕牟僮魇侄巍?.4參考資料錢樂秋等，《軟件工程》，青還大學(xué)出版社；張害藩，《軟件工程導(dǎo)論》〔第四版〕，清華大學(xué)出版社；王珊等，《數(shù)據(jù)庫原理及設(shè)計(jì)》，清華大學(xué)出版社；趙池龍等，《軟件工程實(shí)踐教程》，電子工業(yè)出版社。2實(shí)際開發(fā)結(jié)果2.1產(chǎn)品圖書管理系統(tǒng)圖書類別圖書類別管理圖書管理系統(tǒng)書籍管理讀者管理借閱管理圖書信息管理出版社管理注冊(cè)管理讀者類別管理統(tǒng)讀者信息管理統(tǒng)續(xù)借管理還書管理借書管理過期罰款管理圖書喪失管理圖書添加圖書查詢圖書刪除圖書修改讀者添加讀者添加讀者添加讀者添加程序系統(tǒng)共有兩個(gè)版本，分別是管理員1.0源程序行數(shù):14600行100M與公共版1.0源程序行數(shù)13200行98M；數(shù)據(jù)表結(jié)構(gòu)設(shè)計(jì)1圖書信息表〔tsxxb〕字段類型長度格式約束圖書編號(hào)文本20主鍵，必須輸入圖書名稱文本50必須輸入圖書類別編號(hào)文本20必須輸入書架位置文本20ISBN文本20作者文本20譯者文本20單價(jià)數(shù)值出版社編號(hào)文本20出版時(shí)間時(shí)間/日期總數(shù)量數(shù)值入庫日期時(shí)間/日期入庫操作員文本10現(xiàn)存量數(shù)值借閱次數(shù)數(shù)值是否注銷文本1內(nèi)容簡介文本200備注文本504.2讀者信息表〔dzxxb〕字段類型長度格式約束讀者編號(hào)〔借書證號(hào)碼和用戶名與此同〕文本20主鍵，必須輸入讀者姓名文本10必須輸入讀者類別編號(hào)文本20必須輸入讀者性別文本2出生日期時(shí)間/日期讀者狀態(tài)文本4辦證日期時(shí)間/日期已借圖書數(shù)量數(shù)值證件名稱文本10證件號(hào)碼文本20讀者單位文本30文本40聯(lián)系文本30EMAIL文本30用戶密碼文本10辦證操作員文本10備注文本504.3借閱信息表〔jyxxb〕字段類型長度格式約束圖書編號(hào)文本20主鍵，必須輸入圖書名稱文本50讀者編號(hào)文本20主鍵，必須輸入讀者姓名文本10圖書價(jià)格數(shù)值借閱日期時(shí)間/日期應(yīng)還日期時(shí)間/日期續(xù)借次數(shù)數(shù)值借閱操作員文本104.4圖書類別表〔tslbb〕字段類型長度格式約束圖書類別編號(hào)文本20主鍵，必須輸入圖書類別名稱文本20必須輸入備注文本504.5出版社信息表〔cbsxxb〕字段類型長度格式約束出版社編號(hào)文本20主鍵，必須輸入出版社名稱文本30必須輸入出版社地址文本40郵政編碼文本6聯(lián)系人文本20聯(lián)系文本30EMAIL文本30備注文本504.6讀者類別表〔dzlbb〕字段類型長度格式約束讀者類別編號(hào)文本20主鍵，必須輸入讀者類別名稱文本10必須輸入可借書數(shù)量數(shù)值可借書天數(shù)數(shù)值可續(xù)借次數(shù)數(shù)值逾期緩沖天數(shù)數(shù)值逾期每天罰款金額數(shù)值喪失罰款倍數(shù)數(shù)值4.7圖書注銷信息表〔tszxxxb〕字段類型長度格式約束圖書編號(hào)文本20主鍵，必須輸入注銷數(shù)量數(shù)值必須輸入注銷日期時(shí)間/日期注銷操作員文本102.2主要功能和性能本系統(tǒng)主要實(shí)現(xiàn)書籍管理、讀者管理和借閱管理等主要的圖書管理功能?！?〕圖書管理圖書類別管理：增、刪除、改等管理。圖書信息管理：新書入庫，圖書購入后由圖書管理人員將書籍編碼并將其具體信息錄入書籍信息表。書籍信息修改，書籍信息由于工作人員的疏忽而出現(xiàn)錯(cuò)誤時(shí)，可修改其信息。管理員按不同方式查詢、統(tǒng)計(jì)，讀者按不同方式查詢。出版社信息管理：增、刪除、改等管理。圖書注銷：某一局部圖書會(huì)隨著時(shí)間的增長及知識(shí)的更新而變得不再有使用的價(jià)值，或者圖書被損壞，這些圖書就要在圖書籍信息表中的除去。即從書籍信息表中刪去此書籍記錄。〔3〕讀者管理讀者類別信息管理：增、刪除、改等管理。讀者信息管理：辦理、掛失、暫停借、注銷閱卡，錄入、修改、刪除讀者信息?！?〕借閱管理續(xù)借管理：提供讀者在符合規(guī)定的情況下網(wǎng)上續(xù)借。還書管理：根據(jù)借閱卡編號(hào)、圖書ID等，在借閱信息表中找到相應(yīng)的記錄，將借書記錄刪除，更新該記錄的相應(yīng)數(shù)據(jù)〔圖書信息表〕。根據(jù)違反規(guī)定情況計(jì)算和登記罰款記錄。借書管理：根據(jù)借閱卡編號(hào)和圖書編號(hào)，進(jìn)行借書登記。在借閱信息表中插入一條借書記錄，該記錄包括讀者ID、圖書ID、借出日期、借閱編號(hào)、操作員等信息，更新該記錄的相應(yīng)數(shù)據(jù)〔圖書信息表〕。把超期圖書以列表的形式顯示出來，并以電子郵件或打印成書面通知讀者。提供讀者網(wǎng)上查詢自己的借閱情況〔包括超期提示〕2.3根本流程開始顯示圖書管理界面功能選擇開始顯示圖書管理界面功能選擇修改界面查詢界面刪除界面圖書編號(hào)是否存在？功能選擇提示圖書編號(hào)已存在Y填寫查詢條件查詢結(jié)果選擇要?jiǎng)h除的記錄在“借閱信息表〞查詢?cè)摃慕栝営涗浿到栝営涗?gt;0？提示“圖書已借出，不能刪除〞確定刪除嗎？提示“圖書刪除成功“YYNN退出界面返回主系統(tǒng)界面原方案此圖書管理經(jīng)費(fèi)占整個(gè)圖書管理系統(tǒng)的百分之二十，即是30萬，時(shí)間為3個(gè)月，圖書管理的開發(fā)的時(shí)間最長不能超過原定方案的3天。比原方案提前了10天。2.5費(fèi)用列出原定方案費(fèi)用與實(shí)際支出費(fèi)用的比照，包括：，工程經(jīng)理一名：14000測試人員3名共：20000，架構(gòu)師，分析師共：18000，其他5個(gè)共：30000計(jì)算機(jī)的使用時(shí)間，區(qū)別CPU時(shí)間及其他設(shè)備時(shí)間：700小時(shí)物料消耗、出差費(fèi)等其他支出：20000明確說明，經(jīng)費(fèi)是超出了、還是節(jié)余了，分析其主要原因。相對(duì)于方案20萬的本錢預(yù)算，節(jié)約了大概18000塊，主要原因是比原方案提早了大概10天完成了工程3開發(fā)工作評(píng)價(jià)3.1對(duì)生產(chǎn)效率的評(píng)價(jià)給出實(shí)際生產(chǎn)效率，包括：１.系統(tǒng)開發(fā)已歷時(shí)快3個(gè)與的時(shí)間了２.開發(fā)的反復(fù)性比擬多。３．對(duì)客戶的需求理解不是很透徹。綜合以上，此工程的開發(fā)效率不是很高，相反有相當(dāng)一定時(shí)間的浪費(fèi)。3.2對(duì)產(chǎn)品質(zhì)量的評(píng)價(jià)經(jīng)過我們各位成員的共同努力，圖書管理系統(tǒng)已經(jīng)很好的完成了客戶的業(yè)務(wù)流需求。經(jīng)過對(duì)客戶使用過程的觀察，此工程開發(fā)的還是比擬成功，但是還是存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)缺陷和局部代碼的構(gòu)建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時(shí)間來維護(hù)客戶使用過程中提出的新問題和存在的debug?？偟膩碚f，此系統(tǒng)的功能開發(fā)還是一個(gè)比擬成功的案例。3.3對(duì)技術(shù)方法的評(píng)價(jià)1．系統(tǒng)開發(fā)框架：此系統(tǒng)的框架使用的是簡單三層結(jié)構(gòu)，此框架在開發(fā)一些中小軟件是比擬實(shí)用的。但是我們要是可以開發(fā)出自己的框架，把一些通用的功能開發(fā)到框架中。這樣以來，在以后的系統(tǒng)開發(fā)中，針對(duì)系統(tǒng)中一些通用的功能就不需要再開發(fā)，從而也可以很好的提高我們的開發(fā)效率；減少很多維護(hù)費(fèi)用。使我們的技術(shù)不斷的更加成熟。2．系統(tǒng)平安加密：此系統(tǒng)中針對(duì)客戶提出的系統(tǒng)平安問題，我們采用了Ikey加密硬件鑰匙來驗(yàn)證客戶端登陸客戶的合法性，此Ikey鑰匙可以綁定到一個(gè)系統(tǒng)使用用戶，也可以讓多個(gè)用戶來使用一個(gè)加密鑰匙來驗(yàn)證登陸系統(tǒng)的合法性。這樣以來，即使用戶的密碼不慎喪失，或者被不法人員取得〔不法人員他也是無法登陸到我們的系統(tǒng)中來〕，這樣就最大的提高了我們系統(tǒng)的平安性。Ikey加密鑰匙是很好的加密B/S架構(gòu)軟件的硬件工具，在以后的軟件平安方面可以借鑒。3.我們?cè)诠こ涕_發(fā)中，使用了一些測試工具，包括JUnit,JCheck。測試工具的應(yīng)用可以提高測試的質(zhì)量、測試的效率。但是在選擇和使用測試工具的時(shí)候，我們也應(yīng)該看到，在測試過程中，并不是所有的測試工具都適合我們使用，同時(shí)，有了測試工具、會(huì)使用測試工具并不等于測試工具真正能在測試中發(fā)揮作用。3.4出錯(cuò)原因的分析開發(fā)工程中存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)缺陷和局部代碼的構(gòu)建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時(shí)間來維護(hù)客戶使用過程中提出的新問題和存在的debug4經(jīng)驗(yàn)與教訓(xùn)4.1簽定合同一個(gè)工程的開發(fā)成敗或者說工程開發(fā)帶來效益的大小，在很大程度上是受工程合同簽定的影響的。往往，很多一局部公司與客戶簽定的工程合同都是很模糊的，也很難簽定的比擬清楚，這樣以來就會(huì)導(dǎo)致在工程的開發(fā)后期，工作兩會(huì)越來越大，影響工程的竣工周期；而且，工程的開發(fā)費(fèi)用一般是不會(huì)變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們?cè)诤灦ê贤瑫r(shí)，要盡量的去把合同功能邊界和添加新功能的條件簽定。4.2需求的調(diào)研

在工程確立后，就到了需求調(diào)研分析階段。１．工程組對(duì)客戶的整體組織結(jié)構(gòu)、公司有關(guān)人員的關(guān)系、職責(zé)等如果沒有一個(gè)很好、足夠的了解掌握，這樣工程組就無法很好的完整的整理到客戶的需求、或者說客戶真實(shí)的功能需求，如此以來我們就為自己埋下了地雷,影響工程的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關(guān)系,要深入的去了解客戶需求。２．我們要盡量的讓客戶也參與到工程的開發(fā)團(tuán)隊(duì)中來，也就是說我們要使客戶把自己也納入到工程的開發(fā)團(tuán)隊(duì)中來，如此一來，我們掌握客戶需求的真實(shí)性、可靠性就會(huì)大大的提高,也就不會(huì)為工程的后期功能開發(fā)埋下陷阱３．在需求調(diào)研過程中，如果缺乏足夠用戶參與，這樣的需求調(diào)研也是失敗的。很多程序員不愿參與到客戶的需求調(diào)研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時(shí)間去和客戶進(jìn)行溝通，了解他們真實(shí)的需求。很多用戶也是如此，他們自己也不愿意參與到工程的需求調(diào)研中來，為什么呢？需求調(diào)研有出去和朋友一塊爛漫對(duì)嗎。。。雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調(diào)研中來。3.4出錯(cuò)原因的分析開發(fā)工程中存在著一些問題，造成這些問題的原因是多方面的。如：前期系統(tǒng)數(shù)據(jù)庫的設(shè)計(jì)缺陷和局部代碼的構(gòu)建缺陷、客戶需求的理解上也存在一定問題，這就需要我們用一定的時(shí)間來維護(hù)客戶使用過程中提出的新問題和存在的debug4經(jīng)驗(yàn)與教訓(xùn)4.1簽定合同一個(gè)工程的開發(fā)成敗或者說工程開發(fā)帶來效益的大小，在很大程度上是受工程合同簽定的影響的。往往，很多一局部公司與客戶簽定的工程合同都是很模糊的，也很難簽定的比擬清楚，這樣以來就會(huì)導(dǎo)致在工程的開發(fā)后期，工作兩會(huì)越來越大，影響工程的竣工周期；而且，工程的開發(fā)費(fèi)用一般是不會(huì)變的。這樣以來，我們就大大的降低了我們的開發(fā)效益。雖然需求范圍很難簽定的明確，但是我們?cè)诤灦ê贤瑫r(shí)，要盡量的去把合同功能邊界和添加新功能的條件簽定。4.2需求的調(diào)研

在工程確立后，就到了需求調(diào)研分析階段。１．工程組對(duì)客戶的整體組織結(jié)構(gòu)、公司有關(guān)人員的關(guān)系、職責(zé)等如果沒有一個(gè)很好、足夠的了解掌握，這樣工程組就無法很好的完整的整理到客戶的需求、或者說客戶真實(shí)的功能需求，如此以來我們就為自己埋下了地雷,影響工程的開發(fā)周期，這就要求我們要與客戶搞好無論是工作上的還是生活上的朋友關(guān)系,要深入的去了解客戶需求。２．我們要盡量的讓客戶也參與到工程的開發(fā)團(tuán)隊(duì)中來，也就是說我們要使客戶把自己也納入到工程的開發(fā)團(tuán)隊(duì)中來，如此一來，我們掌握客戶需求的真實(shí)性、可靠性就會(huì)大大的提高,也就不會(huì)為工程的后期功能開發(fā)埋下陷阱３．在需求調(diào)研過程中，如果缺乏足夠用戶參與，這樣的需求調(diào)研也是失敗的。很多程序員不愿參與到客戶的需求調(diào)研中去，為什么呢？很簡單，與客戶溝通不如與代碼溝通容易有意思。盡管這樣，我們還是必須用足夠多的時(shí)間去和客戶進(jìn)行溝通，了解他們真實(shí)的需求。很多用戶也是如此，他們自己也不愿意參與到工程的需求調(diào)研中來，為什么呢？需求調(diào)研有出去和朋友一塊爛漫對(duì)嗎。。。雖然現(xiàn)狀如此，我們還是要努力的使客戶參與到需求的調(diào)研中來。4.3做好開發(fā)方案在工程確立后，我們就需要做好工程開發(fā)方案，需求調(diào)研用時(shí)，開發(fā)