【vfp精品源码栏目提醒】:文章导读:在新的一年中,各位网友都进入紧张的学习或是工作阶段。
网学会员整理了vfp精品源码-美的订单管理信息系统(精品) - 毕业设计的相关内容供大家参考,祝大家在新的一年里工作和学习顺利!
1 前言1.1 作业背景 课程作业的具体要求如下: 用信息系统开发工具(例如 PowerBuilder、Delphi、VB、
VFP 等)开发一个实用的中小型订单管理信息系统。
(1)根据课程实践时间选择适当规模大小的设计课题。
针对信息系统课程实践的具体特点,体现项目管理的思想,可由指导教师对学生进行分组(每组 4-6 人),一组一题,分工合作,共同完成。
(2)根据合理的进度安排,按照系统开发的流程及方法,踏实地开展课程实践活动。
(3)课程实践过程中,根据选题的具体需求,在开发各环节中撰写相关的技术文档,最后要求提交详细的课程实践报告。
(4)开发出可以运行的管理信息系统,通过上机检查。
1.2 选题说明 项目背景研究课题题目:订单管理信息系统设计与开发。
1.2.1 基本思路 首先对美的公司的背景进行研究进而从经济、管理和技术三个方面对开发项目的可行性进行分析,充分掌握此次设计要了解的内容。
得出结论之后,开始对该企业的组织结构和业务流程进行分析,然后得出逻辑模型即数据流程图。
根据系统分析阶段的数据流程图得到物理模型即模块结构图。
最后实现系统的运行。
1.2.2 作业目标 通过对订单管理信息系统的设计与开发,熟练使用所学的结构化分析、设计方法分析系统以及 VF 的相关知识,描述系统,设计系统并最终运行系统。
掌握业务流程图,数据流程图,数据字典等工具。
熟练使用模块设计方法,数据库设计方法,代码设计方法,输入输出设计方法等设计物理系统。
并且会做简单的系统,并运行实施。
1.3 工作业绩1.3.1 个人主要工作 通过对前三部分的可行性分析、系统分析和系统设计的研究基础上完成最后的系统实施部分的工作。
我主要负责登录设计、修改密码设计、修改与删除用户设计添加用户设计。
1.3.2 主要收获 通过前面三个小组成员的努力工作完成了可行性分析,系统的分析,系统的设计,最后是系统的实施。
这部分由我和另一位成员共同负责完成,我们利用前面三步的数据,并通过到图书馆查阅相关书籍对系统实施工作有了更深刻的了解。
在对整个订单系统了解之后,成功进行了数据库的设计。
这个技术支持是 VF实验课上的知识,在当时不太深刻了解的情况下设计数据库的难度很大,在我们两位成员的共同努力下,客服种种困难终于设计成功。
代码的设计这部分,抱着可靠性的原则,仔细查阅了相关资料最终设计了可运行的源代码。
在程序的测试过程中,我收获很大,因为这个过程就是对自己劳动成果的检验过程,查漏补缺,在一次次错误的情况下,让我了解了很多课上没有学到的知识。
这次的系统开发工作不仅使我学到了更多的知识,还增强了我们小组成员之间的默契配合程度。
1.3.3 自我评定 □优 √ 良 □中 □及格 □不及格1.3.4 小组成员任务分工情况 本组为本次课程设计第××组,组长为:王宁,小组所有成员分工如下: 学号 姓名 任务 备注 0904080104 袁永凤 系统规划 0904080107 朱 琳 系统分析 0904080106 王 宁 系统设计 组 长 0904080105 商祥巧 系统实施 5.1~5.4 0904080108 姜 娇 系统实施 5.5~5.9 2 系统规划2.1 项目名称 美的公司订单管理信息系统2.2 开发目标 本次工作的目标是开发出一个操作简单、界面友好、灵活实用、安全可靠的订单管理信息系统。
通过开发该订单管理信息系统,建立比较完整的订单体系,使公司的运营更加顺利,得到较高的效益。
所以本组希望完成以下的目标: 1、使该订单管理信息系统具可以对企业的经营管理活动进行有效的管理和控制,进而达到对企业的经营活动过程的全程监控和控制的目的; 2、努力彻底的改变企业信息重复、混乱、无法共享的现状; 3、在生成订单的过程中要能够直接调用客户和商品的信息。
2.3 项目背景 当今的信息系统不仅广泛地应用了信息技术,还融入了现代管理思想、数学分析方法。
订单生产方式是现代企业生产发展的方向,它是将企业生产与市场动态紧密联系起来的生产方式,以快速适应市场变化为根本目标的新型企业系统。
通过对美的公司的管理信息系统的分析,借助现代信息技术和管理理论,建立公司的订单管理信息系统,对美的公司而言,全面开发和应用计算机管理信息系统就是近期不能回避的问题,也是适应市场发展的关键因素。
2.4 系统的初步调查与分析2.4.1 需求分析 在订单管理信息系统中,最主要的是客户对商品的需求进而形成订单。
具体来说,客户在提出订单前必须要提出一个购买申请,企业要根据这个购买申请来查看企业是否能够满足该申请的条件,例如库存数量是否可以满足订单要求等,这个过程必须要有人员完成,不仅时间延迟较长,而且浪费了人力、物力、财力,对于现代企业来说,效率直接影响着企业的效益,在以效率为竞争关键的现代企业中,这种作业方式势必给企业带来管理上的不便。
如果美的公司拥有一个比较快捷完善的订单管理信息系统,不仅减少人为操作的麻烦和失误,还可以对商品信息进行科学的管理,提高数据交易的准备性和效率,从而减少不必要的损失,使企业在现在日益激烈的市场竞争中占据有利地位,赢得更高的效益。
2.4.2 美的公司的运行状况 美的集团创建于 1968 年。
1980 年,正式进入家电业。
1981 年,开始使用美的品牌。
1993 年,集团下辖的广东美的集团股份有限公司在深交所上市,成为全国第一家由乡镇企业改制而成的上市公司。
2001 年,美的转制为民营企业。
2003 年,美的集团相继收购云南、湖南的客车企业,正式进入汽车业。
从上个世纪八十年代打造出中国第一台全塑型风扇开始,美的产品就一直在国内市场占据着十分重要的地位,目前美的家电产品基本都在国内市场中位居前列。
力争到 2012 年,集团整体从单一的家电制造企业发展成长为国内知名的综合性、国际化制造企业集团。
2.4.3 开发条件 美的公司的信息管理部门负责人和广大的信息管理人员要求开发先进的订单管理信息系统,以解决公司在订单处理过程中所面临的不必要的麻烦。
系统的开发由我们小组人员负责,可提供高素质的开发人才,美的公司可以提供给我们精神和物资上的奖励,我们将全力开发出快捷方便的订单管理信息系统。
2.5 开发策略 我们采用“自上而下”的开发策略,从整体上协调和规划,由全局到局部,由长远到近期,从美的公司的高层管理着手,考虑了美的公司的目标,确定了需要实现的功能。
本课题设计开发了一个实用的产品订单管理信息系统,系统采用小型数据库管理系统中优秀的软件“Visual FoxPro 6.0” 作为系统开发工具,在美的公司订单管理信息系统体系进行充分分析和系统论证的基础上开发研制的。
2.6 可行性分析2.6.1 管理上的可行性研究 订单管理是企业经营管理的一个重要组成部分,企业利润的实现过程实际上就是客户订单执行的过程,所以有效的管理订单是企业销售部门的重要工作之一。
原材料采购、物流管理、资金管理时做出最有效的决策。
因此,美的公司的领导人员对订单管理的重要深入了解和认识,迫切希望通过建立订单计算机管理信息系统,使企业管理工作更进一步规范化、制度化和程序化,避免订单管理的随意性,提高订单管理信息处理的速度和准备性,以便及时、准备地把握企业订单的信息,改变固定资产管理混乱的现状,以提高领导决策的水平。
2.6.2 技术上的可行性研究 软件分析:由于 Windows Xp 操作系统是有人机变互的友好界面,很容易掌握及操作,程序界面相对较容易实现等特点。
1、Windows Xp 操作系统易学易用,而且可以满足需求,故决定采用 Windows Xp平台开发。
2、采用 SQL Server 2005 数据库系统作为超市进销存管理系统的后台数据库。
3、由于 MyEclipse 具有面向对象可视化编程的特点,是创建 Windows 应用程序最简便、最快捷的开发工具之一,故采用 MyEclipse7.1 为开发工具。
硬件分析: 硬 件:中央处理器(CPU) P4 以上 : 内 存:512M 硬 盘:40G 显 示 器:一般品牌 打 印 机:一般品牌 人员分析: 此系统操作简单,使用人员无需具有专业的计算机操作基础,因此对工作人员来说应用此系统是不成问题的。
2.6.3 经济上的可行性研究 本系统由我们小组自主开发,免费使用。
管理和维护比较简单,除了必要地设备投资外,后期只需要少量资金就可确保运转。
因此,对于美的公司在经济上完全可以接受。
投入:除软件开发成本,一台中等电脑,现价 4000 元左右,完全可以良好的运行系统,完成硬件平台的要求,而且经济实用。
2.7 结论 综上所述,无论是从技术方面、经济方面还是管理方面看开发此系统均是可行的。
3 系统分析3.1 业务流程图 通过对美的公司的订单管理系统的调查、分析,对该公司的业务流程管理系统中主要的业务单位、处理过程等有了进一步了解,具体的业务流程图如图 3.1 所示。
图 3.1 订单管理业务流程图3.2 数据流程图 通过对美的公司订单管理系统的分析,得知该公司的主要外部实体及关键数据流。
美的公司订单管理系统的主要外部实体为客户及采购部门。
订单管理的顶层数据流程图如图 3.2 所示。
图 3.2 订单管理顶层数据流程图 将系统内部划分为几个主要的操作部分,并明确相互之间的联系,确定输入输出信息,用数据流将相关的加工连接起来。
得到订单管理的一级数据流程图,如图3.3 所示。
3.3 订单管理一层数据流程图 绘制定单处理的二层数据流程图时要对一层数据流程图中的处理过程进行细化,得到更加完善、功能齐全的二层数据流程图,如图 3.4 所示。
图 3.4 订单管理二层数据流程图3.3 数据字典3.3.1 数据项定义 表格 3.1 数据项定义数据项编号 名 称 类型 长度 取值范围 简 述A01 产品编号 字符型 8 0~999999 某产品的编号A02 产品名称 字符型 40 0~999999 某产品的名称A03 产品单位 字符型 10 0~999999 某产品的单位A04 产品单价 数值型 8 0~999999 某产品的销售单价A05 产品类别 字符型 20 0~999999 某产品的类别A06 产品产地 字符型 40 0~999999 某产品的产地A07 客户编号 字符型 8 0~999999 某客户编号A08 客户名称 字符型 40 0~999999 某客户名称A09 联系人 字符型 20 0~999999 某业务的联系人A10 客户地址 字符型 40 0~999999 某客户地址A11 客户邮编 字符型 6 0~999999 某客户邮编A12 联系人电话 字符型 12 0~999999 某联系人电话A13 订单编号 字符型 10 0~999999 客户下的订单编号A14 订购数量 数值型 8 0~999999 客户订购的产品的数量A15 订单总额 字符型 12 0~999999 客户订购的产品的总额A16 发货单编号 字符型 10 0~999999 向客户发货的订单编号A17 应收账款编号 字符型 10 0~999999 应收账款单的编号3.3.2 数据结构定义 表格 3.2 数据结构定义 DS03 客户订货单 A13 订单编号 A15 订购数量 A16 订单总额 DS01 产品信息客户信息 DS02 客户信息 A01 产品编号 A07 客户编号 A02 产品名称 A08 客户名称 A03 产品单位 A09 联系人 A04 产品单价 A10 客户地址 A05 产品类别 A11 客户邮编 A06 产品产地 A12 联系人电话3.3.3 数据流定义 表格 3.3 数据流定义数据流 数据流 简 述 数据流 数 据 流 数据流组成 数据流 高峰期 编 号 名 称 来源 去 向 流 量 流 量F1 订货单 客 户 开 出 的 客户 订单审 客 户名称 订购 产 15 份 / 20 份 / 订货单 核模块 品名称产品数量 时 时F1.1 合格的 经 审 核 合 格 订单审 查询库 客 户名称 订购 产 13 份 / 17 份 / 定货单 的订货单 核模块 存模块 品名称产品数量 时 时F1.2 不合格 经 审 核 不 合 订单审 客户 客 户名称 订购 产 2 份/时 3 份/时 的订单 格的订货单 核模块 品名称产品数量F2 能满足 经 查 询 能 满 查询库 确定发 客 户名称 订购 产 12 份 / 15 份 / 的订单 足的订单 存模块 货模块 品名称产品数量 时 时F3 未能满 经 查 询 未 满 查询库 缺货登 产品名称 1 份/时 2 份/时 足的订 足的订单 存模块 记模块 缺货数量 单F4 到货通 暂缺货物到 采购部 确定发 产品名称 1 份/时 2 份/时 知单 货通知 门 货模块 产品数量F5 发货单 确定向客户 确定发 客户 客 户名称 订购 产 12 份 / 15 份 / 货模块 品名称产品数 时 时 量产品单价3.3.4 数据处理定义 表格 3.4 数据处理定义名称 编号 简述 输入的数 处理 输出的数据 处理频率 据流 流 对照产品信 一是合格的 每 时对 收到定单审核 P1 对客户下的定 客 户 订 货 息确定订单 订货单,二 的 订单 进行 单进行审核 单 是否合格 是不合格订 审核 单 一是能满足查询库存 P2 根据订单查询 合格的订 查询库存是 的订单,二 每 时根 据订 库存 货单 否满足订单 是不能满足 单查询库存 订单 将能满足的订 能满足的 将能满足的 每 时根 据订确定发货 P3 单进行发货处 订单 订单进行发 发货单 单 进行 发货 理 货处理 处理 根据开出的发 根据发货单 修改后的库 每次发货后修改库存 P4 货单修改库存 发货单 修改库存 存信息 对 库存 进行 修改 对已发出的订 根据发货单 每次发货后财务登记 P5 货单进行登记 发货单 单进行财务 应收账款 对进行财务 登记 登记3.3.5 数据存储定义 表格 3.5 数据存储定义编号 名称 简述 数据存储组成 关键字 相关联的处理 产品编号产品名 D1 产品信息 产品的编号、名称、 称产品单位产 产品编号 订单审核 单位、类别、产地 品类别产品产地 D2 库存账 库存产品的编号、 产品编号产品名 产品编号 查询库存、修改 名称、数量 称产品数量 库存 发出的产品编号、 产品编号产品名 名称、数量、以及客 称产品数量客 D3 发货记录 户的编号、名称、地 户编号客户名称 产品编号、 修改库存 址、邮编、联系电话、 客户地址客户 客户编号 订购总额 邮编联系电话 订购总额 D4 应收账款 客户编号、产品编 客户编号产品编 产品编号、 财务登记 号、订单总额 号订单总额 客户编号 4 系统设计4.1 总体设计 订单管理信息系统详细的功能进结构图如图 4.1 所示。
图 4.1 订单管理信息系统模块结构图4.2 详细设计4.2.1 代码设计 (1)产品代码设计 商品代码由两部分组成,第一部分为大写字母,代表产品的种类,第二部分为数字,代表产品的规格。
(如图 4.2 所示) 图 4.2 商品代码设计 (2)订单代码设计 考虑到公司每天订单数量的不确定性,订单代码由两部分组成,第一部分由四位数组成,代表当天的日期。
第二部分为顺序码,也为四位数,代表当天的第几张订单。
(如图 4.3 所示) 图 4.3 订单代码设计4.2.2 输出设计 本系统中的输出模块包括产品信息浏览功能和客户信息浏览功能,分别由“产品信息浏览”和“客户信息浏览”两个表单来实现,每个表单分别担当两个角色——信息浏览和信息选择,其中“产品信息浏览”设计如表 4.1 所示。
表格 4.1 “产品信息浏览”表单4.2.3 输入设计 订单管理信息系统中设计的输入模块包括系统登录、修改密码、添加用户、修改和删除用户 5 项功能,其中修改和删除用户功能在本系统中是集成在一个表单,此外,还包括产品信息管理、客户信息管理和订单信息管理 3 个功能,主要由“产 、品信息管理”“客户信息管理”和“订单信息管理”3 个表单来完成。
其中“产品信息管理”设计如表 4.2 所示。
表格 4.2 “产品信息管理”表单4.2.4 数据库结构设计 (1)概念结构设计(E-R 图) 本系统规划出的实体有:订单信息实体、客户信息实体、产品信息实体以及用户信息实体。
各个实体具体的描述 E-R 图下。
“订单信息”“客户信息”和“产品信息”实体之间关系的 E-R 图如图 4.4 所 、示。
图 4.4 实体之间关系 E-R 图 “产品信息”实体的 E-R 图如图 4.5 所示。
图 4.5 “产品信息”实体 E-R 图 (2)逻辑结构设计(关系结构模型) 根据概念结构设计的实体联系图所转换成的关系如下,其中用“”号表示的是关键字: 产品信息(编号,品名,单位,单价,类别,产地,说明) 客户信息(编号,名称,联系人,电话,地址,邮编) .