需求1

需求开发的三次循环

1初始循环：明确项目的目标与工作范围，完成子系统的系统划分，明确每个子系统的内容（业务事件与报表）和相互之间的接口。

2脉络循环：通过对每个业务事件进行流程分析、业务实体分析，并标识出所有用例。

3细节循环：对每个用例的细节进行分析，包括事件流、用户界面原型等。

需求获取的问题

1捕捉范围不足。

2缺乏计划性

3缺乏科学性

4捕捉对象不明确

5捕捉手段不足

在需求捕捉活动中，化被动为主动是关键。

 

需求分析

需求分析是业务分析

需求分析是一种分解活动

需求分析是一种提炼与整合活动

需求分析是一种规格化活动

 

需求分析就是向下分解+向上提炼，外加一些规划化

注意：不要让建模语言在需求实践中喧宾夺主！！！！

1尽可能进行团队建模

2大胆使用草图建模

需求分析是目标，需求建模是手段

 

需求文档和实际脱节，一旦完成就束之高阁，不再使用和更新，这是一个需求分析崩溃的信号

良好的源代码和注释就是最好的文档

软件需求规格说明书的四字要诀：共享、更新

 

在编写需求规格说明书时，应确保一类信息只在一处描写

 

需求评审不要变为批评会、吵架会、翻书会、语法纠错会

 

需求管理包括基线管理、变更管理、需求跟踪三个活动

 

统一、明确的需求划分标准：

1粒度均匀

2大小合适

3完整

划分出大小合适、粒度均匀的需求相是需求管理的前提

 

需求优先级与工作量估算是基线管理的关键

 

变更管理：

1业务影响分析

2技术影响分析

3项目影响分析

需求变更管理的核心是控制变更的影响，而非消除变更

需求分析师的贡献在于“尽早标示变更”，架构师与设计人员的贡献在于“以弹性的架构减少变更的影响”