|
ABERP(协同式企业资源管理系统)
| 本方案基于Microsoft的平台: |
本方案基于Microsoft的产品: |
| |
|
解决方案简介
解决方案全称：ABERP(协同式企业资源管理系统)
开发商：创新通软科技有限公司
一、开发背景
传统ERP的系统实现和存在问题
传统ERP，例如：“金碟K3”、“用友U8”、“浪潮C2”和“速达ERP”等，在系统实现上，均属于典型的数据库应用系统。因为采用典型的软件系统架构（例如：三层结构）实现，产品的运行体系和环境都存在着极大的相似性。而产品的开发和升级策略，则主要集中在企业静态数据管理需求（财务、仓库、人力资源等）的积累，例如：数据对象定义的不断扩展。而数据对象定义的不断完整，客观上能代表客户需求的不断满足。实际上，我们可以了解很多ERP公司的发展策略仅仅在于使得产品有更完善的数据定义和报表功能。
这种典型的ERP产品发展策略是不完整的。从分析实施ERP的过程中，一些深受广大ERP实施工程师关注的问题，体现了ERP系统更深层次的要求。首先，围绕ERP的实施环境进行分析：ERP实施的环境通常是一个协作的环境（Collaborative
Working Environment），ERP支持共享的数据库。在不同部门中，往往是通过数据的协同操作来实现对数据的管理。但通常，ERP产品的开发只是片面地针对企业部门的静态数据。数据虽然能够被完整的管理起来，并通过相关的功能界面进行录入、查询、和输出报表的工作。但是，ERP毕竟不是报表系统，数据的录入功能只不过是整个ERP概念的冰山一角。更多的时候，ERP注重的是管理的效果。举一个非常简单，却很有说服力的例子：财务部门是企业的核心，各种业务的开展都离不开财务处的批示职能，例如：采购、物流、工资等等。当采购计划制定以后，相关的核算便能自动执行，接下来的步骤，便是业务员不断通知：部门主管定期登录系统完成主管批示、财务处登录系统批示、每当金额大于一定数额时，还要求总经理登录系统批示（总经理可能出差或开会去了）…
采购计划的最终确定，往往经历一系列的电话，重复的电话… 当业务员最终订货时，却惊讶的发现，在批示的过程中，商品的市场价格已经发生了改变。这是个很不愉快的例子，业务员的积极性受到严重的挫伤，心想：“还不如我把计划打印出来，逐个找人当面批示，财务处的部长不熟息系统操作，到处找不到我的单子！”从此，ERP在强烈的压力之下，被分拆到不同的部门。然而，由于部门数据间的数据不一致性，另一场恶梦开始上演了。
通过以上的例子，人们开始意识到管理上的不足。于是有人提出了建议：“规定所有负责的人员每天登陆系统，查看各个部门的新单子，不就可以了吗？”可是------应该让采购部业务员早上10点登录，还是让财务处的人早上10点登录呢？很多实施ERP的企业和经理们都遇到过类似的困难。问题的根源到底所在呢？
现在，让我们设想另一种系统互动模式：采购人员制定了采购计划，提交后，系统进行了采购计划的即时核算。与此同时，一个短信的预警装置在采购部部门经理的电脑右下角亮起，他双击了图标，原来是来自财务部门的采购计划核算表格需要批示。他单击短信下的超链接，单子自动由系统调出，他对单子作了批示。紧接着，财务处也完成了批示过程。几乎在同时，系统监测到采购计划的金额较大，必须要取得总经理的批示，然而，总经理不在登录名单上。于是，一封短信自动发送到总经理的手机，总经理原来在车间里看到短信，总经理马上通过车间的电脑，登录系统，进行批示。从此以后，总经理决定，有任务需要批示的主管及部门经理，一概留下手机号码…
我们的技术就是为了实现ERP和企业管理的完美结合。要达到前面提到的操作模式究竟有多难呢？其核心的ERP系统理念又是什么呢？首先让我们一起来研究一下我们平常的工作流程是如何执行的吧。以香港政府部门的运作模式为例：政府部门每个员工的案头上都有一个叫做“Task
Tray（任务清单）”的文件盒。任务按照其优先次序分“低”、“中”、“高”等级。次序越高，越需要立即执行。完成了的任务，按照受影响的部门，被抄送到相应的部门作为参考。这种工作模式，在不同类型的企业，体现为不同的协同工作。所有的“任务”、“消息”或“文档”，其实都是完成部门之间协作的信息载体。所以接下来要介绍的ERP核心，也正是以处理“任务”、“消息”和“文档”为技术攻关的项目。
协作机制在实现ERP管理的意义
当前ERP产品基本应用在静态的“数据库--应用”体系（如前面例子所提到的部门信息内容）。这种产品特征，根本体现不了部门如何通过协作机制（任务、消息、和文档）来完成相关任务。针对当前ERP产品，我们归纳了以下几种的操作所隐含的相关的协作机制。
- 数据的敏感性操作（Auditing）
数据库作为企业的重要信息资源，在支持日常工作中，具有不可替代的重要地位。例如：产品价格，影响着核算，成本控制，采购等各个核心部门职能的执行。这些数据在管理上属于敏感数据。不仅仅需要在修改时加上很强的权限控制和保存历史信息表，同时，还应该让数据更新指示以灵活消息的形式向相关的部门，形成进一步决策。举个简单的例子：产品价格是公司的核心信息。销售部门往往会按照当前的市场状态和公司的营销计划，灵活地调整产品的价格。当价格信息受到更改时，这种更新操作将由决策执行部门（经理）严格监控，执行部门可能安排不同的部门主管，分管不同的价格更新监控。同时也有可能通过唯一的机构监控所有的价格更新操作。这种灵活的、多层次的监控工作，往往在面向功能的ERP系统中不能实现。
除了更新的敏感性外，另外的敏感性体现在数据在不同媒体上的同步。接着上面的例子：产品价格的战略性调整往往需要在不同的媒体中体现，如：分销、客户、以及电子市场（Electronic
Marketplace）。这种媒体的更新操作往往会影响企业在市场中的“先入”优势。也就是说，越迅速的响应，会带来越大的商机。而缺少了消息机制，ERP信息流没法以灵活的方式流出，尽管可以追加相应的功能，但却需要投入昂贵的开发时间和费用，然而投资却往往未能带来预期的效果。我们的系统可以解决这个问题，因为任何的消息都是可以负载在不同的消息媒体上（Web，Email，电子文档），我们可以订制不同用户以不同的消息接受部门的数据更新情况，如：我们可以设定机制，把审核过的价格更新信息通过电子邮件，通知分销商进行相关的更新。这种功能的增加，并不需要追加任何的投资。
- 工作流的耦合
为完成一定的部门职能，工作流通常都是在相互耦合的情况下执行的。这种耦合正在向越来越广泛的操作环境延伸。部门之间的耦合是最常见的（如我们上述的例子）。同时，企业和供应商之间的耦合，一级、二级仓库的耦合、企业和分销商的耦合、以及企业和企业之间的耦合，因为地域的不同而发生跨互联网的、松散的耦合。例如：一级、二级仓库的耦合发生在成品以及仓库出库，通过物流，到达二级仓库，然后入库。整个过程涉及货物的出库、在途跟踪、入库、和质量检测等。不同的信息，例如：Email，Fax，Web，电子文档等，都有可能在系统处理。
在更高级的工作流耦合中，例如：在高度电子商务化环境的Xtranet[2]中实现供应链的管理，工作流的执行往往是跨公司的，工作流的同步执行必须在部门健全的部门消息处理机制下完成。打个比方，假如一批订单会以电子数据交换（EDI）的方式从PDN专线中传过来；另一批订单通过互联网，以WebForm的形式到达部门数据库；还有的订单用XML格式，通过Gateway过来…这些情形在多渠道的电子商务环境下非常普遍。而且，一般情况下，这种数据的交换还会衍生出相关的“讨价还价”过程，导致不同信息的来回传输。如何使得各种消息在部门中得到自动的处理呢？这就是消息机制的必要性。不实现面向过程执行的协同机制，就会导致不同的数据有不同的程序功能处理，而企业必须分配不同的人力资源，分别服务于不同的应用程序，这使得处理不可能在低成本下运营。而我们的方法，已经具有了相关的各种媒体扩展，并有完整的消息处理机制和外部接口。客观上，增加的媒体类型不会增加相关的部门投资。外部的消息流可以透明的流过相关的部门，协同部门的相关操作（如：讨价还价等）。
- 企业的“精确管理”
企业正在流行一种微观管理概念，就是把企业的运作“包岗”到不同的员工身上。其中的一种管理模式与香港政府的“Task Tray”（任务清单）非常类似。当分派的任务清单未能及时地完成，员工的职效评估就会相对的降低。只要通过不断地鼓励员工加入这种协作模式，整体员工的积极性就会大大地提高，而企业文化，也会因为协作的深入开展而大大改善。我们的抽象系统设计，把相关的人员也看作一定的计算资源，能自主地完成相关的消息过滤，协同和处理。这使得企业管理者能把系统和人进行完美的结合，综合企业的管理方针，把企业的运作向更规范、更有效率的方向发展
二、方案详细介绍
ABERP系统特点
传统ERP产品基本应用在静态的“数据库-应用”体系，根本体现不了部门如何通过协作机制来完成相关任务。ABERP基于新一代协同ERP系统的理念开发，基于跨部门、跨企业的业务过程，通过任务、消息机制将企业资源的管理和协同工作紧密结合起来，更好地反映出企业的业务职能和协作关系。
数据库-工作流-应用协同模式
采用数据库-工作流-应用的模式，使得系统能够更灵活的满足日常办公和业务应用需要：
- 跨越多个功能部门、或多个合作伙伴企业的工作流程实现，工作流的自定义满足不断变化的业务过程及管理需求。
- 基于消息机制，通过协同技术和各种通信手段,将传统管理软件对系统功能或信息访问的“拉”模式革新为“推”模式，使得工作人员可以在任何时间、任何地点、任何设备访问企业信息、处理相关业务。
- 集中的数据存取架构，保证数据的统一。系统个模块互相关联，数据自动化传送和接收，减少重复输入，提高工作效率和准确性。
业务功能、界面的灵活重组
从长期看，企业的业务流程处在不断变革的动态过程中。针对这种特点，ABERP的采用了先进的设计模式，使业务功能、部门岗位职能之间的关系能够灵活的进行配置。
强大的系统功能
- 操作界面灵活、简便
ABERP系统用户采用标准windows图形界面，数据输入/输出界面和功能键风格统一；所有操作均定义有快捷键，可完全使用键盘进行操作，使输入和查询工作快捷、方便、灵活，并支持条码、磁卡阅读等输入方式。
- 随心所欲的查询和报表功能
ABERP系统提供用户自定义所需内容和格式，自定义数据来源和相关计算公式，可直接由相关子系统中读取和计算相关公式，可直接由相关性子系统中读取和计算相关数据，并可以将不同单位的数据合并生成汇总/合并报表适应于集团公司的统一管理。可从多角度方便查询和报表功能，从单项条件到条件组合模糊查询；从历史数据查询到当前数据查询再到未来预测数据查询；从单项模块数据到多模块数据组合等查询，提供数字、图形（二维、三维）等多种输出形式，所想即所见，实现系统信息和数据的立体化查询，操作随心所欲，功能丰富、灵活。
- 支持多语种
可同时使用四种不同语种来运行系统，至于是哪四种语言则可由用户字定义
- 支持多币种处理
ABERP系统提供多币种操作，并自动进行换算。
- 支持多种管理模式
ABERP系统支持总公司与分公司；总厂与分厂；总公司与外设生产基地、外设仓库、外设营业机构等多单位集团化管理模式。系统提供将总公司与分公司（分厂、外设机构）间的指令、信息和各项数据汇总生成，实现数据信息的完整、准确性和实时性。
- 严格的安全控制
ABERP系统提供一致性、备份工具，保证意外发生时，系统可以自动安全可靠地恢复数据。所有命令功能均提供查询、新增、修改、打印、删除等多级操作权限，实行分级权限检查和控制，配合大型数据库SQL的管理，极大地提高用户系统的操作安全性和数据安全性。
- 丰富的分析决策功能
ABERP系统对各主要功能模块引入分析码功能，可由用户自行灵活定义，提供从多方位、多角度对业务数据分析和比较，提供分析决策功能，采用图形界面使得输出内容一目了然，为企业管理人员决策分析提供强有力的数据信息基础。
- 充分考虑企业的未来发展
系统对企业的未来发展，留有充分的设计和数据接口，如与计算机辅助设计/制造（CAD/CAM）、自动货仓（AS/RS）、计算机辅助工艺（CAPP）、电子数据交换（EDI）、国际互联网(INTERNET)、电子商务(E-BUSINESS)等的系统接口。
技术简介
主要的技术重点就是对现存ERP产品作面向过程的应用扩展。这种扩展主要通过附加或替换中间件产品ABERP实现。
首先，ABERP属于中间层结构，核心程序逻辑主要以WINDOWS平台实现。同时，ABERP提倡服务器群集方案，以有效配合不同的软件部件标准（微软体系、升阳体系、和OMG体系）和操作系统（Windows，Unix，Linux）。
ABERP的核心部件主要包括以下几个部分：
- 核心部件
核心部件包括实现ERP的功能集合。和同类型的ERP产品相比，这个模块没有作相关的功能扩展，只是在一定的技术指标上作了相关的、实现上的改进。例如：核心部件严格采用N-Tier的体系结构，严密控制部件的原子性（Atomic）和重构能力；建立完整的类定义库，满足业务对象的操作需要。同时，核心的ERP功能还注重面向中间层的事务扩展和消息扩展。例如：在微软体系，我们侧重于把事务处理和MSMQ结合，实现消息处理的事务化。另外，我们还实现了对象和操作的完全XML化（XML和SOAP）。
- 过程数据扩展程序包
在保护已有的数据库和ERP投资的情况下，这个程序包对相应的企业静态数据库信息作“面向过程”的数据扩展。主要完成的功能是建立通用的消息事务数据结构。同时，在功能层次上，我们还应该在数据库事务的体系上作API（Application
Programming Interface）扩展。例如：过滤数据库产品的事务、设立独立运行的进程，不断的把新增的事务重构成过程对象，放入过程执行进程中。
这个部件的开发方针面向通用性，例如：在数据扩展中，我们考虑对现存ERP产品的支持。但现存ERP产品在实现技术上具有很大的不一致性。有的产品基本实现了中间层（如：COM+部件；JavaBean）；有的产品只是作为单机版出现（如：FoxPro；MS
Access）；有的产品基于Web。这种产品体系的不一致性使得我们的扩展设计必须面向个别产品和个别的平台。
首先，具有我们核心部件的ERP产品有“天然”的扩展能力。也就是说，我们的核心ERP部件设计兼顾了面向过程的特性。实际上，我们的ERP核心部件，并不是一个具有专门设计的部件，而是在满足业务功能的前提上，约束这个部件使得它同时满足业界有关N-Tier系统的各种指标[5]。由于历史的原因和ERP系统的市场先入性，现存的ERP系统的实现准则仅仅限于对业务功能的实现。开发商往往忽略成品软件在体系上的追加开发投资（例如：Two-Tier和N-Tier得产品开发面临着不同的开发周期和成本）。而这些系统，因为体系的封闭性，往往未能满足面向过程的扩展。
对于现存的ERP产品，我们还是有多种技术方法满足向过程扩展的需求的。我们的技术方案主要和现存ERP软件的平台参数相关，根据不同的软件平台，实现相关的扩展策略。例如：针对SQL
Server2000，
- 过程执行程序包
该程序包用于执行过程逻辑。过程逻辑严密的定义为一些并行执行的程序，有一定的输入和输出，还有一定的执行状态。过程的执行涉及子过程的并发唤起。设计中，涉及资源的分配和死锁处理。所以，整个系统的执行质量，在过程执行包中最能体现。基于理论的先进性，采用最严密的CSP逻辑算法和基于FDR的分析。
同时，过程执行程序包还包括可编程的过程定义环境，满足部门过程的定义。
- 面向电子文档的消息服务扩展
电子文档是重要的信息资源，代表除数据库以外的企业主要的信息应用工具。电子文档可以定制，负载信息消息。同时，电子文档具有工具简单（微软Office）、用户界面友好、文档格式多样、良好的应用服务等特点。向电子文档的消息服务扩展，主要是把管理任务以电子文档的方式发送用户，用户以电子文档方式返回，并完成工作流的向前执行。
- 面向超媒体的消息服务扩展
面向超媒体的消息服务扩展主要包括互联网内容发布服务。具体请参考：ICPP的相关文档。
- 面向XML的消息服务扩展
XML代表下一代开放式商务数据交换标准。面向XML的消息扩展，有利于把消息机制扩大到所有支持XML的设备上，例如：流动电话，掌上电脑等。
系统结构体系
采用先进的三层结构体系（3-Tiered Architecture），能够充分支持企业级的大型信息系统应用，以及国际互联网等最新技术成果的应用。
三层结构系统将应用系统从逻辑上划分为三个层次：
- 数据服务（Data Service）
实现数据的存储、管理功能，通常由关系性数据库系统提供。
ABERP的三层结构方案在数据服务层次，支持广泛的标准关系型数据库产品，并具有对多种存储方式的扩展能力。
- 应用服务（Application Service）
实现与业务相关的处理功能。业务逻辑（业务对象和相关业务规则）将会以组件的形式封装并部署在应用服务器中运行。
在某些环节，需要将应用服务层次进一步细分为：
- 与数据相关的应用服务（Data-Centric Application Service）
- 与用户界面相关的应用服务（UI-Centric Application Service）
就进一步扩展为四层结构，或甚至n层结构。
- 用户服务（User Service）
实现用户操作界面（UI, User Interface），收集用户的操作、并将系统的处理结果以多种形式表现、反馈至用户。
ABERP的三层结构方案能够广泛支持多种类型的客户端操作界面，包括：标准的Microsoft Windows应用程序，标准Web浏览器，标准Email处理程序等。
系统组成及功能
系统功能
- 标准化的ERP功能，包括：财务管理、业务过程管理、人力资源管理。其中标准化项目包括：数据库、数据操作（功能）和流程。
- 可配置的过程定义。消息从不同的操作触发，由扩展的功能模块捕获，并通过过程引擎，将消息以一定的格式流向过程的下一个受动者，以多种信息媒体向其发布消息
- 可个性化的消息接收过程。不同的时间、不同的人在系统中有不同的信息交互状态，我们的平台可以为用户订制不同的发布媒体（Web，Email，SMS等），不同的选择媒体优先级，不同的消息优先级，和不同的消息发布模式（群发、个别发送、定制发送等）
组成模块
ABERP系统包含如下五个核心的模块管理：业务流程管理、财务管理、人力资源管理、办公及工作流管理、决策管理。
系统具体细分后包含下列功能模块：
采购管理、销售管理、仓库管理、生产管理、质量管理、技术管理、人力资源管理、财务管理、合同管理、物流管理、设备管理、行政办公、决策支持、系统管理
运行环境
软件平台
系统建立在微软（Microsoft）系统平台上。
| 项 目 |
说 明 |
服务器操作系统
（Server O/S） |
Microsoft Windows NT
4.0 + Service Pack 6（简体中文版）
或者Microsoft Windows 2000 Server
或者Microsoft Windows 2000 Advanced Server
（已包含应用服务器MTS或COM+，及Internet服务器IIS 4.0或5.0。） |
数据库服务器
（Database Server） |
Microsoft SQL Server
7.0
或者Microsoft SQL Server 2000
（数据库服务器可以选择其它厂商的符合标准关系数据库规范的产品，
例如：Sybase、Oracle等。） |
| 其它服务器 |
Microsoft Exchange
Server 2000
Microsoft Sharepoint Portal Server 2001 |
客户端操作系统
（Client O/S） |
Microsoft Windows 95
/ 98 / ME（简体中文版）
Microsoft Windows NT4 Workstation（简体中文版）
Microsoft Windows 2000 Professional |
Web客户端
（Web Browser） |
任何支持标准HTTP及HTML的Web浏览器平台
Microsoft 各操作系统下的 Microsoft Internet Explorer
Macintosh 操作系统下的 Microsoft Internet Explorer
各操作系统下的Netscape Navigator |
Email客户端
（Email Client） |
任何支持标准POP3协议的Email客户端软件，例如：
Microsoft Outlook, Microsoft Outlook Express等。 |
| 其它客户端 |
Microsoft Outlook 2000
or XP |
应用技术
- 可视化建模技术（Visual Modeling）
闪思运用UML进行系统的概念模型、逻辑模型以及物理模型的构造。
- 分布式的组件技术（Distributed Component Technology）
应用基于Microsoft COM标准的组件技术，并且支持分布式的部署和运行。
- 面向对象技术（Object-Oriented Methodology）
完全应用面向对象的分析、设计以及实现。
- 基于接口的开发（Interface-based Development）
所有封装的逻辑都具有清晰的接口定义，对象之间的依赖关系按接口严格控制。
- XML技术（Extensible Markup Language）
运用XML技术来表示业务数据、定义组件/模块/系统间的数据交换、实现功能服务的调用。
成功案例介绍
用户单位名称：河南安彩集团成都电子玻璃有限公司（简称安成公司）
一、背景情况：
客户简介
河南安彩集团成都电子玻璃有限公司（简称安成公司）主要经营彩色显像管玻壳及其生产、研发、销售业务。安成公司现有职工1500人，资产总值约10亿元。
安成公司是专业的彩玻制造企业，拥有三条彩屏和两条彩锥共五条先进的现代化玻壳生产线，具有生产多种型号规格的玻壳产品的能力，年产值可达10亿元、利税超过2亿元。
未使用本系统所存在的问题
安成公司原来有生产信息系统,但人机界面是旧式的英文字符界面，缺乏友好，并且不能产生直观的图形化报表，因而难以在公司各相关部门广泛运用。财务软件使用的是某国产软件,但该软件产品是通用产品,未能完全适应企业的实际流程和业务要求。而且,ERP系统注重的是实现企业范围内的资源统一和集中管理,而通用产品仅能实现企业的局部管理,难以同企业内的其他信息数据和系统进行集成。另外,由于没有一个统一的管理机制,各个部门之间缺乏信息交流与沟通,使之成为了信息的孤岛。
安成公司的业务需求
- 从企业的实际出发，基于网络应用，开发优化的、统一和标准的工作流方案，有助于提高业务流程操作的自动化、精确性和效率，降低人力成本。
例如：当前的所有文件资料的报送、通报均须由人工完成，消耗大量的人力成本。通过系统，文件资料能够通过网络进行分发、传送和处理。
- 基于实施对支持任务的相关数据的企业级整合、统一存取和管理方案，为跨越职能范围的业务流程提供强大的支持。
例如：品保部汇总、制作质量日报，再分发到各个相关部门。在系统的支持下，质量日报的数据存放在中心数据库中，各相关部门随时都能访问获取这些数据信息。
基于企业整体的用户权限控制方案，实现业务安全性控制和管理。
二、业务实施的过程
创新通软公司在充分考虑了软件、硬件、服务、整合、系统支持、资源配置等一系列问题。采用分摸块实施的方法,整个实施步骤为:
| 1.
实施前的准备 |
|
成立项目小组 |
|
对客户项目小组进行ERP系统初步培训 |
|
初步调研，确定项目范围，并制订项目实施计划 |
|
实施前的动员大会 |
| 2.
业务调研分析 |
|
详细调研与咨询 |
|
业务分析、流程改造 |
|
原型系统软件安装 |
|
方案的探讨与确定 |
| 3.
系统设置和二次开发 |
|
根据用户业务功能需求及流程对系统进行配置 |
|
对用户特殊的需求进行二次开发 |
| 4.
系统安装培训 |
|
安装系统 |
|
准备正式数据 |
|
测试 |
|
培训 |
| 5.
系统培训和运行 |
|
系统与原有业务并行运行 |
|
正式运行 |
网络结构
硬件环境
主服务器(主域控制器、数据库、应用服务器、邮件服务器)
- 2 Pentium Xeon 750 CPU
- RAID 5 SCSI 硬盘
- 2G Ram
- Small Business Server 2000 ( Sql Server 2000 Server, Exchange 2000
Server)
文档服务器
- 1 Pentium Xeon 750 CPU
- 1G Ram
- Windows NT Server, Sharepoint Portal Server
开发工具
- 开发语言:VB
- 后台数据库:SQL 2000
- 邮件服务器: EXCHANGE SERVER
效果与反馈：
整套系统的功能覆盖制造企业中从销售订单到规划、采购、外检、生产、产成品入库、产品销售的完整业务流程，各业务流程之间有机集成在一起，部门间的数据达到充分共享和统一。经营者可以及时充分的了解和掌控公司现在的财务,生产,及库存情况,减少不必要的浪费以降低成本，及时发现和减少问题，使经营者能有效的关注整体资源效能，支持高效决策。
ABERP系统具有相当稳定的构架，是以SQL 2000为数据库,具有核心、高效实用的模块集合，安成公司可以根据销售预测及客户订单形成对产品需求，依照物料清单进行物料展开，得出子件生产和原材料采购需求；批号跟踪与追溯功能，实现按照库存管理进行入库及领料管理；完整灵活的生产订单管理资料。现在以ABERP为核心的管理信息系统已经成功地实现了企业的"物流"、"信息流"、"资金流"的三流统一,完成了从用户定货--主生产计划--计划分解--作业计划下达
--计划执行反馈--产品入库这一生产主线的全过程管理
其他具体描述：
ACEC项目共投入超过200万元，10多名高级软件开发人员，历时1年完成，项目涉及企业管理的方方面面，包括：生产、质量、销售、库存、采购、物流、财务、设备、办公及知识管理等。
ACEC综合信息系统采用三层结构体系，利用COM+组件实现业务应用逻辑，SQL Server 2000作为结构数据的存储，提供综合信息管理；SQL
Server Analysis Service进行数据分析发掘服务，提供决策支持；Exchange Server作为消息传递服务，实现协同工作；Sharepoint
Portal server提供文档服务，提供对信息和知识管理。
质量是安成公司的生命。原来生产、质量数据的管理多数采用纸张手工纪录和汇总，通过采用综合信息系统后，这些数据都能够通过工作站进行录入，并能够自动进行计算、统计和分析，生成各种具备图形的报表，是生产、质量情况一目了然，协助管理人员及时发现生产中存在的问题，并进行调整。
安成公司拥有大量的通知、公告需要发送到各个部门，原来文书的传递都需要依靠综合管理员将纸质文件亲自送到厂区的各个车间、办公室。通过办公系统，文书的传递通过计算机立即被发布和发送到需要的人手中，即节约了大量的送递时间，并且各种信息和知识都得到集中统一的管理。
|
