《学校教材订购系统》.docx

《学校教材订购系统》.docx

《《学校教材订购系统》.docx》由会员分享，可在线阅读，更多相关《《学校教材订购系统》.docx（20页珍藏版）》请在冰豆网上搜索。

《学校教材订购系统》

LULIANGUNIVERSITY

软件工程课程设计

题目:

学校教材订购系统

系别:

计算机科学与技术系

专业年级:

2014级专升本14xx班

姓名:

xxx

学号:

2014xxxxxx

2015年10月28日

第一章项目计划书

1.1项目设计目的

设计本项目的目的是根据对软件工程设计的学习，对学校教材订购人员需求进行了全面细致的分析，深入描述《学校教材订购系统》软件的功能和性能与界面，确定该软件设计的限制和定义软件的其他有效性需求。

为了明确项目开发的目标和要求，明确任务进度，熟悉项目开发的基本流程和规范要求。

1.2项目简介

销售系统的主要工作过程为：

首先由教师及学生提交购书单，经教材发行人员审核是有效购书单后，开发票，登记并返还给教师和学生领书单，教师和学生即可去书库领书。

采购系统的主要工作过程为：

若是脱销教材，则登记缺书单给书库采购人员，一旦新书入库后，即发进书通知给教材发行人员。

1.3项目开发环境

开发地点：

吕梁学院新校区电教楼三层

系统环境：

Windowsxp

开发人员：

袁琳娜

1.4项目所需文档

《项目开发计划书》、《项目需求分析规格说明书》、《系统概要设计》、《系统详细设计规格说明书》、《系统测试说明书》、《用户手册》、《会议记录》、《项目结项总结》。

1.5项目工作内容进度安排

a）前期工作：

完成项目可行性分析研究报告，制定开发计划，重点是完成项目的需求分析，总体设计，详细设计。

b）中期工作：

编码实现需求功能，完成项目初步设计规格说明书和项目详细设计规格说明书。

c）后期工作：

项目测试，维护。

第二章可行性研究分析

2.1编写目的

对学校教材订购系统进行可行性分析。

2.2可行性研究的前提

a）功能：

实现学校教材订购的最基本功能，进库和出库都有非常详细的记录，对所需书的名称和数量也有非常详细的记录，并且能发出提示信息。

b）性能：

能够使学校在教材订购中所购书的名称、数量和所发书的名称、数量显示出来，进库和出库是都有非常清楚的记录。

c）输出：

书的名称、领取人和数量。

d）输入：

书的名称，订购人和数量。

e）安全与保密要求：

在所在的校园网中进行，对校外保密。

f）完成期限：

2个月。

2.3目标

a）人力与设备费用的节省。

b）人员工作效率的提高。

2.4可行性研究方法

对教材订购的调查。

2.5决定可行性的主要因素

技术可行性、经济可行性和法律可行性。

2.6对现有系统的分析

a）现行系统：

采用手工方式，教师、学生提交订书单，经教材科审核，并返回相应的票据。

付款后教师等待教材科人员对书库现存图书的检查，若书库中没有，则通知采购人员采购，采购后，通知教师或学生取书。

b）分析：

1）存在教师等待时间较长的问题。

2）书库中书的数量变化查询时，由于采用手工，速度过慢。

3）采购员有能及时准确知道哪些书需要购买、更新或者补充。

2.7开发新的系统的必要性

便于教材订购的管理，并且节省了大量的人力和财力。

第三章需求规格说明书

3.1编写目的：

需求规格书明书是需求分析的产物，它是软件系统生存期中软件定义阶段的最后一个步骤。

需求分析对学校教材订购系统进行简单的分析，给出了系统的数据流程图，作为整个软件开发过程的指南，也是软件开发人员开发出符合用户要求的软件基础。

使用户和软件开发者双方对该软件的初始规定有一个共同的理解，使之成为整个软件开发的基础。

3.2数据定义：

1）数据流图：

数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。

2）系统的流程图：

系统流程图是描绘物理系统的传统工具。

它的基本思想是用图形符号以黑盒子的形式描绘系统里的每个部件（程序、文件、数据库、表格、人工过程等）。

3）库存表：

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

4）出库表：

存放已销售的书籍的数据。

5）进库表：

存放入库的书籍的数据。

6）购书表：

存放提交的书籍的数据。

7）缺书登记表：

存放缺少的书籍的数据。

8）待购教材表：

存放待购书籍的数据。

3.3现有系统描述

系统实现后，提供数字化管理，提高学校教材管理部门的工作效率，降低订购中的错误发生率，减少人力物力的累琐开销。

1）学生和老师都能随时登录订购教材、查看和修改订购单，还可以查看领书单。

2）发行人员能够随时登录处理订购单、查看库存和输入初始的库存书籍，还有查看进书通知。

3）采购人员能随时登录系统查看缺书单，填写进书单。

3.4目标系统需求

1）教材浏览服务：

学生或教师在填写购书单前可以先对教材总体进行浏览，对教材名称，库存数量及价格进行一定的了解，然后再结合自己的情况决定自己要购买的教材，填写购书单。

2）购书服务：

本系统在向学生或教师售书时要求填写购书单（包括一下信息：

姓名、购书数量、购书书名信息），给教材发行人员审查有效后，开发票、打印领书单返回给教师或学生领取书籍。

3）教材信息发布：

学校教材订购负责人提供教学用书表后，本系统将教材信息公布，以便于学生确定所需数目，下购书单。

4）通知采购：

当库存中缺书时，汇总缺书信息，发缺书单给书库采购人员。

5）通知取书：

6）当新书入库后，即发进书通知给教材发行人员。

3.5目标性能需求

性能需求点列表见表1-2

编号

性能名称

使用部门

性能描述

输入

输出

1

浏览

学生、教师

学生或教师在填写购书单前可以先对教材总体进行浏览，对教材名称，库存数量及价格进行一定的了解，然后再结合自己的情况决定自己要购买的教材，填写购书单。

登录名、密码

教材总共体信息

2

购书

学生、教师

本系统在向学生或教师售书时要求填写购书单，给教材发行人员审查有效后，开发票、打印领书单返回给教师或学生领取书籍。

姓名、购书数量、购书书名信息

审核信息提示以及领书单

3

信息发布

学校教材订购负责人

学校教材订购负责人提供教学用书表后，本系统将教材信息公布，以便于学生确定所需数目，下购书单。

教材信息

教学用表

4

通知

学校教材订购负责人

当库存中缺书时，汇总缺书信息，发缺书单给书库采购人员。

当新书入库后，即发进书通知给教材发行人员。

缺书信息、新书入库信息

缺书单

进书通知

表1-2

3.6目标界面需求

1）输入设备：

键盘、鼠标

2）输出设备：

显示器

3）显示风格：

IE界面

4）显示方式：

1024*768

5）输出格式：

网页方式

第四章系统概要设计

4.1编写目的：

学校为了方便学生定书的及时准确、图书管理人员工作的方便高效，开发学校教材预订系统。

本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息，然后打印领书单返回给学生领取书籍。

本系统在查询数据库时主要输入需要查询的相关信息，包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。

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

并要求客户机的界面要简单明了，易于操作，服务器程序利于维护。

4.2教材订购系统的功能可以划分为如下几个部分：

1）系统帐户管理：

主要是对系统用户进行管理，包括登陆、退出、操作记录等。

2）订购管理：

查询订购书、订购书籍、删除订购书籍、查询领书单。

3）销售管理：

处理购书单、查询进书单、修改和维护数据库中相应的表。

4）采购管理：

发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。

4.3本系统对性能的规定：

1）系统的更新处理时间应该在可接受的范围内；

2）系统的数据查询时间应该在可接受的范围内；

3）系统的数据统计时间应该在可接受的范围内。

4）操作方式上应该能够满足鼠标和键盘任意切换的需要；

5）能够支持WindowsXP、Windows7、Windows8\8.1运行环境。

6）留有与其他系统的接口。

第五章系统详细设计说明书

5.1基本设计概念和处理流程

5.1.1处理流程

1）系统启动时，激活身份验证模块。

2）通过身份验证后，对系统进行初始化，判断用户身份，导入到不同的处理页面是。

3）系统进入消息循环状态，通过事件驱动机制激活各功能模块，并执行指定模块。

4）各项功能执行完毕后，重新进入消息循环状态。

5）由退出系统事件激活关闭系统模块，退出系统。

流程图如下：

图1

5.1.2结构图

a）完整的软件结构图：

b）销售管理的结构图：

c）采购管理的结构图：

d）教师学生订购的结构图：

5.2功能需求与程序的关系

1）用户身份验证必须调用“验证用户”模块程序进行身份验证。

2）订购者订购之前进行查询需要调用“销售管理”中的库存的信息的查询。

3）发行人员审查订购单也需调用“销售管理”中的库存信息的查询，并且需要调用“订购管理”中有关订购单的操作。

4）发行人员查询进书通知需要调用“采购管理”中的输入进书单的信息这一功能。

5）当采购人员新进教材入库后，相应的库存数据需要修改，此时需要调用“初始库存”进行修改。

6）采购人员对缺书单的处理需要调用“销售管理”中库存信息的查询。

5.3数据结构与程序的关系

5.4人工处理过程

1）新教材入库时需要对相应的入库单进行录入。

2）对于已经过时不用的教材需要发行人员对书库数据进行相应的删除。

3）其他方面数据的处理系统将会自动进行。

5.5尚未解决的问题

由于我们水平有限以及时间仓促，尚未配置成功在VS中连接MySQL以预留之后的网页端接口，只能暂用SQLServer这种比较庞大和复杂的数据库作为存储使用。

5.6接口设计

5.6.1用户接口

本系统采用典型的Windows风格作为人机接口，如使用窗口、菜单、对话框等。

1）订购书籍：

教师或学生将要进行订购的书籍资料输入，系统将这些资料保存在文件中。

2）查询订购单：

显示使用者已经保存的订购单信息。

3）删除订购书籍：

使用者将要删除的书籍信息输入，系统根据操作删除修改文件处理，最后修改后的文件显示出来。

4）查询领书单：

通过发行人员模块处理过后，将其信息转化成领书单显示出来。

5）查询缺书单：

该功能要通过发行人员模块处理过后，将其信息转化缺书单显示出来。

6）输入进书单：

需要采购人员将新到的书籍信息输入，通过系统将库存信息更新处理。

7）处理订购单：

发行人员可读取用户信息，读取订购单，通过比较库存，处理信息后，返回领书单。

8）查询进书单：

发行人员可对采购人员的进书单进行读取，将其信息显示出来。

9）输入初始库存：

该功能可实现发行人员对学校原本拥有的书籍资料输入保存到库存中。

10）查询库存：

将库存中的信息显示出来。

总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用

5.6.2外部接口

1）软件接口

a）服务器程序可使用MicrosoftVisualStudio2010提供的对SQLSERVER的接口，进行对数据库的所有访问。

b）服务器程序上可使用SQLSERVER的对数据库的备分命令，以做到对数据的保存。

c）在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。

2）硬件接口

a）在输入方面，对于键盘、鼠标的输入，可用VISUALC++的标准输入/输出，对输入进行处理。

b）在输出方面，打印机的连接及使用，也可用VISUALC++的标准输入/输出对其进行处理。

在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速ATM。

5.6.3内部接口

内部接口方面，各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。

接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在各模块间传输。

a）验证模块：

完成对用户身份的验证。

b）初始化模块：

在身份验证后，系统调用初始化操作，执行完毕后进入消息循环状态。

c）查询模块：

由相应消息驱动，完成对信息进行查看功能。

d）删除模块：

具有此权限的用户完成对信息删除功能。

e）打印模块：

实现用户从系统打印功能。

f）退出模块：

实现用户从系统退出功能

5.7运行设计

5.7.1运行模块组合

客户机程序在有输入时启动接收数据模块，通过各模块之间的调用，读入并对输入进行格式化。

在接收数据模块得到充分的数据时，将调用网络传输模块，将数据通过网络送到服务器，并等待接收服务器返回的信息。

接收到返回信息后随即调用数据输出模块，对信息进行处理，产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。

接收到数据后，调用数据处理/查询模块对数据库进行访问，完成后调用网络发送模块，将信息返回客户机。

不同的用户登录此系统获得的系统功能是不同，如下：

1）教师学生等订购者具有查询，打印相关信息的权限；

2）管理员具有查询、添加、删除、修改，打印的权限。

5.7.2运行控制

运行控制将严格按照各模块间函数调用关系来实现。

在各事务中心模块中，需对运行控制进行正确的判断，选择正确的运行控制路径。

在网络传方面，客户机在发送数据后，将等待服务器的确认收到信号，收到后，再次等待服务器发送回答数据，然后对数据进行确认。

服务器在接到数据后发送确认信号，在对数据处理、访问数据库后，将返回信息送回客户机，并等待确认。

用户通过身份验证之后进入系统操作界面，学生可以进行查询相关信息的操作

管理员可以对系统进行信息的增添，删除，修改，打印等操作。

5.7.3运行时间

在软体的需求分析中，对运行时间的要求为必须对作出的操作有较快的反应。

网络硬件对运行时间有最大的影响，当网络负载量大时，对操作反应将受到很大的影响。

所以将采用高速ATM网络，实现客户机与服务器之间的连接，以减少网络传输上的开销。

其次是服务器的性能，这将影响对数据库访问时间即操作时间的长短，影响加大客户机操作的等待时间，所以必须使用高性能的服务器，建议使用Inteli3处理器。

硬件对本系统的速度影响将会大于软件的影响。

“用户验证”模块在完成用户登录的身份验证后立即退出运行，释放占用的系统资源。

一般来说，本系统运行一般耗时1～2秒，如果数据处理量比较大就3～4秒。

5.8系统数据结构设计

5.8.1数据字典

名字：

购书表

别名：

购书单

描述：

提供给教材销售人员的购书单

定义：

购书单＝购书单号+｛书名+出版社+价格＋数量｝+日期+订购人姓名＋购书总数

购书单号＝正整数（数据库自动生成）

价格＝整数+2位小数

位置：

输出到打印机

名字：

缺书表

别名：

缺书单

描述：

送给相关工作人员的表，用来补充书籍

定义：

缺书单＝缺书单号＋｛书名+出版社｝＋总数

缺书单号＝正整数（数据库自动生成）

位置：

输出到打印机

名字：

进书通知

描述：

详细的描述了进书的信息

定义：

进书通知＝编号+｛书名+出版社+价格＋数量｝+采购日期+采购总数

编号＝正整数（数据库自动生成）

位置：

名字：

审核信息

描述：

用于审核信息

定义：

审核信息＝教材发行人员姓名+审核标志+审核日期

审核标志＝TURE|FALSE（注：

表示审核是否通过）

位置：

名字：

图书信息

定义:

图书信息＝记录ID+书名+出版社+价格＋库存数量

记录ID＝正整数（数据库自动生成）

5.8.2逻辑结构设计要点

数据对系统分析得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，可采用E－R图的方法进行数据结构分析。

本系统中涉及的实体主要有“学生”、“教师”、“教材”、“院系”和“学生预存款”等，各实体及其属性如图1所示。

图2

各实体之间具有一定的联系，用E－R图表示出来，如图3所示：

图3

5.9系统出错处理设计

5.9.1出错信息

程序在运行时主要会出现两种错误：

1、由于输入信息，或无法满足要求时产生的错误，称为软错误。

2、由于其他问题，如网络传输超时等，产生的问题，称为硬错误。

对于软错误，须在定书操作成功判断及输入数据验证模块由数据进行数据分析，判断错误类型，再生成相应的错误提示语句，送到输出模块中。

对与硬错误，可在出错的相应模块中输出简单的出错语句（出错信息必须给出相应的出错原因），并将程序重置，返回输入阶段。

5.9.2补救措施

本系统定期备份数据库，以便在系统出现故障时，能够及时恢复。

所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。

若真断电时，客户机上将不会有太大的影响，主要是服务器上：

在断电后恢复过程可采用SQLSERVER的日志文件，对其进行ROLLBACK处理，对数据进行恢复。

在网络传输方面，可考虑建立一条成本较低的后备网络，以保证当主网络断路时数据的通信。

在硬件方面要选择较可靠、稳定的服务器机种，保证系统运行时的可靠性。

5.10系统维护设计

本系统需严格按照软件产品设计规范的步骤进行开发，并重复考虑软件的可维护性，详细编写各阶段的文档资料，并在程序设计过程中做出大量详细的注释。

维护方面主要为对服务器上的数据库数据进行维护。

可使用SQLSERVER的数据库维护功能机制。

例如，定期为数据库进行Backup，维护管理数据库死锁问题和维护数据库内数据的一致性等。

第六章系统测试说明书

6.1编写目的：

软件测试的目的是为了发现软件设计和实现过程中的疏忽所造成的错误,但是进行测试应该制定正式的测试计划,若测试是无计划的进行,既浪费时间又浪费不必要的劳动。

测试规格说明书是将软件测试团队的具体测试做法文档化，主要包括：

制定描述整体策略的计划、定义特定测试步骤的规程以及规定将要进行的测试。

6.2测试工具：

任何工程化的产品都可以采用以下两种方式之一进行测试,即黑盒测试和白盒测试，下面对两种测试方式进行简单的介绍：

黑盒测试指在软件接口处执行测试，检查系统的基本方面而很少关心软件的内部结构，了解已设计的产品所完成的制定功能，可以执行测试以显示每个功能是可操作的，同时查找每个功能中的错误。

白盒测试是基于过程细节的封闭检查，了解产品的内部运行情况，可以执行测试以确保“所有齿轮吻合”——即内部操作依据规格说明执行，而且对所有的内部构件已进行了充分测试。

6.3测试方法

由于本次测试的依据是需求，所以才用黑盒测试方法

1）测试策略：

a）功能测试，主要采用等价类划分的策略。

b）压力测试，主要采用边界值测试，错误猜测等策略。

2）测试手段：

a）功能测试，手动模拟正常、异常输入。

b）压力测试，使用自动化压力测试工具LoadRunner。

3）测试内容：

功能测试，按照需求功能。

6.4测试计划

根据测试需求，可以得出一下的测试计划：

验证用户功能：

1）初次安装系统后，测试初始用户帐号和密码能否正确登录到系统；

2）正确登录后，对用户账号和密码进行更改；

3）采用刚修改的用户账号和密码登录，应该能够正确登录。

销售功能和采购功能：

1）进入此界面后，选择添加操作看能否进入添加界面，添加几条记录。

2）退回主界面，选择修改操作看能否修改刚刚添加的记录。

3）退回主界面，选择删除操作看能否删除添加的记录。

4）退回主界面，选择查询操作看显示的界面是否正确。

订购功能：

1）进入用户主界面后，点击订购看能否进入到订购界面。

2）进入订购界面后，输入正确的客户信息进行订购，看能否出现提示成功的信息。

3）返回订购界面，输入错误的客户信息进行订购，看系统是否提示错误，并阻止动作的进一步进行。

6.5测试用例

用户注册/登陆/修改信息模块

测试要点:

模块正常运行的流程：

用户输入数据检查（用户名，密码，口令，待定够书籍的书号等），包括数据的合理性检查，以及数据库的合法性操作检查；数据库连接异常的响应。

1）学生登录模块测试表1-3

输入条件

模块测试项

用户注册

1.能在数据库中正确查找该用户名是否已存在

2.若用户名不存在，数据库应能正确添加该用户

3.若用户名已存在，应能给出错误提示

用户登录

4．能在数据库中正确查找该用户名

5.若存在该用户名且密码正确，应能使用户登录

6.若不存在该用户名或密码错误，应能给出错误提示

用户修改信息

数据库相应信息应该为用户的输入

表1-3

2）采购功能测试

测试要点:

数据库连接是否正常、输入是否合理、合法、返回信息是否正确、页面跳转是否正常

3）销售模块测试

测试要点：

数据库连接是否正常，连接正常时：

输入合理合法参数输入不合理，不合法的参数、数据库数据的正常与否、页面跳转是否正常、连接异常时：

数据库数据异常（用户名为空）、数据库数据正常。

编号

测试用例

编号

测试用例

用例覆盖的测试项

2.1

点金某本书的图片链接。

（1）

2.2

填写所查内容后点击“立即查询”执行查询；或点击“高级查询”按钮进入高级查询页面，填写所查内容后进行查询。

（2）

2.3

点击某本书的购物车按钮；或点击某本书的图片链接后，点击放入“购物车”按钮。

（3）

2.4

点击某本书的“购买”按钮；或点击某本书的图片链接后，在弹出的界面中点击“我要立即购买”按钮

（4）

2.5

非图书类的内容

（5）

6.6硬件故障：

情况1：

服务器电源不正当关闭

处理：

a.数据库事务回滚到断电之前的状态。

b.为服务器提供一个备用充电电源能够支持服务器进行临时数据的正常保存。

情况2：

客户端与服务器网络不能连接

处理：

a.检修本地端网络连接是否正常；

b.查看服务器端交换机端口是否被关闭；

c.查看端点间网络线路是否完好。

情况3：

存储空间已满

处理：

a.数据库切换到备份存储空间;

b.进行数据检索，删除日期超过4年的数据。

6.7软件故障：

1）情况1：

服务器死机

处理：

程序自动保存内存中的临时数据；重启机器

2）情况2：

服务端程序报告异常

处理：

保存好临时数据，关闭访问端口，关闭程序重新启动，通过临时数据初始化程序

3）情况3：

服务器端响应速度慢

处理：

查看接收的数据信息，看是否有不法分子的攻击，并作好防火墙的配置

第七章项目结项总结

经过多次测试，发现本系统，即——学校教材订购系统基本上能实现需求分析阶段期望的功能。

如，管理人员的登录，用户和管理人员对教材信息的查询、添加、修改、删除的操作，订购者对订购信息的确认等功能。

但同时本系统还有一些不足之处，在上面的分析中已经给出了详细的讲解，有望进一步的改进。