第一篇:軟件工程--圖書管理系統--個人總結
軟件工程--圖書管理系統
個人總結報告
設計題目:圖書管理系統 總結匯報: 指導老師:
2013年6月15日
1.引言
1.1編寫目的
現代軟件工程中圖書館管理系統的開發與匯報已結束,關于系統開發的總結報告,已以整個團隊的角度,在《項目開發總結報告》中陳述。我作為“非常2+3”小組組長,即圖書管理系統項目負責人,也許由于身處位置的特殊,所見、所想與所得也與其他隊員頗有差異,現總結之。
預期讀者:XX老師。
1.2背景
軟件系統的名稱:圖書管理系統 本項目的任務提出者:現代軟件工程 開發者:XX 用戶及實現該軟件的計算機中心或計算機網絡:互聯網 該軟件系統同其他系統或其他機構的基本的相互來往關系:無
2.項目概述
2.1項目簡介
圖書館管理系統面向讀者、圖書管理員、系統管理員及游客提供服務。其中,讀者可查詢、借閱、預定、歸還圖書及留言;圖書管理員可完成圖書的上下架、現有庫存圖書的借還管理等;在此基礎上,系統管理員可以實現對注冊讀者及圖書管理員的管理、通知公告的發布、系統數據管理及留言管理等。
2.2開發環境
該系統在.NET平臺、利用C#在Visual Studio 2010 IDE中完成開發,并采用Sql Server2008作為后臺數據庫。解決方案整體采用C/S結構,架構在.NET Framework 4 及MVC3.0之上。3.個人總結
3.1所見
(1)因小組成員來自不同專業、程序設計基礎不等,具體開發工作展開后致使部分同學無法很好的融入進來。具體表現在:程序設計邏輯不清晰、編碼不規范、效率低下、文檔編寫不規范等。
(2)由于作業跨度較長,且小組成員間作業時間不易統一,導致團隊成員間溝通不夠及時、有效。
(3)團隊成員間對項目開發重視程度不同,導致工程進度、開發質量及文檔編寫規范不盡人意。
3.2所想
(1)因是課程設計,故不同專業同學參與統一項目開發在所難免,相反,不同的專業背景在開發過程中會突破傳統的教條,提出意想不到的建議。在需求分析階段,他們可以更好的充當客戶的角色,從用戶角度提出需求;在測試階段,可以更“海闊天空”的編寫測試用例,更全面的測試代碼。總之,合理的利用資源,將更有利于項目整體的進行。
(2)在實際項目開發中(尤指公司內),項目成員間溝通是很重要的,及時有效的溝通可以使得接口定義的更加契合,模塊銜接更加無縫。那時的成員都沒有課業壓力,有的只是為資本榨取的權利,故在每天8小時的工作日內,交流的及時行可以保證,是否有效還要看個人的功力了!
(3)我承認我的脾氣有時會暴一點,不少要求在別人眼里會是“苛求”。但這無非是我想帶領我的小組能取得最好的成績。雖然我承擔了大部分的編碼、編寫了全部管理文檔及相當部分的開發文檔、審閱并匯總所有上交資料,但我覺得自己很有擔當。尤其是組員都很支持我的工作,也許因為大家基礎不一,工作量存在較大懸殊,但我看到了每個人的努力,我想這也夠了。
3.3所得
(1)項目中有兩個非計算機專業同學,在項目開發過程中,在我看來均表現得非常認真。雖然專業知識的相對欠缺,文檔用語不夠準確、邏輯不夠清晰等有待加強。但積極參與項目開發的各項工作,尤其在文檔編寫、整理等工作量很大的方面的工作十分出色。沒有絲毫輸給計算機專業同學的意思嘛。
(2)小組會議基本每月一次,但完全滿足不了需求!如何為團隊創造更好的溝通環境,也許是項目負責人最大的責任。
(3)通過小組匯報來看,開發工作總體令人滿意。通過文檔的匯總結果來看,應該基本涵蓋了項目開發的方方面面。如此,面對小組,面對成績,無愧于心矣!
4.致謝
之所以在個人總結里要添加“致謝”一章,因為我深知團隊合作的重要性。經過這次項目開發,讓我看到了XX同學的細心嚴謹,文檔的整理很統一、規范,參與工作相當積極;XX雖然話很少,但交給任務后不含糊,盡己所能,相當仗義(作為上交的個人總結,措辭也許欠考慮啦);XX也比較認真,任務完成較好;XX參與編碼中,完成了相當的工作量,值得肯定。作為項目負責人,再次感謝大家,謝謝大家對我工作的肯定與支持!
不得不說回到現代軟件工程,不得不承認這是我研究生階段最累的一門課,投入時間、精力最多、但無疑也是收獲最多的一門課。感謝XX老師,雖然有時會抱怨您,但謝天謝地,我也稍學會了您的“苛刻”。很慶幸遇到XX老師,我相信,對自己要求再嚴格也不過分,而且我相信未來的我,會變得更加強大。
4.結束語
很高興,在最終匯報時,項目開發基本達到預期,文檔的整理也比較完備。總體而言,較好的完成現代軟件工程作業的要求。
在項目開發過程中,作為項目負責人,我深刻認識到團隊協作的重要性;作為代碼工程師,我不得不承認個人的力量還是有限的;作為文檔編輯及審閱者,我得說完備詳盡的文檔是必須的,但是需下工夫的。在以后的工作學習中,希望能將暴露出的問題逐一改正。
最后,再次感謝小組成員的全力配合,感謝XX老師!
第二篇:圖書管理系統個人總結
C#課程設計
實
訓
總
結
姓名: 班級:
學號:指導教師:
一學期很快就過去了,在這一學期中,我通過對Visual c# 2005程序設計的學習獲得了很多知識。在本次C#課程設計中,我學習到了許多書本上沒有的知識,是我了解到程序開發的艱難。雖然這次實訓中有許多的不足,但起碼是了解了圖書管理系統開發的部分過程。這次課程設計給我提供了一個很好的機會,在設計中發現,有很多已經學過的東西我們沒有理解到位不能靈活運用于實際,不能很好的用來解決問題,這就需要自己不斷的大量的實踐,通過不斷的自學,不斷地發現問題,思考問題,進而解決問題。在這個過程中我們將深刻理解所學知識,同時也可以學到不少很實用的東西。
一 實訓選題
圖書管理系統的設計
二 實訓設計作品內容
這次的課程設計,我們需要做一個圖書管理系統的登錄界面及主界面。
三 設計中遇到的問題及解決方案
這次的課程設計,我們需要做一個圖書管理系統的登錄界面及主界面。在制作過程中,我親身體驗了一回系統的設計開發過程,很多東西書上寫的很清楚,貌似看著也很簡單,思路非常清晰。但真正需要自己想辦法去設計一個系統的時候才發現其中的難度。本次實訓中,在做到各個頁面之間的跳轉中,不知如何制作,在我像同學及老師的不斷請教中終于學會了。
四 作品的優點及不足
通過本次課程設計,我感覺我的作品的優點在于,各頁面之間的背景設計還是不錯的,不足在于設計頁面過于簡單,有的設計不是很合理。希望以后能改正,更加努力學習。
五 對實訓的意見及建議
通過這次課程設計的完成,使我對自己所學知識進一步的了解,同時通過實踐發現自己的不足,對知識的掌握及運用存在諸多的不完善。本系統也存在著很多不足,如系統十分簡單,實現功能也不夠完善。所以在今后的學習中我會繼續努力,完善自我。在本次的實訓中我感覺實訓的時間有點短,有些設計是需要時間來思考的,但兩天的時間過于短,由許多的功能無法實現及更改,希望學校加長對實訓時間的延長。還有就是實訓環境有點簡陋,實訓室沒辦法上網,有些東西不會而無法及時的上網查詢。希望領導能夠改善。對于建議,希望領導能給實訓室裝上風扇,最好能裝上空調。
第三篇:圖書管理系統需求分析(軟件工程導論)
目錄
一.編寫目的……………………………………………………………………………………3 1.1預期的讀者和閱讀建議………………………………………………………………3 1.2背景及范圍……………………………………………………………………………3 1.3參考資料………………………………………………………………………………3 二.綜合描述……………………………………………………………………………………3 2.1 產品的前景…………………………………………………………………………3 2.2 用戶類和特征………………………………………………………………………4 三.功能需求……………………………………………………………………………………4 3.1 需求規定……………………………………………………………………………4 3.2 功能分類……………………………………………………………………………5 3.3 具體需求……………………………………………………………………………6 四.非功能需求…………………………………………………………………………………15 4.1 性能需求…………………………………………………………………………15 4.2 屬性…………………………………………………………………………………15 4.3 其他需求……………………………………………………………………………15
/ 15
一.編寫目的
本需求的編寫是為了研究圖書管理系統軟件的開發途徑和應用方法。同時它也是進行項目策劃、概要設計和詳細設計的基礎,是維護人員進行內部維護,信息更新,驗收和測試的依據
1.1預期的讀者和閱讀建議
本需求的預期讀者是我院圖書館管理員,部分學員。
1.2背景及范圍
本項目的名稱:圖書館管理系統。
本項目的任務提出者及開發者是圖書管理系統軟件開發小組,用戶是學院圖書館及相關讀者。
本產品是針對電腦管理圖書的需求設計的,主要包括管理員管理模塊和學員自助服務模塊。其中,管理員管理模塊可以完成讀者登記、購入新書、圖書檢索、讀者借還書、圖書注銷等主要功能,學員自助服務模塊可以完成學員電子閱讀,圖書檢索功能。
1.3參考資料
《軟件工程導論》——張海藩 編著 清華大學出版社
二.綜合描述
為方便對圖書館書籍,讀者資料,借還書等進行高效的管理,特編寫該程序以提高圖書館的管理效率。使用該程序后,圖書館管理人員可以管理讀者的登記,圖書的購入、借出、歸還以及注銷等;還可以查詢某位讀者、某本圖書的借閱情況,對當前借閱情況給出一些統計,給出統計表格,以全面掌握圖書的情況。
2.1 產品的前景
/ 15 圖書館在正常運營中面對大量書籍、讀者信息以及兩者間相互聯系產生的借書信息、還書信息。現有的人工記錄方法既效率低又錯誤過多,大大影響了圖書館的正常管理工作。因此需要對書籍資源、讀者資源、借書信息、還書信息進行管理,及時了解各個環節中信息的變更,有利用管理效率的提高。本系統通過強大的計算機技術給圖書管理人員和讀者借、還書帶來便利。
產品的功能
(1)讀者信息的制定、輸入、修改、查詢,包括種類、性別、借書數量、借書期限、備注。
(2)書籍基本信息制定、輸入、修改、查詢,包括書籍編號、類別、關鍵詞、備注。
(3)借書信息制定、輸入、修改、查詢,包括書籍編號、讀者編號、借書日期、借書期限、備注。
(4)還書信息制定、輸入、修改、查詢,包括書籍編號、讀者編號、還書日期、還書期限、備注。
(5)有條件、多條件查詢各種信息.2.2 用戶類和特征
本系統的最終用戶有三種:一是管理員(圖書管理員和其它管理人員),他們可以刪除圖書信息、刪除或增加學生信息等;二是讀者(老師和同學等),可以查看他們的借閱信息。他們都具有一定的計算機應用基礎,可以比較熟練操作計算機;三是系統維護人員為計算機專業人員,熟悉數據庫、操作系統、網絡維護工作。管理員和讀者都是經常性用戶,維護人員為間隔性用戶。
三.功能需求
3.1 需求規定
在圖書管理系統中,管理員要為每個讀者建立借閱賬戶,并給讀者發放不同類別的借閱卡(借閱卡可提供卡號、讀者姓名),賬戶內存儲讀者的個人信息和借閱記錄信息。持有借閱卡的讀者可以通過管理員(作為讀者的代理人與系統交互)借閱、歸還圖書,不同類別的讀者可借閱圖書的范圍、數量和期限不同,可通過互聯網或圖書館內查詢終端查詢圖書信息和個人借閱情況,以及續借圖書 3 / 15(系統審核符合續借條件)。
借閱圖書時,先輸入讀者的借閱卡號,系統驗證借閱卡的有效性和讀者是否可繼續借閱圖書,無效則提示其原因,有效則顯示讀者的基本信息(包括照片),供管理員人工核對。然后輸入要借閱的書號,系統查閱圖書信息數據庫,顯示圖書的基本信息,供管理員人工核對。最后提交借閱請求,若被系統接受則存儲借閱紀錄,并修改可借閱圖書的數量。歸還圖書時,輸入讀者借閱卡號和圖書號(或丟失標記號),系統驗證是否有此借閱紀錄以及是否超期借閱,無則提示,有則顯示讀者和圖書的基本信息供管理員人工審核。如果有超期借閱或丟失情況,先轉入過期罰款或圖書丟失處理。然后提交還書請求,系統接受后刪除借閱紀錄,并登記并修改可借閱圖書的數量。
圖書管理員定期或不定期對圖書信息進行入庫、修改、刪除等圖書信息管理以及注銷(不外借),包括圖書類別和出版社管理。為系統維護人員提供權限管理、數據備份等通用功能。
3.2 功能分類
/ 15
圖書館信息系統參數設置基礎信息管理管理員設置書架設置圖書詞庫設置新書購入管理子系統學生借書學生還書圖書館管理系統系統登陸圖書注銷學生信息查詢查詢子系統圖書信息查詢
/ 15 3.3 具體需求
系統的總體圖
圖書館管理人員用戶名和密碼1登陸信息驗證輸入管理請求數據2處理管理請求數據顯示顯示器密碼錯誤信息當前日期系統時鐘管理員表當前日期用戶輸入查詢信息3處理查詢請求數據查詢結果
第一層圖:
(1):登陸子系統
圖書館管理人員用戶名和密碼1.1密碼驗證用戶名1.2驗證權限顯示器登陸錯誤信息權限顯示管理員表1.3顯示可用的控件和界面 6 / 15
(2)管理子模塊
/ 15 圖書館管理人員輸入購入新書數據2.1處理新書購入非法信息圖書目錄文件入庫單退貨單輸入圖書字段和學生字段罰款單接受借書2.2處理學生借書輸入圖書字段罰款單非法信息當前日期學生文件借書文件顯示器當前日期輸入注銷圖書字段2.3處理學生還書欠款金額信息非法信息還書成功當前日期罰款單圖書目錄文件非法信息2.4圖書注銷注銷成功當前日期系統時鐘
(3)查詢模塊
/ 15 圖書館管理人員|學生輸入學生查詢關鍵字3.1學生信息查詢學生信息學生文件借書文件顯示器輸入圖書查詢關鍵字圖書目錄文件3.2圖書信息查詢圖書信息第二層圖:
(1):處理新書購入 1)規格說明
輸入新書的全部信息。2)引言
為了輸入新書的全部信息(包括:分類目錄號,流水號書名,作者,內容摘要,價格和購書日期等)。3)輸入
新書的全部信息。4)處理
通過圖書管理系統寫入圖書目錄文件。5)輸出
新書的全部信息。
/ 15
入庫單出版社檔案文件圖書館管理人員(采購員)輸入購入新書數據2.1.1查找數據庫,確認信息非法輸入數據退貨單添加操作顯示器管理員表2.1.2操作驗證非法操作輸入添加信息顯示結果系統時鐘當前日期2.1.3保存添加記錄圖書目錄文件
(2)處理學生借書
1)規格說明
查詢讀者借書的相關信息。2)引言
為了查詢讀者借書的相關信息。3)輸入
借書信息的關鍵字。4)處理
利用關鍵字在借書文件中找到此流水號圖書的相關信息。5)輸出
借書相關信息。
/ 15
罰款單學生文件非法學生信息2.2.1檢查學生欠費情況圖書館管理人員輸入學生字段欠款超額,拒絕借書顯示器接受借書,輸入圖書信息借書成功系統時鐘當前日期2.2.2更新數據庫借書文件(3):處理學生還書
1)規格說明 輸入讀者還書信息。2)引言
為了把讀者還書的相關信息(包括:圖書分類號,流水號,讀者號,借閱日期和還書日期等)寫入還書文件中。3)輸入 讀者還書信息。4)處理
通過圖書管理系統寫入還書文件中。5)輸出
讀者還書信息的全部內容。
2.3.1根據圖書字段查找數據庫圖書館管理人員輸入圖書字段借書信息和學生信息2.3.2計算欠款結果欠款金額顯示器借書文件還書成功當前日期系統時鐘學生文件圖書目錄文件罰款單 11 / 15(4):處理圖書注銷
1)規格說明
注銷圖書的相關內容。2)引言
為了注銷圖書的相關信息。3)輸入
圖書信息的關鍵字(圖書分類號或書名)。4)處理
利用關鍵字在圖書目錄文件中找到此圖書分類號或書名圖書的相關信息。5)輸出
圖書的注銷信息。
2.4.1根據圖書字段,查找數據庫圖書館管理人員輸入注銷圖書字段修改操作2.4.2操作驗證非法操作輸入修改信息圖書目錄文件系統時鐘當前日期2.4.3保存修改記錄注銷成功顯示器
(5)處理學生信息查詢
1)規格說明
讀者登記,即讀者的具體信息。2)引言
為了把讀者的具體信息(包括:讀者編號,姓名,學院,專業,年級等)寫入讀者目錄文件中。3)輸入 讀者具體信息。
/ 15 4)處理
通過圖書管理系統寫入讀者目錄文件中。5)輸出 讀者具體信息。
圖書館管理人員|學生輸入查找字段3.1.1確定查詢類型及字段查找字段,關鍵字3.1.2查找數據庫查詢結果顯示器學生文件借書文件(6)處理圖書信息查詢
1)規格說明
查詢圖書的相關內容。2)引言
為了查找圖書的相關信息。3)輸入
圖書信息的關鍵字(圖書分類號或書名)。4)處理
利用關鍵字在圖書目錄文件中找到此圖書分類號或書名圖書的相關信息。5)輸出
圖書的相關信息。
3.2.1確定查詢類型及字段圖書館管理人員|學生輸入查詢關鍵字查詢字段及關鍵字3.2.2查找數據庫查詢結果顯示器借書文件圖書目錄文件
/ 15 四.非功能需求
4.1 性能需求
1)精度需求
在精度需求上,根據使用需求,在各項數據的輸入,輸出及傳輸過程中,可以滿足各種精度的需求。
2)時間需求
在軟件方面,響應時間,更新處理時間都比較快且迅速,完全滿足用戶要求。3)靈活性
當用戶需求,如操作方式,運行環境,結果精度,數據結構與其他軟件接口等發生變化時,設計的軟件要做適當調整,靈活性非常大。
4)故障處理
內部故障處理:在開發階段可以隨即修改數據庫里的相應內容。
外部故障:對編輯的程序進行重裝載時,第一次裝載認為錯,修改。第二次運行,在需求調用時出錯,有錯誤提示,重試。
4.2 屬性
1)保密性
本軟件作為教學管理輔助設備,它的規模比較小,不需要保密技術,先頂一個程序中某些區域的規約,給不同的模塊分配不同的功能。2)可維護性
本軟件的組成程序組構較為簡單,直觀意義上較獨立。因此,給予電子化的所構成的硬件的簡單可維護的特點,決定了該軟件的簡單。他與文件系統的
4.3 其他需求
1)數據庫
數據庫是實現有組織的,動態的存儲大量關聯數據,方便多用戶訪問的計算機軟硬自愿組成的系統。他與文件系統的重要區別時數據的充分共享,交叉訪問,與應用程序的高度獨立性。
由于本軟件的整體結構比較簡單,所涉及的數據相對來說也比較少,組成文件的最小單位是記錄。
/ 15 2)操作 a.初始化操作
b.數據處理的功能較強 c.后援和恢復操作
/ 15
第四篇:個人心得-圖書管理系統
圖書管理系統個人心得
得知這個難以完成的艱深項目后,我從一開始的迷茫無助,不知如何下手到后來的駕輕就熟,中間經歷了幾個星期的努力。
不知道如何準備這個報告時,我先查閱了好幾所大學制作的相關報告,得知了一些主要流程,再加上后來老師在課上的一些提點,我才真正知道了如何去完成一個管理信息系統,正如老師所說,這門課主要是教會我們如何去表述,所以課題中并未有太多信息技術的術語,多是我們對整個課題的自我反饋。
整個報告的完成過程中,最難的便是與組員溝通,難以調動他們的積極性,所以我也多次無助,好在最后還是順利完成了。這次報告確實是一次對自我的磨礪,剛開始覺得很難,后來知難而上,途中多次想過放棄,但拿到成果的那一刻滿滿的成就感油然而生。
我雖然不是一個經常逛圖書館的人,但是在借書的過程中總是發現一些問題:很多應該出現在書架上的圖書找不到、或者查詢書籍的位置出現混亂,我想這是由于圖書管理信息系統對于書籍歸還,書籍信息登記和書籍信息變更的管理還不夠到位,這種問題同樣出現在公公大型圖書館,如:湖南省圖書館上。原本應該給予人們便利的圖書館管理系統卻成為了廣大讀者閱讀的阻礙,我經常一下午幾個小時就消磨在找書上,原本這些時間都應該成為享受閱讀快樂的時間。
所以我真心希望不管在哪的圖書館管理系統都能越做越好,雖然我們并非專業人員,做出來的報告也仍存在許多缺點,但是,這顆上進努力的心卻不會改變。
第五篇:圖書管理系統設計個人總結
電子商務數據庫技術實訓
圖書管理系統
實訓內容
我在這次試驗中參與了“需求分析”、“表中數據輸入”,“存儲過程”和“觸發器”的設計。在“需求分析”階段我們遇到的主要問題有用戶需求的分析和流程圖的設計。進行用戶需求的分析時,由于時間和范圍的限制我們很難對用戶的需求做出準確全面的了解分析,因此不可避免的會存在這樣或那樣的缺陷,這就需要我們在不斷的改進。在流程圖的設計中,我們遇到的問題有數據在系統中的流向問題,在一些數據上我們存在著數據流向錯誤,還有的數據之間的流向是雙向的,但我們沒有在流程圖中體現出來。經過老師的指點后我們及時的做出了修改,同時還明白了一張表格設計出來關鍵在與有沒有人看,如果沒有人看那這張表格就是多余的。因此表格設計的關鍵在于明確要給誰看。在實驗過程中我明白了需求分析是數據庫設計的起點,也是整個設計過程的基礎,需求分析做得不好,開發出的系統的功能可能就會與用戶要求之間存在差距,甚至有可能導致整個工作從頭再來,因此一定要保證需求分析準確全面。
在“表中數據輸入”過程中,當向借閱信息表輸入數據時雖然沒設還書日期為必填字段,也沒設默認值。但即使沒輸還書日期,表中也會自動生成一個日期,而且還不能刪除。我們討論了很久也沒得出原因,請教老師后才知道在我們的借閱信息表中字段圖書編號和圖書名稱存在部分函數依賴導致出錯。我們刪除了圖書名稱一列,并運行成功。在這個問題上更讓我們明白了需求分析的重要性。
在“存儲過程設計”和“觸發器”的設計中我們也遇到了一些問題,最主要的是不清楚應該怎樣用代碼來實現我們想要系統完成的功能。這主要是由于我們對知識掌握的不全面。因此我們只能寫一些簡單的命令或通過網絡搜索來實現,但這也導致了我們想的功能和實際做出來的功能存在一些差距。同時我們也在設計過程中遇到了一些具體的問題。例如,在設計“未還圖書信息”存儲過程時,我們想要輸出未還圖書的借書證號、圖書編號、姓名、圖書名稱。但運行后發現它輸出了很多重復的項,而且他們的借書證號全是一樣的,雖然這個借書證號是存在未還圖書的借書證號,但她把所有人的姓名全輸出來了。一開始我們不知道這是為什么,試了很多次還是不行,最后如果只要求輸出借書證號和圖書編號又能運行成功,因此我們想應該是在命令中沒有體現兩表中的關系,違背了關系的完整性。于是我們又在條件中輸入了“借閱信息表.借書證號 =讀者信息表.借書證號,借閱信息表.圖書編號 = 圖書信息表.圖書編號”命令運行成功。
從這些問題中我看到了自己的不足,這些細節上的問題更需要我們細心的對待。
實訓總結
通過項目實訓我體會最深的是團隊合作的重要性,我們所做的工作都不是獨立的,不能只想到自己。當遇到問題不能自己解決,通過大家一起完成時,那份快樂也是加倍的。在實訓過程中我明白了我們不應該只想著如何避免難題而應學著解決它。更重要的是平時就應該積累知識。
電子商務數據庫技術實訓