软件工程学校教材定购系统详细设计说明书.docx
《软件工程学校教材定购系统详细设计说明书.docx》由会员分享,可在线阅读,更多相关《软件工程学校教材定购系统详细设计说明书.docx(12页珍藏版)》请在冰豆网上搜索。
![软件工程学校教材定购系统详细设计说明书.docx](https://file1.bdocx.com/fileroot1/2023-1/5/822355e5-e2e1-470c-8641-2525dc5a9dde/822355e5-e2e1-470c-8641-2525dc5a9dde1.gif)
软件工程学校教材定购系统详细设计说明书
《软件工程》实验报告
学校教材订购系统软件设计说明书
学院:
信息工程学院
班级:
信息1201
学号:
*********
***********************
**********************
合作组员:
王婷
1.引言
1.1编写目的·····························3
1.2项目背景·····························3
1.3定义·······························3
1.4参考资料·····························3
2.任务概述
2.1目标·······························3
2.2运行环境·····························4
2.3需求概述·····························4
2.4条件与限制····························4
3.总体设计
3.1处理流程·····························4
3.2总体结构和模块外部设计······················5
3.3功能分配·····························9
4.接口设计
4.1用户接口·····························9
4.2外部接口 ····························9
4.3内部接口 ····························9
5.数据结构设计
5.1逻辑结构设计·····························10
5.2数据结构与程序的关系·························10
6.运行设计
6.1运行模块的组合··························10
6.2运行控制·····························10
6.3运行时间·····························10
7.出错处理设计
7.1出错输出信息···························10
7.2出错处理对策···························11
8.测试设计·································11
9.系统维护设计····································11
1.引言
1.1编写目的
根据《需求规格说明书》、《概要设计说明书》,在仔细考虑讨论之后,我们对《学校教材订购系统》软件的功能划分、数据结构、软件总体结构的实现有了进一步的想法。
我们将这些想法记录下来,作为详细设计说明书,为进一步设计软件、编写代码打下基础。
1.2项目背景
1.2.1待开发软件系统的名称:
《学校教材订购系统》
项目开发者:
信息1201
1.2.2随着社会信息量的与日俱增,作为信息存储的主要媒体之一教材,数量、规模比以往任何时候都大的多,老师和学生在选择教材和订购教材时产生了很大的麻烦。
在计算机日益普及的今天,对个人而言若采用一套行之有效的教材订购系统来订购书籍,会方便许多,这也充分应用硬件资源,节省了人力资源。
1.3定义
1.3.1专门术语
库存表:
存放库中存在得书籍数据。
出库表:
存放已销售的书籍的数据。
入库表:
存放入库书籍的数据。
购书表:
存放提交的购书信息。
缺书登记表:
存放缺少的书籍的信息。
待购教材表:
存放待购书籍信息。
1.3.2缩写系统:
若未特别指出,系统指本“学校教材订购系统”。
SercleSQL
1.4参考资料
1.《软件工程》(第三版)张海藩,人民邮电出版社,2010
2.《实用软件工程》(第二版)郑人杰等,清华大学出版社,1997
3.《Java语言程序设计》马皓等,清华大学出版社,2006
2.任务概述
2.1目标
本系统可细化为两个子系统:
销售系统和采购系统
销售系统的工作过程为:
首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。
采购系统的主要工作过程为:
若是脱销教材,则登记缺书,发缺书单给 书库采购人员;一旦新书入库后,即发进书通知。
2.2运行环境
运行环境:
WindowsXP,Vista等
可利用的信息和资源:
互联网信息,实验室
2.3需求概述
本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息,然后打印领书单返回给学生领取书籍。
本系统在查询数据库时主要输入需要查询的相关信息,包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。
2.4条件与限制
所建议的系统的运行寿命的最小值:
3年
进行系统方案选择比较的时间为:
2周
经费、投资方面的来源和限制:
小组筹集
硬件条件:
CPU为Pentium4以上,内存为256MB以上
3.总体设计
3.1处理流程
本系统的基本设计概念和处理流程如下:
1)系统启动时,激活身份验证模块。
2)通过身份验证后,对系统进行初始化,判断用户身份,导入到不同的处理页面。
3)系统进入消息循环状态,通过事件驱动机制激活各功能模块,并执行指定模块。
4)各项功能执行完毕后,重新进入消息循环状态。
5)由退出系统事件激活关闭系统模块,退出系统。
3.2总体结构和模块外部设计
学校教材订购系统层次图
上层数据流图:
主要功能的流程图:
3.3功能分配
1)用户身份验证必须调用“验证用户”模块程序进行身份验证。
2)订购者订购之前进行查询需要调用“销售管理”中的库存的信息的查询。
3)当采购人员新进教材入库后,相应的库存数据需要修改,此时需要调用“初始库存”进行修改。
4)采购人员对缺书单的处理需要调用“销售管理”中库存信息的查询。
4.接口设计
4.1用户界面
本系统采用典型的Windows风格作为人机接口,如使用窗口、菜单、对话框等。
1)订购书籍:
教师或学生将要进行订购的书籍资料输入,系统将这些资料保存在文件中。
2)查询订购单:
显示使用者已经保存的订购单信息。
3)删除订购书籍:
使用者将要删除的书籍信息输入,系统根据操作删除修改文件处理,最后修改后的文件显示出来。
4)查询领书单:
通过发行人员模块处理过后,将其信息转化成领书单显示出来。
5)查询缺书单:
该功能要通过发行人员模块处理过后,将其信息转化缺书单显示出来。
6)输入进书单:
需要采购人员将新到的书籍信息输入,通过系统将库存信息更新处理。
7)处理订购单:
发行人员可读取用户信息,读取订购单,通过比较库存,处理信息后,返回领书单。
8)查询进书单:
发行人员可对采购人员的进书单进行读取,将其信息显示出来。
9)输入初始库存:
该功能可实现发行人员对学校原本拥有的书籍资料输入保存到库存中。
10)查询库存:
将库存中的信息显示出来。
4.2外部接口
硬件接口:
Pentium Ⅲ CPU及以上,内存在256MB以上的计算机。
软件件接口:
支持本系统的软件包括:
Windows95 、Windows98 、Windows2000、 Windows Me Windows XP 。
4.3内部接口
验证模块:
完成对用户身份的验证。
初始化模块:
在身份验证后,系统调用初始化操作,执行完毕后进入消息循环状态。
查询模块:
由相应消息驱动,完成对信息进行查看功能。
等等。
5.数据结构设计
5.1逻辑结构设计
1)订购单属性名:
{购书单号,书号,购书日期,订购者编号,订购者姓名,数量,总额}
购书单号
书号
购书日期
订购者编号
订购者姓名
数量
总额
说明:
此为订购单实体对应的关系模式,其中书号、订购者编号是外码,其他一些冗余信息删除。
2)入库单属性名:
{入库号,书号,数量,入库时间}
入库号
书号
数量
入库时间
说明:
此为入库单实体对应的关系模式,其中书号是外码,其他一些冗余信息删除。
3)出库单属性名:
{出库号,书号,数量,出库时间}
出库号
书号
数量
出库时间
说明:
此为入库单实体对应的关系模式,其中书号是外码,其他一些冗余信息删除。
4)教材信息属性名:
{书号,书名,编者,出版社,单价}
书号
书名
作者
出版社
单价
说明:
此为教材实体对应的关系模式。
5)学生信息属性名:
{学生学号,学生姓名,学生性别,学生年级,电话}
学生学号
学生姓名
学生性别
学生年级
电话
说明:
此为学生实体对应的关系模式。
6)教师信息属性名:
{教师工号,教师姓名,教师性别,教师部门,电话}
教师工号
教师姓名
教师性别
教师部门
电话
说明:
此为教师实体对应的关系模式。
5.2数据结构与程序的关系
说明各个数据与访问这些数据结构的形式
6.运行设计
6.1运行模块的组合
不同的用户登录此系统获得的系统功能是不同,如下:
1)教师学生等订购者具有查询,打印相关信息的权限;
2)管理员具有查询、添加、删除、修改,打印的权限。
6.2运行控制
用户通过身份验证之后进入系统操作界面,管理员可以对系统进行信息的增添,删除,修改,打印等操作,学生可以进行查询相关信息的操作
6.3运行时间
“用户验证”模块在完成用户登录的身份验证后立即退出运行,释放占用的系统资源。
一般来说,本系统运行一般耗时1~2秒,如果数据处理量比较大就3~4秒。
7.系统出错处理设计
7.1出错输出信息
用一览表的方式说明没中可能的出错或故障情况出现时,系统输出信息的形式、含义以及处理方法
7.2出错处理对策
.后被技术说明准备采用的后备技术,当原始系统数据万一丢失时启用的副本的建立和启动的技术,例如周期性把次跑信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
.降效技术说明准备采用的后备技术,使用另一个效率稍低的系统或方法来求得所需结果的某些部分,例如一个自动系统的降效技术可以是手工操作和数据额的人工记录;
.恢复及再启动技术说明将使用的恢复再启动技术,使软件从故障点恢复执行或是软件从头开始重新运行的方法。
8.测试设计
对本程序进行黑盒和白盒测试,在白盒测试中,进行路径测试,条件测试,判定覆盖,语句覆盖;在黑盒测试中采用等价类划分的测试方法,列出尽可能多的有效等价类和无效等价类。
确保程序正常运行,无误。
9.系统维护设计
本系统需严格按照软件产品设计规范的步骤进行开发,并重复考虑软件的可维护性,详细编写各阶段的文档资料,并在程序设计过程中做出细致的安排,包括在程序中专门安排用于系统的检查与维护的监测点和专用模块。
各个程序之间的对应关系。