尧图网页设计 
需求工程“要做什么”输入用户模糊的想法与业务痛点。核心产物软件需求规格说明书SRS、数据流图DFD、用例图。本质只关心需求问题和数据怎么流动不关心具体代码怎么写。系统架构设计“骨架怎么搭”输入需求阶段的 SRS、质量属性要求性能、安全等。核心产物架构风格微服务、分层、事件驱动、41 视图。本质宏观战略确定系统的边界、技术选型以及子系统间如何通信。系统设计“内部怎么分工实现”概要设计定义模块结构SC 图或类图划分谁调用谁。详细设计细化到每个模块内部的算法逻辑IPO 图、流程图、伪代码。开发实现与测试编码将设计落地并通过单元测试、集成测试、系统测试逐步验证。需求工程与规格化把现实问题转为技术规约原始业务痛点⬇ 1. 需求获取 (JRP、访谈、采样)零散用户需求⬇ 2. 需求分析 (结构化SA 或 面向对象OOA)分析模型DFD/用例图/领域模型⬇ 3. 需求定义 (编写规格说明)软件需求规格说明书 SRS (建立需求基线)⬇ 4. 需求验证 (评审、走查、测试)确认无误的正式需求基线1. 需求获取 (Requirements Elicitation)输入用户的业务痛点、现有旧系统、行业规范、业务表单。关键活动与工具用户访谈一对一或小组深入沟通。联合需求计划 (JRP)集中用户、分析师、开发代表开结构化研讨会快速打破部门壁垒。问卷调查 / 抽样 (Sampling)收集大规模群体反馈或提取代表性业务数据。故事板 (情节串联板)用草图/低保真原型向用户讲故事确认交互预期。输出用户需求记录清单、业务调研报告。2. 需求分析与建模 (Requirements Analysis)输入零散、可能有冲突的用户需求清单。关键活动与工具这里分两条路线取决于采用的方法结构化分析路线 (SA)围绕数据流动建模核心是数据流图 (DFD)和数据字典 (DD)。用ER 图描述数据模型用状态转换图描述行为模型。面向对象分析路线 (OOA)围绕领域对象建模核心是用例模型 (用例图)和领域概念模型 (初步类图)。输出系统概念/逻辑分析模型DFD、用例模型、业务实体关系。3. 需求定义 (Requirements Definition)输入分析建模的结果。关键活动将所有功能需求、非功能需求性能、安全、可靠性、运行约束用规范的工程化语言组织起来。输出软件需求规格说明书 (SRS)它标志着需求基线 (Baseline)的形成。4. 需求验证 (Requirements Validation)输入编写完成的 SRS 草稿。关键活动需求评审 / 检查与专家共同审查剔除二义性、矛盾和遗漏等。需求测试从概念上设计验收测试用例验证 SRS 中的条款是否可度量、可验证。输出经多方签字确认的正式 SRS、需求跟踪矩阵初版。系统架构设计与系统设计经过验证的正式 SRS⬇ 1. 系统架构设计 (高层抽象、风格选型、宏观骨架)架构模型41视图 / 架构风格选型 / 质量属性方案⬇ 2. 概要设计 (系统模块结构 / 类结构划分)概要设计说明书SC图 / 顶层类图 / 接口定义⬇ 3. 详细设计 (内部算法、局部数据与处理逻辑)详细设计说明书IPO图 / 流程图 / 伪代码 / 状态机1. 系统架构设计 (Architecture Design)输入SRS、系统的非功能性质量属性要求如性能、可用性、安全性。关键活动架构风格选型决定采用分层架构、管道-过滤器、微服务还是事件驱动等。多视图建模用“41”视图全面表达系统骨架逻辑视图、进程视图、开发/实现视图、物理/部署视图。架构评估使用 ATAM 或 SAAM 识别架构的敏感点、权衡点和风险点。输出软件架构设计说明书体系结构规格说明书。2. 概要设计 (High-Level Design / 接口设计)输入架构设计说明书、数据流图 (DFD) 或用例模型。关键活动结构化路线通过变换分析或事务分析把 DFD 转化为模块结构图 (SC)划分功能模块、确定模块层次与调用关系。面向对象路线确定核心业务类、包图以及子系统接口进行数据存储的概念/逻辑设计设计数据库表结构。输出概要设计说明书系统模块划分、数据结构定义、系统全局接口。3. 详细设计 (Detailed Design / 过程设计)输入概要设计说明书、接口定义。关键活动对每个具体模块或类内部进行过程设计算法与控制逻辑。使用IPO 图、N-S 盒图、PAD 图、伪代码 (PDL)表达具体实现逻辑。运用 23 种设计模式对局部结构进行优化。输出详细设计说明书程序员可以直接照着敲代码的蓝图。开发实现与测试编码实现程序员对照详细设计说明书写代码。单元测试针对类和函数用详细设计里的算法和边界条件来测逻辑。集成测试将各个模块拼装在一起对照概要设计测接口是否通畅。系统测试在真实环境下对照SRS检查整个系统的功能和性能。验收测试用户对照最初的业务合同与需求确认签字上线。测试级别测试对象核心依据典型测试场景单元测试单个类、模块或函数详细设计说明书测函数的边界值、逻辑覆盖路径集成测试模块间的接口与交互概要设计说明书测 A 模块传参给 B 模块是否正常通信系统测试完整集成的软硬件系统需求规格说明书 (SRS)在真实/模拟真实环境下测并发、压力、安全性、整体业务流验收测试交付用户的成品系统用户原始需求 / 商业合同用户在真实业务场景下进行 α、β 测试签署验收报告 系统架构师 —— 全阶段串联
需求工程“要做什么”输入用户模糊的想法与业务痛点。核心产物软件需求规格说明书SRS、数据流图DFD、用例图。本质只关心需求问题和数据怎么流动不关心具体代码怎么写。系统架构设计“骨架怎么搭”输入需求阶段的 SRS、质量属性要求性能、安全等。核心产物架构风格微服务、分层、事件驱动、41 视图。本质宏观战略确定系统的边界、技术选型以及子系统间如何通信。系统设计“内部怎么分工实现”概要设计定义模块结构SC 图或类图划分谁调用谁。详细设计细化到每个模块内部的算法逻辑IPO 图、流程图、伪代码。开发实现与测试编码将设计落地并通过单元测试、集成测试、系统测试逐步验证。需求工程与规格化把现实问题转为技术规约原始业务痛点⬇ 1. 需求获取 (JRP、访谈、采样)零散用户需求⬇ 2. 需求分析 (结构化SA 或 面向对象OOA)分析模型DFD/用例图/领域模型⬇ 3. 需求定义 (编写规格说明)软件需求规格说明书 SRS (建立需求基线)⬇ 4. 需求验证 (评审、走查、测试)确认无误的正式需求基线1. 需求获取 (Requirements Elicitation)输入用户的业务痛点、现有旧系统、行业规范、业务表单。关键活动与工具用户访谈一对一或小组深入沟通。联合需求计划 (JRP)集中用户、分析师、开发代表开结构化研讨会快速打破部门壁垒。问卷调查 / 抽样 (Sampling)收集大规模群体反馈或提取代表性业务数据。故事板 (情节串联板)用草图/低保真原型向用户讲故事确认交互预期。输出用户需求记录清单、业务调研报告。2. 需求分析与建模 (Requirements Analysis)输入零散、可能有冲突的用户需求清单。关键活动与工具这里分两条路线取决于采用的方法结构化分析路线 (SA)围绕数据流动建模核心是数据流图 (DFD)和数据字典 (DD)。用ER 图描述数据模型用状态转换图描述行为模型。面向对象分析路线 (OOA)围绕领域对象建模核心是用例模型 (用例图)和领域概念模型 (初步类图)。输出系统概念/逻辑分析模型DFD、用例模型、业务实体关系。3. 需求定义 (Requirements Definition)输入分析建模的结果。关键活动将所有功能需求、非功能需求性能、安全、可靠性、运行约束用规范的工程化语言组织起来。输出软件需求规格说明书 (SRS)它标志着需求基线 (Baseline)的形成。4. 需求验证 (Requirements Validation)输入编写完成的 SRS 草稿。关键活动需求评审 / 检查与专家共同审查剔除二义性、矛盾和遗漏等。需求测试从概念上设计验收测试用例验证 SRS 中的条款是否可度量、可验证。输出经多方签字确认的正式 SRS、需求跟踪矩阵初版。系统架构设计与系统设计经过验证的正式 SRS⬇ 1. 系统架构设计 (高层抽象、风格选型、宏观骨架)架构模型41视图 / 架构风格选型 / 质量属性方案⬇ 2. 概要设计 (系统模块结构 / 类结构划分)概要设计说明书SC图 / 顶层类图 / 接口定义⬇ 3. 详细设计 (内部算法、局部数据与处理逻辑)详细设计说明书IPO图 / 流程图 / 伪代码 / 状态机1. 系统架构设计 (Architecture Design)输入SRS、系统的非功能性质量属性要求如性能、可用性、安全性。关键活动架构风格选型决定采用分层架构、管道-过滤器、微服务还是事件驱动等。多视图建模用“41”视图全面表达系统骨架逻辑视图、进程视图、开发/实现视图、物理/部署视图。架构评估使用 ATAM 或 SAAM 识别架构的敏感点、权衡点和风险点。输出软件架构设计说明书体系结构规格说明书。2. 概要设计 (High-Level Design / 接口设计)输入架构设计说明书、数据流图 (DFD) 或用例模型。关键活动结构化路线通过变换分析或事务分析把 DFD 转化为模块结构图 (SC)划分功能模块、确定模块层次与调用关系。面向对象路线确定核心业务类、包图以及子系统接口进行数据存储的概念/逻辑设计设计数据库表结构。输出概要设计说明书系统模块划分、数据结构定义、系统全局接口。3. 详细设计 (Detailed Design / 过程设计)输入概要设计说明书、接口定义。关键活动对每个具体模块或类内部进行过程设计算法与控制逻辑。使用IPO 图、N-S 盒图、PAD 图、伪代码 (PDL)表达具体实现逻辑。运用 23 种设计模式对局部结构进行优化。输出详细设计说明书程序员可以直接照着敲代码的蓝图。开发实现与测试编码实现程序员对照详细设计说明书写代码。单元测试针对类和函数用详细设计里的算法和边界条件来测逻辑。集成测试将各个模块拼装在一起对照概要设计测接口是否通畅。系统测试在真实环境下对照SRS检查整个系统的功能和性能。验收测试用户对照最初的业务合同与需求确认签字上线。测试级别测试对象核心依据典型测试场景单元测试单个类、模块或函数详细设计说明书测函数的边界值、逻辑覆盖路径集成测试模块间的接口与交互概要设计说明书测 A 模块传参给 B 模块是否正常通信系统测试完整集成的软硬件系统需求规格说明书 (SRS)在真实/模拟真实环境下测并发、压力、安全性、整体业务流验收测试交付用户的成品系统用户原始需求 / 商业合同用户在真实业务场景下进行 α、β 测试签署验收报告