学校教材订购系统需求分析Word文件下载.docx

学校教材订购系统需求分析Word文件下载.docx

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

计算机

开发平台：

Eclipse、MySQL、JDK1.6

1.3定义

Eclipse：

适合快速开发的Java的开源IDE。

Java：

一种面向对象的程序设计语言，具有面向对象、简单性、可移植性、稳定性、安全性等特点。

它最大的优势是不受平台限制，如.NET,VB，VC,C++只能在Windows环境中运行而Java却可以在任何平台中运行。

MySQL：

高性能的开源的数据库。

1.4参考资料

1.《软件工程导论》（第四版）张海藩，清华大学出版社,2003

2.《实用软件工程》（第二版）郑人杰等，清华大学出版社,1997

4.《Java语言程序设计》马皓等，清华大学出版社，2006

3.《Eclipse使用教程》林峰等，东南大学出版社，2008

4.《MySQL使用手册》

2.目标系统概述

2.1目标

本系统可细化为两个子系统：

销售系统和采购系统。

销售系统的工作过程为：

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

若是脱销教材则生成缺书单。

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

汇总缺书单，发采购单给书库采购人员；

一旦新书入库后，即发到货通知。

2.2用户的特点

本软件的最终用户可分为操作人员、维护人员。

其中，要求操作人员对计算机有一定了解，可以无障碍的使用本系统提供给操作人员操作权限内的各种功能。

要求维护人员是对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。

本系统主要在学期开学发书、学期结束订书时大频度使用，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止系统出错。

2.3假定和约束

本系统XX班六名同学承接设计。

设计人员都是专业的计算机技术人员，都已学习了相关课程，编程等有关知识，由于此课程设计开发时间有限，除统一安排的上机时间外，小组成员只能利用有限的课余时间进行设计。

而且考虑到作为在校生，小组没有此类开发经验，所以，本小组在设计过程中不可避免的出现考虑不全面，技术不成熟等问题，设计的系统相对比较简单。

3.需求规定

3.1软件功能的规定

3.1.1系统功能

产品主要实现以下功能：

a.销售系统

教材浏览服务：

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

购书服务：

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

学生姓名、购书数量、购书书名信息），经审查有效后，打印领书单返回给学生领取书籍。

教材信息发布：

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

通知采购：

当库存中缺书时，汇总缺书信息，通知教材工作人员进行采购。

本系统还兼顾一点财务信息的管理，当发生购书时，系统直接向购书者收取现金。

3.1.2数据流图

学校教材订购系统流程图

0层数据流图（DFD）

1层数据流图

销售子系统的数据流图

采购子系统数据流图

学校教材订购系统数据流图

3.1.3数据字典

名字：

购书表

别名：

购书单

描述：

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

定义：

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

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

价格＝整数+2位小数

位置：

输出到打印机

领书表

领书单

送给学生或教师的领书报表

领书单＝领书单号+订购者姓名+购书单号+领书日期

领书单号＝年+月+日+4位整数

缺书表

缺书单

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

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

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

进书通知

详细的描述了进书的信息

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

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

审核信息

用于审核信息

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

审核标志＝TURE|FALSE（注：

表示审核是否通过）

图书信息

定义:

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

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

3.1.4E-R图

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

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

“教材”实体及其属性图

实体及其属性图

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

3.2对性能的规定

3.2.1精度

对系统中输入的数据要按照数据字典的规定严格输入，尽量避免数溢出处和数据的不合法性。

3.2.2时间特性要求

定购需要提前若干天。

3.2.3可靠性

较高

3.2.4灵活性

1.在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改；

2.操作方式上应该满足鼠标与键盘任意切换的需要；

3.能够支持Windows2000、WindowsXP和Linux等运行环境；

4.留有与其他系统的接口。

3.2.5数据管理能力要求

该数据库设计为关系型数据库，其中包括4个表。

表的设计考虑到了实体完整性、参照完整性及用户自定义完整性三类完整性约束。

只有服务器端程序才能够对数据库中的数据进行更新和删除。

教室或学生角色用户登录系统后能够查询操作。

由于该系统涉及到大量的数据存取操作，再加上对教材出库入库的频繁，因此对数据的存储和配置性能有一定的要求。

3.2.6故障处理要求

硬件故障：

情况1：

服务器电源不正当关闭

处理：

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

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

情况2：

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

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

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

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

情况3：

存储空间已满

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

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

软件故障：

服务器死机

程序自动保存内存中的临时数据；

重启机器

服务端程序报告异常

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

服务器端响应速度慢

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

3.2.7其他专门要求

a.拥有登录权限的人员应该妥善管理自己的密码，防止他人窃取；

b.随机抽取数据进行人工校验，检验系统是否运行正常，处理是否合理。

4.运行环境规定

4.1设备

运行本系统要求处理器在奔腾III以上、内存在256MB以上的普通PC机或专用服务器。

4.2支持软件

本系统支持的操作系统包括:

Windows95、Windows98、Windows2000、WindowsMe和WindowsXP。

本系统支持的数据库：

Oracle、Postgresql、MySQL、SQLServer

本软件的开发工具：

Eclipse、JDK1.6、MySQL

4.3接口

本软件通过若干个之间表（在此省略其结构）实现与其他软件的通信。

4.4控制

本系统通过“用户验证”模块进行用户登录的控制，根据不同用户ude权限调用不同的模块。

其他模块控制情况照此描述。

欢迎您的下载，

资料仅供参考！

致力为企业和个人提供合同协议，策划案计划书，学习资料等等

打造全网一站式需求