软件项目管理需求管理剖析.ppt

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * OOA 是OO软件工程的第一项技术活动 将现实世界的“视图”转化为用对象来描述的模型 描述对象之间的各种关系，以满足软件系统的要求。 * 用例需求（Use case）分析 用例需求分析方法采用一种面向对象的情景分析方法 用例是系统向用户提供一个有价值的结果的某项功能 所有的用例结合起来就构成了用例模型 从用户角度出发考虑的功能需求 * UML Unified Modeling Language统一建模语言，是一种通用的模拟语言。 Booch,Rumbaugh 和Jocobson 基础上发展起来的。 1997年11月国际对象管理组织OMG批准将UML作为基于面向对象技术的标准建模语言。 UML制定了一整套完整的面向对象的标记和处理方法。 * UML需求视图 用例视图（Use case Diagram） 顺序图（Sequence Diagram） 状态图（State Diagram） 活动图（Activity Diagram） * 用例视图 用例视图主要是展示了外部行为者所观察到的系统将提交的功能.即:各类外部行为者与系统所提供的用例的连接 * 用例视图 用例（Use case）： 系统所提供的功能描述 角色（Actor）： 可能使用用例的人或者外部系统 * UML图符 * 用例实例 * 顺序图示 顺序图展示了几个对象之间的动态协作关系，主要用来显示对象之间发送消息的顺序，还显示对象之间的交互，即系统执行某一特定时间点所发生的事。 * 顺序图示 * 状态视图 状态图是对类描述的补充，它说明该类的对象所有可能的状态以及那些事件将导致状态的改变。 它是一个类对象所可能经历的所有历程的模型图 * 活动视图 活动图用来描述执行工作流程中涉及的活动，展示了连续的活动流 * 活动图例 * Use Case需求分析方法综述 识别出系统的Actor 描述主要的Use case 实现用例视图 实现顺序视图，活动视图,状态视图等 * 实例 用Rational rose工具实现的需求规格文档 贸易链需求的需求实例 * 3.4 关键功能列表法 定义(Key feature List) 角色 关键功能列表 角色与功能列表的关系 其他定义 * 关键功能列表KFL 实例 * 四、案例分析 “School”项目的需求管理过程： 需求确认：原型法 需求变更：变更过程 * 小结 软件需求开发过程 需求的获取 需求分析 编写需求规格 需求验证 需求变更 定义需求规格的方法 原型方法 结构化分析法 面向对象的用例分析法 关键功能列表法 * 练习 需求管理中常见的问题有哪些? 常见的获取需求的活动与方法有哪些？ 获取需求时有哪些注意事项？ 需求分析在什么时间进行？ 需求分析常见的难点有哪些？ 软件的需求包括哪些内容？ 需求规格说明的原则是什么？ 需求管理的主要文档有哪些？ 需求设计常用的方法有哪些？ 需求分析评审的主要内容是什么？ * * * * * * * * * * * * * 系统定义的目标是否与用户的要求一致; 系统需求分析阶段提供的文档资料是否齐全; 所有描述是否完整、清晰、准确反映用户要求; 与所有其它系统成分的重要接口是否都已经描述; 被开发项目的数据流与数据结构是否足够，确定; 所有图表是否清楚，在不补充说明时能否理解; 主要功能是否已包括在规定的软件范围之内; 约束条件或限制条件是否符合实际; 开发的技术风险是什么; 是否考虑过软件需求的其它方案; 软件需求的扩充能力; 检验标准，对系统定义成功与否进行确认; 需求分析评审 * 需求总在变化 2.5 需求变更 * * 需求变更管理 管理和控制需求基线的过程 需求变更控制系统 一个正式的文档，说明如何控制需求变更 建立变更审批系统 * 变更申请 需求方 开发方 忽略 选择变更方式 SCCB评估 项目经理自行决定 根据评估结果 拒绝 接受本次修改 下个版本再修改 修改合同相关信息 修改相关需求 修改相应的项目计划 * 软件基线产品修改提交单 申请人 李豪 申请日期 2001．10．11 项目名称 项目管理系统 阶段名称 系统设计 文件名称 见下说明 修改内容 人员信息应包括如下的内容： 人员编码（char(6)）; 姓名 密码 工作类型（char(1)） 入司时间（yyyy.mm.dd）：可空 转正时间（yyyy.mm.dd）：可空 离司时间（yyyy.m