《(完整版)教材订购系统.docx》由会员分享，可在线阅读，更多相关《(完整版)教材订购系统.docx（40页珍藏版）》请在第壹文秘上搜索。
1、软件工程课程设计报告学校教材订购系统院系：专业班级：报告人：指导教师：实验地点：教6-404完成起止日期：12.18-12.30学号姓名角色成绩组K完成工作结合三人讨论的草稿画出系统的顶层图、O层图、结构图、Usecase图、E-R图、顺序图和整个系统的类图。对Word部分编写包括：编码、测试、总结和参考文献。评语组员完成工作三人负责一起讨论系统的顶层图，0层图，结构图等如何去画。WOrd完成部分：系统工程，需求分析，概要设计，详细设计，以及整个Word的排版。评语组员完成工作对整个系统的要求进行编码实现，包括登录，查看信息，添加书籍，修改书籍，退出等功能。编写.jsp文件和java文件来完成
2、以上功能。评语完成工作评语目录第一章引言1第二章系统工程11. 1系统简介12. 2技术要求和限制条件12.3系统可行性分析11. 3.1项目背景22. 3.2可行性分析23. 3.3结论意见3第三章需求分析34. 1系统目标33.2功能目标33.3性能目标43.4系统功能分析43. 5系统需求结构分析53. 6系统性能分析64. 7运行环境分析6第四章概要设计64.1概述64. 2用况建模61. 2.1执行者的简要描述64. 2.2用况的简要描述74. 3静态建模71. 3.1标识候选对象74. 3.2筛选候选对象74. 3.3标识属性和操作75. 4动态建模85.4. 1顺序图84. 5系
3、统数据库设计85.5. 1实体抽取95.6. 5.2局部E-R图9第五章详细设计95.7. 界面9师生登录界面10订书/缺书单界面10订购/缺书单数据记录界面11管理员登录界面12图书库界面13添加书籍界面14添加书籍后的图书库界面13图书修改界面13修改后的图书库界面14订购/缺书单信息表界面14第六章编码15登录代码：15师生主界面代码：16订书/缺书单填写代码：17订书/缺书单数据记录代码：18管理员主界面代码：19书籍添加代码：21书籍修改代码：22查看图书库代码：23第七章测试24白盒测试：24黑盒测试：25第八章总结25第九章参考文献25附录25第一章引言随着计算机的发展和网络技术
4、的应用，越来越多的以往靠人来手工完成的工作被计算机代替。日常管理工作也从以前繁琐的事务中解放出来，从而提高了工作效率。过去的教材订购模式大多以手工为主，图书采购后的入库，图书的销售，图书的查询大多停留在纸质手工层面。这种模式存在着效率低下，人工成本巨大，数据容易缺失。随着市场上书籍的种类和数量的增多，更新的速度越来越快，传统管理模式弊端出现：图书采购、库存、销售和核算的手工信息管理存在工作量大，效率低，图书的市场、库存、销售、读者反馈信息不能及时获取等问题。同时，由于不可避免的人为因素，造成数据的遗漏、误报等。为了更好地适应当前学校的业务需求，缓解手工管理存在的弊端，同时向师生提供更优质的服务
5、，需要开发一个完整的信息系统将图书采购和销售管理链接起来，完成图书的进/出库管理、库存管理、销售管理、用户管理等一系列详尽、全面的控制和管理。第二章系统工程2.1 系统简介学校教材订购系统可以细化为两个子系统：销售系统和采购系统。销售系统的主要工作过程为：首先由教师或学生提交购书单，经教材发行人员审核是有效购书单后，开发票、登记并返给教师或学生领书单，教师或学生可以到书库领书。采购系统的主要工作过程为：若是教材脱销，则登记缺书，发缺书单给书库采购人员；一旦新书入库后，即发进书通知给教材发行人员。2.2 技术要求和限制条件当书库中的各种书籍数量发生变化（包括进书和出书）时，都应修改相关的书库记录
6、，如库存表或进/出库表。在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。系统的外部项至少包括：教师、学生和教材工作人员。系统的相关数据存储至少包括：购书表、库存表、缺书登记表、待购教材表、进库表和出库表。2.3 3系统可行性分析可行性分析是指在软件项目计划阶段，用最小的代价在尽可能短的时间内研究并确定客户提出的问题是否有行得通的解决办法。本节将研究“学校教材订购系统”项目的解决方案可行性以论证实现本项目的可能性和一些前期的准备工作及工作条件，为工程的下一步设计做铺垫。2.3.1项目背景过去的教材订购模式大多以手工为主，图书采购后的入库，图书的销售，图书的查询大多停留在纸质手工层面。这
7、种模式存在着效率低下，人工成本巨大，数据容易缺失。随着市场上书籍的种类和数量的增多，更新的速度越来越快，传统手工销售和人工管理模式弊端初现：图书采购、库存、销售和核算的手工信息管理存在工作量大，效率低，图书的市场、库存、销售、读者反馈信息不能及时获取等问题。开发适合学校的教材订购系统势在必行。2.3.2可行性分析技术可行性数据库技术。JSP技术。软件工程。经济可行性成本估算人员费用：系统开发期2周，试运行期2周，开发人员3人。开发需3人30天,按每人5千/月工资计算，人员费用为15000元人民币。硬件设备费:服务器1台10000元，微机3台12000元，打印机2台3000元,不间断电源1台20
8、00元。合计27000元人民币。软件费。WindOWS系统，SQLserver,C环境。合计8000元人民币。系统设备维护费：假定本系统的运行期为1年。系统维护费5000元，设备维护费6000元，材料费8000元。合计19000元人民币。总计69000元人民币。收益分析减少工资。本系统累计可以综合提高工作效率达30%,可以减少现有20%的邛人员，现有人员按10人计算，可减少过人。每人月平均工资按4000元计算，节约人员工资4000*12*2=96000元。增加销量。假定在原有基础上可以增加10%的销售量。可以增加2万元左右收入。提高决策。本系统的建设可以及时获取图市场信息，读者反馈信息，畅销滞
9、销图书的信息。估计每年可以增加1万元左右的收入。库存积压。通过系统的计算机管理，可以及时获取信息，争取最有库存，提高资金的周转率。每年可以因此减少库存积压浪费在3万元左右。总计156000元累计1年获经济效益：156000-69000=87000元。法律可行性正版合法。2. 3.3结论意见通过对项目整体进行可行性分析，该项目无论在操作可行行、技术可行性、经济可行性及社会可行性上均满足要求，因此，开发此系统的构想是可行的，可着手进行。第三章需求分析需求分析的主要任务是确定系统“要做什么”，通过软件人员与用户的交流和讨论，进行细致的调查分析，准确理解用户的功能需求、性能需求、运行环境需求和操作界面
10、需求。本节将在业务需求调查的基础上研究“教材订购管理系统”项目客户的功能需求、性能需求、运行环境需求和操作界面需求，为设计阶段提供设计依据。2.1 系统目标在业务需求调查的基础上，结合现有的技术条件和力量，根据用户的需求，把系统划分为高内聚、低耦合的相应功能的子模块。对系统的功能和性能进行更翔实的需求分析，为设计阶段提供设计依据。以便系统能够对书店业务进行全面有效的管理，使得最终所确定系统能够满足用户的需求和实际应用需要。2.2 功能目标系统功能目标如下。用户登录管理，具有权限检查机制，各级用户只能看到允许查看的系统消息。管理员拥有最高权限，拥有系统的所有操作权限。采购员拥有采购模块、查阅库存
11、、查询书目信息的权限；发行员拥有销售模块、查阅库存、维护书目信息的权限。基础信息管理，对教材订购系统业务流程中的基础数据进行维护，涉及图书信息、师生信息、图书供应商信息。书目信息：书目信息的增加、删除、修改、查询。用户管理：用户信息的增加、删除、修改、查询。供应商管理：供应商信息的增加、删除、修改、查询。采购管理，也称进货管理，负责处理从供应商采购图书的相关事务，完成图书采购和采购查询。图书采购：从供应商那里采收新书，或是补充旧书库存。采购查询：查询历史采购记录。采购统计：按时间段对采购信息及到货情况进行查询。销售管理，完成图书的销售相关事务，包括销售处理、退书处理、销售台账记录、销售记录查询
12、和统计。图书采购：完成图书销售和结算及销售记录的存储。退书处理：师生完成购买后，在合理的期限内可以退书并重新购买销售查询：查询销售记录详单。销售统计：按时间、书名统计销售金额及销售情况。库存管理，图书采购回来后，需要入库，图书报损或是销售后需要出库，该模块完成图书库存出入库管理，并提供库存报警设置和库存查询功能。图书出入库管理：完成图书进入销售和图书报损的出库处理。库存查询：查询缺货详细情况。库存报警设置：设置商品缺货预警最低值。库存统计查询：统计缺货或货品充足的详细信息，生成缺货详单。2.3 性能目标用户可以通过计算机进入系统查询所有在售图书、办理正常业务，系统界面清晰，操作方便。系统可以进
13、行联机进行采购、入库、出库、销售、统计等处理。系统反应时间最慢不能低于2so一般职工经过简单培训就可以使用系统。具有高可靠性和容错能力，不允许在工作时间停机，不允许丢失图书信息。具有安全检查机制，非法用户不得使用系统。具有权限检查系统，各级用户只能看到允许查看的系统信息。3. 4系统功能分析系统设有采购、发行、管理等业务部门。教材订购管理系统数据流图如下订购管理结构图采购管理输入进书单查询缺书单进书单检杳库存返回缺书单库存表缺书”I采购管理结构图销售管销科管理结构图3.6系统性能分析系统性能分析是对客户提出的各种性能需求进行综合分析，确定出合理、可信的系统性能要求。学校教材订购系统的性能方面，
14、尽可能地提高系统的处理速度和能力，缩短响应时间和处理时间，提供简单、便捷的处理方式，保证系统正常工作，增加系统抗故障、抗干扰、防止非法用户访问的能力。3. 7运行环境分析设备包括：服务器1台、微机3台、打印机2台、不间断电源1台、工作台4台、网络设备和布线。支撑软件：WindowsaSQLServer、JSPo第四章概要设计概要设计解决“怎么做”的问题，从软件去求规格说明书出发，将需求分析产生的模型等分析结论进行转换，由此产生设计结论过程。本节将在需求分析的基础对“教材订购系统”中系统各部分模块将要实现的功能进行详细的分析，同时确定各个模块功能之间的逻辑结构，确定系统与用户间的交互关系，操作顺序和交互界面的组成，完成的数据库进行设计、概要设计结果将作为后期详细设计的基本依据。3.1 概述经过前期的分析，对需要开发的系统已经有了一个清楚的把握，对系统的总体结构也有了充分的了解。该阶段要做的工作：在需求分析的基础上对待开发的系统各部分模块将要实现的功能进行详细的分析，同时确定各个模块功能之间的逻辑结构，确定系统与用户间的交互方式、操作顺序和交互界面的组成，最后对数据库进行设计。3.2 用况建模用况建模的执行者和用况的简要描述如下。4. 2.1执行者的简要描述师生，向系统提交订购单的主要人群。教材发行人员，处理订购单和维护图书信息的人。教材采购人员，负责采购图
