IBM-Rational需求管理解决方案

IBMSoftwareGroup®成功始于需求管理IBMRational需求管理解决方案IBM软件部傅纯一IBMSoftwareGroup|RationalsoftwareStandishGroup,CHAOS:ARecipeForSuccess,2001软件业的现状超预算平均超出费用:189%推迟发布平均超出时间:222%不能满足期望平均覆盖率:61%28%Successful72%FailedIBMSoftwareGroup|Rationalsoftware项目失败的原因StandishGroup,‘00不完整的需求和规范目标不明确不断变化的需求和规范缺少用户输入缺乏计划IBMSoftwareGroup|Rationalsoftware什么是需求管理?一种系统化的方法：用于获得、归档、组织、并追踪变更的需求确保你的团队为客户确定、建立、测试并描述正确的系统IBMSoftwareGroup|Rationalsoftware需求管理的关键理解客户所要解决的问题业务建模：了解客户的业务流程捕获和组织需求捕获：以UseCase作为沟通方式组织：启用RUP成熟的文档体系对需求进行量化管理利用属性来更全面地描述需求依据追踪性来评估需求的变化所造成的影响管理用户的变更请求建立变更管理流程IBMSoftwareGroup|Rationalsoftware业务模型–描述业务流程业务模型可以描述：组织结构业务流程角色及其责任客户产品事件业务模型可以帮助理解所要解决的问题IBMSoftwareGroup|Rationalsoftware业务模型到用例模型的映射(1)ClerkMoneyTransaction1MoneyTransaction2LoanSpecialistBusinessUse-CaseModelBusinessObjectModelCustomerMoneyTransaction:Customer:Clerk:CustomerProfile:Account:Loan:LoanSpecialistIBMSoftwareGroup|Rationalsoftware业务模型到用例模型的映射(2)ClerkMoneyTransaction1MoneyTransaction2LoanSpecialistUse-CaseModelStep1BusinessUse-CaseModelBusinessObjectModelCustomerMoneyTransaction:Customer:Clerk:CustomerProfile:Account:Loan:LoanSpecialistUse-CaseModelStep2CustomerMoneyTransaction1.1LoanSpecialistMoneyTransaction2IBMSoftwareGroup|Rationalsoftware业务模型到设计模型的映射ClerkMoneyTransaction1MoneyTransaction2LoanSpecialistUse-CaseModelStep1BusinessUse-CaseModelBusinessObjectModelCustomerMoneyTransaction:Customer:Clerk:CustomerProfile:Account:Loan:LoanSpecialistUse-CaseModelStep2CustomerMoneyTransaction1.1LoanSpecialistMoneyTransaction2AnalysisModelCustomerProfileLoanAccountIBMSoftwareGroup|Rationalsoftware需求管理的关键理解客户的问题业务建模：了解客户的业务流程捕获和组织需求捕获：以UseCase作为沟通方式组织：启用RUP成熟的文档体系对需求进行量化管理利用属性来更全面地描述需求依据追踪性来评估需求的变化所造成的影响管理用户的变更请求建立变更管理流程IBMSoftwareGroup|Rationalsoftware用UseCase捕获需求StudentRegistrarProfessorRegisterforCoursesMaintainCourseInformationRequestCourseRosterBillingSystemIBMSoftwareGroup|Rationalsoftware用户插入ATM卡系统要求输入合法的密码用户输入正确密码，如果用户输入的密码有误，转至备选事件流A1系统提示用户选择“存款”或者“取款”用户选择“取款”系统提示用户输入取款金额用户输入(合理)取款金额并确认，如果取款金额不合理,转至备选事件序列A2系统从帐户中扣除取款金额，提示用户“打印收据”或者“不打印收据”用户要求不打印收据，如果要求打印收据，转至备选事件序列A3系统显示“交易结束”用例规约用例图UseCase立足用户视角的描述,为具体的需求提供了充分的上下文信息,是衔接用户和开发者的纽带和沟通方式基本事件序列(BasicFlow)备选事件序列(AlternativeFlows)A1....A2.......IBMSoftwareGroup|Rationalsoftware高屋建瓴与细致入微相得益彰图形inRose文本inWordIBMSoftwareGroup|Rationalsoftware功能性需求(F)启用RUP成熟的文档体系组织需求用例模型产品特性软件需求业务需求非功能性需求(URPS)用户文档设计规约测试规约补充规约前景文档以用户为本IBMSoftwareGroup|Rationalsoftware需求管理的关键理解客户的问题业务建模：了解客户的业务流程捕获和组织需求捕获：以UseCase作为沟通方式组织：启用RUP成熟的文档体系对需求进行量化管理利用属性来更全面地描述需求依据追踪性来评估需求的变化所造成的影响管理用户的变更请求建立变更管理流程IBMSoftwareGroup|Rationalsoftware利用属性来更全面地描述需求Reqt.10批准的低高高客户Reqt.13被提议中等低低用户Reqt.40强制的高高高用户$$$$$$需求的属性为规划基线提供了丰富的信息,它将需求和项目的其他要素有机地联结在一起…IBMSoftwareGroup|Rationalsoftware需求变化和变化的传播可追踪性:内容要点之间的关联业务需要带动产品特性驱动UseCase指导编码和测试业务需要:在线订货产品特性:购物车UseCase:提交定单IBMSoftwareGroup|Rationalsoftware需求的类型及其追踪性问题解决方案领域业务领域业务需求产品特性软件需求测试规约设计规约用户手册所要构建的系统IBMSoftwareGroup|Rationalsoftware用RationalRequisitePro管理需求保留传统的工作方式提供上下文信息丰富的文本格式量化管理更好地组织管理需求统计分析功能：报表MicrosoftWordDatabase结合数据库的强大功能和word的灵活性IBMSoftwareGroup|Rationalsoftware你的需求受控后访问最新的需求安全、中央控制存储库组织并对需求排序和数据库动态链接了解项目状态过滤、排序、度量结合数据库的强大功能和word的灵活性IBMSoftwareGroup|RationalsoftwareRequisitePro管理需求之间的追踪性保证需求的覆盖，所有关键的需求都被正确地实现了评估需求变化对于项目所造成的影响IBMSoftwareGroup|Rationalsoftware所有人都需要访问需求“RationalRequisitePro把我们的项目团队有机地整合起来.”MireilleMallouhMCIWorldCom管理层项目经理开发和设计人员测试人员文档书写者分析员RequisiteProIBMSoftwareGroup|Rationalsoftware需求管理的关键理解客户的问题业务建模：了解客户的业务流程捕获和组织需求捕获：以UseCase作为沟通方式组织：启用RUP成熟的文档体系对需求进行量化管理利用属性来更全面地描述需求依据追踪性来评估需求的变化所造成的影响管理用户的变更请求建立变更管理流程IBMSoftwareGroup|Rationalsoftware所有的需求变更都要经过统一的审批渠道在产品开发的过程中，需求的变更请求可能来自于各种渠道维护测试编码设计需求客户和最终用户的输入市场部门新的产品特性新的软件需求软件缺陷技术支持部门需求审批流程统一的需求审批渠道ClearQuest程序员测试人员的建议变更请求IBMSoftwareGroup|Rationalsoftware