需求工程二讲需求获取课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《需求工程二讲需求获取课件.ppt》由用户(三亚风情)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 需求 工程 获取 课件
- 资源描述:
-
1、v需求获取的难点在哪里?v需求获取的哪些内容?v需求获取的主要技术v表面上v实质上 范围问题 理解问题 易变问题v需求获取(requirement elicitation)是需求工程的主体。对于所建议的软件产品,获取需求是一个确定和理解不同用户类的需要和限制的过程 v需求获取是在问题及其最终解决方案之间架设桥梁的第一步 v需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面 v需求获取是一个需要高度合作的活动,而并不是客户所说的需求的简单誊本 v无法陈述自己的需要v无法解释任务及原因v要求特定的解决方案v缺乏想象力-新方法v缺乏想象力-结果v矛盾的需求v抵制变更v过度的要求v满足
2、一些需求后,产生新的需求v先获取系统的总体目标,接着获取当前工作以及当前问题的信息,然后是系统应处理的详细问题。需求分析建议报告需求分析建议报告需求采集需求采集需求分析需求分析需求定义需求定义用户用户开发商开发商方法论方法论引导引导需求规格说明书需求规格说明书答:答:需求采集需求采集1需求分析需求分析2需求定义需求定义3采集什么内容?采集什么内容?系统建设目标系统建设目标业务项业务项业务流程业务流程非功能需求非功能需求从哪里采集?从哪里采集?横向:各业务横向:各业务科室科室纵向:省、部纵向:省、部标准规范标准规范经验:核心平经验:核心平台、同行业其台、同行业其他城市、现有他城市、现有系统系统怎
3、么采集?怎么采集?调查问卷调查问卷座谈座谈考察、培训考察、培训需求采集的定义需求采集的定义v访问并与有潜力的用户探讨v把对目前的或竞争产品的描述写成文档v系统需求规格说明v对当前系统的问题报告和增强要求v市场调查和用户问卷调查v观察正在工作的用户v用户任务的内容分析需求采集需求采集1需求分析需求分析2需求定义需求定义3不同层次的用户需求也截然不同不同层次的用户需求也截然不同v确定需求获取计划和问题清单v确定能够帮助刻画需求和了解他们组织的人员v定义系统将放置其中的技术环境(如计算体系结构、操作系统、电信需要)v确定“领域约束”(即特定于应用领域的业务环境的特征),这些约束将限制待建造系统的功能
4、和性能。v定义一种或多种需求获取方法v要求很多人员参与,以使得需求能够从不同的视角进行定义;确定每个要记录需求的理由。v确定有歧义的需求为原型实现的后选v创建使用场景,以帮助客户/用户更好地确定关键需求v相关人员是指那些直接或间接从开发的系统中受益的人。v效益:发现所有可能的需求源v识别项目相关人员的方法:系统潜在的最终用户 系统打算支持的业务过程描述以及与这些过程相关的人 与管理部门讨论,询问谁会受到系统引入的影响 考虑使用系统的组织的客户 负责开发和维护系统的工程师和维护人员 考虑可能希望给系统添加需求的监管机构和认证机构v措施:设计文档(相关人员列表和需求原因)明确各类人员的需求权威明确
5、各类人员的需求权威v决策层:系统建设目标、原则,业务流程优化程度决策层:系统建设目标、原则,业务流程优化程度v业务人员业务人员:业务的把握、政策的把握、业务流程的把握业务的把握、政策的把握、业务流程的把握v技术人员:数据项描述、性能需求技术人员:数据项描述、性能需求v操作人员:界面的操作风格、输入输出数据项操作人员:界面的操作风格、输入输出数据项决策层决策层技术人员技术人员业务人员业务人员操作人员操作人员v当前整体业务需求的目的和可行性陈述v系统或产品范围的限制性陈述v要求提供的需求功能列表和应用于每个需求的领域限制v将来发展的设想v明确服务器、客户机的软、硬件及性能要求(容量、速度、可操作性
6、等)v用户目前相关的技术人员和业务人员情况v将来最终系统操作人员的技术及业务人员情况v用户需求的系统及用户本身或其它系统的接口要求v一组使用场景,提供在不同运行条件下系统的使用情况v为更好地定义需求而开发的任意原型v需求理由是指关于某需求的原因的概要信息v效益:提高对需求的理解v实施v可能存在的问题 使人误解的理由 不一致的理由v领域约束是指来自于系统应用领域的系统需求v效益:领域约束经常会导致识别出关键需求v领域约束的种类 涉及到所有其他需求的总体约束 从领域相关事项导出的特殊需求v需要记录的领域信息 领域知识的一个非正式陈述 领域知识的较形式化描述 领域知识可适用的系统的类型 知识分类术语
展开阅读全文