需求分析师培训day02.ppt

需求分析师培训 Day02 Agenda 需求分析最佳实践 需求建模最佳实践 用例驱动的需求过程实践 Agenda 需求分析最佳实践 需求建模最佳实践 用例驱动的需求过程实践 需求分析回顾 所谓分析是指通过对问题域的研究，获得对该领域特性及存在于其中（需要解决）的问题特性的透彻理解并用文档说明 分析方法：结构化分析法、面向对象分析法、面向问题域分析法 需求分析与需求捕获是交替进行的 需求分析的结果将通过建模、规格说明书编写的方式文档化 需求分析最佳实践 1 定义系统边界：评估原始需求，定义将要开发的系统的边界；确定哪些是系统需求，哪些是和系统相关的操作过程的需求，哪些是在系统范围之外的需求 主要效益：消除不必要的需求 引入成本：低 应用成本：低 实施指南：询问某项需求是否是基于不完整的或者不可靠的信息做出的？某项需求的实现是否需要在系统已定义的数据库之外的信息？某项需求是否和系统的核心功能相关？某项需求是否牵涉到系统之外的功能或者设备的性能？ 需求分析最佳实践 2 使用校验表进行需求分析：根据经验开发需求问题校验表，并将其用于需求的系统化分析，每一项需求都应按照校验表进行分析。 主要效益：更快、更完整地进行需求分析 引入成本：低-中 应用成本：低 实施指南：校验表不超过10项草率设计：该需求包括不成熟设计或实现信息吗？组合需求：该需求是单独的需求还是可以细分为多个需求？多余需求：该需求只是系统的修饰，还是真正必需？使用非标准硬件：必须使用非标准的硬件还是软件？符合业务目标：符合在需求文档开始处定义的业务目标？需求多义性：不同人是否可以从不同方式来理解？需求可实现性：基于当前技术，该需求可实现吗？需求可测试性：是否能够判断系统是否符合需求 需求分析最佳实践 3 使用软件支持协商：鼓励使用电子邮件来交换需求信息并且进行需求协商；也可以使用BBS、即时通信、群件系统来进行沟通与协商。 主要效益：需求问题的更快解决 引入成本：低-中 应用成本：低-中 实施指南：电子邮件需指派一个问题管理人员，负责跟踪问题的提出、传递、回应和达成解决方案；BBS方案需要限制讨论的长度；群件方案需要事行定义好需求管理项的结构 需求分析最佳实践 4 对冲突和冲突解决方案做好计划：任何需求集中都会有冲突、重叠和遗漏问题，应该安排会议讨论这些需求并解决分析过程中发现的问题。 主要效益：需求问题的更快解决 引入成本：低 应用成本：低 实施指南：会议是解决需求冲突最快的方式，应聚焦于解决突出的需求问题；电子信息交换也是可取的方式之一；会议通常包括叙述阶段、讨论阶段和决策阶段；分析的结果要发给所有与会者 需求分析最佳实践 5 需求分级：每一项需求都应该标上优先级，以反映它们对项目相关人员的重要性和对整个系统成功与否的重要性。 主要效益：关注最重要的需求 引入成本：低 应用成本：低 实施指南：在需求捕获阶段就标明优先级是最理想的；通常需要进行了初始的分析工作才可能分配优先级；优先级的分配要由需求分析人员和项目相关人员共同完成；优先级不应太多，如必须的、有用的、希望的 需求分析最佳实践 6 使用多维方法进行需求分类：应对需求进行分类以便标记相关的需求，不必将单个需求只归到一个类，可以派生出多种分类方法。 主要效益：有助于发现需求重叠和冲突 引入成本：低-中 应用成本：中 实施指南：可用系统、用户界面、数据库、通信、安全来进行分类；建议最多有5~6个分类；决定分类后，应把每个需求都和一到多个关键词关联起来；分类完成后，可以抽取很多组具有相同分类的需求进行比较和分析 需求分析最佳实践 7 使用交互矩阵发现冲突与重叠：交互矩阵的每一行和每一列都代表一项需求，每一个元素都用来表示对应的需求是否冲突、重叠或者独立 主要效益：揭示需求重叠和冲突 引入成本：低 应用成本：中-高 实施指南：创建交互矩阵最简单的方法是使用电子表格程序，在首行、首列均标上需求标识符；然后如果需求冲突填入1、重叠填入1000，独立则填0；这样只需要用求和的方式来统计出各种数目；通常需求不应超过200条 需求分析最佳实践 8 评估需求风险：对每一项需求或者一系列相关的需求进行风险分析，指出在实现需求过程中可能会发生的问题、这些问题发生的机率及其影响。 主要效益：标识有问题的需求 引入成本：中 应用成本：中 实施指南：应考虑的风险主要有性能风险、安全风险、过程风险、实现技术风险、数据库风险、日程风险、外部风险、稳定风险 Agenda 需求分析最佳实践 需求建模最佳实践