需求工程第二讲需求获取.ppt
《需求工程第二讲需求获取.ppt》由会员分享,可在线阅读,更多相关《需求工程第二讲需求获取.ppt(33页珍藏版)》请在三一办公上搜索。
1、需求工程,第二讲 需求获取,重点,需求获取的难点在哪里?需求获取的哪些内容?需求获取的主要技术,需求获取简单吗?,表面上实质上范围问题理解问题易变问题,需求获取的重要性,需求获取(requirement elicitation)是需求工程的主体。对于所建议的软件产品,获取需求是一个确定和理解不同用户类的需要和限制的过程 需求获取是在问题及其最终解决方案之间架设桥梁的第一步 需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面 需求获取是一个需要高度合作的活动,而并不是客户所说的需求的简单誊本,需求获取存在的问题(障碍),无法陈述自己的需要无法解释任务及原因要求特定的解决方案缺乏想
2、象力-新方法缺乏想象力-结果矛盾的需求抵制变更过度的要求满足一些需求后,产生新的需求,需求获取总的原则,先获取系统的总体目标,接着获取当前工作以及当前问题的信息,然后是系统应处理的详细问题。,问:怎样获取需求?,获取需求第一步,需求采集的定义,需求的 来源,访问并与有潜力的用户探讨把对目前的或竞争产品的描述写成文档系统需求规格说明对当前系统的问题报告和增强要求市场调查和用户问卷调查观察正在工作的用户用户任务的内容分析,获取需求第一步,需求采集,1,需求分析,2,需求定义,3,不同层次的用户需求也截然不同,需求获取指导,确定需求获取计划和问题清单确定能够帮助刻画需求和了解他们组织的人员定义系统将
3、放置其中的技术环境(如计算体系结构、操作系统、电信需要)确定“领域约束”(即特定于应用领域的业务环境的特征),这些约束将限制待建造系统的功能和性能。定义一种或多种需求获取方法要求很多人员参与,以使得需求能够从不同的视角进行定义;确定每个要记录需求的理由。确定有歧义的需求为原型实现的后选创建使用场景,以帮助客户/用户更好地确定关键需求,需求获取步骤1-相关人员分析,相关人员是指那些直接或间接从开发的系统中受益的人。效益:发现所有可能的需求源识别项目相关人员的方法:系统潜在的最终用户系统打算支持的业务过程描述以及与这些过程相关的人与管理部门讨论,询问谁会受到系统引入的影响考虑使用系统的组织的客户负
4、责开发和维护系统的工程师和维护人员考虑可能希望给系统添加需求的监管机构和认证机构措施:设计文档(相关人员列表和需求原因),明确各类人员的需求权威决策层:系统建设目标、原则,业务流程优化程度业务人员:业务的把握、政策的把握、业务流程的把握技术人员:数据项描述、性能需求操作人员:界面的操作风格、输入输出数据项,决策层,技术人员,业务人员,操作人员,用户群划分,用户群划分,步骤2-需求获取应明确的问题,当前整体业务需求的目的和可行性陈述系统或产品范围的限制性陈述要求提供的需求功能列表和应用于每个需求的领域限制将来发展的设想明确服务器、客户机的软、硬件及性能要求(容量、速度、可操作性等)用户目前相关的
5、技术人员和业务人员情况将来最终系统操作人员的技术及业务人员情况用户需求的系统及用户本身或其它系统的接口要求一组使用场景,提供在不同运行条件下系统的使用情况为更好地定义需求而开发的任意原型,记录需求理由,需求理由是指关于某需求的原因的概要信息效益:提高对需求的理解实施可能存在的问题使人误解的理由不一致的理由,寻找领域约束,领域约束是指来自于系统应用领域的系统需求效益:领域约束经常会导致识别出关键需求领域约束的种类涉及到所有其他需求的总体约束从领域相关事项导出的特殊需求需要记录的领域信息领域知识的一个非正式陈述领域知识的较形式化描述领域知识可适用的系统的类型知识分类术语领域信息源,定义系统的操作环
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 工程 第二 获取
链接地址:https://www.31ppt.com/p-5667424.html