文章

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

2020-12-16杨捷

436阅
根据业内对PLM系统实施的研究,本文将PLM项目视为一项裁剪的基于进化式原型的快速原型过程。

    产品生命周期管理也被称作是PLM,其作为一项在产品生命周期范围内实现信息共享、交互以及管理的技术,在设计、研发以及制造领域有着广阔的前景,PLM系统的推行和使用帮助企业能够迎合客户的使用需求进行产品性能的调整,同ERP等软件相比,PLM系统在使用上更加贴近企业的发展需求,其能够根据企业战略发展或者客户需求的改变对自身的产品数据信息进行灵活调整,可以说PLM系统是集合企业管理、业务发展和产品研发于一体的项目工程。

1 快速原型法在项目中的应用

    快速原型法的核心思想就是通过构造能够体现目标系统主要特征的原型,并以可视化的效果展现给客户,根据客户要求的不同对原型进行修改,最终呈现出符合客户要求的产品,快速原型法是一项注重客户感受和体验的设计方法,其能够帮助企业快速收集客户的使用信息,从中做出产品的性能调整。

    根据业内对PLM系统实施的研究,本文将PLM项目视为一项裁剪的基于进化式原型的快速原型过程。进化原型是创建软件系统的一种模式,其会不断扩充和丰富自身功能,直到其功能满足系统和用户的使用要求。

    1.1 角色定义

    以软件工程中原型法的角色定义为基础,在本次软件过程中共涉及到9个角色,其中一个角色可以由多人共同担任,同样一人也可以担当多种角色,这些角色将被分为下列三组:

    1.1.1 软件工程组

    该组负责引导项目的基本方向,进行项目管理和人员配置以及进行项目计划书的编写。组内的成员包括:项目经理、技术文档工程师、需求工程师还有业务工程师。其中项目经理主要负责对项目的整体监管,进行统筹安排确保项目有序执行;技术文档工程师负责对会议文件的保管,同时负责项目配置的整体安排;需求工程师是项目和客户之间沟通的纽带,收集客户信息再反馈给项目工程进行调整;业务经理负责制定和维护业务蓝图。

    1.1.2 软件质保组

    该组负责编写对原型的测试用例和脚本,审查代码和文档,包括项目计划、需求文档还有设计文档。组内成员包括:总架构师和质保工程师。其中总架构师负责对项目的总体设计进行监督,项目工作是否严格按照计划要求进行;质保工程师负责进行测试用例,对测试结果进行整理和汇报。

    1.1.3 软件开发组

    该组负责用户界面的设计和编制,进行项目的开发。组内成员包括:主程序员、领域专家和用户界面设计师。其中,主程序员负责监督落实项目的实施状况;领域专家负责领导自身领域的项目开展:用户界面设计师负责进行界面设计。

    1.2 软件过程

    PLM项目使用的快速原型法分为四个阶段。其中第一阶段负责项目总体的规划设计,该阶段的主要任务是建立业务蓝图,根据客户需求的不同制定详细的项目计划。第二阶段是软件设计开发的第一轮迭代,该阶段的主要任务是确保设计团队能够真正理解客户需求,在这一阶段会通过一个抛弃式用户界面原型,让用户对项目进行筛选,通过项目功能演示让用户明确项目内容,这个原型也被称作是“第一次原型”。第三阶段是第一轮的进化式原型,项目将作为可运行的原型进行真正意义上的体现,用户根据原型的操作运行提出相关修改建议,开发团队根据用户需求进行调试。最后阶段的开发迭代中,原型根据用户需求进行演化,在多次调试确认无误后交付用户使用。

    配置管理和质量保证是项目生命周期中所必须要满足的条件,配置管理需要严格按照设计计划,由项目经理确认后执行。质量保证则由软件质保组负责,要确保文档和原型的质量满足要求。

2 快速原型法的风险点

    快速原型模型在PLM项目中的应用不可避免的引入了一定的风险,针对本文提出的快速原型郭长城分析如下:

    2.1 人力和成本原型建立

    快速原型模型在设计使用前期需要花费大量的投入和人力成本,一旦原型设计无法满足用户的使用需求,出现分歧较大的局面,不得不进行多次修改同样也会加大成本的投入。要想真正发挥快速原型法的优势所在,就必须在设计初期建立廉价的抛弃式原型,充分利用现有的资源进行开发,以解决用户需求和回答客户问题作为原型建立的重点,同样也要善于利用重用机制。

    2.2 原型进化方向控制

    在进行原型进化的过程中,软件开发团队要整合开发意见,明确原型的进化方向,如果进化方向不够明确,团队工作者目标出现偏差,会导致最终呈现的原型系统功能混乱,拖延研发进度。

    2.3 功能漂移的可能性

    进化原型的优点在于软件团队能够根据用户自身需求的不同研发出符合用户需要的系统,能够极大的满足用户的使用需求。然而,这样势必会给设计团队增添额外的负担,为了避免新功能特性对产品研发所造成的成本影响,可以通过时间限制还有迭代次数限制的方式来降低损失。

    2.4 软件结构上的不足

    进化原型在迭代过程中不断根据用户需求进行性能上的调整,然而新的调整可能在一定程度上颠覆了之前的设计方案,虽然系统在性能上不断进化更替,但也伴随着一定数目的不精良软件结构,这就需要设计人员在迭代过程中多加注意,保持系统的整洁性。

责任编辑:程玥
本文来源于互联网,e-works本着传播知识、有益学习和研究的目的进行的转载,为网友免费提供,并以尽力标明作者与出处,如有著作权人或出版方提出异议,本站将立即删除。如果您对文章转载有任何疑问请告之我们,以便我们及时纠正。联系方式:editor@e-works.net.cn tel:027-87592219/20/21。
读者评论 (0)
请您登录/注册后再评论