| |
|
|
| |
构件化ERP系统，不是为某一客户量身定制的软件系统，而是一个提供了一系列基本功能集，并能够在实施的过程中进行灵活的配置和二次开发来满足不同客户的不同业务需求，达到快速开发，快速实施的软件基本框架平台。
- 根据客户的不同要求进行快速定制和实施。并逐步的完善系统，使之成为功能齐全的系统。
- 系统提供的基本编程框架和编程API及基本功能集可以方便的进行复用和二次开发。
|
|
| |
系统特性
构建化进销存系统平台结合了 PDCA 流程理念，在该基础上升华的一个企业资源核心解决平台：
全面首先倡导：生产、业务、财务、管理、人事一体化解决平台。其中涵盖：ＴＯＣ理论、有限计划、准时生产（ＪＩＴ）思想、Ｗｈａｔ－ＩＦ技术、供应链（ＳＣＭ）、客户关系管理（ＣＲＭ）、先进生产计划（ＡＰＳ）、全面质量管理（ＴＱＭ）、分销管理、电子商务（Ｂ２Ｂ）、柔性制造（ＦＭＳ）、电子仓储等一系列先进的管理理念，从而使企业达到“集中管理、统一调配、充分利用资源和共享资源”。 |
| |
技术特征
- 应用字典
绝大部分应用程序不得不设计、编码和测试每个用户接口界面。构建化进销存系统使用更高级的中央活动数据字典的概念，也称为应用字典。
应用字典知道如何访问数据以及数据是如何关联的。应用字典包含了数据实体（类型、验证等）的定义，用户接口元素（窗体、报表、帮助、显示顺序和相对其它字段的位置）的定义，安全与访问规则也在这里维护。应用字典是“活动”的，它依靠上下文环境在运行时使用。举例来说，它“知道”一个柜台交易销售不具有付款条件，因而不会显示它。然而，如果您更改订单类型为标准订单，付款条件就成为必填字段。
数据字典是用户可扩展的，因此可包含用户自定义的规则和信息。
- 智能用户界面
实际的用户界面都是运行时生成的—基于应用字典中的规则。这形成了统一的用户界面，使用户在不熟悉的应用程序区域中得到快速导航。该用户界面生成方法使得快速开发得以成为现实，并使生成的系统比其它应用程序稳定得多。
- 设计原则
构建化进销存使用以下设计原则，以创建可支撑的体系架构：
1 Smalltalk's MVC架构（即Model-View-Controller）
2 消息驱动的异步非耦合流程
3 复杂逻辑的显式规则引擎
4 自恢复的事务处理
5 构建化进销存系统的设计基石为对象架构（与面向对象、面向组件等传统架构相比）。每个对象均与其它对象尽可能独立，包括事务处理型的非耦合。
|
| |
应用程序特性
- 构件化
构建化进销存系统提供一系列的基本业务构件，业务运作通过基本的业务构件来进行处理。用户可以在基本业务构件的基础之上开发符合自己业务要求的构件。构建化进销存定义了一系列基本的编程接口和构件编程规则，用户通过使用基本编程接口并按照构件编程规则来进行自有业务构件的开发，并将开发完成的构件注册到进销存构件库中使用。
- 工作流和向导
构建化进销存提供内建的工作流系统。工作流是指导性的一系列步骤，可能涉及超过一个的用户。步骤可以是启动流程、运行报表或在窗口中输入信息。
工作流可以是月末的任务等。系统为多个非例行任务提供了预定义的工作流。
工作流维护一个上下文，它自动查询所需数据或提供待输入新记录的默认值。
- 预警
用户可定义业务异常情形，以收到提前的通知。通知可以是简单的附注，或运行一个流程或报表。例如客户列表，分别为超过信用额度特定百分比、长期突出的开放条目、新客户、非移动库存等情形。
- Email集成
标准Email由系统生成，以完成审核要求或预警的通知。
- 帮助系统
构建化进销存提供集成、可定制的多级帮助系统。每个任务、报表、窗口和页签都有概述信息，每个字段都有屏幕提示（tool-tip）和帮助文本。 |
| |
|
| |
|
| |
|
|
| |
|
|
