企业资源规划 完整版.docx

企业资源规划 完整版.docx

《企业资源规划 完整版.docx》由会员分享，可在线阅读，更多相关《企业资源规划 完整版.docx（43页珍藏版）》请在冰豆网上搜索。

企业资源规划完整版

1引言

20世纪90年代，计算机与网络技术的飞速发展持续快速地改变了全球商业形态。

竞争策略从以往着眼于低价位、高品质、多式样，转变成“快速度”。

旧的竞争因素的重要性不减，却变成维持竞争力的先决条件。

速度已成为企业资源规划纪元竞争的关键因素。

传统的制造业资源规划，经由开发系统平台、主从架构或三层式架构、局域网络、广域网络、关系型数据库、用第四代语言写成的图形接口应用程序等信息科技的应用，得以提升为企业资源规划。

FoxERP系统的财务管理是集成信息的财务管理，它集成了采购管理、原材料管理、产成品的管理、销售管理、生产管理、设备管理、固定资产管理等所有与企业有关的财务活动，其中成本是企业的重要资源，它包括直接成本与间接成本。

企业的成本管理在企业中有着非常重要的作用，是企业不可忽视的一部分。

成本管理子系统的基础数据有：

销售费用、行政管理费、财务费用、工人的工资、制造费用等。

企业的成本的业务处理有实际成本计算、月关账作业、标准成本卷叠等。

开发本子系统之前我们用到了PowerDesigner10。

PowerDesigner10是Sybase公司推出的机遇客户/服务器体系结构的一组图形化的数据库模型设计工具软件。

在ASP.NET中将面向对象的程序设计思想引入到Web应用程序的设计中，在ASP.NET中无论是页面本身，还是页面当中的元素以及后台的数据集，都可以用对象的思想来理解。

页面内部的元素都是以服务器控件的形式存在于ASP.NET的页面中的。

但是在服务器端，服务器控件的代码和普通饿HTML控件代码是不同的。

NET页面被访问的时候，服务器首先调用页面的装卸事件和页面中所有服务器控件的装卸事件。

定义这些事件的触发代码来完成需要的功能，例如数据的绑定、属性的设置等。

在ASP.NET提供的服务器端控件分为6组。

这是一组特殊的服务器控件，这组控件的功能是对页面内部其他控件输入的值进行验证和判断。

.NET中的层可以分为3种类别。

表示层提供应用程序的用户界面（UI），在ASP.NET中的页面就是UI的表现形式。

表示层是系统与用户沟通的惟一渠道，是系统功能的展现。

业务层实现应用程序的业务功能。

NET中通常以类库的形式封装系统需要处理的业务逻辑，业务层的设计与开发是ASP.NET的核心.

数据层提供对外部系统（如数据库）的访问。

NET应用程序中的数据访问类库，这些类库中并不包含系统的业务逻辑而仅仅是数据的存取操作方法。

另外在某些大型的ASP.NET应用程序中，所有和数据处理相关的页面都用到了同样的操作数据库的方法，这时抽象出单独的数据层大大地降低了代码的复用率，同时也提高了开发效率。

.NET的配置信息由machine.config文件存储的是单个ASP.NETWeb应用程序的配置信息，位于每一个ASP.NETWeb应用程序的根目录下。

Web.config中的配置信息会覆盖machine.config中的配置信息。

config文件的功能是用来指定应用于服务器上的所有ASP.NET应用程序的设置，而且每个服务器上只能存在一个这样的文件。

config存储的设置将被所有的ASP.config文件的重写。

config配置设置的易读性。

.NET应用程序中需要更改的配置信息写入Web.config固有的信息节点，将信息保存。

2系统概述

3

4

随着现代管理思想和方法的提出和发展，如JIT（JustInTime—及时生产）、TQC（TotalQualityControl—全面质量管理）、ORP（OptimizedProductionTechnology—优化生产技术）及DRP（DistributionResourcePlanning—分销资源计划）等，又相继出现了MES（ManufacturingExecuteSystem—制造执行系统）、AMS（AgileManufacturingSystem—敏捷制造系统）等现代管理思想。

MRP-II逐步吸收和融合其他先进思想来完善和发展自身理论。

20世纪90年代MRP-II发展到了一个新的阶段：

ERP（EnterpriseResourcePlanning—企业资源计划）。

随着全球信息的飞速发展，尤其是Internet的发展与应用，企业与客户、企业与供应商、企业与用户之间，甚至是竞争对手之间都要求对市场信息快速响应，信息共享。

越来越多的企业之间的业务在互联网上进行，这些都向企业的信息化提出了新的要求。

ERP系统实现了对整个供应链信息进行集成管理。

ERP系统采用客户机/服务器（C/S）体系结构和分布式数据处理技术，支持Internet/Intranet/Extranet、电子商务（E-business、E-commerce）及电子数据交换（EDI）。

企业资源规划FoxERP

企业资源规划的内涵

简要地说企业的所有资源包括3大流：

物流、资金流和信息流。

企业资源规划（ERP），以下称EEP，也就是对这3种资源进行全面集成管理的管理信息系统。

概括地说，ERP是建立在信息技术基础上，利用现代企业的先进管理思想，全面地集成了企业的所有资源信息，并为企业提供决策、计划、控制与经营业绩评估的全方位和系统化的管理平台。

ERP系统是一种管理理论和管理思想，不仅仅是信息系统。

它利用企业的所有资源，包括内部资源和外部市场资源，为企业制造产品或提供服务制造最优的解决方案，最终达到企业的经营目标。

ERP理论与系统是从MRP-II发展而来的，它除继承了MRP-II的基本思想（制造、供销及财务）外，还大大地扩展了管理的模块，如多工厂管理、质量管理、设备管理、运输管理、分销资源管理、过程控制接口、数据采集接口、电子通信等模块。

它融合了离散型生产和流程型生产的特点，扩大了管理的范围，更加灵活或“柔性”地开展业务活动，实时地响应市场需求。

它还融合了多种现代管理思想，进一步提高了企业的管理水平和竞争力。

因此ERP理论不是对MRP-II的否认，而是继承也发展。

MRP-II的核心是物流，主线是计划。

伴随着物流的过程，同时存在资金流和信息流。

ERP的主线也是计划，但ERP已将管理的重心转移到财务上，在企业整个经营运作过程中贯穿了财务成本控制的概念。

总之，ERP极大地扩展了业务管理的范围及深度，包括质量、设备、分销、运输、多工厂管理、数据采集接口等。

2.1.2企业资源规划今后的发展及FoxERP

2.1.2

2.1.2

ERP的管理范围有继续扩大的趋势，继续扩充供应链管理（SupplyChainManagement—SCM）SCM融合企业本身的所有经营业务、企业的办公业务、企业之间的协同商务业务等，如电子商务（ElectronicCommerce—EC，B2B，B2C等）、客户关系管理（CustomerRelationshipManagement—CRM）、办公自动化（OA）等都不断地融入ERP系统中。

此外，ERP系统还日益和CAD（计算机辅助设计）、CAM（计算机辅助制造）、CAPP（计算机辅助工艺设计）、PDM（产品数据管理）、POS系统以及自动货仓等系统融合，互相传递数据。

这样就将企业管理人员在办公室中完成的全部业务都纳入到了管理范围中，实现了对企业的所有工作及相关内外部环境的全部管理。

ERP软件是基于供应链思想的应用，企业的资源将与处于供应链的各个节点企业进行广泛的资源共享、全面合作，是竞争与利益共享的关系。

ERP软件供应商也经常会强调这点，但却不能展开或深入指导企业如何建立企业的供应链管理，从而为提高企业竞争力服务。

企业资源规划FoxERP是基于WEB平台的系统，它是由销售、发货管理及销售分析子系统、产品及制成子系统、主生产排程子系统、材料需求计划子系统、采购管理子系统、库存管理子系统、工令管理子系统、重复性生产子系统、在制品管理子系统、外包管理子系统、现场绩效管理子系统、成本管理子系统、品质管理子系统、市场投机子系统、供应链管理子系统、总账管理子系统、应付账款及票据管理子系统、应收账款及票据子系统、固定管理子系统、费用管理子系统、人事管理子系统、考勤管理子系统、薪资管理子系统等23个子系统组成。

我们主要设计的是成本管理子系统。

2.2系统功能

2.2

2.2

2.2.1成本管理

2.2.1

2.2.1

根据实际企业中的实际情况，我们将成本管理系统分为五个模块，功能描述简要概括如下：

（1）基本数据维护

（2）

（3）

基本数据维护是成本管理系统的基础，标准成本计算和实际成本计算都要用到其中的资料。

它主要包括件号成本资料的维护，成本类别的维护，存货传票基本文件维护等基础数据的维护。

通过该模块资料的设置以后的各模块中的信息有了统一的标准。

（4）成本组数据维护

（5）

（6）

该模块是成本管理系统的基础之一，标准成本卷叠要用到该模块中的资料。

它主要包括成本组资料的建立，成本组主文件维护，件号标准单价维护，工作中心人工率、费用率维护，产能配比维护作业，工作中心总工作时计算。

成本组资料建立后，可以通过件号标准单价维护，工作中心人工率、费用率维护，产能配比维护作业，工作中心总工作时计算设置其详细资料，并且你可以通过成本组主文件维护可以对已存在的成本组文件进行修改。

（7）标准成本卷叠

（8）

（9）

标准成本是成本管理中的计划成本，反映了在一定时期内要达到的成本，主要依其各阶的材料表，途程表及外包资料，配合第阶材料的标准单价，各阶途程表标准工时资料，作业中心的预计直接人工分摊率，制造费用分摊率及外包单价，估计其成本，作为与实际成本比较的基准。

用户输入成本组号就可以调出标准成本表，还可以查询材料结构标准成本表。

（10）月关账作业

（11）

（12）

成本会计负责人在每月结算实际成本前，可针对当期制令单或外包单，利用工令异常管理报表及外包异常管理报表复核其数据状态（因为生管人员或外包人是会计单据的第一线审核者）。

工令异常管理报表检查制令单是否领料不足、领料超过、无工时数据、重修（或改组）工令应退未退等主要用于结算期末各类存货的结存数量及金额，并产生各类入出数量及金额。

（13）实际成本核算

（14）

（15）

实际成本是生产过程中实际产生的成本。

它是根据月关帐作业结果，以制令单或外包单的实际用量乘以加权平均得到材料成本,另外制令单的标准工时分摊当期实际发和的直接人工及制造费用（若为外包则是当期实际发生的外包金额,因为若以生产日报中的实际回报工时为外包费用的分摊基础,成本可能波动较大）,计算产品的直接人工成本及制造费用成本.税务成本即采用月加权实际成本制.在把各类成本相加及得到实际成本。

2.2.2系统管理

2.2.2

2.2.2

系统管理在我们整个系统中是一个比较重要的部分，该子系统主要涉及权限管理及系统设置。

（1）权限管理模块功能：

可以添加新的admin和user用户并为其分配相应的权限。

（2）

（3）

（4）系统设置模块功能：

系统设置主要包括修改密码功能。

修改密码必须提供加强系统的安全性，用户经常更改密码可以提高系统的安全性和保密性。

（5）

（6）

2.3系统的软件开发平台

2.3

2.3

2.3.1操作系统

2.3.1

2.3.1

Windows2000/XP、IIS（Web服务器）

2.3.2数据库

2.3.2

2.3.2

SQLServer2000大型数据库

2.3.3开发语言

2.3.3

2.3.3

（1）MicrosoftVisualStudio.NET2003（VisualC#）

（2）ASP.NET

3系统分析与设计

3.1PowerDesigner10简介

软件开发工具是支持软件生存期中某一阶段的任务实现而使用的计算机程序。

软件开发环境是一组相关的软件工具的集合，它们组织在一起支持某种软件开发方法或某种软件开发模型。

软件开发工具与环境是软件工程的重要组成部分，对于提高软件生产效率、改进软件质量起着越来越大的作用。

我们组本次软件建模所用的CASE（计算机辅助软件工程）工具是PowerDesigner10。

PowerDesigner10是Sybase公司推出的机遇客户/服务器体系结构的一组图形化的数据库模型设计工具软件。

它为系统分析员、设计员、数据库管理员和使用系统的业务人员分析复杂的应用环境提供了一个灵活、便捷的工具，利用它可以很方便地完成面向对象的方法设计和建立数据库系统。

PD对各类数据库模型提供了直观的符号表示，不仅使设计人员能更方便、简洁地向非计算机专业技术人员展示数据库设计和应用系统设计，使系统的设计人员用户更易于相互理解和交流，同时也使项目组内的交流更为直观、准确，更便于协调工作，从而加速系统的设计开发过程。

PD集成特性灵活，其集成化的结构不仅使开发组的成员可以对其裁剪，而且使开发单位能根据其项目的规模、范围和预算等各方面的因素来选择所需的模块，同时也便于系统进一步地扩展。

下面简介成本管理子系统建立的模型。

3.1.1CDM（概念数据模型）

3.1.1

3.1.1

概念数据建模是建模的重要阶段，它把现实世界中的信息抽象成实体和联系来产生实体联系图（E-R）模型。

这一阶段为高质量的应用提供坚实的数据结构基础。

概念数据建模通过实体和属性以及这些实体之间的关系（E-R模型）表明系统内部抽象的数据结构，概念数据模型建模与模型的实现方法无关，即概念数据建模与具体的数据库系统、操作系统平台等无关。

PD中的CDM还可以转换成类图或PDM（物理数据模型）。

成本管理子系统设计的CDM图如图1所示。

图3-1成本管理子系统的CDM图

3.1.2PDM（物理数据模型）

3.1.2

3.1.2

物理数据建模把CDM与特定的DBMS的特性结合在一起，产生PDM，进而产生库表。

同一个CDM结合不同的DNMS产生不同的PDM。

PDM包括DBMS的特性，反映主键（PrimaryKey），外键（ForeignKey），后选键（AlternativeKey），视图（View），索引（Index），触发器（Trigger），存储过程（StoredProcedure）等特征。

成本管理子系统的PDM图如图2所示。

图3-2成本管理子系统设计的PDM图

3.1.3OOM（面向对象的模型）

3.1.3

3.1.3

（1）用例图：

用例图反映了用户需求。

成本管理子系统的用例图如图3所示。

（1）

（1）

图3-3成本管理子系统设计的用例图

（2）活动图：

成本管理子系统的活动图如图3-4、3-5、3-6所示。

（2）

（2）

图3-4成本管理子系统的身份验证活动图

图3-5成本管理子系统—标准成本与成本组资料模块活动图

图3-6成本管理子系统—实际成本与月关账作业模块活动图

（3）类图：

从类图可编程设计类。

成本管理子系统的类图如图7所示。

（3）

（3）

图3-7成本管理子系统设计的类图

4主要关键技术

4

4

在这个系统中我们使用了在Web开发中时下流行的VC#语言与ASP.NET相结合的技术。

采用B/S模式（一种以后软件开发的趋向），这种模式可以减轻服务器的负担，具有较好的安全性，对于数据库中的数据也比较安全（C/S模式在操作时容易丢失数据），便于远程的客户机使用，非常方便。

4.1多层构架

在ASP.NET中使用多层架构，也遵循多层架构的基本原理和概念，ASP.NET中的层可以分为3种类别。

下面对三层作简要的介绍：

（1）表示层

（2）

（3）

表示层提供应用程序的用户界面（UI），在ASP.Net的页面中的页面就是UI的表现形式。

表示层是系统与用户沟通的唯一渠道，是系统功能的展现。

（2）业务层

业务层实现应用程序的业务功能。

在ASP.Net中通常以类库的形式封装系统需要处理的业务逻辑，业务层的设计与开发是ASP.Net的核心，主要围绕系统需求分析制定的业务逻辑封装成为.NET类库供表示层调用。

（3）数据层

数据层提供对外部系统（如数据库）的访问。

该层不仅是数据库系统，也包括ASP.NET应用程序中的数据访问类库，这些类库中并不包含系统的业务逻辑而仅仅是数据的存取操作方法。

对于简单的ASP.NET应用程序，3层的概念也许很模糊，层与层之间在功能上的划分不是很明显。

但是对于复杂逻辑密集的ASP.Net应用程序，可能采取的就是多层的构架，但是每一层都应该属于3层分类中的某一个类别。

4.2表示层的用户界面（UI）

表示层提供应用程序的用户界面（UI），在ASP.NET中的页面就是UI的表现形式。

表示层是系统与用户沟通的惟一渠道，是系统功能的展现。

这些用户界面的设计将在用户使用说明书中进一步展现。

4.4数据层设计

数据层提供对外部系统（如数据库）的访问。

该层不仅是数据库系统，也包括ASP.NET应用程序中的数据访问类库，这些类库中并不包含系统的业务逻辑而仅仅是数据的存取操作方法。

publicstringLogin（stringUserName,stringUserPwd）//定义方法

{SqlConnectionStr=newSqlConnection（ConfigurationSettings.AppSettings["connectionstring"]）;//连接数据库

SqlCommandMyCommand=newSqlCommand（"Logon",Str）;//连接存储过程

MyCommand.CommandType=CommandType.StoredProcedure;

//存储过程变量实例化

SqlParameterParamUserName=newSqlParameter（"@UserName",SqlDbType.Char,20）;

ParamUserName.Value=UserName;//传参

MyCommand.Parameters.Add（ParamUserName）;//把参数添加到存储过程

SqlParameterParamUserPwd=newSqlParameter（"@UserPwd",SqlDbType.Char,20）;

ParamUserPwd.Value=UserPwd;//传参

MyCommand.Parameters.Add（ParamUserPwd）;//把参数添加到存储过程

SqlParameterParamUserId=newSqlParameter（"@UserId",SqlDbType.Int,4）;

ParamUserId.Direction=ParameterDirection.Output;//输出参数

MyCommand.Parameters.Add（ParamUserId）;

Str.Open（）;//打开连接对象

MyCommand.ExecuteNonQuery（）;//执行存储过程

Str.Close（）;//关闭连接对象

intuserid=（int）（ParamUserId.Value）;//添加自动生成列值（用户ID）

if（userid==0）

returnnull;

else

returnuserid.ToString（）;}

在ASP.NET应用程序中，多层架构的具体实现可能进行多种形式的扩展，例如前台表示层通过统一的控制器调用后台的逻辑应用程序，这种称之为前端控制FrontController的设计模式实际上是在表示层和业务层之间建立一座沟通的桥梁，控制器既不明确属于表示层也不属于业务层。

另外在某些大型的ASP.NET应用程序中，可能将业务中重要的对象和方法封装到统一的类库中，这些类库以DLL形式提供给系统，这些类库内部也分了多层的结构，层与层之间也保持着多层结构的特点。

4.5存储过程

本系统在逻辑上使用了存储过程，下面以“用户登录”为例，将存储过程的源程序列出。

用户登录的存储过程源程序代码如下：

ALTERPROCEDURELogon//新建存储过程

@UserNamechar（20）,//定义变量

@UserPwdchar（20）,

@UserIdintoutput

AS//选择用户Id

select

@UserId=UserId

from

COSA000

where

UserName=@UserName//判断条件

and

UserPwd=@UserPwd

If@@Rowcount<1

select

@UserId=0//如果没有返回0

通过对在ASP.NET中应用多层架构的分析，可总结出如下优点。

降低前端页面逻辑密集程度。

在ASP.NET页面中，可以在一个网页内实现方法。

随着页面中所体现的业务逻辑复杂性不断提高，分离代码的各个部分就变得更加有用。

减少代码重复。

在一个ASP.NET应用程序中，所有和数据处理相关的页面都用到了同样的操作数据库的方法，这时抽象出单独的数据层大大地降低了代码的复用率。

分离职责和问题。

修改ASP.NET页面所使用的技巧不同于编写数据库访问代码所使用的技巧。

优化的可能性。

将职责分成特定的类可以提高进行优化的可能性。

可测试性。

通过将模型与视图分离，可以在ASP.NET环境以外测试业务逻辑层。

4.6配置Web.Config

ASP.NET的配置信息由machine.config和Web.config两部分组成，其中machine.config将服务器的公用配置信息存放在服务器系统目录下，Web.config文件存储的是单个ASP.NETWeb应用程序的配置信息，位于每一个ASP.NETWeb应用程序的根目录下。

Web.config中的配置信息会覆盖machine.config中的配置信息。

machine.config文件的功能是用来指定应用于服务器上的所有ASP.NET应用程序的设置，而且每个服务器上只能存在一个这样的文件。

machine.config存储的设置将被所有的ASP.NETWeb应用程序所继承。

例如，machine.config文件中配置了会话状态将被保存的设置，那么该设置将应用于服务器的所有ASP.NETWeb应用程序实例中去。

但是如果有一个应用程序在运行时不保存任何会话状态，那么可以在该应用程序的Web.config中进行配置声明，这个过程相当于对machine.config文件的重写。

所以每一个ASP.NETWeb应