教材订购系统需求剖析.docVIP

需求分析 1概况 1.1 项目背景 随着高校办学规模的扩展，管理方式和管理效率显得日益重要。在教材订购方面，就手工管理方式和文档系统管理方式在管理质量和管理效率上而言，从根本上不能适应大规模的管理要求。而随着经济发展，计算机科学的提高与进步，计算机科学管理方式，无论在管理效率还是在管理质量上都逐步显示很好的可靠性和优越性。而且计算机管理在人力、物力等资源方面都比以前的管理模式更优秀，更适合信息化的潮流。计算机管理正以它自身的优越性成为管理模式中的主流，提高效率的加速器。教材订购管理系统采用计算机管理模式的必然性也正在与此！ 本系统以学校为背景，在认真调研和分析了学校订购教材的现状之后，根据用户的需求和各个功能的关系，作出了积极的设计方案。在新的管理资源和管理模式上，一定能使工作质量、工作效率等得到提高，推动学校发展的步伐！ 1.2项目目标 1.2.1项目说明 学校教材订购系统是为高等院校开发的，用于日常的教材管理，包括销售与采购。提供数字化的管理，提高学校教材管理部门的工作效率，从而保证教学的顺利进行。 为方便教师、学生领书，教材发行人员处理各种单据，以及采购人员采购需开发一个“学校教材订购系统”。教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生即可去书库领书。若是脱销教材，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。 1.2.2系统要求 要求系统能有效、快速、安全、可靠和无误的完成上述操作。并要求界面简单明了，易于操作，数据库利于维护 1.3 定义 1.3.1专门术语 库存表：存放库中存在的书籍数据。 出库表：存放已销售的书籍的数据。 入库表：存放入库书籍的数据。 购书表：存放提交的购书信息。 缺书登记表：存放缺少的书籍的信息。 待购教材表：存放待购书籍信息。 1.3.2 缩写 系统：若未特别指出本设计中指“学校教材订购系统”。 Access。 1.4参考资料 数据库开发经典案例分析（清华大学出版社） C程序员成长攻略（中国水利水电出版社） 系统需求说明模板（来自网络） 软件技术基础（电子科技大学出版社） 数据库开发（电子工业出版社） 2软件结构 2.1销售子系统 销售子系统 提交购书单 审核购书单 维护相应的数据表 领书修改库存纪录 返回领书单 登记购书纪录 开发票 2.2采购子系统 采购子系统 维护数据库 修改相应的表 发进书通知单 登记缺书纪录 发缺书单 3程序描述 3.1 功能 销售子系统模块：提交购书单、审核购书单、开发票、登记购书纪录、返回领书单、修改和维护数据库中相应的表。 采购子系统模块：发缺书单、登记缺书纪录、拟订待购书信息、发进书通知单、修改和维护数据库中相应的表。 3.2 性能 1.精度：购书是由需求决定的，只要有缺书现象则会体现出来，但也因为这样，如果需要提前多购相关书籍的话，则需要管理人员的参与。 2. 时间特性要求：定购需要提前若干天。 3. 可靠性：较高 4. 灵活性：在购书单未审核时，可以撤消订购或修改，一旦审核，则不能再修改。 3.3 输入项目 销售子系统模块：需要输入购书单中要求的信息（提交人姓名、书名、书号、数量、身份识别码）。 采购子系统模块：需要输入缺书单中要求的信息（书名、书号、数量）。 3.4 输出项目 销售子系统模块：需要打印领书单（书名、书号、数量、领书人姓名），发票（书名、书号、开票人姓名、交易金额、交易日期）。 采购子系统模块：需要打印进书通知单（书号、书名、进书日期）。 3.5 算法 3.5.1．销售子系统模块： 1．提交购书单过程（HandBuyBookBill）： 在提交购书单界面中输入购书单中的各信息： 提交人姓名（Name） String 购书的名称（BookName） String 购书的书号（ISBN） String 数量（No） String 身份识别码（ID） String 2．审核购书单过程（CheckBuyBookBill）： 对过程1 提交购书单输入的部分信息进行审核： Check（购书名称（BookName）） Check（购书书号（ISBN）） Check（数量（No）） Check（身份识别码（ID）） 如果有一个或多个错误则不提交购书单上的数据，转入过程3购书单错误信息显示过程。如果审核通过转入过程4 开发票。 3．购书单错误信息显示过程（BuyBookBillError）： 用来显示购书单中出现的错误： If（购书名称!=True） 库中没有这类书，请重新输入 If（购书书号！=True） 书号错误，请重新输入 If（数量！=True