学校教材订购系统概要设计Word下载.docx
《学校教材订购系统概要设计Word下载.docx》由会员分享，可在线阅读，更多相关《学校教材订购系统概要设计Word下载.docx（18页珍藏版）》请在冰豆网上搜索。
5.1出错信息13
5.2补救措施13
5.3系统维护设计13
1引言
1.1编写目的
本阶段已在系统的需求分析的基础上，对学校教材预定系统做概要设计。
主要解决了实现该系统需求的程序模块设计问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的概要设计报告中将对在本阶段中对系统所做的所有概要设计进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考此概要设计报告，在概要设计对机票预定系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在概要设计过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
本软件概要设计说明书的读者是系统开发人员或合同约定人员。
1.2背景
所建议开发的系统的名称：
本项目的任务提出者：
信息工程学院计算机科学与技术（交通信息工程）专业
开始者：
计算机科学与技术（交通信息工程）专业张佳琦、吴霞、高仲秋、许国财、李琦
用户：
学校教材管理部门和全校师生
实现该软件的计算机网络：
长安大学信息工程学院
项目与其他软件，系统的关系：
本项目采用客户机/服务器原理，客户端的程序是建立在 Windows7（x64）操作系统上以MicrosoftVisualStudio2010以及MySQL5.1数据库开发套件、MSSQLServer2008等为开发软件的应用程序。
学校教材预定系统将由两部分组成：
安装在各个终端的前台客户程序，以及置于学校教材管理部门的数据库服务器。
1.3定义
相关名词：
数据流图：
数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。
系统的流程图：
系统流程图是描绘物理系统的传统工具。
它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序，文件，数据库，表格，人工过程等）。
库存表：
存放库中存在得书籍数据。
出库表：
存放已销售的书籍的数据。
进库表：
存放入库书籍的数据。
购书表：
存放提交的购书信息。
缺书登记表：
存放缺少的书籍的信息。
待购教材表：
存放待购书籍信息。
专门术语：
SQLSERVER:
系统服务器所使用的数据库管理系统（DBMS）。
SQL:
一种用于访问查询数据库的语言
事务流：
数据进入模块后可能有多种路径进行处理。
主键：
数据库表中的关键域。
值互不相同。
外部主键：
数据库表中与其他表主键关联的域。
ROLLBACK:
数据库的错误恢复机制。
系统：
若未特别指出，统指学校教材预定系统。
1.4参考资料
学校教材预定系统项目计划任务书 长安大学信息工程学院
学校教材预定系统项目开发计划 软件开发小组
需求规格说明书 软件开发小组
用户操作手册 软件开发小组
《软件工程》第六版 清华大学出版社
《软件工程导论》沈美明著“计算机软件开发文档编写指南”
2总体设计
2.1需求规定
学校为了方便学生定书的及时准确、图书管理人员工作的方便高效，开发学校教材预订系统。
本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。
本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。
要求系统能有效、快速、安全、可靠和无误的完成上述操作。
并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。
教材订购系统的功能可以划分为如下几个部分：
1）系统帐户管理：
主要是对系统用户进行管理，包括登陆、退出、操作记录等。
2）订购管理：
查询订购书、订购书籍、删除订购书籍、查询领书单。
3）销售管理：
处理购书单、查询进书单、修改和维护数据库中相应的表。
4）采购管理：
发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。
本系统对性能的规定：
1）系统的更新处理时间应该在可接受的范围内；
2）系统的数据查询时间应该在可接受的范围内；
3）系统的数据统计时间应该在可接受的范围内。
4）操作方式上应该能够满足鼠标和键盘任意切换的需要；
5）能够支持WindowsXP、Windows7、Windows8\8.1运行环境。
6）留有与其他系统的接口。
2.2运行环境
学校教材预定系统将由两部分组成：
1）硬件环境：
运行本软件要求处理器在IntelCorei3以上，内存在256MB以上的计算机。
2）软件环境：
本系统支持的操作系统包括：
WindowsXP、Windows7、Windows8\8.1；
本系统支持的数据库为MySQL；
本软件的开发工具为JAVA程序语言。
2.3基本设计概念和处理流程
本系统的基本设计概念和处理流程如下：
1）系统启动时，激活身份验证模块。
2）通过身份验证后，对系统进行初始化，判断用户身份，导入到不同的处理页面是。
3）系统进入消息循环状态，通过事件驱动机制激活各功能模块，并执行指定模块。
4）各项功能执行完毕后，重新进入消息循环状态。
5）由退出系统事件激活关闭系统模块，退出系统。
2.4结构
完整的软件结构图：
销售管理的结构图：
采购管理的结构图：
教师学生订购的结构图：
2.5功能需求与程序的关系
1）用户身份验证必须调用“验证用户”模块程序进行身份验证。
2）订购者订购之前进行查询需要调用“销售管理”中的库存的信息的查询。
3）发行人员审查订购单也需调用“销售管理”中的库存信息的查询，并且需要调用“订购管理”中有关订购单的操作。
4）发行人员查询进书通知需要调用“采购管理”中的输入进书单的信息这一功能。
5）当采购人员新进教材入库后，相应的库存数据需要修改，此时需要调用“初始库存”进行修改。
6）采购人员对缺书单的处理需要调用“销售管理”中库存信息的查询。
2.6人工处理过程
1）新教材入库时需要对相应的入库单进行录入。
2）对于已经过时不用的教材需要发行人员对书库数据进行相应的删除。
3）其他方面数据的处理系统将会自动进行。
2.7尚未解决的问题
由于我们水平有限以及时间仓促，尚未配置成功在VS中连接MySQL以预留之后的网页端接口，只能暂用SQLServer这种比较庞大和复杂的数据库作为存储使用。
3接口设计
3.1用户接口
本系统采用典型的Windows风格作为人机接口，如使用窗口、菜单、对话框等。
1）订购书籍：
教师或学生将要进行订购的书籍资料输入，系统将这些资料保存在文件中。
2）查询订购单：
显示使用者已经保存的订购单信息。
3）删除订购书籍：
使用者将要删除的书籍信息输入，系统根据操作删除修改文件处理，最后修改后的文件显示出来。
4）查询领书单：
通过发行人员模块处理过后，将其信息转化成领书单显示出来。
5）查询缺书单：
该功能要通过发行人员模块处理过后，将其信息转化缺书单显示出来。
6）输入进书单：
需要采购人员将新到的书籍信息输入，通过系统将库存信息更新处理。
7）处理订购单：
发行人员可读取用户信息，读取订购单，通过比较库存，处理信息后，返回领书单。
8）查询进书单：
发行人员可对采购人员的进书单进行读取，将其信息显示出来。
9）输入初始库存：
该功能可实现发行人员对学校原本拥有的书籍资料输入保存到库存中。
10）查询库存：
将库存中的信息显示出来。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用
3.2外部接口
软件接口
服务器程序可使用MicrosoftVisualStudio2010提供的对SQLSERVER的接口，进行对数据库的所有访问。
服务器程序上可使用SQLSERVER的对数据库的备分命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
硬件接口
在输入方面，对于键盘、鼠标的输入，可用VISUALC++的标准输入/输出，对输入进行处理。
在输出方面，打印机的连接及使用，也可用VISUALC++的标准输入/输出对其进行处理。
在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。
3.3内部接口
内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。
接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。
验证模块：
完成对用户身份的验证。
初始化模块：
在身份验证后，系统调用初始化操作，执行完毕后进入消息循环状态。
查询模块：
由相应消息驱动，完成对信息进行查看功能。
删除模块：
具有此权限的用户完成对信息删除功能。
打印模块：
实现用户从系统打印功能。
退出模块：
实现用户从系统退出功能
4运行设计
4.1运行模块组合
客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。
在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。
接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。
服务器程序的接收网络数据模块必须始终处于活动状态。
接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。
不同的用户登录此系统获得的系统功能是不同，如下：
1）教师学生等订购者具有查询，打印相关信息的权限；
2）管理员具有查询、添加、删除、修改，打印的权限。
4.2运行控制
运行控制将严格按照各模块间函数调用关系来实现。
在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。
在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。
服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。
用户通过身份验证之后进入系统操作界面，学生可以进行查询相关信息的操作
管理员可以对系统进行信息的增添，删除，修改，打印等操作
4.3运行时间
在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。
网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。
所以将采用高速ATM网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。
其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用Inteli3处理器。
硬件对本系统的速度影响将会大于软件的影响。
“用户验证”模块在完成用户登录的身份验证后立即退出运行，释放占用的系统资源。
一般来说，本系统运行一般耗时1～2秒，如果数据处理量比较大就3～4秒。
4系统数据结构设计
4.1逻辑结构设计要点
以下列出本系统内所使用的每个数据结构的名称、标识符以及它们之中每个数据项、记录、标识、定义、长度及它们之间的相互关系。
1）订购单属性名：
{购书单号，书号，购书日期，订购者编号，订购者姓名，数量，总额}
购书单号
书号
购书日期
订购者编号
订购者姓名
数量
总额
说明:
此为订购单实体对应的关系模式，其中书号、订购者编号是外码，其他一些冗余信息删除。
2）进书单属性名：
｛进书编号，书号，采购人姓名，采购日期，采购总数，采购总额｝
进书编号
采购人姓名
采购日期
采购总数
采购总额
说明：
此为进书单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。
3）领书单属性名：
｛领书单号，订购者编号，领书日期，购书单号，购书日期，经办人｝
领书单号
领书日期
经办人
此为领书单实体对应的关系模式，其中订购者编号、订购单号是外码，其他一些冗余信息删除。
4）缺书单属性名：
｛缺书单号，书号，总数｝
缺书单号
缺书数量
此为缺书单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。
5）入库单属性名：
｛入库号，书号，数量，入库时间｝
入库号
入库时间
此为入库单实体对应的关系模式，其中书号是外码，其他一些冗余信息删除。
6）出库单属性名：
｛出库号，书号，数量，出库时间｝
出库号
出库时间
7）教材信息属性名：
{书号，书名，编者，出版社，单价}
书名
作者
出版社
单价
此为教材实体对应的关系模式。
8）学生信息属性名：
{学生学号，学生姓名，学生性别，学生年级，电话}
学生学号
学生姓名
学生性别
学生年级
电话
此为学生实体对应的关系模式。
9）教师信息属性名：
{教师工号，教师姓名，教师性别，教师部门，电话}
教师工号
教师姓名
教师性别
教师部门
此为教师实体对应的关系模式。
10）库存表属性名：
{记录号，书号，数量}
记录号
此为库存表实体对应的关系模式
4.2物理结构设计要点
以下列出本系统内所使用的每个数据结构中的每个数据项的存储要求，访问方法、存取单位、存取的物理关系（索引、设备、存储区域）、设计考虑和保密条件。
1）订购单
数据项名
别名
数据类型
长度
备注
订购单号
DGnumber
char
50
ISBN
Publish
价格
Price
int
8
Number
日期
DGDate
DGZnumber
DGname
购书总数
DGALLnumber
DGALLprice
联系方式
TEL
电话、手机等
2）进书单
JSnumber
ISBN
CGname
CGdate
采购数量
CGnumber
CGprice
LSnumber
LSdate
DGdate
LSname
4）缺书单
QSnumber
总数
QSALLnumber
RKnumber
RKdate
CKnumber
CKdate
{书号，书名，编者，出版社，版次，单价}
bookname
编者
writer
publish
price
{学生学号，学生姓名，学生性别，学生年级,电话}
Snumber
Sname
Ssex
男或女
Sclass
大一、大二、大三、大四
Tnumber
Tname
Tsex
Tclass
机械|电气|生化|数学|人文|计算机|其他
10）库存表属性名：
ID
number
4.3数据结构与程序的关系
服务器程序在对订购/销售/采购进行操作时需对数据库数据库数据结构，也就是数据表进行查询和修改：
在订购/销售/采购过程中都需要对数据库中的所有表，进行联合查询、修改。
物理数据结构主要用于各模块之间函数的信息传递。
出错信息将送入显示模块中。
5系统出错处理设计
5.1出错信息
程序在运行时主要会出现两种错误：
1、由于输入信息，或无法满足要求时产生的错误，称为软错误。
2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。
对于软错误，须在定书操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。
对与硬错误，可在出错的相应模块中输出简单的出错语句（出错信息必须给出相应的出错原因），并将程序重置，返回输入阶段。
5.2补救措施
本系统定期备份数据库，以便在系统出现故障时，能够及时恢复。
所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。
若真断电时，客户机上将不会有太大的影响，主要是服务器上：
在断电后恢复过程可采用SQLSERVER的日志文件，对其进行ROLLBACK处理，对数据进行恢复。
在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。
在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。
5.3系统维护设计
本系统需严格按照软件产品设计规范的步骤进行开发，并重复考虑软件的可维护性，详细编写各阶段的文档资料，并在程序设计过程中做出大量详细的注释。
维护方面主要为对服务器上的数据库数据进行维护。
可使用SQLSERVER的数据库维护功能机制。
例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。
升级会员 