MDA在企业ERP中的应用可销商品控制论文.doc

毕业设计(论文) 第 46 页

毕业设计(论文)

论文题目：
MDA在企业ERP中的应用

可销商品控制
学生姓名：

学生学号：

专业班级：

学院名称：

指导老师：

学院院长：

年5月27日

摘要
模型驱动的体系MDA（Model Driven Architecture）是由全球最大的软件工业标准化组织OMG（Object Manage Group）提出并大力推广的一套体系标准。
而金蝶EAS产品全部是采用了实现了MDA的BOS平台进行开发而成的。
金蝶EAS产品研发过程可以抽象为三个步骤：第一步，建立元模型。第二步，在元模型的基础上，运用建模工具建立业务模型。第三步，根据不同的平台，对业务模型进行模型编译，生成相应平台的实现模型。
首先，本文先行介绍了项目的来源意义，并对国内外的企业ERP的现状进行了大概的分析，然后紧接着介绍MDA技术的基础知识以及公司里实现了MDA的平台介绍。
其次，本文介绍了项目的需求与设计，每个大类里主要的功能以及性能上的一些要求，然后是项目的详细设计，详细设计叙述了主要的流程图和流程描述，再接着是项目的实现，本文这里列出了项目实现后的界面以及属性说明，还描述了项目难点的实现，即如何进行树的解析，使用了两种不同的方法进行解析。
最后，介绍了项目完成后应进行的测试的基本知识（包括单元，功能，集成，性能四种测试）和在性能上如何优化。优化主要是在数据库操作这方面（主要是插入数据，删除数据）。

关键字：MDA；ERP；树的解析

Abstract
Model actuation system MDA (Model Driven Architecture) is organizes OMG by the global biggest software industry standardization (Object Manage Group) to propose and vigorously to promote set of systems standards.
But kingdee EAS product completely was uses has realized the MDA BOS platform to carry on the development to become. The golden butterfly EAS product research and development process may abstract is three steps: First step, establishment Yuan model. Second step, in atom model foundation, utilization modelling tool establishment service model. The third step, according to the different platform, carries on the model translation to the service model, the production corresponding platform realization model.
First, this article in advance introduced the project origin significance, and has carried on the general analysis to the domestic and foreign enterprises ERP present situation, then follows closely was introducing the MDA technology in the elementary knowledge as wellas the company has realized the MDA platform introduction.
Next, this article introduced the project demand and the design, in each big kind of in main function as well as performance some requests, then is the project detailed design, the detailed design narrated the main flow chart and the flow description, again was meeting is the project realization, after this article here has listed the project realization contact surface as well as the attribute explained, but also described the project difficulty realization, how namely carried on tree's analysis, used two different method to carryon the analysis.
Finally, after introduced the project does complete the test elementary knowledge which should carry on (to include unit, function,integration, how performance four kind of tests) and in the performance optimizes. Optimizes mainly is operates this aspect in the database (mainly inserts data, deletes data).

Key words: MDA；;ERP ;the resole of the Tree

第1章 绪论 1
1.1项目来源及开发的目的意义 1
1.1.1项目的来源 1
1.1.2项目的意义 1
1.2 ERP现状分析 1
1.3项目技术介绍 2
1.3.1模型驱动架构技术简介 2
1.3.2模型驱动构架技术的实现 3
1.4 公司MDA平台简介 4
第2章 项目的需求分析 9
2.1项目需求分析 9
2.1.1项目描述 9
2.1.2 系统主要功能需求 10
2.2系统运行环境需求 10
2.2.1服务端运行环境需求 10
2.2.2客户端运行环境需求 10
2.3可销商品控制主要功能模块 11
2.3.1新增可销商品 11
2.3.2 修改可销商品 11
2.3.3 删除可销商品 11
2.3.4 查询可销商品 11
2.3.5 核准可销商品 12
2.3.6 反核准可销商品 12
2.4系统性能需求 12
2.4.1精度 12
2.4.2时间要求 12
2.4.3故障处理要求 12
2.4.4其他要求 13
2.5 项目的难点 13
第3章 项目的系统详细设计 13
3.1系统主要字段设计 13
3.1.1 客户可销商品控制主要字段 13
3.1.2 销售组可销商品控制主要字段 14
3.2各主要功能模块的详细设计 15
3.2.1 新增可销商品 15
3.2.2 修改可销商品 17
3.2.3 删除可销商品 18
3.2.4 查询可销商品 20
3.2.5 核准可销商品 21
3.2.6 反核准可销商品 22
第4章 系统实现 23
4.1系统实现主要技术说明 23
4.2各主要模块系统实现 24
4.2.1 客户可销商品控制 24
4.2.2 销售组可销商品控制 27
4.2.3 可销商品功能 29
4.3 系统难点的实现 35
第5章 测试用例及性能优化 41
5.1 测试用例 41
5.1.1 新增可销商品用例 41
5.1.2 修改可销商品用例 41
5.1.3 删除可销商品用例 41
5.1.4 查询可销商品用例 42
5.1.5 核准可销商品用例 42
5.1.6 反核准可销商品用例 42
5.2 性能优化 43
5.2.1 树的解析 43
5.2.2 保存删除数据 43
结论 43
致谢 44
参考文献 44

插图索引
图1- 1实体基本信息图 5
图1- 2实体属性图 6
图1- 3 实体方法图 6
图1- 4 实体类信息实现图 7
图1- 5 实体联系图 7
图1- 6 系统生成的E-R模型图 8
图1- 7 界面拖拽截图 8

图3- 1新增可销商品流程图 16
图3- 2 修改可销商品流程图 17
图3- 3 删除可销商品流程图 19
图3- 4 查询可销商品流程图 20
图3- 5 核准可销商品流程图 21
图3- 6 反核准可销商品流程图 22

图4- 1 客户可销商品列表 25
图4- 2 客户可销商品编辑列表 26
图4- 3 客户可销商品查询界面 27
图4- 4 销售组可销商品列表 28
图4- 5 销售组可销商品编辑列表 29
图4- 6 销售组可销商品查询界面 29
图4- 7 客户可销商品控制列表工具栏截图 30
图4- 8 物料选择界面 31
图4- 9 客户可销商品查询界面 32
图4- 10 客户可销商品控制显示界面 32
图4- 11 客户可销商品查询界面 33
图4- 12 客户可销商品显示界面 34
图4- 13 客户可销商品查询界面 34
图4- 14 客户可销商品控制主界面 35
图4- 15 树展开图 36
图4- 16 代码截图 37
图4- 17 代码截图 38

第1章 绪论
1.1项目来源及开发的目的意义
1.1.1项目的来源
ERP是现代信息技术与现代管理知识的嫁接、融合，随着二十一世纪市场竞争的激烈揉合，业界已经意识到了成功运营ERP，对于提升组织综合竞争力的非同寻常的意义。而且伴随着企业之间竞争的进一步加剧，企业为了能在竞争中赢得最大的利润，纷纷让自己的企业管理实施ERP。ERP在企业中的地位越来越重要。我这次毕业论文开发的项目主要来源于KingDee ERP生产厂商的EAS5.0产品中的可销商品控制模块，该模块主要是用来帮助企业在销售时进行可销售商品的控制。
1.1.2项目的意义
销售分销是供应链管理中一个重要的环节，与生产，库存有着很重要的联系，而销售分销最重要的功能模块是订单模块，而可销商品控制也是要体现在订单中的，也是一个重要的功能，用于在企业进行销售时可以针对不同的客户来销售不同的商品，帮助企业更快速的进行商品的销售和维护。

1.2 ERP现状分析
目前，高端的ERP产品仍然是来自于国外，包括SAP、Oracle、JDE、SSA等等，这些产品的拥有者基本上都在中国设立了自己的公司，有些还设立了研究开发中心，支持产品的汉化和响应客户的二次开发需求。
这些产品的客户规模也比较大，IBM在中国的生产基地、联想集团、海尔集团都是以这些产品为基础来实现信息化目标，这些产品的特点是经历了更长的市场考验，在跨国集团的应用上有成功的经验和案例。
国外产品的特点是管理思想严谨，支持进行个性化设置来调整应用流程。但中等规模的软件在操作界面上并不好用，没有面向作业的导航设置，计划方面的算法也不完备，对ECN变更的处理能力较差。
国内的ERP厂商主要以金蝶，用友，神州数码为代表。他们都已经建立了全国性的营销体系，并形成了面向小企业的财务软件或ERP，到面向中型企业的ERP产品线（金蝶K3、用友U8、易飞ERP），到面向大型企业的ERP解决方案（金蝶EAS、用友NC、易拓ERP）；
在ERP等企业管理软件方面，台湾和香港也有很好的发展。
台湾的优势在于其制造业发达，市场规模较大，相应的ERP产品就能有比较好的应用基础。其他台湾软件公司也纷纷与中国的软件联手，透过国内公司的市场优势来获得发展空间，神州数码和用友集团都是借台湾产品来打天下的。
台湾产品有多年的发展历史，产品的商品化整度较高，特别适合于中小型企业，以套装的解决方案见长，台湾企业历来比较重视成本管理，这方面的优点也在起产品中有所体现。　　
香港的软件公司比较重视在技术上紧跟国际潮流，多家公司都在B/S架构下发展自己的产品，由于香港本的企业数量较少，其产品策略更偏向于为企业提供个性化的解决方案，在特殊行业里有更多成功案例。
1.3项目技术介绍
1.3.1模型驱动架构技术简介
MDA(Model Driven Architecture)是模型驱动架构，它是由OMG定义的一个软件开发框架。它是一种基于UML以及其他工业标准的框架，支持软件设计和模型的可视化、存储和交换。和UML相比，MDA能够创建出机器可读和高度抽象的模型，这些模型独立于实现技术，以标准化的方式储存。MDA把建模语言用作一种编程语言而不仅仅是设计语言。MDA的关键之处是模型在软件开发中扮演了非常重要的角色。
MDA源自于众所周知的把系统操作的规范从系统利用底层平台能力的方式细节中分离出来的思想，MDA提供了一种途径（通过相关的工具）来规范化一个平台独立的系统、规范化平台、为系统选择一个特定的实现平台，并且把系统规范转换到特定的实现平台。MDA的三个主要目标是：通过架构性的分离来实现轻便性、互操作性和可重用性。
MDA（模型驱动）核心的思路是希望通过对商业模型（比如企业信息化或建筑领域的解决方案）的领域研究。进而提炼出一个相对核心的领域模型，同时抽象出一个PIM（平台无关模型）。之后根据不同的开发平台（例如.net或J2EE），应用平台（windows或unix）形成相应的 PSM（平台相关模型）。业务模型和技术不再相关，同一个业务模型可以转换为运行在不同平台上的系统。
MDA的实现主要集中在以下3个步骤：
   首先，您用UML对您的应用领域进行高度抽象的建模，这个模型和实现它的技术（或者底层技术）完全没有关系。这个模型我们称之为平台无关模型(PIM)。
   然后，PIM将被转换为一个或多个平台相关模型(PSM)。这个翻译的过程一般是自动实现的。PSM将用一个特定的实现技术来描述您的系统。它将用到这种技术所提供的种种架构，比如EJB, 数据库模型，COM组件等等。
   最后，PSM将被翻译成源代码。因为每个PSM已经完全依靠某种特定的技术，这个步骤一般是比较简单的。
    MDA流程中最难的一步，是从PIM生成一个PSM。它要求您对您要应用的基础技术具有丰富且巩固的知识，另一方面，源模型(PIM)必须具备自动生成PSM所要求的足够信息量。
1.3.2模型驱动构架技术的实现
MDA的模型建立，模型扩展，模型交换，模型变换主要是通过UML, MOF, XMI, CWM等一系列标准来实现的。下图介绍了MOF,UML,CWM三种标准之间的关系以及MDA架构的4层元模型结构,如表1-1，图1-1所示。
M3层
元元模型层
M2层
元模型层
M1层
模型层
M0层
实现层
表1-1 MDA架构模型抽象层次对应图
从底端的M0层向上到顶端的M3层是逐级抽象的过程。而从上向下则是逐级实例化的过程，是从抽象的用来定义元模型(描述模型的建模结构属性和建模关系元素集合)的MOF转换为实际可运行程序的过程[1]。
1．元数据设施处在元元模型层
为了使不同的元模型可以互操作，从而最终实现模型跨平台的效果。我们需要一种特定的规范标准来描述组成不同种类模型的建模结果集，MOF正是这样的一个标准，它放弃了把这些不同的建模结构集都合并成一个集合的想法，因为这意味着把所有语言合并为一种，而采用统一方式来描述组成某类模型的建模结构属性以及建模结构间的关系。从而在元元模型层次(即上图的M3层)上实现了模型的互操作性。
2．统一建模语言处在元模型层
使用MDA技术创建的所有应用程序都基于标准化的、平台独立的UML模型。通过将这一通用的、被普遍接受的建模标准作为杠杆，MDA使得开发人员可以创建能被轻便地访问、天生具有良好的互操作性的应用程序。
在MDA中使用UML的方式可以有两种：
(1)开发人员使用UML来对系统进行建模，产生PIM。使用UML建立的模型必须具有一致性和精确性，能够被MDA工具理解并能够被转换成模型和代码。
(2)软件架构师需要定义用于指导模型转换的规则。他们不开发某个特定系统的模型，而是创建将一种模型转换到另一种模型的规则，这种规则是可以作用于任何模型和不同的系统的。
3．公共仓库元模型处在模型层
CWM在MDA架构中起到模型变换的作用，它其中包含一系列的元数据。CWM代表了基于模型的在软件系统间交换元数据的一种新途径。理解CWM元模型的系统可以使用与其元模型对应的格式进行元数据的交换。一种产品可以先将自己的元数据(使用内部格式表示)导出为使用CWM描述的元数据，然后另一种产品将其导入，构造出CWM兼容的模型并映射到自己的内部格式，这样就达到了元数据共享和模型变换的目的。
4．XML元数据交换
XMI是对使用MOF定义的元数据进行数据交换的格式。由于MOF是OMG采纳的元数据表示技术，所以XMI规范的重点是从MOF元数据格式到XML格式交换。事实上，XMI是在MOF元模型和XML DTD之间、或者在MOF元数据和XML文档之间的平行映射。首先由基于MOF的元模型转换为DTDs或者XML Schema已确定转换规则，接着模型实例将根据其对应的转换规则转换为XML文档。由于XMI基于XML的特性，意味着元数据(用tags表示)和其实例(元素内容)可以共存于同一个文档中，这使得应用程序可以容易地通过其元数据来理解实例。XMI同时具有自描述和天生的同步特性，这就是为什么基于XMI的交换在分布式的、异构环境中是如此重要的原因。
1.4 公司MDA平台简介
这里主要对本公司已经实现了MDA技术的平台进行一些简介。金蝶从EAS4.0开始就已经实现了MDA技术平台。MDA平台的实现大大加快了开发的效率，很大程度上减轻了开发人员的负担，使开发人员的精力更多的集中在业务方面。
此处主要介绍我们开发用的平台是如何运用MDA架构方面的技术帮助开发人员实现从业务模型向跨平台模型转换的。开发人员只需可视化的业务建模就能得到业务相关的E-R模型和EJB模型，也就是系统会自动帮助开发人员生成数据库表，SQL脚本和实体对象类，用户界面类等EJB代码和应用服务器部署描述信息。下面是一个简单的使用平台来进行开发的流程：
首先是要建立实体：

图1- 1实体基本信息图

在这里我们最主要做的是设置实体的属性和方法：

图1- 2实体属性图

从图的左边可以看出，属性分为自有属性和连接属性，说的通俗点，就是我们这里创建实体的本身的属性，而连接属性是指在这个实体中要引用到别的实体的属性。
然后，接着下面是创建实体的方法：

图1- 3 实体方法图
在进行前面单据实体业务设计的过程中系统也在同步完成了从业务逻辑到EJB模型逻辑的转化。我们只需要把该业务单据实体发布就能生成相应的EJB代码逻辑和配置信息。

图1- 4 实体类信息实现图
同时，它还生成实体间的业务继承关联的E-R图，

图1- 5 实体联系图
最后将前面建立的业务模型直接导出对应的表格元数据。(如下图)。这个表格元数据可以直接导入到数据库得到对应的数据库表结构，数据库脚本等。这个表格元数据适用于SQLSERVER，Oracle，DB2三类数据库。这大大简化了我们开发人员的工作同时还增强了产品的跨平台性。这个使得我们不用在数据库里手动建立表格这个麻烦，它会自动的帮我们生成数据库表。

图1- 6 系统生成的E-R模型图
除了业务实体，我们也可以用同样的方法进行页面的可视化设计。特别是象做CS模式的JFC图形界面，通常会花掉开发人员很多的时间，而通过我们基于MDA架构的开发平台完全可以以拖拽的方式来完成这样的工作。从而节约了开发人员很大的精力和时间。

图1- 7 界面拖拽截图
也就是说我们使用基于MDA架构的开发平台完全可以不用进行如何编码就可以一些较为简单的业务逻辑。
上面的元数据（实体，表格以及界面）都是以XML文件的形式存在的，系统会自动加载解读并形成对应的可视化模型[2，3]。

第2章 项目的需求分析
2.1项目需求分析
2.1.1项目描述
1）项目名称：EAS5.3产品线SCM产品中可销商品控制模块的开发
2）项目发起方：金蝶软件（中国）有限公司市场部
3）项目开发方：金蝶软件（中国）有限公司研发部
2.1.2 系统主要功能需求
可销商品控制建立客户、销售组和可销商品之间的对应关系。企业实际应用中，只有特殊情况才会启用这种部署，满足保证把正确的商品、由正确的人员销售到正确的客户那里。根据销售组织，将该组织下客户与该组织下商品建立对应关系，主要业务操作包括新增、修改、删除、核准、反核准、查询等。
可销商品控制大的可分为两个方面：
1）针对客户的可销商品控制：这里的客户并是不指终端用户，而是指在公司与终端用户之间的中间代理商。
2）针对销售组的可销商品控制：这里的销售组可以指针对某个客户的销售组，也可以指与上面所说客户平行的销售组。
2.2系统运行环境需求
2.2.1服务端运行环境需求
(1)硬件环境需求
CPU：不小于2.5GHZ
硬盘：不小于40G
内存：不小于1G
(2)软件环境需求
操作系统：Windows Server 2000/Windows Server 2003/Linux/Unix
数据库：Microsoft SQL Server 2000/Oracle8i/Oracle9i/Oracle10g/DB2 服务器：金蝶Apusic4.1服务器
2.2.2客户端运行环境需求
(1)硬件环境需求
CPU：不小于500MHZ
硬盘：不小于10GB
内存：不小于128MB
(2)软件环境需求
操作系统：Linux/Unix/Windows 98/Windows 2000/Windows XP
2.3可销商品控制主要功能模块
无论是针对客户的可销商品控制还是针对销售组的可销商品控制，其功能基本上是一样的，分别为新增可销商品，删除可销商品，核准可销商品，反核准可销商品，修改可销商品，查询可销商品等六大功能。
2.3.1新增可销商品
对客户或者销售组增加新的可销商品，前提是该客户或者销售组必须对要添加的商品有维护的权限，并不是所有数据库中的商品都可以进行新增操作。而且只能对最底层的树的孩子节点进行新增可销商品操作。
2.3.2 修改可销商品
对客户或者销售组已经存在的可销商品进行修改，前提是该客户或者销售组必须对要添加的商品有维护的权限。并且对该商品有修改的权限。但要保证要修改的可销商品必须是处于反核准状态。处于核准状态的可销商品不可以修改。

2.3.3 删除可销商品
对客户或者销售组已经存在的可销商品进行删除。当公司的领导阶层发现该可销商品已经失去作用时，可以将其删除，但要保证要删除的可销商品必须是处于反核准状态。处于核准状态的可销商品不可以删除。

2.3.4 查询可销商品
对客户或者销售组已经存在的可销商品进行查询。查询可以通过下面的条件来进行查询：
1）增加可销商品的开始日期和结束日期
2）客户或者销售组的编码
3）客户或者销售组所位于的销售组织的编码
4）可销商品（物料）的编码范围
上面的条件可以同时满足，也可以部分满足，看所填写的条件有哪些。
2.3.5 核准可销商品
在对客户或者销售组添加了新的可销商品后，公司领导阶层可以对添加了的可销商品进行审批，如果同意，则可以对该可销商品进行核准。核准后的可销商品不可以进行删除，修改。
2.3.6 反核准可销商品
在公司的领导阶层对新的可销商品进行核准后，如果事后发现核准的可销商品需要进行修改，删除等操作的，必须先要反核准该可销商品（因为核准后的可销商品不可以进行删除，修改），才可以对该可销商品进行删除，修改操作。而且如果后面认为该可销商品不可用，则也可以反核准该可销商品，防止该可销商品在订单中的误用。

2.4系统性能需求
2.4.1精度
(1) 输入数据精度：本系统输入主要有鼠标输入和键盘输入。主要是针对编码，数量，金额等字段的精度控制。鼠标输入不涉及到精度问题，而键盘输入又分文本数字输入和文本输入，我们的界面控制能够实现根据数据库存储的要求对数字精度和文本位数进行自动的截取，所以对于用户的输入没有特殊的限制。
(2) 输出：输出精度系统会在后台使用代码进行自动控制。
2.4.2时间要求
1）树的解析
由于在展示客户以及销售组这部分时，需要展示为树状结构，因此对客户树或销售组树的展开有一定的时间要求。原则上每点击一个树节点时，展开其下面所有的子节点所需要的时间不超过2.5秒。
2）表格显示数据（查询）
在根据条件查询时，从数据库提取出来数据并将其绑定到表格上进行显示的时间要小于3.5秒。
2.4.3故障处理要求
要求系统具有故障处理能力，主要是系统故障时候，跟踪故障信息，提供业务回滚功能，保证事务的原子性、一致性。在发生系统故障时，并且能够提供友好出错信息给客户。
2.4.4其他要求
符合人机工程部的设计指标。
系统界面:简洁、美观、方便使用，容易上手。

2.5 项目的难点
该项目的主要难点是：
1）如何在保证性能的前提下快速的简单的实现树的解析。
2）数据库中对树结构的存储

第3章 项目的系统详细设计
3.1系统主要字段设计
3.1.1 客户可销商品控制主要字段
业务对象
序号
属性
是否必须
说明
客户可销
商品控制
1
销售组织编码
是
系统自动取所选择的销售组织。
2
销售组织名称
是
系统自动取所选择的销售组织。
3
客户编码
是
根据用户的选择从基本档案自动获取。
4
客户名称
是
根据用户的选择从基本档案自动获取。
5
物料编码
是
根据用户的选择从基本档案自动获取。
6
物料名称
是
根据用户的选择从基本档案自动获取。
7
物料规格型号
是
根据用户的选择从基本档案自动获取。
8
客户方物料编码
否
手工录入。
9
客户方物料名称
否
手工录入。
10
客户方规格型号
否
手工录入。
11
生效日期
是
手工录入。
12
失效日期
是
手工录入。
13
备注
否
手工录入。
14
状态
是
系统自动写入，包括“提交、核准”等。
16
创建人
是
系统自动写入。
17
创建时间
是
系统自动写入。
18
修改人
否
系统自动写入。
19
修改时间
否
系统自动写入。
20
审核人
是
系统自动写入。
21
审核时间
是
系统自动写入。
表3-1 客户可销商品表
3.1.2 销售组可销商品控制主要字段
业务对象
序号
属性
是否必须
说明
销售组可销
商品控制
1
销售组织编码
是
系统自动取所选择的销售组织。
2
销售组织名称
是
系统自动取所选择的销售组织。
3
销售组编码
是
根据用户的选择从基本档案自动获取。
4
销售组名称
是
根据用户的选择从基本档案自动获取。
5
物料编码
是
根据用户的选择从基本档案自动获取。
6
物料名称
是
根据用户的选择从基本档案自动获取。
7
物料规格型号
是
根据用户的选择从基本档案自动获取。
8
生效日期
是
手工录入。
9
失效日期
是
手工录入。
10
备注
否
手工录入。
11
状态
是
系统自动写入，包括“提交、核准”等。
12
创建人
是
系统自动写入。
13
创建时间
是
系统自动写入。
14
修改人
否
系统自动写入。
15
修改时间
否
系统自动写入。
16
审核人
是
系统自动写入。
17
审核时间
是
系统自动写入。
表3-2 销售组可销商品表

3.2各主要功能模块的详细设计
3.2.1 新增可销商品
1）新增可销商品控制流程图

图3- 1新增可销商品流程图
2）新增可销商品控制流程描述：
1. 用户通过菜单运行新增销售组可销商品分配功能
2. 系统判断用户是否有销售组织销售组可销商品分配的新增权限，如果有，则继续。如果没有则提示用户：您没有新增销售组可销商品分配的权限。
3. 进入新增可销商品控制界面，该界面左边是客户树或销售组树，右边是已经在选择的客户或销售组下的可销商品。
4. 用户点击左边客户树或销售组树，选择某个客户或者是某个销售组，该客户或销售组必须是这颗客户树或销售组树最下面的叶子节点，否则会提示“请选择具体客户或销售组”。
5. 用户点击新增按钮，进入物料选择页面，这里用户可以一次选择一个或多个要新增的物料。
6. 用户编辑完毕后，点击保存按钮，系统进行合法性校验。
系统保存该销售组织的客户商品分配内容，保存时进行以下校验：
生效日期要大于或等于当前系统日期，且小于或等于失效日期，否则系统不允许保存保存并提示“日期不符，请修改”。唯一性校验：若存在相同的记录，则系统不允许保存保存并提示“已存在相同记录，请修改”
7. 保存完毕后系统将提示用户“新增可销商品成功“。

3.2.2 修改可销商品
1）修改可销商品流程图

图3- 2 修改可销商品流程图

2）修改可销商品流程描述
1．用户通过菜单运行修改销售组可销商品分配功能
2．系统判断用户是否有销售组织销售组可销商品分配的修改权限，如果有，则继续。如果没有则提示用户：您没有修改销售组可销商品分配的权限。
3．系统显示过滤条件界面，等待用户选择条件。用户选定过滤条件后，系统自动根据所选条件进行查找，将查找到的数据展示在销售组可销商品序时薄中，系统进行初始化，显示销售组织销售组商品分配界面序时薄，
4．系统初始化完毕后，用户只能查看，表中所有字段都不可编辑。当用户点击修改按钮后，系统判断当前焦点是否在表体中，若是，则表体行全部字段置为可编辑。否则，系统无任何反应。
5．用户一次只能选取一行进行修改，系统判断所选之行是否处于提交状态，若是则可进行修改，否则系统不允许修改并提示“不能对非提交状态的行进行修改”。
6．用户编辑完毕后，点击保存按钮，系统进行合法性校验，规则与新增的相同。
7．保存完毕后系统将所有字段又置为不可编辑。

3.2.3 删除可销商品
1）删除可销商品流程图

图3- 3 删除可销商品流程图
2)删除可销商品流程描述
1．用户通过菜单运行删除销售组可销商品分配功能
2．系统判断用户是否有销售组织销售组可销商品分配的删除权限，如果有，则继续。如果没有则提示用户：您没有删除销售组可销商品分配的权限。
3．系统显示过滤条件界面，等待用户选择条件。用户选定过滤条件后，系统自动根据所选条件进行查找，将查找到的数据展示在销售组可销商品序时薄中，系统进行初始化，显示销售组织销售组商品分配界面序时薄，
4．系统初始化完毕后，用户只能查看，表中所有字段都不可编辑。
5．用户一次可以选择一条记录，也可以一次选择多条记录进行删除，当选择好要删除的记录后，点击删除按钮，将进行记录的删除。删除成功后将提示删除成功。
3.2.4 查询可销商品
1）查询可销商品流程图

图3- 4 查询可销商品流程图
2）查询可销商品流程描述
1．用户通过菜单运行查询可销商品分配功能
2．系统判断用户是否有销售组织销售组可销商品分配的查询权限，如果有，则继续。如果没有则提示用户：您没有查询销售组可销商品分配的权限。
3．系统显示过滤条件界面，等待用户选择条件。用户选定过滤条件后，系统自动根据所选条件进行查找，将查找到的数据展示在销售组可销商品序时薄中，系统进行初始化，显示销售组织销售组商品分配界面序时薄，
4．系统初始化完毕后，用户只能查看，表中所有字段都不可编辑。

3.2.5 核准可销商品
1）核准可销商品流程图

图3- 5 核准可销商品流程图
2）核准可销售商品流程描述
1．用户通过菜单运行核准销售组可销商品分配功能
2．系统判断用户是否有销售组织销售组可销商品分配的核准权限，如果有，则继续。如果没有则提示用户：您没有核准销售组可销商品分配的权限。
3．系统显示过滤条件界面，等待用户选择条件。用户选定过滤条件后，系统自动根据所选条件进行查找，将查找到的数据展示在销售组可销商品序时薄中，系统进行初始化，显示销售组织销售组商品分配界面序时薄，
4．系统初始化完毕后，用户只能查看，表中所有字段都不可编辑。
5．用户一次可以选择一条记录，也可以一次选择多条记录进行核准，当选择好要核准的记录后，点击核准按钮，将进行记录的核准。核准成功后将提示核准成功。注：已经核准的记录不再进行核准，也不提示用户。

3.2.6 反核准可销商品
1）反核准可销商品流程图

图3- 6 反核准可销商品流程图

2）反核准可销商品描述
1．用户通过菜单运行反核准销售组可销商品分配功能
2．系统判断用户是否有销售组织销售组可销商品分配的反核准权限，如果有，则继续。如果没有则提示用户：您没有反核准销售组可销商品分配的权限。
3．系统显示过滤条件界面，等待用户选择条件。用户选定过滤条件后，系统自动根据所选条件进行查找，将查找到的数据展示在销售组可销商品序时薄中，系统进行初始化，显示销售组织销售组商品分配界面序时薄，
4．系统初始化完毕后，用户只能查看，表中所有字段都不可编辑。
5．用户一次可以选择一条记录，也可以一次选择多条记录进行反核准，当选择好要反核准的记录后，点击反核准按钮，将进行记录的反核准。反核准成功后将提示反核准成功。注：已经反核准的记录不再进行反核准，也不提示用户。

第4章 系统实现
4.1系统实现主要技术说明
系统主要开发工具和开发环境。
(1)系统开发软件环境
语言：JAVA
框架：J2EE
开发工具包：JDK 1.4.2_08
开发平台：金蝶BOS5.1(基于MDA架构的J2EE开发平台)
数据库工具：SQL Server
产品支持数据库：SQL Server,