ISO-IEC12207—软件生存期过程标准读后感.doc

ISO/IEC 12207—软件生存期过程标准读后感 信息技术的发展日趋渐盛，其发展宽度和深度远远超越人们的想象，就连简单的日常生活，也渐渐的离不开相关信息技术的协调或帮助。这也就促使了现在的我们越来越依赖信息技术。信息技术的核心有两个：其一是微电子技术，其二是软件技术。在信息技术中一直处于核心地位是软件技术，它的快速发展使得越来越多的功能需要通过软件来实现。随着软件产品在社会各个领域中的深入，为了保证其质量，科学的建立和管理软件工程过程变得越来越关键。我通过研读ISO/IEC 12207国际标准和GB/T 8566标准之后，对软件的生存期过程有了深刻的感受。 在软件生存的周期中，包括三大过程，分别为基本类过程、支持类过程和组织类过程。每一个过程都将被划分为一组活动，每一组活动又将进一步被细致划分为一项任务。为了最终获取高质量的软件，开发过程中，有必要按照过程描述做好软件的相关工作。该标准考虑到了各个方面的细节，但是针对于某一具体的软件进行开发而言，并不是所有的过程都需要考虑，同时每一过程的重要性对于具有不同性质的软件，也是不同的。 根据GB/T 8566-2001的修订版本，三大过程可以进一步分为五个基本类过程、八个支持类过程以及四个类组织过程，最终的目的在于为用户提供一个框架，用户在该基础上就可以按照标准调整属于自己的过程，并合理的使用和裁剪标准，为高质量软件的获取带来更大的便利。简单说明一下三大类过程: 基本类过程：这类过程是形成软件的生存周期的基础过程，分为获取、供应、开发、运行以及维护五个过程，主要参与的一方是参与或者完成软件产品的工作—开发、运行和维护。 支持类过程：这类过程是为实现某个特定的目标而综合在一起的，并且过程中每个过程都支持另一个某个过程，从而提高软件产品开发的成功率以及具备高质量。其包括文档编制、配置管理、验证、确认等八个过程。 组织类过程:这类过程一般不是针对某个特定的项目或者合同，而是在软件组织管理软件项目中的一个基准过程。指定的项目或者合同，会根据相应的基准过程，在项目实施策划过程中，进行对应的裁剪，同时不断的改进过程。其包括管理、基础设施、改进和培训四个过程。 这三大类过程并不是没有联系的，简单描述他们之间的联系就是：基本类过程构造生成生存周期，支持类的每个过程支持基本类各个过程以及其他的一些过程以实现其特定的目的，组织类的过程使得基本类和支持类过程得到建立、实施和改进。三大类过程可用如图1描述: 图1 软件生存期过程结构 值得说明一点的是，ISO/IEC 12207：1995与上述国家标准GB/T 8566差不多，但是存在一些重要差异，特别是没有明确规定如同ISO/IEC12207的组织类过程，在其中尤其是没有突出改进过程。根据阅读所知，再后来的修订版本中，这个问题将会被解决。 ISO/IEC12207的基本目的就是为软件生存期过程建立一个共同的框架，使得软件实践者在产生和管理软件时有一定的可能性实现“讲共同语言”。为此，科学的客观的描述了软件生存期的全部过程。我们已经叙述过了过程的种类及其相应的概念和用图，那么，我们该怎么利用这个过程来保证软件的高质量呢？不妨先从使用角度方面来看看该标准的五个特点，方便我们更方便使用。简单综合叙述如下: 各项活动在标准的位置顺序并没有代表什么，也并不意味着是在软件开发过程中的时间顺序，并且开发过程中的活动名称也不是开发阶段的名称。至于在开发中使用某种具体的方法，由用户全权负责。 正如前面提到的一样，该标准详细的考虑了各个方面，能够满足不同软件的需求。 在软件生存期过程中，所涉及的各类人员的需求都被考虑在内，比如：供方、需方、运行者、维护者等。 明确三类过程间的相互关系，只有各个过程之间的相互协调、相互合作，才能为打造高质量软件提供可能。 针对某一特定项目，制定相应的生存期过程后，这个过程也一直处于不断改进中。 不同的人应该以各自特有的观点应用ISO/IEC 12207标准，这个也是在文中不断重复的一句话，同时也必须针对各自不同的应用对象加以适量的裁剪。否则，也难以达到我们预期的效果。基于此，接下来就可以简单聊聊标准的应用。 不同的应用观点 前文中提到，该标准考虑了五种不同的观点,分别是：合同观点、工程观点、运行观点、支持观点、管理观点。细致的观点划分，将使得具体针对性更加明确。 实施策略 在ISO/IEC 12207的应用指南中，推荐了实施策略，可分为五步：策划实施、剪裁ISO/IEC12207、进行典型试验、使实施方法定型、使该方法制度化。 质量管理原则的实施路径 实施路径有三种： 第一：将质量管理活动集成到生存周期中。将所有的与质量相关的生存期过程结合起来，作为生存期过程中的有机结合部分。 第二：实施质量保证过程。专门保证产品的服务符合规定的要求以及已