软件工程概要设计2

软件工程概要设计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期库存数量数字

剩余数量数字备注字符串

数据库设计

逻辑设计

建立图书信息表、借阅信息表、读者信息表。

物理设计

备注：属性项目的