需求分析第一章.pptVIP

  1. 1、本文档共47页,可阅读全部内容。
  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文档。上传文档
查看更多
需求分析第一章

演化模型 主要针对事先不能完整定义需求的软件开发。 实施开发的迭代过程。每一迭代过程均由需求、设计、编码、测试、集成等阶段组成。 如果缺乏严格的过程管理的话,这个生命周期模型很可能退化为一种原始的无计划的“试-错-改”模式 螺旋模型 对于大型项目而言,事先不能完整清晰地定义需求是常事,而且开发一个原型是远远不能解决问题的。 大型项目的规模和复杂性增加,软件开发过程中必然存在着许多风险问题。 螺旋模型结合瀑布和演化模型,强调风险分析,每一个周期都包括需求定义、风险分析、工程实现和评审4个阶段。 螺旋模型 软件开发过程每迭代一次,软件开发又前进一个层次。 过多的迭代次数会增加开发成本,延迟提交时间。 增量模型 整个产品被分解成若干个构件,开发人员逐个构件地交付产品,在各个阶段并不交付一个可运行的完整产品,而是交付满足客户需求的一个子集的可运行产品。 特点 在前面增量的基础上开发后面的增量 每个增量的开发可用瀑布或快速原型模型 迭代的思路 增量模型 规格说明 设计 实现和集成 交付客户 规格说明 设计 实现和集成 交付客户 规格说明 设计 实现和集成 交付客户 规格说明 设计 实现和集成 交付客户 增量1 增量2 增量3 增量n 融合了瀑布模型的基本成分(重复应用)和原型实现的迭代特征 构件集成模型 特点 面向对象 基于构件库 融合螺旋模型特征 支持软件开发的迭代方法 软件重用 其他模型 形式化开发模型 RAD(快速应用开发)模型 RUP(统一软件过程) 敏捷方法,XP(eXtreme Programming) 软件开发方法 结构化方法(SASD),首先用结构化分析(SA)对软件进行需求分析,然后用结构化设计(SD)方法进行总体设计,最后是结构化编程(SP)。 随着OOP(面向对象编程)向OOD(面向对象设计)和OOA(面向对象分析)的发展,最终形成面向对象的软件开发方法( OMT)。它以对象建模为基础,在需求分析、可维护性和可靠性这三个软件开发的关键环节和质量指标上有了实质性的突破。 需求是根本 需求是根本! 需求分析的意义 ? 软件工程理论认为,在软件生命周期中,需求分析(Requirements Analysis)是最重要的一个阶段。软件需求分析的质量对软件开发的影响是深远的、全局性的,高质量需求对软件开发往往起到事半功倍的效果,所谓“磨刀不误砍柴功”。在后续阶段改正需求分析阶段产生的错误将付出高昂的代价。 ??????? 现在人们越来越认识到软件工程在软件开发中的重要作用。目前国内软件在开发中还没有对软件开发的过程进行明确规定,文档不完整,也不规范,软件项目的成功往往归功于软件开发组的一些杰出个人或小组的努力。这种依赖于个别人员上的成功并不能为全组织的软件生产率和质量的提高奠定有效的基础,只有通过建立全过程的改善,采用严格的软件工程方法和管理,并且坚持不懈地付诸实践,才能取得全组织的软件过程能力的不断提高,使软件开发更规范合理。 需求分析在项目中的地位 系统分析员在项目中的地位 所以说,项目的需求分析如果做得好,那项目就相当于做完了一半,好的需求分析会为项目的顺利开发奠定基础,减少大量开发成本,减小开发风险。 千里之行始于足下,不积跬步无以至千里。 千里之行始于足下,不积跬步无以至千里。 1963年 水星计划系统 200万条指令 1967年 双子星座计划系统 400万条指令 1973年 阿波罗计划系统 1000万条指令 1979年 哥伦比亚航天飞机系统 4000万条指令 假设1个人一年生产一万条有效指令,那么是否4000人生产一年,或400人生产10年就能完成任务呢?答案是否定的。一万条指令的复杂度决不仅仅是100条指令复杂度的100倍。 1963年,美国用于控制火星探测器的计算机软件中的一个“,”号被误写为“·”,而致使飞往火星的探测器发生爆炸,造成高达数亿美元的损失。 1.基本过程:与软件生产直接相关的过程、 2.支持过程:支持软件生产的过程、 3.组织过程:与软件生产组织(单位)有关的过程 基本过程: a) 获取过程(5.1)— 为获取系统、软件产品或软件服务的组织即需方而定义的活动; b) 供应过程(5.2)— 为向需方提供系统、软件产品或软件服务的组织即供方而定义的活动; c) 开发过程(5.3)— 为定义并开发软件产品的组织即开发方而定义的活动, d) 运作过程(5.4)— 为在规定的环境中为其用户提供运行计算机系统服务的组织即操作方而定义的活动; e) 维护过程(5.5)— 为提供维护软件产品服务的组织即维护方而定义的活动。也就是对软件的修改进行管理,使它保持合适的运行状态。该过程包括软件产品的迁移和退役。 最早出现的软件开发模型是1970年

文档评论(0)

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

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

1亿VIP精品文档

相关文档