长烟MES技术交流资料(实施部分)课件

湖南中烟工业有限责任公司长沙卷烟厂—长烟MES二期项目实施方案交流项目实施思路项目实施团队组织项目实施风险管理项目实施具体措施目录项目实施思路（瀑布模型）需求调研与分析系统设计与数据库设计系统实施与单元测试系统集成与系统测试软件开发瀑布模型及不同阶段之间的交互系统运行与系统维护优点：为项目提供了按阶段划分的检查点；当前一阶段完成后，您只需要去关注后续阶段；可在迭代模型中应用瀑布模型；缺点：在项目各个阶段之间极少有反馈；只有在项目生命周期的后期才能看到结果；通过过多的强制完成日期和里程碑来跟踪各个项目阶段；1、各阶段间具有顺序性和依赖性，前一阶段的输出是后一阶段的输入，每个阶段工作的完成需要审查确认；2、适合软件需求非常明确、设计方案确定、编码环境熟悉等所有阶段都有较大把握的软件开发活动；项目实施思路（迭代模型）

迭代增量模型不是在项目结束时一次性提交软件，而是分块逐次开发提交。分析人员只要找出满足项目需求的某一子集（比如说某个功能)，就立即进行迭代开发，而不是将该项目的所有需求都搞清楚后才开始开发。

所谓迭代，就是指每一个迭代过程都包含了软件生命周期的所有阶段，即：需求分析、系统设计、系统开发和测试阶段。所有的迭代（子集）加起来就是项目的所有需求全集）。迭代增量模型将功能细化、分别开发的方法比较适应于需求频繁变更的项目管理，就软件项目管理本身来说，一般都采用瀑布模型。优点：无需等到所有需求都出来，只要某个需求的子集出来即可开始开发。虽然某个子集可能是还需要进一步适应客户的需求，还需要更改，但只要子集足够小，这个影响对整个项目来说是可以承受的。

缺点：子集间如果存在交集的情况尚不能很好地处理。事实上，各个功能间互相依赖的关系在现实生活中很普遍，存在交集，就必须做全盘的系统分析。

项目实施思路（原型模型）用户提出系统需求识别、分析、整理用户需求快速开发一个界面原型根据原型进行设计与开发系统运行、维护重新设计或选择原型满意原型不满意评价原型原型不可行修改原型优点：1、直观、形象，更多地遵循了人们认识事物的规律，因而更容易被用户接受；2、缩短了用户和系统分析、设计人员之间的距离；3、可及时地暴露问题，确保系统实现的正确性；缺点：1、前期工作量比较大，需投入资源比较多；

项目实施思路（MES二期）项目启动系统开发与测试系统集成系统运行、维护需求调研生产管理设备管理实时监控物料管理质量管理统计核算文档管理人员管理满足质检站、实时监控、度量接口部分需求界面设计数据库设计业务逻辑设计详细设计实时监控界面设计数据库设计业务逻辑设计记录录入、流程管理界面设计数据库设计业务逻辑设计统计报表界面设计数据库设计业务逻辑设计其它（如预报警）界面设计数据库设计业务逻辑设计5月19日5月20日至9月15日完成，提交《用户需求说明书》8月20日完成开发、测试、上线系统开发、测试、运行、维护9月25日完成10月30日完成11月13日完成12月17日完成12月10日完成2010年1月30日完成2010年10月15日完成，提交《系统测试报告》2011年4月15日完成，提交《系统使用说明书》、《系统维护说明书》等原型+迭代+瀑布（混合模型）9月7日至12月17日完成，提交《系统详细设计说明书》优点：1、整体需求调研，全面、完整的了解客户需求，可以站在一个更高的点来进行设计；2、根据客户实际需求，分步开发，分步上线运行；3、每个阶段投入资源比较均衡，长烟方从多到少，拓维方从少到多；缺德：1、项目计划制定比较难，很难生成一个可执行的项目计划；2、各阶段的任务比较重，如：某阶段即要做需求、又要做设计、还要做开发等，项目整体把控容易失控项目实施思路（各阶段交付物）里程碑阶段起始时间交付物启动阶段2009.2.19~2009.5.19《项目实施方案》需求阶段2009.5.20~2009.9.15《用户需求说明书》设计阶段2009.9.16~2009.12.15《系统详细设计说明书》开发与测试阶段2009.12.16~2010.10.15《系统测试报告》应用培训阶段2010.8.16~2010.10.15《系统使用说明书》《系统维护说明书》试运行阶段2010.10.16~2011.4.15《系统试运行报告》服务期2011.4.16~2012.4.15项目实施思路（详细设计计划）功能模块开始日期结束日期系统数据维护2009.10.102009.10.30实时监控2009.09.072009.10.30生产管理2009.09.142009.11.12设备管理2009.09.072009.12.16工艺质量管理2009.10.092009.11.26统计核算2010.10.092009.12.17通用管理2009.10.092009.12.17文档管理2009.10.092009.10.30物料管理2009.10.092009.11.26项目实施思路项目实施团队组织项目实施风险管理项目实施具体措施目录项目实施团队结构

项目的成功实现需长沙卷烟厂、拓维公司相互配合来保证。为了便于项目的管理。在人员组织上，分长烟项目领导小组与实施小组、拓维公司项目领导小组与实施小组，项目实施小组统一由长烟项目领导小组进行指导和协调。整个项目的组成如下图所示：项目实施思路项目实施团队组织项目实施风险管理项目实施具体措施目录项目实施风险管理（需求风险）风险名称风险描述应对措施需求不明确1、客户对需求的表述不统一，不同的客户对同一功能点的需求意见不一致；2、客户无法提供需求，没有明确的交付标准；1、通过界面原型与客户多交流与确认；2、对需求进行优先级划分，采用增量方法逐步建构系统；3、通过市场上同类系统的演示，确定本产品的需求；4、重视每次需求调研的纪要审核，对需求文档进行正式评审；需求频繁变更1、需求已经成为项目基准，但需求还在继续变化；2、添加额外的需求；3、随着项目进展，系统使用环境发生变化导致需求变化；1、严格控制需求变更流程，需求变更时必需提交需求变更申请，并经过项目领导小组签字确认，同时把可能影响到相关内容做详细说明；2、需求锁定：即在相关阶段固定某些需求，比如在需求阶段固定关键需求，项目进展到40%时锁定主要功能，稳定化后锁定界面需求，并在必需的需求变动时同用户商定风险解决办法，比如相应延长供货合同期；3、分析需求容易变更的范围，尽量作为独立模块来开发；4、加强里程碑或阶段评审工作，和客户逐一对所有的功能点通过界面原型和需求文档进行确认；项目实施风险管理（沟通风险）风险名称风险描述应对措施与客户沟通不畅1、客户对于最后交付的产品不满意，要求重新设计和重做；2、客户反馈不及时，未能实现与客户的定期沟通；3、项目进度延误，客户不认可；1、向客户提交周工作总结和下周计划；每月以书面形式向客户高层管理者汇报工作，取得支持和协调；2、采纳客户提出的能够加快项目实施效果和实施进度的建议，优化调整项目计划；3、在安排任务时间表时，各阶段间留出一段（1/4-1/3）缓冲时间；成员间交流不畅1、缺乏沟通，问题得不到及时反映和解决；2、由于项目组成员之间发生冲突，导致沟通不畅、设计欠佳、接口出现错误和额外的重复工作；1、项目组每周四召开项目内部周例会，作为定期沟通的一部分工作；2、建立有效的沟通机制；3、项目经理或组长及时调解成员之间发生冲突或存在的矛盾；项目实施风险管理（进度风险）风险名称风险描述应对措施数采系统滞后目前卷包数采系统正在建设之中，有些数据无法得到支撑。与数采项目组及时进行沟通与交流，约定一种可行的接口协议和通讯方式。项目进度不能保证1、项目规模超过实际项目能力；2、项目进行中，客户提出工期缩短；3、添加额外的需求，或需求频繁变更；1、定期检查进度，设置里程碑节点，严格按计划控制进度；2、考虑采用迭代+瀑布+原型的方法逐步建构系统；3、充分考虑利用可复用资源或集成现有成熟技术，将需要新开发的工作量降低；4、根据项目进展，对其规模数据进行跟踪，并明确其偏离，以便有效地采取相应的措施；项目实施思路项目实施团队组织项目实施风险管理项目实施具体措施目录项目实施具体措施关键因素1MES平台的选择4能否实现实时性MES实施的六个关键因素2信息化基础水平3能否实现集成5能否实现精细化加工6能否全员参与项目实施具体措施1保障项目推进1、长烟与拓维都成立了由高官组成的项目领导小组，是保障项目推进的核心动力；2、项目实施小组都有由业务专家和技术骨干组成，确保了项目高质量、高水平完成；2加强关键节点和关键工作的控制3建立项目周、月例会制度1、在需求调研阶段，严格对各模块的需求进行评审与确认，确保需求真实有效；2、在系统设计阶段，全面考虑各模块之间的串联，确保操作方便、使用简单、灵活等；3、在系统开发与测试阶段，严格进行代码走差与测试，确保系统运行安全、稳定；4、针对开发项目组提交的各项资料进行评审和指导，确保各阶段的变更尽可能少；