《小项目实施软件配置管理探析》由会员分享，可在线阅读，更多相关《小项目实施软件配置管理探析（6页珍藏版）》请在金锄头文库上搜索。
1、小工程施行软件配置管理探析目前，由美国软件工程学会SEi开发的软件才能成熟度模型，apabilityaturitydel，已经在软件过程及质量改良方面被广泛承受，但如何在商业驱动的软件过程改良中有效地使用这一模型，特别是针对小型组织和小型工程工程，仍存在着许多误解。本文就这个问题进展尝试性的讨论，并对二级的软件配置管理关键过程域的执行予以描绘。一、小组织/小工程与小组织/小工程必须引入标准的软件才能成熟度模型，否那么就不可能成为真正的软件开发企业。在全面承受理念的同时，最为急需导入的是软件配置管理关键过程域，要不失时机地上线使用软件配置管理工具，以便支撑工程施行。工程承制方不仅能在开发过程中受
2、益，最为实际的是通过软件基线的界定，能形成阶段性产品。这些产品是工程开发团队理应关注的对象，也是市场部经理与客户方博弈的砝码。小组织/小工程在执行软件配置管理关键过程域中，应该完全按照标准操作，不能做任何裁剪，在组织构造与角色划分上尽量实现4个目的、25个关键理论及其描绘的各种活动。1.小工程小组织能否被用于小工程/小组织的问题中，关于“斜的定义一直是模糊难解的。其中，小工程到微小工程是在小组软件过程TSP，TeaSftarePress的范围中，而个人的开发努力那么在个体软件过程PSP，PersnalSftarePress的范围中。TSP和PSP说明了的概念是如何应用到小工程中的。2.PSP和
3、TSP个体软件过程是一种可用于控制、管理和改良个人工作方式的自我改善过程，是一个包括软件开发表格、指南和规程的构造化框架。PSP为基于个体和小型群组软件过程的优化提供了详细而有效的途径，譬如，如何制定方案，如何控制质量，如何与其别人互相协作等等。在软件设计阶段，PSP的着眼点在于软件缺陷的预防，其详细方法是强化设计完毕的准那么，而不是设计方法的选择。个体软件过程与详细的技术程序设计语言、工具或者设计方法相对独立，其原那么可以应用到几乎任何软件工程任务之中。个体软件过程应到达：说明个体软件过程的原那么；帮助软件工程师做出准确的方案；确定软件工程师为改善产品质量要采取的步骤；建立度量个体软件过程改
4、善的基准；确定过程的改变对软件工程师才能的影响。小组软件过程致力于开发高质量的产品，建立、管理和受权工程小组，并指导他们在满足方案费用的前提下，在承诺的期限范围内，不断消费并交付高质量的产品。小组软件过程施行集体管理与自己管理相结合的原那么，最终目的在于指导开发人员如何在最少的时间内，以预定的费用消费出高质量的软件产品，所采用的方法是对群组开发过程的定义、度量和改良。实现小组软件过程的方法需要具备四个条件：需要高层主管和各级经理的支持，以获得必要的资源；整个软件开发小组至少应在的第二级可重复层；全体软件开发人员必须经过个体软件过程培训，并有按小组软件过程工作的愿望和热情；开发小组成员应在2到2
5、0个人之间。在施行小组软件过程中，假如发现未能按期按质完成，应立即分析原因，以断定问题是由于工作内容不适宜或工作方案不实际引起，还是由于资源缺乏或主观努力不够所引起的。开发小组应随时追踪工程进展状况并定期汇报，还应经常审视自己是否按软件开发过程的原理工作。如发现过程不适宜，应及时改良。3.、PSP和TSP组成的软件过程框架、PSP和TSP组成的软件过程框架。是过程改善的第一步，它提供评价组织的才能、识别优先改善需求和追踪改善进展的管理方式。PSP可以指导软件工程师如何保证自己的工作质量，估计和规划自身的工作，度量和追踪个人的表现，管理自身的软件过程和产品质量。TSP结合了的管理方法和PSP的工
6、程技能，通过告诉软件工程师如何将个体过程结合进小组软件过程，并将后者与整个管理系统相联络；通过告诉管理层如何支持和受权工程小组，坚持高质量的工作，并且根据数据进展工程管理，向组织展示如何应用原那么和PSP去消费高质量的产品。4.PSP和TSP对的支持二、软件配置管理软件配置管理S，Sftnfigureanageent的目的是在整个工程的软件生存周期内，建立和维护软件工程产品的完好性。软件配置管理包括在给定时间点上及时地标识软件的配置，系统地控制对配置的更改，并在整个软件生存周期中维护配置的完好性和可跟踪性。置于软件配置管理之下的工作产品包括交付给客户的软件产品如软件需求文档和代码，以及与这些软
7、件产品一同标识的或为产生这些软件产品所要求的产品项如编译程序。通过软件配置管理的更改控制和配置审核职能，工程能系统地控制对基线的更改和由软件基线库构造的软件产品的发布。关键过程域包括施行软件配置管理职能的有关理论。标识特定配置项/单元的理论那么包含在描绘各配置项/单元开发和维护的关键过程域中。1.S的关键活动中的软件配置管理包括了多项相关活动，包括版本控制、建立软件配置库系统、配置项变化的控制、软件基线记录报告等等。假如将S作为一个配置管理模型，应当强调以下几点：1任务明晰，责任明确为了确保软件开发过程中开发人员之间各种信息交流的顺畅和准确，首要问题是确立一个施行架构。通常是以“组的概念细分一
8、项工程中各类任务的执行单位，明确各组在开发和管理过程中各自的职责、需要完成的工作，管理层面可由此明晰地理解产品的完成情况。总体设计者利用任务的展开方式进展任务分配，用网络图的方式控制各组之间的关系，包括时间进度方案和各组之间的接口等等。软件开发过程中的任务管理是配置管理的根底，假如任务定义不明确，配置管理的施行也将难以保证。通过对任务的详细定义，把每一个子任务详细分配给某一个人去完成，这样就将对集体管理的任务细化到对个人的管理层面上了。2建立软件配置管理库系统建立软件配置管理库系统的主要目的是用来存放软件基线。它可以对软件配置管理进展多级控制，譬如在产品开发周期中，不同阶段有着不同力度的配置管
9、理，随着产品不断成熟，控制力度也随之增强；提供对库中配置项的存储和修改的功能，支持在相关组之间和库中不同控制级间共享和传输配置项；支持生成软件配置管理的报告文档及软件基线内容的报告文档；有助于确保从软件基线库中发布的相关文档和软件产品的正确性。3版本管理版本控制是软件配置管理的根本要求，它可以保证在任何时刻恢复任何一个中间产品的任意版本。版本管理记录了所有库中代码和文档的开发历程，可以保证产品的可追溯性，为调试代码、去除缺陷提供很大的帮助。同时，版本管理支持并行开发和维护，为协同开发打下了基矗4变化控制在有配置管理概念的软件产品开发过程中，所有的改变都是在有效控制下的，包括软件基线的改变、配置
10、项的改变。改变管理的一个根本项就是改变恳求R，hangeRequest，在一个软件系统中描绘逻辑上改变的实体。改变恳求是由开发方案变化和错误报告生成的。在开发过程中，R主要搜集有关系统改变的信息。开发人员将一个新建或修改正的文件写入库中时，要指出相关的R，文件名称和版本需在R中登记。R的最终版本包括逻辑改变的描绘和所有修改的文件版本信息。由S组和S软件配置控制委员会审核要写入配置管理库中的新的软件基线。2.软件配置管理工具软件配置管理工具ST，SftnfigureanageentTl正是从这一角度出发，对软件配置管理过程进展详细施行，将抽象的软件配置管理工作转化为可借鉴的、可操作的详细执行标准
11、。ST作为软件配置管理的辅助手段，必需要制定一个实际、可行的软件配置管理流程，根据该流程，加之ST的辅助，软件配置管理工作才能真正做到科学、有序。3.软件配置管理流程ST将软件配置管理工作分解为工程建立、配置筹划？工程筹划、计算机软件配置项SI筹划？、SI入库初始入库、更动入库、软件问题报告、软件更动报告、更动出库、阅读出库、工程归档、工程导入、产品定义、产品出库、配置审计、配置追踪、状态报告等。首先由系统管理员建立工程，将工程根本信息入库和创立软件配置控制委员会SB用户、工程管理员；其次由工程管理员对已建立的工程进展工程筹划，划分SI，一个工程可以包含一个或多个SI，包括将SI根本信息入库和
12、创立SI管理员、配置管理组成员，工程筹划需要由软件配置控制委员会审批。其次，由SI管理员进展SI筹划，包括划分基线、为每条基线标识软件配置管理项I、确定I之间的依赖关系、创立一般用户，SI筹划由配置管理组审批；配置筹划完成后，即可进展初始入库指I的初次入库，由权限用户操作，由配置管理组审批。有了已入库的I后就可以进展后续操作。ST中规定如下配置更动规程：配置更动针对的是受控库中登录的软件问题，配置更动施行前必须填写软件更动报告，经更动评审组评审通过，且确认评审结论为“按方案施行时，才能从受控库中提出需更动的I并施行更动。更动施行完成后，必须通过评审才能重新进入受控库。更动过程在ST内分解为提交
13、软件问题报告，提交软件更动报告，更动出库和更动入库。软件问题报告由发现问题的人员填写，不需要审批；软件更动报告由SI管理员填写，交更动评审组审核。在工程建立时或在接到软件更动报告后，建立更动评审组。根据所开发软件的关键级别和规模大小决定更动评审组规模的大小，构成人员应包括软件工程的管理人员、技术负责人员、总体设计人员、软件质量保证人员和软件配置管理人员，组成人数可视实际情况酌定。更动评审组收到软件更动报告后，分析此更动的必要性和技术可行性，并权衡其他的更动策略和方法，所涉及的有关I，对系统的功能和性能的影响，更动所需的资源是否合理、充分以及对整个工程进展和经费的影响等。由此决策是否施行此项更动
14、，并给出更动评审结论，同时由SB签署该软件更动报告。ST审查签署后的软件更动报告中的更动结论，去除问题时，形成“问题报告“更动报告链并发布问题解决通告；暂缓执行时，不需做任何处理；按方案施行时，允许I更动出库。更动出库由权限用户根据签署的软件更动报告进展；更动入库由权限用户操作，由G审批。阅读出库指出于测试或阅读的需要对I进展出库，阅读出库不需要审批。产品定义、产品出库、工程归档和工程导入由工程管理员操作，由SB审批。要求出库的产品必须曾经定义过，要求导入的工程必须为归档工程。配置审计、配置追踪、状态报告由SB、G、SI管理员操作。ST提供配置审计向导，引导用户完成配置审计处理过程。在导入ST时应该本着软件配置管理关键域的核心思想，从现有市场中选择合适自己的配置工具。需要强调的是，无论什么样的工具都无法完全实现软件配置管理的目的与关键理论，在此也不排除自我开发的ST.问题的关键在于对人的培训，在使用工具的同时深化管理理念，使整个软件工程团队在开发过程中确保质量达标。因此，手工操作仍然是今后一段时间内软件配置管理施行中必不可少的根底手段。
