软件需求分析方法总结--轻巧建模之需求篇(二)

http://hi.baidu.com/tdskee/blog/item/ae7c831385bfc58a6438db5c.html 可能的需求分析的artifact 由于存在几种类型的需求，有可能其中一些或全部适合于你的项目；又因为每种模型都有长处和缺点，你应该综合利用这些模型，取长补短，以发挥最好的效率。表1列出了一些常用的需求分析建模的artifact，更详细的描述可见Artifacts for Agile Modeling 一文。表中的“简单工具”一栏指出生成相应artifact所常用的简单工具（使用简单工具的重要性在“一些基本原理”一节中讨论过）。 artifact 类型 简单工具 描述 业务规则定义Business rule definition 行为类型 索引卡片（Index card） 业务规则是软件必须满足的一条有效的原则或政策。 变化案例 change case 两者之一 索引卡片（Index card） 变化案例常用来描述新的潜在的需求，或对已有需求的修改。 CRC模型 CRC model 两者之一，通常是行为类型 索引卡片（Index card） CRC模型是一组标准的索引卡片。每一张卡片被分为三个部分，分别是类的名称，类的职责，以及该类的合作者。类是一类相似对象的抽象，职责是该类所知道的或要去做的，合作者是另外一个与该类有交互的类。在需求建模过程中，CRC模型用在概念建模中，用来揭示某一领域内的概念和它们之间高层的关系。 约束定义Constraint definition 两者之一 索引卡片（Index card） 约束是对你提供解决方案的自由度的限制。把约束作为全局的需求对你的项目来说是很有效的。 数据流图 Data flow diagram（DFD） 行为类型 白板 数据流图展现系统中数据在处理过程间、实体间、以及数据存储站间的流动情况。它常用来描述系统的环境，指出与你的系统相交互的主要外部实体。 基本用户界面原型Essential UI prototype 两者之一 粘贴纸 基本用户界面原型是低精度的。它表现的是界面背后的大致想法，而非细节。 基本使用案例Essential use case 行为类型 纸张 一个使用案例（use case）就是针对一个参与者（actor）的一连串动作，通过使用案例可对该参与者的价值进行测量。基本使用案例是一个简化了的、抽象的、一般化的用案例。它以与特定技术和实现无关的方式攫取一个使用者的意图。 特性 Feature 两者之一，常用于行为类型 索引卡片（Index card） 从用户的角度来看，特性是一个小的、有用的结果。一个特性是可以用于计划、报告和跟踪的一个计量单位。它是可理解的和可衡量的，可以在两个星期内完成（同其它几个特性一起)（Coad, Lefebvre, &Deluca, 1999）。（译注：一个特性在大多数情况下等同于一个功能） 技术方面的要求 Technical requirement 非行为类型 索引卡片（Index card） 技术上的要求是属于系统中非功能性的部分，比如性能上的问题、可靠性的问题或者技术环境方面的问题。 使用情景 Usage scenario 行为类型 索引卡片（Index card） 一个使用情景通过一个或多个的使用案例或用户故事描绘一条单一的逻辑路径。一个使用情景可以表示一个使用案例中的基本路线，即愉快路径；或者该使用案例中的其它路径；或者一条跨越几个使用案例或用户故事的路径。 使用案例图 Use case diagram 行为类型 白板 使用案例图由一些使用案例、参与者和它们之间的关系组成。或者还会有一个系统边界盒。建模时，数据流图用来描述系统的环境，指出与系统相关的主要外部实体。 用户故事 User story 两者之一 索引卡片（Index card） 一个用户故事就是你与项目甲方进行的一次谈话的备忘录。它是高层次的需求，包括行为需求、业务规则、约束和技术要求。