完整版教材订购系统.docx

1、完整版教材订购系统软件工程课程设计报告学校教材订购系统院系：专业班级：报告人：指导教师：实验地点： 教 6-404完成起止日期： 12.18-12.30学号姓名角色成绩组长完成工作结合三人讨论的草稿画出系统的顶层图、 0 层图、结构图、Usecase 图、E-R 图、顺序图和整个系统的类图。对 Word部分编写包括： 编码、测试、总结和参考文献。评语组员完成工作三人负责一起讨论系统的顶层图， 0 层图，结构图等如何去画。 Word完成部分：系统工程，需求分析，概要设计，详细设计，以 及整个 Word 的排版。评语组员完成工作对整个系统的要求进行编码实现，包括登录，查看信息，添加书 籍，修改书籍

2、，退出等功能。编写 .jsp 文件和 .java 文件来完成 以上功能。评语完成工作评语第一章 引言 1第二章 系统工程 12.1系统简介 12.2技术要求和限制条件 12.3系统可行性分析 12.3.1项目背景 22.3.2可行性分析 22.3.3结论意见 3第三章 需求分析 33.1系统目标 33.2功能目标 33.3性能目标 43.4系统功能分析 43.5系统需求结构分析 53.6系统性能分析 63.7运行环境分析 6第四章 概要设计 64.1概述 64.2用况建模 64.2.1执行者的简要描述 64.2.2用况的简要描述 74.3静态建模 74.3.1标识候选对象 74.3.2筛选候选

3、对象 74.3.3标识属性和操作 74.4动态建模 84.4.1顺序图 84.5系统数据库设计 84.5.1实体抽取 94.5.2局部 E-R 图 9第五章 详细设计 9用户登录界面 9师生登录界面 10订书/ 缺书单界面 10订购/缺书单数据记录界面 11管理员登录界面 11图书库界面 12添加书籍界面 13添加书籍后的图书库界面 13图书修改界面 13修改后的图书库界面 14订购/ 缺书单信息表界面 14第六章 编码 15登录代码： 15师生主界面代码： 16订书 /缺书单填写代码： 17订书/缺书单数据记录代码： 18管理员主界面代码： 19书籍添加代码： 21书籍修改代码： 22查看图

4、书库代码： 23第七章 测试 24白盒测试： 24黑盒测试： 25第八章 总结 25第九章 参考文献 25附录 25第一章 引言随着计算机的发展和网络技术的应用， 越来越多的以往靠人来手工完成的工 作被计算机代替。 日常管理工作也从以前繁琐的事务中解放出来， 从而提高了工 作效率。过去的教材订购模式大多以手工为主， 图书采购后的入库， 图书的销售， 图书的查询大多停留在纸质手工层面。 这种模式存在着效率低下， 人工成本巨大， 数据容易缺失。 随着市场上书籍的种类和数量的增多， 更新的速度越来越快， 传 统管理模式弊端出现： 图书采购、 库存、销售和核算的手工信息管理存在工作量 大，效率低，图书

5、的市场、库存、销售、读者反馈信息不能及时获取等问题。同 时，由于不可避免的人为因素，造成数据的遗漏、误报等。为了更好地适应当前 学校的业务需求， 缓解手工管理存在的弊端， 同时向师生提供更优质的服务， 需 要开发一个完整的信息系统将图书采购和销售管理链接起来，完成图书的进 / 出 库管理、库存管理、销售管理、用户管理等一系列详尽、全面的控制和管理。 第二章 系统工程2.1系统简介学校教材订购系统可以细化为两个子系统：销售系统和采购系统。销售系统的主要工作过程为： 首先由教师或学生提交购书单， 经教材发行人 员审核是有效购书单后， 开发票、 登记并返给教师或学生领书单， 教师或学生可 以到书库领

6、书。采购系统的主要工作过程为： 若是教材脱销， 则登记缺书， 发缺书单给书库 采购人员；一旦新书入库后，即发进书通知给教材发行人员。2.2技术要求和限制条件当书库中的各种书籍数量发生变化 （包括进书和出书） 时，都应修改相关的 书库记录，如库存表或进 / 出库表。在实现上述销售和采购的工作过程时，需考虑有关的合法性验证。系统的外部项至少包括：教师、学生和教材工作人员。系统的相关数据存储至少包括： 购书表、库存表、缺书登记表、待购教材表、 进库表和出库表。2.3系统可行性分析可行性分析是指在软件项目计划阶段， 用最小的代价在尽可能短的时间内研 究并确定客户提出的问题是否有行得通的解决办法。 本节

7、将研究 “学校教材订购 系统”项目的解决方案可行性以论证实现本项目的可能性和一些前期的准备工作 及工作条件，为工程的下一步设计做铺垫。2.3.1项目背景过去的教材订购模式大多以手工为主， 图书采购后的入库， 图书的销售， 图 书的查询大多停留在纸质手工层面。这种模式存在着效率低下，人工成本巨大， 数据容易缺失。 随着市场上书籍的种类和数量的增多， 更新的速度越来越快， 传 统手工销售和人工管理模式弊端初现： 图书采购、 库存、 销售和核算的手工信息 管理存在工作量大，效率低，图书的市场、库存、销售、读者反馈信息不能及时 获取等问题。开发适合学校的教材订购系统势在必行。2.3.2可行性分析技术可

8、行性数据库技术。JSP技术。软件工程。经济可行性成本估算人员费用 :系统开发期 2周，试运行期 2 周，开发人员 3人。开发需 3 人 30 天，按每人 5千/ 月工资计算，人员费用为 15000元人民币。硬件设备费:服务器1台10000元，微机3台12000元，打印机 2台3000元， 不间断电源 1 台 2000元。合计 27000元人民币。软件费。 Windows系统， SQL server ， C环境。合计 8000 元人民币。系统设备维护费 : 假定本系统的运行期为 1年。系统维护费 5000 元，设备维 护费 6000元，材料费 8000 元。合计 19000元人民币。总计 690

9、00 元人民币。收益分析减少工资。本系统累计可以综合提高工作效率达 30%，可以减少现有 20%的 工作人员，现有人员按 10 人计算，可减少两人。每人月平均工资按 4000元 计算，节约人员工资 4000*12*2=96000 元。增加销量。假定在原有基础上可以增加 10%的销售量。可以增加 2 万元左右 收入。提高决策。本系统的建设可以及时获取图市场信息，读者反馈信息，畅销滞 销图书的信息。估计每年可以增加 1 万元左右的收入。库存积压。通过系统的计算机管理，可以及时获取信息，争取最有库存，提 高资金的周转率。每年可以因此减少库存积压浪费在 3 万元左右。 总计 156000 元累计 1

10、年获经济效益： 156000 69000 = 87000 元。法律可行性正版合法。2.3.3结论意见通过对项目整体进行可行性分析，该项目无论在操作可行行、技术可行性、 经济可行性及社会可行性上均满足要求， 因此，开发此系统的构想是可行的， 可 着手进行。第三章 需求分析 需求分析的主要任务是确定系统“要做什么” ，通过软件人员与用户的交流 和讨论，进行细致的调查分析，准确理解用户的功能需求、性能需求、运行环境 需求和操作界面需求。 本节将在业务需求调查的基础上研究 “教材订购管理系统” 项目客户的功能需求、 性能需求、 运行环境需求和操作界面需求， 为设计阶段提 供设计依据。3.1系统目标 在

11、业务需求调查的基础上，结合现有的技术条件和力量，根据用户的需求， 把系统划分为高内聚、 低耦合的相应功能的子模块。 对系统的功能和性能进行更 翔实的需求分析， 为设计阶段提供设计依据。 以便系统能够对书店业务进行全面 有效的管理，使得最终所确定系统能够满足用户的需求和实际应用需要。3.2功能目标 系统功能目标如下。 用户登录管理，具有权限检查机制， 各级用户只能看到允许查看的系统消息。 管理员拥有最高权限，拥有系统的所有操作权限。采购员拥有采购模块、查 阅库存、查询书目信息的权限；发行员拥有销售模块、查阅库存、维护书目 信息的权限。 基础信息管理，对教材订购系统业务流程中的基础数据进行维护，涉

12、及图书 信息、师生信息、图书供应商信息。书目信息：书目信息的增加、删除、修改、查询。 用户管理：用户信息的增加、删除、修改、查询。 供应商管理：供应商信息的增加、删除、修改、查询。采购管理，也称进货管理，负责处理从供应商采购图书的相关事务，完成图 书采购和采购查询。图书采购：从供应商那里采收新书，或是补充旧书库存。 采购查询：查询历史采购记录。采购统计：按时间段对采购信息及到货情况进行查询。销售管理，完成图书的销售相关事务，包括销售处理、退书处理、销售台账 记录、销售记录查询和统计。 图书采购：完成图书销售和结算及销售记录的存储。 退书处理：师生完成购买后， 在合理的期限内可以退书并重新购买

13、销售查询：查询销售记录详单。 销售统计：按时间、书名统计销售金额及销售情况。库存管理，图书采购回来后，需要入库，图书报损或是销售后需要出库，该 模块完成图书库存出入库管理，并提供库存报警设置和库存查询功能。 图书出入库管理：完成图书进入销售和图书报损的出库处理。 库存查询：查询缺货详细情况。 库存报警设置：设置商品缺货预警最低值。 库存统计查询：统计缺货或货品充足的详细信息，生成缺货详单。3.3性能目标用户可以通过计算机进入系统查询所有在售图书、办理正常业务，系统界面 清晰，操作方便。系统可以进行联机进行采购、入库、出库、销售、统计等处理。 系统反应时间最慢不能低于 2s。一般职工经过简单培训

14、就可以使用系统。具有高可靠性和容错能力，不允许在工作时间停机，不允许丢失图书信息。具有安全检查机制，非法用户不得使用系统。 具有权限检查系统，各级用户只能看到允许查看的系统信息。3.4系统功能分析系统设有采购、发行、管理等业务部门。教材订购管理系统数据流图如下3.5系统需求结构分析 教材订购管理系统功能目标划分为 4 大部分：登录管理、订购管理、 销售管 理和采购管理。系统功能结构图如下。订购管理结构图采购管理输入进书单 查询缺书单进书单检查库存返回缺书单库存表 缺书单采购管理结构图销售管理3.6系统性能分析系统性能分析是对客户提出的各种性能需求进行综合分析， 确定出合理、 可 信的系统性能要

15、求。 学校教材订购系统的性能方面， 尽可能地提高系统的处理速 度和能力，缩短响应时间和处理时间，提供简单、便捷的处理方式，保证系统正 常工作，增加系统抗故障、抗干扰、防止非法用户访问的能力。3.7运行环境分析设备包括：服务器 1 台、微机 3 台、打印机 2 台、不间断电源 1 台、工作台 4台、网络设备和布线。支撑软件： Windows、SQL Server 、JSP。第四章 概要设计概要设计解决“怎么做”的问题，从软件去求规格说明书出发，将需求分析 产生的模型等分析结论进行转换， 由此产生设计结论过程。 本节将在需求分析的 基础对“教材订购系统” 中系统各部分模块将要实现的功能进行详细的分

16、析， 同 时确定各个模块功能之间的逻辑结构， 确定系统与用户间的交互关系， 操作顺序 和交互界面的组成， 完成的数据库进行设计、 概要设计结果将作为后期详细设计 的基本依据。4.1 概述经过前期的分析， 对需要开发的系统已经有了一个清楚的把握， 对系统的总 体结构也有了充分的了解。 该阶段要做的工作： 在需求分析的基础上对待开发的 系统各部分模块将要实现的功能进行详细的分析， 同时确定各个模块功能之间的 逻辑结构， 确定系统与用户间的交互方式、 操作顺序和交互界面的组成， 最后对 数据库进行设计。4.2用况建模用况建模的执行者和用况的简要描述如下。4.2.1执行者的简要描述师生，向系统提交订购

17、单的主要人群。 教材发行人员，处理订购单和维护图书信息的人。教材采购人员，负责采购图书的人。4.2.2用况的简要描述 购书管理，在订单中添加图书、删除图书、显示图书。 登录，对学校师生进行用户登录，对管理人员进行管理员登录。 教材订购，在线订购教材，包括销售管理、采购管理、填写购书单信息等。 销售管理，对购书单进行审核，审核通过即发送领书单。 采购管理，查阅缺书单并采购缺少的相应图书。学校教材订购系统的用况图如下。4.3静态建模静态建模主要是构建类图，其步骤如下。4.3.1标识候选对象 候选对象如下。外部实体有销售系统、采购系统、登录系统、信息管理系统、师生、教材发 行人员、教材采购人员。需要

18、存储、处理的信息有教材的书名、作者、单价、出版社，购书单，领书 单，缺书单、进书单、进 / 出库表。4.3.2筛选候选对象 在外部实体中， 销售系统和采购系统同属于教材订购系统， 登录系统和信息 管理系统只是作为外部执行者参与创建和维护师生信息和教材信息。师生 、发 行人员、采购人员、表单都有明确的属性和操作，显然应该成为最终的对象。考 虑到表单又可分为购书单，领书单，缺书单、进书单、进 / 出库表等，因此增加 这些对象。综合上述分析，最终得到教材订购系统包含以下类：师生、教材发行 人员、教材采购人员、购书单，领书单，缺书单、进书单、进 / 出库表。4.3.3标识属性和操作4.4动态建模动态建

19、模用来描述系统的动态行为， 显示对象在系统运行期间不同时刻的动 态交互。 UML中用状态机、活动图、顺序图、通信图和协作图来建立动态模型。 这里选用顺序图来描述教材订购系统中对象的交互行为。4.4.1顺序图 顺序图关注于消息的顺序， 即对象间消息的发送和接收的顺序。 该图只描述 了形成一张购书单的消息发送顺序， 省略了形成一张购书单后再次购书等复杂情 况。4.5系统数据库设计在需求分析阶段已完成该系统所有的数据分析。 根据该阶段所建立的概念模 型，已经得出满足系统设计要求的几个关系描述， 该阶段的主要工作是把前一阶 段的成果转化为具体的数据库。4.5.1实体抽取 抽取的实体有师生、管理员、图书

20、、供应商。实体属性如下： 师生（教工号 / 学号、姓名、用户名、密码、学院、职位、联系电话） ； 管理员（管理员账号、密码、姓名、岗位、联系电话） ； 图书（图书编号、书名、作者、单价） ； 供应商（供应商号、名称、地址、联系电话） 。4.5.2局部 E-R 图 销售系统 E-R 图如下销售系统 E-R图采购系统 E-R 图如下第五章 详细设计详细设计是软件工程中对概要设计的一个细化， 主要是为软件结构图中的每 一个模块确定他采用的算法和模块内数据结构， 并用某种表达工具给出清晰的描 述。本节将在需求分析的概要设计的基础上对待开发的系统各部分模块要实现的 功能结构进行详细的设计， 确定模块内部

21、程序设计， 并对数据库、 用户界面进行 详细设计。详细设计结果将作为后期系统实现的基本依据。用户登录界面 界面说明：用户登录时需要输入的信息。【师生/ 管理员登录】按钮触发的处理：验证用户的合法性，做不同处理。 处理流程：取得用户输入的用户名、密码。 加密口令，传送到数据库并与用户信息表进行一致性验证： If 登录名 and 密码完全匹配以对应身份进入系统主控界面获得相应的权限Else 提示“登录失败” 师生登录界面 师生登录界面是师生进入系统后的主控界面，通过主界面的【订书 / 缺书单】和 【注销】模块， 用户在该界面中通过点击选择菜单进入到相应的子模块， 同时也 能浏览书库中相应的教材信息

22、。【上一页】按钮触发的处理：跳转至该界面的上一条记录。【下一页】按钮触发的处理：跳转至该界面的下一条记录。 【提交】按钮触发的处理：跳转至文本框中填写值的页码。订书/ 缺书单界面 师生浏览完全部的图书信息，可填写订书 /缺书单，在“输入 ID 号”文本框中填 写图书 ID 号，在“输书名”文本框中填写对应的图书名称，并在“输作者”文 本框中填写作者姓名。若在文本框末尾处添加“ （）”符号，系统将自动标注为缺书状态。【提交添加】按钮触发的处理：用于保存新增或修改的数据。订购/ 缺书单数据记录界面 本界面可查看修改的教材信息是否成功的更新在数据库中。查阅完毕后可点击 【回到教材订购系统主页】或【注

23、销】退出登录。【注销】按钮触发的处理：退回到系统登录主界面。 管理员登录界面管理员登录界面是管理人员进入系统后的主控界面， 通过主界面正中间的 【点击 添加图书】、【点击修改书籍】和【订购 / 缺书单信息查询】模块来管理教材订购系统的图书信息， 管理员通过点击模块进入到相应的子模块， 同时也能浏览书库 中教材的所有图书信息。上一页】按钮触发的处理：跳转至该界面的上一条记录 【下一页】按钮触发的处理：跳转至该界面的下一条记录。【提交】按钮触发的处理：跳转至文本框中填写值的页码。 图书库界面图书库界面可以完整的显示所有的图书信息，但该界面仅对管理员可见添加书籍界面管理人员可在“输入 ID 号”文本

24、框中填写图书 ID 号，在“输书名”文本框中填 写相应的图书名称，并在“输作者”文本框中填写作者姓名。就可以添加新的教 材图书信息到书库中并在图书库界面显示。提交添加】按钮触发的处理：用于保存新增或修改的数据添加书籍后的图书库界面【注销】按钮触发的处理：退回到系统登录主界面。图书修改界面管理人员可在“输入 ID 号”文本框中填写图书 ID 号，在“输书名”文本框中填 写相应的图书名称，并在“输作者”文本框中填写作者姓名。就可以修改相对应 的教材图书信息到书库中并在图书库界面显示。提交修改】按钮触发的处理：用于保存新增或修改的数据。修改后的图书库界面注销】按钮触发的处理：退回到系统登录主界面。订

25、购/ 缺书单信息表界面在本界面管理员可以查看用户提交的订购 / 缺书单，审核通过即可发送领书单给 用户，也可以将缺书单发送给采购人员， 通知采购人员尽快补充相应的教材到书 库中。操作完毕后可点击【回到教材订购系统主页】或【注销】退出登录。注销】按钮触发的处理：退回到系统登录主界面第六章 编码编码阶段的任务是根据详细设计说明书编写程序， 程序设计语言的特性和程 序设计风格会深刻地影响软件的质量和可维护性。 为了保证程序编码的质量， 程 序员必须深刻理解、 熟练掌握并正确地运用程序设计语言的特性。 此外，还要求 源程序具有良好的结构性和良好的程序设计风格。登录代码：Login.jsp欢迎使用教材订

26、购系统 欢迎来到教材订购系统 用户名 : 密码: 师生主界面代码：showByPage1.jsp jsp:setProperty name=look jsp:setProperty name=look jsp:setProperty name=look property=tableName value=stu / property=user value=root / property=password value=root / 欢迎使用教材订购系统     订书/缺书单   注销 教材订购系统 共有 页, 每页最多显示 条记录。 当前显示第 jsp:getProperty name