快速原型法在PLM系统二次开发项目中应用.docVIP

快速原型法在PLM系统二次开发项目中应用 　　摘 要：以某EPC企业PLM实施及二次开发项目中的软件工程实践为基础，介绍一种裁剪的基于进化式原型的快速原型过程，对其角色、中间产品、行动和前后条件加以描述，并对该过程的风险和适用性进行了分析。 　　关键词：软件工程；快速原型法；PLM 　　DOIDOI：10.11907/rjdk.171816 　　中图分类号：TP319 　　文献标识码：A 文章编号：1672-7800（2017）007-0122-03 　　1 PLM系统实施项目的特点 　　产品生命周期管理（Product Lifecycle Management，PLM）作为一项能够解决产品生命周期范围内产品信息共享、交互与管理问题的技术，在研发、设计、制造和工程等领域有着日趋广泛的应用。大部分企业会选择实施成熟的商业PLM系统。但PLM系统向来无法“开箱即用”[1]，必须结合客户的战略和业务需求，进行二次开发，而且产品数据的灵活性决定了PLM实施的技术开发量通常显著多于ERP等软件的实施。因此，PLM项目的实施可看作由一个以实现PLM思想、梳理业务流程和实现管理提升为目标的业务咨询活动，和一个以交付软件产品为目的的软件开发活动共同组成。 　　本文围绕某EPC企业PLM实施项目中的软件二次开发过程展开分析，项目中使用了一个裁剪的基于进化式原型的快速原型过程，具有完整的生命周期。该软件过程对PLM的实施有借鉴意义。 　　2 快速原型法在项目中的应用 　　快速原型法的核心思想就是通过构造能够体现目标系统主要特征的原型（Prototype），将目标系统以可视化的形式展现给用户，在经过评估后对原型进行修改，逐步求精，继续评估、修改，直到用户满意为止，它是一个循环迭代的过程[2]。快速原型法可以应用于需求采集，也可应用于技术方案验证和整个系统的开发。 　　参考业内对PLM实施方法论的研究[3-4]，本文提出的PLM项目的软件过程是一个裁剪的基于进化式原型的快速原型过程。进化原型是创建软件系统的一种形式，它不会在构建后被抛弃，而是通过修改和追加功能逐渐丰富，直至产生覆盖用户和系统需求的可运行的系统。该快速原型过程经过裁剪来适应开发的需要。 　　2.1 角色定义 　　以软件工程中原型法的角色定义为基础[5-6]，本软件过程涉及9个角色，一个人可任多个角色，多个人也可共同承担一个角色。按同样的方式，这些角色被分为3个组。 　　（1）软件工程组。负责引导项目方向，促进配置管理，支持项目建议书编写、领导文档编写工作及相关业务工作。组内角色有：①项目经理，负责执行项目的总体监管，确保配置管理的执行，维护项目计划，委派人?T进行需求收集，执行项目实施，裁定出现的问题；②技术文档工程师，负责监督和维护文档，处理会议记录和会议文档，担任配置管理专家，编写保密和安全管理规定，并保证项目产出物遵循规定，如有需要，执行项目实施；③需求工程师，负责领导需求收集工作，与干系人、客户和最终用户沟通，组织与干系人的访谈，担任与用户的接口人，按照策略将需求文档化；④业务经理，负责制定和维护业务蓝图。 　　（2）软件质保组。负责编写对原型的测试用例和脚本，审查代码和文档，包括项目计划、需求文档和设计文档。组内角色有：①总架构师，负责监督系统的总体设计，对实施工作进行归类，完成资源计划，执行项目实施；②质保工程师，负责设计测试用例，执行测试，维护缺陷/错误报告，执行项目实施。 　　（3）软件开发组。负责支持用户界面图样（UI）的创建，领导原型的开发工作。组内角色有：①主程序员，负责委派人员进行实施工作，监督缺陷的解决，执行项目实施；②领域专家，负责熟悉和理解某些特定的领域，执行项目实施；③用户界面设计师，负责用户界面图样（UI）设计。 　　2.2 软件过程 　　PLM项目使用的快速原型法分为4个阶段。第一阶段是项目规划阶段，该阶段建立业务蓝图，制定项目计划，更好地理解用户需求，建立对新软件需求的基本认识。第二阶段是软件设计开发的第一轮迭代，该阶段确保团队理解系统所追求的大致方向。通过一个抛弃式的用户界面原型，向用户演示项目组的意图，该原型在项目中被称为“一次原型”。第三阶段是第一轮的进化式原型，是一个可运行的原型作为需求的一种真正具体化体现。用户评价该原型并且增加和修改需求。在最后一个开发迭代中，原型按照新的及修改后的需求演化。系统经过测试后交付给用户。 　　配置管理和质量保证需要在项目的整个生命周期中执行。配置管理依据配置管理计划，由技术文档工程师负责，并由项目经理确认。质量保证由软件质保组负责，文档和原型本身都受到质量保证的控制。 　　2.2.1 项目规划阶段 　　项目规划阶段如图1所示，业务经理以初始用户输入为基础编写业务蓝