(软件工程)第3章需求分析(第一堂课).pptx

软件工程第3章 需求分析导入提出可行方案可行性分析粗略了解用户需求用较少成本在较短时间内确定是否存在可行解法忽略了很多细节需求分析任务：准确回答“系统必须做什么”不是确定怎样完成工作确定系统必须完成哪些工作导入必须理解并描述问题的信息域，根据这条准则应该建立数据模型。结构化分析的准则必须定义软件应完成的功能，这条准则要求建立功能模型。必须描述作为外部事件结果的软件行为，这条准则要求建立行为模型。必须对描述信息、功能和行为的模型进行分解，用层次的方式展示细节。提纲状态转换图与用户沟通获取需求的方法其他图形工具验证软件需求数据规范化实体-联系图分析建模与规格说明需求分析的任务3.1 需求分析的任务分析系统的数据要求导出系统的逻辑模型确定对系统的综合要求修正系统开发计划3.1 需求分析的任务（1）提出对系统的综合要求功能需求性能需求可靠性和可用性需求出错处理需求接口需求逆向需求约束将来可能提出的要求逆向需求：说明软件系统不应该做什么。应该仅选取能澄清真实需求且可消除可能发生的误解的。应该明确地列出那些虽然不属于当前系统开发范畴，但是据分析将来很可能会提出来的要求。描述在设计或实现应用系统时应遵守的限制条件。常见的约束有：精度；工具和语言约束；设计约束；应该使用的标准；应该使用的硬件平台。接口需求：描述应用系统与它的环境通信的格式。常见的接口需求有：用户接口需求；硬件接口需求；软件接口需求；通信接口需求。“出错处理”指的是当应用系统发现它自己犯下一个错误时所采取的行动。这类需求说明系统对环境错误应该怎样响应。功能需求：系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。性能需求：指定系统必须满足的定时约束或容量约束，通常包括速度、信息量速率、主存容量、磁盘容量、安全性等方面的需求。可靠性需求：定量地指定系统的可靠性。可用性：量化了用户可以使用系统的程度。3.1 需求分析的任务分析系统的数据要求导出系统的逻辑模型确定对系统的综合要求修正系统开发计划3.1 需求分析的任务（2）分析系统的数据要求任何一个软件系统本质上都是信息处理系统分析系统的数据要求，这是软件需求分析的一个重要任务分析系统的数据要求全面准确定义数据表示数据元素的逻辑关系实体-联系图数据结构层次方框图Warnier图数据字典 3.1 需求分析的任务数据流图实体-联系图状态转换图数据字典算法描述等分析系统的数据要求分析系统的数据要求导出系统的逻辑模型确定对系统的综合要求修正系统开发计划3.1 需求分析的任务根据在分析过程中获得的对系统的更深入更具体的了解;可以比较准确地估计系统的成本和进度;修正以前制定的开发计划。分析系统的数据要求导出系统的逻辑模型确定对系统的综合要求修正系统开发计划提纲状态转换图与用户沟通获取需求的方法其他图形工具验证软件需求数据规范化实体-联系图分析建模与规格说明需求分析的任务3.2 与用户沟通获取需求的方法（1）需求分析困难的原因客户说不清楚需求需求自身经常变动分析人员或客户理解有误对需求只有朦胧的感觉需求分为稳定和易变人与车的故事知道却说不明白合同中写清做与不做验证需求说明书最怕不懂装懂或者半懂充内行3.2 与用户沟通获取需求的方法解决需求分析困难的办法面向数据流自顶向下求精简易的应用规格说明技术访谈快速建立软件原型3.2 与用户沟通获取需求的方法（2）访谈访谈法正式访谈时，系统分析员将提出一些事先准备好的具体问题。非正式访谈中，分析员将提出一些用户可以自由回答的开放性问题，以鼓励被访问人员说出自己的想法。3.2 与用户沟通获取需求的方法（2）访谈访谈提纲设计划分访谈问题维度确定访谈对象明确访谈目的小组讨论所有问题头脑风暴汇总问题3.2 与用户沟通获取需求的方法（2）访谈对用户将来使用目标系统解决某个具体问题的方法和结果进行分析制定减肥计划的软件：情景：肥胖症患者的年龄、性别、身高、体重、腰围等数据系统处理：给出患者菜单对方客户：特殊需求的患者不适用该菜单案例情景分析技术用途易为用户理解揭示未知需求演示目标系统行为调动客户主动性明确背景情况解释此行的目的及他们的所获建立关系显得很轻松并自信被访谈者紧张或焦虑避免提问开放式的问题 – 将其重新组织成明确的问题具体明确提醒他们时间有限被访谈者喋喋不休3.2 与用户沟通获取需求的方法专门建立关系，并找出共同语言及经历避免问封闭式问题，利用开放式问题引导回答被访谈者沉默不语当对我们生气时勇于承认错误或可能时做些让步避免反过来生被访谈者的气解释自己的感受，消除不快当被访谈者因其他人生气时不偏不倚巧妙地更正错误信息被访谈者生气或敌意3.2 与用户沟通获取需求的方法3.2 与用户沟通获取需求的方法（2）访谈访谈纪要调查问卷描述背景访谈目标参与人员，地点，时间被访谈者的背景访谈气氛名称：可以指明调查对象