工作流程明细:
|
该工作流程明细的目的是将需求提供的行为描述转换为一组元素,设计可以基于这些元素。 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
主题 |
|
在每次迭代中都会发生该工作流程明细,在这些迭代中存在要分析和设计的行为需求。
行为需求的分析包括:
该工作流程明细还可以包含对用户界面建模和建立原型。
此部分提供与该工作流程明细有关的附加信息的链接。
在精化阶段中开始,通过构建和产品化阶段重现。
必需
特别是在较大型的项目中,由一组独立用户执行用户界面设计并建立其原型,该组人员仅关注系统和用户界面的可用性。但是,该组人员应与开发团队的其他成员紧密合作,特别是那些负责需求和业务逻辑的人员,以确保用户界面是用户期望的样子,而且业务逻辑提供了用户界面所需的内容(按照内容和用户操作)。
活动:用例分析最好由一小组有混合技能的人员执行;指南:用例分析工作室中提供了人员配备指南。“活动:确定设计元素”要求更广泛地透视构架和其它用例分析工作室的结果,并要求实施技术和项目上使用的任何框架方面的经验。应安排有深厚实施技术知识与理解问题领域的人员进行复审。
在整个精化迭代期间迭代地执行活动:设计用户界面和活动:建立用户界面原型。早期迭代侧重于初始用户界面设计,包括确定和设计关键用户界面元素以及它们之间的导航路径。情节板是一项可以在用户界面设计期间使用的有效技术,用于更好地理解用户界面应具有何种行为。一旦一致通过了初始用户界面设计,则可以开始开发可执行的用户界面原型。将对原型的回馈反馈到用户界面设计(甚至有可能是需求)上。通常初始的原型只支持系统功能的子集。在以后的迭代中,将扩展该原型,逐步地添加内容以更广泛地涵盖系统功能。用户界面设计期间生成无功能版本的用户界面的主要益处是延迟对更精致和成本更高的功能性用户界面原型的投资,直到对整体用户界面设计意见一致为止。设计用户界面并建立其原型时,与系统的用户和潜在用户紧密合作非常重要,以确认和验证系统的可用性。
可以用并行方式组织大量用例分析工作室(仅受限于可用资源池以及参与者的技能)。尽可能早地遵循每个用例分析工作室的意见,一些工作室成员和一些构架团队成员应在活动:确定设计元素中集成工作室的结果。两个团队的成员都是必需的:用例分析团队成员理解确定分析类的环境,而构架团队理解更多设计环境以及已确定的其它用例。
当设计工作成熟与稳定后,可以且应当复审越来越大的部分。更小、更集中的复审优于大型的包含所有内容的复审;集中在非常特定方面的十六个二小时复审将大大优于跨越两天的单个复审。在集中的复审中, 定义目标以确定复审侧重点,并确保在给定的目标下,具有正确复审技能的小型复审团队可用于该复审。早期的复审应主要关注设计中的分层和封装的完整性、接口的稳定性和质量以及用例行为的涵盖完整度。以后的复审应深入包和子系统以确保其内容完整和正确地实现了它们所定义的接口,并且设计元素之间的依赖关系和关联是必需、足够和正确的。请参阅每个设计工件的检查点以获取特定复审点。
Rational Unified Process
|