初始阶段：利益相关人就产品范围、愿景、使用场景达成一致
Inception is not requirements phase
阅读书上第4章
Inception Phase 初始阶段：预见项目的范围、设想和业务案例
- 初始阶段需要考虑的事情：继续还是停止？购买还是自己构建？话费？涉众是否有统一看法？
- 大多数analysis 是在elaboration中进行的
- inception 阶段的activity和artifacts：vision、10~20%的用例、计划书等等
- 该阶段时间要短，如果到一周甚至多周，进入了更深的研究就失去了意义
Evolutionary requirements
阅读书上第5章
Requirements
- 需求是项目必须提供的能力和必须满足的条件
- Goal：确定并文档出真实的需求
- Challenge： 定义没有歧义的需求
- 需求的类型可以按照“FURPS+”模型来进行分类和管理
- Functional（功能性）
- Usability （可用性）
- Reliability （可靠性）
- Performance （性能）
- Supportability （可维护性）
- UP会产生的需求制品：以下为可选的关键制品
- 用例模型、补充性规格说明、词汇表、愿景书、业务规则
Use cases
阅读书上第6章
Actors(参与者)：与系统进行交互的外部实体，如人、计算机、组织等。
- Primary actors：
- 特点：使用sud完成所具有的用户目标。
- 作用：发现驱动用例的用户目标
- Supporting actors：
- 特点：为sud提供服务，通常是一个系统
- 作用：为了明确外部接口和协议
- Offstage actor：
- 特点：在用例性为中有影响或获益，如政府机构
- 作用：完备考虑利益关系
Use Case， 为满足驻澳参与者的目标而定义用例
- 在FURPS中强调“F”， 功能性需求
- scenario/use case instance：参与者和系统的一系列交互和活动
- use case： 一组相关的成功和失败的场景集合
- UML use case：提供了一个很好的系统的语境图
- Use Case 的三种常见形式
- Brief： 一段摘要，在早期的需求分析中很快得到的，主要用于成功场景
- Casual：覆盖多个不通场景
- Fully：（模板：书上P50）详细编写所有步骤和所有变化，包括前置条件和成功保证
- use case name： 以动词开始
- level：user-goal（实现）或subfunction（支持）
- 用essential风格编写用例（摆脱UI）
- essential style： 管理员标识自己的身份
- concrete style： 管理员在对话框中填写了自己的ID和密码
- black-box use cases：不对内部工作构件进行秒速，只通过职责来描述
- take an actor and actor-goal perspective：关注涉众及其关注点
- 如何发现用例
- choose system boundary：
- identity the primary actors and their goals
- define use cases that satisfy user goals :基于参与者/基于事件
- 什么测试有助于发现用例
- boss test：
- EBP test：一个人于某个时刻在一个地点所执行的任务
- size test：规模不能太小，如输入定义、移动棋子
应用UML
- 用例图
- 准则：绘制简单的用例图，并与 参与者-目标 列表关联。重点是文本而不是图
- 活动图
- 描述某一用例中执行的步骤，使业务流程可视化
- 可用于早期描述重要场景，用业务流程图识别用例
- 重要的表示符号！！（ppt P66）
Other requirements
阅读书上第7章
除了用例以外的需求制品：
- supplementary specifications：各种类型的补充说明，包括URPS中的一些元素（样例：书上P78）
- glossary：数据字典
- vision：项目的设想（样例：书上P82），文档中包含的特性最好少于10个
- business rules（domain rules）：长期政策法规