学文网目标管理软件篇1
软件供需双方的代表能在餐桌上谈笑风生，归功于第一线开发人员的辛勤工作。质量与生产率的提高就指望程序员与程序经理。对开发人员而言，如果非得在质量与生产率之间分个主次不可，那么应该是质量第一，生产率第二。这是因为：（1）质量直接体现在软件的每段程序中，高质量自然是开发人员的技术追求，也是职业道德的要求。（2）高质量对所有的用户都有价值，而高生产率只对开发方有意义。（3）如果一开始就追求高生产率，容易使人急功近利，留下隐患。宁可进度慢些，也要保证每个环节的质量，以***长远利益。
软件的质量因素很多，如正确性，性能、可靠性、容错性、易用性、灵活性、可扩充性、可理解性、可维护性等等。有些因素相互重叠，有些则相抵触，真要提高质量可不容易啊！
软件工程的主要环节有：人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试、维护等，如***1.1所示。
软件工程模型建议用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，如同工厂的生产线。常见的软件工程模型有：线性模型（***1.2），渐增式模型（***1.3），螺旋模型，快速原型模型，形式化描述模型等等[pressmam1999,sommerville1992]。
最早出现的软件工程模型是线性模型（又称瀑布模型）。线性模型太理想化，太单纯，已不再适合现代的软件开发模式，几乎被业界抛弃。偶而被人提起，都属于被贬对象，未被留一丝惋惜。但我们应该认识到，“线性”是人们最容易掌握并能熟练应用的思想方法。当人们碰到一个复杂的“非线性”问题时，总是千方百计地将其分解或转化为一系列简单的线性问题，然后逐个解决。一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可以用线性的方式来实现，否则干活就太累了。线性是一种简洁，简洁就是美。当我们领会了线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。例如渐增式模型实质就是分段的线性模型，如***1.3所示。螺旋模型则是接连的弯曲了的线性模型。在其它模型中都能够找到线性模型的影子。
目标管理软件篇2
关键词 软件开发；软件过程；过程管理
中***分类号 F301
文献标识码 A
文章编号 （2014）13-0020-01
一、软件过程管理的概述
（一）软件过程的概念
软件过程是指软件生命周期中一系列相关活动按照确定的次序演绎变化的过程。依据GB8566的相关规定，软件过程一般包括获取、供应、管理、开发、运作、维护、支持和裁剪八个部分。由于具体的软件系统是依据实际需要来配置相关过程的，因此它不一定会包含八个过程及其活动。软件过程的质量往往决定了软件产品的质量，科学、合理与高效的软件过程能够提升软件开发团队的合作精神，提高软件的可重复使用性与可维护性，增强团队的软件过程技术与管理技能。
（二）软件过程管理的概念
软件过程管理基于系统工程的基本思想，采取可定义与可度量的工程实践手段对软件全过程进行管理与控制，是对软件的开发与维护实行的标准化、规范化与透明化的全过程管理。它关注的是软件组织进行软件开发时对需求、计划、合同、资源配置、项目跟踪与质量等采取的有效管理方式，不断提升软件生产的效率和软件产品的质量。
（三）软件过程管理的内容
软件过程管理依据PDCA方法包括过程的定义、执行、度量与控制、改进四个流程。其中，软件过程的定义是过程管理的基本任务，指依据软件的实际情况具体的规定过程的输入、输出、限制条件和通过准则等内容；软件过程的执行是过程管理的重要方面，指依据相关模型和规划开展的一些列目标明确的活动；软件过程的度量与控制是过程管理的重点环节，指运用各种技术方法和度量数据分析过程性能，检测实际性能与可接受性能间的误差，分析并采取措施消除引起过程异常的关键因素，保障各项过程性能处于正常的范围之内；软件过程的改进是过程管理的关键环节，指通过分析现有过程的特点和影响因素，论证并实施改变过程的手段以使其更好地满足软件组织的发展需要与战略目标。
（四）软件过程管理的模型
1.软件生产能力成熟度模型
软件生产能力成熟度模型，简称CMM，是SEI提出的适用于软件的组织成熟度测评，它关注如何管理软件的开发过程以及如何提高和合理评估软件工程性能，可具体的划分为初始级、已管理级、已定义级、量化管理级和优化管理级五个级别。
2.ISO9000质量管理体系
国际标准化组织开发的ISO9000标准质量管理体系之一是ISO9001质量体系，该体系从二十个方面具体规定了质量体系的构成要素，是有效保障软件设计、开发、生产、安装与维护质量的参考文件。
3.ISO/IEC12207标准
ISO/IEC12207中“信息技术――软件生存周期过程标准”全面的描述了MIS生存周期的过程，具体可划分为主要过程、支持过程和组织过程三类，其中主要过程是软件生命周期过程的原动力。
4.个体软件过程
个体软件过程简称为PSP，是一种包含软件开发表格、指南和规程来进行控制、管理和改善个人工作方式的自我改进过程，它注重对企业相关软件过程的微观优化。
5.群体软件过程
群体软件过程简称为TSP，它通过有机结合CMM实施的管理与PSP开发人员的技巧进行成本的控制和保证软件的高质量。TSP阐述了如何培养综合素养高和管理能力强的工程小组、如何有效指导工程小组成员以及如何创造良好的工程环境等。
6.软件能力成熟度模型集成模型
软件能力成熟度模型集成模型，简称CMMI，是一套综合多学科的、可扩充的、适用于多种组织成熟度测评的产品集合，它是当前普遍采用的软件过程管理方法。它提供了一种渐进式的软件过程改进手段，为软件开发单位提供了更为成熟和更加规范化的过程框架。
二、新形势下有效实施软件过程管理的对策
当前普遍采用CMMI模型的软件过程管理方法是以过程域（PA）为主体，它不仅阐述了PA要实现的目标及实现该目标进行的实践过程，还分析了实践的效果。然而，企业不能照抄照搬CMMI模型，而应将其转换成与企业目标相匹配的体系。
（一）明确组织的发展目标，构建实施CMMI的组织机构
一方面，知识经济时代，企业要有机融合市场和技术实现以市场强化技术和以技术占领市场的持续发展之路，要建立可量化的业务目标并分阶段进行具体的操作，进而具体规划实施CMMI以有效管理组织内部软件开发过程。另一方面，企业要建立软件开发质量保证机构以强化对软件开发过程的管理与控制，要明确软件开发部门及相关人员的职责、权限与交流方式以提高软件过程管理的有效性。
（二）明确软件项目的开发过程和软件过程管理体系
一般地，软件项目的开发过程包括以下部分：首先，软件开发中心的项目经理依据软件需求计划起草软件开发计划书以明确开发团队的人员及其职责与培训计划、风险的识别与规避方法等内容；其次，邀请人资部、过程改进组与培训组进行项目开发仪式的启动并确定正式版的计划书；再次，项目的质量监察员依据开发软件计划书对项目的进度与质量进行评审，对存在的问题要及时责令项目经理进行整改；最后，项目经理在项目最终完成时要对项目开发过程中遇到的问题和采取的解决方案进行总结分析和经验分享。此外，企业要依据改进的CMMI软件过程标准制定科学、合理的软件开发过程管理体系以进一步规范各项目组执行的开发方法与流程。
（三）进行项目试点以保障体系的适用性，持续推进过程改进工作
企业通过选取覆盖一部分公司主营业务的项目作为试点项目，将制定好的过程文档和模板在试点项目中进行试运行，对试运行中不符合要求的地方进行进一步改进，对改进后的规范性过程管理体系进行认证和推广。
三、结语
软件过程管理是有效提升软件生产率与保障软件质量的重要手段，企业要依据自身的发展愿景与组织目标，制定科学、适宜、有效地软件过程管理体系，实现软件开发的高效率与高质量。
参考文献：
[1]徐赛华.软件需求分析研究[J].吉林师范大学学报（自然科学版）.2006（01）
目标管理软件篇3
本文首先介绍了软件项目管理的概念，并从软件项目管理中的配置管理功能，介绍了配置管理以及概念和配置管理任务CMMI（Capability Maturity Model Integration）与配置管理之间的关系，最后给出了配置管理在软件项目中的应用实例。
软件项目管理 配置管理 计算机
随着计算机应用的不断发展，对软件项目的要求也越来越复杂，变化也越来越频繁。从整个企业的发展战略出发，在技术变化和人员流动频繁的情况下，如何建立企业的项目库和管理库，将个人知识和经验转化为企业知识和经验，对于提高工作效率、缩短产品周期、增强企业竞争力至关重要。采用科学的配置管理思想，辅以先进的配置管理工具，是管理软件产品不可或缺的方法。目前，我国软件企业的开发和管理相对落后，引入软件配置管理的思想和技术是迫切而重要的。
软件项目管理
（1）软件项目管理概念
软件项目管理是对人员、产品、过程和项目进行分析和管理的活动，使软件项目能够按预定的成本、进度和质量顺利地完成，分析和管理人员、产品、过程和项目的活动。与其他项目管理相比，软件项目管理是非常特殊的。首先，软件是一种纯知识产品，其开发进度和质量难以估算和计量，生产效率难以预测和保证。其次，软件系统的复杂性导致了开发过程中各种风险的不可预知性和控制性。软件项目管理的主要内容包括以下几个方面：人员的组织和管理、软件项目计划、风险管理、软件质量保证、软件过程估计、软件配置管理等。所有这些方面都贯穿在整个软件开发过程。其中，软件配置管理提出了开发过程中人员和工具的配置和使用的管理策略。
（2）软件项目管理的原则
在软件项目管理的过程中，包含以下几大原则：即平衡原则、高效原则、分解原则、实时控制原则、分类管理原则、简单有效原则、组织的知识积累原则。
（3）配置管理在软件项目管理中的作用
随着软件系统的频繁和用户需求的日益复杂，软件更新、配置管理逐渐成为软件生命周期中的一个重要过程，在软件开发过程中发挥着越来越重要的作用。一个好的配置管理过程可以涵盖软件开发和维护的各个方面，在软件开发过程的宏观管理中，即项目管理中，起着重要的辅助作用。良好的配置管理使软件开发过程能够更好地预测，使软件系统具有可重复性，并使用户和管理部门对软件质量和开发团队有更大的信心。
配置管理
（1）配置管理的概念
就目前来说，配置管理没有一个统一的定义，但是通常都认为配置管理是一种规范软件开发过程的管理工作。软件配置管理简称SCM（Software Configuration Management），是在团队开发中识别、控制和管理软件变更的管理。
（2）配置管理的任务
1.定义配置项
软件配置项目（SCI），即软件配置管理的对象。软件开发过程中产生的所有信息构成软件配置，它们是：代码（源代码、目标代码）以及数据结构（内部数据、外部数据）、文档（技术文档、管理文档、需方文档）、报告，其中每一項称为配置项，软件配置项是配置管理的基本单位。同时，在开发过程中使用的环境，如操作系统、各种支持软件、配置管理工具，也可以纳入软件配置管理的范围。
2.标识配置项
识别软件配置项对整个管理活动非常重要，它给软件开发过程中的所有软件项目提供了唯一的标识符，使其易于控制和管理。配置标识符包括文档标识、代码标识和运行文件标识。
3.定义基线
基线标志着软件开发过程的一个阶段的结束，当一个个软件配置项形成文档并通过评审，便成为基线。基本功能是对各个阶段的工作进行更清晰的划分，使连续工作在这些点上断开，从而对试验结果进行测试和确认。
4.定义软件配置库
软件配置库的内容涵盖了整个开发过程。基线技术将存储库分为3类：即开发库、受控库和产品库。
（1）开发库：存储开发过程中使用的各种技术文档、源代码、可执行代码和数据，为开发人员的活动提供支持。
（2）受控库：存储被评审和批准的基准产品，以及批准的软件工作产品和软件产品。
（3）产品库：项目正式交付的最终产品和最终操作环境。
5.控制配置
配置控制的定义是指定配置管理在实现过程中实现的配置规则，包括出入库控制和变更控制。
6.配置审核
它包含物理和功能审核。包括以下活动：验证每个软件配置项的正确性、一致性、完整性、有效性和可追溯性；在软件生命周期中，应定期安排审核工作；定期的软件备份应该确保备份介质的安全性和可用性。
7.配置状态报告
提供软件开发过程的发展状态记录，包括配置管理的现状以及原因（存储、更改）。配置管理人员应定期或在需要时提交配置状态报告。配置状态报告包含对整个软件生命周期中基线的所有更改的可跟踪性。
（3）实施配置管理的优点
1.节约费用：缩短开发周期，降低工程造价。
2.利于知识库的建立：项目库、管理库
3.规范管理：量化工作量考核、标准化测试、加强协调与沟通
配置管理实施的流程
（1）规划和调整网络开发环境，规划良好的开发环境，是实施配置管理系统的前提。本阶段的配置管理系统规划，主要考虑以下问题：网络带宽、拓扑构造、服务器选择、命名约定、存储位置、开发人员和组的命名规定等。
（2）设计配置管理库
根据项目需求，设计开发资源存储模型，有利于减少管理负担，提高配置管理数据库的访问性能，便于访问控制，保护软件资产。
（3）制定配置管理流程
配置管理实施的一个重要阶段，主要目的是根据项目开发的需要制定合适的配置管理流程，以更好地支持开发，主要包括以下活动：
1.定制并行开发策略
合理的并行发展战略应具备以下特点：协调项目的复杂性和需求，为集成开发过程中的变更创建有效的规范，并反映开发过程中方法和需求的变化。
2.版本管理
软件开发过程中的关键活动之一是提取软件的相关版本，以形成软件系统的阶段版本或版本。一个基线代表一个新开发活动的开始，一系列精心定制的活动生成一个新的基线。此功能有效地用于管理和跟踪项目开发过程中版本之间的关联。
（4）相关人员的培训
要想让配置管理系统顺利实现，相关人员需要接受系统的培训：
1.管理员培训：对于配置管理员，主要学习配置管理工具管理相关内容；
2.开发人员培训：对于开发人员来说，主要学习配置管理工具与开发常用的操作；
3.管理流程培训：对于所有人员来说，其目的是了解配置管理策略和过程，以及如何将开发管理和项目管理结合起来。
CMMI与配置管理
CMMI（能力成熟度集成模型）是由美国卡耐基·梅隆大学的软件工程研究所（SEI）组织开发，并于2002年的一种规范、实用的途径，来管理软件过程的模型，经过指导软件开发人员的活动来改进软件过程，以达到软件过程的可重用性、量化管理和有效控制的目的。软件配置管理是CMMI可重复级别的一个关键过程域，其目的是在项目的软件生命周期中维护软件产品的完整性和可追溯性，其中包括对变更的控制和对可能影响变更的所有软件因素的管理。配置管理作为过程实施和过程优化的一部分，是软件过程的基本保证，也是基于可复用软件开发的管理方法，因此，它成为软件过程管理的核心。CMMI模型清楚地描述了供应链管理，并解释了供应链管理的目的和实现的目标，具体描述了软件过程中一定程度的成熟度应该达到的一组目标和实现这些目标的一组关键实践（Key Practice）。这些关键做法分为5类，即所需的承诺、执行能力、执行的活动、度量分析和验证，以实现该组的目标。从而使企业在实施软件配置管理时，能够准确地知道该做什么，如何评估团队的配置管理状态，以及在哪些方面也可以改进等，对于这类问题可以具体回答。
配置管理在软件项目管理中的应用
案例：配置管理在某软件项目开发中的应用，该软件开发以及管理的环境如表1所示。
开发人员，测试人员，和项目实施者需要在项目间进行有效的沟通，构建统一的项目资源管理平台，满足项目团队的角色，是项目资源需求的关键。该平台的建立为避免项目管理混乱、文档和测试程序的源程序版本之间的文件标准化和统一化，变革的有效控制，提高项目团队的工作效率，并可以保存项目各阶段工作成果。通过SVN的配置管理工具的使用在公司实施配置管理，该平台使得软件项目开发任务，进度，改变可以控制并保存在项目结果的所有阶段，包括各种软件项目的源程序文件的历史版本，形成项目的开发库及受控库，形成了无形而强大的以知识为核心的能力。通过配置管理的实施，减少项目人员之间的摩擦，团队之间的合作更加有效；通过配置管理的实施，增加了用户对软件产品的信心，并给予了良好的评价，使公司领导对项目团队有了更多的信心。
结语
配置管理系统直接解决了开发团队的一些难以处理的问题，缩短了开发周期，并通过资源重用建立了知识库，规范了软件开发过程，使软件产品更加可靠。在软件项目管理过程中，配置管理和合理使用极大地提高了项目团队的工作效率，减少了工作失误，降低了项目风险，使整个软件项目管理水平得到了提高。
[1] 王珍英.配置管理在軟件项目管理中的应用[J].计算机系统应用，2008（10）：101-104.
目标管理软件篇4
关键词：软件项目；软件过程；CMM；KPA
一、引言
项目管理(PM，projectmanagement)是指利用现有的知识、方法和技术手段，有效地计划、调度、控制和跟踪项目的开始、执行、直止终止的过程，是项目顺利实现的有效手段。软件项目管理则是在项目管理的基础上，结合软件产品的实际，利用工程的概念和方法来开发与维护软件，对成本、风险、时间、质量、过程、配置等进行分析、管理、控制，最终目的是为了让软件项目的整个生命周期都在管理者的控制范围内，以预定成本按期、按质完成软件的开发并交付用户使用。目前，软件产品已广泛应用于各个领域，但是很多软件项目的成功率并不高．虽然有些公司根据软件工程理论建立了一些软件开发管理规范．但并没有从根本上提高软件项目管理问题，这就导致软件产品质量不稳定甚至是项目的失败，同时也损害了用户的利益。本文结合我国软件项目管理的特点并经实践应用．以提高软件质量、降低成本、加强软件项目的可控性为目标，通过对CMM的研究和改进，给出了一个基于CMM加强软件项目管理的实践模式，在这个模式中对目前CMM中的KPA做适当的裁减，定义了6个关键过程域和3个工作组。
二、软件项目管理中目前存在的问题
影响软件项目成功率的因素主要是软件质量问题，而在整个软件项目的实施过程中需求不明确、跟踪和监督不力、缺乏客观的软件评审和软件配置以及风险管理意识不足等都阻碍着软件质量的提高。
2．1需求不明确
需求管理是软件项目管理中非常关键的一个步骤．需求分析的完整与否可以降低软件质量、延长项目周期、加大成本。由于用户对计算机系统认识的不足，对于系统的需求往往比较模糊，遗漏甚至是错误的问题经常出现(包括管理流程、业务流程、数据或报表的分析处理等)，但这些问题往往没有暴露给开发人员，而是随着项目的进展才逐渐明确。对于开发人员来说，需求的变更意味着软件产品的部分内容必须重新开发，而对于整个软件项目管理而言，势必要重新分配资源、调整计划、估算成本等等，导致软件产品质量下降。
2.2跟踪和监督不力
跟踪和监督主要针对过程而言，也是项目管理中最容易被忽视的环节。软件项目过程由多个任务构成，大部分任务都有前置任务和后置任务，这就要求项目管理者要严格跟踪和监督每一个任务。任务的完成主要从时间进度和质量两方面来衡量，还要充分考虑因客户方引起的一些客观因素(更改需求分析等)。项目管理者虽然制定了具体的项目进度内容，但如果缺乏有效的跟踪和监督机制，对于每一个阶段所要完成的任务疏于评价，就会影响下阶段软件产品的质量，有时甚至是软件产品的重新开发，最终影响整个软件项目。
2．3缺乏客观的软件评审
客观的软件评审是软件产品质量的直接保障，软件评审一直贯穿于整个软件项目的过程中，对软件产品的评审应有客户使用人员和软件业中的同行来进行。客户使用人员对软件产品做阶段性的评审可以及时发现软件产品功能方面的不足，同行评审可以从软件业的规范及标准去发现问题．软件评审可以降低软件开发的成本提高软件产品的质量。大多情况下项目管理者没有做任何阶段性的评审，通常只是在软件产品开发基本完成之后来组织评审，果发现了很多问题，但要修改已经非常困难．要花费很长的时间甚至从头再来。
2．4软件配置混乱
软件配置是指软件产品在各个阶段各种版本的文档、程序及数据的集合，贯穿于整个软件项目的始终。随着软件产品开发的进行，由于各种客观原因，其中的预算、设计方案、进度等内容都有可能需要大大小小的更改(这些改动可能是合理的)，整个改变的过程对软件项目的参与人员来说必须是可视的，以便提高软件的可靠性和质量，而这一切都应该有正确的软件配置来控制如果失去正确的软件配置管理，那么针对软件产品发生的任何更改或者是维护都会给软件项目带来混乱甚至是失败。
2．5风险管理意识不足
风险管理是软件项目中防止失败的一种重要手段，软件项目不同的阶段存在着不同的风险，并且风险会随着项目的进展而变化，目前国内的软件企业大都不注意软件项目的风险管理。除了社会环境风险、商业风险等这些客观风险之外．可控的软件项目风险主要指技术风险。技术风险主要是指与软件项目本身相关的的技术因素变化带来的风险，如果在一定的条件下达不到技术条件能够实现的目标，不但延缓项目的进度而且会增加项目的成本．继而使整个项目受到影响。
三、通过过程管理加强软件项目管理的实践模式
利用cMMfCapabilityMaturityModeforSoftware)的核心思想把软件项目管理看作一个软件过程，并根据这一原则对整个软件项目的开发和管理进行过程监控，监督发现过程中影响项目的关键问题并予以解决。软件过程是指软件开发人员开发和维护软件及相关产品的一套行为、方法、实践及变换过程，包括软件开发过程和软件管理过程。CMM把软件开发机构按照不同开发水平划分为5个级别。每个等级被分解为几个KPA(关键过程域)，KPA是指在某个成熟度等级应重点关注的区域，也是达到此成熟度等级必须解决的关键点。①初始级，无过程意义。软件过程是无序的、随机的、缺乏总计划，无预见性，大多数活动是应付危机，经常超期超支，成功取决于个人。②可重复级，具备基本的项目管理。KPA分别是：需求管理、软件项目计划、软件跟踪与监督、软件子合同管理、软件质量保证、软件配置管理；③已定义级，已定义软件过程。已将软件管理和软件工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。KPA分别是：组织过程焦点、组织过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审；④可管理级，过程可度量。已收集了软件过程和产品质量的详细度量方法，软件过程和产品均可被定量地理解和控制。KPA分别是：定量过程管理、软件质量管理；⑤优化级，过程控制。通过过程的量化反馈以及新技术、新方法促使过程不断改进。KPA分别是：缺陷预防、技术更新预防、过程更改管理。
CMM只是一个过程改进的框架．并没有给出具体实施的办法。在该模式中对目前CMM中的KPA做适当裁减．定义了6个关键过程域：软件项目计划(SPP)、需求管理(RM)、软件项目跟踪和监督(SPTO)、软件质量保证(SQA)、软件配置(SCM)、同行评审(PR)，设置了三个工作组：软件项目过程组(SPPG)、软件工程组(SEG)、软件质量保证组(SQAG)。通过工作组对关键过程域的操作来加强软件项目的管理。
3．1定义KPA
3.1.1软件项目计划(SPP)
软件项目计划是为要实施的软件项目编制软件过程活动的安排，包括进度控制、成本控制、质量控制、风险控制等，也是实施CMM2的核心此阶段在安排过程活动的同时开展项目设计的前期工作，设计和界定在整个项目中各阶段所需的开发、质量、跟踪、评审、风险、成本等工作。项目计划是指导项目过程的具体措施，要在有软件项目实施经验的人员领导下投人大量的时间和人力资源来完成。制定项目计划应注意7个问题。①在科学论证的基础上制定过程，充分调动人员积极性合理地确定项目组的参加人员；②对软件项目各程中的任务进行分解，明确项目的里程碑和检查点；③正确估计软件项目中的软件资源、硬件资源、人力资源及其它费用；④正确估计各方面因素带来的风险并制定应对措施；⑤制定项目实施过程中的跟踪和监督措施；⑥确定软件的评审和测试方法；⑦详细的文档资料。
3．1．2需求管理(RM)
需求分析主要包括面向用户的用户需求和面向开发人员的系统需求．是整个软件工程的第一步．也是非常关键的一个环节。需求分析主要针对用户的业务流程、系统功能、性能、数据分析进行严格的定义．是设计一个软件应用系统的起点与基本依据，通过它来评判软件产品是否能够解决用户问题，也是项目成功与否的标准。就目前国内现状来讲，一般签定软件项目合同的用户是主管信息技术的负责人，它所关心的可能是整个系统的目标需求，用户方中层管理人员关心的是业务流程需求．终端操作人员则注重软件本身的易操作性和功能特性，因此．面向用户的需求一定要和用户多方人员多沟通、交流．最终通过双方有关部门人员的论证以文档资料的形式确定下来。任何一个需求分析因客观原因可能存在着需求更改的现象，对于这种情况一定要注意需求更改的可控性．要建立需求的基准版本和更改版本控制文档资料．使受需求变化影响的产品与需求变更一致。但要注意在更改需求的同时要衡量需求的稳定性，如果一个需求的变更比较频繁，意味着本项目并没有真正了解用户想要解决的实际问题。可以说需求分析的完整性和变更可控性直接影响到软件过程的改进，它可以降低软件质量、加大软件开发的成本、甚至是导致项目的失败。软件工程组(SEG)中要明确定义一个需求管理员。
3．1．3软件项目跟踪和监督(SPTO)
软件项目的跟踪和监督始终贯穿于整个软件项目的过程中，是项目得以控制的前提和条件、是软件质量的根本保障，其目的是增加软件过程中进度、成本、工作量、质量、风险等内容的可视性，也是实施CMM2的核心。除去市场、法律等不可控制因素外，根据项目计划对项目进展的有关情况及影响项目实施的相关因素进行及时、客观、准确的信息采集，将采集到的需求、成本、进度、风险等内容形成文档并建立一个项目跟踪信息平台。项目负责人定期召集软件过程人员、开发人员、质量保证人员、用户方有关人员召开开放式的例会，例会的主要内容是检查项目进展、数据的分析、认识的偏差、资源的搭配、相关的风险等问题并讨论确切的解决办法，通过跟踪和监督使项目始终处于可视化的受控状态。
3.1.4软件质量保证(SQA)
软件质量保证是与软件产品满足规定的和隐含的需要能力有关的特征或特性的组合。对用户来讲主要体现在软件产品的有效性、一致性、完整性、可靠性和可操作性等方面，对于软件产品本身来讲体现在软件产品的可移植性、易维护性、健壮性、可重用性等方面。具体实践中．软件质量保证应在软件项目计划、需求分析、跟踪和监督、软件配置和软件评审的相互配合下完成．软件质量保证要做到以事先预防和跟踪为主，事后纠偏为辅。
3．1．5软件配置(SCM)
软件配置是针对软件产品的跟踪和控制活动．贯穿于整个软件项目的过程中．目的是建立和维护在整个生命周期内软件产品的完整性和一致性，使整个软件产品的演进过程处于可控的状态，继而提高软件的可靠性和质量。在实践应用中主要做到五个子项的配置①配置项的标识。标识做到唯一性。便于跟踪和管理。②版本管理。对整个软件过程中的文件和目录提供有效的跟踪手段。③变更控制。保持并传递修改信息。④配置审计。确定整个项目生产周期中产品在技术和管理上的完整性。⑤系统整合。把系统的不同部分集成后完成一组特定的功能。
3．1．6同行评审(PR)
同行评审是根据预定的规范和标准对软件产品进行评审。评审的结果是衡量软件产品质量的依据。在整个软件过程中对详细设计和软件综合测试作为两个关键评审点来进行评审，评审的过程中注意要结合本软件项目的具体要求和标准。
3．2组的定义
在具体的实践应用中设置了三个组，在降低了人员成本的同时提高了软件过程改进能力和软件质量。
软件项目过程组(SPPG)组织具体的项目实施活动，管理并协调整个软件项目的过程，主要完成SPP和SPTO。
软件工程组(SEG)负责软件工程的需求分析、概要设计、详细设计、编码、测试、维护工作。
软件质量保证组(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
四、实践模式效率评估
4．1开发时间
软件开发由需求分析、概要设计、详细设计、编码、软件测试、项目维护和软件集成几部分内容组成，在需求分析和设计阶段采用CMM框架实施过程管理所花费的时间要多于没有实施过程管理花费的时间。首先对项目做大量分析，论证项目的可行性。然后在和用户做良好沟通、反复论证的基础上做需求分析，形成文档资料。这种模式下花费在需求分析和设计上的时间大约占项目总开发时间的40％，但这两个阶段完成了数据流程、算法描述、详细的规格说明等内容，为代码编写、软件测试、软件维护等后续内容的工作节省了时间，软件项目的开发周期大大缩短。经过评估，采用该实践模式实施软件过程管理的软件项目开发周期比没有实施软件过程管理的软件项目开发周期缩短20％。:
4．2开发质量
采用CMM标准通过软件过程管理加强软件项目管理的实践模式使软件质量明显提高、需求分析周密、代码错误率明显降低、软件产品完整性好、功能齐全、维护量下降，软件项目最终得以顺利实现。
目标管理软件篇5
关键词关键词：CMM；软件配置管理；B/S；软件工程
中***分类号：TP303 文献标识码：A 文章编号文章编号：16727800（2013）008002003
0 引言
软件配置管理（SCM，Software Configuration Management）为软件开发提供了一套管理方法和原则[1]。它控制着整个软件系统的演变过程，其目标是对从软件项目启动开始到软件报废为止的全生命周期进行管理的学科。根据IEEE标准中软件配置管理的定义，配置管理系统以版本管理、变更管理、状态统计和配置审核这4种基本功能的具体实现，对软件开发进行标识、控制与管理[2]。
基线和软件配置项是软件配置管理的核心对象。基线（Baseline）即软件生存期中各开发阶段节点，只有通过变更控制过程才能修改它们；软件配置项（Software Configuration Item）即软件配置管理的对象，是软件工程过程中产生的信息项，如需求、测试计划和源代码等。SCM活动的目标就是为了实现对基线和配置项的变更进行标识、控制，确保变更正确实现，并向其他有关人员报告变更。在软件全生存周期内，软件变更是不可避免的，而变更加剧了项目中软件开发者之间的混乱。SCM能协调软件开发过程，使得混乱减少到最小，能够有效地提高软件的生产效率。
航天软件一般是嵌入航天控制系统的数据处理机和控制处理机的核心软件。由于航天软件在航天系统中的重要性，要求其具有较高的实时性、可靠性和可修改性。航天控制软件是整个航天系统的控制核心，如果实时性不能满足，将导致各个分系统的运行混乱，无法完成预期任务。航天系统的可靠性要求更高，航天系统原则上不允许出错，然而航天总体对软件需求处于不断变更过程中。因此，在航天软件的开发过程中，实施软件配置管理十分必要，这样才能使整个软件生命周期处于可控状态。
航天软件系统庞大而复杂，成本高，开发周期长，因此，航天软件产品必须具有较好的重用性和可维护性。细化软件配置项、规范化基线和软件配置项标识，实现软件产品横向、纵向可追溯性，是提高软件可重用性的有效方式。为了提高航天软件质量，开发库、受控库和产品库三库***，应严格控制三库的访问权限，明确三库的备份方式。
1 概述
考虑到航天软件的特点和航天软件研制的现状，航天型号软件研制的基本阶段包括：系统需求、软件需求分析、概要设计、详细设计、软件实现、软件组装测试、软件确认测试、系统联试[3]。考虑到航天型号软件在其生命周期中的变更、重用性和验收交付工作，航天软件研制过程还应包括：软件更新与更改、软件重用和软件验收交付3个阶段。航天软件配置管理系统，对航天软件全生命周期各个阶段产生的文档、实现的代码、参考的标准、产生的数据等软件产品识别成***的配置项。为了实现航天不同型号的分系统软件配置项的重用性，本系统对各个航天型号软件分系统中共有的模块、结构、设计和规格说明等***标识成配置项，***管理，跟踪所有的配置项和它们的版本、记录、评审、批注等，跟踪全部更改申请和问题报告。
2 软件总体设计
航天软件配置管理系统采用较为流行的B/S软件架构体系，包括数据库层、数据访问层、业务逻辑层和表现层4个部分，如***1所示。4个层次之间相对***，使数据显示、逻辑处理、数据处理和数据存储相对***，对前台的更改不会直接影响到后台。4个层次又相互联系共同完成从客户端请求到服务应答显示的整个交互过程。
***1 航天型号软件配置管理系统架构
表现层是和用户直接交互的部分，显示在客户端的浏览器上。它将用户的操作转化成可执行的命令，传递给业务逻辑层，经过后台处理后的数据经过表现层转变成用户期望看到的表现形式。航天配置管理系统的主界面下分成库管理、配置项管理、基线管理、配置审计、配置状态报表和权限管理几个功能模块。
业务逻辑层是系统的中枢神经，负责各种业务逻辑转换和流程的传递、控制。它接收客户端的命令对数据库进行操作，将获取的数据传递给表现层。由于航天软件管理的严格性，对配置项和基线的出入库、变更、状态报告以及库和配置的权限设置有严格的控制逻辑。
数据访问层负责读取数据库中的各种实体数据，将数据按照业务逻辑的要求呈现出来。同时，响应业务逻辑层对数据库中各种实体数据的更改。
数据库层是用来存储各种实体数据的数据库。按照航天配置管理系统的要求，需要定期对数据库进行备份。
3 数据库设计
航天配置管理系统的数据库，集中存放着配置信息和数据。数据库设计直接关系到软件的实现和系统性能，是系统整体设计的关键环节。库、项目、配置项和基线的ER模型如***2所示。由于篇幅限制，本文只给出简***。
***2 库、项目、配置项和基线的ER模型
航天软件配置管理系统在库管理方面采用集中存储、分类管理、透明访问的策略，直观体现CMM中对开发库、受控库和产品库三库分离的软件配置管理需求[4]。从ER模型简***中可以看出，在一个配置库中存储着多个项目，每个项目中存储着软件生命周期中各个阶段的配置项。同时，在软件生命周期中有若干条基线，每条基线中有若干个配置项，一个配置项也包含于多条基线中。
4 配置项管理
针对航天软件工程的特点，航天型号软件配置管理系统中配置项管理模块的主要功能项包括：标识配置项、维护配置项、配置项更改控制、配置项历史信息和配置项查询。
4.1 标识配置项
按照CMM的要求，需要标识每一个拟置于配置管理下的工作产品。根据航天软件工程的要求，航天配置管理系统中标识的配置项包括：航天软件研制规程（航天总体签发）、航天软件研制文档和代码等相关标准（航天总体签发）、航天软件开发中使用的工具、航天软件生命周期中各个阶段的文档、航天软件的实现代码。
本系统中配置项标识的命名规则为：航天型号_分系统代号_配置项类型_阶段代号_附加信息_版本号。配置项类型包括标准、规程、工具、文档和代码；阶段代号为航天软件生命周期中的各个阶段的简称；附加信息用于细化和维护配置项；版本号用于版本控制。
4.2 维护配置项
维护配置项提供和维护每个配置项的描述。它表明如下内容：每个配置项的负责人、何时进行配置管理、每个配置项被分解为哪些较低层次的配置部件。
在配置项标识中的附加信息用于细化和维护较低层次的配置项。按照软件工程的思想来说，细化软件配置项必然会增加管理的代价。在航天软件系统中，对配置项进行子配置项的划分，能够实现对关键模块进行更好的继承。将关键子模块进行配置管理，既能够突出重点，***管理子配置项，又可以通过配置项标识中的附加信息与父配置项加以区分和关联，如***3所示。
***3 配置项（总体）和子配置项（接口）标识
4.3 配置项更改控制
软件配置控制是一个对提出的配置项更改建议进行评价，并对已批注的更改予以协调实施的过程。对一个配置项的软件配置控制工作仅仅在它的配置标识建立并列入基线以后才能出现。软件配置项控制要求定义出修改每一个配置项所需要的权限级别，以及更改某一配置项要求的处理方法。配置项更改控制流程如***4所示。
配置项变更的基本流程为：变更申请人提出变更申请，软件负责人进行影响域评估，项目总师或者项目CCB（Configuration Control Board，配置控制委员会）审批通过后，变更申请人提交出库申请单，然后总师审批通过后，配置管理负责人完成配置项出库，变更实施人实施配置项变更；配置项变更验证人完成对配置项的验证，生成变更报告单；总师审批通过后，变更申请人提交入库申请，总师审批通过后，配置管理员再入库。
***4 配置项控制流程
4.4 配置项历史信息
保持每个配置项的历史，足够详细地对配置项的配置管理进行记录，使得能够恢复以前的版本。
按照项目编号、课题编号、配置项阶段、配置项附加信息等，列出配置的家族关系。
4.5 配置项查询
配置项查询是配置项管理的重要部分，为了实现配置管理的有效性和软件的重用性，对配置管理查询设置操作权限是必须的。航天配置管理系统中支持对配置项的查询条件包括：按照配置项标识查询、按照配置项负责人查询、按照型号标识查询、按照课题代号查询、按照配置项类型查询、按照阶段查询、按照关键字查询等，这样可以实现按照客户要求，定制多种形式的配置项信息显示。
5 应用前景
基于B/S架构的航天软件配置系统，具有界面友好、管理规范、实用性强的优点。使用航天型号软件配置系统对航天型号软件全生命周期的管理，能够给航天软件的开发带来以下好处：
（1）解决多重维护问题[5]。在航天项目开发工作中经常会出现并行开发的需求，采用配置管理，可以支持不同的开发人员并行开发。同时，采用配置管理活动能够系统化地标识版本，并控制版本的变更，采用统一的备份规定，可以避免丢失版本或不知版本。
（2）建立组织知识和过程财富。由于航天项目开发周期较长，而现代社会竞争激烈、人员流动频繁，如果没有必要配置管理流程和工具，个人知识很难转换为组织知识和过程财富。
（3）便于项目成员及时了解项目进展状况。经验表明，在航天型号软件开发中，越早发现缺陷和风险并采取相应解决措施，代价越小。配置管理的重要作用就是提高软件开发过程的可视性，使得问题能够及时被发现。
（4）有效管理和跟踪变更。航天型号软件配置管理系统的核心功能就是能够实现对航天用户不断变更的需求实现记录、监控和管理。
（5）提高软件质量和重用性。航天型号软件配置管理系统能够有效规范航天软件过程开发，提高软件产品质量。对配置项关键模块中的共用功能模块，识别成子配置项，加以***管理，能够有效提高软件重用性。
参考文献参考文献：
[1] 陈志才.航天软件配置管理[J].现代防御技术，2001（6）.
[2] IAN SOMMERVILLE.软件工程[M].第6版.程成，译.北京：机械工业出版社，2003.
[3] 汤铭瑞.航天型号软件研制过程[M].北京：宇航出版社，1994.
目标管理软件篇6
在此次会议上，邦永招募了全国30多个地区的总，宣布于今年11月正式启动市场。虽然邦永的产品价位仅在540万元之间，定位为中低端市场，但同行还是感到了压力。邦永在加紧营销渠道建设的同时，还酝酿着和很多行业主管部门的技术合作，似乎意在打造国内项目管理软件的行业标准。
今年，中国***府拨了3000亿元专款用于各类***策性项目的建设，各省、市地方***府至少有1000亿元的专款项目，全国每年至少有2000个1亿元以上的大项目。如果这些项目都用软件来进行管理的话，这个市场无疑非常可观。据统计，目前项目管理软件高端市场的容量在1亿元以上，35年内将达到6亿元左右。中、低端用户数量更为可观。
事实上，SAP、ORACLE、PEOPLESOFT等国际上知名的管理软件商在项目管理软件市场上已经先行了一步。他们凭借着产品线长的优势，在向国内客户销售ERP系统的同时，也把项目管理软件带进了中国。同时PRIMAVERA等软件公司也在尝试开拓国内项目管理软件市场。据记者了解，目前还有美国和欧洲的几家大型的项目管理软件公司正在中国调查市场，估计不久将挺进中国。国内管理软件厂商也开始觉醒，纷纷迈开了进***项目管理软件的步伐。上海华普加快了向中关村企业项目管理的进***、北京华炎软件推出HotPM企业项目管理软件……
当人们对ERP不再狂热时，庞大的管理软件市场一下子被催熟了。目前，国内软件巨头用友在与瑞典IFS公司成立了北京用友艾福斯软件系统有限公司后，也开始将其业务迅速扩张到项目管理软件市场。国内其他软件公司如邦永（中国）、北京梦龙、新中大等也紧随其后。美国Primavera、OpenPlan、微软等国际性公司也纷纷杀入这一市场。
“对手非常强大，这说明商机很大！”杨铁铃对记者说，“我们认为目前SAP、ORACLE等国外管理软件商的主要精力还是在ERP市场，项目管理只是其产品线的一部分。目前国内还没有一家具规模的同类型软件企业，更谈不上标准。”邦永对称霸这个市场充满信心。
阻碍犹存
提起项目管理软件，杨铁铃侃侃而谈：其实很早人们就开始实施项目管理，如金字塔、长城等伟大的工程之所以成功，都得益于当时对工程项目进行严密的管理。20世纪60年代初，在著名数学家华罗庚的倡导下，将项目管理的概念引入了我国，并在当时的国民经济各个部门进行试点应用，将这种方法命名为“统筹法”。2000年底，联想在“天麒”、“天麟”两款计算机产品的开发过程中，结合业务对项目管理的需求，配合项目管理相关理论和方法编制软件方案，使该项目仅8个月便全部完成，并达到了国际上PC生产技术的最高水平。“只是当时的企业全都将目光放在ERP上。”杨铁铃不无惋惜地说。
杨铁铃认为，“项目管理对大家来说，并不是一个新的概念，一直以来大家都在提它，其在各行各业的应用也比较多。但是一直没有落到实处。”杨铁铃所说的没落到实处是指目前阻碍国内项目管理软件发展的两个因素：
一方面，国内的信息化水平还很低，尤其是工程的管理者对信息化认识不足。目前，我国对项目建设的管理仍然缺乏明确的法规，项目管理者对监管存在抵触情绪；而另一方面，国内高端管理软件市场一直是众多管理软件供应商争夺的焦点。当大多数软件生产商为ERP的高额利润所吸引时，在自身还没有完成ERP改造情况下，就匆匆转身投入了ERP软件市场的争夺，使得项目管理软件成了一块被荒废的良田。
杨铁铃为记者举了一个例子，去年国家统计局在对旧有的网络架构进行改造时，花了50多万引进了惠普的项目管理，而这还是基于美国1969年建立的PMI（国际项目管理协会）标准。“在国外，90%以上的项目建设都采用软件进行管理，而在我国则还不到10%。如果以应用项目管理软件可以节省35%的建设资金来算，这将是一笔惊人的数字，”杨铁铃说，“我国目前有2000万家中小型企业，在企业项目建设上他们大多数都需要进行项目管理。”
标准之蛊
在微软技术教育大会上，微软（中国）总经理唐骏针对中国软件业难以做大的困境指出，正是由于国内众多软件商对项目管理不够重视，软件开发没有一个规范，无法控制项目的可操作性，导致成本增加，直接影响了整个软件业做大。其实这不仅是软件业本身存在的问题，众多重大项目投资也存在同样问题。然而中国目前的项目管理大多受制于领导意志，要做到很好的控制项目成本，做到与国际标准接轨，其难度不言而喻。
专攻项目管理的邦永曾对外宣称，邦永的PM2系列软件不仅是国外软件的汉化版，而且融合了国际标准化项目管理精髓与本土国情的项目管理模式。从事过项目管理的人都知道，通常一个人对项目管理的把握有4个层次，第1个层次是“误以为自己了解”；第2个层次是“知道自己不了解”；第3个层次是“知道自己了解”；第4个层次是“自己不知道自己了解”。国家统计局计算中心网络运行管理部主任张富民在谈到项目管理实施的体会时对记者说，他觉得当时自己还处在第3个层次。这就是说，目前的项目管理还是一种投资人在投资内的把握，是用工具化的手段帮助投资者把握项目中的每一个赢利和去掉不良成本。
目标管理软件篇7
【关键词】软件配置管理 基线 软件配置项 变更控制
随着科学技术的发展，软件开发的规模随之扩大，而软件在开发和使用过程中其版本也在不断的发生着变化。但是在软件开发和变更的过程中仍然面临着一定的问题，例如开发软件的重复利用几率较低，可靠性差等。另外在软件开发过程中缺乏必要的软件开发跟踪和记录备案，这些都给软件后续的维护和升级带来困难，增加软件项目的风险，由此突出了对软件进行管理的重要性。软件管理配置是对软件开发进行管理的一套办法和活动准则。它通过对软件系统进行特定的表示来实现软件配置的系统更改，并在软件的整个生命过程中维护其配置的完整性和跟踪性。
1 软件配置管理的概念
1.1 软件配置管理的内涵和其涉及的内容
软件配置管理是用来标识、组织和控制软件系统的一种技术，其主要目的是降低软件错误，提高其生产效率。软件配置管理是一套科学的管理规范，是对软件进行更改的一个关键支持过程。它贯穿整个软件生命周期，用于控制软件在其生存周期内的改变并减少这种改变对软件造成的影响，最终确保软件产品的质量。软件配置管理所涉及到的内容主要由以下几点：
（1）对系统中的标识项进行标识和定义，同时制定与其相关的基线。
（2）控制软件系统中的配置项，或是对其配置项进行变更。
（3）记录软件系统中软件配置项的运行状态和修改请求进行记录。
1.2 软件配置项（SCI）
软件配置项在软件配置管理中的主要作用是集合软件各个周期内个阶段中产生的不同版本的文档程序、数据和环境。软件配置项通常作为一个软件配置中的一个元素，并作为一个单位来看待软件成分以达到配置管理的目的。
1.3 基线
在软件系统中开发设立基线的主要目的是为了软件的配置管理。基线的设立标志着软件开发过程中一个阶段的结束，在任意软件配置项中，若是形成文档并通过审议时，便形成了基线。基线是软件配置的交付，更是软件配置管理中进行软件测试过程的里程碑。和基线同时建立的有产品库和受控库。利用统计配置管理在被管理的软件中形成各种基线并控制各种基线的进入和输出。通常情况下，在对软件进行测试管理时需要建立以下几种基线：第一，软件测评功能基线，此基线的建立在寄到委托方的相关资料后执行，建立的基线将作为整个软件测评的初始基线；第二，需求基线，此基线的建立根据委托方资料中的要求以及软件测试的需求进行建立。
1.4 版本
在对被指定的软件进行测试的过程中，软件测评中每个受控文档都有其相应的版本号，设置文件版本号的主要目的是为了进行软件配置管理时更加清晰的辨别文档的修订情况。在软件配置管理中，一些配置项文件在变更后被保存并形成新的版本，而此版本与之前的旧版本同时存在，这样的保存管理形式便于文档的查询。
2 软件配置管理的实施
2.1 软件配置管理计划的制定
管理计划是一个软件项目进行配置管理的前提，管理活动正是在此计划的引导下开展的。否则，软件配置管理在实施的工程中将会出现过程混乱，进而影响到软件项目的顺利开展，所以说软件配置管理计划不但能够保证软件配置管理的顺利实施，同时它还是软件配置管理测试的基础。
2.2 创设软件配置管理环境
软件配置管理环境创设的两个必要条件就是管理工具和管理系统。其中软件配置管理系统在构建时需要运用到与该软件相关的数据库技术和文件管理技术，此系统建立时我们采用C/S结构，并充分运用网络这一管理工具来实现。在建立软件管理系统时客户端的功能设置中包含开发库、受控库和产品库，通过这几个数据库的建立来保证软件配置项在不同的测试阶段存放于不同的库中。
2.3 配置标识
配置标识既是软件管理中的基础，又是软件管理的重要组成部分。在对软件项目进行配置项管理时，其操作权利都会受到严格的管理，其管理过程中不同类型的基线都设置有一定的权限，所以测试人员要根据个人权限管理相应的基线。在软件管理中配置标识主要用于标识系统中被测试样品、工具、文档以及记录报告的类型和名称。
2.4 版本控制
软件配置管理活动的核心内容便是版本控制。在对软件进行管理时，软件配置管理系统中的管理对象在测评过程中所产生的内容和数据都会以文档的形式进行保存，保存时系统会对其进行版本标识。而且在此软件当中新旧两个版本同时存在，这样便于文档的查找。而对于配置管理系统中的基线控制项，需要根据基线的保密程度以及其存在的位置设置相应的访问权限，以保证软件使用的安全性。
2.5 变更控制
在对软件进行管理测评时会发生变更现象，产生此现象的原因包含两个方面：第一是被测试件出现问题，此时需要对原有的软件系统进行改进，因此便需要对其进行变更；第二，变更后的软件系统其形成的文档也要随之做出相应的变更管理。
2.6 配置状态报告
软件配置管理中设置有配置状态报告，此配置状态报告的设置主要是用用激励和报告软件配置管理中基线的变化情况，通过对此状态报告的观察为测试人员提供可靠的参考依据，并通过对此报告的分析来加强对软件项目的配置管理。
3 结束语
软件配置管理的有效实施保证了软件的整体质量和软件测评工作的顺利完成。软件配置管理作为软件项目管理中的重要组成部分，因此在实施工程中对操作人员和使用工具都具有严格的要求，并且此项工作贯穿软件管理测试的整个周期，所以采取有效、合理的配置管理对整个测试工作都有着重要的作用。自日后的工作当中要结合软件系统的具体情况逐步完善配置管理工作，提高配置管理工作效率。
参考文献
[1]于宏霞，陈凯，白英彩.基线技术在软件配置管理过程中的应用[J].计算机应用与软件，2006（02）.
[2]赵文杰，刘俊萍，南振岐.软件配置管理理论与实践[J].现代计算机（专业版），2010（15）.
目标管理软件篇8
关键词：软件开发；项目管理
在现代计算机网络技术高速发展的时代背景下，软件开发作为一个新兴行业，其具有创造性、挑战性的特征。我国软件行业的发展时间相对较短，在软件开发项目管理中缺少可以借鉴的成功经验，这是国内软件开发企业现阶段面临的主要管理问题，如果不能及时加以解决，将严重影响到国内软件行业的发展前景。因此，项目管理在软件开发中的必要性是不容忽视的，而且要加强具体管理策略的研究与实践。
一、软件开发项目管理的必要性
项目管理是指：在一定的资源条件约束下，如：资金、人力、时间、设备等，对于一个有既定目标的任务进行计划与控制。项目管理是现代管理学中的重要理论，其涉及到的范围较广，在各行业、各领域中均发挥了重要的作用。由于软件开发项目具有特殊性，在应用项目管理时也有其独特的一面。与其他的项目相比，软件开发项目具有劳动密集型与知识密集型的特点，其开发成果也多是以非物质的形式表现出来，可见性并不明显。所以，在软件开发过程中，加强项目管理是十分必要的，而且需要注意以下几方面的问题：①了解用户的实际需求，科学确定项目管理的框架与具体内容；②严格控制软件开发的成本、质量、进度与风险，以保障项目管理的实际效果；③在软件开发过程中，团队成员对于具体事物的描述与思维方式不同，应尽量加强成员之间的协同性。大量软件开发实例表明，如果不能在软件开发中加强项目管理，随着国内软件行业的不断发展与壮大，国内的软件开发企业将面临严峻的挑战性与风险性。因此，为了确保软件开发的效率与质量，必须认识到强化项目管理的必要性，并且坚持多管齐下的方针，积极采取有效的管理策略。
二、软件开发项目的管理策略
（一）团队的组建
在软件开项目的管理中，团队的组建是十分重要的，只有保证团队的高效性、专业性与协调性，才能保证软件开发项目的顺利开展与进行。从项目管理理论的角度出发，在软件开发团队的组建中，一定要尽量选拔具有较强专业技能和良好工作态度的人员，从而保障团队成员有效的计划、协调与管理各自负责的工作项目。在团队的组建过程中，必须首先提出明确、清晰的团队目标，而只有在所有成员认同这一目标的基础上，才能更好的激发团队成员的工作热情与积极性，这是保障软件开发项目管理效果的先决条件。
（二）成本管理
在软件开发项目的管理中，成本管理的根本目标将项目的开发费用控制在预算内，这是实现软件开发企业经济效益的关键管理项目。从国内外软件行业的发展现状而言，在软件开发项目的管理中，成本管理是一个较为薄弱的环节，特别是对于一些中小软件开发企业，由于成本管理措施不完善，而导致软件产品的造价提高，市场竞争力则明显削弱。成本管理计划是软件开发项目中成本管理的基本标准，其是否合理将直接关系到项目的实际开发费用。软件开发项目的成本最主要的是人力资源的成本，而人力资源的成本体现为各个项目成员薪资水平乘以他所花费工作日的总合，因此人力资源的成本其重点在于合理地安排使用合适的人力资源。软件开发项目的成本还包括购买必需的软硬件设备的成本；需求调研所花费的交通、协作、通信成本；购买必要的办公用品、参考资料的费用；给用户培训所需要花费的培训资料编写费、资料印刷费、产地费、设备费；如果需要第三方的鉴定或检测，还需要一定的鉴定检测费用，包括准备的费用；如果部分组件需要外包，则应当控制软件外包的成本，包括交付给外包承担方的费用，和进行质量、进度控制的管理成本。
（三）质量管理
软件开发项目的质量管理要素一般包括以下特性：①功能性，即所开发的各类软件必须满足用户的实际需求，对于用户发展相关业务具有一定的推动作用；②可靠性，即在一定的软件开发条件与规定时间内，软件自身的维持性能水平必须保持在相应的程度，不但要满足用户的正常使用需求，而且要尽量提升软件在发生故障情况下的持续运行程度；③易用性，即软件的操作要求应尽量符合用户的个性需求和使用习惯，保证界面友好和操作简单；④维护性，即在软件发生运行故障或用户需要进行某些功能的更改时，其维护难度应适中。
在软件开发项目的质量管理中，应从以下几方面做起：①对软件功能性需求做详细的调研；②制定严格的软件开发质量管理计划；③在软件开发过程中，定期对于软件项目的开发质量进行绩效评价，并且完善相关的质量管理标准信息；④对软件开发项目质量管理的执行结果进行全过程、动态的监控，确保每一开发环节都符合相应的质量标准；⑤建立高效的质量小组或者测试小组。
（四）进度管理
在软件开发项目的管理中，由于开发过程中经常需要进行修改与调试，进度管理的难度相对较大。为了进一步加强软件开发项目的进度管理，必须从以下几方面做起：①根据软件开发项目的规模与性质，合理计算出所需的人员数目、资金和时间等，逐步完善项目的进度管理计划，并且坚持弹性原则，将软件开发中所必需的调试、缓冲时间等计入其中，以防止出现开发时间不足的现象；②在完成软件系统分析与初步设计完，应根据进度管理计划确定每个程序在开发与测试过程所需要的具体时间，并确定进度管理的基本方针，要突出研发项目的主次；③在软件开发项目的进度管理中，进度计划应随着软件的具体开发过程，实行“由粗到细”的科学调整，每隔一段时间应组织管理人员比对项目的实际进度和进度计划的差距，对于明显落后于进度计划规定时间的项目，应及时补充开发人员或适当调整项目的开发时间。
三、结束语
综上所述，软件开发是一项技术性、专业性要求较高的项目，也是一个国家科技发展水平的重要展现。在我国现代科技的不断发展中，软件行业已经成为部分地区的重要支柱产业，为了有效提升国内软件行业的实力与竞争力，必须认识到加强项目管理的重要性，必须对于细节问题进行深入的研究与探讨，从而构建一套完善的软件开发项目管理体系。
参考文献：
[1]刘畅.项目管理在软件开发企业中的应用[J].黑龙江科技信息，2010，（04）
目标管理软件篇9
关键词：软件项目软件过程CMMKPA
1．软件项目管理中目前存在的问题
影响软件项目成功率的因素主要是软件质量问题，而在整个软件项目的实施过程中需求不明确、跟踪和监督不力、缺乏客观的软件评审和软件配置以及风险管理意识不足等都阻碍着软件质量的提高。
1．1需求不明确
需求管理是软件项目管理中非常关键的一个步骤．需求分析的完整与否可以降低软件质量、延长项目周期、加大成本。由于用户对计算机系统认识的不足，对于系统的需求往往比较模糊，遗漏甚至是错误的问题经常出现(包括管理流程、业务流程、数据或报表的分析处理等)，但这些问题往往没有暴露给开发人员，而是随着项目的进展才逐渐明确。对于开发人员来说，需求的变更意味着软件产品的部分内容必须重新开发，而对于整个软件项目管理而言，势必要重新分配资源、调整计划、估算成本等等，导致软件产品质量下降。
1.2跟踪和监督不力
跟踪和监督主要针对过程而言，也是项目管理中最容易被忽视的环节。软件项目过程由多个任务构成，大部分任务都有前置任务和后置任务，这就要求项目管理者要严格跟踪和监督每一个任务。任务的完成主要从时间进度和质量两方面来衡量，还要充分考虑因客户方引起的一些客观因素(更改需求分析等)。项目管理者虽然制定了具体的项目进度内容，但如果缺乏有效的跟踪和监督机制，对于每一个阶段所要完成的任务疏于评价，就会影响下阶段软件产品的质量，有时甚至是软件产品的重新开发，最终影响整个软件项目。
1．3缺乏客观的软件评审
客观的软件评审是软件产品质量的直接保障，软件评审一直贯穿于整个软件项目的过程中，对软件产品的评审应有客户使用人员和软件业中的同行来进行。客户使用人员对软件产品做阶段性的评审可以及时发现软件产品功能方面的不足，同行评审可以从软件业的规范及标准去发现问题．软件评审可以降低软件开发的成本提高软件产品的质量。大多情况下项目管理者没有做任何阶段性的评审，通常只是在软件产品开发基本完成之后来组织评审，果发现了很多问题，但要修改已经非常困难．要花费很长的时间甚至从头再来。
1．4软件配置混乱
软件配置是指软件产品在各个阶段各种版本的文档、程序及数据的集合，贯穿于整个软件项目的始终。随着软件产品开发的进行，由于各种客观原因，其中的预算、设计方案、进度等内容都有可能需要大大小小的更改(这些改动可能是合理的)，整个改变的过程对软件项目的参与人员来说必须是可视的，以便提高软件的可靠性和质量，而这一切都应该有正确的软件配置来控制如果失去正确的软件配置管理，那么针对软件产品发生的任何更改或者是维护都会给软件项目带来混乱甚至是失败。
1．5风险管理意识不足
风险管理是软件项目中防止失败的一种重要手段，软件项目不同的阶段存在着不同的风险，并且风险会随着项目的进展而变化，目前国内的软件企业大都不注意软件项目的风险管理。除了社会环境风险、商业风险等这些客观风险之外．可控的软件项目风险主要指技术风险。技术风险主要是指与软件项目本身相关的的技术因素变化带来的风险，如果在一定的条件下达不到技术条件能够实现的目标，不但延缓项目的进度而且会增加项目的成本．继而使整个项目受到影响。
2．通过过程管理加强软件项目管理的实践模式
利用cMMfCapabilityMaturityModeforSoftware)的核心思想把软件项目管理看作一个软件过程，并根据这一原则对整个软件项目的开发和管理进行过程监控，监督发现过程中影响项目的关键问题并予以解决。软件过程是指软件开发人员开发和维护软件及相关产品的一套行为、方法、实践及变换过程，包括软件开发过程和软件管理过程。CMM把软件开发机构按照不同开发水平划分为5个级别。每个等级被分解为几个KPA(关键过程域)，KPA是指在某个成熟度等级应重点关注的区域，也是达到此成熟度等级必须解决的关键点。①初始级，无过程意义。软件过程是无序的、随机的、缺乏总计划，无预见性，大多数活动是应付危机，经常超期超支，成功取决于个人。②可重复级，具备基本的项目管理。KPA分别是：需求管理、软件项目计划、软件跟踪与监督、软件子合同管理、软件质量保证、软件配置管理；③已定义级，已定义软件过程。已将软件管理和软件工程两方面的过程文档化、标准化，并综合成该组织的标准软件过程。KPA分别是：组织过程焦点、组织过程定义、培训大纲、集成软件管理、软件产品工程、组间协调、同行评审；④可管理级，过程可度量。已收集了软件过程和产品质量的详细度量方法，软件过程和产品均可被定量地理解和控制。KPA分别是：定量过程管理、软件质量管理；⑤优化级，过程控制。通过过程的量化反馈以及新技术、新方法促使过程不断改进。KPA分别是：缺陷预防、技术更新预防、过程更改管理。
CMM只是一个过程改进的框架．并没有给出具体实施的办法。在该模式中对目前CMM中的KPA做适当裁减．定义了6个关键过程域：软件项目计划(SPP)、需求管理(RM)、软件项目跟踪和监督(SPTO)、软件质量保证(SQA)、软件配置(SCM)、同行评审(PR)，设置了三个工作组：软件项目过程组(SPPG)、软件工程组(SEG)、软件质量保证组(SQAG)。通过工作组对关键过程域的操作来加强软件项目的管理。
2．1定义KPA
3.1.1软件项目计划(SPP)
软件项目计划是为要实施的软件项目编制软件过程活动的安排，包括进度控制、成本控制、质量控制、风险控制等，也是实施CMM2的核心此阶段在安排过程活动的同时开展项目设计的前期工作，设计和界定在整个项目中各阶段所需的开发、质量、跟踪、评审、风险、成本等工作。项目计划是指导项目过程的具体措施，要在有软件项目实施经验的人员领导下投人大量的时间和人力资源来完成。制定项目计划应注意7个问题。①在科学论证的基础上制定过程，充分调动人员积极性合理地确定项目组的参加人员；②对软件项目各程中的任务进行分解，明确项目的里程碑和检查点；③正确估计软件项目中的软件资源、硬件资源、人力资源及其它费用；④正确估计各方面因素带来的风险并制定应对措施；⑤制定项目实施过程中的跟踪和监督措施；⑥确定软件的评审和测试方法；⑦详细的文档资料。
2．1．2需求管理(RM)
需求分析主要包括面向用户的用户需求和面向开发人员的系统需求．是整个软件工程的第一步．也是非常关键的一个环节。需求分析主要针对用户的业务流程、系统功能、性能、数据分析进行严格的定义．是设计一个软件应用系统的起点与基本依据，通过它来评判软件产品是否能够解决用户问题，也是项目成功与否的标准。就目前国内现状来讲，一般签定软件项目合同的用户是主管信息技术的负责人，它所关心的可能是整个系统的目标需求，用户方中层管理人员关心的是业务流程需求．终端操作人员则注重软件本身的易操作性和功能特性，因此．面向用户的需求一定要和用户多方人员多沟通、交流．最终通过双方有关部门人员的论证以文档资料的形式确定下来。任何一个需求分析因客观原因可能存在着需求更改的现象，对于这种情况一定要注意需求更改的可控性．要建立需求的基准版本和更改版本控制文档资料．使受需求变化影响的产品与需求变更一致。但要注意在更改需求的同时要衡量需求的稳定性，如果一个需求的变更比较频繁，意味着本项目并没有真正了解用户想要解决的实际问题。可以说需求分析的完整性和变更可控性直接影响到软件过程的改进，它可以降低软件质量、加大软件开发的成本、甚至是导致项目的失败。软件工程组(SEG)中要明确定义一个需求管理员。
2．1．3软件项目跟踪和监督(SPTO)
软件项目的跟踪和监督始终贯穿于整个软件项目的过程中，是项目得以控制的前提和条件、是软件质量的根本保障，其目的是增加软件过程中进度、成本、工作量、质量、风险等内容的可视性，也是实施CMM2的核心。除去市场、法律等不可控制因素外，根据项目计划对项目进展的有关情况及影响项目实施的相关因素进行及时、客观、准确的信息采集，将采集到的需求、成本、进度、风险等内容形成文档并建立一个项目跟踪信息平台。项目负责人定期召集软件过程人员、开发人员、质量保证人员、用户方有关人员召开开放式的例会，例会的主要内容是检查项目进展、数据的分析、认识的偏差、资源的搭配、相关的风险等问题并讨论确切的解决办法，通过跟踪和监督使项目始终处于可视化的受控状态。
2.1.4软件质量保证(SQA)
软件质量保证是与软件产品满足规定的和隐含的需要能力有关的特征或特性的组合。对用户来讲主要体现在软件产品的有效性、一致性、完整性、可靠性和可操作性等方面，对于软件产品本身来讲体现在软件产品的可移植性、易维护性、健壮性、可重用性等方面。具体实践中．软件质量保证应在软件项目计划、需求分析、跟踪和监督、软件配置和软件评审的相互配合下完成．软件质量保证要做到以事先预防和跟踪为主，事后纠偏为辅。
2．1．5软件配置(SCM)
软件配置是针对软件产品的跟踪和控制活动．贯穿于整个软件项目的过程中．目的是建立和维护在整个生命周期内软件产品的完整性和一致性，使整个软件产品的演进过程处于可控的状态，继而提高软件的可靠性和质量。在实践应用中主要做到五个子项的配置①配置项的标识。标识做到唯一性。便于跟踪和管理。②版本管理。对整个软件过程中的文件和目录提供有效的跟踪手段。③变更控制。保持并传递修改信息。④配置审计。确定整个项目生产周期中产品在技术和管理上的完整性。⑤系统整合。把系统的不同部分集成后完成一组特定的功能。
2．1．6同行评审(PR)
同行评审是根据预定的规范和标准对软件产品进行评审。评审的结果是衡量软件产品质量的依据。在整个软件过程中对详细设计和软件综合测试作为两个关键评审点来进行评审，评审的过程中注意要结合本软件项目的具体要求和标准。
2．2组的定义
在具体的实践应用中设置了三个组，在降低了人员成本的同时提高了软件过程改进能力和软件质量。
软件项目过程组(SPPG)组织具体的项目实施活动，管理并协调整个软件项目的过程，主要完成SPP和SPTO。
软件工程组(SEG)负责软件工程的需求分析、概要设计、详细设计、编码、测试、维护工作。
软件质量保证组(SQAG)主要完成SPTO、SCM、PR、SQA等工作。
3．实践模式效率评估
3．1开发时间
软件开发由需求分析、概要设计、详细设计、编码、软件测试、项目维护和软件集成几部分内容组成，在需求分析和设计阶段采用CMM框架实施过程管理所花费的时间要多于没有实施过程管理花费的时间。首先对项目做大量分析，论证项目的可行性。然后在和用户做良好沟通、反复论证的基础上做需求分析，形成文档资料。这种模式下花费在需求分析和设计上的时间大约占项目总开发时间的40％，但这两个阶段完成了数据流程、算法描述、详细的规格说明等内容，为代码编写、软件测试、软件维护等后续内容的工作节省了时间，软件项目的开发周期大大缩短。经过评估，采用该实践模式实施软件过程管理的软件项目开发周期比没有实施软件过程管理的软件项目开发周期缩短20％。
3．2开发质量
采用CMM标准通过软件过程管理加强软件项目管理的实践模式使软件质量明显提高、需求分析周密、代码错误率明显降低、软件产品完整性好、功能齐全、维护量下降，软件项目最终得以顺利实现。
目标管理软件篇10
【关键词】软件管理 质量管理 有效性评价
随着国民经济的发展，信息化建设的加速以及互联网普及，各行各业都在信息系统以及软件开发上投入了大量的人力和物理。其已经成为了国家的基础性、战略性产业，在经济生成生活中软件扮演着及其重要的角色，也是国家重点鼓励及支持的领域。一方面软件规模的不断增长，另一方面从事软件开发的相关技术人员也在不断增长，这就给软件企业以及相关项目的管理带来了新的挑战。
计算机软件的开发主要是人的创造力活动，其产出的不同于传统的加工制造产品，而是信息工具、知识工具，所以软件开发是一个将专业人员的专业知识通过脑力转化为产品的过程。某种意义上，其从业人员的专业化程度将决定其产出产品的结果。因此，在软件产品的质量保证上与传统的工业制品的质量保证有着极大的不同。本文通过对软件质量保证的相关介绍，并结合CMMI（Capability Maturity Model Integration）、G***、ISO9000等软件质量有效性模型和GQM范式工具化、制度化，提出了一些符合我国信息化建设的软件质量保证方法和工具。
1 软件质量保证的发展状况
软件质量保证是将管理理论运用到软件开发中的实践过程。因此，其也与其它管理过程类似，要制定计划通过系统的方法，既要面向管理层拟定质量保证目标、步骤，也要面向执行者提出具体实践方法才能够正确的被项目所采纳执行。
就有效性而言，其概念早在2000版的ISO9000术语中被加入，其也可以看作是企业越来越关注改善质量管理体系有效性的里程碑。其是用于衡量产品或项目完成策划的活动和达到策划结果的程度。就现行的2000版的ISO9000已经加入了如配置管理、计划管理、评审管理等适用于信息化企业的标准，至此ISO9000变得越来越适用于软件企业和信息化项目。
在软件工程领域里，随着工程项目的开展大量大型软件项目越来越多的需要一套管理体系来保障项目的管理和执行。于是在1994年美国***和卡内基-梅隆大学共同开发和研制了软件工程管理实践模型CMMI，即软件能力成熟度集成模型就此诞生。我国在不断的工程实践过程中紧跟国际步伐，于2003年开发了G***5000-2003《***用软件能力成熟度模型》，并于2008年与时俱进修订再版了G***5000A。其模型参考CMMI模型，并调整使之更加符合中国特色的社会主义建设。
总的来说，针对软件开发过程其管理趋势越来越趋于对有效性的衡量和度量。主要是从三个方面对管理思路提出了新的认识：
（1）从以往只针对软件开发过程的测试活动转变为对软件质量保证和开发过程的度量；
（2）软件质量保证从以往针对于软件开发后的补救措施转变为系统性的整体预防措施；
（3）软件质量保证活动不在是软件开发过程的某个串行阶段而是两者并行执行，从源头起进行支撑与保障。
2 管理体系与工具
目前软件企业和软件项目组织的目标不谋而合，那么采用何种工具何总思路就成为了关键。
随着软件组织的规模扩大，也是将以往依靠个人“能力”向现在依靠“过程能力”在转变。那么定义一套流程执行一些列工作，并由工具来驱动，已经是目前软件企业管理的主流思路。也就是说，一旦建立了质量管理体系后，组织内部也就具有了一套度量和评价机制。组织可以依靠这套机制不断完善和持续改进。而工具本身既包含模型，由包含一套自动化的程序，辅助管理者和执行者将数据填充到模型中，使模型可以合理的度量和评价。
就度量方法而言，1984年马里兰大学的Basili和Rombach就提出了著名的GQM范式。其通过三个层次来定义度量方法，即概念级、操作级和定量级。这三个层次自顶向下，从抽象到具体，逐步定义度量细则。概念级提出目标，对各种动机及对象逐个定义目标；操作级对目标提出特征问题，通过问题说明目标；定量级针对问题收集数据，给问题定量，通过定量分析问题。
针对于软件质量保证将GQM范式工具化、制度化让全员参与将是对其开发过程有效性的强有力支撑。首先，软件质量保证就是尽早尽快的发现软件的错误和缺陷，那么将其目标定义为“质量保证过程的有效性”以衡量测试策划过程、测试策略、测试执行效果、测试效率和测试质量。如此就建立了一个概念级的目标。
然后，通过访谈和与项目参与者沟通，鉴别并确立度量问题，找到围绕项目质量目标关心的问题。如每个阶段、每个过程的产出物有哪些？这些产出物符合什么标准？产出物是否满足最终的用户或者商业目标？只有提出了这些问题，才可以根据问题建立度量元，这个过程也就完成了操作级的任务。
最后，选择合适的度量元就是针对性的收集各种基础数据，以基础数据作为参考度量过程与目标结合。就目前实践而言可以从三个方面进行收集，第一测试过程的有效性，第二测试环境的有效性，第三测试用例的有效性。
完成了上述通过GQM范式对软件成熟度模型的定义和结合，接下来就是设计一套自动化工具，全员参与将所给出的各个环节逐一执行，并通过工具自动度量，这个自动的过程完全符合上述设计的每个分支项目。如对测试用例的度量，对测试文档合格率的度量，对测试过程的执行效果的度量，对测试发现缺陷数量的度量。通过上述度量，工具还可以生成报表通知给相关责任人及管理人员做参考数据，便于汇总及汇报。
3 总结
作为软件企业的管理者必须对软件质量保证有清醒的认识，建立质量管理体系是对软件开发过程有效性的强力保证，也是企业质量文化的根基。本文结合实践，对实践中运用CMMI（Capability Maturity Model Integration）、G***、ISO9000框架的过程中缺少明确度量方法的问题，提出了结合GQM范式进行工具化、流程化的过程提出了一些实践指导。希望能够推动软件质量保证管理工作的有效性，推动国产软件业的健康成长。
参考文献
[1]Perry WE.软件测试的有效方法[M].北京：机械工业出版社，2004.
[2]杨玲萍.***用软件测试过程模糊决策技术研究及应用[D].南京：东南大学软件学院，2006：19-29.
[3]Black R.软件测试过程管理[M].北京：机械工业出版社，2003.
作者简介
刘杨赫（1981-），女，吉林省白山市人。现为中国航发集团航空动力控制系统研究所工程师，主要从事软件测试、软件质量保证、软件配置管理等工作。