第一篇:《圖書管理系統》可行性分析報告告
《圖書管理系統》可行性分析報告
一、系統建立的背景及意義
1.系統建立的背景
隨著網絡通信技術的迅速發展和信息技術的廣泛應用,計算機的應用已經普及到經濟和社會的各個領域。圖書管理中也很需要建立一個系統來管理。對于管理員來說,記錄大量的圖書借閱手續繁忙;對于借閱者來說,查詢所需圖書相對很麻煩。所以建立一個圖書管理系統是必然的。
2.現行系統存在的問題分析
(1)原來圖書管理的多采用人工系統,浪費人力物力財力。
(2)新書入庫后,借書著不能及時知道。
(3)借書者無法向圖書館提出進夠自己所喜愛的書。
(4)學生查詢書不方便。
(5)人員管理圖書工作量大,容易出錯。
二、系統的可行性研究
1. 系統的開發方式和目標
學校需要一套圖書管理系統,可以記錄圖書的借閱,以方便學生可以迅速找到自己需要的書籍,使圖書館及時知道學生所需要的書進行合理訂閱。同時減少人力的投入,提高信息處理的精度和準確度,在輸入無誤的基礎上課保證數據的正確性。系統可以對入庫的圖書進行自動分類、歸類,學生信息的管理和借閱情況登記入檔。通過系統實現簡化圖書借閱和圖書管理,使得圖書管理更加有條理,更加科學化,人性化。方便管理人員對圖示的借閱,歸還等提供輕松快捷的管理方式,同時方便廣大讀者可以隨時對圖書進行續借查詢等。
根據現有圖書管理的系統,學校可進行以下流程調整:
(1)進書:發送訂單到圖書公司——拿到需要的書目單——得到上級的許可——預算金
額購買——對書籍進行分類
(2)書籍入架:叔叔上架
(3)圖書借閱:學生查閱書號借書——系統記錄借書號——登記借出圖書
3.系統的可行性分析
(1)設備的可行性:學校已有電腦,書籍上萬冊,桌椅齊全。
(2)技術的可行性:校園網已經正常運行,學生和老師已經掌握了基本的圖書系統運作
方式。使用JAVA和SQL語言,是大家所熟悉的,技術問題較低。
(3)經濟的可行性:基本的網絡系統已經建成,不需要再花大量費用去建設。軟件開發
費,管理費,維護費,人員工資,相對于運行后為使用者帶來的便利,此系統開發是可行的。
(4)使用方面的可行性:軟件管理圖書館日常工作,毫無疑問會在使用過程中產生新的需求和問題,這樣也會不斷促進技術和軟件應用的革新。
綜上所述,圖書管理系統的開發可以減少不必要的人員開支,而且有更大的學習管理效益,節約了大量的資源。所以,圖書管理系統的開發是必然的,我們可以通過軟件設計來實現
第二篇:書社圖書管理系統可行性分析報告
可行性分析報告
1技術可行性
系統的性質為MIS或財務軟件,因而數據庫的設計與操縱是系統設計的核心。我在2002年11月至2003年3月曾經成功完成了“藍色夢幻留言板”的開發與維護任務,具備一定的系統分析與設計能力,熟悉數據庫的設計與操縱;指導老師王改性多年從事數據庫的教學與研究工作,因而該系統的實現在技術上是可行的。
2人員可能性
我有“藍色夢幻留言板”的開發經驗,目前時間充足,可以完成開發任務。
蔡大臣的計算機功底很深,可以參與系統的數據庫設計與開發。張航有深厚的文字功底,可以參與用戶文檔的制作、內部文檔整理、后期測試等任務。
所有人員均可立即投入開發工作。
3時間、設備可能性
系統設計與開發工作預計耗時一個月,所有參與開發的人員均能夠保證按時完成任務。實驗設備如:計算機、打印機、掃描儀等不足,上機任務可以完成,打印機、掃描儀的實驗根據具體條件暫時延緩執行。4系統工作量
該系統的工作量相對于我們的開發小組來說很大,必須保證按進度完成任務。實際工作量預計超過一個月(每天4-8小時)。如包含軟件維護及技術文檔的整理、制作,工作量將更大。
5代碼工作量
預計需25天左右。
6文檔要求
依據國家《計算機軟件產品開發文件編制指南》和《現代軟件工程》的理論與原則編制標準的軟件技術文檔。
第三篇:小型圖書管理系統可行性分析
可行性分析:
1.項目背景分析
本項目名稱為“小型圖書管理系統”。該系統主要為管理員設計,方便查找圖書及錄入圖書。系統功能主要包括:能夠存儲一定數量的圖書信息并進行圖書查詢、圖書刪除、圖書入庫、圖書概覽、修改密碼等,系統的注冊功能可以讓多個人登錄系統,方便個人使用。本項目的任務提出者為安工計科學院,開發者為計科學院軟件工程專業的學生。
2.性能分析
小型圖書管理系統的使用者是個人或是管理員。對于管理工作,性能要求不是太嚴格,但需要方便圖書入庫等操作。
3.可靠性和安全性分析
由于圖書管理系統的圖書量會非常大,所以在對這些圖書導入和查詢時要保證速度。對于整個系統,由于是對管理員專用,并未設置權限控制。但是,數據庫中的數據需要定時備份,防止系統數據丟失。
4.項目基本目標分析
該系統的目標應考慮以下幾個方面:
(1)系統需要操作方便,方便管理員的管理。
(2)系統需要提供綜合查詢功能,方便圖書的查詢。
(3)系統需要良好的擴展性,方便功能擴展和性能擴展。
5.技術條件可行性分析
本系統是一個采用面向對象技術、數據庫技術等先進技術開發的應用程序,現有的開發技術已經成熟,雖沒有大規模推廣,相信不久的將來會被廣泛應用。利用現有的技術可以達到功能目標。
6.經濟可行性分析
該系統為小型系統,花費小,開發時間短,開發人數少,既經濟又適用。
7.社會因素方面的可行性
所建議系統的研制和開發都選用正版軟件,將不會侵犯他人、集體和國家的利益,不會違反相關的國家政策和法律。
8.操作方面的可行性
本系統的研制和開發充分考慮用戶工作流程、計算機操作水平等,盡可能提供更人性化、直觀的界面,滿足用戶要求。系統的操作方式在用戶組織內可行。
9.可行性的結論
經上述可行性分析,系統的研制和開發可以立即開始進行。
第四篇:圖書管理系統需求分析報告
圖書管理系統
1引言
1.1編寫目的
本項目為圖書管理系統;書寫此文檔是為了確定客戶的真正需求,因此我們在可行性分析的基礎上進一步了解、調查、明確用戶對系統的綜合要求、數據要求等;確定了一份完整、準確、清晰、具體的系統要求,從而得出系統必須完成什么樣的功能。
此文檔包含了用戶對系統的具體要求,系統的功能需求等;可做為用戶需求的確定書和總體設計的依據,也是驗證和維護系統的依據。
1.2背景
社會的信息化帶來了極大的信息量,而圖書作為一種重要的信息交流傳輸載體,不管是在數量還是種類上都大大增加;因此我們迫切需要設計圖書管理系統來滿足日益增加的服務需求和管理需求。圖書管理信息化中的一個主要環節就是圖書借閱和歸還的管理,因此針對這個環節的就成為圖書管理系統的一個重要組成部分,而且是必不可少的一部分,也是應用最廣的一部分。我們開發的系統正是為滿足這一部分的需求,期望該系統能給管理者和借閱者都帶來利益。
說明:
A.軟件系統的名稱:圖書管理系統 B.開發者:徐達、金振興、葉雷、王鵬 C.該軟件系統同其他系統的關系
軟件屬于圖書管理信息系統的一部分,應用中可能需要引用圖書管理系統其它部分的數據內容,此處暫且使用自定義的數據表項
1.3定義
B/S:Browser/Server(瀏覽器/服務器)結構 SQL語言:用于數據庫操縱的標準語言.NET:MS提供的一種高效的開發以及運行平臺
ASP:全稱為Active Server Pages,是一套由微軟公司開發的服務器端運行的腳本平臺,可用于開發動態網頁
1.4參考資料
a.《軟件工程導論 》 清華大學出版社 張海潘編著
b.《軟件工程學實驗 》 科學出版社 蘇正、王文等編著 c.《數據庫系統概論 》 高等教育出版社 王珊、薩師煊等編著 d.《C#.NET程序設計基礎教程》 清華大學出版社 王華秋主編
2任務概述
2.1目標
2.1目標
圖書查詢系統的初衷是:
(1).讓用戶在最快的時間內找到他所需要的書目
(2).讓用戶在最短的時間內了解新書的到館的情況以及書刊在館情況(3).讓用戶最大限度的使用圖書這種公共資源
(4).讓用戶了解自己的學習目標以及有哪些相應的圖書與之配套(5).讓管理人員在盡可能短的時間內完成書刊的流通(6).讓管理人員在短時間內了解學生們的需要(7).讓管理人員及時更新在觀書目
(8).讓管理人員更好的控制書刊的流通
可以在廣大的學校中或者小型圖書館推廣這套系統,來提高圖書管理的效率,解決人工管理的問題。2.2用戶的特點
(1).在校讀書的學生有很強的適應性可以在很短的時間內完成對這套系統的適應在最短的時間內提高效率(2).想不斷加強自身學習的人可以在圖書館以外的地方使用客戶端來完成自己想要借閱的書籍(3).對新鮮事物有很強好奇心的用戶可以用這套系統來在最快時間內充實自己讓系統可以更好的適應自己(4).有一定知識水平了解簡單電腦操作的用戶可以在熟悉系統的前提下深入的了解系統,使之更好的為自己服務(5).管理人員要熟悉服務器的維護數據的更新以及備份工作這就要求管理人員要了解數據庫的一些基本原理在出現問題的情況下可以簡單的處理(6).經過簡單培訓可以熟練使用該系統的服務人員
預計使用頻度為平均一個5000人的學校為:大約平均500—1000人/天
2.3假定和約束
? 在開發中要考慮用戶的可能出現的操作以及在出現問題后的處理:
? 假定使用查詢功能的人員出現登陸不了的情況及時的恢復對原有數據的備份可以由管理人員來完成。
? 最大限度滿足接受不同用戶在同時發出的請求。例如可以有100人同時查詢數據就可以有100人同時修改自己的數據
? 如果用戶的知識結構不是很好可以進行一下簡單的培訓。應該教會用戶相應的操作以及應對緊急情況的手段。
? 如果用戶的密碼丟失則需要重新驗證,需要輸入一個密碼提示問題 ? 管理人員對數據出現誤操作則需要完成數據的恢復
? 管理人員如果沒有及時更改書目信息則該書不能被借出 ? 管理人員需要良好的職業素質來保證圖書更新的情況
? 管理人員有良好的專業素養來應對突發事件如服務器操作系統的崩潰
3需求規定
3.1對功能的規定
用列表的方式,逐項定量和定性地敘述對軟件所提出的功能要求,說明輸入什么量、經怎樣的處理、得到什么輸出。3.2對性能的規定 3.2.1精度
該軟件在使用中,對“按序列號查詢”要求全數字外,其他查詢方式并沒有特殊要求,并且在按照書名查詢時候支持“模糊查詢”,如:你要查詢的書名為“軟件工程基礎導論”,你可以在查詢框里面輸入“軟件工程”,系統將把所有的書名含有“軟件工程”字樣的書名列出。
3.2.2時間特性要求
如果本系統使用局域網鏈接,網絡速度較快,并且本系統只適應于中小型圖書館使用,不會造成數據擁塞的現象,所以查詢時間、內容更新時間都是瞬間完成。如果使用互聯網鏈接,則由于網絡速度問題可能造成一定延遲。或者由于長期使用致使的軟件老化或數據庫負擔增加也可能造成延時。
3.2.3靈活性
a. 可以使用多種查詢方式查詢,時間允許的前提下可以增加多重條件模糊查詢功能。b. 適用多種windows版本。
c. 適當整理數據庫,或者增加網絡傳輸速度可以提高速度。
d. 在時間允許的情況下可以適當增加讀者留言板、圖書推薦等模塊,方便用戶使用。
3.3輸入輸出要求
輸出數據:如果添加成功,輸出成功提示信息,失敗則提示檢查信息,重新輸入。3.4 數據字典
(1)讀者(帳號,姓名,班級,性別,組號)
名字:帳號簡述:用以唯一標識用戶的信 息。范圍:長度:使用位置:用戶登錄時進行相應的判斷核對。名字:姓名簡述:對用戶加以說明,修飾。不能標識具體用戶。范圍:長度:使用位置:在進入系統時,顯示相關的信息。名字:性別簡述:對用戶加以說明,修飾。不能標識具體用戶。范圍:長度:使用位置:在進入系統時,顯示相關的信息。
名字:班級簡述:對用戶加以說明,修飾。不能標識具體用戶。范圍:長度:使用位置:在進入系統時,顯示相關的信息。名字:組號簡述:對用戶的等級說明,并且管理最大借書量。范圍:”01“?”05”長度:使用位置:借書時對借書量進行限制。(2)管理員(帳號,姓名)
名字:帳號簡述:用以唯一標識用戶的信 息。范圍:長度:使用位置:用戶登錄時進行相應的判斷核對。名字:姓名簡述:對用戶加以說明,修飾。不能標識具體用戶。范圍:長度:使用位置:在進入系統時,顯示相關的信息。
(3)圖書(圖書編號,類別,書名,作者,出版日期,出版社,定價,總數量,剩下數量,備注)
名字:圖書編號簡述:唯一標識每一本圖書的關鍵域 范圍:長度:使用位置:在新書入庫,借閱登記,借閱查詢,圖書整理,超期提示中使用到名字:書名名字:類名簡述:標識每一本圖書的十簡述:每一個圖書有一個類幾名字 別,用以管理員分類管理 范圍:范圍:長度:長度:使用位置:在在新書入庫,借閱登記,借閱查詢,使用位置:用戶查找的時候圖書整理,超期提示中使用可以對查找的項目進行限制到名字:作者簡述:標識每一本圖書的寫作者 范圍:長度:使用位置:在新書入庫,借閱等級,圖書整理中使用到 名字:定價名字:類別簡述:每一個圖書有一個類簡述:標識每一本圖書的實別,用以管理員分類管理際價格 范圍:長度:使用位置:用戶查找的時候使用位置:在新書入庫,借可以對查找的項目進行限制閱等級,圖書整理中使用到名字:類型名字:類名簡述:每一個圖書有一個類 簡述:標識圖書的分類種類別,用以管理員分類管理 范圍:范圍:長度:長度:使用位置:在新書入庫,借使用位置:用戶查找的時候閱等級,圖書整理中使用到可以對查找的項目進行限制名字:圖書庫存數量簡述:管理每一種圖書的現存量 范圍:長度:使用位置:在新書入庫,借閱等級,圖書整理中使用到 名字:出版社簡述:標識每一個圖書的出版處 范圍:長度:使用位置:在新書入庫,借閱等級,圖書整理中使用到名字:出版日期 簡述:標識每一本圖書的出版日期范圍:長度:使用位置:在新書入庫,借閱等級,圖書整理中使用到(4)借還(用戶帳號,圖書編號,借書日期,到期日期,數量,還書日期)名字:帳號簡述:用以唯一標識用戶的信 息。范圍:長度:使用位置:用戶登錄時進行相應的判斷核對。名字:圖書編號簡述:唯一標識每一本圖書的關鍵域 范圍:長度:使用位置:在新書入庫,借閱登記,借閱查詢,圖書整理,超期提示中使用到名字:數量簡述:管理每一種圖書的現存量 范圍:長度:使用位置:在新書入庫,借閱等級,圖書整理中使用到 名字:借書日期簡述:標識用戶在何時借書 范圍:長度:使用位置:在借閱等級中使用名字:到期日期簡述:標識用戶應在何時還書 范圍:長度:使用位置:借閱登記中使用名字:還書日期簡述:標識用戶在何時還書 范圍:長度:使用位置:在借閱登記中使用
(5)數據流圖
a.新書入庫
b.圖書借閱
C.過期提示
d.借閱查詢
e.還書處理
3.5數據管理能力要求
要求對兩萬左右的學生借閱信息和10萬本以上的圖書進行有效的管理,并且隨著學生人數的增長和圖書數量的增多,要能快速地查詢出有效的信息,3.6故障處理要求
對于任何硬件或軟件系統來說,都不可避免的會存在問題,當機器或者軟件出現故障的時候,就應要有可靠的辦法來解決才行。我們做的系統是可以通過網絡運行的,所以應該考慮當網絡發生擁塞時的處理情況。這個圖書查詢系統當遇到上述情況時會自動重新發送數據給服務器,避免了使用者再次輸入信息的麻煩,而如果機器遇到突然死機就可能造成數據丟失,我們也設置了系統自動恢復到操作前狀態的功能,盡可能的降低擁護的損失。
3.6其他專門要求
對于此系統來說,為了維護讀者的權利,防止數據在傳輸的過程中泄露個人信息,必須給傳輸的數據加密,而且本系統界面全由圖象和文字組成,使用方便。
在用戶登錄操作界面的時候,密碼采用了密文的形式,防止用戶使用不當造成密碼泄露。在系統內部,考慮到不同擁護的需求以及系統的維護需要和長期發展的要求,我們的設計使得系統的可補充性好,維護簡單,易讀易懂,對系統軟件的適應性強
4運行環境規定
4.1設備
a. 為了使系統穩定的運行,硬件要求cpu達到奔騰3以上,內存至少為256MB。
b.外存可以不做要求,但建議應該在20GB以上。
c. 本系統要求在聯機情況下使用,用戶可以通過網絡(局域網或者Internet)訪問,但是為了便于使用,建議用戶使用局域網。
4.2支持軟件
建議使用windowos2000及以上的系統,測試環境為windows xp操作系統下使用asp.net.4.3接口
軟件與其他軟件之間應該有較好的接口和通信協議,實現相互之間的通信需要,增強本軟件的實用性和功能。
4.4控制
當使用者通過圖形界面進行操作時,用戶輸入相應信息后,點擊相應按鍵,激發內部數據傳輸。軟件自身對輸入數據進行對照識別,判斷數據類型(和格式)是否相符,做出相應處理,把結果輸出給用戶。
第五篇:圖書管理系統需求分析報告
目錄 一.概述
1.編寫目的 2.項目背景 3.定義 4.參考資料 5.開發環境 二.需求分析 1.問題提出
2.系統的業務功能分析 3.需完成的功能 三.系統需求說明 1.對功能的規定 2.對性能的規定 3.輸入輸出要求 四.新系統的邏輯模型 1.圖書館組織機構分析 2.系統功能結構圖 3.業務流程圖 4.數據流程圖 5.數據字典 一.概述
1、編寫目的
按照關系型數據庫的基本原理,綜合運用所學的知識,以小組為單位,設計開發一個小型的圖書管理系統。通過對一個實際問題的分析、設計與實現,將原理與應用相結合,使學生學會如何把書本上學到的知識用于解決實際問題,培養學生的動手能力;另一方面,使學生能深入理解和靈活掌握教學內容
2、項目背景
數據處理手工操作,工作量大,出錯率高,出錯后不易更改。圖書館采取手工方式對圖書借閱情況進行人工管理,由于信息比較多,圖書借閱信息的管理工作混亂而又復雜;一般借閱情況是記錄在借書證上,圖書的數目和內容記錄在文件中,圖書館的工作人員和管理員也只是當時對它比較清楚,時間一長,如再要進行查詢,就得在眾多的資料中翻閱、查找了。造成查詢費時、費力。如要對很長時間以前的圖書進行更改就更加困難了。
a.待開發的軟件系統的名稱是《圖書管理系統》
b.本軟件適用于教育界,他是比較完善的系統管理軟件,對圖書館的書籍、讀者資料、借還書等可以進行方便的管理。
C.開發員:王林飛,張應鋒
3、定義
數據流程圖(DFD):為描述軟件系統中的信息流提供了一個圖形方法。箭頭代表數據流,方框代表數據的源點或終點,圓框代表數據流的交換,雙杠代表數據存儲的地方。數據字典是對數據流程圖中的數據,變換等進行精確的定義。
5、開發環境
WindowXP,/7 eclipse,需求分析
1、問題的提出:
圖書館作為一種信息資源的集散地,圖書和用戶借閱資料繁多,包含很多的信息數據的管理,現今,有很多的圖書館都是初步開始使用,甚至尚未使用計算機進行信息管理。根據調查得知,他們以前對信息管理的主要方式是基于文本、表格等紙介質的手工處理,對于圖書借閱情況(如借書天數、超過限定借書時間的天數)的統計和核實等往往采用對借書卡的人工檢查進行,對借閱者的借閱權限、以及借閱天數等用人工計算、手抄進行。數據信息處理工作量大,容易出錯;由于數據繁多,容易丟失,且不易查找。總的來說,缺乏系統,規范的信息管理手段。有必要建立一個圖書管理系統,使圖書管理工作規范化,系統化,程序化,避免圖書管理的隨意性,提高信息處理的速度和準確性,能夠及時、準確、有效的查詢和修改圖書情況。
2、系統的業務功能分析:
1)建立讀者類,實現對讀者編號、姓名、所在單位等信息的描述。
2)建立書籍類,實現對圖書的編號、名稱、作者、出版社、出版日期、價格、采購日 期、單價、數量、金額、版次、分類號、ISBN等信息的描述。
3)建立用于記錄借書情況的類,實現輸入讀者編號和書籍編號后成功借書的描述。
系統的業務流程分析:
3、需完成的功能
1)圖書基本情況的錄入、修改、刪除等基本操作。2)實現借書功能。3)實現還書功能。
4)能方便的對圖書進行查詢。5)管理員進行借書者用戶進行管理
一、系統需求說明
1、對功能的規定
經過以上詳細的用戶調查,在現行業務流程和數據分析的基礎上,基本可以確定系統設計必須達到的目標。
以下是圖書管理系統必須具備的功能:
1.圖書基本情況的錄用:對于購進的新書,系統必須具備圖書信息資料的錄入功能。當圖書資料發生變化,如圖書丟失或有錯誤信息輸入時,則應能夠及時對數據進行修改和補充。
2.辦理借書卡模塊:系統的主要功能之一,供本校學生借閱圖書。3.實現借書功能:可以方便學生們借書。
4.實現還書功能:歸還圖書,并進行登記。
5.能方便的對圖書進行查閱:可以快速簡單的對圖書進行查找一些信息。
2、對性能的規定
為了保證系統能夠長期、安全、穩定、可靠、高效的運行,圖書管理系統應該滿足以下的性能需求:
(1)、系統處理的準確性和及時性 系統處理的準確性和及時性是系統的必要性能。在系統設計和開發過程中,要充分考慮系統當前和將來可能承受的工作量,使系統的處理能力和響應時間能夠滿足學校對信息處理的需求。
(2)、系統的開放性和系統的可擴充性 圖書管理系統在開發過程中,應該充分考慮以后的可擴充性。例如用戶查詢的需求也會不斷的更新和完善。所有這些,都要求系統提供足夠的手段進行功能的調整和擴充。而要實現這一點,應通過系統的開放性來完成,既系統應是一個開放系統,只要符合一定的規范,可以簡單的加入和減少系統的模塊,配置系統的硬件。通過軟件的修補、替換完成系統的升級和更新換代。
(3)、系統的易用性和易維護性
圖書管理系統是直接面對使用人員的,而使用人員往往對計算機并不時非常熟悉。這就要求系統能夠提供良好的用戶接口,易用的人機交互界面。要實現這一點,就要求系統應該盡量使用用戶熟悉的術語和中文信息的界面;針對用戶可能出現的使用問題,要提供足夠的在線幫助,縮短用戶對系統熟悉的過程。
(4)、系統的標準性
系統在設計開發使用過程中都要涉及到很多計算機硬件、軟件。所有這些都要符合主流國際、國家和行業標準。
(5)、系統的先進性
目前計算系統的技術發展相當快,做為圖書管理系統工程,在系統的生命周期盡量做到系統的先進,充分完成企業信息處理的要求而不至于落后。這一方面通過系統的開放性和可擴充性,不斷改善系統的功能完成。另一方面,在系統設計和開發的過程中,應在考慮成本的基礎上盡量采用當前主流并先進且有良好發展前途的產品。
(6)、系統的響應速度
圖書管理系統系統在日常處理中的響應速度為秒級,達到實時要求,以及時反饋信息。在進行統計分析時,根據所需數據量的不同而從秒級到分鐘級,原則是保證操作人員不會因為速度問題而影響工作效率。
3、輸入輸出要求
輸入:鍵盤,鼠標。輸出:顯示器。
二、新系統的邏輯模型
1、圖書館組織機構分析
通過對圖書館工作人員的調查,圖書館主要有4個部門。借閱管理部負責圖書的借閱管理;圖書管理部負責書籍類別標準的制定,類別信息的輸入;書籍類別信息的查詢,修改;書籍信息的輸入;讀者管理部負責主要針對各類讀者信息進行管理;系統管理部負責用戶管理和密碼管理。組織機構圖如下:
圖書館組織機構圖
2、系統功能結構圖
圖書館管理系統 借閱信息管理 圖書信息管理 讀者信息管理 系統管理 還書信息管理 借書信息管理 設置圖書信息 設置圖書種類 設置讀者信息 設置讀者種類 密碼管理 用戶管理還還還書書書信信信息息息查修添詢改加 借借借書書書信信信息息息查添修詢加改 圖圖圖書書書信信信息息息查修添詢改加 圖圖書書類類別別添修加改 讀讀讀者者者信信信息息息查修添詢改加 讀讀者者種種類類修添改加
3、數據流程圖
通過對業務流程圖的細化,可得到系統的分層數據流圖。如下圖: 頂層數據流圖:
讀者信息讀者圖書信息借書卡、借閱信息圖書管理系統會員信息讀者審核信息借閱信息借還書信息管理員 圖書館管理系統的頂層數據圖
對頂層數據流圖細化、分解可得到圖書管理系統的第一層數據流圖,如下圖: 借閱信息 借還書信息P1借閱信息管理借書信讀者息還書信息讀者P2圖書信息管理書庫文件管理員借書卡、借閱信息讀者資料讀者信息審核會員信息P3讀者信息管理讀者記錄管理員信息P4系統管理 圖書館管理系統的第一層數據圖
對第一層數據流圖進一步細化、分解,可以得到第二層數據流圖,如下圖: 借書卡P1.1身份審核合格讀者借書信息讀者記錄借還書信息P1.2借書登記管理員還書信息書庫文件P1.3書籍檢查合格書籍讀者還書信息P1.4還書處理借閱信息管理數據流圖
注:附一些操作頁面
1、登錄頁面
2、系統主頁面(用戶)(管理員 用戶名:admin 密碼:123)
3、新增圖書
4、所有圖書
5、借書