以用例驱动的RUP敏捷开发分析.ppt

-用例驱动的rup敏捷开发分析 需求之道 q1：为什么要以用户为中心？ 最好的设计产品和服务源于对潜在用户的需求的了解。 rational 需求定义：(正在构建的)系统必须符合的条件 或具备的功能。 需求工程设计师 merlin 和 richard 将软件需求定义为 ：用户解决某一问题或达到某一目标所需的软件功能。 系统或系统构件为了满足合同、规约、标准或其他正式 实行的文档而必须满足或具备的软件功能。 q2 ：如何满足用户需求？ 一个成功的交互系统必须能够满足用户的需要。这意味着不 仅要能够识别各种用户群，而且还可辨别各个用户所掌握的 技能、经验以及他们的偏好。 但是 john gould 和 他在 ibm 的同事于 20 世 纪 80 年代开发了一种称为 design for usability的方 法，它包括了最为普遍接 受的定义。它从若干交互 系统的实践中发展而来， 其中最著名的系统是 ibm 公司的 1984 olympic messaging system。 point：敏捷开发之道 敏捷开发：是一种以人为核心、迭代、循序渐进的开发方 法。在敏捷开发中，软件项目的构建被切分成多个子项目 ，各个子项目的成果都经过测试，具备集成和可运行 的特 征。换言之，就是把一个大项目分为多个相互联系，但也 可独立运行的小项目，并分别完成，在此过程中软件一直 处于可使用状态。 howhow？ 确定方案 point：用例驱动 用例(use case)是一种描述系统需求的方法，使用用例的方法来描述系统 需求的过程就是用例建模。用例方法最早是由iva jackboson博士提出的， 后来被综合到uml规范之中，成为一种标准化的需求表述体系。用例的使 用在rup中被推崇备至，整个rup流程都被称作是“用例驱动“(use-case driven)的，各种类型的开发活动包括项目管理、分析设计、测试、实现等 都是以系统用例为主要输入工件，用例模型奠定了整个系统软件开发的基 础。 从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心 的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的， 这就用例方法的基本思想。 example： crp系统实例 crp系统包括学籍管理、成绩管理、排课管理、考试管理、教师管理、 备品管理、系统维护和系统登陆平台。对于每一个子系统，都对应相应 的模型，即各种各样的uml图。由于篇幅所限和各子系统具有相同的 结构特征，这里只介绍的排课管理子系统的各种模型的建立。 需求模型 rup过程的第一步，就是找出系统的功能需求和非功能需求，并建立 相应的需求模型(用例模型)。 通过需求分析，确定了排课管理的功能需求，其需求简要概括如下： 排课信息设置：包括科目信息，上课时间，科目和教师限制信息，班 级排课信息，排课管理系统根据这些排课信息和限制信息对系统进行 自动排课。 自动排课和手工排课：对于用户设定了排课信息之后，系统能够自动 对课表进行安排，而且能够手工对安排完的课表进行调整，在排课过 过程当中，能够对不合理的排课结果给用户进行提示。 课表报表和课表查询，给出全校教师，班级课表；在课表查询中，用 户可以选择不同的教师，班级，科目，系统根据用户的选择给出相应 的课表。 需求描述是整个系统在初始阶段的开端，rup中，不赞成使用文档对 需求进行描述，而是使用用例图和用例模型对系统建立整个需求模型 。 实现阶段 分析模型设计模型 对应措施 用例驱动较之功 能分解的优势 在rup中，用例优势在于它描述了用户是如何与系统交互的，这种描述更易于被用 户所理解，是开发人员和用户之间针对系统 需求进行沟通、迅速达成共识的有效手 段。其次由于它是以时间顺序描述交互过程，因此系统分析员和用户都可以轻易地识 别用例中存在的缺陷。再次是它能使团队 成员在设计、实现、测试和最后编写用户 手册的过程中都紧紧地以用户需求为中心，促使开发人员始终站在用户的角度考虑问 题，容易验证设计和实现满足用户的需求。此外，用例还简化了记录功能需求的工作 ，有效提高开发工作的效率。 用例驱动需求管 理的技巧 注重需求管理，确保满足客户的需求，既是rup的基本原理之一，又是rup静态结构 中的一个重要核心工作流程。针对软件需求不显见、多源头、不同性、多变化等特点 ，rup提供了基于用例驱动的指导来提高需求管理技能和流程的专业技术，并开发了 有效进行自动化管理需求的工具。分析问题-理解涉众需要-定义系统-管理系统规模- 改进系统定义-管理变更需求 管理需求中须注 意的问题 由于以用例驱动需求管理所获得的明显益处，容易使团队成员产生盲目乐观情 绪，从而减弱了把握正确应用的思维