3软件工程解读.ppt

第 3 章 需求分析 3.1 需求分析的概念和任务 3.2 获取需求的方法 3.3 结构化分析方法 需求分析的任务 （1）确定系统的综合需求 （2）分析系统的数据需求 （3）导出系统的逻辑模型 （4）修改系统开发计划 （5）书写《软件需求规格说明书》 (1)需求获取 进行用户需求调查，获取需求，识别问题，确定 系统的综合要求是需求分析的第一步。 （2）分析建模 任何一个软件系统都离不开数据，分析系统的数 据要求是需求分析的主要任务之一。从信息流和信息 结构出发，逐步细化软件的所有功能，找出系统各个 元素之间的联系、接口特性和对设计的限制，判断是 否存在因片面性或短期行为而导致的不合理需求，判 断是否有用户尚未提出的确实有价值的潜在需求，从 而提出其中不合理的部分，增加真正需要的部分。通 过模型表达用户需求。后续课程将介绍建模的具体方 法。 (2)性能需求 软件开发的技术性指标 例如：存储容量限制；执行速度、相应时间等 （3）环境需求 硬件：机型、外设、接口、地点、分布、温度、 湿度、磁场干扰等 软件：操作系统、网络、数据库 （4）界面需求 有来自其它系统的输入吗？ 到自其它系统的输出吗？ 对数据格式有规定吗？ 对数据存储介质有规定吗？ （5）用户或人的因素 用户类型？ 各种用户熟练程度？ 需受何种训练？ 用户理解、使用系统的难度？ 用户错误操作系统的可能性？ （6）文档需求 需哪些文档？ 文档针对哪些读者？ （7）数据需求 输入、输出数据的格式？ 接收、发送数据的频率？ 数据的准确性和精度？ 数据流量？ 数据需保持的时间？ （8）资源需求 软件运行时所需的数据、软件。内存空间 等资源。软件开发、维护所需的人力、支撑软 件、开发设备等。 （9）安全保密需求 需对访问系统或系统信息加以控制吗？ 如何隔离用户之间的数据？ 用户程序如何与其它程序和操作系统隔离？ 系统备份要求？ （10）软件成本消耗与开发进度 需要的软硬件投资有无限制？ 开发有规定的时间表吗？ （11）质量保证需求 系统的可靠性要求？ 系统必须监测和隔离错误吗？ 规定系统平均出错时间？ 出错后，重启系统允许的时间？ 系统变化如何反映到设计中？ 维护是否包括对系统的改进？ 系统的可移植性？ 3.2.2.2 获取需求的方法 1．研究资料法 范围：企业外部的资料。例如，各项法规、市场信 息等；企业内部的各种资料。例如，企业的有关计划、 指标、经营分析报告、合同、帐单和统计报表等。 收集资料时一定要明确目的，必须收集和选择符合 目的的资料来阅读。 作用：解生产经营情况和正常的操作程序；理解信 息的处理方式；有助于弄清需求。 局限性：资料只反映静态的和历史的情况，无法反 映企业的动态活动和过程，因此，还必须借助其他方法 获取更复杂、更全面的需求。 2．问卷调查法 步骤： （1）确定必须收集哪些事实和从哪些人收集数据。 （2）基于所需的事实数据，确定采用自由格式或还 是固定格式的调查问卷。 （3）设计调查问题，确保问题明确，没有歧义或遗 漏。 （4）复制和分发调查问卷，组织调查，注意回收。 调查问卷的优点 多数调查问卷可以被快速地回答。人们可以在方 便的时候完成和返回调查问卷。 如果希望从许多人处获取信息，调查问卷是一种 低成本的数据采集技术。 调查问卷形式允许保护个人的隐私，并便于整理 和归纳。 调查问卷的缺点： 由于是背对背地进行调查，对回答问题的质量难 于把握。 对于模糊的问题、隐含的问题不便于采用问卷的 方法。 3．用户访谈 步骤： （1）选择访谈对象。 （2）准备访谈资料：包括访谈内容和进度安排等。 （3）进行访谈,并注意做好访谈记录，访谈内容要经过被访者的认可和确认。 （4）整理访谈记录。 访谈方法的优点： 访谈为分析人员提供了与访谈对象自由沟通 的机会。通过建立良好的人际关系，有利于让访 谈对象愿意为该项目的开发做出努力。 通过访谈可以挖掘更深层次的用户需求。 访谈允许开发人员使用一些个性化的问题。