学校教材订购-系统需求分析报告.docx

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

1、学校教材订购-系统需求分析报告 软件工程课程设计报告 需求分析设计报告 课程设计题目：学校教材订购系统 目录 1引言 (1) 1.1 编写目的 (1) 1.2项目背景 (1) 1.3参考资料 (1) 2系统任务概述 (2) 2.1目标 (2) 2.2用户的特点 (2) 2.3假定和约束 (3) 3需求规定 (3) 3.1软件功能的规定 (3) 3.2对性能的规定 (4) 3.2.1精度 (4) 3.2.2 时间特性要求 (4) 3.2.3可靠性 (4) 3.2.4 灵活性 (4) 4运行环境规定 (5) 5业务流程分析图 (5) 6数据流程、功能描述和设计 (6) 6.1系统的顶层数据流图 (

2、6) 6.2 0层数据流图 (6) 6.3销售子系统的数据流图和采购子系统的数据流图 (7) 6.4各加工细化图 (9) 6.5增加查询子系统 (13) 7数据字典 (14) 1引言 随着生活节奏的加快和网络的发展，教师、学生对教材的订购越来越重视，希望获取教材的过程简单，方便，快速。因而，做一个好的学校教材订购系统是十分重要的。 1.1 编写目的 在本小组成员对系统进行了全面细致的分析后明确了该系统“做什么”，编写这份说明书的目的是将小组分析结果条理清晰的展示出来，它说明了本产品实现的各种功能以及各种功能的适用范围。使小组成员充分认识本系统的情况,方便以后更好的开展具体工作。本说明书主要提交

3、给老师,小组成员和其他同学参考,以达到最终满足用户的要求，让用户满意。 1.2项目背景 项目名称：学校教材订购系统 项目提出者：孟祥文老师 项目开发者：李忠刘强斌鞠文君刘冉张静陈楠 用户：学校教务科，教师，学生 1.3参考资料 1. 张海藩，软件工程导论(第四版)，清华大学出版社,2022 2. 高林，信息管理系统与案例分析，人民邮电出版社，2022 2. 郑人杰等，实用软件工程(第二版)，清华大学出版社,1997 3贝塔斯曼书店（ ） 4高等教育出版社( ) 5清华大学出版社（ ） 6当当书店( ) 7 2系统任务概述 2.1目标 本系统可细化为两个子系统：销售系统和采购系统。 在系统外部，

4、教材的选用须由系（教研室）集体讨论研究决定，并经所在系主任和教学主管院长签字后，将指定的教学用书信息交给学院相关方面负责人（我们称之为学院教材订购负责人）汇总整理。 销售系统的主要工作过程为：学院教材订购负责人向系统输入所负责学院的教学用书表，在这之后，凡需要订购教材的班级在本系统网站查找本班级应购书目，由班级负责人向系统输入订购教材的书名，数量等信息，提交购书单。经教材科发行人员审核是有效购书单后，开发票、登记并返给学生领书单，学生即可去书库领书。若是脱销教材则生成缺书单。 采购系统的主要工作过程为：汇总缺书单，发采购单给书库采购人员；一旦新书入库后，即发到货通知。 2.2用户的特点 本软件

5、的最终用户可分为操作人员、维护人员。 其中，要求操作人员对计算机有一定了解，可以无障碍的使用本系统提供给操 作人员操作权限内的各种功能。 要求维护人员是对本系统有较深的了解，同时对系统相关信息及工作流程有所了解的技术人员。 本系统主要在学期开学发书、学期结束订书时大频度使用，这时候也是本系统最需要维护的时候，所以在这时候要对本系统进行必要的检修，防止系统出错。 2.3假定和约束 本系统由网络工程06-2班第五小组六名同学承接设计。设计人员都是专业的计算机技术人员，都已学习了相关课程并自学了网页设计，网络编程等有关知识，由于此课程设计开发时间有限，除统一安排的上机时间外，小组成员只能利用有限的课

6、余时间进行设计。而且考虑到作为在校生，小组没有此类开发经验，所以，本小组在设计过程中不可避免的出现考虑不全面，技术不成熟等问题，设计的系统相对比较简单。 3需求规定 3.1软件功能的规定 产品主要实现以下功能： 用户管理：系统分配给每个学院教材订购负责人登录账号和密码，登录时输入账号，密码即可登录。学生登录时输入校园卡号和密码即可登录。学院教材订购负责人与学生的权限不同，前者有向系统输入指定教材表的权限。后者有填写购书信息的权限和查询购书记录等权限。 购书服务：本系统在向学生售书时要求学生填写购书单（包括以下信息：学生学号、班级代号、购书数量、购书书名信息），经审查有效后，打印领书单返回给学

7、生领取书籍。 教材信息发布：学院教材订购负责人提供教学用书表后，本系统将教材信息公布，以便于学生确定所需书目，下购书单。 通知采购：当库存中缺书时，汇总缺书信息，通知教材工作人员进行采购。 本系统还兼顾一点财务信息的管理，在发生单人购书时，系统直接向购书者收取现金。发生集体售书时，学校根据有效的购书单，直接向集体售书，形成的财务信息直接和财务科交换，方便结算。即：向学生集体售书时不需要直接收取现金，而待教材科结算时向财务科提交数据，由财务科从学生的预交书费里扣除，保证教材科财务信息的完整。 3.2对性能的规定 3.2.1精度 对系统中输入的数据要按照数据字典的规定严格输入，尽量避免数溢出处和数

8、据的不合法性。 3.2.2 时间特性要求 定购需要提前若干天。 3.2.3可靠性 较高 3.2.4 灵活性 在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改。 4运行环境规定 使用Windows NT 或Windows 2000 Server以上操作系统5业务流程分析图 6数据流程、功能描述和设计 这一步，本小组采用结构化分析方法。根据前面的需求分析，进一步得出系统的数据流程和必须的数据字典，然后实现系统的相关功能，为下一步编码做好充分准备。 6.1系统的顶层数据流图 图1.1 顶层数据流图 6.2 0层数据流图 下面把系统分为销售和采购两个子系统进行进一步分解： 显然外部项学生或

9、教师应与销售子系统联系，教材工作人员与采购子系统联系。 两个子系统之间也存在联系：其一是缺书登记表，销售子系统把脱销书籍传给采购子系统；其二是到货通知，直接由采购子系统将教材入库信息通知销售系统。如图1.2所示 图1.2 0层数据流图 6.3销售子系统的数据流图和采购子系统的数据流图 继续分解得到销售子系统的数据流图和采购子系统的数据流图分别如图1.3和图1.4所示 图1.3 销售子系统的数据流图 在图1.3中，销售子系统被分解为4个子加工，编号为1.1到1.4 学院教材订购负责人通过登录验证后提供教学用书表，系统公布，学生查询到所需书目后填写购书单，经审查有效后有，所购书存在就发给领书单到仓库领取所购书籍。若所购书籍暂时没有就登记缺书登记表，打印缺书单通知采购子系统购书 图1.4 采购子系统数据流图 在图1.4中采购子系统被分解为两个加工，编号为2.1，2.2 销售子系统提供缺书单后，采购子系统进行汇总最终输出采购单交给有关人员作为采购依据进行采购，书被采购来之后，向系统发出进书通知，系统进行处理并通知销售子系统。 6.4各加工细化图 继续分解，将各加工细化如下图1.5到1.8所示