ERP系统开发与设计.pptx

《ERP系统开发与设计.pptx》由会员分享，可在线阅读，更多相关《ERP系统开发与设计.pptx（112页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、第21章 ERP系统开发与设计 软件工程过程 需求分析和数据流程图 E-R关系图与数据库设计规范系统设计和模块结构图能力成熟度CMM模型21.1 软件工程过程软件过程的活动：项目定义(需求分析、可行性研究)系统分析 系统设计 系统实施(编程、测试、安装)系统运行与维护项目定义系统分析系统设计编程安装运行维护项目建议书系统测试详细设计说明书程序编写后期运行审计系统分析报告时间21.1 软件工程过程(续)图图1 软件生命周期的瀑布模型软件生命周期的瀑布模型21.2 需求分析和DFD结构分析法(SA)数据流程图(DFD)数据字典(DD)需求分析说明书开课清单开课清单1.4计算课计算课程注册费程注册费

2、1.1 合法校验合法校验1.3计算课程计算课程冲突率冲突率1.2 查已修查已修课程成绩课程成绩选课单选课单学生成绩库学生成绩库学生学号学生学号合法的选课记录合法的选课记录费用费用重修课程重修课程已选课程已选课程学生选课系统加工的下层分解学生选课系统加工的下层分解数据流图举例 数据流：成绩记录单 成绩记录单=课程编码+课程名+任课教师|指导教师+学号+成绩(+备注)注释：备注域用于标识课程类别（必修/限选/任选 /重修）数据字典举例系统分析报告格式 一：引言部分（名称，开发目标，主要功能，开发背景等）二：现行系统概况 A现行系统现状详细调查说明：包括组织机构图，系统目标、功能一览表、业务流程图、

3、业务流量以及存在的薄弱环节，数据，主要算法等。B现行系统分析：用户需求及主要存在的问题等。三：新系统逻辑方案 1：新系统目标（要求具体）；2：新系统逻辑模型（数据流程图、数据字典、实体关系图 )3：新系统功能分析（改进，补充，优越之处）；4：新系统在各个处理环节上采用的管理方法、模型；5：与新系统相配套的管理制度和运行体制的建立；四：下阶段工程进度计划21.3 E-R图和数据库设计E-R图数据库规范化数据库设计方法使用材料价格库存量m n产品仓库仓库号仓库名n类别地点存放材料号材料名m 产品号产品名价格存放量耗用量图图2 2 供应部门的分供应部门的分E-RE-R图图E-R图举例21.4 系统设

4、计和模块结构图结构设计法(SD)模块结构图(SC)系统设计报告模块结构图SC举例门诊管理药房管理药库管理病房管理财务管理处方挂号处理挂号费总计挂号单挂号费总计出库处理进药管理病历管理处方管理常规处理医院管理系统系统设计报告格式1、系统总体结构图(SC图)2、系统设备配置图3、系统编码方案(编码和检验方式)5、数据库结构图4、输入/输出及界面设计方案6、HIPO图（层次模块结构控制图）7、系统模块处理流程设计说明21.5 软件成熟度模型CMM的产生(CMM/CMMI)CMM的基础成熟的软件组织基本概念CMM模型概要CMM的结构1 CMM的产生1987年美国 Carnegie Mellon 大学软

5、件工程研究所(CMU/SEI)以W.S.Humphrey为首的研究组发表的研究成果“承制方软件工程能力的评估方法”，该成果在1991年发展成为CMM（软件过程能力成熟度模型）。发展：CMM和个体软件过程PSP（Personal software process）和群组软件过程TSP(Team Software Process)，形成CMM/PSP/TSP体系 2 CMM的基础成熟的软件组织3 基本概念1）软件过程：人们用于开发和维护软件及其相关过程的一系列活动，包括软件工程活动和软件管理活动。2）软件过程能力：描述（开发组织或项目组）遵循其软件过程能够实现预期结果的程度。3）软件过程性能：表示

6、（开发组织或项目组）软件过程所得到的实际结果。4）软件过程成熟度：一个特定软件过程被明确和有效地定义，管理测量和控制的程度。3 基本概念5）关键过程域：每个软件能力成熟度等级包含若干个对该成熟度等级至关重要的过程域，它们的实施对达到该成熟度等级的目标起到保证作用。6）关键实践：对关键过程域的实践起关键作用的方针、规程、措施、活动以及相关基础设施的建立。7）软件能力成熟度模型：对软件组织进化阶段的描述模型。1、初始级（Initial）2、可重复级(Repeatable)3、已定义级（Defined）4、已管理级（Managed）5、优化级（Optimizing）初始级可重复级已定义级已管理级优化

7、级图图3 3 成熟度等级成熟度等级 CMM提供了一个框架，将软件过程改进的进化步骤组织成5个成熟等级，为过程不断改进奠定了循序渐进的基础。4 CMM模型概要4 CMM模型概要表2：CMM模型概要 5 CMM的结构图4：CMM的结构 第22章 ERP系统开发规划ERP设计总体思路如何开展ERP的设计工作ERP子系统详细设计设计要点一个中心两类业务三条干线22.1 ERP设计总体思路将管理的先进性与我国实际情况相结合支持多单位、集团化的财务核算流程有一定的灵活性强大的报表系统技术文档和用户文档齐全设计要点财务是各项业务的归集中心1 一个中心财务数据库图图5 各项业务财务数据汇集各项业务财务数据汇集

8、 两种主要业务：计划与执行贯穿了系统的整个过程2 两类业务企业系统计划主生产计划销售计划经营规划采购计划资金需求计划车间作业计划执行计划：采购、生产、销售等执行图图6 两种主要业务两种主要业务3 三条干线物流业务管理生产业务管理财务业务管理共享数据：计划、物料、资源、财务等图图7 ERP设计的三条干线设计的三条干线 围绕这三条干线的模块划分如下：物流管理系列：库存管理、销售管理、采购管理及分销资源计划管理等生产管理系列：制造标准、主生产计划、物料需求计划、能力需求计划、车间作业管理、重复制造生产管理、质量管理及设备管理等财务管理系列：总账、应收账、应付账管理，预算会计、现金管理、账簿报表管理、

9、固定资产管理、工资管理、成本会计等其他辅助模块，如人力资源、技术管理、决策系统等3 三条干线(续)22.2 如何开展ERP的设计工作设计工作的组成部分：(结构化方法)业务描述与业务分析 数据流程图 实体关系图 功能模块图22.3 ERP子系统详细设计(结构化方法)销售子系统 计划子系统 其他1 销售子系统应付账发货退货成本资料数据输入数据输入销售管理分销资源计划财务管理库存管理成本管理主生产计划1 销售子系统-一层DFD应收款财务部门销 售 服 务 明 细 文 件运输资料文件发货通知计划信息销售发票主文件销售订单管理销售服务管理销售基础数据销售计划管理销售部门计划部门质量技术部门发收货管理仓库

10、部门销售发票明细文件客户资料文件销售服务主文件销售计划文件销售订单主文件销售订单明细文件计划信息1 销售子系统-二层DFD客 户 资 料 文 件客 户 组 别 文 件客户资料维护客户组别维护交货方式维护销售拥金维护交 货 方 式 文 件销 售 佣 金 文 件数据录入销 售 类 型 文 件销 售 员 资 料 文 件销售类型维护销售员维护订货方式维护数据录入订 货 方 式 文 件1 销售子系统-二层DFD数据录入计划审核数据录入销售计划录入销 售 计 划 主 文 件1 销售子系统-二层DFD销 售 合 同 主 文 件销售订单主文件销售订单处 理销售合同处 理订单终止处 理销售部门订单结清处 理商品

11、报价销 售 合 同 明 细 文 件销 售 订 单 明 细 文 件商 品 报 价 文 件销 售 订 单 主 文 件1 销售子系统-二层DFD退货通知管理换货通知管理发货通知管理费用处理管理费 用 计 算 文 件过账处理管理转 账 凭 证 文 件销 售 订 单 主 文 件发票处理管理销 售 发 票 明 细 文 件销 售 发 票 主 文 件销 售 订 单 明 细 文 件收 发 货 通 知 文 件1 销售子系统-二层DFD维修文件服务网点文件销售部门售前、中服务培训计划文件服 务 政 策 文 件服 务 人 员 资 料发 件 记 录 文 件售后服务服 务 记 录 文 件1 销售子系统-E-R图销售订单1

12、n签订n1开票1n组成1n组成1n组成1n订货提货单客 户发票明细发 票提货单明细订单明细销售计划销售合同合同明细nm信息11对应nm提货nm配货nm组成1n信息商品报价1 销售子系统-功能模块图销售计划管理销售管理销售订单管理收发货管理销售服务管理销售基础数据1 销售子系统-功能模块图销售基础数据销售类型维护销售员维护销售佣金维护订货方式维护交货方式维护客户资料维护客户组别维护退货原因维护订单取消原因维护价格种类维护费用定义维护退换货通知差价维护发票维护销售过账发货通知收发货管理1 销售子系统-功能模块图销售计划管理销售计划维护销售计划合并销售订单管理产品系列维护订单维护合同终止结清信用管理

13、订单终止结清销售价格维护合同维护催款计划销售政策发布服务过程记录服务跟踪销售网点维护销售服务记录销售服务管理2 计划子系统-一层DFD平衡生产作业计划MRP管理MPS管理CRP管理设备管理部门采购部门销售部门作业计划销售订单销售订单 文 件最终装配计划 文 件主生产计划 文 件MRP 文 件MRP独立需求文件生产部门计划部门2 计划子系统-二层DFD粗 能 力 计 划 文 件最 终 装 配 计 划 文 件MPS结清MPS维护MPS确认计 划 参 数 设 置 文 件计划参数设置制 造 日 历 文 件主 生 产 计 划 文 件产 品 定 额 工 时 文 件MPS生成销售部门销售订单销售订单 文 件

14、物 品 库 存 文 件MPS例 外 信 息 文 件2 计划子系统-二层DFDMRP确认物 料 清 单 文 件物 料 代 码 文 件MRP例 外 信 息 文 件计 划 参 数 设 置 文 件物 品 工 艺 文 件MRP维护制 造 日 历 文 件MRP 文 件MRP生成物 品 库 存 文 件物料需求模拟物 料 模 拟 需 求 文 件独立需求维护MRP 独 立 需 求文 件主 生 产 计 划 文 件2 计划子系统-二层DFD生 产 工 艺 文 件资 源 清 单 文 件工 作 中 心 文 件CRP例 外 信 息 文 件平衡能 力 需 求 计 划 文 件MRP 文 件CRP生成工作中心负荷输入输出控制W

15、C负 荷 文 件工序进度计划工 序 进 度 计 划 文 件生产车间MRP 文 件输 入 输 出 控 制 文 件车间报告平 衡MRP生产车间任务资源清单维护2 计划子系统-E-R图n负荷11n11mnnm11销售订单MPS制造技术数据MRP采购计划下达车间作业计划nm生成mnmn对应组成1n生成工序进度计划RCCPMPS例外信息计划参数制造技术数据MRP例外信息MRP独立需求CRP参照生成参照nm生成参照mn生成生成mn生成m2 计划子系统-功能模块图物料需求计划计划管理主生产计划能力需求计划2 计划子系统-功能模块图MPS结清MPS维护独立需求维护MPS确认MPS生成计划参数维护最终装配计划维

16、护最终装配计划结清主生产计划粗能力报告2 计划子系统-功能模块图MRP结清MRP维护物料需求模拟MRP确认MRP生成独立需求维护MRP任务结清物料需求计划投入产出控制工作中心负荷CRP生成工序进度计划生成资源清单维护能力需求计划22.4 ERP子系统详细设计(面向对象方法)ERP系统整体 基础数据子系统 销售子系统 计划子系统 设计类建模22.4 ERP子系统详细设计设计工作的组成部分：(OO方法)静态模型：用例图、类图、包图、构件图、部署图 动态模型：顺序图、协作图、状态图、活动图1 ERP系统的整体用例图1 ERP系统的包图2 基础数据用例图2 基础数据的部分类图2 基础数据的数据库设计3

17、 销售子系统用例图3 销售子系统-销售发货的顺序图3 销售子系统-销售发货的协作图3 销售子系统-新建订单顺序图3 销售子系统-新建报价单顺序图3 销售子系统-新建报价单协作图3 销售子系统-添加客户用例图3 销售子系统-客户添加的协作图3 销售子系统-订单录入活动图3 销售子系统-客户对象的状态图3 销售子系统-类图3 销售子系统-数据库结构3 销售子系统-数据库结构图(续)3 销售管理包图3 销售子系统组件图4 生产系统用例图4 MPS计划用例图4 MRP计划用例图4 生产子系统-顺序图4 加工单的活动图4 生产领料的活动图4 生产子系统-类图5 表单对象模型5 表单用例协作图模型5 界面

18、类模型5 表单对象以领料单为例5 用例协作图以领料单为例5 顺序图以领料单为例思 考 题什么是软件工程？如何理解软件生命周期的概念。概要叙述一下ERP总体设计思路。试运用软件工程方法对ERP某一职能子系统进行详细设计，包括数据流程图、数据库结构、模块结构图的描述。说明ERP软件与财务软件、进销存软件有何不同？题型什么是软件工程？如何理解软件生命周期的概念。概要叙述一下ERP总体设计思路。说明ERP软件与财务软件、进销存软件有何不同？思 考 题试运用面向对象的方法对ERP某一职能子系统进行详细设计。根据要求对给定界面进行分析。演讲完毕，谢谢观看！ERP软件系统的实现4.1 自行开发还是购买商品软

19、件4.2 商品软件的选择4.3 控制对软件的修改4.1 自行开发还是购买商品软件F自行开发软件的缺点F购买商品软件的比例日益增加F购买商品软件存在的问题自行开发软件的缺点l 耗时过长l 未必成功l 起点较低购买商品软件的比例日益增加F据国外统计，购买商品软件的比例，在1970年代还不到50，进入1980年代则超过80。F近年来，几乎所有实现ERP的企业都是购买商品软件。购买商品软件存在的问题F由于商品软件的通用性，系统可能过于复杂F可能需要二次开发F可能难于连接已有的程序F可能存在故障隐患4.2 商品软件的选择F选择商品软件的原则F选择商品软件的方法F签订合同选择商品软件的原则F选择一个实用的

20、和适用的软件F选择有成功用户先例的软件F不要操之过急首先接受关于ERP的先行教育F不要拖延太久选择商品软件的原则F确定要对软件作那些修改或扩充，以及如何实现WhatCostScheduleF要保留原有系统中好的部分选择商品软件的原则F根据性能价格比来评价软件系统 软件初始成本 软件价格 软件修改成本 接口成本 推迟实施的机会成本选择商品软件的原则F软件选择队伍的组织要包括可以作决策的人软件选择队伍和实施队伍的统一IT部门应参与软件选择与评价F要有预算并得到批准选择商品软件的方法F考察软件的功能功能需求问题单参照MRPII/ERP标准F考察软件技术FGartner Group的评价选择商品软件的

21、方法F考察软件文档F考察供应商实力财政技术支持和服务F考察供应商的用户签订合同F要有准备F一般不要签标准的合同F要包括处理故障隐患的条款F文字表达要清楚准确签订合同F所有生意内容均以书面形式表达清楚F合理的付款日程表，控制财务杠杆F如有惩罚条款，则应和付款日程表相结合F关于软件维护，一般只签一年的合同4.3 控制对软件的修改F教育和培训F标准软件F有效的管理教育和培训F使用户了解ERP 逻辑F使用户能在ERP 的总体框架内考虑问题，而不仅仅是基于业已习惯的工作方式来考虑问题。标准软件F用户对ERP 的了解和要求都能在软件中得到反映F从而减少修改软件的请求有效的管理F控制软件修改的原则F控制软件

22、修改的方法控制软件修改的原则F对于修改软件的请求，项目小组和指导委员会应当坚持两条原则：抵制区分软件系统的两类功能控制软件修改的原则F抵制如果一项修改软件的请求对于企业的运营和ERP 的实施都不是本质的，则应予以抵制。因为任何修改都会推迟ERP 项目的实施、提高成本并减少成功的机会。控制软件修改的原则F区分软件系统的两类功能必须由计算机来做用计算机代替手工工作方式控制软件修改的方法F对于在软件选择阶段已估计到、已有预算的修改请求，照计划做。控制软件修改的方法F对于新出现的修改软件的请求，首先由IT部门估算工作量，确定是较大的修改或较小的修改。控制软件修改的方法F对较小的修改，项目小组可以决定是否接受、拒绝或推迟。F对于一项较大的修改，由项目小组进行审查并向指导委员会提出建议，由后者作出决定。控制软件修改的方法F项目小组的建议：立即或尽快做：对企业的运营和ERP的运行是必须的，且必须由计算机来做推迟：如果所请求的修改是好的，但不是本质的