软件项目需求管理概述.pptVIP

学管科 体检科 学籍科 学生管理 信息系统 学生处领导 学生基本信息 学生健康信息 学生成绩 学生健康情况表 学生成绩单 查询要求 不及格人数 人数统计表 数据字典-数据流 学生基本信息：学号十姓名 学生健康信息：学号十健康情况 学生成绩：学号十{课程名+成绩} 查询要求：[健康查询单 |平均成绩查询单 l不及格人数查询] 学生健康情况表：优％十良％十一般％十差％ 学生成绩单：学号十姓名十{课程名+成绩}+总成绩 不及格人数统计表：学号十成绩十不及格总人数 数据字典-文件 文件文件名：基本信息 组成：｛学号十姓名十入学成绩十生源｝ 组织：按学号递增顺序排列 文件名：健康文件 组成：{学号+姓名+健康情况} 组织：按照健康情况为优、良、一般、差顺序排列 文件名：成绩文件 组成：{学号+姓名+平均成绩} 组织：按照评剧成绩递增顺序排列 加工说明 加工编号 2.1 加工名称：学生基本信息处理 输入流：合法的学生信息 输出流：录入单，修改单，删除单 加工逻辑：根据输入的要求，对学生基本信息进行录入、修改或删除 3. 用例需求（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 实现用例视图 实现顺序视图、活动视图、状态视图等 需求追踪的意义 问题举例： 作用 地位 忘记实现子需求 变更时不清楚要变动的地方 搞不清改动的影响面有多大 取消需求，设计仍然在进行 追踪信息是项目管理的重要依据 追踪信息是变更的重要参考 是可靠过程的重要标志 定义追踪关系（Links） 业务需求 系统需求 系统测试 软件需求 硬件需求 原理图 体系结构 PCB图 单元设计 单元测例 集成测例 直接追踪 间接追踪 后向追踪 前向追踪 实现举例：追踪表 追踪表（需求） 描述 编号 FR1.1 FR1.2 应用图形显示网络拓扑结构 应能使用户在图形中选择并编辑特定网元 追踪表（概要设计） 描述 编号 HD2.1 HD2.1.1 HD2.2 HD2.3 网络图形显示 绘制网元 鼠标点击位置判断 网元属性编辑界面 追踪到 HD2.1 HD2.1,HD2.3 追踪到 LD2.1,IT2.1 LD2.1.1 LD2.2,IT2.2 LD2.3 追踪注意事项 显示追踪和隐式追踪 尽量使用专用工具 信息访问权限 注意审核 及时维护 父子关系 间接追踪关系 冲突关系 软件项目需求管理 主要内容 软件项目需求概述 软件需求开发和管理 软件需求规格的定义方法 一、软件项目需求概述 1. 什么是需求 需求的基本概念 宽泛地讲，需求来源于用户的一些“需要”，这些“需要”被分析、确认后形成完整的文档，该文档详细地说明了产品“必须或应当”做什么。 需求的重要性 Frederick Brooks在他1987年经典文章“No Silver Bullet”中阐述了需求的重要性： 开发软件系统最困难的部分就是准确说明开发什么。最困难的概念性工作是编写出详细的需求，包括所有面向用户、面向机器和其它软件系统的接口。此工作一旦做错，将会给系统带来极大的损害，并且以后对它修改也极为困难。 需求是产品的根源，需求工作的优劣对产品影响最大。就像一条河流，如果源头被污染了，那么整条河流也就被污染了。 国内软件业的痼疾：人们并不清楚究竟该做什么，但却一直忙碌不停地开发。 2. 了解客