|
产品和服务生命周期管理涉及系统的整体生命周期规划和支持。 产品或服务的生命周期比设计和开发系统所需的时间长得多。 系统工程师需要在系统的整个 生命周期 中理解和应用生命管理的原则。 （有关生命周期的一般性讨论，请参阅 生命周期模型 。）具体而言，该知识领域 (KA) 侧重于系统部署后的更改，包括扩展、现代化、处置和报废。
话题
SEBoK 的每个部分都分为知识领域 (KA)，这些知识领域是具有相关主题的信息分组。 KA 依次被划分为主题。 本 KA 包含以下主题：
- 延长使用生命周期
- 能力更新、升级和现代化
- 处置和退化
有关第 7 部分中包含的案例研究和小插曲与第 3 部分中涵盖的主题的映射， 请参阅文章实施示例矩阵。
概述
产品和生命周期管理也被称为系统维持。持续性包括作战系统从最初采购到处置的可保障性。维护是系统工程的一个关键任务，影响产品和服务的性能和支持成本的整个生命周期。
维护活动包括:可维护性设计，内置测试、诊断、预测和其他基于条件的维护技术的应用，物流足迹减少战略的实施，技术插入机会的识别，操作和支持成本降低机会的识别，以及监控关键的支持指标。应该为大型复杂系统(DAU 2010)制定生命周期维持计划。产品和服务生命周期管理既适用于商业系统(如能源生产和分配系统、信息管理系统、互联网和健康行业)，也适用于政府系统(如国防系统、交通系统、水处理系统和政府服务)。
在系统开发的需求阶段进行系统生命周期管理的计划是至关重要的。(请参阅系统要求和系统定义)。需求阶段包括对生命周期成本备选方案的分析，以及了解系统一旦投入使用将如何维持和修改。
与产品和生命周期管理相关的知识体系包括以下领域:
- 延长使用生命周期管理-系统工程师需要了解延长使用生命周期的原则，系统修改过程中出现的挑战，以及在系统使用生命周期结束后处理和退化所涉及的问题。
- 现代化和升级——管理使用生命周期延长使用工程变更管理过程，并理解系统的设计生命周期限制。现代化现有的遗留系统需要特别注意和理解遗留需求，以及拥有所有系统接口和技术图纸的完整目录的重要性。
- 处理和退化——产品达到使用生命周期后的处理和退化，需要注意环境问题，对危险废物进行特殊处理，并在现有系统退化时同时运行替代系统。
原则和标准
产品和生命周期管理的原则适用于不同类型的系统和领域。系统的类型(商业或政府)应被用来选择存在于不同领域的正确的知识体系和最佳实践。例如，美国军事系统将依赖于来自国防部(DoD)(如军种、国防采买大学(DAU)等)和军事标准化机构(如美国航空航天学会(AIAA)、汽车工程师协会(SAE)、物流工程师协会(SOLE)、开放地理空间联盟(OGC)等)。
商业航空、电力分配、交通运输、水处理系统、互联网和健康行业将依赖于来自政府机构、地方市政府、商业标准化机构和协会(例如:在美国——交通部(DOT)、密歇根州、国际标准化组织(ISO)、电气和电子工程师协会(IEEE)、国际系统工程理事会(INCOSE)等)。
一些标准化组织已经开发了连接军事和商业系统的系统生命周期管理实践(例如，INCOSE、SOLE、ISO、IEEE等)。在定义工程政策、最佳实践以及商业产品和生命周期管理需求方面，涉及到多个商业协会。每个商业协会对产品使用的市场或领域都有一个特定的重点。美国的此类商业协会包括:美国医院工程学会(ASHE);计算机械协会;美国机械工程师学会;美国材料试验协会(ASTM);全国住宅建筑商协会(NAHB);Internet Society (ISOC)，包括Internet Engineering Task Force (IETF)和SAE。
此外，还有一些提供产品和生命周期管理有用信息的具体资源:
- INCOSE系统工程手册(版本3.2.2)确定了关于产品和生命周期管理(2011)的几个相关要点。
- 智能交通系统系统工程指南(ITS) 1.1版，提供了产品变更和系统退化的指导(加州运输局和美国交通部2005年)。
- 系统工程与分析强调可保障性设计，并为产品和服务可保障性以及系统退化规划提供了一个框架(Blanchard and Fabrycky 2006)。
- 传统系统现代化确定了产品和服务现代化的战略(Seacord, Plakosh和Lewis 2003)。
- “物流和物资准备”(http://www.acq.osd.mil/log/)提供了产品使用生命周期延长、现代化和退休的在线政策、程序和规划参考(OUSD(AT&L) 2011)。
- 对灾害和中断的弹性的多学科框架提供了对构建延长使用生命周期的系统的洞察(Jackson 2007)。
良好实践
如果系统工程师：
- 认识到系统工程过程不会在产品或服务开始运行时停止。
- 了解某些生命管理功能和组织，特别是在生命周期的交付后阶段，是系统工程过程的一部分。
- 标识修改需要符合系统要求。
- 考虑到在对系统进行升级或修改后，用户必须能够继续在系统需求阶段制定的维护活动。
- 考虑在系统生命周期内不断变化的用户需求。
- 在整个系统生命周期中调整开发过程中制定的支持概念。
- 将工程变更管理应用于整个系统。
在开发早期和整个产品或服务的生命周期中不解决这些关注领域可能会产生可怕的后果。
|
