第2讲 需求获取

1、1第3章 需求获取2第3章 需求获取需求获取过程确定非功能需求和约束条件实地收集用户需求信息确定调查对象建立项目范围和目标确定需求开发计划3第3章 需求获取3.1 确定需求开发计划确定需求开发计划3.2 确定项目的目标和范围确定项目的目标和范围3.3 确定调查对象确定调查对象3.4 实地收集需求信息实地收集需求信息3.5 确定非功能需求确定非功能需求3.6 在收集需求信息中应注意的问题在收集需求信息中应注意的问题3.7 使用场景技术的需求获取使用场景技术的需求获取43.1确定需求开发计划确定需求开发计划确定需求开发计划的基本任务是确定需求开发的确定需求开发的实施步骤，并给出收集需求活动的具体安

2、排和进度实施步骤，并给出收集需求活动的具体安排和进度 。 ！时间时间只考虑与需求开发相关的工作：做什么，而非怎么做考虑困难性和灵活性：迎合用户的时间安排经费经费考虑书写和整理需求规格说明及其文档所花费的时间53.2确定项目的目标和范围确定项目的目标和范围关键关键主要任务主要任务63.2确定项目的目标和范围确定项目的目标和范围在收集目标需求时，这些人对要开发的软件系统及该系统最终能为用户或客户提供哪些价值有比较清楚的了解。 7nP18 自动售货机的举例3.2确定项目的目标和范围确定项目的目标和范围83.3确定调查对象确定调查对象本阶段的是。 应根据来区分不同的用户： （1）提出目标需求目标需求的

3、用户，即客户；（2）提出业务需求和功能需求业务需求和功能需求的用户；（3）软件开发人员，主要是指系统分析员系统分析员。93.3确定调查对象确定调查对象软件系统面临的用户是很多的，而这些用户由于所在的部门、职责和掌握的知识不同而存在差异，为了避免忽视和遗漏某些用户的情况，可以。所在的部门和职责所在的部门和职责（计划、销售、财务）（计划、销售、财务）使用系统的使用系统的频繁度和优频繁度和优先级先级对计算机的对计算机的熟练程度熟练程度是否直接使是否直接使用软件系统用软件系统103.3确定调查对象确定调查对象用户分类用户分类确定确定每类用户的代表每类用户的代表明确用户代表的明确用户代表的义务义务确定所

4、有需求信息确定所有需求信息来源来源（用户代表及其它）（用户代表及其它）确定需求确定需求决策者决策者113.3确定调查对象确定调查对象123.3确定调查对象确定调查对象n直接和间接使用软件系统的用户；直接和间接使用软件系统的用户； n系统需求规格说明；系统需求规格说明； n市场调查和用户问卷调查；市场调查和用户问卷调查； n已开发出的和待开发的同类软件系统的描述已开发出的和待开发的同类软件系统的描述和文档；和文档； n对人工系统存在的问题的报告和增强要求；对人工系统存在的问题的报告和增强要求； n观察正在工作的用户；观察正在工作的用户； n用户工作内容的分析。用户工作内容的分析。 几个典型的软件

5、需求来源： 133.3确定调查对象确定调查对象n个别用户与其他大多数同类用户需求不一致时，决策者为。n用户类间需求不一致时，决策者为。n同级不同类型用户（如部门不同）需求不一致时，决策者为。n部门管理者与直接用户不致时，在满足目标需求的前提下，决策者为。n开发人员与用户或市场人员不一致时，决策者为。143.4实地收集需求信息实地收集需求信息实地收集需求信息可能面临的用户不配合用户不配合用户不能配合用户不能配合能提出软件需求的用户可能觉得他们没有充分的时间与开发人员进行交流和讨论有时用户希望通过简单的方法和说明，或者通过简单回答开发人员的询问后，软件开发人员就能清楚地理解他们的需求，而不需要花费

6、太多的时间进行讨论用户和开发人员都只考虑自己的利益；如：有些用户由于缺乏使用计算机的经验，导致产生畏难情绪；有些用户认为开发软件系统自己的关系不大，对待需求信息的收集工作采取消极的态度。用户本身不能提出明确的需求 ；开发人员缺乏用户的业务知识，而用户也缺乏计算机方面的知识，导致双方在交流中产生许多的困难，以至收集工作难以进行153.4实地收集需求信息实地收集需求信息n向掌握“全局”的负责人调查；（目标需求）n向部门负责人调查；（业务流程、主要功能非功能需求、接口）n向业务人员调查。（具体业务结节） 步骤（2）和步骤（3）是一个反复的过程，而且每次调查之前要制定调查提纲，每次调查要作记录，并交由

7、用户审查核实，以保证需求信息的可靠和准确。163.4实地收集需求信息实地收集需求信息注意：注意：问题的问题的开放性！开放性！注意：封闭性问题注意：封闭性问题有助于澄清理解！有助于澄清理解！173.4实地收集需求信息实地收集需求信息！注意：！注意：1.问题的问题的开放性！开放性！2.问题的问题的数量数量10-15个个183.4实地收集需求信息实地收集需求信息正常情况：l在显示屏上显示问候信息：顾客将磁卡插入；读出磁卡上的代码，并检索该卡能否使用；如果磁卡能使用，要求顾客输入密码。l等待密码输入：顾客输入密码；如果密码正确，请求顾客选择事务处理类型。l等待输入事务类型：顾客选择取现金事务，并输入取

8、出的数量；做好取现金的准备，同时根据指定的银行帐号向银行系统发送请求信息。吐出相应的纸币；向顾客返还磁卡。打印并输出收付款说明书。193.4实地收集需求信息实地收集需求信息收集到的需求信息大致分9类每年可获利10万元开发一个在线图书售卖系统系统能有效地纠正文档中的拼写错误目目标标需需求求任务的实现过程说明任务的实现过程说明用用例例说说明明某工厂的生产材料某工厂的生产材料只能通过本厂采购只能通过本厂采购销售数据必须从某销售数据必须从某部门获取部门获取商品必须有库存才商品必须有库存才能销售能销售业业务务规规则则系统应该做什么执行某些功能功功能能需需求求用户友好用户友好简单易用简单易用健壮健壮高效高

9、效性性能能需需求求从读取信号向发送信息能控制外部外部接口接口需求需求必须使用某数据库必须使用某数据库占用内存不超过多少占用内存不超过多少限限制制邮编由邮编由5个数字组成个数字组成手机号码由手机号码由11位数位数字组成字组成数数据据定定义义必须采用必须采用B/S模式模式用户登录时选用户登录时选择所属部门，择所属部门，系统可据此确系统可据此确定其权限定其权限解解决决方方案案203.5确定非功能需求确定非功能需求非功能需求是衡量软件能良好运行的定性指标。由于，因此很难根据这些需求来评价软件系统，这也是开发出来的软件系统与用户所满足的软件系统之间存在差异的主要原因。 213.5确定非功能需求确定非功能

10、需求用户所关心的非功能需求用户所关心的非功能需求主要主要有：有：n可靠性；可靠性；n可扩充性；可扩充性；n安全性；安全性；n互操作性；互操作性；n健壮性；健壮性；n易使用性；易使用性；n可维护性可维护性 n可移植性；可移植性；n可重用性。可重用性。在给定的时间内以及规定在给定的时间内以及规定 的环境条件下，软的环境条件下，软件系统能完成所要求功能的概率。定量指标：件系统能完成所要求功能的概率。定量指标：平均无故障时间和平均修复时间平均无故障时间和平均修复时间系统能方便容易地增加新功能，通常用增加系统能方便容易地增加新功能，通常用增加新功能时所需工作量的大小新功能时所需工作量的大小 来衡量来衡量

11、防止非法访问系统功能、防止数据丢失、防防止非法访问系统功能、防止数据丢失、防止病毒入侵和防止私人数据进入系统等。如止病毒入侵和防止私人数据进入系统等。如身份验证、用户权限、访问控制等身份验证、用户权限、访问控制等软件系统与其它系统交换数据和服务的难易软件系统与其它系统交换数据和服务的难易程度。程度。遇到非法输入数据以及在异常情况下和非法遇到非法输入数据以及在异常情况下和非法操作下，软件系统能继续运行的程度操作下，软件系统能继续运行的程度用户学习和使用系统的简易程度，也包括对用户学习和使用系统的简易程度，也包括对系统的输出结果易于理解的程度系统的输出结果易于理解的程度发现并纠正一个故障或进行一次

12、更改的简易发现并纠正一个故障或进行一次更改的简易程度程度把一个软件系统从一个运行环境移植到另一把一个软件系统从一个运行环境移植到另一下运行环境所花费的工作量下运行环境所花费的工作量指组成系统中的某个部件可以在其他应用指组成系统中的某个部件可以在其他应用系统中使用的程度系统中使用的程度223.5确定非功能需求确定非功能需求在收集非功能需求信息时常用的方法：n将不同用户类代表提出的可能很重要的非功能需求进行，并根据其中的每个需求设计出许多方法，然后根据用户的回答，使这些；n开发人员与用户一起对每一个非功能需求；与非功能需求相冲突的假设示例，利用来提示用户。233.6 在收集需求信息中应注意的问题在

13、收集需求信息中应注意的问题n应能适当的调整；n尽量把用户所持的假设，特别是发生冲突的部分；n尽量用户用于表达他们的思维过程，特别是尽量熟悉和掌握用户具有的一些专业知识和术语；n在收集需求信息时，应尽量受不熟悉的影响；n应尽量讨论一些具体的； n需求信息收集工作的。 1. 用户不能再提供更多用户不能再提供更多新的需求新的需求2. 用户重复提出以前已用户重复提出以前已提出的需求提出的需求3.与用户的讨论进入了与用户的讨论进入了设计方面的工作设计方面的工作4. 开发人员已提不出新开发人员已提不出新的问题的问题5.预定的结束时间已到预定的结束时间已到243.7使用场景技术的需求获取使用场景技术的需求获

14、取n场景的定义定义：指用户与软件系统实现某个目标而进行交互活动过程的描述。n场景的构成构成 n执行者（用户）n进入场景前系统状态的描述n执行者的目的1.动作和事件系列（包括正常或非正常事件）253.7使用场景技术的需求获取使用场景技术的需求获取n场景应具有的特征特征n场景代表某些用户可见的功能，描述描述一个一个具体的系统具体的系统功能功能；n场景总是被参与者启动的被参与者启动的，并向参与者提供可识别的信息；1.场景必须是完整的完整的。263.7使用场景技术的需求获取使用场景技术的需求获取n例：关于切断机电源的场景 王某是使用装有Windows98系统的机的用户，并且已有一年的经历。他几乎每天使

15、用机向朋友等发电子邮件。今天在发送了封电子邮件后想切断机电源。 王某首先按下“屏幕中的开始”按钮，并在显示出来的菜单中选择“关闭计算机”选项。在屏幕中央出现了与关闭计算机相关的对话框，以询问用户是否真正关闭计算机。王某确认并按下了“关闭计算机”的按钮。计算机在使屏幕变黑后，自动切断机的电源。执行者（用户）执行者（用户）：王某；进入场景前系统状态的描述：进入场景前系统状态的描述：使用机的经验是年。几乎每天使用。另外，今日发送电子邮件的工作已结束；执行者的目的：执行者的目的：退出Windows98，并切断机的电源；动作和事件系列：动作和事件系列：第段文字，从按下“开始”按钮的动作开始到切断机电源的

16、事件完成为止。273.7使用场景技术的需求获取使用场景技术的需求获取n场景的表示283.7使用场景技术的需求获取使用场景技术的需求获取n场景的种类 n按执行者的目标执行者的目标能否实现分：正常场景和正常场景和失败场景失败场景；n按场景描述的内容内容分：正向场景和逆向场正向场景和逆向场景景；1.场景之间亦可以建立关系建立关系以及精化处理精化处理。 主要注重于目标的实现过程及效率如主要注重于目标的实现过程及效率如何何注重于分析失败的理由注重于分析失败的理由描述所希望实现的目标、与目标相关描述所希望实现的目标、与目标相关的执行者和事件等的执行者和事件等描述用户所不希望的需求描述用户所不希望的需求当向

17、一个场景中添加一些动作构成了当向一个场景中添加一些动作构成了另一个场景时，这两个场景之间的关另一个场景时，这两个场景之间的关系就是系就是扩展关系（继承）扩展关系（继承）当一个场景使用另一个场景时，这两当一个场景使用另一个场景时，这两个场景之间就构成了个场景之间就构成了使用关系使用关系若干个场景中的相同动作可以提取出若干个场景中的相同动作可以提取出来精化为一个单独的场景来精化为一个单独的场景293.7使用场景技术的需求获取使用场景技术的需求获取n使用用例的需求获取用例通常用于描述可发生的所有事件序列，而场景则是描述其中的一部分。因此，用例也可以说是场景的集合，一个场景是用例的实例。 303.7使

18、用场景技术的需求获取使用场景技术的需求获取n例：自动取款机用例模型（取出现金的用例）正常情况：l在显示屏上显示问候信息：顾客将磁卡插入；读出磁卡上的代码，并检索该卡能否使用；如果磁卡能使用，要求顾客输入密码。l等待密码输入：顾客输入密码；如果密码正确，请求顾客选择事务处理类型。l等待输入事务类型：顾客选择取现金事务，并输入取出的数量；做好取现金的准备，同时根据指定的银行帐号向银行系统发送请求信息。吐出相应的纸币；向顾客返还磁卡。打印并输出收付款说明书。313.7使用场景技术的需求获取使用场景技术的需求获取其他形式：用例名：执行者：目的：前提条件：结束条件：基本序列：按时间顺序正常发生的执行者和

19、系统的相互作用。异常序列：按时间顺序异常情况时执行者和系统的相互作用。备注：其他需求。323.7使用场景技术的需求获取使用场景技术的需求获取n场景技术的特点n把软件系统的需求信息文本化需求信息文本化，有助于在实现软件系统前明确用户与软件系统的相互作用； n可以把当前系统存在的问题作为实例并记问题作为实例并记录录下来；n可以成为成为项目相关人员间的共同语言共同语言；1.由于场景描述了软件系统的操作，比较具体，其易理解易理解性较好；避免冗余防止冗长！33获取需求的案例n我们将要开发一个在线图书借阅系统。n传统的借书方式要求读者亲自来到图书馆，这显得非常不方便，而且随着藏书的增加和读者群的增长，大量的读者到图书馆，使得图书馆的场地不足，工作人员也不够了。所以想到借助网络，让读者通过网络借/还书，这样可以省掉大量的场地维护和工作人员成本支出，同时计算机可以方便