第二章需求工程过程课件.ppt
- 【下载声明】
1. 本站全部试题类文档,若标题没写含答案,则无答案;标题注明含答案的文档,主观题也可能无答案。请谨慎下单,一旦售出,不予退换。
2. 本站全部PPT文档均不含视频和音频,PPT中出现的音频或视频标识(或文字)仅表示流程,实际无音频或视频文件。请谨慎下单,一旦售出,不予退换。
3. 本页资料《第二章需求工程过程课件.ppt》由用户(晟晟文业)主动上传,其收益全归该用户。163文库仅提供信息存储空间,仅对该用户上传内容的表现方式做保护处理,对上传内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即通知163文库(点击联系客服),我们立即给予删除!
4. 请根据预览情况,自愿下载本文。本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。
5. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007及以上版本和PDF阅读器,压缩文件请下载最新的WinRAR软件解压。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 第二 需求 工程 过程 课件
- 资源描述:
-
1、2023-2-7第二章需求工程过程第二章需求工程过程第二章需求工程过程第二章需求工程过程优秀的团队遇到糟糕 的需求需求问题导致的主要后果是返工重复做您认为早已做好的事情。返工的成本占了总开发成本的30%50,而对于返工的情况,70%80%是因需求错误引起的。从图可以看出,在项目末期才发现缺陷,对其进行改正的成本要比在缺陷刚产生不久时修改的成本高得多。第二章需求工程过程镀金问题开发人员为产品添加了一项需求说明中没有提到的功能,他认为“用户肯定会喜欢的”。这就是所谓的“镀金问题(gold plating)”。开发人员和需求分析员不应擅自添加特性,应该把创意和备选方案提交给客户,让他们做决定。要避免
2、镀金问题,就应该追溯每项功能的来源,弄清楚为什么添加该功能。第二章需求工程过程过于抽象的需求 营销人员或经理经常喜欢只给出一个粗略的说明,他们希望开发人员在开发过程中充实它。这种方式对研究性项目或需求特别灵活的项目或许管用,但是需要紧密合作的团队,而且仅限于开发小型系统。大多数情况下,这种做法的结果是使开发人员受挫,让客户失望。第二章需求工程过程忽略了某类用户 用户所使用的产品特性、产品的使用频率以及用户自身的经验水平不尽相同。因此,多数产品都拥有不同的用户群。如果一开始没能找出产品的所有重要用户群,就会有某些用户需求得不到满足。确定所有用户群后,还要保证获得各类用户的需求。第二章需求工程过程
3、第二部分 需求工程过程需求工程:对问题域及需求做调查研究和描述,设计将满足那些需求的解系统的特性并用文档说明.需求获取 需求分析 规格说明 人机接口 需求验证需求获取、分析、编写需求规格说明和验证并不遵循线性的顺序,这些活动是相互隔开、增量和反复。第二章需求工程过程需求开发过程需求开发是一个迭代的过程第二章需求工程过程需求工程的推荐方法列出了近50种方法,分别属于7个类型,它们可以帮助大部分项目开发团队更好地完成他们的需求工作。第二章需求工程过程知 识需求管理项目管理 培训需求分析员 对用户代表和管理者进行需求培训 对开发者进行应用领域相关的培训 创建术语表 定义需求变更控制进程 成立变更控制
4、委员会 分析需求变更的影响 控制需求版本并为其建立基线 维护需求变更的历史记录 跟踪每项需求的状态 衡量需求稳定性 使用需求管理工具 创建需求跟踪矩阵 选择合适的开发周期 根据需求制订项目计划 重新协商权利或义务 管理需求风险 跟踪需求耗费的人力物力 回顾以往的教训需求获取需求分析编写规格说明需求验证 定义需求开发过程 定义项目前景和范围 确定用户群 选择用户代言人 建立核心队伍 确定用例 确定系统事件和响应 举行进一步需求获取的讨论 观察用户如何工作 检查问题报告 重用需求 绘制关联图 创建原型 分析可行性 确定需求优先级 为需求建模 创建数据字典 将需求分配至各子系统 应用质量功能调度 采
5、用SRS模板 确定需求来源 惟一标识每项需求 记录业务规范 定义质量属性 审查需求文档 测试需求 确定合格标准第二章需求工程过程知 识 技 能 开发者也应该了解产品应用领域中的基本概念和术语。培训需求分析员 所有将要成为分析员的团队成员都应该接受需求工程方面的基本培训。熟练的需求分析员应具备以下特点:耐心,思维条理性强,有良好的交际和沟通能力,理解产品应用领域,并且掌握丰富的需求工程技术。对用户代表和管理者进行软件需求培训 参与软件开发的用户应该接受一到两天的需求工程方面的培训。对开发人员进行应用领域的相关培训 为了帮助开发人员对应用领域有一个基本的理解,可以安排一个研讨课程,内容是客户的业务
6、活动、术语和产品的目标。创建项目术语表 定义应用领域专业名称的术语表可以减少误解。第二章需求工程过程需求获取需求获取需求获取(requirement elicitation)是需求工程的主体。是需求工程的主体。对于所建议的软件产品,获取需求是一个确定和理解不同用户类的需要和限制的过程。需求获取可能是软件开发中最困难、最关键、最易出错及最需要交流的方面。需求获取只有通过有效的客户开发者的合作才能成功。需求获取是在问题及其最终解决方案之间架设桥梁的第一步。获取需求的一个必不可少的结果是对项目中描述的客户需求的普遍理解。第二章需求工程过程需求获取第1章讨论了需求的三个层次:业务,用户和功能。在项目中
7、它们在不同的时间来自不同的来源,也有着不同的目标和对象,并需以不同的方式编写成文档。业务需求(或产品视图和范围)不应包括用户需求(或使用实例),而所有的功能需求都应该源于用户需求。同时你也需要获取非功能需求,如质量属性。1)确定需求开发过程 确定如何组织需求的收集、分析、细化并核实的步骤,并将它编写成文档。对重要的步骤要给予一定指导,这将有助于分析人员的工作,而且也使收集需求活动的安排和进度计划更容易进行。2)编写项目视图和范围文档 项目视图和范围文档应该包括高层的产品业务目标,所有的使用实例和功能需求都必须遵从能达到的业务需求。项目视图说明使所有项目参与者对项目的目标能达成共识。而范围则是作
8、为评估需求或潜在特性的参考。3)将用户群分类并归纳各自特点 为避免出现疏忽某一用户群需求的情况,要将可能使用产品的客户分成不同组别。他们可能在使用频率、使用特性、优先等级或熟练程度等方面都有所差异。详细描述出它们的个性特点及任务状况,将有助于产品设计。第二章需求工程过程4)选择每类用户的产品代表 5)建立起典型用户的核心队伍 6)让用户代表确定使用实例 从用户代表处收集他们使用软件完成所需任务的描述使用实例,讨论用户与系统间的交互方式和对话要求。在编写使用实例的文档时可采用标准模版,在使用实例基础上可得到功能需求。7)召开应用程序开发联系(J A D)会议 应用程序开发联系(J A D)会议是
9、范围广的、简便的专题讨论会(w o r k s h o p),也是分析人员与客户代表之间一种很好的合作办法,并能由此拟出需求文档的底稿。该会议通过紧密而集中的讨论得以将客户与开发人员间的合作伙伴关系付诸于实践第二章需求工程过程8)分析用户工作流程观察用户执行业务任务的过程9)确定质量属性和其它非功能需求 10)通过检查当前系统的问题报告来进一步完善需求11)跨项目重用需求。调查用户任务可能遇到的变更,或者用户需要使用系统其它可能的方式。想像你自己在学习用户的工作,你需要完成什么任务?你有什么问题?从这一角度来指导需求的开发和利用。还有,探讨例外的情况:什么会妨碍用户顺利完成任务?对系统错误情况
展开阅读全文