L-第三章需求预览.ppt

软件工程 03章 需求分析 引言1 用户描述的可能不是他想要的。 对用户的描述每个人有不同的理解 引言2—开发人员和用户之间的鸿沟 从前有一家汽车厂，想为年轻人设计一款新车型，企划及设计部讨论了许久始终找不到感觉，于是对25-35岁的年轻人进行问券调查，大伙辛苦了三个月，完成了一万份的调查记录。市场部门摘要了调查内容反映给设计部门，重点：省油、外型酷、颜色鲜艳、马力足等。设计部门有了灵感开始设计，半年过去了!设计部门很得意的把雏型车展示给大伙看，这个时候…CEO、市场部、企划部..都傻眼了。 CEO开口说: 为什么这车没有”轮子” 设计部回答: 市场部给的调查报告里，没说要有轮子 市场部回说: 问卷调查中、顾客没有提到要有轮子 企划部生气的说: 你们都是白痴啊,汽车要有轮子是基本常识，你们都不知道吗? 就这样现场吵翻天了! 注：原文地址：/post/572.html 引言3—做需求要很细、很专业、很有经验 男孩反问:“是无声枪么？” 不是 “枪声有多大？” 80~100分贝 “那就是说会震的耳朵疼？”是 “您确定那只鸟真的被打死啦？”确定 “鸟里有没有聋子？”没有 “没有关在笼子里的？”没有 “旁边树上还有其他鸟？”没有 “有残疾或饿的飞不动的鸟？”没有 “算不算怀孕肚子里的小鸟？”都是公的  结论 需求具有主观性、二义性、多变性、模糊性。 需求分析要求很专业、很仔细、很有经验。 需求分析是确定系统应具备的功能，是其他所有工作的基础，因此非常重要。 需求导致整个项目失败占的比例非常大。 第三章 软件需求分析 需求分析的任务 与用户沟通获取需求的方法 分析建模与规格说明 实体一联系图 数据规范化 状态转换图 其他图形工具 验证软件需求 小结 习题 教学要求 教学目的：了解需求分析的任务和步骤、评审标准和过程；掌握基本技术，理解需求规格说明书的作用与组成。 教学重点：基本技术、需求规格说明书的作用与组成。 教学难点：基本技术。 需求分折简介 软件需求指用户对所开发的软件在功能、性能、环境、可靠性等各方面的要求。 需求分析主要回答待开发的系统必须“做什么”，并用 《 需求规格说明书 》 的形式准确、详细、规范地表达出来。 注意 ①需求分析阶段，系统分析员的主要关注点是“做什么（ what ) ” ，不是“怎样做（ how）”； ②需求分析阶段，系统分析员应该给出软件求规格书。 §3.1需求分析的任务 四项主要任务： 1 、确定对系统的综合要求 2 、分析系统的数据要求 3 、导出系统的逻辑模型 4 、修正系统开发计划 提问并思考： 如果你是一个用户，你会对将要开发的软件有哪些要求？ §3.1.1确定对系统的综合要求 ① 功能需求。指定系统必须提供的服务。 ② 性能需求。指定系统必须满足的定时约束或容量约束等。 ③ 可靠性和可用性需求。应定量指定。 ④ 出错处理需求。指环境错误，非系统本身的错误。 ⑤ 接口需求。常见的接口需求：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。 ⑥ 约束。常见的约束：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。 ⑦逆向需求。指定系统不应该做什么， ⑧将来可能提出的要求。 §3.1.2分析系统的数据要求 提问并思考： 如果你是设计者，除了上述需求以外，你觉得还需要得到哪些要求？ 答：软件系统本质上是信息处理系统，要考虑数据和数据处理的问题。 对系统数据的分析 建立数据(3. 4 节） ; 描绘数据结构(3. 7 节） ; 规范化（ 3. 5 节） §3 .1.3 导出系统的逻辑模型 用数据流图、实体一联系图、状态转换图、数据字典和主要的处理算法描述这个逻辑模型。 § 3. 1 . 4 修正系统开发计划 根据在分析过程中获得的对系统的更深入更具体的了解，可以比较准确地估计系统的成本和进度，修正以前制定的开发计划。 图:软件需求分析的通信途径 分析小组成员主要包括领域专家、系统分析员； 客户访谈 问题分析与确认 与用户沟通的方法 1、访谈 2、面向数据流自顶向下求精 3、简易的应用规格说明技术 4、快速建立软件原型 §3.2.1 访谈 分正式和非正式访谈。 可采用调查表形式 可使用情景分析技术 例：某出版社系统调查表 §3.2 面向数据流自顶向下求精 结构化分析方法的实质。 进一步细化可行性研究阶段获得到高层数据流图。包括建立： 详细的数据流图，描绘数据在软件系统内从输入移动到输出的过程中所经受到变换； 数据字典：定义数据流图中包含的元素； 实