UML和模式应用读书笔记之进化式需求

需求：系统必须提供的能力和必须遵从的条件。

 

软件项目的平均需求变更率为25%.

需求的类型和种类：
功能性(Functional):特性，功能，安全性。
可用性(Usability) :人性化因素，帮助，文档。
可靠性(Reliability): 故障频率，可恢复性，可预测性。
性能  (Performance): 响应时间，吞吐量，准确性，有效性，资源利用率
可支持性(Supportability):适应性，可维护性，国际化，可配置性。

实现(Implementation): 资源限制，语言和工具，硬件等。
接口(Interface     ): 强加于外部系统接口至上的约束。
操作(Operation     ): 对其操作设置的系统管理。
包装(Packaging     ): 例如无力的包装盒。
授权(Legal        ): 许可证或其他方式。

 

UP制品如何组织需求
用例模型：主要用于功能（行为的）需求。
补充性规格说明：所有非功能性需求。
词汇表：数据字典，数据的有效性，容许值，对象属性，调用参数以及报表布局等。
设想： 概括了高阶需求，这些需求在用例模型和补充性规格说明中进行细化。设想是简短的执行概要文档，用以快速了解项目的主要思想。
业务规则（领域规则）：凌驾于某一软件项目的需求或政策。业务规则更为持久，并且对不止一个软件项目适用，所以应将其放入集中的业务规则制品(供公司的所有分析员共享)，一边在这方面做出的分析工作能够被更好的重用。

 

UML和模式应用读书笔记之用例：
用例是文本形式的情节描述，广泛应用于需求的发现和记录工作中。
用例不是图形，而是文本。用例初学者常见错误就是注重于次要的UML用例图，而非重要的用例文本。