软件工程PPT教学课件-第三章 需求分析.ppt

1. 需求分析的任务 仍然回答“what”，而不是“how”， 但更细致、精确（合同的拟定） 可行性分析 dfd dd 功能具体化 需求规格说明 加细 dfd dd 算法 描述 ipo 第三章 需求分析 (requirements analysis) 1. 需求分析的任务 1、确定综合要求 功能要求(functional requirements):系统必须做什么？ 性能要求(performance requirements)：做得怎样？ 例：response time , memory , back-up memory , security , 运行要求(operational requirements) ：运行环境、软硬 件配置等。 可靠性和可用性要求(reliability & usability requirements)：无故障、可以使用。 1. 需求分析的任务 (5) 出错处理要求(error requirements):出错，如何响应？ (6) 接口要求(interface requirements)：应用系统与环境通信 例：用户、硬件、软件 、通信接口 (7) 约束(restriction) ：限制条件 (8) 逆向需求：不应该做什么 (9) 未来可能的扩充要求(possible evolution)： 1. 需求分析的任务 2、分析数据要求 建立概念模型(conceptual models): e-r diagram 形象描绘数据结构: data hierarchy, warnier diagram, ipo 数据结构规范化(normalization) 3、导出逻辑模型： dfd + dd + ipo 4、修正计划：重估成本、进度等 1. 需求分析的任务 5、开发原型系统(prototyping) “样机 试用” c d g v不能预先指定需 求 v用户分析员沟 通 v用户需要，实践 v开发反复 v有工具 v困难：成本 2.与用户沟通获取需求的方法 1、访谈 (1)两种形式 正式: 事先准备具体问题 非正式：自由回答、开放性问题、建议 (2)调查表：调查大量人员 (3)情景分析技术：对用户将来使用目标系统， 解决某个具体问题的方法和结果进行分析。 部分演示目标系统的行为，用户容易理解 可以提高用户积极性、主动性 2、面向数据流自顶向下求精 结构化分析方法（sa） (1)沿dfd回溯： dfd的输出端是系统的最终目的（功能）。向 回确定每个数据元素的来源， 可加细dfd及 dd，并将相关算法记录在ipo图 中。 (2)用户复查 (3)细化dfd： 加细前后的io须相同。 分解到须考虑具体实现的代码时即可停止 2.需求获取的方法 不需分解 有补充 修正 无补充修正 分析追踪 数据流图 用户复查 细 化 数据流图 需要 分解 2.需求获取的方法 3、简易的应用规格说明技术 面向团队的需求收集法，用户与开发者密切合作 用户与开发者初步访谈，用户回答基本问题，初 步确定问题范围和解决方案 用户与开发者分别写出“产品需求” 协调人组织，用户与开发者再次会谈 起草软件需求规格说明书 4、快速建立软件原型 第四代技术：数据库查询和报表语言、生成器等 软件构件：组件搭配（构件可以是数据结构数 据库、体系结构程序、过程模块） 形式化规格说明和原型环境 2.需求获取的方法 1、分析建模 模型：为了理解事物对其作出的一种抽象 ，无歧义的书面描述 结构化分析：就是一种建模活动（三种模 型：功能、数据或对象、行为模型） 功能：dfd 数据：e-r 行为：状态图 2、软件需求规格说明书 3.分析建模与规格说明 需求规格说明书 封面 ： 文档编号： 版 本 号： 文档名称： 项目名称： 项目负责人： 编写： 核对： 审核： 批准： 开发单位： 年 月 日 封面： 项目名称： 文档名称： 班级： 组长： （分工） 组员： （分工） （分工） （分工） （分工） （分工） 年 月 日 系统规格说明： 系统概貌 功能要求 性能要求 可能增加的要求 dfd ipo 数据要求： dd hierarchy 或 warnier diagram 用户系统描述 初步用户手册：从用户的观点考虑系统 系统功能、性能 使用与步骤 等 修正的开发计划： 成本估计 资源使用计划 进度计划 3、审查和复审 技术+管理 4. 概念模型和规范化 对数据的分析 1、概念模型（信息模型）： 描述从用户角度看到的数据 实体 -联系图(e-r, entity - relationship diagram) (工具 er win） entities （实体） ：现实世界的各种事物 studentteacherclass 例： 学生， 教师， 班级 attributes （属性） 例： ,namei d# relations （联系） ：事物（实体）之间的联系 enrolled inteach 111nmn 例：注册（学生-班级），教（教师-班级） 三类联系： 例： teacherstudent enrolled in teach class i d #i d # name name sexsex title instructor id class id grade student id class id credit i d # subject 例： 2、范式(normal forms)：消除数据冗余的程度 ibm e. f. godd (1970) 例： *keyword:可唯一地标识一个元组的属性 1 - nf：所有属性都是原子值，即不出现“表中有表” 2 - nf：在 1-nf 基础上，每个non-key-word都由整个 key word 决定（而非依赖于key word 的一部分）。 例：“department”实际上由“id”的第5、6位决定，可省去。 id20060201001 3 - nf：在 2-nf基础上，non-key-word之间无从属关系。 2、三要素： 事件 (event)：某个特定时刻发生的事情，引发 object 状态改变的控制信息（瞬时）。 状态(status): 任何可以观察到的系统行为模式 object 的 attributes 所处的情形（可持续） 行为(action): object 要达到某种 status 所做的操 作（耗时）。 1、状态转换图：动态或行为模型，表示系统瞬时的 控制性质。 5.状态转换图 4、表示方法： 注：当描述循环运行过程时，通常不关心是怎样 启动的。 event 0 status 1 状态变量1 do: action 1 status 2 状态变量2 do: action 2 event 1event 2 start end condition 1 3、主要状态 初态（一个）、终态（0至多个）、中间态 闲 置 拨 号 通 话 断 线 拨号音 do:响拨号音 超 时 do:响蜂鸣音 存储的信息 do:播放信息 接通中 do:试接通 振 铃 do:振 铃 忙 音 do:响忙音 拿起听筒 数字 数字 有效号码 已接通 受话人回话 受话人挂断电话 挂断电话 超 时 挂断电话 超时 无效号码 信息播完 占 线 5、例 ：电话 的 状 态图 6.其它图形工具 1、层次方框图 (hierarchy) 描绘数据的结 构 例：软件产品的分类 例：p.46 图 3.3 软件产品 系统软件 操作系统 应用软件 编译程序工具 编辑程序测试驱动程序设计辅助工具 4.图形工具 2、warnier diagram ： ：层次（n1 ,n2):重复n1到n2次 ：二者择一 例： 头条新闻 地区队 头版 国内新闻 体育新闻 职业队 本地新闻 拳击 社论(1,1) 经营简讯 专栏(1,3) 报纸 社论 读者来信(1,3) 副刊 商业新闻 雇员简讯 讽刺漫画(0,1) 一般新闻 体育新闻 招生 副刊 商业新闻 广告 招聘 广告 求助 细 化 例：p.46 图 3.4 4.图形工具 3、ipo图(input / process / output)：简要的算法描 述 1. 校验 主记录 2. 校验 事务记录 3. 更新 主记录 旧的主文件 事务文件 有效的 主记录 有效的 事务记录 更新后的 主文件 输出o处理p输入i 改进的ipo图(包含附加信息) ipo图 系统: 作者: . 模块: 日期: . 编号日期: . 注释: 被调用:调用: 输入:输出: 处理:局部数据元素: 4.图形工具 7. 验证需求(requirements validation) 方法： 人工审查 初步用户手册 prototyping 使用软件工具 1977，rsl(需求陈述语言) 美国密执安大学，开发psl/