软件工程-学校教材订购系统_第1页
软件工程-学校教材订购系统_第2页
软件工程-学校教材订购系统_第3页
软件工程-学校教材订购系统_第4页
软件工程-学校教材订购系统_第5页
已阅读5页,还剩14页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1.引言

L1编写目的

对学校教材订购系统进行初步设计

1.2项目背景

名称:学校教材订购系统

本项目的用户:学校的学生,老师和教材订购管理员

木项目与其它软件或其他系统的关系:工作于windows所有的系统

1.3参考资料

软件工程一理论、方法与实践

1.4系统简介

本系统可以细化为两个子系统:销售系统和采购系统

销售系统的主要工作过程为:首先由教师或学生提交购书单,经

教材发行人员审核是有效购书单后,开发票、登记并返给教师或

学生领书单,教师或学生可以到书库领书。

采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺

书单给书库采购人员;一旦新书入库后,即发进书通知给教材发

行人员。

L5技术要求及限定条件

(1)当书库中的各种书籍数量发生变化(包括进书和出书)时,

都应修改相关的书库记录,如库存表或进/出库表。

1/19文档可自由编辑

(2)在实现上述销售和采购的工作过程时,需考虑有关的合法性

验证。

(3)系统的外部项至少包括:教师、学生和教材工作人员。

系统的相关数据存储至少包括:购书表、库存表、缺书登记表、

待购教材表、进库表和出库表。

需求说明书

1•需求分析的目的

需求分析对学校教材订购系统进行简单的分析,给出了系统的数

据流图。加深与用户间的交流,在功能与系统界面上与用户达成

一致的看法,以便于开发出用户满意的系统。

2・软件产品的作用范围

学校教材订购系统是为大多数教育院校开发的,用于日常的教材

管理,包括销售与采购。提供数字化的管理,提高学校教材管理

部门的工作效率。

3・一般性描述

本系统可以细化为两个子系统:销售系统和采购系统

销售系统的主要工作过程为:首先由教师或学生提交购书单,经

教材发行人员审核是有效购书单后,开发票、登记并返给教师或

学生领书单,教师或学生可以到书库领书。

采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺

书单给书库采购人员;一旦新书入库后,即发进书通知给教材发

行人员。

2/19文档可自由编辑

4•产品功能

本系统在向学生售书时主要输入学生学号、班级代号、购书数量、

购书书名信息,然后打印领书单返回给学生领取书籍。

本系统在采购图书过程中,图书发行人员需将脱销教材的编号、

书名、出版社信息、版本号等一系列信息打印给书库采购人员,

一旦新书入库后,即发进书通知给教材发行人员。

5・数据流图与数据字典

顶层数据流图

相关证明「1进书通知教材发行

学生/老师

----------b学校教材订购系统-----------人员

。层数据流图

1层数据流图

3/19文档可自由编辑

购书单

(采购系(销售系(销售系

缺书单购书单

统)登记统)更新库■―统)人员信

缺书存清单息处理

缺书单

概要设计说明书

1・引言

L1定义

1.1.1专门术语

购书表:存放提交的购书信息。

库存表:存放库中存在的书籍数据。

缺书登记表:存放缺少的书籍信息。

待购教材表:存放待购的书籍信息。

入库表:存放入库书籍的数据。

出库表:存放已销售的书籍数据。

1.1.2缩写

系统:若未特别指出,系统指本”学校教材订购系统”。

1.L3系统相关数据存储模型

购书表模型如下:

4/19文档可自由编辑

编号书名书籍出版数量交易交易备注

编号社金额日期

1

2

•••

库存表模型如下:

书籍编号书名乍者出版社数量类别

SW-01

SW-02

♦••

缺书登记表模型如下:

书名书籍编号出版社数量备注

A

B

•••

待购教材表模型如下:

编号书名书籍编号作者出版社数量备注

1

2

•••

入库表模型如下:

书名书籍编号作者出版社数量进书日期备注

5/19文档可自由编辑

A

B

•••

出库表模型如下:

书名书籍编号数量,项书人姓名开票人姓名备注

A

B

•••

2.总体设计

2.1需求概述

为方便教师、学生领书,教材发行人员处理各种单据,以及采购

人员采购需开发一个“学校教材订购系统”。教师或学生提交购书

单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师

或学生领书单,教师或学生可以到书库领书。若是教材脱销,则登记

缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通

知给教材发行人员。

要求系统能有效、快速、安全、可靠和无误的完成上述操作。并

要求系统易于操作,数据库利于维护。

2.2软件结构

2.2.1销售子系统

6/19文档可自由编辑

系统

销售子

领维

登书护

提审返

记修相

交核开回

购改应

购购发领

书库的

书书西书

.小记存数

单单单

录记据

录表

系统

购子

2采

2.2.

系统

采购子

登发维

记进相

发护

缺取书

应数

书书通

的据

单记知

数库

录单据

能模块

3•功

编辑

自由

档可

19文

7/

4・程序描述

4.1功能

销售子系统模块:提交购书单、审核购书单、开发票、登记购书

记录、返回领书单、修改和维护数据库中相应的表。

采购子系统模块:发缺书单、登记缺书记录、打印待购书信息、

发进书通知单、修改和维护数据库中相应的表。

4.2性能

⑴精度:购书是由需求决定的,只要有缺书现象则会体现出来,

但也因为这样,如果需要提前多购书籍的话,则需要管理人员的参

与。

②时间要求:订购需要提前若干天。

8/19文档可自由编辑

⑶可靠性:高

(4)灵活性:在购书单未审核时,可以撤销订购或修改,一旦审

核,则不能再修改。

4.3输入项目

销售子系统模块:需要输入购书单中要求的信息(提交人姓名、

订购书籍书名、数量、备注)。

采购子系统模块:需要输入缺书单中要求的信息(脱销书籍书名、

书籍编号、开票人姓名、交易金额、交易日期)。

4.4输出项目

销售子系统模块:需要打印领书单(订购书籍书名、书籍编号、

数量、领书人姓名),发票(订购书籍书名、书籍编号、开票人姓

名、交易金额、交易日期)。

采购子系统模块:需要打印进书通知单(书籍编号、书名、出版

社、作者、数量、进书日期)。

详细设计说明书

L引言

1.1编写目的

在学校教材订购系统中,已经对本系统所包含的子模块作了概

要的茶树,这些子模块的具体功能将在以下得到详细的阐述。本

阶段已在系统的总体设计的基础上,对学校教材订购系统做详细

设计。主要解决了实现该系统程序模块具体设计问题。包括确定

9/19文档可自由编辑

算法,数据结构,模块接口的使用,数据库的动态操作等。

2.系统模块的详细设计

2.1系统功能模块示意图

销售子系统模块具体描述

销售系统的工作过程为:首先由教师或学生提交购书单,经教材

发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书

单,教师或学生可以到书库领书。

采购子系统模块具体描述

采购子系统工作过程为:工作人员提交缺书单后,进行审查,无

误后登记缺书,审核登记过程后,汇总缺书,生成采购表,采购结束

后发进书通知单,最后更新相应表单,审核修改过程。在以上各审核

10/19文档可自由编辑

过程中发现错误时,返回上一层重新进行操作。

2.2程序逻辑

2.2.1销售子系统模块程序流程图

11/19文档可自由编辑

①购书单错误信息显示

(2)登记购书记录错误信息显示

12/19文档可自由编辑

③修改表错误信息显示

2.2.2采购子系统模块程序流程图

①缺书单错误信息显示

13/19文档可自由编辑

②登记错误信息显示

③修改错误信息显示

2.3存储分配

为程序当中的数据结构在内存中开辟空间存储,加入到数据库中

后在数据库的表中为其开辟存储空间。

2.4限制条件

输入的信息都封装在数据结构当中,不能独立存在,在向数据库

中提交数据时必须一起提交而不能逐项提交。输入数据的类型必须和

定义的数据类型相匹配。

测试计划

L测试方法与用例设计

1.1测试目的

测试的实施是对软件规格说明、设计规格说明和编码的最终审核。

软件测试的目的是以最少的人力、物力和时间投入,尽可能多地找出

软件中潜在的各种错误和缺陷。测试的结果为软件可靠性分析提供了依

据。

1.2测试内容

测试库存数,订单数,缺货数

1.3测试步骤

(1)单元测试:

单元测试也称模块测试或程序测试,单元测试是对每个模块单

14/19文档可自由编辑

独进行的,验证数据是否与模块一致,检查各个模块是否正确实现规

定的功能,对模块的所有主要处理路径进行测试且与预期的结构进行

对照,还要对所有错误处理路径进行测试,从而发现模块在编码中或

算法中的错误。

(2)集成测试:

集成测试也称组合测试或子系统测试,通常采用自上而下或自

下而上的测试方法c集成测试的对象是指已经通过单元测试的模块,

不是对零散模块进行单个测试,而是用系统化的方法装配和测试软件

系统。

(3)确认测试:

确认测试又称有效性测试。它的任务是检查软件的功能与性能

是否与要求规格说明书中确定的指标相吻合。

(4)系统测试:

系统测试是对整体性能的测试,主要解决各子系统之间的数据

通信和数据共享问题以及检测系统是否达到用户的实际要求,系统测

试的依据是系统分析报告。系统测试应在系统的整个范围内进行,这

种测试不只对软件进行,而是对构成系统的硬件和软件一起进行。

(5)用户验收测试:

在系统测试完成后,进行用户的验收测试,它是用户在实际应

用环境中所进行的真实数据测试。

在具体的测试中,一般应遵循以下原则:由程序设计者之外的人

进行测试;测试用例应由两部分组成:输入数据和预期输出结果;

15/19文档可自由编辑

选用不合理的输入数据与非法输入测试;不仅要检验程序是否实现预

期功能,还应检查程序是否做了不应该做的工作;集中测试容易出错

的程序模块;对程序求该以后,必须重新进行测试。

1.4测试用例设计

1.4.1白盒测试(结构化测试)

1.4.2黑盒测试(功能测试)

通过采用错误推测法可列举出程序中所有可能有的错误和容易发

上的特殊情况:

①库存数、订单数、缺货数<0

②是否有不正确或遗漏了的功能

③在函数传递的过程中,能否正确的接受输入数据,能否产生正

确的输出信息

16/19文档可自由编辑

④性能上是否满足要求

根据以上情况设计测试用例:

正确输入:教材编号:SW-01

教材名称:软件工程一理论、方法与实践

作者:孙家广

出版社:高等教育出版社

类别:计算机

返回信息:书籍信息添加成功

错误输入:教材编号:SW-02

教材名称:数据结构与算法

作者:张铭

类别:计算机

返回信息:输入信息不完整,请检查后填写完整

L5测试情况分析

1.5.1测试用例执行情况

输入帐号和密码之后登陆系统,进入软件主界面,点击各按钮均

能响应。添加待购教材界面输入教材编号,作者信息等均能存入数据

库,在待购教材信息界面能正确呈现待购教材信息。

通过测试系统基本达到设计要求,系统功能完整,错误处理正确,

且能正确提示错误种类。

1.5.2建议

将系统的功能更

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论