需求的概念(精)PPT课件

-,1,第2章需求的概念,软件需求包括三个不同的层次:业务需求、用户需求和功能需求也包括非功能需求。业务需求:反映了组织机构或客户对系统、产品高层次的目标要求，它们在项目视图与范围文档中予以说明。用户需求:文档描述了用户使用产品必须要完成的任务，这在使用实例文档或方案脚本说明中予以说明.功能需求:定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。,-,2,需求的层次,业务需求:反映了组织机构或客户对系统、产品高层次的目标要求。用户需求:描述了用户使用产品必须要完成的任务。功能需求:定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。,-,3,需求的层次,-,4,需求工程,把所有与需求直接相关的活动通称为需求工程。需求工程中的活动可分为两大类:一类属于需求开发，另一类属于需求管理。,-,5,需求工程的结构图,-,6,软件需求分析的目标是深入描述软件的功能和性能，确定软件设计的约束和软件同其它系统元素的接口细节，定义软件的其它有效性需求。,软件需求分析的目标和任务,-,7,需求分析研究的对象是软件项目的用户要求准确地表达被接受的用户要求确定被开发软件系统的元素,软件需求的几点说明,-,8,需求分析的任务就是借助于当前系统的逻辑模型导出目标系统的逻辑模型，解决目标系统的“做什么”的问题。,通俗地说,需求分析的任务就是准确地定义未来系统的目标，确定为了满足用户的需求系统必须做什么。用规范的形式准确地表达用户的需求。,-,9,-,10,需求分析流程,-,11,需求分析过程示意图,学生,(1)通过对现实环境的调查，获得当前系统的物理模型,学生,购书申请,购书单,发票,领书单,书,107张,教务科,206王,会计室,206李,出纳员,303赵,教材科,学生购买教材的物理模型,-,12,(2)去掉具体模型中非本质因素，抽象出当前系统的逻辑模型,学生购买教材的逻辑模型,学生,学生,购书申请,购书单,发票,领书单,书,审查有效性,开发票,开领书单,发书,-,13,(3)分析当前系统与目标系统的差别，建立目标系统的逻辑模型,计算机售书系统的逻辑模型,学生,学生,购书单,发票,领书单,审查并开发票,开领,书单,无效书单,-,14,问题识别,分析与综合,编制需求分析文档,需求评审,软件需求分析过程图,-,15,(一)问题识别从系统的角度来理解软件并评审软件范围是否恰当确定对目标系统的综合要求，即软件的需求提出这些需求实现条件，以及需求应达到的标准,-,16,需求包括的内容,(1)功能(2)性能(3)环境(4)界面(5)用户或人的因素(6)文档(7)数据(8)资源(9)安全保密(10)软件成本消耗与开发进度(11)质量保证,-,17,(1)功能需求,系统做什么？系统何时做什么？系统何时及如何修改或升级？,-,18,(2)性能需求,软件开发的技术性指标例如：存储容量限制执行速度、相应时间吞吐量,-,19,(3)环境需求,硬件设备：机型、外设、接口、地点、分布、温度、湿度、磁场干扰等软件：操作系统网络数据库,-,20,(4)界面需求,有来自其它系统的输入吗？有来自其它系统的输出吗？对数据格式有规定吗？,-,21,(5)用户或人的因素,用户类型？各种用户熟练程度？需受何种训练？用户理解、使用系统的难度？用户错误操作系统的可能性？,-,22,(6)文档需求,需哪些文档？文档针对哪些读者？,-,23,(7)数据需求,输入、输出数据的格式？接收、发送数据的频率？数据的准确性和精度？数据流量？数据需保持的时间？,-,24,(8)资源需求,软件运行时所需的数据、软件。内存空间等资源。软件开发、维护所需的人力、支撑软件、开发设备等。,-,25,(9)安全保密要求,需对访问系统或系统信息加以控制吗？如何隔离用户之间的数据？用户程序如何与其它程序和操作系统隔离？系统备份要求？,-,26,(10)软件成本消耗与开发进度需求,开发有规定的时间表吗？软硬件投资有无限制？,-,27,(11)质量保证,系统的可靠性要求？系统必须监测和隔离错误吗？出错后，重启系统允许的时间？系统变化如何反映到设计中？维护是否包括对系统的改进？系统的可移植性？,-,28,问题识别的另一项工作是建立分析所需要的通信途径，以保证能顺利地对问题进行分析。,-,29,(二)分析与综合从信息流和信息结构出发，逐步细化所有的软件功能，找出系统各元素之间的联系、接口特性和设计上的约束，分析它们是否满足功能要求，是否合理。最终综合成系统的解决方案，给出目标系统的详细逻辑模型.,-,30,常用的分析方法,面向数据流的结构化分析方法(SA)面向对象的分析方法(OOA)等,-,31,获取用户需求的主要方法是调查研究,调查研究的主要方法有:访问面谈收集查问资料初步的用户手册深入现场,跟班作业,-,32,软件需求的获取,在做调查研究时，可以采取如下环节的调查方式：制定调查提纲，向不同层次的用户发调查表。按用户的不同层次，分别召开调查会，了解用户对待开发系统的想法和建议。向用户领域的专家或在关键岗位上工作的人个别咨询。实地考察，跟踪现场业务流程。查阅与待开发系统有关的资料。使用各种调查工具，如数据流图、任务分解图、网络图等。为了能够有效地获取和理清用户需求，应当打破用户（需方）和开发者（供方）的界限，共同组成一个联合小组，发挥各自的长处，协同工作。,-,33,需求规格说明书(SRS)的作用：,开发者与用户间事实上的技术合同书开发者下一步设计和编码的基础测试验收目标系统的依据,软件需求分析文档,-,34,SRS大纲（模板）,引言任务概述(项目概述)数据描述(DFD、DD)功能描述接口性能需求属性其它需求,-,35,需求文档的陈述与改进举例（1）,产品必须在固定的时间间隔内提供状态消息，并且每次时间间隔不得小于60秒。,后台任务管理器(BTM)应该在用户界面的指定区域显示状态消息。a.在后台任务进程启动之后，消息必须每隔60(10)秒更新一次，并且保持连续的可见性。b.如果正在正常处理后台任务进程，那么后台任务管理器(BTM)必须显示后台任务进程已完成的百分比。c.当完成后台任务时，后台任务管理器(BTM)必须显示一个“已完成”的消息。d.如果后台任务中止执行，那么后台任务管理器(BTM)必须显示一个出错信息。,需求不完整，导致需求不可验证,改进,-,36,需求文档的陈述与改进举例（2）,产品必须在显示和隐藏非打印字符之间进行瞬间切换。,用户在编辑文档时，通过激活特定的机制，可以在显示和隐藏所有HTML标记之间进行切换。,需求不可行、不完整、不确定性，导致需求不可验证,改进,-,37,(三)编制需求分析阶段的文档软件需求说明书数据要求说明书初步的用户手册修改、完善与确定软件开发实施计划,-,38,(四)需求分析评审,作为需求分析阶段工作的复查手段，应该对功能的正确性、文档的一致性、完备性、准确性和清晰性，以及其它需求给予评价。为保证软件需求定义的质量，评审应以专门指定的人员负责，并按规程严格进行。评审结束应有评审负责人的结论意见及签字。除分析员之外，用户需求者，开发部门的管理者，软件设计、实现、测试的人员都应当参加评审工作。,-,39,软件需求评审,作为需求分析阶段工作的复查手段，在需求分析的最后一步，应该对功能的正确性、完整性和清晰性，以及其它需求给予评价.,评审应以专门指定的人员负责，并按规程严格进行。评审结束应有评审负责人的结论意见及签字。除分析员之外，用户需求者，开发部门的管理者，软件设计、实现、测试的人员都应当参加评审工作。一般，评审的结果都包括了一些修改意见，待修改完成后再经评审通过，才可进入设计阶段。,-,40,需求验证特性,(1)正确性(2)无二义性(3)完整性(4)可验证性(5)一致性(6)可理解性(7)可修改性(8)可跟踪性(9)设计无关性(10)注释,软件需求评审,-,41,系统定义的目标是否与用户的要求一致；系统需求分析阶段提供的文档资料是否齐全；文档中的所有描述是否完整、清晰、准确反映用户要求;与所有其它系统成分的重要接口是否都已经描述；所有图表是否清楚，在不补充说明时能否理解；主要功能是否已包括在规定的软件范围之内，是否都已充分说明；软件的行为和它必须处理的信息、必须完成的功能是否一致；,评审的主要内容包括,-,42,设计的约束条件或限制条件是否符合实际；是否考虑了开发的技术风险；是否考虑过软件需求的其它方案；被开发项目的数据流与数据结构是否足够，确定；是否考虑过将来可能会提出的软件需求；是否详细制定了检验标准，它们能否对系统定义是否成功进行确认；有没有遗漏，重复或不一致的地方；用户是否审查了初步的用户手册或原型；软件开发计划中的估算是否受到了影响,评审的主要内容