系统架构设计师高级 · 教程第 2 版

把一项需求送到交付

同一个项目,沿过程、产物和证据定位密集的名词。

校园讲座原定最多报100人,满员就关闭入口。第一版完成后,负责人补充:“有人取消时,让候补学生按顺序补上。”一句话会牵动队列状态、接口、测试和版本。CR08经受控变更后形成已批准的B2,R17@1.1规定容量100与FIFO候补。本章沿这次变化看需求怎样走到交付;到5.7再看CR09申请1000时,实施、验证与新B3批准怎样分别发生。

七节在产物主线、贯穿职责与可采用方法中的关系定位
顺序箭头表示示意产物传递,虚线表示受控反馈;5.1与5.7贯穿项目,5.5与5.6提供方法和复用途径。七个节号用于教材定位。

先看中间的产物链。需求工程澄清规则与验收条件;分析与设计把业务问题转成模型和实现方案。代码进入测试后,测试方法交代怎样选例,测试阶段定位所测对象与目标,两条轴可以相交。结果还要关联所测版本与条件,才能为交付提供证据。变化会让团队重访前面的工作,新的版本继续验证与批准。

再看贯穿带。过程模型安排生命周期,RUP阶段与工作流分别定位时间目标和活动分工,CMM/CMMI评价成熟度或过程能力。它们回答不同问题。进度、配置、质量和风险也同时作用于项目:改变容量会影响工期与测试,修改代码需要版本控制,证据缺失又会影响发布决策,管理职责由此配合。

净室与构件放在方法分区。净室让正确性论证与独立统计测试配合,涉及开发和认证的分工。构件工程提供复用路径,先核接口与契约,再按需要适配和组装;独立部署与显式依赖可以同时成立。两者都不能仅凭目录位置当作交付后新增的阶段。

需求、模型、实现、测试证据与交付的关系及变更分支
此图只展开产物关系。变更获准授权修改工作版本;新的需求基线还需需求验证与批准,新的交付基线还需下游验证及授权。旧基线留存。

先判断它在回答什么问题

关系本章例子判断线索
组成 / 包含软件开发包含设计与编码;WBS按交付范围分解整体和部分不能平级计数;组成不自动给出先后
同轴并列方案过程模型的安排策略;黑盒与白盒的选例依据保持问题相同,改变方案;结合条件判断能否组合
时序 / 依赖变更评估、授权实施、验证、批准新基线;网络紧前关系先核箭头端点与前提,再判断并行和等待
交叉观察维度RUP阶段×工作流;测试方法×阶段;原型范围×去向同一对象可同时落在两条轴上;各轴回答不同问题

“此刻在做什么”与“现在处于哪段时间”会得到不同答案;“怎样开发”也没有直接回答“哪个版本可发布”。下面按教材展开42个知识组,每节都有连续图文、判断线索与独立自测。先定位名词,再带着改变后的条件检验答案。

按教材小节阅读

每节作答在当前浏览器独立保存。换设备、移动文件或清除数据可能失去记录;保存受限时页面会提示。