软件工程学校教材定购系统详细设计说明书.docx
- 文档编号:6956303
- 上传时间:2023-01-13
- 格式:DOCX
- 页数:12
- 大小:312.70KB
软件工程学校教材定购系统详细设计说明书.docx
《软件工程学校教材定购系统详细设计说明书.docx》由会员分享,可在线阅读,更多相关《软件工程学校教材定购系统详细设计说明书.docx(12页珍藏版)》请在冰豆网上搜索。
软件工程学校教材定购系统详细设计说明书
《软件工程》实验报告
学校教材订购系统软件设计说明书
学院:
信息工程学院
班级:
信息1201
学号:
9
姓名:
金天意
指导老师:
田怀凤
合作组员:
王婷
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.3概念
1.3.1专门术语
库存表:
寄存库中存在得书籍数据。
出库表:
寄存已销售的书籍的数据。
入库表:
寄存入库书籍的数据。
购书表:
寄存提交的购书信息。
缺书记录表:
寄存缺少的书籍的信息。
待购教材表:
寄存待购书籍信息。
缩写系统:
若未特别指出,系统指本“学校教材订购系统”。
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.系统犯错处置设计
犯错输出信息
用一览表的方式说明没中可能的犯错或故障情形出现时,系统输出信息的形式、含义和处置方式
犯错处置对策
.后被技术说明预备采用的后备技术,当原始系统数据万一丢失时启用的副本的成立和启动的技术,例如周期性把次跑信息记录到磁带上去就是对于磁盘媒体的一种后备技术;
.降效技术说明预备采用的后备技术,利用另一个效率稍低的系统或方式来求得所需结果的某些部份,例如一个自动系统的降效技术能够是手工操作和数据额的人工记录;
.恢复及再启动技术说明将利用的恢复再启动技术,使软件从故障点恢复执行或是软件从头开始从头运行的方式。
8.测试设计
对本程序进行黑盒和白盒测试,在白盒测试中,进行路径测试,条件测试,判定覆盖,语句覆盖;在黑盒测试中采用等价类划分的测试方式,列出尽可能多的有效等价类和无效等价类。
确保程序正常运行,无误。
9.系统保护设计
本系统需严格依照软件产品设计规范的步骤进行开发,并重复考虑软件的可保护性,详细编写各阶段的文档资料,并在程序设计进程中做出细致的安排,包括在程序中专门安排用于系统的检查与保护的监测点和专用模块。
各个程序之间的对应关系。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件工程 学校 教材 定购 系统 详细 设计 说明书
![提示](https://static.bdocx.com/images/bang_tan.gif)