《软件工程》 课件 第3章 需求

软件工程第三章需求3.1什么是需求3.1什么是需求需求是目标软件系统的根、和源。正确且恰当的需求是目标软件系统成功的必要的、首要的、基本的条件，需求对目标软件系统的成功起着至关重要的作用。需求是软件过程的第一个阶段，就是要确定目标软件系统将具有哪些功能、将为用户提供哪些服务、以及约束条件或要求等。3.1什么是需求拟解决的问题例如：解决某高校每学期全校师生所有课程的编排课表、解决人力资源管理中的工资管理、电子商务中的订单管理问题、电子邮箱中的邮件管理问题、解决生产企业工作中的复杂的生产排程问题等等。相关的约束或条件，例如要求能够支持10000个用户同时访问、能够兼容于所有安卓手机等等。3.1什么是需求需求的目的就是要确定客户到底想要want什么。需求的目的就是要确定客户真正需要need什么。软件项目失败的主要原因之一就是不正确、不完整、不明确的需求。项目成果的首要因素则是正确的、完整的、明确的需求。3.1什么是需求开发方可以先“替”用户挖掘需求、确定需求，先开发出成品，再找客户。需求一定要来源于客户和用户。3.2需求的层次被动主动引领真正满足用户需求的软件才会成功欢迎学习《软件工程》软件工程第三章需求3.3如何做需求3.3如何做需求获取正确的、恰当的需求需要客户方和开发方的共同努力和协作，需要实实在在、一步一步地做工作来获得和明确需求。需求文档RequirementsDocument应该是正式的、规范的，经客户方和开发方、即甲乙双方签字后，与合同一起形成具有法律效力的文件。需求阶段的工作称之为需求工程RequirementsEngineering。3.3如何做需求需求阶段的工作分为4个步骤：1、做准备2、需求调研3、形成需求文档4、需求确认一、准备工作做需求的第一步是做好相应的准备工作，具体包括三项准备工作：1、确定此次需求调研的任务，包括讨论的题目、内容；2、确定此次需求调研拟采用的方法；3、确定何时、何地、开发方和客户方的哪些相关人员参加此次需求调研。1-1、确定调研任务每次调研之前，需求小组应该提前若干天与客户方明确拟调研的议题、业务范围和内容；需求小组要尽可能地在最短的时间内获取最多的信息、更多确切的回答，因此针对调研任务，需求小组应该提前准备好拟调研和讨论的问题清单。问题不易过大问题要尽量易于客户回答，而且答案是明确的1-2、确定调研方法会谈表格分析问卷调查录像情境分析快速原型与专家会谈分析现有的类似的产品从行业标准规章制度和政策法规中提取从互联网上查找资料针对调研任务，需求小组应事先确定好拟采用的调研方法，以便需求小组和客户方都做好相应的准备。1-3、确定3W时间地点人物（双方）二、需求调研需求调研，即指需求获取，是对客户的需求进行挖掘、启发、收集、记录和整理的过程。二、需求调研需求调研记录表调研题目

调研方法

开发方调研人员

被调研人员

调研时间

调研地点

调研内容记录

需求调研，即指需求获取，是对客户的需求进行挖掘、启发、收集、记录和整理的过程。三、完成需求文档项目名称

项目描述对项目的简单描述，包括项目背景、客户与用户、目的、基本概念等用户介绍软件产品面对的用户词汇表专业术语、缩略语清单功能性需求

非功能性需求修改记录序号时间版本号修改人修改内容

文档名

文档编号

版本号

总页数

文档撰写人

文档撰写时间

文档检查人

文档检查时间

开发方批准人

客户发方批准人

开发方批准时间

客户方批准时间

指开发方和客户方双方对需求的确认，以双方在需求文档上签字、盖章为标志。双方确认的需求文档可以作为开发方和客户方之间的合同的一部分。四、需求确认欢迎学习《软件工程》软件工程第三章需求需求的分类：功能性需求非功能性需求功能性需求FunctionalRequirements，指对目标软件系统应该提供的业务功能或服务、系统如何对输入做出反应，以及系统在特定条件下的业务行为的描述。功能性需求针对领域的业务功能、业务规则和业务流程，与业务领域高度相关。如，高校教学管理信息系统中教师查询课表、学生打印成绩单等。3.4功能性需求对功能性需求的描述要前后一致，即在整个需求文档中，需求描述不能有前后矛盾的地方；要完备和详细，就是说客户所需的所有功能和服务都要描述出来，不能有遗漏，要做到所有人读后都会有相同的理解。3.4功能性需求例如，网上商店系统中，关于操作购物篮的需求描述如下：顾客登录后，即可获得一个空的、可供使用的购物篮；允许用户向购物篮中添加商品；允许用户对购物篮中的每一种商品定义数量；允许顾客从购物篮中移除商品；允许顾客清空购物篮；允许顾客选择运输方式：陆运、或空运；……3.4功能性需求非功能性需求是指目标软件系统除功能需求以外，为满足用户业务需求还必须具有的特性，如系统的性能、可靠性、健壮性、安全性、实用性、可维护性、可扩充性、容量、界面、接口、和所需要的软硬件环境等。例如，某网上商店系统的性能要求是：要求系统能满足10000个人同时访问，且平均反应时间不能超过30秒；其可靠性要求是：要求系统能够每周7天×24小时连续运行，年均非计划宕机时间不能多于8小时。3.5非功能性需求要特别注意的是：非功能性需求，要避免使用带有个人主观感受和判断的词汇，如用户友好的界面、快速的反应、方便的操作、足够大的存储空间等等。如：40秒的反应速度是快还是慢？3.5非功能性需求常用的定义非功能性需求的量度3.5非功能性需求1、速度请求响应时间屏幕刷新时间事务处理的速度……2、规模容纳用户数量，且通常与响应时间共同定义数据库的容量要求可执行文件的大小……常用的定义非功能性需求的量度3.5非功能性需求3、健壮性系统对运行环境的要求失败后重启时间失败中数据崩溃的概率有效输入而获得错误输出的可能性的百分比无效输入而获得可接受的输出的可能性的百分比……常用的定义非功能性需求的量度3.5非功能性需求4、可靠性故障频率的度量，即指出现故障的平均间隔时间严重程度的度量……5、实用性成本学习和培训时间用户指南、提示……有些非功能性需求，如性能、安全性、健壮性、可靠性，通常会从总体上规范或约束系统的特性，可能比个别的功能性需求更加关键。有些关键的、重要的非功能性需求，能够从根本上决定一个软件系统是否能被客户和用户所接受。识别一个软件系统的功能性需求是相对容易的，但是确定恰如其分的非功能性需求就需要较高的专业水平和经验了。技术层面的非功能性需求将主要由整个系统的体系结构来实现和满足。3.5非功能性需求欢迎学习《软件工程》软件工程第三章需求3.6

快速原型快速原型(RapidPrototype)是一种非常有效的、快速获取准确需求的方法。让用户看到、交互到、体会到将提供的核心的、主要的业务功能。快速原型应该包括目标软件系统的主要功能的用户界面。快速原型一定要快速搭建起来。快速原型界面上的数据和信息是写死在代码中的（hardcoded）。3.6快速原型快速原型案例为你所在学院的学生管理办公室开发一套学生工作管理信息系统——新学期学生返校注册管理3.6快速原型学生返校注册界面3.6快速原型改进后的学生返校注册界面3.6快速原型3.6快速原型3.6快速原型3.6快速原型欢迎学习《软件工程》软件工程第三章需求需求面临