物资仓库管理系统.pdf

《物资仓库管理系统.pdf》由会员分享，可在线阅读，更多相关《物资仓库管理系统.pdf（43页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、目录第一章 可行性研究报告 . 11.1 引言 .11.2 可行性研究的前提 .11.3 对现有系统的分析 .3第二章 需求分析 . 52.1 引言 .52.2 任务概述 .52.3 性能要求 .52.4 功能分析 .62.5 数据流图 .62.6 数据字典 .8第三章 概要设计 . 113.1 引言 .113.2 任务概述 .123.3 总体设计 .133.4 接口设计 .163.5 运行设计 .173.6 出错处理设计 .173.7 安全保密设计 .173.8 维护设计 .17第四章 详细设计 . 184.1 编写目的 .184.2 参考资料 .184.3 总体设计 .18第五章 数据库数

2、据说明书 . 225.1 引言 .225.2 外部设计 .235.3 结构设计 .235.4 数据结构设计 .245.5 运用设计 .27第六章 界面设计 . 296.1 登陆界面 .296.2 主功能界面 .296.3 表单信息及查询 .306.4 库存查询 .32第七章 软件测试 . 337.1 编写目的 .3317.2 背景 .337.3 测试内容 .337.4 软件测试的分类 .34第八章 总结. 37参考资料：. 411第一章 可行性研究报告1.1 引言仓库做为公司企业的主要后备力量的机构， 势必要在物资方面加以严格有序的管理， 对各种资源进行信息化管理。 这样企业在可以放心的生产和

3、出售产品了。经济效益有大幅度提高，本系统就是针对企业的迫切需要而设计的。1.1.1 编写目的在与对我们设计的仓库管理系统进行可行分析，要求对市场、经济、社会、法律等综合的一个最优方案。我们的项目名称为物质仓库管理系统。物资仓库信息管理系统就是把仓库的进货信息、销售信息、客户信息进行信息化管理，通过它的管理，可以将信息直观的提供给管理人员，加强对企业用人的优化分配，充分发挥人的作，提高仓库整体工作效率，创造价值。1.1.2 项目背景本系统属于 xx 企业所开发的物质仓库管理， 由管理系统总体设计人员提出，由本组(宿迁学院 07 计本（2）班软件开发 6 组)成员联合开发，实现的是仓库物资方面的管

4、理。现在社会企业物资越来越庞大，没有一个管理软件这些将要耗费大量的人力物力。所以在这样的背景下我们有的开发次项目的源泉。1.1.3 参考资料主编：施一萍 软件工程及软件开发应用 清华大学出版社陈明 编著 软件工程课程实践 清华大学出版社1.2 可行性研究的前提1.2.1 要求1) 功能：本系统主要对仓库有五个部分的功能（采购、检验、入库、出库、对比） ，以及打出一系列的报表和账单。2) 性能： 在短时间内查看仓库信息及准确的数据报表； 定期对数据库数据备份。313) 输出：订单及预订单、入库单及现有库存表、出库单现有库存表、还库单及惩罚表。4) 输入：计划单编号、预订单编号、入库单编号、出库申

5、请编号、出库单编号。5) 安全与保密要求：企业应用我们开发的系统，只对本企业内部开放信息。基于不参与互联网很少受到病毒的攻击以及定期维护，所以本系统是安全准确的。6) 与软件相关的其他系统：仓库管理系统、物流管理系统。7) 完成期限：三个月内开发出此系统。1.2.2 目标本系统的目标在于管理企业的信息安全化，对本系统的操作简单方便，反映速度在 1 秒之内。企业的物资管理情况可随时被 CEO 查看管理。1.2.3 条件、假定和限制建议软件寿命：5 年。经费来源:投资赞助企业硬件条件：服务器工作站，终端为 pc 机。运行环境：Windows xp数据库：SQL Server 2005投入运行最迟时

6、间：2010/6/151.2.4 可行性研究方法技术可行性研究开发人员需要掌握 Microsoft SQL Server 2005 数据知识 、c+编程技术、软件窗口控件能力。我们设计的物质仓库所需要的技术不需要太多，故我们在设计过程中遇到的技术是可以解决的。在硬件方面更不是问题，开发人员能够完成任务。所用的电脑硬件如下：10M 以上的 LAN 入网带宽，Core（TM）2 Dou CPU/2G内/250G 硬盘。技术评价 ：在现有的软件和硬件条件满足我们的需求，此物资仓库系统有技术上的支持。31法律可行性研究开发人员自主独立研发的产品，所有软件都选用正版.所有技术资料都由提出方保管。合同制定

7、确定违约责任.所以在法律上是可行的。经济可行性研究1) 必要性。如果不采用该管理信息系统，其业务过程中所产生的数据将得不到及时、有效的存储和处理，显得比较杂乱无章，难以分析、归纳和比较，影响企业的管理和决策，造成企业效率低下，浪费人力资源、时间和金钱。2) 有益性。以较低成本开发出来的管理信息系统将整个业务流程数据进行系统的整合管理，从而能够有效地提高企业内外的信息沟通效率，节省大量的人力、时间和金钱，从而降低成本，加快业务流程，提高企业效益，给企业带来巨大的经济回报。3) 可能性。本系统的开发成本少，时间短，无需投入太多的人力、物力和财力， 完全能够以最短的时间、 最少的人力和最低的成本开发

8、出该系统。1.2.5 决定可行性的主要因素成本/效益分析结果，效益 成本。技术可行，现有技术可完全承担开发任务。操作可行，软件能被原有工作人员快速接受。1.3 对现有系统的分析通常使用的购货单，订购单，入库单等管理上的信息众多，积累起来占据的空间很大； 可能会影响本系统的执行效率。 系统的数据库信息需要定时的更新、 存储、有的要修改；做好备份的难题需要得到解决。随着市场经济的发展对物质发面的管理越来越重，要在广大企业中找到客户，也是对本产品的考验。1.3.1 处理流程和数据流程31物质需求信息生成入库单物质入库程序库存信息数据出库程序订购信息数据判断货物情况程序生成出库单生成订购表图 1-1

9、系统流程图1.3.2 费用支出基础投资：终端 PC 机 5 台：8000*5 = 4 万网络设备：1 万辅助配置：1 万共计：6 万其他一次性投资：Microsoft SQL Server 2005: 5 万Windows NT: 5 万操作员培训费：3 万共计：13 万经常性支出：人工费用：3(月)*6(人)*5000(圆)=9 万其他不可知额外支出：11 万共计：20 万支出共计：29 万1.3.4 人员计本（2）班第六组所有成员，指导老师：张乾燕。1.3.5 设备计算机六台，各种参考书籍软件。31货物对比程序生成还库单及处罚单第二章 需求分析2.1 引言2.1.1 编写目的随着社会发展的

10、日新月异，商业往来日渐广泛，物资多样化，以及计算机的普及，对于企业仓库管理要求逐渐变大，从而开发本物资仓库管理系统，来更好的对仓库进行管理。本报告读者对象为研发中心领导和主管技术人员，以及项目设计和开发人员。2.1.2 项目背景待开发的软件系统名称：物资仓库管理系统本项目的任务提出者：企业仓库管理人员本项目的任务开发者：物资仓库管理系统软件开发小组用户及实现该软件的计算中心或计算机网络：企业计算机2.2 任务概述2.2.1 目标开发软件是为了企业仓库部门，使得仓库部门更好的管理仓库与物资。适用于大多数企业，主要用于仓库管理。本软件产品是一项独立的软件，不过功能还可以增加，完成后可以升级以增加功

11、能和完善系统。2.2.2 用户特点使用本软件要求用户熟悉 Windows 操作，并且有一定的软件操作基础。预计本软件将会在一些中小型酒店中得到广泛使用。2.3 性能要求1）系统安全、可靠2）功能齐全3）操作方便、界面友好4）易于维护和扩充312.4 功能分析系统开发的总体任务是实现企业仓库各种信息的系统化、规范化和自动化。主要完成功能：1) 企业部门提出购买计划交给仓库，仓库通过与现有库存作比对。2) 如有必要进货，就将此购买计划交给采购员，由采购员进行采购。3) 采购员与供应商进行谈价，达成协议，填写预订单（供应商留下的叫做订单） 。4) 供应商带着订单送到公司，企业仓库拿出预订单进行核对。

12、5) 核对无误后确认有效托收，托收进行检验入库，入库同时填写好入库登记表。6) 企业各部门根据自身需求向仓库提出生产活动所必须的物质申请，并填写好出库申请表。7) 企业仓库根据现有物质判断是否该出库，如果可以就填写好出库表。8) 仓库管理员根据出库表核对并如实的发放仓库内的物质。9) 更新仓库现有库存。2.5 数据流图顶层图如下：供应商入库处理出库处理出库信息入库信息仓库管理员货物订单物资仓库管理系统订购信息预订单提交申请还库单处罚登记发放物资采购员公司部门31图 2-1 物资仓库管理系统顶层数据流图0 层图功能级数据流图系统主要分为二大功能，处理采购和处理库存预订单货物订单出库处理入库处理提

13、交申请还库单处理采购处理库存订购信息入库信息处罚登记发放物资仓库数据出库信息图 2-2 功能级数据流图1 层图处理级功能的数据流图处理采购：采购员带回货物定单和预定单进行对比检验预订单货物订单采购检验订购信息预订单信息仓库数据图 2-3 处理级功能的数据流图处理库存：包括物质的入库，出库和出库单和入库单的对比31入库处理提交申请出库处理出库入库发放物资出库信息还库单入库信息对比出库单仓库数据处罚登记图 2-4 处理级的功能数据流图2.6 数据字典数据字典是开发者与用户相互沟通的有效途径之一。 它能形象的向用户描述开发者的意图，使用户明白数据库可能具有的项目，可有效地缓解开发者和用户之间的交流鸿

14、沟，也有利于用户向开发者提出自己的需求，避免因理解分歧造成的代价巨大的接口问题。数据字典是各类数据描述的集合， 它是进行详细的数据收集和数据分析后所获得的主要成果。针对本系统，通过物资仓库管理内容和过程分析，设计的数据项和数据结构如下：1) 订单。包括的数据项有订单号,商品编号,商品名,数量,价格,供应商,所求单位,采购员,送货时间,计划编号。2) 预订单。 包括的数据项有预订单号,商品编号,商品名,数量,价格,供应商,所求单位,采购员,收货时间订单号。3) 入库单。 包括的数据项有入库单编号,商品号,商品名,数量,价格,入库时间,采购员,仓库管理人员,预订单号。4) 仓库现有库存表。 包括的

15、数据项有商品编号,商品名,最大库存,最小库存,现有库存。5) 申请出库。包括的数据项有申请表单号,商品编号,商品名,数量,价格,出库时间,还库时间,部门名称,部门经理签字。316) 出库单。包括的数据项有出库表编号,出库数量,商品号,商品名,出库性质,所需部门,仓库管理员,提货人员,出库时间,还库时间,出库申请表号。7) 还库单。 包括的数据项有还库表单号,商品编号,商品名,数量,归还部门,出库时间,还库时间,仓库管理员,出库表编号。主要数据字典用卡片表示如下：名称：订单描述：给采购员的订货表定义：订货单=订单号+商品编号+商品名+数量+价格+供应商+所求单位+采购员+送货时间+计划编号位置：

16、输出到打印机名称：预订单描述：给供货商的预订单定义： 预订单=预订单号+商品编号+商品名+数量+价格+供应商+所求单位+采购员+收货时间订单号位置：输出到打印机名称：入库单描述：物资放入仓库的报表定义： 入库单=入库单编号+商品号+商品名+数量+价格+入库时间+采购员+仓库管理人员,预订单号位置：输出到打印机名称：仓库现有库存表描述：仓库中物资信息报表定义：仓库现有库存表=商品编号+商品名+最大库存+最小库存+现有库存位置：存储在磁盘上31名称：申请出库描述：申请物资的报表定义： 申请出库=申请表单号+商品编号+商品名+数量+价格+出库时间+还库时间,部门名称+部门经理签字位置：输出到打印机名

17、称：出库单描述：物资移出仓库的报表定义：出库单=出库表编号+出库数量+商品号+商品名+出库性质+所需部门+仓库管理+提货人员+出库时+还库时间+出库申请表号位置：输出到打印机名称：还库单描述：物资归还仓库的报表定义：还库单=还库表单号+商品编号+商品名+数量+归还部门+出库时间+还库时间+仓库管理员+出库表编号位置：输出到打印机31第三章 概要设计3.1 引言3.1.1 编写目的随着经济发展的日新月异， 公司企业日益增多， 对仓库的需求也变多。 于是，对仓库的管理要求也提高，物资仓库管理系统由此产生。本阶段完成系统的大致设计并明确系统的数据结构与软件结构。 在软件设计阶段主要是把一个软件需求转

18、化为软件表示的过程，这种表示只是描绘出软件的总体概貌。本概要设计说明书的目的就是进一步细化软件设计阶段得出的软件总体概貌， 把它加工成在程序细节上非常接近于源程序的软件表示。本报告读者对象为项目设计和开发人员，以及技术人员。3.1.2 项目背景项目名称为：物资仓库管理系统。本项目的任务提出者为宿迁学院软件工程课程设计小组，并由组员共同开发，本项目设计过程中参考了基于 Windows 系统的数据库管理系统。3.1.3 定义可行性：用最小的代价在尽可能段的时间内确定问题是否能解决，是否值得解决，但并不直接解决问题。即在较高层次上以抽象方式进行需求分析和设计过程。技术可行性：对要开发的项目的功能、性

19、能和限制条件进行分析，确定在现有资源条件下，技术风险有多大，项目是否能实现。经济可行性：度量系统解决方案的性能价格比操作可行性：用户使用的可行性社会可行性：开发项目是否会在社会上、政治上引起侵权、破坏或其他责任问题。系统流程图： 用图形符号描述组成系统的各个元素以及信息在这些部件之间的流动情况。需求分析：软件定义时期的最后一个阶段。31数据流图（DFD） ：用来描绘软件系统的逻辑模型的工具，它描绘数据在软件系统中流动和被处理的逻辑过程。数据源点/终点：正方形表示用于反映数据流图与外部实体之间的联系。数据字典：用来定义数据流图中各个元素具体含义，它的一种准确的，无二异性的说明方式，为系统的分析、

20、设计和维护提供了有关元素的详细描述。层次方框图：用树形结构的一系列多层次的矩形框描绘数据的层次结构。结构化分析：使用数据流图、数据字典和 IPO 图等工具来描绘系统的逻辑模型，建立一种结构化说明书的目标文件。总体设计：总体设计决定软件的总体结构。详细设计：在软件总体设计的基础上，考虑如何实现定义的软件系统，直到对系统中每个模块给出足够详细的过程描述。程序流程图：又称程序框架，直观的描绘控制流程。PDA 图：即问题分析图，是用结构化程序设计思想表现程序逻辑结构的图形工具。3.1.4 参考资料毕硕本、卢桂香 编著 软件工程案例教程北京大学出版 2007 年 8 月第一版陈明 编著 软件工程课程实践

21、清华大学出版社 2009 年 8 月第一版施一萍 编著 软件工程及软件开发应用清华大学出版社 2009 年 9 月第一版http:/ 任务概述3.2.1 目标本物资仓库管理系统软件将提供一个既可以处理物资采购， 又可以进行库存的管理、更新，同时可对遗失设备的部门进行惩罚。3.2.2 运行环境1) 硬件环境P或更高档微机、笔记本电脑运行时内存要求：1MB31安装所需硬盘： 5MB打印机：可选2) 软件环境Windows95 及更高版本的操作系统3.2.3 需求概述本系统旨在开发一个实用的物资仓库管理系统，利用信息化手段辅助管理，达到提升管理效率的目的。仓库管理员能够更方便地进行管理工作，包括采购

22、管理，入库管理和出库管理等。部门提出购买计划，仓库通过与现有库存作对比，如有必要进货，就将此购买计划交给采购员，采购员负责与供应商进行谈价，达成协议填写合同，采购员带回预订单，供应商留下的叫做订单。供应商带着订单送货到企业，仓库拿出预订单核对，经检查订单与预订单匹配则确认有效托收，托收后进行检验入库，入库同时填写好入库单作好登记。企业各个部门根据所需的物资设备总额和部门生产活动需求开出出库申请表。 仓库根据现有的物资判断是否该出库， 如果可以就根据出库申请核对发放设备， 并填写好出库单作好登记。设备使用完毕后需要及时还库登记填写好还库单， 如有超期或损坏现象就要如实交罚金并登记。要求系统能有效

23、、快速、安全、可靠和无误的完成上述操作。3.2.4 条件与限制本系统更为理想的选择是与其他办公自动化套件组合， 通过安全保密机制限制不同级别的管理员登陆。3.3 总体设计3.3.1 处理流程系统启动时，激活身份验证；通过验证后，对系统初始化。根据系统配置文件将数据库导入。系统进入，通过事件激活各功能模块，并执行指定模块。各模块执行完毕，进入初始状态。由退出事件激活关闭系统，退出系统。3.3.2 总体结构和模块外部设计31物资仓库管理系统登录处理采购处理库存用户登录用户退出采购检验入库出库对比购买计划订单预订单入库单出库申请出库单现有库存图 3-1 系统总体结构图物资仓库管理系统结构图：物资仓库

24、管理系统订购信息表单仓库数据仓库数据表单处理采购处理库存打印表单图 3-2 物资仓库管理系统结构图处理采购功能结构图：31处理采购预订单订购信息提预交资物订单采购检验图 3-3 处理采购功能结构图处理库存功能结构图：处理库存仓库数据单库出表记登罚处仓库数据出库单入库信息入库出库对比图 3-4 处理库存功能结构图3.3.3 功能分配1) 企业部门提出购买计划交给仓库，仓库通过与现有库存作比对。2) 如有必要进货，就将此购买计划交给采购员，由采购员进行采购。3) 采购员与供应商进行谈价，达成协议，填写预订单（供应商留下的叫做订单） 。4) 供应商带着订单送到公司，企业仓库拿出预订单进行核对。5)

25、核对无误后确认有效托收，托收进行检验入库，入库同时填写好入库登记表。6) 企业各部门根据自身需求向仓库提出生产活动所必须的物质申请，并填写好出库申请表。7) 企业仓库根据现有物质判断是否该出库，如果可以就填写好出库表。8) 仓库管理员根据出库表核对并如实的发放仓库内的物质。9) 更新仓库现有库存。313.4 接口设计3.4.1 外部接口3.4.1.1 用户界面图 3-5采用 Mcrosoft Visual Studio 2008设计，其主控界面与 Windows 窗口类似。3.4.1.2 软件接口运行于 Windows95 及更高版本的操作系统3.4.1.3 硬件接口支持一般 x86 系列微机

26、和 Windows CE3.4.2 内部接口身份验证模块：系统初始时由操作系统调用，完成对管理员身份检验。退出系统：管理员完成事件后，可选择退出。系统功能模块：接收系统功能区的相应信息，并进行对应操作。添加模块：完成添加功能。删除模块：完成删除功能。撤销模块：完成撤销功能。打印模块：完成打印功能。条件查询模块：完成查询功能。详细资料模块：由相应消息驱动，显示记录。313.5 运行设计3.5.1 运行模块的组合具体软件的运行模块组合为程序多窗口的运行环境， 各个模块在软件运行过程中能较好的交换信息，处理数据。3.5.2 运行控制软件运行时有较友好的界面，基本能够实现用户的数据处理要求，运行控制将

27、严格按照各模块间函数关系来实现。3.5.3 运行时间系统的运行时间基本可以达到用户所提出的要求。3.6 出错处理设计本软件应充分考虑各种系统错误，避免造成数据库系统不一致或损坏；本软件提供撤销机制，避免管理员因误操作对数据库系统造成破坏；采用对话框形式为管理员提供警告信息；一些关键性操作（比如删除或修改记录） ，都应提供确认机制。3.7 安全保密设计在管理员登录系统时进行身份验证，只允许合法用户进入系统；3.8 维护设计软件必须按照软件产品设计规范的步骤进行开发，并充分考虑软件可维护性，详细编写各阶段的文档资料，以利于未来版本升级。31第四章 详细设计4.1 编写目的软件详细设计就是在软件总体

28、设计的基础上，考虑如何实现定义的软件系统。直到对系统中的每个模块给出了足够详细的过程描述。在详细设计以后，程序员仍将根据详细设计的过程编写出实际的程序代码。 详细设计的目标是确定应该怎样具体实现所需求的系统，也就是说，经过这个阶段的设计工作，应该得出对目标系统的精确描述， 从而在编码阶段可以把这个描述直接翻译成用某种程序设计语言书写的程序。4.2 参考资料毕硕本、卢桂香 编著 软件工程案例教程北京大学出版 2007 年 8 月第一版施一萍 编著 软件工程及软件开发应用清华大学出版社 2009 年 9 月第一版4.3 总体设计4.3.1 物资仓库管理系统功能：仓库管理员主要根据需求和现有库存，实

29、现对物资的采购，检验，入库，出库，对比归还入库。程序逻辑：31开始登陆N是否有部门需求Y结束N现有库存是否充足Y发货提出购买计划数据更新采购员N核对采购信息Y有效托收入库数据更新图 4-1 仓库管理总系统流程图4.3.2 物资的采购系统功能：根据购买计划，生成订单，再与预订单核对是否正确，实现对物资的采购。31程序逻辑：购买计划生成订单采购Y订单与预订单对比N提交订单采购物资返回给管理员图 4-2 采购系统 PAD 图4.3.3 物资的检验系统功能：主要实现了对预订单及其仓库中物资信息的检验的功能。程序逻辑：物资 信息入库信息登记管理员核对信息重新生成订单图 4-3 检验系统 PAD 图4.3

30、.4 物资的入库及其出库系统功能：入库：根据入库信息，来实现对物资仓库的更新和管理；出库：根据所提交的申请信息，对其作出出库信息的登记以及对物资仓库的更新。程序逻辑：31入库信息处理跟新库存回复信息图 4-4 入库系统 PAD图提交申请信息Y核对出库信息N出库处理重新申请出库信息登记跟新库存图 4-5 出库系统 PAD 图4.3.5 物资的对比还库系统功能：管理员对申请的出库信息进行核对，检查无误后，多出出库的信息登记，以及对于延后归还和归还的缺少物资进行赔偿信息的登记，最后就是对仓库物资的更新。程序逻辑：出库处理登记出库信息核对出库单惩罚信息登记还库处理更新库存图 4-6 对比还库系统 PA

31、D 图31第五章 数据库数据说明书5.1 引言5.1.1 编写目的仓库物质管理系统数据库设计说明书目的是设计仓库物质管理系统中的各项功能和非功能性需求视线时所需要的数据库， 并可以此数据库位根据实现具体数据存储，同时为详细设计人员提供设计依据，其他本项目组的开发人员也可参阅。仓库物质管理系统数据库设计说明书的阅读对象为：1)对相关技术人员和总体方案作出决策的管理员和质量管理人员；2)对本数据库设计说明书进行评审和确认的有关业务、技术人员；3)参加详细设计，测试设计阶段工作的全体设计人员；4)仓库物质管理系统项目组，其他有权需要调用本文档的人员5.1.2 背景开发软件名称：仓库物质管理系统项目任

32、务提出者：张乾燕老师项目开发者：第六组用户：仓库管理者项目与其他软件的关系：Microsoft SQL Server 20055.1.3 定义文档中采用的专业术语的定义及缩写词的原词组storage material managesystem。5.1.4 参考资料陈明 编著 软件工程课程实践清华大学出版社 2009 年 8 月第一版吴磊 编著 现代软件工程315.2 外部设计5.2.1 标识符和状态本系统采用 Microsoft Server 2005为开发工具， 数据库名称为仓库管理系统，数据库一共建立了 7 张彪，表明分别为购买计划表，订单，预订单，入库单，仓库现有库存表，出库单，还库表。

33、5.2.2 约定本系统采用 Microsoft Server 2005 为开发工具,因而程序员或者系统分析员，或者任何想要使用此数据库进行操作的人员，需要安装 Microsoft Server 2005，并建立相同的数据库，当然可以联机访问，这需要安装相应的插件，数据库中所建立的表名如（5.2.1 标识符和状态） ，对于表的各属性吗，在下面会有描述。5.2.3 专门指导对于从事此数据库的生成，此数据库的测试，维护的人员，提出如下参考意见：数据库的输入统一采用键盘，由于现在没有设置权限，故只要不违背基本的限制，所有的操作都是可以进行的，可是对于本系统需要的数据，却是有数据长度限制的，尤其是有说明

34、的部分，所有测试人员在其进行数据测试时，要注意输入格式。5.3 结构设计E-R 图如下：31购买计划出库表采购对比出库申请订单出库还库单匹配库存归还入库预订单检验入库单入库图 5-1 总体 E-R 图实体属性图：1) 购买计划表包括计划编号,商品编号,商品名,数量,单价范围,所需部门,金额范围,部门经理签字,计划时间；2) 订单包括订单号,商品编号,商品名,数量,价格,供应商,所求单位,采购员,送货时间,计划编号；3) 预订单包括预订单号,商品编号,商品名,数量,价格,供应商,所求单位,采购员,收货时间订单号；4) 入库单包括入库单编号,商品号,商品名,数量,价格,入库时间,采购员,仓库管理人

35、员,预订单号；5) 仓库现有库存表包括商品编号,商品名,最大库存,最小库存,现有库存；6) 申请出库包括申请表单号,商品编号,商品名,数量,价格,出库时间,还库时间,部门名称,部门经理签字；7) 出库单包括出库表编号,出库数量 商品号 商品名,出库性质,所需部门,仓库管理员,提货人员,出库时间,还库时间,出库申请表号；5.4 数据结构设计5.4.1 逻辑结构设计31购买计划：各部门根据需求提出购买计划。图 3-6仓库现有库存：用于与购买计划和出库申请对比，由管理员管理。图 3-7预订单： 采购员负责与供应商进行谈价， 达成协议填写合同， 采购员带回预订单。图 3-831入库单：检验供应商所供商

36、品，入库同时填写好入库单作好登记。图 3-9出库申请：部门根据所需的物资设备总额和部门生产活动需求开出出库申请。图 3-10出库单：仓库根据现有的物资判断是否该出库，如果可以就根据出库申请核对发放设备，并填写好出库单作好登记。31图 3-115.4.2 物理结构设计数据库仓库物资的文件物理结构：采用顺序结构的记录文件5.4.3 数据结构与程序的关系。系统的数据结构由标准数据库语言 SQL 生成。具体的例如创建系统用户表格购买计划表的程序用 SQL 表示就是：create table购买计划表 (计划编号 char(10) primary key,商品编号 char(12) not null,商

37、品名 char(16),数量 float(8),单价范围 float(8) ,所需部门 char(30),金额范围 float(8),部门经理签字 char(10),计划时间 datetime,);5.5 运用设计5.5.1 数据字典设计数据字典采用如下的格式：3101 数据库设计资料02 存储的 SQL 程序03 用户权限04 用户的名字05 用户的统计06 数据库增长统计07 列的缺省值08 约束信息的完整性09 用户及角色被授予的权限10 分配多少空间，当前使用了多少空间等11 其他产生的数据库信息5.5.2 安全保密设计使用者在使用此数据库时，由于不同的访问者的登录号码不同，且增加了密

38、码的设置，故相当于对于数据的访问设计了权限，所以数据可以说是安全的，管理员的权限最大，可以控制所以的数据。31第六章 界面设计6.1 登陆界面图 6-16.2 主功能界面图 6-231图 6-36.3 表单信息及查询如入库单，进入入库单信息界面，有添加、删除、撤销、退出操作。点击添加，可以进入入库单存储界面，包括内容有入库单编号 ,商品号,商品名,数量,价格,入库时间,采购员,仓库管理人员,预订单号。 在主功能界面中点击入库单查询，可进入入库单信息查询界面。其他预订单、采购单、出库单、申请出库单、还库单等与入库单功能相似。图 6-431图 6-5图 6-6316.4 库存查询图 6-731第七

39、章 软件测试7.1 编写目的软件测试是为了发现程序中的问题。本系统技术不很成熟，存在不少问题，测试变得非常重要。软件测试的过程也是程序运行的过程，程序运行需要数据，为测试设计的数据称测试用例，设计测试用例的原则自然是尽可能暴露错误。由于测试涉及问题很多，工作量又大，所以测试之前必须制订一个计划。7.2 背景由物资仓库管理系统开发小组开发出的系统进行测试。7.3 测试内容软件测试主要工作内容是验证和确认，下面分别给出其概念：验证是保证软件正确地实现了一些特定功能的一系列活动， 即保证软件做了你所期望的事情。1) 确定软件生存周期中的一个给定阶段的产品是否达到前阶段确立的需求的过程；2) 程序正确

40、性的形式证明，即采用形式理论证明程序符号设一计规约规定的过程；3) 评市、审查、测试、检查、审计等各类活动，或对某些项处理、服务或文件等是否和规定的需求相一致进行判断和提出报告。确认是一系列的活动和过程， 目的是想证实在一个给定的外部环境中软件的逻辑正确性。即保证软件以正确的方式来做了这个事件。1) 静态确认，不在计算机上实际执行程序，通过人工或程序分析来证明软件的正确性；2) 动态确认，通过执行程序做分析，测试程序的动态行为，以证实软件是否存31在问题。软件测试的对象不仅仅是程序测试， 软件测试应该包括整个软件开发期问各个阶段所产生的文档，如需求规格说明、概要设计文档、详细设计文档，当然软件

41、测试的主要对象还是源程序。7.4 软件测试的分类7.4.1 关心软件内部结构和具体实现的角度划分，可分为白盒测试和黑盒测试。7.4.1.1 黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有的功能，通过测试来检测每个功能是否都能正常使用，在测试时，把程序看作一个不能打开的黑盆子，在完全不考虑程序内部结构和内部特性的情况下，测试者在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用， 程序是否能适当地接收输入数锯而产生正确的输出信息，并且保持外部信息（如数据库或文件）的完整性。黑盒测试方法主要有等价类划分、边值分析、因果图、错误推测等，主要用于软件确认测试。“

42、黑盒”法着眼于程序外部结构、不考虑内部逻辑结构、针对软件界面和软件功能进行测试。 “黑盒”法是穷举输入测试，只有把所有可能的输入都作为测试情况使用，才能以这种方法查出程序中所有的错误。实际上测试情况有无穷多个，人们不仅要测试所有合法的输入，而且还要对那些不合法但是可能的输入进行测试。7.4.1.2 白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行， 按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能， 白盒测试的主要方法有逻辑驱动、 基路测试等， 主要用于软件验证。“白盒

43、”法全面了解程序内部逻辑结构、对所有逻辑路径进行测试。 “白盒”法31是穷举路径测试。在使用这一方案时，测试者必须检查程序的内部结构，从检查程序的逻辑着手，得出测试数据。贯穿程序的独立路径数是天文数字。但即使每条路径都测试了仍然可能有错误。第一，穷举路径测试决不能查出程序违反了设计规范，即程序本身是个错误的程序。第二，穷举路径测试不可能查出程序中因遗漏路径而出错。第三，穷举路径测试可能发现不了一些与数据相关的错误。7.4.2 从是否执行程序的角度，可分为静态测试和动态测试。7.4.3 从软件开发的过程按阶段划分，可分为单元测试、集成测试、确认测试、验收测试和系统测试。7.4.3.1 单元测试单

44、元测试又称模块测试，是针对软件设计的最小单位 程序模块，进行正确性检验的测试工作。其目的在于发现各模块内部可能存在的各种差错。单元测试需要从程序的内部结构出发设计测试用例。 多个模块可以平行地独立进行单元测试。在单元测试时，测试者需要依据详细设计说明书和源程序清单，了解该模块的 I/O 条件和模块的逻辑结构，主要采用白盒测试的测试用例，辅之以黑盒测试的测试用例，使之对任何合理的输入和不合理的输入，都能鉴别和响应。7.4.3.2 集成测试通常，在单元测试的基础上，需要将所有模块按照设计要求组装成为系统。这时需要考虑的问题是：1) 在把各个模块连接起来的时候，穿越模块接口的数据是否会丢失；2) 一

45、个模块的功能是否会对另一个模块的功能产生不利的影响；3) 各个子功能组合起来，能否达到预期要求的父功能；4) 全局数据结构是否有问题；5) 单个模块的误差累积起来，是否会放大，从而达到不能接受的程度。7.4.3.3 确认测试确认测试又称有效性测试。 任务是验证软件的功能和性能及其它特性是否与31用户的要求一致。对软件的功能和性能要求在软件需求规格说明书中已经明确规定。 它包含的信息就是软件确认测试的基础。7.4.3.4 验收测试1) 在通过了系统的有效性测试及软件配置审查之后，就应开始系统的验收测试。2) 验收测试是以用户为主的测试。软件开发人员和 QA（质量保证）人员也应参加。3) 由用户参

46、加设计测试用例，使用生产中的实际数据进行测试。4) 在测试过程中，除了考虑软件的功能和性能外，还应对软件的可移植性、兼容性、可维护性、错误的恢复功能等进行确认。5) 确认测试应交付的文档有：确认测试分析报告，最终的用户手册和操作手册，项目开发总结报告。7.4.3.5 系统测试系统测试， 是将通过确认测试的软件， 作为整个基于计算机系统的一个元素，与计算机硬件、外设、某些支持软件、数据和人员等其它系统元素结合在一起，在实际运行环境下，对计算机系统进行一系列的组装测试和确认测试。系统测试的目的在于通过与系统的需求定义作比较 , 发现软件与系统的定义不符合或与之矛盾的地方31第八章 总结本次实验可以

47、说是毕业设计的模板， 以往的课程设计和这相比只是一个小程序。实验中对于系统的整体框架和功能，我们有过争论也有了共识。经过多天团队的图书馆的资料查阅，网上资源的查找，遇到不能下载的例文不得不一页一页的截图，一切付出和努力终于有了成果。本实验中我完成了概要设计部分，为了能够有效完成任务，参考了课本和相关资料中有关这一内容的部分；也在完成层次图和模块图的时候遇到了困难， 不过经过不懈的努力最终完成。 在概要设计中，由于系统未成形，对于一些部分没有深入设计，只对其进行了文字描述。这是我第一次做有整体性的系统性课程设计：要考虑系统的整体功能，要配合团队的思想，对系统改进要配合队友的整体设计。同时我也学到

48、了很多：对课程的设计要有我们自己的观点，要学会主动思考，不能局限于例文。在系统功能设计时要多听取他人意见，要保证系统能带给使用者优越感和实用性，这些对将来毕业设计都有很大帮助。经过本次设计，对毕业设计有了了解，我知道毕业设计比这次的要求更高，更严谨，系统设计的要更完善；不过，我有信心能够做的更好。这次软件工程的课程设计持续的时间很长，让我们有足够多的时间去完成，但前期准备不足，没花多少时间在课程设计上，以至于到最后一周都还没做完，还好，能够如期完成本次课程设计。通过本次课程设计学到了不少东西，能够将课堂上学到的知识用到本次课程设计中，但同时也发现了自己的不足，虽然上课都听了，笔记也记了，但做课

49、程设计的过程中发现自己还有很多不会，不能灵活运用上课学到的知识，通过问其他同学，冰河本小组成员之间相互讨论，把问题解决了。 感谢老师， 感谢同学， 能够有这次机会做本课程设计， 而学到一些东西。在需求分析， 详细设计， 概率统计中， 有很多地方是要画图， 本小组以以人为主，互相之间讨论，得出结果，其他可行性分析，界面设计等因为比较简单，都由个人自主完成。本课程设计由全体小组全部完成，都是不是认为自己能做好的，但我们做完了，很有成就感。懂得，做事不投机取巧，尽量自己认真去完成。31这次的软件工程课程实验用时颇长， 但我从这次的课程设计中得到了宝贵的经验和一些实验心得。首先先说说作课程设计的一些经

50、验。在选择课程设计的题目时，首先先要和小组成员探讨一下哪些课题比较适合我们小组成员喜欢作的， 然后大家在集体研究下该课题需要完成哪些功能，也就是说需要哪些知识，然后小组组长安排小组成员分别做哪些部分，这样就可以做到分工明确，每个小组成员都能做到一部分课程设计，以免个别成员偷懒。接着，每个小组成员根据多分到的课程设计中的一部分，上网或者图书馆找相关的资料已完成所需的设计。最后，各个小组成员然后在一起把所有的资料集中到一起分享，这样就可以得到关于课程设计的知识，以便更好的完成设计。其次再说说自己的感想。通过近 1 个月的课程设计，我发现了我在做课程设计这块上经验的缺乏，以及一些知识的匮乏，导致我前