订单管理信息系统.docx
- 文档编号:9962346
- 上传时间:2023-05-22
- 格式:DOCX
- 页数:31
- 大小:257.71KB
订单管理信息系统.docx
《订单管理信息系统.docx》由会员分享,可在线阅读,更多相关《订单管理信息系统.docx(31页珍藏版)》请在冰点文库上搜索。
订单管理信息系统
第1章绪言
1.1研究背景
随着我国成功加入WTO及信息化浪潮的日益临近,企业经营管理机制正在发生着根本性的变化,特别是处于激烈市场竞争环境下的高新技术企业,如果想要在日新月异的市场变化中求得生存,就必须有效地进行企业内部改革和加强企业管理。
借助现代信息技术和管理理论建立企业管理信息系统势在必行。
在激烈的市场竞争中,市场的销售方式己由“以产定销”转为“以销定产’,以市场和用户的需求为导向安排生产。
在按订单生产的环境中,用户的要求是多样化的,对供应商的要求也越来越高,不但表现在产品的质量、性能和售后服务方面,还反映在对产品品种、规格、型号等方面是否能快速响应市场的变化。
随着市场需求的变化,按订单生产这一领域以惊人的速度在发展,但不同的制造商遇到的实际问题各有不同,难易不等。
在生产计划编制与生产管理中,解决问题的方式方法,响应市场变化的速度也不尽相同[5]。
订单生产方式是现代企业生产发展的方向,它是将企业生产与市场动态紧密联系起来的生产方式,是一种依靠现代通讯技术和信息技术,以快速适应市场变化为根本目标的新型企业系统。
按订单生产与通过大批量生产单一产品来获得低成本的传统企业相比,在总体思路上是完全不同的。
它具有一些鲜明的特征,在管理思想、组织结构、生产方式等企业核心问题上有重大创新:
即适应市场的激烈竞争,响应市场迅速,甚至是从变化的角度,全面、系统地审视了传统企业与当代市场环境的不适应之处(前者生产滞后,不能紧跟消费需要的变化,无法生产满足个性的消费品等)。
订单生产系统还可运用当代信息技术及Internet组建“虚拟公司”,在企业之间以市场为向导,组建动态联盟,以便能够充分利用己有的资源,最大限度地占领市场,最好地满足用户的需要,从而获得最佳的效益。
1.2本课题的提出及研究内容
本课题是基于某制造企业的订单管理实际需要而进行的。
该企业随着市场经营的扩展,订单已经遍及全国各地,甚至海外都有长期的客户。
但是,由于该企业的订单管理一直采取手工管理的方式,不仅速度慢、效率低,而巨容易出错,订单的手工管理已经成为制约企业产品销售的瓶颈问题。
另外,由于当前市场竞争的日益激烈,原先“以产定销”的生产方式己无法适应市场快速变化的需要,新的“以销定产”的生产方式已经越来越受到制造企业的重视。
该制造企业为了降低生产和库存成本,提高企业市场竞争力,决定通过“以销定产”的方式来对订单进行管理,而现有的订单管理信息系统则无法满足这种需要。
另外,现有订单管理系统还具有以下局限性:
1、现有订单管理系统要求企业有较高的计算机网络环境,操作人员有较高的计算机水平;
2、现有订单管理系统的打印报表功能不够完善,无法打印符合该企业需求的订单管理报表;
3、现有订单管理系统由于多个模块相互作用,反应速度较慢。
由于该企业信息化水平低,计算机应用的时间非常短,现在还不具备上MRPII或ERP的条件。
所以单独开发一个适合企业实际需求的订单管理系统就显得非常有意义。
本课题设计的信息订单管理信息系统具有以下的优点:
1、该系统是一个面向“以销定产”生产方式的管理系统,这与传统订单管理系统有着明显的区别;
2、该系统是根据企业具体需求来贴身定制的,所以能够满足该企业订单管理的实际需求:
3、该系统具有完善的报表打印功能,满足了企业对订单报表打印需求:
本课题主要研究了以下内容:
1、对管理信息系统进行了总体的介绍,这方面的内容包括管理信息系统的发展历史、管理信息系统的特点、管理信息系统的开发方式和开发步骤。
2、对订单管理系统进行了分析和设计,具体内容包括系统功能需求介绍、功能需求描述、系统平台选择和数据库设计。
数据库设计包括数据库介绍、数据字典分析等内容。
3、基于上述分析与设计,本文又详细介绍了订单管理系统的功能实现。
1.3开发工具简介
1.3.1PowerBuilder9.0简介
本系统的软件开发工具采用的是powerbuilder9.0,它是美国Sybase公司研制的一种新型、快速开发工具,是客户机/服务器结构下,基于windowsxp和Windows.NET的一个集成化开发工具。
它包含一个直观的图形界面和可扩展的面向对象的编程语言PowerScript,提供与当前流行的大型数据库的接口,并通过ODBC与单机数据库相连。
其主要特点如下:
(1)可视化、多特性的开发工具。
全面支持Windows或Windows.NET所提供的控制、事件和函数。
PowerScript语言提供了几百个内部函数,并且具有一个面向对象的编译器和调试器,可以随时编译新增加的代码,带有完整的在线帮助和编程实例。
(2)功能强大的面向对象技术。
支持通过对类的定义来建立可视或不可视对象模型,同时支持所有面向对象编程技术,如继承、数据封装和函数多态性等。
这些特性确保了应用程序的可靠性,提高了软件的可维护性。
(3)支持高效的复杂应用程序。
对基于Windows环境的应用程序提供了完备的支持,这些环境包括Windows、Windows.NET和WinOS/2。
开发人员可以使用PowerBuilder内置的Whatcom/C++来定义、编译和调试一个类。
(4)企业数据库的连接能力。
PowerBuilder的主要特色是DataWindow(数据窗口),通过DataWindow可以方便地对数据库进行各种操作,也可以处理各种报表,而无需编写SQL语句,可以直接与Sybase、SQLServer、Informix、Oracle等大型数据库连接。
(5)强大的查询、报表和图形功能。
PowerBuilder提供的可视化查询生成器和多个表的快速选择器可以建立查询对象,并把查询结果作为各种报表的数据来源。
PowerBuilder主要适用于管理信息系统的开发,特别是客户机/服务器结构[12]。
1.3.2SQLServer2000简介
SQLServer2000是Microsoft公司推出的高性能关系数据库管理系统,是Microsoft公司在大型数据库领域的旗舰产品,也是Microsoft公司争夺电子商务领域最重要的核心部件市场——网络数据库平台的一大利器。
SQLServer2000已经在性能和可扩展性方面确立了世界领先地位,是一套完全的数据库和数据分析解决方案。
主要有以下特点:
1、可扩展性和可用性
为了兼顾各种配置计算机的使用,SQLServer2000的数据库引擎可以运行在从装Windows98的台式机、笔记本电脑到安装Windows2000数据库中心的多处理器计算机上。
SQLServer2000企业版,具有联盟服务器、视图索引以及超大规模的内存支持等特征。
SQLServer2000所支持的联盟数据库服务器特性允许用户在数据库服务器水平上划分数据表,从而使得用户把本来一台服务器负责的功能扩展到多台数据库服务器上去。
这多台数据库服务器彼此合作提供类似于集服务器所能提供的强大性能。
2、企业级数据库
SQLServer2000关系数据库引擎具备有完善而强大的数据处理功能。
它在有效保证数据库一致性的基础上,尽量降低成千上万的数据库用户同时并发访问的管理和延迟成本[12]。
SQLServer2000的分布式查询允许用户同时引用多出数据源,但其友好的界面使用户觉得好像自始至终是在操作一个数据源。
3、简单、友好的操作方式
SQLServer2000包含一整套的管理和开发工具。
这些工具都有非常友好的界面,在提供强大功能的同时,易于安装、使用和发布。
用户可以把更多的精力放在自己的业务问题上,可以迅速的建立并发布强大而复杂的数据库应用系统[13]。
1.4开发方法
在开发方法的选择上,本系统采用自顶向下的开发策略:
自顶向下的开发策略是从订单管理的整体进行设计,逐步从抽象到具体,从概要设计到详细设计,体现结构化的设计思想。
自顶向下是强调由全局到局部、由长远到近期、由上层到下层,从探索、研制一种合理的信息流的模型出发,设计出适合于这种信息流的信息系统。
子模块通过信息流确定,而且尽可能的要求每个局部模块优化建立在全局优化的指导下。
第一层首先分析订单管理信息系统的系统环境、系统边界、系统的总目标,然后分析系统完成总目标所应具有的功能以及实现这些功能的信息需求。
第二层是模块级。
根据系统的目标、功能以及需求,导出各个模块的目标、功能以及信息需求。
同理,逐级地推演更下一层地模块,即由上而下、由粗而细、逐级分解、逐层细化[9]。
第2章需求分析
2.1系统可行性分析
订单管理是企业经营管理的一个重要组成部分,企业利润的实现过程实际上就是客户订单执行的过程,所以有效的管理订单是企业销售部门的重要工作之一。
订单的管理信息有助于企业在制定生产计划、原材料采购、物流管理、资金管理时做出最有效的决策。
订单管理报表可以清楚地表述出企业当前的经营状况。
企业对订单的管理,不仅涉及到生产能力的发挥,而且还会直接影响企业生产经营活动是否能够顺利进行。
而对订单管理的现状,企业的领导有以下三种选择:
1、不做任何变化,维持订单管理目前的手工管理现状;
2、购买市场上的商品化软件,提高订单管理水平;
3、根据公司的实际情况,自行开发一套订单管理软件。
第一种选择显然是被排除掉的,因为企业的领导对订单管理的重要性有正确的认识,迫切希望通过建立订单计算机管理信息系统,是企业管理工作更进一步规范化、制度化和程序化,避免订单管理的随意性,提供订单信息处理的速度和准确性,以便及时、准确地把握企业订单的信息,改变固定资产管理混乱的现状,以提供领导决策的水平。
那么,购买商品化的订单管理软件可行吗?
答案是否定的。
原因有四个:
1、经费问题
目前公司没有使用任何企业管理信息系统,企业内部也没有形成计算机网络。
而目前市场上的商业化企业管理信息系统大多内容比较庞杂,并且需要网络环境。
如果购买商业软件,包括网络建设的费用,花费至少在10万元以上。
2、功能方面
订单管理具有很强的针对性,通用的商品化软件由于需要考虑大多数企业的共性,所以很难满足企业实际业务的需求。
3、可移植性
商品化软件的可移植性一般都比较差,难以适应企业业务发展的需要,企业投资得不到保护。
4、数据共享
通用的商品化软件数据库底层一般都不开放,数据共享性差。
无法根据企业业务的变化进行调整[3]。
所以,自行开发是最好的选择。
2.2系统功能需求分析
订单管理信息系统对加强企业订单管理有着极其重要的作用,就一所中型企业来说,它每年就要签订大量的各种内容的订单,如果不对这些订单进行有效地管理,一旦出现了延误订单的事情,就会为企业的信誉和财产带来很大的损失。
不同的企业,对订单管理有不同的方式。
本系统作为一个基本的订单管理系统,主要实现以下功能。
1、订单管理:
实现对新订单的录入,编辑或删除已录入的订单,同时可以查看一笔订单的基本信息。
2、企业管理:
主要包括客户管理和产品管理。
对于管理员用户,可以添加、删除客户或产品信息,一般的用户可以通过该功能模块查看公司的客户信息和产品信息。
3、报表管理:
主要提供四个主要报表的查看、添加、删除、编辑等操作,其中包括客户清单报表、应收款报表、营业额报表和交货订单报表。
4、系统管理:
实现用户密码的修改以及重新登入系统和退出系统等功能。
第3章系统分析
在需求分析研究的基础上,通过系统分析来进一步完善系统的设计,完成数据结构的分析、设计,并建立起需求模型。
3.1业务流程分析
通过调查,得到订单管理的业务流程如图3-1所示:
图3-1业务流程图
3.2系统数据分析
本系统的逻辑模型主要是以系统数据流图和数据字典为主要描述工具。
即对订单管理功能进行认真的分析和研究基础上,从业务管理功能和管理对象出发,按管理系统中应有的数据流图和数据结构来勾画系统的全貌。
3.2.1系统数据流图
数据流图是在对系统充分调查研究的基础上,从系统的科学性、管理的合理性、实际运行的可行性角度出发,将信息处理功能和彼此之间的联系自顶向下、逐层分解,从逻辑上精确的描述系统应具有的数据加工功能、数据输入、数据输出、数据存储即数据的来源和去向。
符号说明如下:
外部实体数据流
处理数据存储
首先,分析订单管理的总体情况,划分系统边界,识别系统的数据来源和去向,确定外部项,得到系统的顶层数据流程图,如图3-2所示。
图3-2顶层数据流图
然后,划分除几个主要的信息管理功能,并明确各功能之间的联系,绘制出
第一层数据流图,如图3-3所示。
图3-3第一层数据流图
进一步画出系统二级流图,主要包括录入管理数据流图和查询管理数据流图,分别如图3-4和3-5所示。
图3-4录入管理数据流图(二层数据流图)
图3-5查询管理数据流图(二层数据流图)
3.2.2数据词典
绘制数据流图以后,只是对数据处理和彼此之间的联系进行了说明,为了进一步明确数据的详细内容和数据加工过程,应将最低层数据流图中的全部数据流及其组成部分的数据元素、数据存储和加工通过数据词典描述清楚,以便系统设计时使用。
在系统分析中产生了大量的数据元素、限于篇幅,这里仅就数据流、数据存储和数据元素举例说明。
1、数据项(部分)
1)数据项名:
产品编号
数据项含义说明:
唯一标识一种产品,形式如:
CP100001
数据类型:
字符类型
长度:
20
取值范围:
SP100001~SP999999
取值含义:
“CP”标识信息分类编码,表示“商品”;“100001”标识信息条目编码,采用顺序递增的方式编码。
2)数据项名:
客户编号
数据项含义说明:
唯一标识一个客户,形式如:
KH100001
数据类型:
字符类型
长度:
20
取值范围:
KH100001~KH999999
取值含义:
“KH”标识信息分类编码,表示“客户”;“100001”标识信息条目编码,采用顺序递增的方式编码。
3)数据项名:
订单编号
数据项含义说明:
以此记录一次订货登记,唯一标识每次订货登记,形式如:
DDBH100001
数据类型:
字符类型
长度:
20
取值范围:
DDBH100001~DDBH999999
取值含义:
“DDBH”标识信息分类编码,表示“订单号”;“100001”标识信息条目
编码,采用顺序递增的方式编码。
2、数据存储(部分)
1)数据存储名:
用户信息表
编号:
D0
组成:
{用户信息}
组织形式:
按操作员编号从小到大排列
2)数据存储名:
产品信息表
编号:
D1
组成:
{产品信息}
组织形式:
按产品编号从小到大排列
3)数据存储名:
客户信息表
编号:
D2
组成:
{客户信息}
组织形式:
按客户编号从小到大排列
4)数据存储名:
订单信息表
编号:
D3
组成:
{客户订单信息}
组织形式:
按订单编号从小到大排列
5)数据存储名:
订单明细表
编号:
D4
组成:
{订单明细信息}
组织形式:
按客户名称,订货时间从小到大排列
3、数据流(部分)
1)数据流名:
登录信息
组成:
{用户姓名,密码}
2)数据流名:
产品信息
组成:
{产品标识,产品名称,库存量,已交货量,未交货量}
3)数据流名:
客户信息
组成:
{客户ID,客户名称,地址,电话,Email,公司名称,传真,备注}
4)数据流名:
客户订单信息
组成:
{订单编号,产品名称,单价,数量,客户名称,客户地址,客户联系方式,
订货日期,送货日期,送货方式}
4、处理过程(部分)
1)处理名:
登入信息验证
输入流:
登入信息
输出流:
有效信息,无效信息
处理逻辑:
验证用户信息是否合法
2)处理名:
客户订单录入
输入流:
客户订单信息
输出流:
客户订单信息
处理逻辑:
进行客户订货信息的录入
3)处理名:
客户订单查看
输入流:
查看方式信息
输出流:
客户订单明细信息
处理逻辑:
进行客户订货信息的审核
4)处理名:
客户信息查看
输入流:
查看信息
输出流:
公司客户信息
处理逻辑:
根据客户订单,对客户信息进行查看.
5)处理名:
产品信息查看
输入流:
查看信息
输出流:
公司产品信息
处理逻辑:
根据客户订单,查看公司的产品订货情况.
第四章系统总体设计
系统设计阶段的主要目的是将系统分析阶段所提出的反映了用户信息需求的系统逻辑方案转换成可以实施的基于计算机与通信系统的物理(技术)方案。
它包括数据库设计以及系统的总体设计。
数据库设计包括概念结构设计和逻辑结构设计,而系统的总体结构设计是系统设计阶段的主要活动之一,是为了实现系统总体功能,提高系统的各项指标。
这一阶段的主要任务就是将整个系统合理的划分成各个功能模块,正确处理模块之间与模块内部的联系以及它们之间的调用关系和数据联系,定义各模块的内部结构等[15]。
4.1系统设计的原则
管理信息系统在进行系统设计时,应该遵循以下原则[11]:
1、可靠性原则
系统如果出现故障,必将影响企业员工培训管理的业务正常进行,同时可能影响与之相关的部门的工作。
因此,高可靠性原则是本系统设计所遵循的一条重要原则。
设计时采取如下措施以使系统可靠:
·采用高质量的设备:
·设计安装时,注意设备之间的接口及匹配,充分考虑空间距离和环境干扰因素对信号传输的影响,在设备的搭配和介质的选用上采用一系列的冗余技术;
·充分考虑数据的安全性和完整性,数据存储采用两级备份,某一级出现故障时不会导致数据丢失。
2、标准化原则
本系统的所有设计文档和设计方案遵循国际及国家现行的标准进行,以提高系统的开放性,同时也利于系统扩充。
软件设计严格按照国家软件设计规范实施。
3、可维护性原则
系统运行后,维护工作将是一个长期的工作。
因此,本系统设计充分考虑维护工作的需求;设计采用面向对象、模块化的技术,提高软件的复用性、界面一性、代码重用性,尽量降低维护工作量及困难。
4、经济性原则
在满足系统性能要求的前提下,硬件配置尽量考虑利用企业原有设备,以降低系统成本。
5、先进性原则
可扩充性和开放性。
本系统要能进行产品更新换代以适应用户的需求,因此,系统软硬件均采用模块化结构,界面清楚,易于升级和扩充,并预留接口,以便将来增加管理终端。
4.2系统总体结构设计
本系统功能模块图如图4-1所示:
图4-1系统功能模块结构图
4.3系统数据库设计
4.3.1数据库设计原则
对数据的有效组织和管理,是实现管理信息系统的中心环节。
有效的数据组织取决于数据库的设计,而有效的数据管理则依赖于数据库管理系统(DBMS)的选择。
在进行数据设计时要注意以下原则:
·数据库系统在逻辑上应有层次结构,数据自下而上逐层归纳、汇总。
·数据库结构必须规范化,必须保证数据的正确件和完整性。
·必须保证对数据的安全性,对故障应有预防能力、保护能力和恢复能力以及对数据的保密能力[13]。
4.3.2数据库需求分析及系统E-R图
根据系统设计和业务逻辑设计,需要存放以下信息:
(1)系统登录用户信息:
用户名、密码、用户类型等
(2)订单基本信息:
包括订单编码,商品名称等。
(3)企业基本信息:
包括客户信息、产品信息。
(4)报表基本信息:
包括客户清单报表、应收账款报表等。
下面分别给出各实体的E-R图及总的E-R图:
1、管理员E-R图,如图4-2所示。
图4-2管理员E-R图
2、订单E-R图,如图4-3所示。
图4-3订单E-R图
3、产品基本信息E-R图,如图4-4所示。
图4-4产品E-R图
4、客户基本信息E-R图,如图4-5所示。
图4-5客户基本信息E-R图
5、系统总的E-R图:
图4-6系统总E-R图
4.3.3数据库表结构设计
现在需要将上面的数据库概念结构装化为SQL2000数据库系统所支持的实际数据模型,也就是数据的逻辑结构。
该系统数据库由多个表组成,各表名称及包含的数据元素如下所示[11]。
1、订单信息表(数据库中为ddxx),如表4-1所示。
表4-1订单信息表
序号
列名
数据类型
长度
是否为主键
允许为空
1
订单ID
char
10
Yes
NULL
2
产品名称
char
10
NULL
3
产品数量
int
10
NULL
4
产品单价
Money
20
NULL
5
客户名称
Char
10
NULL
6
客户地址
Char
50
NULL
7
客户联系方式
Char
15
NULL
8
订货日期
Date
10
NULL
9
送货日期
Date
10
NULL
10
送货方式
Char
50
NULL
11
负责人
Char
10
NULL
2、订单明细表(数据库中为ddmx),如表4-2所示。
表4-2订单明细表
序号
列明
数据类型
长度
是否为主键
允许为空
1
订单标识
Char
10
Yes
NULL
2
订单ID
Char
10
NULL
3
产品名称
Char
30
NULL
4
数量
int
10
NULL
5
客户标识
Char
10
NULL
6
订单状态
Char
10
NULL
3、客户信息表(数据库中为khxx),如表4-3所示。
表4-3客户信息表
序号
列名
数据类型
长度
是否为主键
允许为空
1
客户ID
Char
10
Yes
NULL
2
客户姓名
Char
10
NULL
3
Char
20
NULL
4
Phone
Int
15
YES
5
Address
Char
255
NULL
6
公司名称
Char
30
NULL
7
传真号码
Int
10
YES
8
备注
Char
255
YES
4、产品信息表(数据库中为cpxx),如表4-4所示。
表4-4产品信息表
序号
列名
数据类型
长度
是否为主键
允许为空
1
产品标识
Char
10
Yes
NULL
2
产品名称
Char
30
NULL
3
库存量
Int
10
NULL
4
已交货量
Int
10
NULL
5
未交货量
Int
10
NULL
5、客户清单表(数据库中为khqd),如表4-5所示。
表4-5客户清单报表
序号
列名
数据类型
长度
是否为主键
允许为空
1
客户ID
Char
10
Yes
NULL
2
客户名称
Char
30
NULL
3
客户类型
Char
10
NULL
4
订购产品
Char
10
NULL
5
订购数量
Int
10
NULL
6、应收账款报表(数据库中为yszk),如表4-6所示。
表4-6应收账款报表
序号
列名
数据类型
长度
是否为主键
允许为空
1
应收账款ID
Char
10
Yes
NULL
2
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 订单 管理信息系统