文档库 最新最全的文档下载
当前位置:文档库 › 学校教材订购系统

学校教材订购系统

学校教材订购系统
学校教材订购系统

软件工程课程设计

题 目:

学校教材订购系统

系 别: 计算机科学与技术系

专业年级: 2014级专升本14xx 班

姓 名: xxx

学 号: 2014xxxxxx

2015年10月28日

LULIANG UNIVERSITY

目录

第一章项目计划书 ............................. 错误!未定义书签。第二章可行性研究分析 ..................... 错误!未定义书签。第三章需求规格说明书 ..................... 错误!未定义书签。第四章系统概要设计 ......................... 错误!未定义书签。第五章系统详细设计说明书 ............. 错误!未定义书签。第六章系统测试说明书 ..................... 错误!未定义书签。第七章项目结项总结 ......................... 错误!未定义书签。

第一章项目计划书

1.1项目设计目的

设计本项目的目的是根据对软件工程设计的学习,对学校教材订购人员需求进行了全面细致的分析,深入描述《学校教材订购系统》软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求。为了明确项目开发的目标和要求,明确任务进度,熟悉项目开发的基本流程和规范要求。

1.2项目简介

销售系统的主要工作过程为:首先由教师及学生提交购书单,经教材发行人员审核是有效购书单后,开发票,登记并返还给教师和学生领书单,教师和学生即可去书库领书。采购系统的主要工作过程为:若是脱销教材,则登记缺书单给书库采购人员,一旦新书入库后,即发进书通知给教材发行人员。

1.3项目开发环境

开发地点:吕梁学院新校区电教楼三层

系统环境:Windows xp

开发人员:袁琳娜

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

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)能够支持Windows XP、Windows 7、Windows8\运行环境。

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 以预留之后的网页端接口,只能暂用SQL Server这种比较庞大和复杂的数据库作为存储使用。

5.6接口设计

5.6.1用户接口

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

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

2)查询订购单:显示使用者已经保存的订购单信息。

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

4)查询领书单:通过发行人员模块处理过后,将其信息转化成领书单显示出来。

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

6)输入进书单:需要采购人员将新到的书籍信息输入,通过系统将库存信息更新处理。

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

8)查询进书单:发行人员可对采购人员的进书单进行读取,将其信息显示出来。

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

10)查询库存:将库存中的信息显示出来。

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

外部接口

1)软件接口

a)服务器程序可使用Microsoft Visual Studio 2010 提供的对SQL

SERVER 的接口,进行对数据库的所有访问。

b)服务器程序上可使用SQL SERVER 的对数据库的备分命令,以做到

对数据的保存。

c)在网络软件接口方面,使用一种无差错的传输协议,采用滑动窗口

方式对数据进行网络传输及接收。

2)硬件接口

a)在输入方面,对于键盘、鼠标的输入,可用VISUAL C++的标准输入

/输出,对输入进行处理。

b)在输出方面,打印机的连接及使用,也可用VISUAL C++的标准输入

/输出对其进行处理。在网络传输部分,在网络硬件部分,为了实

现高速传输,将使用高速ATM。

5.6.3内部接口

内部接口方面,各模块之间采用函数调用、参数传递、返回值的方式进行信息传递。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在各模块间传输。

a)验证模块:完成对用户身份的验证。

b)初始化模块:在身份验证后,系统调用初始化操作,执行完毕后进

入消息循环状态。

c)查询模块:由相应消息驱动,完成对信息进行查看功能。

d)删除模块:具有此权限的用户完成对信息删除功能。

e)打印模块:实现用户从系统打印功能。

f)退出模块:实现用户从系统退出功能

5.7运行设计

5.7.1运行模块组合

客户机程序在有输入时启动接收数据模块,通过各模块之间的调用,读入并对输入进行格式化。在接收数据模块得到充分的数据时,将调用网络传输模块,将数据通过网络送到服务器,并等待接收服务器返回的信息。接收到返回信息后随即调用数据输出模块,对信息进行处理,产生相应的输出。

服务器程序的接收网络数据模块必须始终处于活动状态。接收到数据后,调用数据处理/查询模块对数据库进行访问,完成后调用网络发送模块,将信息返回客户机。不同的用户登录此系统获得的系统功能是不同,如下:

1)教师学生等订购者具有查询,打印相关信息的权限;

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

5.7.2 运行控制

运行控制将严格按照各模块间函数调用关系来实现。在各事务中心模块中,需对运行控制进行正确的判断,选择正确的运行控制路径。在网络传方面,客户机在发送数据后,将等待服务器的确认收到信号,收到后,再次等待服务器发送回答数据,然后对数据进行确认。服务器在接到数据后发送确认信号,在对数据处理、访问数据库后,将返回信息送回客户机,并等待确认。

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

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

5.7.3运行时间

在软体的需求分析中,对运行时间的要求为必须对作出的操作有较快的反应。网络硬件对运行时间有最大的影响,当网络负载量大时,对操作反应将受到很大的影响。所以将采用高速ATM 网络,实现客户机与服务器之间的连接,以减少网络传输上的开销。其次是服务器的性能,这将影响对数据库访问时间即操作时间的长短,影响加大客户机操作的等待时间,所以必须使用高性能的服务器,建议使用Intel i3处理器。硬件对本系统的速度影响将会大于软件的影响。“用户验证”模块在完成用户登录的身份验证后立即退出运行,释放占用的系统资源。一般来说,本系统运行一般耗时1~2秒,如果数据处理量比较大就3~4秒。

5.8系统数据结构设计

5.8.1数据字典

5.8.2逻辑结构设计要点

数据对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,可采用E-R图的方法进行数据结构分析。本系统中涉及的实体主要有“学生”、“教师”、“教材”、“院系”和“学生预存款”等,各实体及其属性如图1所示。

图2

各实体之间具有一定的联系,用E-R图表示出来,如图3所示:

图3

5.9系统出错处理设计

5.9.1出错信息

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

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

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

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

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

5.9.2补救措施

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

所有的客户机及服务器都必须安装不间断电源以防止停电或电压不稳造成的数据丢失的损失。若真断电时,客户机上将不会有太大的影响,主要是服务器上:在断电后恢复过程可采用SQL SERVER 的日志文件,对其进行ROLLBACK 处理,对数据进行恢复。

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

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

5.10系统维护设计

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

维护方面主要为对服务器上的数据库数据进行维护。可使用SQL SERVER 的数据库维护功能机制。例如,定期为数据库进行Backup,维护管理数据库死锁问题和维护数据库内数据的一致性等。

第六章系统测试说明书

编写目的:

软件测试的目的是为了发现软件设计和实现过程中的疏忽所造成的错误,但是进行测试应该制定正式的测试计划,若测试是无计划的进行,既浪费时间又浪费不必要的劳动。测试规格说明书是将软件测试团队的具体测试做法文档化,主要包括:制定描述整体策略的计划、定义特定测试步骤的规程以及规定将要进行的测试。

测试工具:

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

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

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

测试方法

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

1)测试策略:

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

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

2)测试手段:

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

b)压力测试,使用自动化压力测试工具LoadRunner。

3)测试内容:

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

测试计划

根据测试需求,可以得出一下的测试计划:

验证用户功能:

1)初次安装系统后,测试初始用户帐号和密码能否正确登录到系统;2)正确登录后,对用户账号和密码进行更改;

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

销售功能和采购功能:

1)进入此界面后,选择添加操作看能否进入添加界面,添加几条记录。2)退回主界面,选择修改操作看能否修改刚刚添加的记录。

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

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

订购功能:

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

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

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

测试用例

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

测试要点:

模块正常运行的流程:用户输入数据检查(用户名,密码,口令,待定够书籍的书号等),包括数据的合理性检查,以及数据库的合法性操作检查;数据库连接异常的响应。

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

输入条件模块测试项

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

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

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

用户登录4.能在数据库中正确查找该用户名

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

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

误提示

用户修改信息

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

2)采购功能测试

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

3)销售模块测试

测试要点:数据库连接是否正常,连接正常时:输入合理合法参数输入不合理,不合法的参数、数据库数据的正常与否、页面跳转是否正常、连接异常时:数据库数据异常(用户名为空)、数据库数据正常。

编号

硬件故障:

情况1:服务器电源不正当关闭

处理:

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

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

情况2:客户端与服务器网络不能连接

处理:

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

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

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

情况3:存储空间已满

处理:

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

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

软件故障:

1)情况1:服务器死机

处理:程序自动保存内存中的临时数据;重启机器

2)情况2:服务端程序报告异常

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

3)情况3:服务器端响应速度慢

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

第七章项目结项总结

经过多次测试,发现本系统,即——学校教材订购系统基本上能实现需求分析阶段期望的功能。如,管理人员的登录,用户和管理人员对教材信息的查询、添加、修改、删除的操作,订购者对订购信息的确认等功能。但同时本系统还有一些不足之处,在上面的分析中已经给出了详细的讲解,有望进一步的改进。

软件工程-学校教材订购系统

1.引言 1.1编写目的 对学校教材订购系统进行初步设计 1.2项目背景 名称:学校教材订购系统 本项目的用户:学校的学生,老师和教材订购管理员 本项目与其它软件或其他系统的关系:工作于windows所有的系统 1.3参考资料 软件工程—理论、方法与实践 1.4系统简介 本系统可以细化为两个子系统:销售系统和采购系统 销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。 采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.5技术要求及限定条件 (1)当书库中的各种书籍数量发生变化(包括进书和出书)时,都应修改相关的书库记录,如库存表或进/出库表。

(2)在实现上述销售和采购的工作过程时,需考虑有关的合法性验证。 (3)系统的外部项至少包括:教师、学生和教材工作人员。 系统的相关数据存储至少包括:购书表、库存表、缺书登记表、待购教材表、进库表和出库表。 需求说明书 1.需求分析的目的 需求分析对学校教材订购系统进行简单的分析,给出了系统的数据流图。加深与用户间的交流,在功能与系统界面上与用户达成一致的看法,以便于开发出用户满意的系统。 2.软件产品的作用范围 学校教材订购系统是为大多数教育院校开发的,用于日常的教材管理,包括销售与采购。提供数字化的管理,提高学校教材管理部门的工作效率。 3.一般性描述 本系统可以细化为两个子系统:销售系统和采购系统 销售系统的主要工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生可以到书库领书。 采购系统的主要工作过程为:若是教材脱销,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。

教材采购系统

软件工程实验报告 课 题: 教材采购系统 专业班级: 学 号: 姓 名: 指导教师: 目 录 评阅意见: 评定成绩: 指导老师签名: 年 月 日

1、需求分析 需求收集整理:采购系统模块:提交购书单、审核购书单、开发票、登记购书记录、返回领书单、修改和维护数据库中相应的表。 2、业务流程: 若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 3、分析建模: 对业务流程进行分析,建立如下数据流图: 3.1、教材采购系统顶层DFD 图 3.2、第一层数据流图 学生 审核 学生证 学生信息 购书单 购书单 1.1 学生信息存储 1.2 学生信息处理 1.3 更新库存 清单 2.1 登记缺书 2.2 汇总缺书 教材工作人员 采购单 缺书单 2.3 产生订购信息 领书单 缺书单 教师或学生 教材 采购 系统 教材 发行 人员 购书单 进书通知 审核信息

3.3、采购系统功能模块结构图: 3.4、系统流程图: 下面将为本系统提供必要的数据字典,以方便系统是最终实现。下面将分别针对教材定购系统的数据流程土的各个项目进行定义。 数据流描述 名字:购书表 别名:购书单 描述:提供给教材销售人员的购书单 定义:购书单=购书单号+{书名+出版社+价格+数量}+日期+订 购人姓名+购书总数 购书单号=正整数(数据库自动生成) 教材采购系统 输入数据 输出数据 学生信息存储 审核 学生信息处理 更新库存清单 登记缺书 汇总缺书 产生采购信息

名字:领书表 别名:领书单 描述:送给学生或教师的领书报表 定义:领书单=领书单号+订购者姓名+购书单号+领书日期 领书单号=年+月+日+4位整数 名字:缺书表 别名:缺书单 描述:送给相关工作人员的表,用来补充书籍 定义:缺书单=缺书单号+{书名+出版社}+总数 缺书单号=正整数(数据库自动生成) 名字:进书通知 描述:详细的描述了进书的信息 定义:进书通知=编号+{书名+出版社+价格+数量}+ 采购日期+ 采购总数 编号=正整数(数据库自动生成) 名字:审核信息 描述:用于审核信息 定义:审核信息=教材发行人员姓名+审核标志+审核日期 审核标志=TURE|FALSE(注:表示审核是否通过) 名字:图书信息 定义: 图书信息=记录ID +书名+出版社+价格+库存数量 记录ID =正整数(数据库自动生成) 3.5、E-R 图 数据对系统分析得到的数据字典中的数据存储进行分析,分析各数据存储之间的关系,可采用E -R 图的方法进行数据结构分析。本系统中涉及的实体主要有“学生”、“教师”、“教材”、“院系”和“学生预存款”等,各实体及其属性如一下所示。 教材 教材编码 教材名称 内容说明 价格 库存量 “教材”实体及其属性图

学校教材订购系统

软件工程课程设计 题 目: 学校教材订购系统 系 别: 计算机科学与技术系 专业年级: 2014级专升本14xx 班 姓 名: xxx 学 号: 2014xxxxxx 2015年10月28日 LULIANG UNIVERSITY

目录 第一章项目计划书 ............................. 错误!未定义书签。第二章可行性研究分析 ..................... 错误!未定义书签。第三章需求规格说明书 ..................... 错误!未定义书签。第四章系统概要设计 ......................... 错误!未定义书签。第五章系统详细设计说明书 ............. 错误!未定义书签。第六章系统测试说明书 ..................... 错误!未定义书签。第七章项目结项总结 ......................... 错误!未定义书签。

第一章项目计划书 1.1项目设计目的 设计本项目的目的是根据对软件工程设计的学习,对学校教材订购人员需求进行了全面细致的分析,深入描述《学校教材订购系统》软件的功能和性能与界面,确定该软件设计的限制和定义软件的其他有效性需求。为了明确项目开发的目标和要求,明确任务进度,熟悉项目开发的基本流程和规范要求。 1.2项目简介 销售系统的主要工作过程为:首先由教师及学生提交购书单,经教材发行人员审核是有效购书单后,开发票,登记并返还给教师和学生领书单,教师和学生即可去书库领书。采购系统的主要工作过程为:若是脱销教材,则登记缺书单给书库采购人员,一旦新书入库后,即发进书通知给教材发行人员。 1.3项目开发环境 开发地点:吕梁学院新校区电教楼三层 系统环境:Windows xp 开发人员:袁琳娜 1.4项目所需文档 《项目开发计划书》、《项目需求分析规格说明书》、《系统概要设计》、《系统详细设计规格说明书》、《系统测试说明书》、《用户手册》、《会议记录》、《项目结项总结》。 1.5项目工作内容进度安排 a)前期工作:完成项目可行性分析研究报告,制定开发计划,重点是 完成项目的需求分析,总体设计,详细设计。 b)中期工作:编码实现需求功能,完成项目初步设计规格说明书和项 目详细设计规格说明书。 c)后期工作:项目测试,维护。

数据库-教材订购系统

《数据库原理》课程设计报告 题目: 姓名: 学号: 专业班级: 指导老师: 年月日

摘要 /*(300字左右,宋体,五号)课程设计内容摘要主要是对撰写过程中实践、实验、研究的内容、方法和得到的主要结果的完整概括。 关键词: /*(3 – 5个,各个词之间用“;”分割,宋体,五号,黑色)*/

目录 第1章引言 (4) 1.1 项目背景 (4) 1.2 项目定义 (4) 1.3 开发环境 (4) 第2章需求分析 (5) 2.1 需求分析的目标与任务 (5) 2.1.1 信息需求 (5) 2.1.2 处理需求 (5) 2.1.3 安全性和完整性要求 (5) 2.2 需求分析阶段成果 (6) 2.2.1 学校教材订书系统的业务流程图 (6) 2.2.2 学校教材订书系统系统的功能模块图: (7) 2.2.3 学校教材订书系统系统的数据字典 (7) 第3章概念设计 (19) 3.1 概念设计的目标与任务 (19) 3.2 阶段结果 (19) 3.2.1 属性与实体 (20) 3.2.2 各子系统与分E-R图 (21)

3.2.3 合并各分E-R图,得到总E-R图 (22) 第4章逻辑设计 (23) 4.1 逻辑设计的任务和目标 (23) 4.2 阶段结果 (23) 4.2.1 将E-R图转换为关系模型 (23) 4.2.2 模型优化 (24) 4.2.3 数据库模式定义 (24) 4.2.4 用户子模式定义 (28) 第5章物理设计 (30) 5.1 物理设计阶段的目标与任务 (30) 5.2 阶段结果: (30) 5.2.1 存取方法设计 (30) 5.2.2 存储结构的设计 (31) 5.2.3 评价物理结构 (31) 第6章数据库实施阶段 (32) 6.1 建立数据库、数据表、视图、索引 (32) 6.1.1 建立数据库 (32) 6.1.2 建立数据表 (32) 6.1.3 建立视图 (33) 6.1.4 建立索引 (33)

学校教材订购系统—罗学东

华科学院计算机科学与技术专业 《数据库课程设计》报告 (2009/2010学年第一学期) 学生姓名:罗学东 学生班级:信息管理092201H 学生学号: 2 指导教师:武研 2011年12月25日

目录 第一章系统概述 (1) 1.1 开发背景……………………………………………………………………………………… 1.2开发意义 (1) 1.3开发工具及主要技术 (2) 第二章总体系统需求分析 (3) 2.1总体设计要求 (3) 2.2总体系统软件结构图 (3) 2.3总体系统软件业务流程图 (4) 第三章子系统需求分析 (5) 3.1子系统设计要求 (5) 3.2子系统功能模型 (5) 3.3子系统业务流程模型................................................................................................第四章系统设计 (8) 4.1代码设计 (8) 4.2输出设计 (8) 4.3 输入设计 (8) 4.4 数据库设计 (9) 4.4.1概念数据模型 (9) 4.4.2 物理数据模型 (13) 4.5数据库建立…………………………………………………………………………………………… 4.5.1数据库的建立和使用……………………………………………………………………… 4.5.2建立用户表………………………………………………………………………………… 4.5.3建立存款表……………………………………………………………………………… 4.5.4建立上下机表…………………………………………………………………………… 4.5.5建立操作员表…………………………………………………………………………… 4.5.6建立上机标准表………………………………………………………………………… 4.6刷卡……………………………………………………………………………………………………… 4.7存款……………………………………………………………………………………………………… 4.8操作员…………………………………………………………………………………………………… 4.9查询刷卡全体用户...................................................................................................第五章系统实现 (15) 4.1系统功能截图 (15) 4.2源代码 (16) 心得体会 (26) 参考文献 (27)

《教材购销系统系统项目计划书》

系统项目计划书 1 引言 1.1编写目的 本项目计划书的编写目的是制定一套软件项目实施及管理的解决方案,其主要工作包括确定详细的项目实施范围、定义递交的工作成果、评估实施过程中的主要风险、制定项目实施的(时间)进度计划、成本和预算计划、人力资源计划等。 1.2 背景 随着教育事业的发展和教育的普及,人们对教材的需求量越来越大,这给教材购销公司造成了压力,也给公司带来了挑战。要处理好将教材的购销为公司带来更多的利益,公司决定开发更新的教材购销系统,希望用更高效的信息化手段管理教材的购销业务,所以,开发一套教材购销系统是及时的也是必要的。教材购销公司根据自身业务的需要,提出开发该系统。系统开发工作由开发公司完成。为了实现这一套公交调度系统,必须在项目开始的时候制定完整的系统项目计划书,才有利于整个项目的开展。 1.3 定义 调度:是指调度员对运行车辆碰到一些情况的对应措施。 库存:就是库中的存货量。 1.4 参考资料 https://www.wendangku.net/doc/067647883.html,ercases&Materials procurement system (2010_06_03)(1).doc—教材购销调度系统 开发团队所整理的需求功能文档 1.5 标准、条约和约定 本项目遵从以下标准: GB/T 13702-1992 计算机软件分类与代码 GB/T 20918-2007 信息技术软件生存周期过程风险管理 GB/T 19003-2008 软件工程 GB/T19001-2000 GB/T 15538-1995 软件工程标准分类法 GB/T 9386-2008 计算机软件测试文档编制规范 GB/T 9385-2008 计算机软件需求规格说明规范 GB/T 15532-2008 计算机软件测试规范 GB/T 18221-2000 信息技术程序设计语言环境与系统软件接口独立于语言的数据类

学校教材订购系统测试报告

学校教材订购系统测试报告 1.1编写目的 软件测试的目的是为了发现软件设计和实现过程中的疏忽所造成的错误,但是进行测试应该制定正式的测试计划,若测试是无计划的进行,既浪费时间又浪费不必要的劳动。测试规格说明书是将软件测试团队的具体测试做法文档化,主要包括:制定描述整体策略的计划、定义特定测试步骤的规程以及规定将要进行的测试。 1.2测试需求 本系统需要对以下的系统功能进行测试: 1)系统操作登录注册。用户登录时进行相关测试可是否可以正常的登录。 2)销售模块测试 1.用户的选书、提交订书单模块 2.用户的订购模块。系统的用户登录之后,看是否可以进行相关的订购操作。 3)采购模块测试。系统管理员登录时看是否可以选择添加、修改、删除、查询等功能。 1.3测试环境 1)硬件环境:运行本软件要求处理器在奔腾Ⅲ以上,存在256MB以上的计算机。 2)软件环境:本系统支持的操作系统包括:Windows95 、Windows98 、Windows2000、Windows Me Windows XP ;本系统支持的数据库为Mysql;本软件的开发工具为JAVA程序语言。 1.4测试工具 任何工程化的产品都可以采用以下两种方式之一进行测试,即黑盒测试和白盒测试,下面对两种测试方式进行简单的介绍: 黑盒测试指在软件接口处执行测试,检查系统的基本方面而很少关心软件的部结构,了解已设计的产品所完成的制定功能,可以执行测试以显示每个功能是可操作的,同时查找每个功能中的错误。 白盒测试是基于过程细节的封闭检查,了解产品的部运行情况,可以执行测试以确保“所有齿轮吻合”——即部操作依据规格说明执行,而且对所有的部构件已进行了充分测试。

学校教材购销系统需求分析报告书.

学年论文(课程设计)题目:学校教材订购系统-需求分析 学院工商学院 学科门类工学 专业软件工程 学号2009482037 姓名盛庆鸿 指导教师王思乐 2011年12月21日

河北大学学年论文(课程设计)任务书 (指导教师用表) 指导教师签字:

河北大学学年论文(课程设计)成绩评定表

目录 学校教材购销系统需求分析报告 (5) 1.引言 (5) 1.1 编写目的 (5) 1.2编写背景 (5) 2.系统任务概述 (6) 2.1目标 (6) 2.2用户的特点 (6) 3.需求规定 (7) 3.1对功能的规定 (7) 3.2对性能的规定 (7) 4.运行环境规定 (7) 5.数据流程、功能描述和设计 (7) 学校教材购销系统需求分析报告 1.引言 1.1 编写目的 编写这份说明书主要是为了使项目组成员充分认识本系统的目标,确定本系统的后继工作,方便以后更好的开展工作,本说明书主要提交给用户和小组成员参考,以达到最终实现用户的要求,完成系统开发。 1.2编写背景 a.本系统是学校教材供应体系中的教材订购系统,实现教材的销售和采购、订购。 b.该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售情况,实行教材 的安全发放和采购.并顺便和各书店联营向个别人员单独售书。

2.系统任务概述 2.1目标 本系统可细化为两个子系统:销售系统和采购系统 销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知。 下面给出系统的初步概图,方便用户和读者充分认识本系统的最初实现情况,并对系统有个初步的了解,也方便开发人员把握开发方向,最终实现本系统. 2.2用户的特点 本系统用户的特点:本软件的最终用户可分为操作人员、维护人员。 其中,操作人员要求对计算机有一定了解的企业技术人员。最好能熟练运用计算机所用操作系统,精通所用系统功能, 维护人员要求对本系统有较深的了解,同时对系统相关信息及工作流程有所了解的技术人员。 本系统主要在学期开学发书、学期结束订书时大幅度使用,这时候也是本系统最需要维护的时候,所以在这时候要对本系统进行必要的检修,防止数据出错。

教材订购系统需求分析

需求分析 1概况 1.1 项目背景 随着高校办学规模的扩展,管理方式和管理效率显得日益重要。在教材订购方面,就手工管理方式和文档系统管理方式在管理质量和管理效率上而言,从根本上不能适应大规模的管理要求。而随着经济发展,计算机科学的提高与进步,计算机科学管理方式,无论在管理效率还是在管理质量上都逐步显示很好的可靠性和优越性。而且计算机管理在人力、物力等资源方面都比以前的管理模式更优秀,更适合信息化的潮流。计算机管理正以它自身的优越性成为管理模式中的主流,提高效率的加速器。教材订购管理系统采用计算机管理模式的必然性也正在与此! 本系统以学校为背景,在认真调研和分析了学校订购教材的现状之后,根据用户的需求和各个功能的关系,作出了积极的设计方案。在新的管理资源和管理模式上,一定能使工作质量、工作效率等得到提高,推动学校发展的步伐! 1.2项目目标 1.2.1项目说明 学校教材订购系统是为高等院校开发的,用于日常的教材管理,包括销售与采购。提供数字化的管理,提高学校教材管理部门的工作效率,从而保证教学的顺利进行。 为方便教师、学生领书,教材发行人员处理各种单据,以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。若是脱销教材,则登记缺书,发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.2.2系统要求 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了,易于操作,数据库利于维护 1.3 定义 1.3.1专门术语 库存表:存放库中存在的书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写 系统:若未特别指出本设计中指“学校教材订购系统”。 Access。 1.4参考资料 数据库开发经典案例分析(清华大学出版社) C程序员成长攻略(中国水利水电出版社) 系统需求说明模板(来自网络) 软件技术基础(电子科技大学出版社) 数据库开发(电子工业出版社)

学校教材订购系统可行性研究分析研究报告

学校教材订购系统 可行性研究报告 一.引言 1.1. 编写目的 编写本报告的目的是研究本系统的总体需求、实现方案,并分析开发系统的可行性,为决策者提供是否开发该系统的依据和建议。 1.2 项目背景 开发软件名称:学校教材订购系统 项目开发者:闽江学院计算机科学系“学校教材订购系统”开发小组: 陈晓彬(17号,组长),谢小龙(14号),何明同(10号), 郭冬盛(24号) 用户单位:闽江学院 1.3 定义 “学校教材订购系统”有两部分组成:销售系统和采购系统。 销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学 生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给 书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.4 参考资料 (1)钱乐秋等,《软件工程》,青还大学出版社; (2)张害藩,《软件工程导论》(第四版),清华大学出版社; (3)王珊等,《数据库原理及设计》,清华大学出版社; (4)赵池龙等,《软件工程实践教程》,电子工业出版社。 二.可行性研究的前提 随着计算机应用的日益普及和深化,网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的教材订购系统。由于学院学生多,用书量大,原 来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费,特别是在新学 期开始果时这种冲突更加明显,而且存在着各种信息不易存放、易丢失、难以备 份和查询等缺点。因此,实现一个将各种教材订购管理和服务功能集成起来的管 理信息系统就显得十分必要,既可以节省资源,又可以有效存储、更新、查询信

学校教材订购系统可行性分析报告

可行性分析报告 1.引言 1.1目的编写 随着信息技术的不断发展,计算机已经可以帮助我们日常生活中的许多工作,为了使老师和学生在订购教材时得到方便现在特别需要一个学校的教材订购系统来缓解手工订书汇总的压力。通过进行可行性分析,我编写了这份可行性报告对这个项目的技术,经济,运行等方面进行可行性分析。 在本阶段中,应对下个阶段的开发提出建议,为工程制定一个初步的计划,主要工作有:分析和了解现有的系统(系统流程图),分析系统数据的信息集合(数据字典)及数据在软件中流动(数据流图),最后对开发该系统成本和效益进行分析描述。 1.2项目背景 a.开发软件的名称:《学校教材订购系统》 b.整个系统的工作过程:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,由财务系统开发票、付了款后,登记并由财务系统返给教师或学生领书单,教师或学生即可去书库领书。若是脱销教材,则登记缺书,财务系统发缺书单给书库采购人员;一旦新书入库后,即发进书通知给教材发行人员。 1.3定义

库存表:存放库中存在得书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 代购教材表:存放代购书籍信息 财务表:核对信息 2.可行性分析前提 2.1输入项目 销售子系统模块:需要输入购书单中要求的信息(提交人姓名,书名,学号,出版社,数量等) 采购子系统模块:需要输入缺书单中要求的信息(姓名,书名,学号,出版社,数量等) 2.2输出项目 销售子系统模块:需要打印领书单(书名,书号,出版社,数量,领书人姓名等),发票(书名,书号,开票人姓名,交易金额,交易日期) 采购子系统模块:需要打印进书通知单(书号,书名,出版社,进书日期) 2.3 软件结构

数据库课程设计实验报告--教材购售管理系统

教材购售管理系统 1.问题描述 随着学校里的课程越来越丰富,学校的教材科要管理的教材也越来越多,品种各样,这让教材科才科对教材的管理越来越困难,如果只是简单的由教材科的人员人工管理,不仅是分类整理的困难,教材购销的有效性的确定也是很繁琐的事情。 因此,一个功能齐全、界面丰富简单易懂的教材购销管理系统显得尤为必要,本系统正式基于此需求而设计的。 1.1系统功能分析 教材购销管理系统是一个简单的教材购销管理工具,便于一个学校教材科的使用。本系统实现的主要功能有: ●销售教材。 ●采购教材。 ●查看各种表单,包括各班学生用书表、学生信息表、教材存量表、销售登记表、 缺书登记表和待购教材表等。 ●用户管理,包括修改用户权限,增加新用户等。 注册用户通过使用本管理系统, 能够很方便的管理教材的购销情况。本系统使用oracle作为后台数据库, 利用java语言在Eclipse下编写前台界面。 1.2系统功能模块设计 1.2.1销售子系统 (1)审查有效性 学生将购书单交给教材科秘书,秘书通过查阅各班学生用书表、售书登记表检查是否允许该生买书。 (2)开发票 如果允许学生买书,教材科会计将按购书单查阅教材存量表,如果有书且数量够,则开交款发票,否则,将购书单中无法购买的书的信息写入缺书登记表,以备以后补售教材。 (3)登记并开领书单 教材科出纳员根据发票上的总金额收取现金,并进行售书登记,同时开领书单,学生将领书单交给保管员,领书。 (4)补售教材 采购部门进书后,教材科秘书根据进书通知和缺书登记表给没买到教材的学生发补售 1.2.2采购子系统 (1)教材入库 采购员采购教材后,将进书单交给秘书,秘书修改教材库存和待购量。 (2)统计 秘书每月按书号和出版社统计缺书,形成待购教材表和缺书单,供采购员采购时使用。

学校教材订购系统总体设计

《学校教材订购系统总体设计》 开发人员: 组长:朱天业 成员:杨力 周颖斌 罗达思 2005-10

总体设计说明书 1.引言 1.1 编写目的 在前一阶段(学校教材订购系统需求分析说明书)中已解决了实现该系统需求的程序模块设计问题。包括如何把该系统化分成若干个模块、决定各模块之间的的接口、模块之间传递的信息,以及数据结构、模块结构的设计等。在以下的详细设计报告中间将对在本阶段中对系统所做的所有详细设计进行说明。 在本阶段中,确定如何具体的实现所要求的系统,从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序。主要工作有:根据《学校教材订购系统需求分析说明书》所描述的数据、功能性能需求、处理流程、总体结构和模块设计,涉及软件系统的结构设计、逐个模块的程序描述。 1.2 项目背景 “学校教材订购系统”有两部分组成:销售系统和采购系统。 销售系统的工作过程为:首先由教师或学生提交购书单,经教材发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给书库采购人员; 一旦新书入库后,即发进书通知给教材发行人员。 1.3 定义 1.3.1专门术语 库存表:存放库中存在得书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写 系统:若未特别指出,系统指本“学校教材订购系统”。 Access。 1.4 参考资料 1)《学校教材订购系统需求分析说明书》软件开发小组 2)张海藩《软件工程导论》清华大学出版社 3)萨师煊、王珊《数据库系统概论》高等教育出版社 2.总体设计 2.1 需求概述

教材征订信息管理系统分析与设计

教材征订信息管理系统分析与设计 学校教材是体现教学内容和教学方法的知识载体,是进行教学的重要工具和提高教学质量的基本保证。它是学校传授知识的媒介,是学生获取知识的工具,是学校开展教学,学生完成学业的重要保证。学校的教材包括教师用书和学生用书两部分,其中学生用书占总用书量的98%。要管理好这部分工作是高校教材管理的重点。教材征订管理系统就是研究如何有效节省人力,将资源合理配置,达到学院教材管理网络化。随着高等教育改革的不断深入,各校招生规模都在逐年扩大, 各校的招生专业也在不断增加,加之学分制的实行,要开设大量的选修课,教材的品种数量大幅度提升,给教材管理工作带来一定的难度。而加强教材管理信息化建设,利用计算机和网络, 进行信息采集、处理、传送、存储、统计分析等不仅减轻劳动强度,还有效地提高工作效率,保证管理质量。如何在高校建立一套与学校事业发展要求相适用的科学的教材管理信息化系统,是学校教材管理部门积极探索的目的。 为了提高教材管理的效率,把教材管理人员从繁重的日常工作中解脱出来,引入现代化的管理工具——计算机,就成为必然趋势。利用计算机进行教材管理可大大提高工作效率。日常的工作只是输入相应数据。要查询某一教材的资料时,只要在计算机上输入其编号或名称,计算机就应在几秒钟之内把其所有信息全部地显示出来(包括名称、数量、单价、存放位置、购置日期、订购单位等)。利用

计算机管理的另一个好处是不需特别的盘点,因为在输入单据的过程中,计算机会根据是进库还是出库,而自动地增加或减少相应教材的库存量,所以只要你需要,计算机会随时报告某些教材或所有教材的库存量,这样就大大提高了盘点的工作效率。实现了计算机管理后,只需几秒钟,就可以知道书库中任何种书的全部资料。结算经费时,只需按下几个键,计算机就会为你打印出漂亮、准确的结算清单。目前市场上也已不同程度地开发了一些教材管理软件,并且起得了一定的效果,但一般或是由于软硬件环境的限制、或是由于任务时间的限制,而针对某一特定目标考虑,因而使得开发的系统欠缺系统性、可移植性及可扩充性。 一、系统概述 本系统是教材征订管理系统,作为校园信息化管理,已经成为评测校园教学质量的一个重要手段。在校园信息化管理中,学校的教材管理已是首要解决的问题,学校每学期开学都需要购买大量的教材,学校根据每学期所开设的各种课程,向书店或者出版社购进教科书,然后学生以班级为单位向学校领书交费。这项工作现在大部分学校还是手工操作,不仅工作效率很低,并且不能及时了解教材库存和领取的具体情况。针对上述情况,根据目前学校管理的模式和计算机管理中的优点,经过多方面的分析,该系统实现班级信息管理、教材收费管理、领取的自动管理以及以往的教材信息的查询。本系统通过功能分析首先建立数据库结构,根据功能尽量完善和实用结合设

《学校教材订购系统》需求分析说明

《学校教材定购系统》用户需求说明书 组长: 组员: 2012年5月10日 信电学院计算班

目录 一、引言 (4) 1.1编写目的 (4) 1.2背景 (4) 1.3定义 (4) 1.4参考资料 (5) 二、系统说明 (5) 2.1系统目标 (5) 2.2运行环境 (5) 2.3条件、假定和约束 (5) 2.4系统功能图 (6) 2.5数据流图 (7) 2.5.1顶层流图 (7) 2.5.2第一层数据流图 (7) 2.6 系统E-R图 (9) 2.7 数据字典 (10) 三.功能分析 (11) 功能1订书功能 (11) 功能2审核订书单 (12) 功能3库存索引 (12) 功能4缺书登记 (13) 功能5书籍入库查看 (13) 功能6书籍出库记录 (13) 功能7采购系统 (14) 四、外部接口要求 ........................................................................................ 错误!未定义书签。 4.1外部接口说明...................................................................................... 错误!未定义书签。 4.1.1用户接口........................................................................................ 错误!未定义书签。 4.1.2软件接口........................................................................................ 错误!未定义书签。 4.2性能需求.............................................................................................. 错误!未定义书签。 4.2.1硬件的限制.................................................................................... 错误!未定义书签。 4.3属性...................................................................................................... 错误!未定义书签。 4.3.1友好性............................................................................................ 错误!未定义书签。 4.3.2安全性............................................................................................ 错误!未定义书签。 4.3.3可维护性........................................................................................ 错误!未定义书签。 4.3.4可转移/换性................................................................................... 错误!未定义书签。 4.4系统的运行环境.................................................................................. 错误!未定义书签。 4.5其他需求.............................................................................................. 错误!未定义书签。 4.5.1用户操作需求................................................................................ 错误!未定义书签。 五、操作环境要求 (18)

数据库课程设计--教材购销管理系统

数据库系统概论 课程设计 教材购销管理系统

目录 1.设计时间 (3) 2.设计目的 (3) 3.设计任务 (3) 4.设计内容 (3) 4.1.需求分析 (3) 4.2.概念结构设计 (5) 4.3.逻辑设计 (8) 4.4.数据库表空间和表结构设计 (8) 4.5.数据库的实施 (10) 4.6.创建其它数据库对象 (13) 5.总结与展望 (14) 参考文献 (15)

1.设计时间 2.设计目的 本项目的任务是教材购销管理系统软件开发,用户是学校。教材购销管理系统:教材购销管理系统是帮助管理人员、教材销售和库存的管理软件。制定、采购、入库、发放、记账、结算等一系列工作所组成,该工作各院校都设有专门机构负责该项工作,通常是教材科。 3.设计任务 现今教材购销管理的烦琐给具有强烈时间观念的行政人员带来了诸多不便,为了对教材销售和管理教材库存方便,因此开发了本软件。该教材购销管理系统软件目前已有比较完善的管理与使用功能,研制教材购销管理系统软件是为了满足对教材购销和库存管理的方便,以现代化的创新思维模式去工作。 4.设计内容 4.1. 需求分析 需求分析表 为了查询教材购销的全部信息。 外部功能内部功能 操作员和系统管理员通过应用界面,应用程 序,查询等。 同过SQL语言,对数据库的查 询、插入、修改、删除等操作。

4-1总体功能图 4-2销售管理子系统 教材购销管理系统 销售管理子系统 采购管理子系统 学生 教材保管员 教材科秘书 教材出纳员 购买 查阅数量 检查是否允许购买买 领书单,发票 写购书单 交购书单 是 否 够 不够

学校教材订购系统 详细设计说明书

学校教材订购系统详细设计说明书 1引言 1.1 编写目的 在前面(学校教材订购系统需求分析报告)中已明确了系统的主要功能,解决了系统“做什么”的问题,在概要设计阶段,我们对设计方案进行了概述。在这个阶段,我们需要确定如何具体的实现所要求的系统,因此要详细设计系统的各个模块。主要工作有:作出软件模块层次结构图,描述所有模块清单(名称,功能,I/O),从而在编码阶段可以把这个描述直接翻译成具体的程序语言书写的程序;设计数据库;设计页面。 本说明书主要提交给小组成员参考。 1.2 背景 a. 待开发的软件系统的名称:学校教材定购系统 b.本系统是河北大学内部的一个教材订购系统,实现教材的销售和采购。 c.本项目由老师委托我小组开发,开发人员包括: 组长兼系统分析员:龙一、系统设计员:xx、程序设计员:xx、数据库管理员:xx、数据操作员:xx。系统最终用户为xx大学,由xx大学提供计算网络。 d.该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独售书。 1.3 定义 1.3.1专门术语 库存表:存放库中存在得书籍数据。 出库表:存放已销售的书籍的数据。 入库表:存放入库书籍的数据。 购书表:存放提交的购书信息。 缺书登记表:存放缺少的书籍的信息。 待购教材表:存放待购书籍信息。 1.3.2 缩写 系统:若未特别指出,系统指本“学校教材定购系统”。 1.4 参考资料 《软件工程导论》—第五版清华大学出版社张海藩编著 2程序系统的结构 模块结构图略 3程序描述 3.1销售子系统模块具体描述

销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。 输入项目 需要输入购书单中要求的信息(提交人姓名、书名、书号、数量、身份识别码)。 输出项目 需要打印领书单(书名、书号、数量、领书人姓名),发票(书名、书号、开票人姓名、交易金额、交易日期)。 流程逻辑 分析:由订书人员提交购书单后,经过审核,通过后提交成功,由工作人员开出发票,同时登记购书记录并审核无误后,发领书单,最后更新相应表项,如出库表,库存表,并进行审核修改。 接口: 各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据,以参数传递或返回值的形式在模块之间传递。 存储分配: 为程序当中的数据结构在内存中开辟空间存储,如入到数据库中后在数据库的表中为其开辟存储空间。 测试计划: 本模块的具体测试将在下面各过程的设计中具体说明。 3.1.1提交购书单过程(HandBuyBookBill) 用户通过该程序向系统发出购书请求,在提交购书单界面中输入购书单中的各信息。本程序为并发执行,可以多人同时向系统提交购书单。无子程序。 功能: 收集用户提交的购书单,获得购书者的基本信息。 输人项: 提交人姓名(Name)String 购书的名称(BookName)String 购书的书号(ISBN)String 数量(No)String 身份识别码(ID)String 输出项:无。 算法: V oid HandBuyBookBill(n,bn,ibn,no,id) { Name<

学校教材购销系统需求分析报告

学校教材购销系统需求分析报告 1.引言 1.1 编写目的 编写这份说明书主要是为了使小组成员充分认识本系统的情况,确定本系统的后继工作,方便以后更好的开展工作,本说明书主要提交给用户和小组成员参考,以达到最终实现用户的要求,给用户一份满意的答卷。 1.2编写背景 a.本系统是学校教材科内部的一个教材订购系统,实现教材的销售和采购。 b.本项目有学校教材科提出,由老师委托我小组开发,开发人员包括: 组长兼系统分析员:AAA 、系统设计员:BBB 、程序设计员:CCC 、数据库管理员:DDD 、数据操作员:EEE.统最终用户为教材科,由教材科提供计算网络。 c.该系统还和学校财务科进行资金数据来往,.由本系统向财务处提供销售情况,实行教材的安全发放和采购.并顺便和各书店联营向个别人员单独售书。 2.系统任务概述 2.1目标 本系统可细化为两个子系统:销售系统和采购系统 销售系统的工作过程为:首先由教师或学生提交购书单,经教材科发行人员审核是有效购书单后,开发票、登记并返给教师或学生领书单,教师或学生即可去书库领书。 采购系统的主要工作过程为:若是脱销教材,则登记缺书,发缺书单给 书库采购人员;一旦新书入库后,即发进书通知。 下面给出系统的初步概图,方便用户和读者充分认识本系统的最初实现情况,并对系统有个初步的了解,也方便开发人员把握开发方向,最终实现本系统. 出库表 缺书登记表 待购教材表 教材库存表 进库表 购书表 进书通知 图1 教材购销系统概图 教材购销系统 销 售 系 统 采 购 系 统

2.2用户的特点 本系统用户的特点:本软件的最终用户可分为操作人员、维护人员。 其中,操作人员要求对计算机有一定了解的企业技术人员。最好能熟练运用计算机所用操作系统,精通所用系统功能, 维护人员要求对本系统有较深的了解,同时对系统相关信息及工作流程有所了解的技术人员。 本系统主要在学期开学发书、学期结束订书时大幅度使用,这时候也是本系统最需要维护的时候,所以在这时候要对本系统进行必要的检修,防止数据出错。 3.需求规定 3.1对功能的规定 本系统在向学生售书时主要输入学生学号、班级代号、购书数量、购书书名信息,然后打印领书单返回给学生领取书籍。 本系统在查询数据库时主要输入需要查询的相关信息,包括图书编号、图书书名、出版社信息、图书特色等信息方便操作人员把握图书信息。 本系统还兼顾一点财务信息的管理,在发生单人购书时,系统直接向购书者收取现金,内部形成一个小小的财务管理。 本系统还和学校的财务科发生数据交换,发生集体售书时,学根据数据的有效性,直接向集体售书,形成的财务信息直接和财务科交换,方便结算。即:向学生集体售书时不需要直接收取现金,而待教材科结算时向财务科提交数据,由财务科从学生的预交书费里扣除,保证教材科财务信息的完整。 3.2对性能的规定 对系统中输入的数据要按照数据字典的规定严格输入,尽量避免数溢出处和数据的不合法性。 4.运行环境规定 使用Windows NT 或 Windows 2000 Server 以上操作系统 5.数据流程、功能描述和设计 根据前面的需求分析,进一步得出系统的数据流程和必须的数据字典,然后实现系统的相关功能,为下一步编码做好充分准备。 先面给出系统的第一层数据流图和各个分解的数据流程图。 购书单 缺书单 领书单 进书通知 图1.1 学校教材购销系统顶层DFD 下面把系统分为销售和采购两个模块进行进一步分解,如图1.2。显然外部项学生或 教材购销系 统 教材工作人 员 学生或 教 师

相关文档