软件开发流程与需求管理全解析

# 软件开发流程与需求管理全解析 ## 1. 工作产品概述 工作产品是在流程执行过程中产生和/或使用的信息或实体，例如模型、计划、代码、可执行文件、文档、数据库等。以下是一些常见工作产品及其所属角色的介绍： |工作产品名称|描述|所属角色| | ---- | ---- | ---- | |架构评估|记录项目生命周期各阶段对解决方案架构评估的结果，识别架构相关问题和风险，并提出应对措施和缓解策略|首席架构师| |架构决策|记录塑造整体架构的重要决策，描述决策依据、考虑的选项及决策影响|首席架构师| |架构概述|提供架构重要元素的概述，如主要结构元素、重要行为和重要决策|首席架构师| |架构概念验证|用于证明和验证架构关键部分，降低项目风险，形式可以是使用统一建模语言（UML）的解决方案模型、解决方案模拟或可执行原型|首席架构师| |业务实体模型|定义所考虑业务领域的关键概念|业务分析师| |业务流程模型|定义业务执行的活动以及执行每个活动的角色|业务分析师| |业务规则|定义开发系统必须满足的政策或条件|业务分析师| |变更请求|描述对系统进行变更的请求，变更可能重大并影响迭代重点|项目经理| |数据模型|描述系统使用数据的表示形式|数据架构师| |部署模型|显示节点配置、节点间通信链接以及部署在节点上的组件|基础设施架构师| |企业架构原则|包含企业级定义的规则和指南，指导架构创建方式|首席架构师| |现有 IT 环境|代表构成当前 IT 格局的现有元素集合，可能被开发系统使用或对其产生约束|首席架构师| |功能模型|描述软件组件，包括其职责、关系以及组件在提供所需功能时的协作|应用架构师| |功能需求|描述开发系统的功能需求|业务分析师| |术语表|业务使用的常用术语列表、含义及替代词|业务分析师| |非功能需求|描述开发系统的非功能需求，代表系统质量（如可靠性）和约束|业务分析师| |优先级需求列表|记录每个需求的优先级|业务分析师| |RAID 日志|记录项目的风险、假设、问题和依赖关系|项目经理| |评审记录|记录评审的主要发现以及解决这些发现的建议行动|项目经理| |软件架构文档|使用多种架构视图全面概述系统架构|首席架构师| |利益相关者请求|包含利益相关者对开发系统的请求，可能包含系统必须遵循的标准引用|业务分析师| |系统上下文|将整个系统表示为单个实体或过程，并识别系统与外部实体的接口|业务分析师| |愿景|定义利益相关者对开发系统的看法，根据利益相关者的关键需求和功能进行说明，概述预期的核心需求，可能只是一个问题陈述|业务分析师| 其中，测试人员负责发现和记录软件质量缺陷，提供软件质量建议，并验证系统是否按设计和要求运行，但不拥有上述任何工作产品。 ## 2. 活动与任务 ### 2.1 活动概述 活动是任务的集合，主要包括定义需求、创建逻辑架构、创建逻辑详细设计、创建物理架构和创建物理详细设计等活动。在迭代开发过程中，每个活动都在单个迭代中执行。 ### 2.2 定义需求活动 该活动的任务流程如下： ```mermaid graph LR A[收集利益相关者请求] --> B[捕获通用词汇] B --> C[定义系统上下文] C --> D[概述功能需求] D --> E[概述非功能需求] E --> F[优先级排序需求] F --> G[详细说明功能需求] G --> H[详细说明非功能需求] H --> I[更新软件架构文档] I --> J[与利益相关者评审需求] `` ```