学校教材订购系统可行性的研究报告.docVIP

学校教材订购系统 可 行 性 研 究 报 告 一.引言 1.1. 编写目的 编写本报告的目的是研究本系统的总体需求、实现方案，并分析开发系统的可行性，为决策者提供是否开发该系统的依据和建议。 1.2 项目背景 开发软件名称：学校教材订购系统 项目开发者：闽江学院计算机科学系“学校教材订购系统”开发小组： 陈晓彬(17号，组长)，谢小龙(14号)，何明同(10号), 郭冬盛(24号) 用户单位： 闽江学院 1.3 定义 “学校教材订购系统”有两部分组成：销售系统和采购系统。 销售系统的工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。 采购系统的主要工作过程为：若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.4 参考资料 钱乐秋等，《软件工程》，青还大学出版社； 张害藩，《软件工程导论》（第四版），清华大学出版社； 王珊等，《数据库原理及设计》，清华大学出版社； 赵池龙等，《软件工程实践教程》，电子工业出版社。 二.可行性研究的前提 随着计算机应用的日益普及和深化，网上办公已经成为一种趋势。本项目要开发的是基于局域网和互联网的教材订购系统。由于学院学生多，用书量大，原来的人工工作方式不仅会造成办理时间的延误和人力资源的浪费，特别是在新学期开始果时这种冲突更加明显，而且存在着各种信息不易存放、易丢失、难以备份和查询等缺点。因此，实现一个将各种教材订购管理和服务功能集成起来的管理信息系统就显得十分必要，既可以节省资源，又可以有效存储、更新、查询信息，提高工作和服务效率。 开发的系统要求界面友好，方便直观。要方便管理员对教材信息进行添加、删除、修改、查询和统计等管理。 2.1. 要求 为方便教师、学生领书，教材发行人员处理各种单据，以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护。 2.2 系统结构图 A.销售子系统 B.采购子系统 2.3程序描述 A. 功能 销售子系统模块：提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。 采购子系统模块：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。 B. 性能 ① 精度：购书是由需求决定的，只要有缺书现象则会体现出来，但也因为这样，如果需要提前多购相关书籍的话，则需要管理人员的参与。 ② 时间特性要求：定购需要提前若干天。 ③ 可靠性：较高 ④ 灵活性：在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改。 C. 输入项目 销售子系统模块：需要输入购书单中要求的信息（提交人姓名、书名、书号、数量、身份识别码）。 采购子系统模块：需要输入缺书单中要求的信息（书名、书号、数量）。 D. 输出项目 销售子系统模块：需要打印领书单（书名、书号、数量、领书人姓名），发票（书名、书号、开票人姓名、交易金额、交易日期）。 采购子系统模块：需要打印进书通知单（书号、书名、进书日期）。 E. 程序逻辑 销售子系统模块程序流程图： 采购子系统模块程序流程图： F.信息传递 各模块过程之间采用函数调用、参数传递、返回值的方式进行消息传递。具体参数的结构将在下面数据结构设计的内容中说明。接口传递的信息将是以数据结构封装了的数据，以参数传递或返回值的形式在模块之间传递。 G. 存储分配 为程序当中的数据结构在内存中开辟空间存储，如入到数据库中后在数据库的表中为其开辟存储空间。 H. 限制条件 输入的信息都封装在数据结构当中，不能独立存在，在向数据库中提交数据时必须一起提交而不能逐项提交。输入数据的类型必须和定义的数据类型相匹配。 I. 测试要点 对本程序进行黑盒和白盒测试，在白盒测试中，进行路径测试，条件测试，判定覆盖，语句覆盖；在黑盒测试中采用等价类划分的测试方法，列出尽可能多的有效等价类和无效等价类。确保程序正常运行，无误。 2.4可扩展性 能够适应用要求，可扩充性。建立高效的传输平台 销售子系统 提交购书单 审核购书单 维护相应的数据表 领书修改库存纪录 返回领书单 登记购书纪录 开发票 采购子系统 维护数据库 修改相应的表 发进书通知单 登记缺书纪录 发缺书单 开始 提交购书单 1 N 审核购书单2 1 错误显示 3 Y 开发票 4 登记购书记录 5 N