美的海外营销系统业务模块的设计
以下是资料介绍,如需要完整的请充值下载.
1.无需注册登录,支付后按照提示操作即可获取该资料.
2.资料以网页介绍的为准,下载后不会有水印.资料仅供学习参考之用.
密 惠 保
1.无需注册登录,支付后按照提示操作即可获取该资料.
2.资料以网页介绍的为准,下载后不会有水印.资料仅供学习参考之用.
密 惠 保
资料介绍：
系统总体设计方案
2.1设计原则
1. 设计思想：
引入国际大软件的管理思想，用ORACLE ERP的先进管理思想来规范业务。
2. 系统结构：
使用ORACLE ERP系统的整体框架，包括多组织架构、帐套结构、多币种管理等，提供企业发展组织结构变动的处理柔性。
3. 业务流程：
对现有业务流程进行优化和补充规范，并提供业务扩展和变化的处理弹性。
2.2 系统总体结构设计
2.2.1 技术方案
1. 开发环境：
本系统使用Oracle公司的Developer 6i开发套件，按照Oracle Application 11i 二次开发要求进行客户化开发。这一工具序列，在中国拥有广泛的应用基础。具体如下：
(1) 数据库平台：Oracle9i，与Oracle Application 11i（11.5.10）数据库及版本相同。
(2) 开发工具：
a) Oracle Developer 6i 套件
Form6i：企业构建窗体工具，是可以用来建立窗体、菜单、PL/SQL库和表格对象库的、具有高生成力的所见即所得的工具。
Report6i：企业产生报表工具，IS开发者可以用来建立和开发复杂的高质量报告。
b) PLSQL Developer。
c) Oracle Workflow Builder：是Oracle Application 11i的工作流程设计、开发工具。 本文来自think58
2. 运行环境：本系统内嵌入Oracle Application 11i ，使用11I运行环境。
3. 技术特点：本套方案基于Oracle Application 11i体系，具有以下特点：
(1) 完全集成
采用Oracle自身的开发工具和开发环境，与11i无缝集成，且性能稳定。
(2) 易维护，低成本
采用三层体系结构，这种结构不仅具有图 形接口的客户/服务器软件的各种优势，同时能够避免在每个用户桌面安装客户软件所要求的高昂成本和繁杂任务。
(3) 充分利用Oracle平台
采用与数据库相同的语言，它允许对应用进行高效的分割和调试，而且可以充分的利用网络带宽；能充分利用Oracle 企业级的平台的各级特性，具有较强的可伸缩性、高可靠性。
(4) 开发快捷
Oracle Developer 通过使用快速应用开发（RAD）技术，面向对象技术，以及统一的客户、应用服务器和数据库服务器体系结构，为客户/服务器和Web开发建立了新的易于使用的生产力标准。开发人员可以使用Oracle Developer创建的模型直接生成完整的开发基础。
业务关键点
1. 形式发票为客户的意向订单,也就是客户确认的报价明细, 不论客户直接下订或是要求形式发票, 一律录入形式发票, 形式发票可以直接输入，也可以从报价单挑选产生。从报价单挑选只是引入产品和配置，价格则都是从标准销售列表价价格表引入生效的标准价格, 同时从“最新销售价格记录”中带出显示最近报价, 并缺省最近报价成实际报价, 而不从报价单引入。
2. 形式发票不论是否超过实际扣点, 都一律需要审批。级别按营销中心经理营销公司经理海外营销公司总经理的层级处理。必须审批通过才可将形式发票提交客户确认。并经过生效, 形式发票才可以被生产单引入。
3. 形式发票与生产单紧密集成, 生产单除了批储和免费散件之外都必须从形式发票引入，所有的更改保持两单一致。
4. 对“已生效”的形式发票的修改实行版本号控制，实现对历史形式发票信息的追溯查询。
5. 从形式发票释放成生产单后,在形式发票的产品行显示已释放数量, 并针对形式发票的产品行层提供对应的生产单信息查询, 可多笔显示已释放的生产单号及数量。
6. 市场型号及客户型号及工厂型号及生产型号为海外极为重要的销售统计分析基础, 因此建议于单据输入时必须能由相关基础数据正确带入, 否则不允许输入, 必须待基础对应关系数据维护完整, 再行输入,不允许未维护基础数据, 而直接在单据中补输入, 例如客户型号, 此种做法易造成统计失真。
7. 提供审核代理人机制, 使审批流程更顺畅。
8. 纳入增殖税税率的处理, 使业务支持更加柔性。
3.3 难点或挑战
1. 基础数据维护的完整性及及时性, 必须加强提升。
2. 解决多组织问题。
2.1设计原则
1. 设计思想：
引入国际大软件的管理思想，用ORACLE ERP的先进管理思想来规范业务。
2. 系统结构：
使用ORACLE ERP系统的整体框架，包括多组织架构、帐套结构、多币种管理等，提供企业发展组织结构变动的处理柔性。
3. 业务流程：
对现有业务流程进行优化和补充规范，并提供业务扩展和变化的处理弹性。
2.2 系统总体结构设计
2.2.1 技术方案
1. 开发环境：
本系统使用Oracle公司的Developer 6i开发套件，按照Oracle Application 11i 二次开发要求进行客户化开发。这一工具序列，在中国拥有广泛的应用基础。具体如下：
(1) 数据库平台：Oracle9i，与Oracle Application 11i（11.5.10）数据库及版本相同。
(2) 开发工具：
a) Oracle Developer 6i 套件
Form6i：企业构建窗体工具，是可以用来建立窗体、菜单、PL/SQL库和表格对象库的、具有高生成力的所见即所得的工具。
Report6i：企业产生报表工具，IS开发者可以用来建立和开发复杂的高质量报告。
b) PLSQL Developer。
c) Oracle Workflow Builder：是Oracle Application 11i的工作流程设计、开发工具。 本文来自think58
[版权所有：http://think58.com]
2. 运行环境：本系统内嵌入Oracle Application 11i ，使用11I运行环境。
3. 技术特点：本套方案基于Oracle Application 11i体系，具有以下特点：
(1) 完全集成
采用Oracle自身的开发工具和开发环境，与11i无缝集成，且性能稳定。
(2) 易维护，低成本
采用三层体系结构，这种结构不仅具有图 形接口的客户/服务器软件的各种优势，同时能够避免在每个用户桌面安装客户软件所要求的高昂成本和繁杂任务。
(3) 充分利用Oracle平台
采用与数据库相同的语言，它允许对应用进行高效的分割和调试，而且可以充分的利用网络带宽；能充分利用Oracle 企业级的平台的各级特性，具有较强的可伸缩性、高可靠性。
(4) 开发快捷
Oracle Developer 通过使用快速应用开发（RAD）技术，面向对象技术，以及统一的客户、应用服务器和数据库服务器体系结构，为客户/服务器和Web开发建立了新的易于使用的生产力标准。开发人员可以使用Oracle Developer创建的模型直接生成完整的开发基础。
业务关键点
1. 形式发票为客户的意向订单,也就是客户确认的报价明细, 不论客户直接下订或是要求形式发票, 一律录入形式发票, 形式发票可以直接输入，也可以从报价单挑选产生。从报价单挑选只是引入产品和配置，价格则都是从标准销售列表价价格表引入生效的标准价格, 同时从“最新销售价格记录”中带出显示最近报价, 并缺省最近报价成实际报价, 而不从报价单引入。
[来源：http://www.think58.com]
2. 形式发票不论是否超过实际扣点, 都一律需要审批。级别按营销中心经理营销公司经理海外营销公司总经理的层级处理。必须审批通过才可将形式发票提交客户确认。并经过生效, 形式发票才可以被生产单引入。
3. 形式发票与生产单紧密集成, 生产单除了批储和免费散件之外都必须从形式发票引入，所有的更改保持两单一致。
4. 对“已生效”的形式发票的修改实行版本号控制，实现对历史形式发票信息的追溯查询。
5. 从形式发票释放成生产单后,在形式发票的产品行显示已释放数量, 并针对形式发票的产品行层提供对应的生产单信息查询, 可多笔显示已释放的生产单号及数量。
6. 市场型号及客户型号及工厂型号及生产型号为海外极为重要的销售统计分析基础, 因此建议于单据输入时必须能由相关基础数据正确带入, 否则不允许输入, 必须待基础对应关系数据维护完整, 再行输入,不允许未维护基础数据, 而直接在单据中补输入, 例如客户型号, 此种做法易造成统计失真。
7. 提供审核代理人机制, 使审批流程更顺畅。
8. 纳入增殖税税率的处理, 使业务支持更加柔性。
3.3 难点或挑战
1. 基础数据维护的完整性及及时性, 必须加强提升。
2. 解决多组织问题。
内容来自think58 [资料来源：www.THINK58.com]