学校教材订购系统需求说明书.doc

《学校教材订购系统需求说明书.doc》由会员分享，可在线阅读，更多相关《学校教材订购系统需求说明书.doc（14页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、项目名称Project Name密级Confidentiality Level学校教材订购系统仅供收件方查阅项目编号Project ID版本Version文档编号Document Code需求规格说明书组长张轶群小组成员栗云龙 刘晓欢马占中 张轶群Prepared by 拟制Date日期2012.04.14Reviewed by 评审人Date日期Approved by批准Date日期1.引言21.1.编写目的21.2.项目背景31.3.范围32.系统概述32.1.项目目的32.2.系统简介32.3.约束条件33.需求规定43.1.软件的功能43.1.1.系统功能43.1.2.数据流图43.1

2、.3.数据字典63.2.数据存储73.3.E-R图84.系统设计94.1.总体设计94.2.接口114.3.存储分配114.4对性能的规定125.设计感想126参考文献141.引言1.1.编写目的 随着信息技术的发展以及生活节奏的加快，计算机技术在学校里的管理越来越不容忽视，教师、学生对教材的订购也越来越重视，希望订购教材的过程简单，方便，快速。在这种现实需求下，做一个好的学校教材订购系统是十分重要的。本系统以学校为背景，根据学生，教师和教材工作人员的需求和各个功能的关系，作出了积极的设计方案。在新的管理资源和管理模式上，一定能使工作质量、工作效率等得到提高，推动学校发展的步伐。 在本小组成员

3、对系统进行了全面细致的分析后明确了该系统“做什么”，而不是“怎么做”的情况下，因此编写这份说明书，它的的目的是将小组成员分析结果条理清晰的展示出来，它说明了本产品实现的各种功能以及各种功能的适用范围。本说明书主要提交给老师,小组成员和其他同学参考,以达到最终满足用户的要求，让用户满意。1.2.项目背景项目名称： 学校教材订购系统项目提出者：王丽颖（老师）项目开发者：栗云龙 张轶群 刘晓欢 马占中用户： 学校1.3.范围 学校教材购销系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，提高学校教材管理部门的工作效率。2.系统概述2.1.项目目的通过本系统完成为学校教材的

4、购销工作，包括销售和采购两个部分2.2.系统简介本系统可细化为两个子系统：销售系统和采购系统。销售系统的工作过程为：首先由教师或学生提交购书单，经教材科发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材则生成缺书单。采购系统的主要工作过程为：汇总缺书单，发采购单给书库采购人员；一旦新书入库后，即发到货通知。2.3.约束条件(1) 当书库中的各种书籍数量发生变化（包括领书和进书时），都应修改相关的书库记录，如库存表或进/出库表。（2） 在实现上述销售和采购的工作过程时，需考虑有关单据的合法性验证（3） 系统的外部项至少包含三个：教师、学生和教材

5、工作人员。（4） 系统的相关数据存储至少包含6个：购书表、库存表、缺书登记表、待购教材表、进/出库表。 本系统由计算机专业092班同学承接设计。设计人员都是专业的计算机技术人员，都已学习了相关课程，编程等有关知识，由于此课程设计开发时间有限，除统一安排的上机时间外，小组成员只能利用有限的课余时间进行设计。而且考虑到作为在校生，小组没有此类开发经验，所以，本小组在设计过程中不可避免的出现考虑不全面，技术不成熟等问题，设计的系统相对比较简单。3.需求规定3.1.软件的功能3.1.1.系统功能 教材浏览服务：学生或教师在填写购书单前可以先对教材总体进行浏览，对教材名称，库存数量及价格进行一定的了解，

6、然后再结合自己的情况决定自己要购买的教材。购书服务：填写购书单(学生姓名以及学号、班级代号、购书数量、购书书名信息)经审查有效后，然后打印领书单返回给学生领取书籍。教材信息发布：学院教材订购负责人提供教学用书表后，本系统将教材信息公布，以便于学生确定所需书目，下购书单。通知采购：当库存中缺书时，汇总缺书信息，通知教材工作人员进行采购。本系统还兼顾一点财务信息的管理，当发生购书时，系统直接向购书者收取现金，内部形成一个小小的财务管理。本系统还和学校的财务科发生数据交换，发生集体售书时，学校根据数据的有效性，直接向集体售书，形成的财务信息直接和财务科交换，方便结算。即：向学生集体售书时不需要直接收

7、取现金，而待教材科结算时向财务科提交数据，由财务科从学生的预交书费里扣除，保证教材科财务信息的完整。3.1.2.数据流图 （1）系统数据流图教材发行人员采购人员教师或学生购书单审核信息进书通知进书通知缺书单领书单大学教材订购系统 （2）销售子系统（3）采购子系统3.1.3.数据字典名字：定书表别名：订书单描述：送给采购员的定书表定义：购书单购书单号+书名+出版社+价格数量+日期+订购名姓名+订购者职务购书总数+总额 购书单号DG+年+月+日+4位整数 订购者职务学生教师 价格整数+4位小数位置：输出到打印机名字：领书表别名：领书单描述：送给学生或教师的领书报表定义：领书单领书单号+订购者姓名+

8、领书日期+购书单号+领书日期经办人 领书单号LQ+年+月+日+4位整数位置：输出到打印机名字：缺书表别名：缺书单描述：送给相关工作人员的表，用来补充书籍定义：缺书单缺书单号书名+出版社总数 缺书单号QS+年+月+日+4位整数位置：输出到打印机名字：进书通知描述：详细的描述了进书的信息定义：进书通知编号+书名+出版社+价格数量采购人姓名采购日期+采购总数+采购总额 编号JS+年+月+日+4位整数位置：名字：审核信息描述：用于审核信息定义：审核信息教材发行人员姓名+审核标志+审核日期 审核标志TURE|FALSE(注：表示审核是否通过)位置：3.2.数据存储数据存储名称：缺书登记表组成：书号+书名

9、+出版社+缺书数量+出版时间+书籍信息组织：备注：数据存储名称：教材库存表组成：书号+书名+出版社+数量+出版时间+书籍信息+是否特殊用途教学用、零售组织：备注：数据存储名称：进库表、出库表、库存表、购书表组成：书号+书名+出版社+出版时间+单价+数量+总价+书籍信息组织：备注：数据存储名称：售书登记表组成：学号+姓名+班级+所购书号+书名+单价数量+总价组织：备注：学号、班级、姓名可为空数据存储名称：补售书表组成：学号+姓名+班级+所购书号+书名+数量+书籍信息组织：备注： 数据存储名称：教学用书表组成：书名+书号+出版社+出版时间+数量+书籍信息组织：备注： 3.3.E-R图数据对系统分析

10、得到的数据字典中的数据存储进行分析，分析各数据存储之间的关系，可采用ER图的方法进行数据结构分析。本系统中涉及的实体主要有“学生”、“教师”、“教材”、“院系”和“学生预存款”等，各实体及其属性如图7所示。 书 籍 价格库存量 出版社 编号 书籍名教材实体及其属性 工 作 人 员 工号 备 注 性别 职位 姓 名 电 话工作人员实体及其属性 教师或学生 性 别 姓 名 编 号学生实体及其属性4.系统设计4.1.总体设计根据需求分析，学校教材订购系统功能模块结构图如下：大学教材订购系统销售子系统采购子系统提交购书单审核购书单开发票登记购书记录发缺书单登记缺书记录发进书通知单修改相应的表返回领书单

11、领书修改库存记录维护相应的数据表维护数据库销售子系统模块程序流程图：开始提交购书单 N审核购书单 1错误显示 Y开发票 登记购书记录 N错误显示 审核登记 Y发领书通知单 修改相应表 N审核修改 错误显示 Y结束采购子系统模块程序流程图：开始发缺书单 审核缺书单 错误显示 登记缺书 审核登记 错误显示 修改数据库的表 审核修改 错误显示 发进书通知单 结束 4.2.接口各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。4.3.存储分配为程序当中的数据结

12、构在内存中开辟空间存储，如入到数据库中后在数据库的表中为其开辟存储空间。输入的信息都封装在数据结构当中，不能独立存在，在向数据库中提交数据时必须一起提交而不能逐项提交。输入数据的类型必须和定义的数据类型相匹配。4.4对性能的规定（1）精度对系统中输入的数据要按照数据字典的规定严格输入，尽量避免数溢出处和数据的不合法性。（2）时间特性要求定购需要提前若干天。（3）可靠性较高（4）灵活性1.在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改；2.操作方式上应该满足鼠标与键盘任意切换的需要；3.能够支持Windows 2000、Windows XP和Linux等运行环境；4.留有与其他系统

13、的接口。（5）数据管理能力要求该数据库设计为关系型数据库，其中包括4个表。表的设计考虑到了实体完整性、参照完整性及用户自定义完整性三类完整性约束。只有服务器端程序才能够对数据库中的数据进行更新和删除。教室或学生角色用户登录系统后能够查询操作。由于该系统涉及到大量的数据存取操作，再加上对教材出库入库的频繁，因此对数据的存储和配置性能有一定的要求。5.设计感想张轶群：通过复习之前的知识，活动图已经完成了。活动图描述的是对象活动的顺序关系所遵循的规则，它着重表现的是系统的行为，而非系统的处理过程。活动图能够表示并发活动的情形，活动图是面向对象的。从开始节点到结束表现出工作流程，清晰，直观。能够更好的

14、分析程序结构和走向，同时更容易查缺补漏，系统漏洞，思维漏洞等缺陷都可以通过多次分析观察活动图来避免。所以画好活动图是编程人员必要的能力，以前对程序很漠然的感觉没有了 ，留下的只有清晰地系统构架，这也更说明我们应该学好类图，活动图等一些辅助设计编程的工具。这次任务组员有很好的学习态度，最主要的是组员在每个阶段换不同的工作，这样可以让每个人都能参与到整个项目中，让人感觉到大局观，时间长了每个人都有单独完成编程之前的准备活动了。 刘晓欢：在这次作业中我分配的任务是做类图，通过这次类图，我知道了自己存在着许多的不足，由于上课不认真听讲，以至于不知道怎么画类图，没办法就自己看书研究，不懂的地方就向同学请

15、教，所以以后上课一定要认真听讲；平时上课听老师讲，课下自己动手也是很有必要的，只有这样才能做到理论与实践相结合，才会在各方面都有提高。我觉的这次作业最重要的还是小组之间的合作最重要，不懂得地方可以互相讨论，不论是在理论知识还是实践方面都学到了很多东西。马占中：个人感想通过一周的时间，我们小组完成了学校教材订购系统系统分析的设计，我被分派的任务是学校教材订购系统的用例分析。销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票，登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；

16、一旦新书入库后，即发进书通知给教材发行人员。画用例图是任务中的重中之中，通过这次作业使我有进一步熟悉画用例图，用例图展示了用例之间以及同用例参与者之间是怎样相互联系的。用例图用于对系统、子系统或类的行为进行可视化，使用户能够理解如何使用这些元素，并使开发者能够实现这些元素。 将每个系统中的用户分出工作状态的属性和工作内容，方便建模，防止功能重复和多余的类。 用例图定义了系统的功能需求，它是从系统的外部看系统功能，并不描述系统内部对功能的具体实现。栗云龙：（老师：我主要做的是整个需求说明书的分析与设计，与张轶群对换了）通过对“学校教材订购系统”的设计，我更清楚的了解一个软件项目开发的整体过程，有

17、需求分析，概要设计，详细设计等几个步骤，并在每个阶段撰写详细的文档。文档跟程序和数据一样都是系统不可缺少的部分，在软件的编写、使用跟维护过程中都有着重要的作用，可以有效的减少软件危机。调研和需求分析在系统开发中是最重要的部分，在此部分我们需要收集相关信息以及分析用户的需要，整理出具有实际可行性的软件需求报告，分析出整个系统的功能需求、性能需求等各方面的需求。需求分析我做的比较详细。需求分析的目的就是要使你开发的软件能尽可能满足顾客提出的要求，因为软件是为顾客服务的，你的软件开发的再好，技术再先进，如果无法满足顾客的基本要求，那就等于零。所以需求分析要花时间仔细地去做，如果到最后发现需求都搞错了

18、，那你整个前期的工作都白做了。由于这是一个练习软件，所以没法跟实际的用户交流，无法采用螺旋模型，在这个设计过程中，我基本上都是参照瀑布模型的步骤，又由于能力和知识面的原因，无法列出所有的需求，降低了这个软件的可用性。概要设计、系统设计也很关键，它给出了系统的主要框架，这就像造房子，整个框架搭的好，那么以后砌转头就容易，如果框架存在毛病，那么房子造不造的出来都是一个问题。如果在前面的一系列分析、设计中都做的很到位，那么你会发现编码就是水到渠成的事了，我想这也就是编码为什么不是很重要的原因吧。在本次实验设计中学到了很多以前都没能学到的东西，更主要的是学到了软件开发的基本思想跟方法。在此，我深深的感谢王老师。6参考文献1软件工程齐治昌 谭庆平 宁洪编著高等教育出版社2数据库系统概论萨师煊 王珊编著高等教育出版社