IS LC：ISO 12207 标准、俄罗斯国家标准 34、RUP

信息系统开发生命周期：关键标准和模型

信息系统开发生命周期定义了从初始构想到退役的各个阶段序列。这是一个结构化的过程，会影响开发效率。对于IT专业人士来说，理解生命周期标准对于根据项目选择合适方法至关重要。

ISO/IEC 12207 标准描述了软件生命周期过程，而不规定僵化的模型。过程分为：

• 主要过程：获取、供应、开发、运行、维护。
• 支持过程：项目管理、风险管理、质量管理、配置管理、验证、确认。
• 组织过程：生命周期管理、基础设施管理、项目组合管理、人力资源、知识管理、过程改进。

优势：客户与供应商角色清晰分离，便于审计。劣势：官僚主义，过于繁琐。ISO/IEC 15288 系统工程标准基于此构建，涵盖软件、硬件和过程。

GOST 34.601-90：阶段序列

GOST 34 规范了自动化系统的创建，包括作为集成硬件-软件解决方案的信息系统。该模型包括 9 个阶段：

• 自动化系统需求形成（调研、任务书）。
• 概念开发（研发、方案选择）。
• 技术规范。
• 初步设计。
• 技术设计。
• 工作文档。
• 投运（启动、测试）。
• 维护。
• 工作完成。

优势：高可控性，对关键系统具有法律精确性。劣势：灵活性低、周期长、不兼容敏捷方法（除非适应）。在实践中，GOST 34 被用作基础，并在阶段内应用迭代。

瀑布模型

线性模型，按顺序执行阶段：需求、设计、实现、验证、维护。只有完成前一阶段才能过渡到下一阶段。

适用于需求固定的项目：政府合同、安全、航空。优势：规划简单、预算控制、角色清晰。劣势：不灵活、需求错误风险高、产品交付晚。

该模型源于 MIL-STD-498，并在阶段内与敏捷方法混合使用。

RUP：迭代框架

Rational Unified Process (RUP) 是一个可适应的框架，具有两个维度：

• 阶段：启动、细化、构建、过渡。
• 学科：业务建模、需求、分析/设计、实现、测试、部署。

关键实践：

• 聚焦风险的迭代开发。
• 需求与变更管理。
• 基于组件的架构。
• 视觉建模 (UML)。
• 持续质量控制。

迭代（2–6 周）产生增量。优势：纪律与灵活性的平衡。劣势：小型项目复杂，需要经验。它演变为 OpenUP 和 Agile Unified Process。

敏捷方法论

敏捷是一系列基于《敏捷宣言》的迭代方法家族。其原则：

• 可工作软件作为进度首要衡量标准。
• 欢迎需求变更。
• 频繁交付（2 周至 2 个月）。
• 面对面交流。
• 动力十足的团队。

框架包括：

• 组织：待办事项列表、会议、回顾。
• 需求：优先级排序、反馈。
• 工程：CI/CD、TDD、重构。
• 估算：故事点。

优势：灵活、早期价值交付、团队动力。劣势：缺乏纪律可能导致混乱。

关键要点

• ISO/IEC 12207 为任何模型定义过程，适合合同。
• GOST 34 确保自动化系统的阶段序列，在俄罗斯大型项目中相关。
• 瀑布 适用于可预测任务，常与敏捷混合。
• RUP 通过 UML 和风险管理平衡迭代与结构。
• 敏捷 主导产品开发，聚焦价值。

模型选择取决于上下文：关键性、规模、需求波动性。了解标准有助于将过程适应项目。

— Editorial Team