软件过程规范教程详解.ppt

  1. 1、本文档共52页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 1.3.5 软件客户-供应商的过程 客户-供应商过程是内部直接影响到客户、外部直接影响开发、向客户交付软件以及软件正确操作与使用的过程,包括软件获得、客户需求管理、提供软件、操作软件以及提供客户服务等5个子过程 获取过程从确定需要获取的软件系统、产品或服务开始,然后制定和发布标书、选择供方和管理获取过程,直到验收软件系统、产品或服务 。 该过程的成功实施会导致最终生成一个明确的合同或条约,清楚地描述出客户与供应方的期望、职责与义务。 在整个软件生命周期中,针对不断变化的客户需求加以收集、处理和跟踪,并建立软件需求的基准线,以作为项目中软件开发活动过程和产品度量和变更管理的基础 按客户、事先规定的要求对软件进行包装、发布与安装的活动过程 确定包装、发布以及安装软件的有关要求。 软件有效地被安装与使用。 软件达到需求定义中所规定的质量水平。 确定和管理由于引人并发操作软件而带来的操作上的风险。 按要求的步骤和在要求的操作环境中运行软件。 提供操作上的技术支持,以便解决操作过程个出现的问题. 确保软件(或主机系统)有足够的能力满足用户的需求。 基于实施情况,确定客户所需要的支持服务。 通过提供适当的服务来满足客户的需求。 针对客户对产品本身及其相应的支持服务的满意程度进行持续的评估 1.4 软件生命周期标准 1.4.1 ISO/IEC标准体系 1.4.2 IEEE标准体系 1.4.3 标准体系全貌图 1.4.1 ISO/IEC标准体系 ISO/IEC 12207:1995-软件生存周期过程 从多个角度说明了软件生命周期各个过程中的活动,对规范软件开发过程,协调各类人员之间的关系,都具有指导作用。 ISO/IEC15504软件过程评估标准 能力确定模式,帮助评估并确定一个潜在软件供应商的能力。 过程改进模式,帮助提高软件开发过程的水平。 自我评估模式,帮助判断是否有能力承接新项目的开发。 ISO/IEC标准体系的构成 软件过程 系统过程 原理 12207/AMD1的过程结果 15288 要素 标准 12207 /14764 TR15846 TR16326 15939 14598 15910 15288标准部分 指南 TR15271 ISO9000-3 TR9294 18019 15288 指南 1.4.2 IEEE标准体系 IEEE 1074:1997 - 生命周期过程的标准。 IEEE 1540-01 - 软件风险管理。 IEEE 1517-99 - 软件复用过程。 IEEE 1219-1998 - 软件维护过程。 IEEE Std 730-2001 -软件质量保证计划。 IEEE Std 1012 - 验证与确认。 IEEE Std 1028 - 评审。 1.4.3 标准体系全貌图 1.5 软件过程建模 1.5.1 软件过程模型 1.5.2 基于UML的过程建模 1.5.3 基于IDEF3的过程建模 1.5.4 基于Agent的自适应软件过程模型 1.5.5 基于SOA的软件过程模型 1.5.1 软件过程模型 瀑布模型 螺旋模型、增量模型、迭代模型 V模型 并发过程模型 极限编程(XP) IBM-Rational统一过程(RUP) 1.5.2 基于UML的过程建模 用户模型视图,从用户的视角来表示系统。用例(Use-case)描述使用场景,可用于用户模型视图的建模方案。 结构模型视图,从系统内部来分析数据和功能,属于静态结构建模。 行为模型视图,描述系统动态或行为方面的各种元素间交互或协作关系,属于动态结构建模。 实现模型视图,针对如何构建(实现)系统的结构和行为时的表示。 环境模型视图,表示待实现的系统环境的结构和行为。 UML图 用例模型:对应用例图、序列图、协作图、状态图和活动图 分析模型:对应类图和对象图(包括子系统和包)、序列图、协作图、状态图和活动图。 设计模型:对应类图和对象图(包括子系统和包)、序列图、协作图、状态图和活动图。 开发模型:对应配置图(包括活动类和组件)、序列图、协作图。 实现模型:对应组件图、序列图和协作图。 测试模型:测试模型引用了所有其它模型,所以使用所对应的所有视图。 从迭代的角度理解UML建模 从顺序角度理解UML建模 1.5.3 基于IDEF3的过程建模 美国空军集成计算机辅助制造(ICAM)项目基础上建立起来的,只包含3种方法——功能建模(IDEF0)、信息建模(IDEF1)和动态建模(IDEF2)。 随着信息系统的相继开发,后来又增加了不少IDEF方法,如数据建模扩展版本(IDEF1

文档评论(0)

创业文库 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档