[采购管理系统开发报告.doc

目录 目录 I 1 前言 1 1.1 选题的背景 1 1.2 选题说明 1 1.2.1 基本思路 2 1.2.2 作业目标 2 2 系统规划 3 2.1 项目名称 3 2.2 项目背景 3 2.3 项目目标 3 2.4 开发方法 3 2.5 项目功能 3 2.6 可行性分析报告 4 2.6.1 技术可行性 4 2.6.2 经济可行性 4 2.6.3 管理可行性 4 2.6.4 需求分析 4 3 系统分析 5 3.1 业务流程图 5 3.2 数据流程图 6 3.3 数据字典 7 3.3.1 数据项定义 7 3.3.2 数据流的描述 11 3.3.3 处理逻辑的描述 12 3.3.4 数据存储的描述 14 3.3.5 外部实体的描述 15 4 系统设计 16 4.1 总体设计 16 4.2 详细设计 16 4.2.1 代码设计 16 4.2.2 输出设计 17 4.2.3 输入设计 18 4.2.4 数据库结构设计 19 5 系统实施 22 5.1 登录设计 22 5.2 采购信息录入 23 5.3 出库记录修改 26 5.3 采购记录删除 29 5.5 总信息查询 30 5.6 其他表单 32 结束语 33 1 前言 1.1 选题的背景 传统采购的重点放在如何和供应商进行商业交易的活动上，特点是比较重视交易过程的 供应商的价格比较，通过供应商的多头竞争，从中选择价格最低的作为合作者。传统的采购模式的主要缺点表现在如下几个方面。 在采购过程中，采购一方为了能够从多个竞争性的供应商中选择一个最佳的供应商，往往会保留私有信息而供应商也在和其他的供应商竞争中隐瞒自己的信息。这样，采购、供应双方都不进行有效的信息沟通，这就是非信息对称的博奕过程。 验收检查是采购部门的一个重要的事后把关工作，质量控制难度大采购一方很难参与供应商的生产组织过程和有关质量控制活动，相互的工作是不透明 的。因此需要通过各种有关标准如国际标准、国家标准等，进行检查验收。缺乏合作的质量控制会导致采购部门对采购物品质量控制的难度增加。 供需关系是临时的或短期的合作关系，而且竞争多于合作由于缺乏合作与协调，采购过程中各种抱怨和扯皮的事情比较多，很多时间消耗在解决日常问题上没有更多的时间用来做长期预测与计划工作供应与需求之间这种缺乏合作的气氛增加了许多运作中的不确定性。 响应用户需求能力迟钝由于供应与采购双方在信息的沟通方面缺乏及时的信息反馈，在市场需求发生变化的情况下，采购一方也不能改变供应一方已有的订货合同， 因此采购一方在需求减少时库存增加， 需求增加时，出现供不应求。重新订货需要增加谈判过程，因此供需之间对用户需求的响应没有同步进行，缺乏应付需求变化的能力。项目背景研究课题题目：首先对研究企业的背景进行研究进而从经济、管理和技术三个方面对开发项目的可行性进行分析。得出结论之后，开始对该企业的组织结构和业务流程进行分析，然后得出逻辑模型即数据流程图。根据系统分析阶段的数据流程图得到物理模型即模块结构图。最后根据系统设计的内容进行程序设计并运行系统。 图3.1采购管理业务流程图 3.2 数据流程图 绘制顶层数据流程图关键在于找出主要外部实体和关键数据流。该公司采购业务的主要外部实体是需求部门和仓储部门。采购管理顶层数据流程图如图3.2所示。 图3.2 采购管理顶层数据流程图 采购管理一级数据流程图如图3.3所示。 图3.3 采购管理一级数据流程图 绘制采购业务二级数据流程图时，主要将采购计划管理进一步细化为需求计划汇总和生成采购计划两个处理模块，将采购收货管理进一步细化为采购收货管理和入库管理两个处理模块。同时各个数据处理过程伴随产生相应的数据流，并作出数据存储。采购管理二级数据流程图如图3.4所示。 图3.4 采购管理二级数据流程图 3.3 数据字典 3.3.1 数据项定义 数据项编号：I1 数据项名称：需求计划单号 类型及宽度：char(13) 说明：货物需求计划编号 取值范围： 数据项编号：I2 数据项名称：订单号 类型及宽度：char(13) 说明：需求计划编号 取值范围： 数据项编号：I3 数据项名称：收获通知编号 类型及宽度：char(13) 说明：收获通知单编号 取值范围： 数据项编号：I4 数据项名称：入库单编号 类型及宽度：char(13) 说明：入库单编号编号 取值范围： 数据项编号：I5 数据项名称：供应商编号 类型及宽度：char(5) 说明：供应商编号 取值范围： 数据项编号：I6 数据项名称：仓储部门编号 类型及宽度：char(5) 说明：仓储部门编号 取值范围： 数据项编号：I7 数据项名称：存货编码