-NIST SP 800-160 V1 和 ISO 15288
工程(Engineering)
.工程 是一种涉及开发解决方案的一组流程的方法,该解决方案可以是系统、软件或任何可交付成果,从利益相关者的需求转换而来,并在解决方案的整个生命週期中提供支持。(精简版)
.工程 是一种方法,它涉及应用知识和技能来理解和管理利益相关者的需求、提出和实施解决这些需求的解决方案,以及利用和支持该解决方案以持续创造价值直到其退休为止的一系列过程。(长版)
.系统和软件工程 是将系统或软件作为解决方案交付的工程方法。
系统工程(Systems Engineering)
系统工程 是一种跨学科的方法和手段,可以实现成功的系统。
– 它侧重于在开发週期的早期定义利益相关者的需求和所需的功能,记录需求,然后在考虑完整问题的同时进行设计综合和系统验证。
– 将所有学科和专业组整合到一个团队中,形成从概念到生产再到运营的结构化开发流程.
– 它考虑了 所有利益相关者的业务和技术需求,目标是提供 满足用户和其他适用利益相关者需求的优质产品。这个 生命週期跨越了想法的概念 ,直到系统的退役 。– 它提供了获取和供应系统的流程 。– 它有助于改善创建、利用和管理现代系统的各方之间的沟通与合作,以便他们能够以集成、连贯的方式工作。
来源: ISO/IEC/IEEE 15288:2015 系统和软件工程——系统生命週期过程
-SDLC:系统还是软件?
生命週期(Life Cycle)
每个人都有自己的生活,系统或软件也是如此。系统或软件的生命週期不同。系统或软件生命週期通常包括从开始到工程退役的跨阶段(或阶段)进行的一系列过程(也称为生命週期过程)。
系统或软件开发生命週期 (SDLC) 中的“开发”一词具有误导性,因为它暗示“构建”、“製作”、“构建”或“实施”某物。然而,如今一个组织在没有任何採购或收购的情况下单独“发展”是不可能的。採购意味着从供应商那里购买东西,而从更广泛的意义上讲,收购是指从任何一方付费或免费获取任何东西。
阶段(Stages)
生命週期的阶段各不相同。组织倾向于根据工程方法定制生命週期阶段,并可能在项目中迭代生命週期。ISO/IEC 15288 提出了生命週期过程,但 没有规定 係统生命週期 (SLC) 的六个阶段。
流程(Processes)
跨生命週期执行的流程不时变化,这种情况并不少见。但是,修订后的 ISO/IEC/IEEE 15288:2015 和 ISO/IEC/IEEE 12207:2017 旨在实现系统和软件生命週期过程的完全协调视图。
一个过程通常以不同的程度在整个生命週期中进行。验证和确认是在众所周知的“测试”或“测试”(“testing” or “test”)阶段进行的主要过程。然而,需求、设计、工作产品、可交付成果、最终产品等,可以而且应该在不同阶段进行验证和确认。
-Rational Unified Process 的 4 个阶段和 9 个学科(图片来源:Humberto Cervantes)
参考
.ISO/IEC/IEEE 15288:2015 系统和软件工程——系统生命週期过程
.ISO/IEC/IEEE 12207:2017 系统和软件工程——软件生命週期过程
.ISO/IEC 15288
.什么是工程?
.安全架构与工程
.CISSP 实践问题 – 20210514
.墨西哥某小型IT企业网络管理应用开发经验报告
资料来源: Wentz Wu 网站