活动:分析行为
此活动的目的是将需求提供的行为描述转换为一组元素,设计可以基于这些元素。
扩展:分析行为
描述工作分解结构团队分配工作产品使用
关系
描述

在每次迭代中都会发生此活动,在这些迭代中存在要分析和设计的行为需求。

行为需求的分析包括以下方面:

  • 确定满足必需行为的分析类
  • 确定这些分析类如何适应系统的逻辑体系结构(主要子系统和类)。可以确定分析类属于现有子系统、需要创建新的子系统或引起重新定义现有子系统以及它们的接口。

此活动还可以包含对用户界面建模和建立原型。

属性
事件驱动
多次出现
正在进行
可选
已计划
可重复
人员配备

特别是在较大型的项目中,由一组独立用户执行用户界面设计并建立其原型,该组人员仅关注系统和用户界面的可用性。但是,该组人员应与开发团队的其他成员紧密合作,特别是那些负责需求和业务逻辑的人员,以确保用户界面是用户期望的样子,而且业务逻辑提供了用户界面所需的内容(按照内容和用户操作)。

任务:用例分析最好由一小组有混合技能的人员执行;指南:用例分析研讨会中提供了人员配备指南。“活动:确定设计元素”要求更广泛地透视体系结构和其他用例分析研讨会的结果,并要求实施技术和项目上使用的任何框架方面的经验。应安排有深厚实施技术知识与理解问题域的人员进行复审。

使用
使用指导信息

在整个精化迭代期间迭代地执行任务:设计用户界面任务:建立用户界面原型。早期迭代侧重于初始用户界面设计,包括确定和设计关键用户界面元素以及它们之间的导航路径。故事板描述是一项可以在用户界面设计期间使用的有效技术,用于更好地理解用户界面应具有何种行为。一旦一致通过了初始用户界面设计,则可以开始开发可执行的用户界面原型。将对原型的回馈反馈到用户界面设计(甚至有可能是需求)上。通常初始的原型只支持系统功能的子集。在以后的迭代中,将扩展该原型,逐步地添加内容以更广泛地涵盖系统功能。用户界面设计期间生成无功能版本的用户界面的主要益处是延迟对更精致和成本更高的功能性用户界面原型的投资,直到对整体用户界面设计意见一致为止。设计用户界面并建立其原型时,与系统的用户和潜在用户紧密合作非常重要,以确认和验证系统的可用性。

可以用并行方式组织大量用例分析研讨会(仅受限于可用资源池以及参与者的技能)。尽可能早地遵循每个用例分析研讨会的意见,一些研讨会成员和一些体系结构团队成员应在确定设计元素的过程中合并研讨会的结果。两个团队的成员都是必需的:用例分析团队成员理解确定分析类的环境,而体系结构团队理解更多设计环境以及已确定的其他用例。

当设计工作成熟与稳定后,可以且应当复审越来越大的部分。更小、更集中的复审优于大型的包含所有内容的复审;集中在非常特定方面的八个二小时复审将大大优于跨越两天的单个复审。在集中的复审中, 定义目标以确定复审侧重点,并确保在给定的目标下,具有正确复审技能的小型复审团队可用于该复审。早期的复审应主要关注设计中的分层和封装的完整性、接口的稳定性和质量以及用例行为的涵盖完整度。以后的复审应深入包和子系统以确保其内容完整和正确地实现了它们所定义的接口,并且设计元素之间的依赖关系和关联是必需、足够和正确的。请参阅每个设计工件的检查点以获取特定复审点。