久久99精品久久久久久琪琪,久久人人爽人人爽人人片亞洲,熟妇人妻无码中文字幕,亚洲精品无码久久久久久久

t圖書管理信息系統的需求分析

時間:2019-05-13 10:09:47下載本文作者:會員上傳
簡介:寫寫幫文庫小編為你整理了多篇相關的《t圖書管理信息系統的需求分析》,但愿對你工作學習有幫助,當然你在寫寫幫文庫還可以找到更多《t圖書管理信息系統的需求分析》。

第一篇:t圖書管理信息系統的需求分析

圖書管理信息系統需求分析報告

系統目標:

本系統主要實現對圖書館的信息進行管理,圖書館的正常運營中總是面對大量的讀者信息,圖書信息以及兩者相互作用產生的借書信息,因此要對讀者資源,圖書資源,借書信息進行管理。本系統的開發就是在于提高圖書管理的工作效率,加強圖書館的管理。

圖書館管理系統是圖書館管理工作中不可缺少的部分,它的內容對于圖書館的管理者和使用者來說都至關重要,所以圖書管理系統應該能夠為管理者或讀者提供充足的信息和快捷的數據處理手段。但一直以來人們使用傳統人工的方式進行圖書管理和借閱管理,這種管理方式存在著許多缺點,如:效率低、易忘記、保密性差,另外時間一長,將產生大量的文件和數據,這對于查找、更新和維護都帶來了不少的困難。隨著科學技術的不斷提高,計算機科學日漸成熟,其強大的功能已為人們深刻認識,它已進入人類社會的各個領域并發揮著越來越重要的作用。作為計算機應用的一部分,使用計算機對圖書信息進行管理,具有著手工管理所無法比擬的優點.例如:檢索迅速、查找方便、易修改、可靠性高、存儲量大、數據處理快捷、保密性好、壽命長、成本低、便于打印等。這些優點能夠極大地提高圖書管理的效率,也是圖書館的科學化、正規化管理,與世界接軌的重要條件。因此,開發這樣一套管理軟件成為很有必要的事情。圖書管理信息系統是典型的信息管理系統,其開發主要包括后臺數據庫的建立和維護以及前端應用程序的開發兩個方面。而本系統主要開發的就是圖書信息的管理。

圖書管理主要包括如下工作:

(1)對所有購進的圖書,進行入庫記錄。

(2)對所有學員領用圖書們進行出庫記錄

(3)對所有的購進圖書和出庫圖書以及庫存進行統計。

(4)對購進圖書和出庫圖書以及庫存進行查詢。

根據這樣的需求,具體設計表如下:

讀者基本信息表(學號,姓名,所在院系,出生日期,性別,聯系方式,登記

日期,)

讀者信息表(學號,姓名,所借圖書,應還日期,所欠罰款金額,操作員)圖書基本信息表(編號,書名,類型,作者,出版社,價格,現存量,庫存量)圖書征訂表(征訂編號,圖書編號,訂購數量,訂購單價,訂購日期,操作員,是否入庫)

圖書借閱表(圖書編號,讀者編號,借閱時間,應還日期,操作員)圖書歸還表(圖書編號,讀者編號,歸還時間,操作員,確定歸還)

圖書懲罰表(圖書編號,讀者編號,借閱日期,歸還日期,應罰金額,實收金額)

第二篇:教務管理信息系統需求分析報告

教學管理系統需求分析報告

一、教學管理系統的功能要求

教學管理系統的總目標是:在計算機網絡,數據庫和先進的開發平臺上,利用現有地軟件,配置一定的硬件,開發一個具有開放體系的、易擴充的、易維護的、具有良好人機交互界面的教學管理系統,實現教學管理的自動化的計算機系統。

二、教學管理系統的需求描述

2.1 系統概述

教學管理信息系統實際上是學校各項管理系統中的一個職能域

是全校信息系統的一個子系統

2.2 功能描述

A.高校教學管理系統高層業務分析

? 每年要根據人才市場需求及現有的專業情況,制定招生計劃,然后進行招生工作 ? 學生入學前一個學期,各個專業要制定教學計劃,教學計劃由各個系部討論,教學主任審核后,上報教務處,由教務處出面組織進行全校討論,協調各專業的教學計劃,最后形成綜合教學計劃下發各系部

新生入學后填寫的學生情況登記報表報各系、部后,再上報教務處教務科

教務科將這些報表匯總后與學校招生辦公室進行核對,準備無誤后存檔以備使用 每學期期中,各系部根據教學計劃制定下一個學期各個專業的教學執行計劃,系、部根據教學執行計劃安排授課老師,選購教材

各系將落實后的教師任務分配表匯總后上報教務處

學校實施學分制管理后,在每學期開學以前要進行學生選課工作

由教務處進行統一協調,最后制定出全校課程表下發各系部和學生 期末考試結束后,各系部將學生成績歸檔并進行學籍處理,然后將成績及學籍處理結果報教務處審批執行

教務處對學生成績進行分析,打印出補緩考學生名單,將補緩考學生名單下發到各系部,各系部有關教師出題、判卷

學生因病或其他原因可以申請休學、復學、退學等,學生提出申請經領導批準后執行,要將執行的結果記入學生學籍管理數據庫

為了促進教學改革,提高教學質量,每年教務處要進行教學改革項目的立項、驗收等工作

教務處還要根據教師任課情況、學生情況制定各種報表上報省教委、學校及各有關單位

根據教學管理系統方案中有關高層業務管理內容的文字描述,可以畫出該子系統高層的業務流程圖和數據流程圖 ? ? ? ? ? ? ? ? ? ? ?

省教委招生辦新生名單基本信息管理學生學生登記表學生情況統計統計報表校長有關單位學籍管理學生學籍管理畢業生登記表用人單位各專業教學計劃教務管理學生管理學生成績管理學生成績單教師教學計劃排課課表學生

高校教學管理系統高層業務流程圖

省教委新生名單招生辦學生信息管理學生登記表學生學生學籍統計報表統計報表校長有關單位畢業生登記表教學計劃各系部教務管理學生學籍管理用人單位教學計劃學生成績學生成績管理學生成績單教師排課課表打印課表學生教學管理擴展的數據流程圖

B. 基本信息管理子系統業務分析

? ? ? ? 每個新學期招生辦要制定新生名單,然后進行審核,通過審核后再根據新生名單編班,然后確定最終的新生名單

新生入學后填寫的學生情況登記報表報各系、部后,再上報教務處教務科 教務科將這些報表匯總后與學校招生辦公室進行核對,準備無誤后存檔以備使用 然后制作學生學籍上報到省教委校長和有關單位

基本信息管理子系統業務流程圖和數據流程圖

招生辦新生名單審核新生名單新生名單編班新生名冊省教委學生情況登記表審核學生情況登記表統計學籍變動統計報表校長有關單位學生錯誤學生登記表建學檔案學生學籍基本信息管理子系統業務流程圖

新生名單招生辦編班新生名冊學生情況登記表學生審核登記表建學籍表學生學籍錯誤的學生登記表省教委統計報表統計學籍變動校長有關單位基本信息子系統數據流程圖

C. 學生學籍管理子系統分析

1學籍表動申請過程

? 學生如果要變動學籍,需要先申請學籍變動然后由各系部初審學生的申請,之后再由教務處審核,如審核通過則交由領導審批。審批通過后交由教務處修改學籍,然后通知學生 2畢業審批過程 ? ? 先是由各系部根據學生的成績初審學生的畢業資格,之后建立畢業資格審查清單,然后再次復審畢業資格建立畢業資格審查名單,最終交由領導審批。領導根據畢業資格審查名單、學生留級退學名單和學籍變動申請決定最后的審批意見。然后修改學籍表,制定學籍,完成畢業登記和畢業生檔案,之后就可以將畢業生信息交給用人單位了

學生學籍管理子系統業務流程圖和數據流程圖

各系部教務處學生學籍變動申請初審學生申請學籍變動申請審查學生申請學籍變動申請教務處領導畢業登記畢業生檔案各系部初審畢業資格畢業資格審查清單領導審批修改學籍表學生學籍學生成績復審畢業資格畢業資格審查名單審批意見用人單位教務處學生成績管理留級、退學名單學籍變動通知學生

學生學籍管理子系統業務流程圖

學籍變動申請學籍變動通知學生審批變動申請修改學生學籍打印變動通知學生審批表學生學籍學生畢業登記畢業生登記用人單位畢業證書審批畢業資格留退處理留退名單成績管理學生成績 獎勵處理學生學籍管理子系統數據流程圖

D.教務管理子系統業務分析

? 各專業通過開學討論后制定教學計劃,將教學計劃打印后再分發給各系部 ? 各系部再將教學計劃分發給老師們

? 然后根據教學計劃、老師情況登記表進行排課,制定課程表 ? 老師根據課程表進行教改立項然后進行統計后交給有關領導 教務管理子系統業務流程圖和數據流程圖 教學計劃開會討論教學計劃各專業教學計劃打印教學計劃排課日常事務管理各系部教師任務分配教師情況登記表課程表有關領導統計報表教改立項教師學生

教務管理子系統業務流程圖

教學計劃各系部輸入教學計劃教學計劃打印教學計劃教學執行計劃各系部學生教師任務分配表排表課程表打印課表課程表教師教師情況登記表教師立項申請教改立項教改項目立項統計統計報表有關領導

教務管理子系統數據流程圖

D. 成績管理子系統業務分析

?

期末考試后,老師統計期末成績,然后進行登記,之后跟根據學生成績統計分析,制定分析報表后交給有關領導

教師期末成績登記期末成績統計分析分析報表有關領導學生成績

成績管理子系統業務流程圖

學生成績單教師登記期末成績學生成績成績分析學籍管理

成績管理子系統數據流程圖

第三篇:圖書管理系統需求分析

云南工商學院09信息管理1班

圖書管理系統需求分析

班級:09信息管理1班

組員: 唐學悅,段敏,楊文燕,胡勇毅,余科輯,林春宇,李波

任務分配情況:

云南工商學院09信息管理1班

目錄 系統需求概述...............................................................................................................................3 1.1 圖書管理系統功能概述....................................................................................................3 1.2 系統主要業務流程分析....................................................................................................3 1.3 系統功能模塊分析............................................................................................................3 1.4 建立用例模型....................................................................................................................4 1.4.1 讀者用例圖.............................................................................................................4 1.4.2 圖書管理員用例圖.................................................................................................4 1.4.3 系統管理員用例圖.................................................................................................5 1.5 詳述用例............................................................................................................................5 2 系統分析.......................................................................................................................................6 2.1 類圖....................................................................................................................................6 3 系統設計.......................................................................................................................................8 3.1 用例動態模型設計............................................................................................................8 3.1.1 實現“讀者查詢個人借閱信息”用例的動態模型.................................................8 3.1.2 實現“查詢圖書信息”用例的動態模型.................................................................9 3.1.3 實現“借閱圖書”用例的動態模型.........................................................................9 3.2 類圖設計..........................................................................................................................11 3.3 物理架構設計..................................................................................................................12 3.3.1 組件圖...................................................................................................................12 3.3.2 配置圖...................................................................................................................13 2

云南工商學院09信息管理1班

1.系統需求概述

1.1 圖書管理系統功能概述

圖書管理主要是借書、還書以及其他一些附帶操作(例如,超期罰款、催還圖書等)的處理。一個簡單的圖書管理系統應提供如下功能:

·借書處理:完成讀者借書的流程處理。·還書處理:完成讀者還書的流程處理。

·信息查詢:包括圖書信息查詢和讀者借閱情況查詢。·圖書管理:包括輸入新書記錄和刪除舊書記錄。

1.2 系統主要業務流程分析

與系統功能相對應,系統主要有4個流程:結束流程、還書流程、圖書查詢、圖書資源管理。各流程的主要過程描述如下:

·借書流程:讀者借閱所需的圖書,借出后圖書記錄中的借閱標志被置為false(不能再借),借書文件中增加一個借書記錄。

·還書流程:讀者歸還所借的圖書,還書后圖書記錄中的借閱標志被置為true(可被外借),在借書文件中刪除一個借書記錄。

·圖書查詢:讀者和工作人員可以進行圖書信息查詢,輸入圖書的編號或書名,可從圖書對象列表中查找相應的記錄。

·圖書管理:首先由工作人員在“錄入新書資料”和“刪除舊書資料”兩個選項中選擇。若是“錄入新書資料”,則由工作人員輸入新書資料,將新書添加為對象列表的新紀錄。若是“刪除舊書資料”,則查找需要刪除的圖書,將其從圖書對象列表中刪除。

1.3 系統功能模塊分析

滿足上述需求的系統主要包括以下幾個系統模塊:

·基本業務處理模塊:主要用于實現圖書管理員對讀者借閱圖書和歸還圖書的處理。

·信息查詢模塊:重要用于實現讀者對圖書信息和自身借閱信息的查詢。

云南工商學院09信息管理1班

·系統維護模塊:主要用于實現系統管理員對讀者信息、圖書管理員信息、圖書信息、和數據庫的管理。

1.4 建立用例模型

根據功能需求構造用例模型,主要任務是識別系統中的所有參與者,并對每個參與者找出其用例,建立用例模型。

系統主要的參與者為“讀者”、“圖書管理員”、和“系統管理員”。各個參與者的用例圖如下:

1.4.1 讀者用例圖

<>查找借閱信息登錄系統查找圖書借閱圖書讀者<>歸還圖書繳納罰金

圖1-1 讀者用例圖

1.4.2 圖書管理員用例圖

<>查詢借閱信息檢查用戶合法性<>圖書管理員歸還圖書收取罰金

圖1-2 圖書管理員用例圖

云南工商學院09信息管理1班

1.4.3 系統管理員用例圖

添加書目添加讀者刪除書目刪除讀者系統管理員查詢圖書查詢讀者

圖1-3 系統管理員用例圖

1.5 詳述用例

在識別了參與者和主要用例并創建了用例圖之后,如果有必要,還可以按順序詳述每個用例,包括用例如何開始、結束以及如何與參與者進行交互。

表1-1 讀者查找個人借閱信息用例

用例:讀者查找個人借閱信息(用例名稱)(唯一標識符)(涉及用例的參與者)(用例開始時,系統必須滿足的條件)ID:1參與者:

1、讀者前提條件: 讀者已登錄到系統事件流:

1、讀者選擇查找個人借閱信息界面

2、讀者輸入圖書證編號

3、系統按圖書證編號查找讀者借閱信息結果:系統向讀者顯示讀者借閱信息,該用例結束(用例中的實際步驟)(用例結束時,系統的狀態)

云南工商學院09信息管理1班

表1-2 讀者查找圖書信息用例

用例:讀者查找圖書信息(用例名稱)(唯一標識符)(涉及用例的參與者)ID:2參與者:

1、讀者(用例開始時,系統必須滿足的條件)前提條件: 讀者已經啟動圖書管理系統,并已知書名或書號事件流:

1、讀者選擇查找圖書信息界面

2、讀者輸入書名或書號

3、系統按書名或書號查找圖書信息結果:系統向讀者顯示圖書信息,該用例結束(用例中的實際步驟)(用例結束時,系統的狀態)系統分析

2.1 類圖

在定義系統需求后,下一步就是確定系統中存在的對象類。系統中對象類的識別可以使用名詞/動詞分析法來進行,即文本中的名詞和名詞短語暗示類或類的屬性,動詞和動詞短語暗示職責或者類的操作。

通過用例圖的分析可知,在圖書管理系統中可以確定的主要對象類包括 “讀者”,“圖書”、“圖書管理人員”和“系統管理員”。其中“讀者”和“圖書”通過借閱關系可以構成一個新類“借閱記錄”。

另外,分析用例圖可知,用例“身份驗證”和“圖書資料查詢”是對象類“讀者”和“工作人員”共同擁有的,并且用例“身份驗證”是除用例“圖書資料查詢”之外其余用例執行的前提,因此可以將“身份驗證”與“圖書資料查詢”定義為接口類中的操作(接口類是不含屬性且操作函數沒有具體實現的抽象類,接口類通過一個實現聯系獲得其它對象類的支持,這些對象類實現接口類中定義的全部操作)。其余用例則抽象為與該用例交互的參與者所屬對象類的操作。因此,最后可獲得的對象類圖為:

云南工商學院09信息管理1班

系統管理員-name-password1*讀者-name-number-password+借書()+還書()+借閱情況查詢()***<>身份驗證*<>圖書資料查詢****借書記錄-borrower-book**1*圖書-number-name-author-public-time1**圖書管理人員-name-number-password+添加圖書記錄()+刪除圖書記錄()*

圖1-4 系統對象類圖

除了定義上述用于系統數據信息存儲管理和業務邏輯控制的類之外,在用圖形用戶界面開發系統時,我們還可以定義一些相應的用戶界面類:

(1)MainWindow類—MainWindow是圖書管理員與系統交互的主界面,系統的主 界面具有菜單,當用戶選擇不同的菜單項時,MainWindow對象調用相應的方法完成功能操作。

(2)BorrowDialog類—BorrowDialog是進行借書操作時需要的對話框。(3)ReturnDialog類—ReturnDialog是進行還書操作時需要的對話框。(4)QueryDialog類—QueryDialog是查詢某借閱者的借閱信息或圖書庫存信息的對話框。

(5)MaintenanceWindow類—MaintenanceWindow是系統管理員對系統進行維護的主界面,它也提供菜單項。

ReturnDialogBorrowDialogMainWindowQueryDialogMaintenanceDialog 圖1-5圖書管理系統的用戶界面類

云南工商學院09信息管理1班 系統設計

系統設計的主要工作是用例實現—設計。即對每個用例進行動態建模,包括建立序列圖、協作圖等,描述如何通過類對象的協作來實現用例中的功能。隨著動態建模的深入,會發現原來建立的類存在缺陷或不夠完整,需要對分析中得到的類圖進行不斷的修正和調整。所以,還應該通過動態建模來修正和完善類圖。

3.1 用例動態模型設計

3.1.1 實現“讀者查詢個人借閱信息”用例的動態模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:getBook5:消息查詢6:返回借閱信息7:顯示借閱信息

圖1-6 讀者查詢個人借閱信息序列圖

1:queryLoan():MainWindowerBorrower6:顯示借yLoanInfo()閱信息5:返回借閱信息:Borrower-Book4:getBook():QueryDialog2:createDialog()3:qu

圖1-7 讀者查詢個人借閱信息協作圖

云南工商學院09信息管理1班

3.1.2 實現“查詢圖書信息”用例的動態模型

:MainWindow:QueryDialog:BorrowBookBorrower1:queryLoan2:createDialog3:queryLoanInfo4:findBook5:圖書信息查詢6:返回圖書信息7:顯示圖書信息 圖1-8 讀者查詢圖書序列圖

1:queryLoan():MainWindowerBorrower6:顯示圖yLoanInfo()書信息5:返回圖書信息:Borrower-Book4:findBook():QueryDialog2:createDialog()3:qu

圖1-9 讀者查詢圖書協作圖

3.1.3 實現“借閱圖書”用例的動態模型

云南工商學院09信息管理1班

:MainWindow:BorrowDialog:QueryDialogBorrower1:queryLoan2:createDialog4:查詢圖書庫存5:返回圖書是否可借6:修改讀者的借閱信息及庫存信息7:修改成功8:顯示借書成功

圖1-10 讀者借閱圖書序列圖

2:createDialog()oan():MainWindow:BorrowDialogry1:queL息6:顯示借書成功存庫信書借存圖可庫詢否及查是息功:4書信成圖閱改修Borrower回借:7返者:讀5改修:6:QueryDialog

圖1-11 讀者借閱圖書協作圖

云南工商學院09信息管理1班

3.1.4 實現“歸還圖書”用例的動態模型

:MainWindow:ReturnDialog:QueryDialogBorrower1:queryLoan2:createDialog3:修改讀者的借閱信息及庫存信息4:修改成功5:顯示還書成功

圖1-12 讀者歸還圖書序列圖

1:queryLoan():MainWindowBorrower6:顯示還書成功4:修改成功:QueryDialog3:修改讀者的借閱信息及庫存信息:ReturnDialog2:createDialog()

圖1-13 讀者歸還圖書協作圖

3.2 類圖設計

進一步擴充和細化分析階段定義的類,包括定義新的類來處理用戶的需求。隨著動態建模的深入,也會發現原來建立的類存在缺陷或不夠完整,需要對分析中得到的類圖進行不斷的修正和調整。所以,還應該通過動態建模來修正和完善類圖。

云南工商學院09信息管理1班

系統管理員-name:string-password:string+AddBook()+QueryBook()+AddBorrower()+QueryBorrower()借書記錄-borrower:string-book:string-date:Date+newLoan()+getBorrower()+getBook()11*讀者-name:string-number:string-password:string+Borrow()+Return()+QueryLoan()***<>身份驗證*<>圖書資料查詢*1*圖書-number:string-name:string-author:string-publish:string-time:Date+newBook()+findBook()**圖書管理人員*-name:string-number:string-password:string+AddLoan()+DeleteLoan()*****

圖1-14 設計類圖

3.3 物理架構設計

物理架構設計就是用UML圖形描述系統軟件和硬件的大致結構,包括畫出組件圖和配置圖。

3.3.1 組件圖

組件圖:表示構成軟件系統的各物理組件及其相互之間的聯系。它能明確表示軟件系統各部分的功能職責。圖書管理系統的組件圖如下所示,其中包含“借/還書處理”、“信息查詢”、“圖書資源管理”和“身份驗證”等組件。

云南工商學院09信息管理1班

圖書管理系統借/還處理信息查詢圖書資源管理身份驗證圖書信息借閱信息

圖1-15 系統組件圖

3.3.2 配置圖

圖書管理系統是一個基于網絡和數據庫的應用系統,可以采用B/S結構,系統配置圖下圖所示:

數據庫服務器圖書信息借閱信息讀者客戶端借/還書處理工作人員客戶端公共客戶端身份驗證圖書資源管理借閱信息圖書資料查詢 圖1-16 系統配置圖

第四篇:圖書管理系統需求分析

圖書管理系統需求分析報告

1.引言 1.1 編寫目的

軟件需求分析,其目的是用于說明軟件產品或軟件項目需要滿足的條件和限制。在軟件工程項目中,首先要獲取用戶的需求,通過對軟件需要的提取、分析、文檔化和驗證,為進一步的設計和實現提供數據。軟件需求與其他活動也密切相關,如軟件測試、配置管理和質量管理等。

本需求的編寫是為了研究利用大型數據庫做基礎的圖書管理系統軟件的開發途徑和應用方法。同時它也是進行項目策劃、概要設計和詳細設計的基礎,是維護人員進行內部維護,信息更新,驗收和測試的依據。

1.2 項目背景

本項目的名稱:圖書管理系統。

圖書管理系統這任務提出與開發者為某學生的課程設計,用戶是學校圖書館。本產品是針對電腦管理圖書的需求設計的,可以完成圖書信息錄入、修改、刪除,讀者登記、購入新書、讀者借還書、圖書注銷等。

1.3 相關定義

數據流圖(Data Flow Diagram):簡稱DFD,它從數據傳遞和加工角度,以圖形方式來表達系統的邏輯功能、數據在系統內部的邏輯流向和邏輯變換過程,是結構化系統分析方法的主要表達工具及用于表示軟件模型的一種圖示方法。數據字典:它是數據的信息的集合,即對數據流圖中包含的所有元素的定義的集 合。其作用是為設計人員提供關于數據描述的信息。數據字典應該由對以下四類元素的定義組成:數據流、數據流分量(即數據元素)、數據存儲、處理。

2.需求概述 2.1 目標

“圖書管理系統”主要提供圖書信息和讀者基本信息的維護以及借閱等功能。本系統是提高圖書管理工作的效率,減少相關人員的工作量,使學校的圖書管理工作真正做到科學、合理的規劃,系統、高效的實施。

2.2 用戶類和特征

最高用戶是圖書管理員和讀者,圖書管理員需要進行用戶的創建、修改和刪除等工作,要求具備計算機知識,如權限管理等。讀者是普通用戶,具備一定的計算機操作即可。

2.3 運行環境

服務器:CPU P4 1GHz以上;內存256M以上配置。由于服務器將存儲大量圖書資料,建議準備100G以上硬盤、并預留磁盤擴充接口。

客戶端:CPU C433MHz以上;硬盤:200M以上空白空間;內存:128M以上配置。

軟件運行環境:服務器:Windows 2000 Server、Windows 2000 Advanced Server、Windows 2003均可;Microsoft SQL Server 2000 或 2005。

3.需求分析 3.1數據需求

圖書館管理信息系統需要完成功能主要有:

1)讀者基本信息的輸入,包括借書證編號、讀者姓名、讀者性別等。2)讀者基本信息的查詢、修改,包括讀者借書證編號、讀者姓名、讀者性別等。3)書籍類別標準的制定、類別信息的輸入,包括類別編號、類別名稱。4)書籍類別信息的查詢、修改,包括類別編號、類別名稱。

5)書籍庫存信息的輸入,包括書籍編號、書籍名稱、書籍類別、作者姓名、出版社名稱、出版日期、登記日期。

6)書籍庫存信息的查詢,修改,包括書籍編號、書籍名稱、書籍類別、作者姓名、出版社名稱、出版日期登記日期等。

7)借書信息的輸入,包括讀者借書證編號、書籍編號、借書日期。

8)借書信息的查詢、修改,包括借書證編號、借書證編號、讀者姓名、書籍編號、書籍名稱、借書日期等。

9)還書信息的輸入,包括借書證編號、書籍編號、還書日期。

10)還書信息的查詢和修改,包括還書讀者借書證編號、讀者姓名、書籍編號、書籍名稱、借書日期、還書日期等。11)超期還書罰款輸入,還書超出期限包括超出期限還書的讀者借書證號,書籍編號,罰款金額。

12)超期還書罰款查詢,刪除,包括讀者借書證編號、讀者姓名、書籍編號、書籍名稱,罰款金額等

13)管理員管理:包括創建讀者用戶信息、刪除讀者用戶信息、添加圖書信息、刪除圖書信息。

3.2事物需求

1)在讀者信息管理部分,要求: a.可以查詢讀者信息。

b.可以對讀者信息進行添加及刪除的操作。

2)在書籍信息管理部分,要求: a.可以瀏覽書籍信息。

b.可以對書籍信息進行維護,包括添加及刪除的操作。

3)在借閱信息管理部分,要求: a.可以瀏覽借閱信息。

b.可以對借閱信息進行維護操作。

4)在歸還信息管理部分,要求: a.可以瀏覽歸還信息。

b.對歸還信息可修改維護操作。

5)在管理者信息管理部分,要求: a.顯示當前數據庫中管理者情況。b.對管理者信息維護操作。

6)在罰款信息管理部分,要求: a.可以瀏覽罰款信息。b.對罰款信息可以更新。

3.3確定用例及編寫用例文檔

用例描述了一個完整的系統事件流程,其重點在于執行者與系統之間的交互而不是內在的系統活動,并對執行者產生有價值的可觀測結果。

在這個“圖書管理系統”中的用例圖如下所示。

用例圖不能提供用例所具有的全部信息,為此需要使用文字描述那些不能放在圖形上的信息。用例文檔是關于執行者與系統如何交互的規格說明,要求清晰明確,沒有二義性。在描述用例時,應該只注重外部能力,不涉及內部細節。

4.非功能需求 4.1 性能需求

學校對系統性能無特殊的要求,只要查詢圖書的時候沒有明顯的延遲就可以了,查詢的時間不要超過3秒鐘。條件、假定和限制:

1)系統最小壽命: 系統應該能在無重大改動的條件下正常運行5年以上。

2)對設備的要求:

要求計算機穩定性良好,整套系統經濟實惠。

3)可以利用的信息和資源:

圖書管已經配置了所有的計算機,以及網絡設備,操作人員將使用win2003 4)圖書管員工受過較好的計算機方面的培訓,在調研的時候感覺有不少員工有計算機方面的專業經驗。5)編目要參照中圖法。

安全性需求

對于圖書管理系統的圖書量會非常大,所以在對這些圖書導入和查詢時要保證速度。在圖書借閱過程中又要保證事務的完整性。對于整個系統,需要完整的權限控制,防止某些人惡意攻擊系統,修改原始記錄,同時對于數據庫中的數據需要定時備份,防止系統數據丟失。此外,系統要求用戶在登陸時需要身份驗證。

5.故障處理

在正常情況下,應不出錯。一旦發生意外,比如掉電、網絡不通等,也應保證系統數據不會丟失。

故障出現后可能采取的變通措施,包括:

備份:使用附加存儲設備備份數據。備份頻率為每日一次。需手動備份。恢復及再啟動:如果數據造成丟失,可使用備份數據還原。

第五篇:圖書管理系統需求分析

圖書管理系統需求分析

1.引言

1.1 編寫目的:編寫次文檔是為了分析軟件的可行性和軟件的細化問題。1.2項目背景:桂林電子科技大學大三軟件工程系數據結構課程設計。2.任務概述 2.1 目標:(1)提高圖書館借書還書查詢書籍的效率,避免人工管理的失誤和低效率問題。(2)為完成課程設計需要。

2.2 運行環境:(1)硬件方面:神舟筆記本(2)軟件方面:CodeBlocks 2.3 條件與限制:編程用計算機一臺;完成期限2017/9/18;無資金供給。4.功能需求 4.1 功能劃分

可細化為五部分:人事管理,圖書信息管理,借書管理,還書管理,超時管理。(1)人事管理:1.能對校園內所有教職工學生有關檔案詳細資料記錄并保存。2.能對保存的文檔數據進行查詢和修改。3.能按姓名檢索人員。

(2)圖書信息管理:1.對圖書以檢索號進行數據儲存。2.對圖書的進貨時間與價錢進行記錄。3.對圖書的借出與還入進行記錄。

(3)借出管理:對圖書借出的人員進行記錄。(4)還書管理:對圖書還入進行記錄。

(5)超時系統:當某人員借書的期限達到上限時,按時提醒。5.性能需求

5.1時間特性:對圖書的借出和還入時間要求有及時性,借出和還入能立即做出圖書庫是否還有此書。

5.2適應性:此軟件為課程設計所設計,因此不考慮適應性。6.用戶界面:

CodeBlocks運行窗口。

7.使用的數據結構算法:使用數組動態分配空間來儲存數據。

下載t圖書管理信息系統的需求分析word格式文檔
下載t圖書管理信息系統的需求分析.doc
將本文檔下載到自己電腦,方便修改和收藏,請勿使用迅雷等下載。
點此處下載文檔

文檔為doc格式


聲明:本文內容由互聯網用戶自發貢獻自行上傳,本網站不擁有所有權,未作人工編輯處理,也不承擔相關法律責任。如果您發現有涉嫌版權的內容,歡迎發送郵件至:645879355@qq.com 進行舉報,并提供相關證據,工作人員會在5個工作日內聯系你,一經查實,本站將立刻刪除涉嫌侵權內容。

相關范文推薦

    圖書管理系統需求分析

    圖書管理系統需求分析 第六次作業: 圖書管理系統的參與者主要有3類:讀者、圖書館管理員、圖書管理系統維護者。 1. 讀者用例圖: 2. 圖書管理員用例圖 3. 圖書管理系統維護員......

    《圖書管理系統需求分析》

    文檔編號:003 版本號:2.0 文檔名稱:需求分析 項目名稱:圖書管理系統 項目負責人:xxxx 項目組長:xxx 程序錄入:xxxx 需求分析:xx 軟件測試: xxx 開發單位:xxx 一、編寫目的: 編......

    圖書管理系統__需求分析文檔

    需求分析說明書 1 引言 1.1 編寫的目的 現今的商品社會是一個講究效率的社會,人們有很強的時間觀念,如果使用手工操作或者使用相當繁瑣的軟件,既浪費了人力,又浪費了物力,效率無......

    圖書管理系統需求分析

    需求分析人工管理圖書的手續繁索、效率低下給具有強烈時間觀念的管理人員帶來了諸多不便,學校圖書館缺少一套完善的圖書管理軟件,為了對圖書的管理方便,因此必須開發圖書管理系......

    圖書管理系統需求分析

    系統需求分析 以我校實際情況為基礎,對于圖書館圖書管理設計一個適合于學校圖書館使用的圖書管理系統。還可以為學校領導提供圖書的庫存和圖書流通量的查詢。該系統需要完成......

    校園網絡管理信息系統需求分析說明書大全

    學校校園網絡管理信息系統小組成員:劉學歷 王宇 康佳 尹大鵬 1 目 錄1.引言???????????????3 1.1系統項目簡介?????????3 1.2編寫說明????......

    圖書管理系統的需求分析

    文檔名稱: 需求分析 項目名稱: 圖書管理系統 項目負責人:王亮 項目組長: 王亮 程序錄入: 王亮 需求分析: 王亮、段大江、楊家潤、雷昕 軟件測試: 王亮、段大江、楊家潤,王越......

    圖書借閱管理系統需求分析

    系統調研與可行性分析 1.1.1 現狀調查 一直以來人們使用傳統的人工方式管理圖書館的日常工作,對于圖書館的借書和還書過程,想必大家都已很熟悉。在計算機尚未在圖書館廣泛使......

主站蜘蛛池模板: 色欲香天天天综合网站| av人摸人人人澡人人超碰小说| 乱人伦中文字幕成人网站在线| 国产成人无码精品午夜福利a| 在线观看无码不卡av中文| 中文字幕 制服 亚洲 另类| 国产精品99久久精品| 欧美饥渴少妇xxxxx性| 亚洲成aⅴ人在线电影| 国产精品久久久久久久久久久不卡| 无码av免费毛片一区二区| 欧美熟妇xxxxx欧美老妇不卡| 国产麻豆一精品一av一免费| 护士奶头又白又大又好摸视频| 亚洲精品制服丝袜四区| 久久精品国产精品亚洲色婷婷| 精品无人乱码高清在线观看| 酒店大战丝袜高跟鞋人妻| 国产精品午夜无码av天美传媒| 国内精品久久久久久tv| 丰满岳乱妇一区二区三区| 午夜电影院理伦片8888| 98精品国产综合久久久久久欧美| 激情无码人妻又粗又大| 国产精品无码久久综合| 精品黑人一区二区三区久久| 久久av青久久久av三区三区| 精品无码国产一区二区三区av| 精品精品自在现拍国产2021| 免费观看又色又爽又湿的视频软件| 国产成人无码va在线观看| 亚洲欧美激情在线一区| 国产精品爽爽va在线观看无码| 日本久久综合久久综合| 国产成人亚洲精品无码h在线| 欧美日韩一本无线码专区| 裸体美女无遮挡免费网站| 精品国产乱码久久久软件下载| 中文字幕人妻丝袜成熟乱| 亚洲熟妇色xxxxx欧美老妇| 夜夜夜高潮夜夜爽夜夜爰爰|