需求分析重点.docVIP

  1. 1、本文档共4页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  5. 5、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  6. 6、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  7. 7、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  8. 8、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
需求分析重点.doc

1.软件项目三种类别 1)在预计的时间之内,在预算的成本之下,完成预期的所有功能,则项目为成功项目。 2)已经完成,软件产品能够正常工作,但在生产中或者超支,或者超期,或者实现的功能不全,则项目为问题项目。 3)因无法进行而被中途撤销,或者最终产品无法提交使用,则项目为失败项目。 3.需求工程:即利用工程化的手段进行需求处理,以保证需求处理的正确进行。 1)简单来说,需求工程是所有需求处理活动的总和,它收集信息、分析问题、整合观点、记录需求并验证其正确性,最终反映软件被应用后与其环境互动形成的期望效应。 2)从细节来看,需求工程是软件工程的一个分支,它关注于软件系统所应予实现的现实世界目标,软件系统的功能和软件系统应当遵守约束,同事它也关注以上因素和准确的软件行为规格说明之间的联系,关注以上因素与其随时间或跨产品族而演化之后的相关因素之间的联系。 需求开发是因为需求工程“需求”特性而存在的,它们是专门用来处理需求的软件技术; 需求管理是因为需求工程的“工程”特性而存在,它的目的是在需求开发活动之后,保证所确定需求能够在后继的项目活动中有效地发挥作用,保证各种活动开展都符合需求要求。 4.需求获取的目的是从项目的战略规划开始建立最初的原始需求。 5.需求分析的目的是保证需求的完整性和一致性。 6.需求规格说明的目的是将完整、一致的需求与能够满足需求的软件行为以文档的方式明确地固定下来。 7.需求验证是需求开发中的最后一个活动。它的首要目的是保证需求及其文档的正确性,即需求正确地反映了用户的真实意图。 需求管理是对需求开发所建立的需求基线的管理。 8.需求工程师需要具备的技能 1)专业技能:懂得需求工程的相关知识,理解需求工程的相关理论。2)分析技能;能够在面对众多信息内容时清晰地把握问题的重点、核心和本质,具备整合全局的能力,具有系统化思想。3)交流技能:掌握交谈和提问的技能,掌握倾听的技巧。4)观察技能;应该具有敏锐的观察力。5)建模技能:掌握从传统的流程图到结构化的分析模型(数据流图、实体联系图等),直到当今的统一建模语言(UML)等多种分析工具。6)写作技能:具备良好的语言驾驭能力,能够清晰地表达复杂的概念。7)创新技能:可以发现用户没有意识到的潜在需求。8)协调技能:协调团队内部相互之间的工作与人际关系,建立互相信任的团队工作气氛。 需求的定义:1.用户为了解决问题或达到某些目标所需要的条件或能力。2.系统或系统部件为了满足合同、标准、规范或其他正式文档所规定的要求而需要具备的条件或能力。3.对1或2中的一个条件或一种能力的一种文档化表达。 9.需求的5种类别:1.功能需求:表现为系统和环境之间的行为交互。2.性能需求:系统整体或系统组成部分应该拥有的性能特征。3.质量需求:系统完成工作的质量。4.对外接口:系统和环境中其他之间需要建立的接口。5.约束:系统构造时需要遵守的约束。 性能需求是核心。 10.另一种常见的分类方法:硬件需求、软件需求和其他需求。 11.功能需求是软件系统需求中最常见、最主要和最重要的需求。 12.功能需求具有层次性 14.业务需求是抽象层次最高的需求,描述组织为什么要开发系统。 15.用户需求执行实际工作的用户对系统所能完成的具体任务的期望。描述了系统能够帮助用户做些什么。 16.系统需求将用户需求进一步明确和细化,将之转化为系统需求。(用户对系统行为的期望) 17.为了描述系统的功能和边界,通常会使用上下文图和系统用例图。 18.涉众:所有对软件系统的开发和应用具有发言权和决定权的人。 19.涉众的类别:用户、客户、开发者、管理者、领域专家、政府力量、市场力量。 常见的用户替代源:1.拥有类似系统经验的系统分析人员、2.与用户直接联系的技术支持人员、3.服务咨询人员、4.内部或者外部的顾问,通常是指领域专家、5。用户方的管理者、6.市场人员、7.拥有相关知识的开发人员。 21.硬数据分为定量硬数据和定型硬数据。 22.定量数据是指那些经过仔细设计,具有严格规范要求的格式化文档。 23.常见定量硬数据有;1.数据收集表格2.统计报表 24.定型硬数据:没有预先确定的表格,大都是自然语言进行的文本表述。 25.常见的定性硬数据:1.整个文档的描述文档2.业务指导文档3.业务备忘 26.问题的组织-----面谈结构(面谈组织的方法) 1)金字塔结构(归纳式组织):以封闭式问题开始,然后逐渐提高问题的开放开放度。 2)漏斗结构:一般的开放式为题开始,用封闭式的问题缩小可能的答复。 3)菱形结构:以一种非常明确的方式开始,最后得出一个非常明确的结构。 27.头脑风暴包括两个阶段 1)想法产生阶段:产生出尽可能多的想法。 2)想法精确阶段:分析产生的所有想法,发现其中最能广泛接受的思想。 28.原型的定

文档评论(0)

ziyouzizai + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档