軟件工程概要設計2

版本號：2.0

文檔名稱：概要設計

項目名稱：圖書館里系統

項目負責人：段明偉

項目組長:段明偉

程序錄入:張露、馮麗榮

需求分析:張露、馮麗榮、高春芳、韓苗苗

軟件測試:.段明偉、曹凌云

開發單位：西郵07級科技班軟件開發3小組

引言

編寫目的：

本說明是任務治理項目軟件鏟平的總體設計和實現說明，記錄了系統整體實

現上技術層面上的考慮，同時以說明作為依據，同時該文檔將作為產品實現、特

性要求和操縱的依據。

軟件開發小組的每一位參與開發成員應該閱讀本說明，以清除產品在技術方

面的要求和實現策略，本手冊將進行技術評審和技術的可行性檢查，同時為下一

步的詳細設計說明提供框架。

項目背景

-系統名稱：圖書治理系統

'項目功能：

本系統完成后是針對個人事務治理的產品，是面向那些需要治理個人日

常任務的寬敞運算機使用人員的。

本系統將是獨立的系統，目前不為其他的系統后操作系統提供專門的接

n,所產生的輸出差不多上獨立的。

1.圖書信息治理，治理圖書信息：

2.借閱信息治理，治理圖書的借閱和歸還；

3.讀者信息治理，治理讀者信息；

4.系統、圖書治理系統用戶的添加,刪除和修改.

項目任務提出者：周元哲

項目組長：段明偉

程序錄入：張露、馮麗榮

需求分析：高春芳、馮麗榮、韓苗苗、張露

軟件測試：段明偉、曹凌云

本系統的用戶：用戶，治理員

承辦單位：西郵科技0701班第三小組

參考資料：

《有用軟件I.程》LeszekA.MaciaszekBrucLeeLiong著機械工業出版社

《軟件工程導論一一第5版》張海藩編著清華大學出版社

定義

模塊：是數據說明、可執行語句等程序對象的集合，它是單獨命名的而且可

通過名字來訪問。

耦合：是對一個軟件結構內不同模塊之間互聯程度的度量。耦合強弱取決于

模塊件間接口的復雜程度，進入或訪問一個模塊的點，以及通過接口的數據。

耦合的類型包括：數據耦合、操縱耦合、公共環境耦合和內容耦合。其中數

據耦合是最低程度的耦合，內容耦合是最高程度的耦合，應盡量使用數據耦

合，少用操縱耦合，限制公共環境耦合的范疇，完全不用內容耦合。

圖書治理系統(TLMS):圖書治理是關心圖書館治理人員對圖書信息進行治理

的軟件。使用漢語編程語言，獨立完成其功能。(TheLibraryManagement

Systems)

客戶：與我們簽定合同，要求購買產品的人。軟件的開發以他們的需要為基

礎。

用戶：使用那個軟件的所有人。

服務器(Server)：一臺共享信息的主機，配置比一樣微機高，要緊起監管網絡，

提供數據信息的作用。

客戶機(Ziient)：5相關于服務器(Server)的名詞，與客戶沒有關系，是用戶

運行圖書館治理軟件的一臺微機。

C/S結構：軟件的一種結構，前提是有一個局域網，一臺角色為數據庫服務器,

安裝數據庫治理軟件，其他為客戶機，安裝治理系統軟件，起操作平臺

的作用，數據儲存在遠程數據庫服務器上。

項目需求規

1.對功能的規定

＞功能概述

＜用戶：

掃瞄功能：掃瞄所有的書籍、查找所有的書籍及用戶信息。

掛失功能：在用戶圖書卡丟失或密碼遺忘時區任何一個圖書室均可

使用掛失功能。

激活功能：在治理員或任何一個書庫均可激活。

＜治理員：

增加圖書：對圖書種類進行增加。

修改功能：對圖書信息進行修改及用戶信息的修改。

刪除圖書：對圖書種類進行刪除。

查看圖書：對圖書信息進行查看。

注冊功能：對用戶注冊。

＞條件與約束

?資金、時刻約束：

?本軟件為畢業設計需要而設計，未撥專項資金；本軟件從2009年9月7

日開始開發，研制時刻為3個月，2009年12月20日交付使用。

?技術約束：要求采納C/S結構，數據庫采納SQLserve2000,界面要求使

用漢字。

?標準約束：《編程規范》、《界面風格規范》。

2.對性能的規定：

1）數據精確度

a）數量值：精確到小數后一位；

b）時刻值：精確到日，并以yyyy/mm/dd的形式表示；

c）價格值：精確到分，并以.XX的形式表示。

2）時刻特性

a）頁面響應時刻：不超過10秒

b）更新處理時刻：不超過15秒

c）數據轉換與傳輸時刻：不超過30秒。

3）適應性

開發基于的平臺要考慮向上兼容性，如操作系統，數據庫等要考慮更高版

本的兼容性。

當需求發生變化時系統應具有一定的適應能力，要求系統能夠為今后的變更提

供以下支持：能夠在系統變更用戶界面和數據庫設計，甚至在更換新的DBMS

后，系統的現有設計和編碼能夠最大程度的重月，以愛護現時期的投資和保證

軟件系統能夠在較少后續投入的情形下適應系統的擴展和更新。在設計中最好

列出針對變更所需要重新設計的模塊部分

4)靈活性

服務港端

因為系統是采納C/S設計模式開發的，在需求發生變化時，本系統的對這

些變化的適應能力相對而言是比較強的。系統是采納VB語言開發的，所有擁

有跨平臺的能力，能夠專門好的適應不同的操作系統。

客戶端

系統是采納C/S模式開發的，因此客戶端只要有掃瞄器就能夠對進行使

用。

3.輸入輸出規定：

圖書卡：學號(numher)：姓名(usarnama)：密碼(password)：班級(class)：

圖書(book)：圖書ID(id)；圖書名稱(booknane)；圖書數量(amount);圖書種類

(kind)；

治理員(admin)：用戶ID(id)；用戶名(username)；密碼(password)；

項目功能需求

令查看圖書

能夠對所有的圖書進行查找及查看。

令注冊功能

治理員能夠對所有的用戶注冊。

個登錄功能

驗證登錄用戶是否為數據庫中的合法用戶，判定登陸的用戶是一樣用戶依舊治理

員。

?續借功能

登陸驗證后對夠對為續借過的圖書進行續借許借。

?借閱功能

用戶(已借的書未超過7本)能夠借閱任何書籍在治理員處。

＜治理功能

治理員能夠對圖書進行增、刪、改、查以及月戶信息進行增、冊h改、查。

同時也能夠添加新的用戶以及修改當前登錄用戶的密碼以及能夠對治理員進行

增、刪、改、查。也可實現登錄用戶的重新登錄和退出。

1）性能需求

為了保證系統能夠長期、安全、穩固、可靠、高效的運行，圖書治理系

統應該滿足以下的性能需求：

1.系統處理的準確性和及時性

系統處理的準確性和及時性是系統的必要性能。在系統設計和開發過程

中，要充分考慮系統當前和今后可能承擔的工作量，使系統的處理能力和響

應時刻能夠滿足企業對信息處理的需求。

由于圖書治理系統的查詢功能關于整個系統的功能和性能完成舉足輕

重，作為系統的專門多數據來源，其準確性專門大程度上決定了圖書治理系

統的成敗。在系統開發過程中，必須采納一定的方法保證系統的準確性。

2.系統的開放性和系統的可擴充性

圖書治理系統在開發過程中，應該充分考慮以后的可擴充性。例如圖書

治理系統的方式的改變（網上借閱），用戶查詢的需求也會不斷的更新和完

善。所有這些，都要求系統提供足夠的手段進行功能的調整和擴充。而要實

現這一點，應通過系統的開放性來完成，既系統應是一個開放系統，只要符

合一定的規范，能夠簡單的加入和減少系統的模塊，配置系統的硬件。通過

軟件的修補、替換完成系統的升級和更新換代。

3.系統的易用性和易愛護性

圖書治理系統是直截了當面對使用人員的，而使用人員往往對運算機并

不是專門熟悉。這就要求系統能夠提供良好的用戶接口，易用的人機交互界

面。要實現這一點，就要求系統應該盡量使用用戶熟悉的術語和中文信息的

界面；針對用戶可能顯現的使用問題，要提供足夠的在線關心，縮短用戶對

系統熟悉的過程。

圖書治理系統中涉及到的數據是圖書館的相當重要的信息，系統要提供

方便的手段供系統愛護人員進行數據的備份，日常的安全治理，系統意外崩

潰時數據的復原等工作。

4.系統的標準性

系統在設計開發使用過程中都要涉及到專門多運算機硬件、軟件。所有

這些都要符合主流國際、國家和行業標準。例如在開發中使用的操作系統、

網絡系統、開發工具都必須符合通用標準。如規范的數據庫操縱界面、作為

業界標準的TCP/IP網絡協議及IS09002標準所要求的質量規范等；同時，

在自主開發本系統時，要進行良好的設計工作，制訂行之有效的軟件工程規

范，保證代碼的易讀性、可操作性和可移植性。

5.系統的先進性

目前運算系統的技術進展相當快，在系統的生命周期盡量做到系統的先

進，充分完成企業信息處理的要求而不至于落后。這一方面通過系統的開放

性和可擴充性，不斷改善系統的功能完成。另一方而，在系統設計和開發的

過程中，應在考慮成本的基礎上盡量采納當前主流并先進且有良好進展前途

的產品。

6.系統的響應速度

圖書治理系統系統在日常處理中的響應速度為秒級，達到實時要求，以

及時反饋信息。在進行統計分析時，依照所需數據量的不同而從秒級到分鐘

級，原則是保證操作人員可不能因為速度問題而阻礙工作效率。

2）數據庫信息要求

1.數據錄入和處理的準確性和實時性

數據的輸入是否準確是數據處理的前提，錯誤的輸入會導致系統輸出的

不正確和不可用，從而使系統的工作失去意義。數據的輸入來源是手工輸入。

手工輸入要通過系統界面.上的安排系統具有容錯性，同時對操作人員要進行

系統的培訓。

在系統中，數據的輸入往往是大量的，因此系統要有一定的處理能力，

以保證迅速的處理數據。

2.數據的一致性與完整性

由于系統的數據是共享的，在不同的客戶端機中，圖書信息和借閱者信

息是共享數據，因此如何保證這些數據的一致性，是系統必須解決的問題。

要解決這一問題，要有一定的人員愛護數據的一致性，在數據錄入處操縱數

據的去向，同時要求對數據庫的數據完整性進行嚴格的約束。

關于輸入的數據，要為其定義完整性規則，假如不能符合完整性約束，

系統應該拒絕該數據。

3.數據的共享與獨立性

整個圖書治理系統的數據是共享的。然而，從系統開發的角度上看，共

享會給設計和調試帶來困難。因此，應該提供靈活的配置，使各個分系統能

夠獨立運行，而通過人工干預的手段進行系統數據的交換。如此，也能提供

系統的強壯性。

4.圖書治理系統的數據字典:

數據項：=書名：為非空，可變字符類型

書號：非空，整型類型，字長為16字節

非空，可變字符類型

出版社：非空，可變字符類型

數量：整型數據類型，范疇0~7

可借閱數量：非空，整形類型，最大借閱量為7,范疇0~7

借書證號：非空，整形類型，約束條件在數據庫中有記錄數據

性別：非空，約束范疇為“男”，“女”

姓名：非空，可變數據類型

所在系：非空，可變數據類型，約束范疇為在校21個院系

職業：非空，可變數據類型，約束范疇為“學生”或“老師”

借閱者：可空類型

日期：可空類型，非空是范疇0~7天

編號：非空，整型數據類型

：非空，整型

地址：非空，可變字符

數據結構：=｛借閱者，說明借閱著差不多情形，組成（借書證號，姓名，

班級）｝

｛圖書，說明圖書差不多情形，組成（書號，書名，作者，出版社名稱，

數量，位置，在觀否）｝

｛出版社，說明入館圖書差不多情形及借閱情形，組成（編號，名稱，地

址，）｝

數據流：=｛購入，購回圖書的入館，采購，輸入，組成｛二維表｝,1000

本，｝

｛借閱，讀者借走圖書，借閱，更換借閱記錄表，組成（二維表），

7本/卡｝

｛歸還，歸還借走圖書，換書，歸還記錄表（借閱記錄表），，｝

數據儲備=｛入館記錄，入館（數據流），圖書入館表（輸出），組成｛二

維表｝,1次/每季度（儲備頻度）手工錄入，批處理，更新（儲備方式）｝

｛借閱記錄，借閱，借閱記錄表，組成｛二維表｝,0-7本/卡，聯機處

理，更新，隨機檢索，｝

｛歸還記錄，歸還，歸還記錄表，組成｛二維表｝,0-7本/天，聯機處

理，更新，隨機檢索｝

處理過程=｛借閱，輸入：｛借閱｝,輸出：｛借閱記錄表｝,處理：記錄圖書

借閱情形，要求實時響應｝

｛購入，輸入：｛購入｝,輸出：｛圖書入館表｝,處理：記錄圖書

入館情形，可進行批處理，集中進行錄入｝

｛歸還，輸入：｛歸還｝,輸出：｛歸還記錄表｝,處理：記錄圖書

歸還情形，并相應修改借閱記錄表，實時響應｝

3）圖書治理系統數據庫信息要求

書名：為非空，可變字符類型

書號：非空，整型類型，字長為16字節

非空，可變字符類型

出版社：非空，可變字符類型

位置：可空

在館否：非空，約束條件為“是"或‘否"

數量：整型數據類型，范疇0?7

可借閱數量：非空，整形類型，最大借閱量為7,范疇0~7

借書證號：非空，整形類型，約束條件在數據庫中有記錄數據

姓名：非空，可變數據類型

班級：非空，可變數據類型，約束范疇為在校21個院系

借閱者：可空類型

日期：可空類型，非空是范疇0?7天

編號：非空，整型數據類型

：非空，整型

地址：非空，可變字符

說明：圖書館數據庫操作系統為多用戶操作系統，借閱者和圖書對應借

閱關系為多對多關系。圖書對應數據為書名，書號，作者，出版社，位置,

在館否，數量；借閱者對應數據為：姓名，性別，職業，借書證號，所在

院系。當圖書在館時，圖書數據庫數據為：數量為非零，位置非空，在館

否中數據為“是”，日期數據為空。當圖書外借時，圖書數據庫中數據為：日

期有借閱日期與應還日期，期間長度不超過7天，在館否數據為“否。借閱

者數據中，可借閱數量為非零。

3）圖書治理系統數據庫操作和應用要求

圖書治理系統需要完成以下功能：

1.借閱者的各種信息的輸入，包括姓名，借書證號，班級；

2.圖書的各種信息的輸入，包括書號，書名，作者，數量，位置，在館

否，以及出版社的相關信息的輸入，包括出版社名稱，地址，編號和：

3.圖借閱的借出日期和應還日期信息的輸入；

4.圖書治理各種信息的查詢、修改和愛護。

處理方法：

1.當有圖書入館時，應該將該圖書的詳細信息輸入數據庫中

2.當有人將圖書借出時?，應該借閱人與該書的詳細信息輸入數據庫中,

同時記錄借出和應還日期

3.當有人將圖書歸還時，應該將借出該書時記錄的信息刪除

4.當有人查洵某圖書時，應該將該圖書的詳細信息輸出，同時顯示是

否在館，若不在館，何時歸還

4）圖書治理系統的邏輯模型

圖書治理系統的邏輯模型如下圖所示：

借閱一

圖書一

借閱者一

借書證號一

應還日期

姓名一

班級

借出日期一

書名一

書號一

數量

作者一

位置

在館否

出版社名

數據字典分析：

借閱者（借書證號，姓名，班級）

圖書（書號，書名，作者，出版社名稱，數量，位置，在觀否）

借閱（借書證號，書號，借出日期，應還日期）

5）圖書治理系統的關系數據模型

系統所需差不多表：

圖書差不多情形表

列名主碼候選碼外碼被參照表約束條件

書名NNY圖書入館表

書號YESNNNOT

NULL

作者NNN

數量NNN

位置NNN

在館否NNN歸還記錄表NOTNULL

圖書入館表

列名主碼候選碼外碼被參照表約束條件

書名YYNOT

NULL

出版社NYNOT

NULL

數量NNNOT

NULL

作者NNNOT

NULL

借閱記錄表

列名主碼候選碼外碼被參照表約束條件

借書證號YNOT

NULL

書號YYNOT

NULL

借出日期NOT

NULL

應還日期NOT

NULL

歸還記錄表

列名主碼候選碼外碼被參照表約束條件

書號YYNOT

NULL

在館標志YNOT

NULL

歸還日期NULL

讀者信息表

列名主碼候選碼外碼被參照表約束條件

借書證號YYNOT

NULL

姓名

班級

治理者：圖書（書號，書名，作者，出版社名稱，數量，位置）

借閱（借書證號，書號，借出日期，應還日期）

借閱者（借書證號，姓名，班級，借書數量）

借閱者：圖書（書號，書名，作者，出版社名稱，數量，位置，在館否）

索引：在圖書治理系統中，書名，作者，出版社名稱是不管治理員依舊

借閱者都經常使用的杳詢條件應該在此基礎上建立索引，而關于治理員來講

為便于對借閱信息和和圖書的治理有必要對借書證號和書號建立聚簇。

6）性能需求

a）數據治理能力要求：

本系統需要治理的文卷和記錄的個數有幾萬一一幾十萬冊左右，對可預見

的增長對數據進行動態分類儲備。

b）故障處理要求：

由于某種未知的軟件及硬件故障所引起的本系統無法使用，可能會對使用

該軟件的用戶產生一定的阻礙，但由于其具有較好的可愛護性，使得愛護人員發

覺情形時，趕忙更正，可在短時刻內復原其使用。

c）其他專門要求：

本系統具有較強的使用權限，使得本系統具有易于愛護，治理；其用戶

界面要求為包括簡潔、易用、易明白，美觀、標準，具備一定的兼容性；軟

件質量要求為：易用、健壯、兼容性好、運行穩固、有一定安全保證。

7）運行需求

＞客戶機

用戶界面：網頁的形式進行掃瞄。

軟件接口：運行于任何安裝有掃瞄器的操作系統。

故障處理：在用戶的輸入有錯誤的情形下，關于用戶的輸入錯誤應給出適當的改

正提示

＞服務器

服務器程序部分

軟件接口:

圖書治理系統的運行要求，圖書治理系統中的各個子系統的硬件和軟件

的配置如下：

1.服務器端子系統的運行要求：

系統軟件：WindowNTServer

數據庫治理系統：SQLServer

硬件要求：PentiumIII450以上，258MRAM,14GHD

2.客戶端子系統的運行要求：

系統軟件：WindowNTWorkstation

數據庫治理系統：SQLServer

硬件要求：Pentium133以上，32MRAM,4.3GHD

差不多設計概念和處理流程

系統的數據流圖

流程設計

系統流程

I.頂層數據流圖

-借書信息一?

一圖書信息一A

一讀者信息一?讀者

一檢索條件一

檢索結果——A

2.第層數據流圖

總體結構和模塊外部設計

系統采納分層的總體結構思想。初步打算分為三層：

①最上層：界面層，要緊負責同意用戶數據的輸入以及處理結果的顯示。

②中間層：處理層，要緊負責具體功能的實現，數據的處理，它將是軟件的核心。

③最底層：數據庫接口層，要緊是被中間層調用的有關數據庫操作的接口實現。

簡單的示意圖如K

用戶界面層

處

產

理

生

事

事

務

務

數據處理層

申

返

請

回

訪

處

問

理

結

系統結構:數

果

據

▼庫

數據庫接口層（創建，備份，復原，提供Execute接口）

各功能模塊關系結構圖

超期處罰

新生卡的

辦理

卡的補辦

與掛失

程序文件(或命令文件)和數據文件一覽表

書籍信息成員類型表

成員類型成員類型

編號數字書籍編號字符串

ISBM字符串書籍名稱字符串

書籍類別字符串書籍作者字符串

出版社名稱字符串出版日期日期

書籍頁碼關鍵字字符串

登記n期庫存數量數字

剩余數量數字備注字符串

數據庫設計

邏輯設計

建立圖書信息表、借閱信息表、讀者信息表。

物理設計

備注：屬性項目的