软件个人工作计划精选(九篇)

第1篇：软件个人工作计划范文

【关键词】软件；策划；风险分析

【中图分类号】TP399

【文献标识码】A

【文章编号】1672—5158（2012）10-0416-01

引言

嵌入式软件已经在我国航天导弹武器系统等尖端产品中得到广泛的应用。目前，《GJB5000A-2008军用软件研制能力成熟度模型》已经并实施，航天嵌入式软件项目的研制过程逐渐要依据这个标准进行。软件作为航天控制系统的关键部分，其地位显得越来越突出，分系统级软件规模已经超过数万行。同时从事软件研制人员已经形成一个组织分工明确、相互配合紧密的团队，从任务书、需求分析、概要设计、详细设计、代码实现、软件测试、交付和维护等环节，每个岗位可能涉及到多个人员。如何通过软件项目策划，保证软件研制流程明晰、可控、软件产品质量可靠，成为型号研制工作的一个不可或缺的重要环节。

1　项目策划的目的

随着管理要求日益严谨，软件管理由粗放式向精细化和准确化转型成为大势所趋，利用软件策划帮助研制方提高研制进度管理的有效性，保证产品质量、提升核心竞争力已经成为共识。策划的目的是为执行软件工程和管理软件项目制定合理的计划，旨在使软件开发人员及管理人员充分了解软件项目策划过程，使项目管理人员遵照过程实施项目策划活动、制定项目开发计划及执行相关策划活动。

2　软件策划前提和输入

项目策划的前期，软件项目组成员要积极参加整个系统项目的早期策划活动，并在系统方案的制定和评审过程中，共同讨论方案报告，协商有关软件项目的目标、范围、进度、资源等，从而逐步了解软件在系统中的作用、进度、功能等。同时对设计输入的任务书要进行认真评审，对其每项内容了如指掌，并纳入配置管理。参加项目策划活动的人员还要接受相关培训。

3　软件策划的规程

软件策划需经多个步骤，从而对整个项目阶段工作进行全面梳理。根据输入的任务书和标准等，首先依据策划的主要内容，制定软件策划的工作计划，然后选择软件生命周期模型，确定软件开发阶段，其次就要进行工作分解结构（WBS）分解，这是策划中非常重要的步骤。在此基础上进行规模、工作量、成本和进度估计，最后形成软件开发计划。其中有多个非常关键的环节，直接影响策划的真实性和可执行性，因此需要重点关注。

3.1　工作分解结构

工作分解结构（Work　Breakdown　Structure，简称WBS）是归纳和定义整个软件项目范围的一种最常用方法，它将一个项目分解成易于管理的几个部分或子项，以确保找出完成项目工作范围需要的所有工作元素。

工作分解结构是对软件工作产品和软件过程进行分解，以层次结构来组织软件项目的产品元素和活动元素，将项目的软件工作产品和软件过程分解为较小的、更易于管理的元素。

WBS分解时，通常按照树型结构，不断将项目的最终目标分解到一些较小工作单元，直到这些工作单元可以被很容易地“控制”住为止。在划分任务时，任务的颗粒度不能太大，也不能太小。颗粒度太大，难以及时发现问题；颗粒度太小，就会增加管理成木。任务的颗粒度最小可以到半天，最大到周，一般以小于3天为宜，也就是说项目经理能够在1周中至少检查2次成员的工作进展情况。适当的任务颗粒度便于监控，另一方而也有利于调整任务。当出现任务拖期时，可以比较灵活地重新安排人员接手其他人员的任务。

3.2　项目估计

根据WBS分解的项目内容进行项目估计，项目估计包括项目规模、工作量和成本的估计，这是整个策划中的关键环节，只有项目估计尽量准确，才能保证项目进度、质量能够受控。为了保证项目估计合理性，可采用下面措施：

1）借助历史数据。历史数据是“经验”的量化，通过和历史项目的数据对比，可降低估计的风险。在借鉴历史数据时，要注意数据的可比性，要考察项目类型是否类似、生命周期模型是否类似等。

2）采用多种估计方法互相验证。在估计时可以采用多种估计方法，然后对多种方法的结果进行对比，通过分析其差异以判断合理性。

3）细分任务。任务拆分的越详细，就越容易估计，越容易和历史数据对比。内容任务要完备。估计时要识别出所有工作，不要有遗漏。

4）有估计经验的人参与估计。一方面要对参与估计的人员进行培训，另一方面需要在实践中积累估计经验。每次估计完成后，都要和实际的情况进行对比，经过3-5次反复，则可积累估计经验，提高估计准确性。

多人分别估计并形成估计表，然后由项目负责人进行汇总形成软件估计报告。

3.3　资源和管理计划

人力资源策划方面要包含完成软件开发项目必需的人员数量，姓名，指明项目管理、软件工程、正式软件测试、软件产品评价、软件配置管理等分别所需的人员数目及总数。相应岗位若需通过相应岗位的培训考核，则还要制定培训计划。

项目负责人要确定软件项目相关的利益相关方，包含硬件设计人员、任务提出方、测试设备负责人、用户代表、评测机构等。从而协调制定相关的计划或关键点，描述利益相关方的权限和责任，以及与其它组织的关系。

基础设施资源的策划要同步进行，估计时参考类似项目的历史数据，根据项目需求、工作产品的规模，考虑开发环境、测试环境、目标环境或者这些环境的任何适当组合情况下所需的基础设施资源。同时制定测试计划、配置管理计划、质量保证计划、风险管理计划、数据管理计划、里程碑评审计划和沟通计划等。对上述计划确认后进行配置管理。

4　风险估计

标识风险源为项目研制过程中检查随时间而更改的状态提供了基础，直接显示出影响项目研制目标的各个因素。风险源来自项目的内部和外部。随着项目的进展，可能会发现更多的风险源。项目策划阶段就要识别和分析风险，并制订风险减缓计划，才能进一步跟踪项目风险，及时消除各个风险源带来的影响。

5　形成软件开发计划

策划输出的果就是软件开发计划，根据WBS分解的结果，根据软件任务、任务的工作量、项目成本、任务之间的衔接关系、系统的约束条件和人员分配表等，得出项目的进度和关键路径，并得出软件项目预算，连同项目进度及网络图写入阶段软件开发计划，在形成项目计划过程中，如出现各项约束条件与任务进度冲突情况，需重新估计。软件开发计划应通过正式评审，从而保证具有相应约束力，并纳入管理和控制。

第2篇：软件个人工作计划范文

中图分类号：TP311文献标识码：A文章编号：1009-3044(2012)05-1187-03

On the P6 Software Application in the Production of Petrochemical Construction

MIAO Wei

（The Fourth Construction Company of Sinopec(Fcc), Tianjin 300270, China)

Abstract: The P6 is a project management software. In the production of petrochemical construction, in order to improve the level of proj? ect management, and to meet the needs and responsibilities of construction personnel, as well as skills. Integration of project management, network planning, computer technology, widely used in the construction areas of production, so as to achieve better management effective? ness. P6 software progress in the production of petrochemical construction preparation, construction and production tracking, control and optimization analysis, and to further explore the P6 software application in the production of petrochemical construction.

Key words: P6 software; construction and production; application

在石油化工施工生产的管理中，其目标、工序都是非常复杂和庞大的。P6软件强大的进度计划管理与资源和费用管理的优势，为施工生产的管理起到了很好的辅助效果，在我国也拥有很高的知名度，因此，逐渐被石油化工企业所重视。在整理好施工生产的数据后编制项目编码、材料库等。根据实际的生产情况，规划组织生产形式、生产编码和工作包，以及生产报表等。控制和优化施工生产实施的过程，以获取最大的生产效益。

1 P6软件

石油化工企业大力推行的P6软件，是基于项目管理的科学思路和务实方法――量化目标、量化过程、实施动态控制和动态管理，把项目管理中各种进度管理方法、投资管理学科综合运用的计算机软件，是实现核电建设EPC项目进度控制和投资控制的有效管理工具。其产生的根本原因就是：追求动态管理项目管理中的进度、投资及资源配置等目标管理，最大化地提高目标实现的概率和科学性;科学的WBS、OBS分解和责任分工是关键；人员投入是保障（必须确保各级管理、编录人员的务实工作）；自上而下来分解（根目录的建立、各级作业面的分解、投资预算的设置必须自上而下来科学设置）；自下而上来汇总（主/子关系使项目管理必须从低层向高层次累计和汇总任何进度、投资和资源等等的信息）；督促检查必须贯串始终（必须随时跟踪每一个目标的进展，发现问题及时协商、及时处理、及时采取正确的补救措施，确保目标运行方向正确、进展顺利）；及时调整是灵魂（领导不重视、调整数据和投资资源不及时，必然是项目管理的P6平台失去生命）；

P6是美国开发的Primavera 6.0，也就是项目管理软件。在融合了P3软件的精髓和经验后的最新IT技术，其被称之为Oracle Pri? mavera P6。它可以在同一个时间既跨专业又跨部门，根据企业不同的层次，针对项目进行不同地方的管理。同时，也属于一种综合项目组合管理解决方案。有进度、费用和资源管理三项主要功能，其特点融合了项目管理的思维和方法，使进度、费用和资源问题得到解决，是目前最好的项目管理软件。只要在施工生产中树立正确的P6软件使用观念，并在编制时明确管理的目标，P6软件就可以很好的被运用。

由于任何软件所发挥出来的作用必须依靠人来进行，因此，P6软件在石油化工施工生产管理过程中是非常严谨的，整个的操作过程都要与施工生产进度计划相满足。虽然，P6软件在应用的过程中非常严谨，但是，在实际的使用过程中并不难，最主要的还是掌握其先进的管理思想观念，在改变传统管理模式的同时认识P6软件的管理思想，明确施工生产管理的目标，并在实际的操作过程 中掌握P6软件的工作流程，按照石油化工施工生产作的特点进行作业设置，使每道工序、和资源的加载顺利完成。

P6软件的使用不仅能够及时的获得石油化工施工生产的各项情况，抓住施工的重点，科学有效的对施工生产目标进行分析，还能够及时协调施工生产进度的安排，及时发现问题，并解决问题。

2 P6软件在石油化工施工生产中进度的编制

P6软件的核心是网络计划技术。在石油化工施工生产中，能够实行施工进度和费用，以及资源的动态管理与控制。所以，在进行施工生产时，首先要做好进度计划编制前的准备工作。然后，根据所编制的进度计划建立施工项目、合理进行工作结构分解和添加作业工期、建立施工生产各工序间的逻辑关系，使其满足施工生产的流程和方案要求、利用P6软件进度计算功能，自动生成有关的线路等。最后，对石油化工施工生产的作业进行调用和加载，通过P6软件对资源的使用情况进行分析，并对超额的资源分配进行适当的调整、优化。同时，还要对所编制的成果进行检查、分析、优化。其中，进度编制的关键就在对成果的检查、分析、优化。检查和完善施工生产作业的正确逻辑关系。检查进度控制点和生产线路是否满足其要求。检查施工生产是否满足其工期的要求，资源配置是否合理。

石油化工施工前根据基本施工生产的管理制度和规定划分编制计划的工作分解结构。在制定计划时可以按照实际的情况来划分。如果在整个施工生产的过程中出现不合理的分解或范围的不明确，以及工作安排的遗漏，就会使整个施工生产计划受到影响。所以，重点的审查将投至在工作分解结构中。在参考完相同施工生产工程工期以后，再结合石油化工施工生产的情况，确定总工期和开、完工的时间，编制好进度计划。例如：考虑施工生产所需设备的投入和制造周期等。并将费用分解到各施工生产作业中。

石油化工施工时进行P6软件的审定和跟踪，及更新。保证所计划的内容没有缺陷、施工生产工期满足施工合同和进度计划的要求、限制的条件是否合理、检查是否完善，以及加载的编码是否正确等。然而，在初、中、高三级计划下，分别根据实际情况修改、调整后增加目标项目。

3 P6软件在石油化工施工生产中的跟踪、控制和优化

经过石油化工施工生产的编制和实际过程的跟踪，以及进度的计算以后，会对实际的施工生产情况和原计划做出比较。根据P6软件所提供的信息，与原计划做出比较，找出偏差的原因进行分析，并对偏差进行纠正。在考虑时间问题后，对资源和费用进行分析，制定合理的方案。在较短的时间内，用较少的费用进行生产，减少资源的耗费，实行网络计划的优化，以获得最佳生产工期。当发生生产工期延后或是无法按时完成的时候，管理人员就会盲目的采取措施，这样不但增加了生产的成本，还会导致安全问题的产生，使生产的质量不能得到保证。在施工生产中使用P6软件分析和优化项目后，确保施工生产的进度。因此，在使用P6软件的时候必须要遵守三项原则：其一是确定工作分解和责任分工；其二是根据施工生产作业自上而下进行科学的设置，以及自下而上的信息汇总，对每个施工生产环节进行跟踪，及时处理所发现的问题，采取相应的解决措施；其三是及时调整施工生产的数据和资源。

4 P6软件在石油化工施工生产中的应用

首先，作为石油化工施工生产的核心，而保证工期的关键在于进度计划的准确性和真实性，在整个施工生产中P6软件的进度计划编制如同指挥棒，控制着整个项目的管理。一般是按照二级进度计划进行编制，为了给予控制和管理上的帮助。P6软件在施工生产的进度计划编制分为三个步骤：其一，在施工生产中建档和立项、建立工作分解结构。根据施工生产的分项，在P6软件中分别建立对应的子项目，并立项便于修改和使用。在子项条件下建立对应的工作分解结构，对于大规模或工序多的施工生产，参照部分项目进行设置；其二，在工作分解结构条件下设置施工生产作业，例如：石油化工施工生产设计中的初步设计、设备提资、详细施工设计图等。其三，按照合同工期和相关的施工清单、设计图和资源情况，以及以往工期的借鉴，确定施工生产的工期。根据实际的施工生产情况，设置工序间的逻辑关系，并分析施工成产各工序搭接和拖延的时间。最后，由P6软件自动算出工序时间和路径，在得到准确数据后进行编制进度计划。因此，与以往的编制工具相比，P6软件编制工具更为简单和方便，而且P6软件还能够自动的输入出施工生产中重要的数据。这样，既减少了计算量，还节省了资源及成本。

其次，在进行了石油化工施工生产中P6软件的进度计划编制后，就要对进度计划实施管理。进度实施计划的管理包含了对计划的实施和跟踪，以及检查和纠偏。按照施工生产的进度计划，相关人员就要对资源进行设计和施工，以及试运行。施工生产的总负责人和有关施工单位要根据施工生产的合同工期，对整个施工计划进行分解实现总体计划。例如：月计划、季度计划、年计划。并对及时检查进度计划的完成情况，在出现偏差的时候采取相应的策略。因为进度计划管理具有动态和实时性，所以，根据实际的施工生产情况，对计划进行定期的调整，确保达到最佳的工期目标。在进度实施管理的情况下，P6软件可以根据施工生产的工程量清单，以完成工程量进行计算。还可以按照施工生产的实际进度进行计算。由于石油化工施工生产工程量清单一般是以初步的设计为基础，容易出现失误，因此，对施工者来说，选用实际进度计算要比工程量清单计算要更实用些。

由于P6软件在石油化工施工生产进度计划实施管理可以直观和实时、动态管理，并且还可以及时对计划进行调整和纠偏，对风险、资源和费用等管理进行预测和分析，因此，P6软件可以提前实现事前控制，确保施工生产的进度计划按照合同工期顺利完成。例如：在P6软件图上，施工生产的子项计划和完成的情况，以及剩余的生产工作的数据都有标注，方便检查和跟踪；P6软件所计算 出的工期和时差，可以判断路径的变化；根据P6软件给出的数据对施工生产剩余的工作进行调整等。P6软件的进度计划是属于二级编制，管理则一般以月或周的单位对其检查和跟踪。在实施检查后，定期计算出开始和结束、实际和剩余的时间等，在遇到路径变动或工期时间延长，则要重新对进度进行计划，确保目标顺利的完成。

最后，通过P6软件的应用，使石油化工施工生产计划管理更加规范，在明确和合理分配任务以后，推动了施工生产的进程；在提高了生产工作信息间沟通的同时，使施工生产管理最优化；还使施工生产进度资源和控制达到了平衡的状态。

综上所述，P6软件在石油化工施工生产中的应用，方便了整个施工进度计划的编制和实施、纠偏，以及预测和分析。为石油化工施工生产计划管理提供了准确而有效的决策依据。虽然，利用好P6软件这个工具，有助于提高施工生产的管理水平，还有助于提高施工生产的效益。但是，相对管理者而言，只依赖工具是不能够满足生产需要的，管理者的素质与实际经验同样有很高要求。只有将管理者的水平和软件工具结合，才能使石油化工施工生产更好更顺利的进行。

参考文献：

[1]蔡伟,张强,王宁.项目管理软件在电网建设项目中应用的探讨[J].电力建设,2006(7).

[2]谭晋.项目管理软件在大型项目中的应用――以PowerOn为例[J].项目管理技术,2011(3).

第3篇：软件个人工作计划范文

软件项目管理是使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。软件开发的整个过程都是设计过程而且不需要使用大量的物质资源(主要是人力资源)，并且，软件开发的产品只是程序代码和技术文件，并没有其他的物质结果。因而企业软件开发项目管理水平直接决定了软件开发的能力，科学、系统的软件项目管理也从很大程度上减小了开发风险。通过运用软件项目管理来科学地开发软件有效地减少了开发风险，保证了质量。

1流程

根据项目管理的一般原理，项目管理的过程从总体上可以分为5个阶段，每个阶段包含有一个或多个管理过程。这5个阶段分别是:项目启动、项目计划编制、项目计划执行、综合管理控制和项目收尾。它们之间的联系如图1所示。

(1)项目启动:根据必要的工作(如可行性分析，技术评估等)结果，批准一个项目的运行。

(2)项目计划编制:收集和编写项目所需要的各种资料，进行各种计划活动并制订相应的计划，将各种计划的结果汇总成为连贯、一致的文档，即项目计划文档。在软件项目中，具体的活动包括需求和范围管理计划、进度计划、人力资源计划、成本计划、沟通计划、风险计划等。

(3)项目计划执行:通过进行项目计划所规定的各种活动，实施项目计划。

(4)综合管理控制:在项目计划实施的过程中，对各种活动进行监控，协调并控制整个项目期间的变更。在软件项目中，主要的活动包括范围变更控制、进度计划控制、成本控制、质量控制、风险监督和控制等。

(5)项目收尾:项目或阶段的正式接收并达到有序的结束。其中，项目的中间过程(计划、执行、控制)是一个循环反复的过程。项目计划是计划执行和计划控制的基准;计划执行的结果受到计划控制的监控;计划控制根据比较计划执行的结果和项目计划的偏差，以及各种因素引起的变化，对项目计划进行修正，从而形成下一个循环的项目基准。它们之间的流程如图2所示。

2生命周期模型

任何软件的开发都要经历一个“生命期”，生命期模型的主要功能是确定一种标准，确定项目规格、建立原型、设计、实现、检查、测试或执行一些其他活动，以此确定在软件开发过程中是否是以某种次序一个任务接着一个任务进行。作为一个项目的主要计划，软件生命期模型的选择对项目成功的影响非常重要。恰当的生命期模型可以使软件项目流程化，并帮助项目人员一步一步接近目标。假如选择了适宜的生命期模型，就可以提高开发速度、提升质量、加强项目跟踪和控制、减少成本、降低风险，或是改善用户关系。

2.1瀑布模型

最经典的软件生命周期模型是瀑布型模型，它是其他生命期模型的基础。在瀑布模型中，项目从始至终按照一定顺序的步骤从初始的软件概念进展到系统测试。项目确保在每个阶段结束时进行检查，以判定是否可以开始下一阶段工作。假如检查的结果是项目还没有预备好进人下一阶段，它就停留在当前阶段，直到当前阶段工作完成。如图3所示。

瀑布模型是文档驱动型的，主要工作成果通过文档从一个阶段传递到下一个阶段。假如有一个稳定的产品定义和很轻易被理解的技术解决方案时，瀑布模型可以帮助及早发现新问题，降低项目的阶段成本，是快速开发的一个恰当选择。但在很多实际情况中，由于需求、技术等很多不确定性，瀑布模型并不适合于进行快速开发。

2.2渐进原型

渐进原型是从开发系统概念开始的一种生命期模型，通常是从最核心的方面开始，向用户展示完成的部分，然后根据用户的反馈信息继续开发原型，并重复这一过程，直到开发者和用户都认为原型己经足够好。然后，完成结尾工作，交付作为最终产品的原型，如图4所示。

“渐进原型”模型以逐步增加的方式进行开发，以便于随时根据客户或最终用户的反馈来修正系统，在需求变化很快的时候，或者用户很难提出明确需求的时候，或者开发人员对最佳的架构或算法没有把握的时候，渐进原型非凡有用。但是，渐进原型是以牺牲项目的可控制性来换取较多的客户反馈以及较好的过程可视性的。由于原型的功能和特性会随着用户的反馈而经常发生变化，因此较难确定产品的最终形态。

2.3阶段交付

阶段交付模型是另一种生命期模型，该模型可以持续地在确定的阶段向用户展示软件。和渐进原型不同，在阶段交付的时候，开发者明确地知道下一步要完成什么工作。阶段交付的特征是在项目整个开发过程中持续不断地交付阶段性成果。如图5所示。

在“阶段交付”生命模型中，软件被分阶段进行开发。在通常情况下，首先开发最重要的功能。阶段付并不能减少软件产品研发所需要的时间，但是它能充分降低软件研发中的风险，而且能够提供切实的、客户可见的以及管理层评价项目状态时所需要的标记。

2.4渐进交付

渐进交付是一种结合了渐进原型和阶段交付两种模型的生命期模型。在这种模型下，首先开发产品的一种版本，展示给用户看，然后根据用户的反馈改善产品，如图6所示。

渐进交付模型在阶段交付的可控制性和渐进原型的灵活性之间寻找平衡。在可能的情况下，它可以把软件的某些选定的部分提前交付，从而有利于快速开发的进行;同时，在项目进行的过程中，它也具有响应用户要求并改变产品方向的能力。

3开发应用

3.1要员管理

软件项目成功的关键是有高素质的软件开发人员，然而大多数软件产品规模都很大，以至单个软件开发人员无法在给定期限内完成开发，因此，必须把多名软件开发人员组织起来，使他们分工协作共同完成开发工作。现有的软件开发项目组的组织方式有:

(1)民主制程序员组

小组成员完全平等，享有充分民主，通过协商做出技术决策。小组成员间的通信是平行的，假如小组有n个成员，则可能的通信信道有n(n-1)/2条。

(2)主程序员组

主程序员既是成功的管理人员又是经验丰富能力强的高级程序员负责体系结构设计和关键部分(或复杂部分)的具体设计，并且负责指导其他程序员完成具体设计和编码工作。

后备程序员也应该技术熟练而且富于经验，协助主程序员工作并且在必要时接替主程序员的工作。编程秘书负责完成和项目有关的全部事务性工作。

(3)现代程序员组

技术组长:只对技术工作负责。

行政组长:全权负责非技术事务。

项目开发方把软件工程中的软件项目组的组织理论文档化后，形成了自己的一套具体的、适合在实际工作中使用的要员管理理论。

3.2进度管理

软件项目的进度布置是一项活动，它通过把工作量分配给特定的软件工程任务，并规定完成各项任务的起、止日期，从而将估算的工作量分布于计划好的项目持续期内。进度计划将随着时间的流逝而不断演化。在项目计划的早期，首先制定一个宏观的进度布置表，标示出主要的软件工程活动和这些活动影响到的产品功能。随着项目的发展，把宏观进度表中的每个条目都精化成一个具体进度表。于是完成一个活动所必须实现的特定任务被标示出来，并布置好了实现这些任务的进度。超级秘书网

3.3配置管理

在开发计算机软件的过程中，变化(或称为变动)是不可避免的。假如不能适当地控制和管理变化，势必造成混乱并产生很多严重的错误。软件配置管理是在计算机软件整个生命周期内管理变化的一组活动。它不同于软件维护。软件维护是在软件交付给用户使用后才发生的，而软件配置是在软件项目启动时就开始，并且一直持续到软件退役后才终止的一组跟踪和控制活动。其主要任务有:标识、版本控制、变化控制、配置审计和报告。只要参加过软件开发的人都清楚，现在的软件项目完全由一个人来完成是难以想象而且也是不可能的，通常是有一个研发小组来共同分析、设计、编码和维护，并有专门的测试小组对己完成编码调试的软件进行全面的测试。在软件开发这个庞大而复杂的过程中，需要涉及到各个方面的人员，信息的交流反馈不仅仅是在研发小组的成员之间及各个研发小组之间，还存在于客户和研发者之间。所有的这些交流反馈意见信息都有可能导致对软件的修改，小的可能只是对某个源文件中的某个变量的定义改动，大到重新设计程序模块甚至可能是整个需求分析变动。

3.4软件测试

测试是指软件产品生存周期内所有的检查、评审和确认活动。在软件生命周期的每个阶段都不可避免地会产生差错。软件测试的目的就是在软件投人生产运行以前，尽可能多的发现软件中的错误。目前软件测试仍然是保证软件质量的关键步骤，它是对软件规格说明、设计和编码的最后复审。

第4篇：软件个人工作计划范文

随着计算机技术的飞速发展，软件开发也已经有了五六十年的发展历史了，从上个世纪90年代以来，世界软件产业获得了飞速的发展。 http://

一、软件开发中小型项目发展的现状

首先项目管理意识差，在项目开发过程中，一定程度的存在有人无事情做以及有事情无人做的现象。项目开发中的技术经理一心专研技术，无暇顾及各种管理事务，同时，专门聘请的项目管理经理又由于不了解项目具体问题，不涉及系统的分析设计，出现了无事情可做的现象。其次是项目成本意识差，很多项目经理都是从技术骨干当中而来，对规格、进度和成本之间的平衡知之甚少，所以在对资源进行申请的时候很好考虑成本的因素。第三是项目计划制定不合理，在制定项目计划的时候不严谨、可操作性差、随意性大，并且也没有能够贯穿于整个项目之中。第四是文档编写不规范，没有能够进行及时的更新，往往是文档写在功能模块实现完之后，并且是凭工程师的记忆来写。第五是不重视软件测试，在开发中没有规范的测试文档、没有详尽的测试用例。第六是团队意识差，各成员之间不够团结，甚至是存在矛盾，导致技术交流缺乏，出现很多模块之间的问题。

二、软件开发的特点

软件是由程序、文档和数据组成，是为实现软件产品而进行的活动，首先它具有临时性，对于软件开发的开始和结束都很明确，和一般的日常工作不相同。其次是独特性，每一个软件开发都有自己明确的目标，和其他项目不相同。第三是渐进明细性，软件开发是一个不断改进、不断完善的过程，软件开发不可能一次性完成并永久使用，在信息技术的不断发展中，以及软件技术人员的水平不断提高的基础上，软件开发肯定是一个不断进取的过程。wwW.133229.COm第四是知识与技术特性，在软件开发中，存在着大量的智力型活动，需要用到管理学、现代信息技术等知识。第五是要以客户为中心，软件开发最终是需要客户接受的，通过客户接受才能实现它的价值，因此软件开发不仅要满足系统功能和性能，还要适应不同的用户以及不同观点的人的使用。

三、软件开发中小型项目的开发流程

第5篇：软件个人工作计划范文

关键词：软件工程管理；市场现状；创新策略

0引言：

软件工程管理是指利用软件开发相关的技术知识和相关的软件工具来辅助项目工程，以保证其能顺利进行。软件管理由两大部分构成，一部分是作为骨干部分的软件开发，另一部分是作为补充的软件工程管理。一般软件工程管理要经历启动、计划、执行、控制再到结束的五个环节，这五个环节中的每一环都发挥着特定的作用，环环相扣，缺一不可。项目启动环节是一个项目的先决条件，它要对项目总体有一个初步认识后，决定是否启动该项目。策划环节为项目整体奠定基调，在此阶段项目经理人要制定具体的项目计划，涵盖到工程的各个方面。执行环节，就是要具体的按照计划进行操作，跟定项目计划。控制环节与执行环节是同步的，用于监督实际操作是否与计划同步，适当地制定策略保证工程进度。最后的结束环节是项目的收尾部分，在这一阶段企业不仅要严格按照计划跟进工程，还要进行相应的总结，呈给客户，以给客户满意的交代。

一、软件工程管理的现状分析

软件工程管理作为一项特殊的工作，它对软件的选择、工程任务的工作需求以及工作中的风险控制都有一定的要求。但在国内，还没有形成固定规模化的管理格局。目前我国软件工程管理的现状如下：

1.1软件工程管理的专业化程度较低

企业将技术水平制定为软件项目经理的考核标准，技术水平高者即可胜任。但是经验技术与专业知识还是有一定差距的，专业知识能够纠正以往经验中的失误，进一步提升管理者的专业水准。单从这一角度看，我国软件工程管理的专业化程度较低。

1.2软件工程管理缺乏计划

软件工程管理前期需要进行计划，在这一阶段里项目管理者要明确项目开发中的各阶段任务，有计划地细致分工，安排工程进度等具体事宜。然而有些项目经理的计划意识淡薄，没有对项目进行总体的规划，导致项目进展的速度缓慢、人员涣散、效率低下。一旦出现突发状，况项目就得被迫停工。

1.3软件工程管理缺乏管理意识

项目经理根据自身的经验，将大量的工作精力投入到不必要的具体技术上，而忽视了真正需要考虑的工程总体进程。他们舍本逐末的行为直接影响了项目进展的效率，造成了不必要的资源浪费。

1.4软件工程管理中缺乏沟通

软件工程管理工作中，员工的沟通十分重要。每个工作人员自身掌握的技术和知识储备量都各不相同。他们之间的有效沟通，对工程的进展有着积极的促进作用。但是一些企业的人力资源没有正确的认识到这一点，导致工作人员之间沟通不彻底，使得人力资源没有发挥到良好的作用。

二、软件工程管理的创新策略

2.1加快软件工程管理体制机制建设

企业要加快构建并完善人才体系，将传统的技术优势与学习专业知识相结合，不断提升工作人员的素质；要加大人力资源管理投入，只有然员工们充分发挥效用，才能促进工程又好又快的完成，才能为企业争取更大的利润空间；项目经理要民主决策，进行民主管理，给员工们应有的尊重，这样才能打造团结和谐、积极进取的企业氛围，员工们自然为企业创造更大的利润。

2.2提高软件工程管理整体化意识，加强风险防范

项目计划在整个工程项目中的作用都是不可小觑的，关乎到工程的整体进展。在工程实施前，项目经理必须要组织工作人员，结合大家建设性的意见及建议，制定工程管理计划，对工程的整体有一定的规划预期。再者，在实施阶段要掌握工程进展的具体状况，兼顾大局。风险意识也不可缺乏。风险管理能够让企业及时发现工程中的漏洞，以便及时作出调整，进行补救。项目经理应该树立风险意识、居安思危、防患于未然。

2.3加强软件工程管理团队建设

众人拾柴火焰高，企业管理也是如此。一个人的力量是有限的，团队合作才能发挥更好的效果。因此企业要注重团队管理，项目经理要给团队中的每个人适当的自主空间，大家各抒己见，然后共同商议可实施方案。在沟通中完善方案，培养团结协作精神。具体实施时，项目经理也要给每个人安排好任务，将人力资源优化利用，不仅能够避免浪费，还能够在出现问题时，及时找到相关人员解决问题并问责。同时团队建设也离不开奖惩制度，奖励效率高、在团队中有突出贡献的人，为大家树立榜样；适当的处罚工作失误、造成损失的人，警示大家工作要细心，避免再犯类似的错误。

2.4强化软件工程管理的监督工作

软件工程管理中实施监督为整个工程起到了保障作用，在软件工程管理中要实施进行项目监测。监督软件工程可以规范软件开发的流程；提高工作质量和工作效率，还能有效地控制软件开发的成本；监督软件工程是否依照计划按部就班实施，还能够保证工程进度。监督工作中，项目监督尤为重要，工作人员要准确记录监督数据，并进行总结分析，及时发现问题并解决，以规避因为小失误而影响工程整体进度。

结论：

近年来，我国信息化发展迅猛，软件工程管理工作的前景一片大好。虽然目前我国的软件工程管理工作还存在一定的问题，但是相信在国家的大力支持下、在企业的积极探索下、在工作人员的专业知识积累下、在团队的友好交流协作下、在这会各方面的监督下我国的软件工程管理企业自身能够得到提高，在残酷的市场竞争中，占据稳固的一席之地；我国的软件工程管理整体水平会快速发展，得到质的飞跃。

参考文献：

[1]雷文育.关于如何创新和完善计算机软件工程管理的探讨[J].软件,2013,10:46+48.

[2]彭笑天.对于如何创新和完善计算机软件工程管理的探讨[J].电子制作,2013,22:80.

第6篇：软件个人工作计划范文

在进行水利信息化项目建设中，相关软件的开发项目涉及方面广，影响因素多。在传统的水利信息化管理工作中，只注重项目建设，对项目质量管理重视程度不够，项目开发直接由设计单位进行设计，经过设计评审后实施开发，在开发过程中由于各方面的沟通和协调等原因影响，使得软件开发项目频繁出现需求变更，并最终影响整体项目的实施质量和实施效率。此外，没有一个系统的质量管理体系和规范的质量管理方法使得软件开发过程中管理混乱，极易出现质量事故。因为水利信息化项目主要应用于水库、河道、堤防等关系到社会和广大人民群众安全的水利工程，一旦出现事故，将会威胁到人民群众的生命财产安全，所以必须加强对水利信息化工程尤其是相关软件开发的质量管理。水利行业的软件开发管理措施和方法都不够全面、规范，如何根据现有的知识，对水利行业的软件开发进行研究，最大限度地提升软件的管理水平，是研究重点。

2研究目的和意义

质量，通常指产品的质量，对软件行业来说，软件质量会导致整个软件的成败，一个小小的质量问题可能会导致非常致命的结果。做好软件的质量管理不但能促进项目决策的合理化、科学化，还能在项目实施过程中实现高效化、准确化，保障项目目标的最终实现，切实提高项目成功率。目前，国际上逐渐开始重视软件工程的项目管理，一系列理论和方法的出台提高了软件开发的效率和客户的满意度，为软件开发企业带来了非常客观的经济效益和社会效益。为此，以国际上的先进经验为参考，制定适合我国的软件开发的项目管理是十分必要的。分析水利信息化项目中软件开发质量的影响因素，通过对企业组织结构的优化和软件项目过程的改进，获得项目实施质量的提升，从而减少软件开发中产生的问题对开发部门造成的损失，降低开发成本，提升整体开发水平。

3影响软件开发质量的因素

就软件质量而言，影响软件项目质量包括以下两大方面因素。

3.1人的因素

软件项目的管理要以用户的想法为根本目标。产品生产就是为了满足用户的需求。一个能够满足用户需求的软件，就是一个优质的软件。客户的需求会随着开发的进行而不断调整。只有在开发的各个阶段都能满足用户的需要，达到用户的要求，这个软件的质量才能得到保证，而在软件开发过程中树立质量第一的思想就是体现在更好地为用户服务的行动上。

3.2开发流程

软件开发流程是在软件开发模式框架的指导下实施软件开发的全过程描述和定义，包括软件开发生命周期各阶段的定义、开始前提条件、参与者描述、产出物描述、完成条件等。一个合理定义的软件流程能够将软件开发模型的优点充分发挥出来，同时减少软件开发过程中产生的负面影响。

4应用分析

4.1项目开发质量目标

首先，项目总负责人向项目组成员指出水文测报软件在整体水文监测项目中的重要性，并强调质量是最优先考虑的。其次，各成员从自己的角度提出几个目标，如质量经理的目标是保证合格率、开发人员的目标是保证测试通过率等。再次，团队在一起讨论制定的目标的可行性，是否能够实现以及需要的条件。其中，每百段程序BUG数按照模块统计，本次制定的目标为每百段程序BUG数小于10处；单元测试分模块进行，本次目标为每个模块的单元测试通过率大于90%；集成测试、系统测试、验收测试为模块的集合体测试，按照百分制原则分别制定质量目标为得分80分以上及75分以上；本次软件开发项目计划工期45d，本次制定目标为在计划工期内完工；本项目概算总投资100万元，取利润10%，故目标经费使用为90万元；客户满意度按照优良中差四级评定，本次质量目标为取得客户满意度优。

4.2软件开发质量管理影响关键因素分析

4.2.1质量计划对软件开发项目质量的影响

软件的开发一般分为4个过程，即定义需求过程、预开发过程、开发过程和维护过程，通过资金使用的情况反映质量计划的影响。参考以往软件编制过程中4个阶段开发的使用情况和对开发结果影响力进行统计分析，影响力按照百分制计算，由参与软件开发的各方进行评分取平均数，100分为影响最大，0分为最小。软件开发阶段，资金在早期使用的效率最高，可以对项目结果起到比较大的影响，而软件开发计划的编制能够在软件开发的定义阶段即对软件开发的目标、组织、资金安排进行较详细的定义和计划，能够在早期按照合适的比例安排软件开发的资金，从而对结果产生比较大的影响。

4.2.2质量控制对软件开发项目质量的影响

软件开发中，发生编制错误的次数直接影响软件开发的质量。影响软件开发项目质量的因素很多，这里选取质量控制中的5个关键因素即控制点的选取、组织领导的责任、测试的规范性、环境因素以及质量计划。在此基础上，调查统计由于关键因素的原因导致软件开发发生编制错误的次数，并绘制直方图。，质量控制能够对软件开发质量产生直接的影响，集中体现在编制发生错误次数方面。

4.2.3质量保证对软件开发项目质量的影响

软件开发质量保证主要体现在软件开发的模型选择和应用上。原始的软件开发使用的是传统的瀑布模型，将软件开发项目作为一个整体进行设计，方式如图2所示。采用质量保证措施后开发模型转化为图3的形式，由图3可以看出，使用质量保证措施将每个开发阶段再次细化，可以对各个环节的变化情况加深认识，做到每个开发阶段出现的问题能够在本阶段解决，不拖入下一阶段，这对软件开发质量起到了保证作用。

4.3保证软件开发质量的措施

根据软件开发中曾经发生过的问题和预计会发生的问题，结合项目质量管理理论，使用质量管理工具，在质量计划、质量控制、质量保证3个方面对本次软件开发进行质量管理。

4.3.1软件开发项目的质量计划

（1）制作因果分析图。在进行质量计划时，首先明确质量计划的目标，即开发质量合格、便于使用、用户满意的软件，根据水文自动测报预警软件开发项目的产品说明和水务信息化建设相关规范要求，运用头脑风暴法对软件开发中可能会导致质量不合格的情况进行整理并绘制因果分析。（3）成果输出。①将总结形成的计划管理成果汇总，形成各个阶段的人员、组织、资金、资源、权限等管理计划，指导质量管理的进行；②通过一系列质量计划的管理，最终以质量计划检查表的形式输出质量计划成果。（2）编制软件开发工作流程图。本次项目开发时，分别从质量计划、质量控制、质量保证3个方面进行质量管理，在软件的可靠性、硬件的可靠性以及软件硬件结合后的可靠性方面都做了大量的工作。一方面，在项目前期阶段，通过对规划计划的质量管理，在项目初期树立正确的开发方向，从而在项目前期工作进行质量管理。另一方面，在软件的开发阶段，通过对人员和开发流程等方面的管理，实现对项目开发阶段的质量管理。最后，在项目的实施阶段中，执行项目计划，严格进行项目测试，通过演练、试运行等方式对整体项目进行质量管理。3个阶段中，每个阶段的质量管理都非常重要。软件开发质量管理流程。

4.3.2软件开发项目的质量控制

（1）质量控制点设置与管理。质量控制点是实施质量控制的重要组成部分，软件开发的质量控制点是项目质量控制的重点对象。质量控制点应选择那些技术要求高、开发难度大、对工程质量影响大或是发生质量问题时危害大的对象进行设置。依照质量控制点的要求和特点，选择了本次软件开发中相应的质量控制点。设定了质量控制点，质量控制的目标和工作重点就更加明确。在软件开发中，首先要做好项目质量控制点的事前质量预控工作，包括明确质量控制的目标与控制参数、编制开发指导书和质量控制措施、确定质量检查方法及抽样的数量和方法、明确检查结果的判断标准及质量记录与信息反馈要求等。其次，还要做好软件开发质量控制点的动态设置，随着软件开发条件的变化，随时或定期进行控制点的调整和更新。应用动态控制原理，落实专人负责跟踪和记录控制点质量控制的状态和效果，并及时向项目负责人反馈质量控制信息，保持质量控制点的受控状态。

4.3.3软件开发项目的质量保证

运用PDCA循环法进行软件开发的质量保证，在预开发阶段、开发阶段、维护阶段3个阶段进行。预开发阶段指开发团队针对开发项目招标情况对软件开发项目做出的提前处理，工作体现在下列PDCA循环中：计划，提出软件开发的整体流程；实施，开发自己的技术提案，阐明将使用的技术及所拥有的技术工艺；检查，提出检查软件质量、纠正产品中缺陷的方法；总结，根据检查结果，提出改善质量控制的计划。开发阶段是指从软件产品开发开始，到移交产品且客户对软件性能予以肯定为止。这一阶段的PDCA循环活动有：计划，开发者根据需求和风险，提出详细的开发过程、要求使用的资源以及要得到的产品；实施，由开发组织执行开发计划；检查，开发组织和客户共同检查计划与预期得到的结果的一致性；总结，开发组织根据检查结果，审查并重新认识风险，作为下一个循环的基础。维护阶段是修复软件缺陷、提高软件性能的阶段。这一阶段的PDCA循环活动有：计划，制定处理缺陷的计划；实施，处理缺陷或根据需求变化提高软件性能；检查，判断开发维护目标是否已经达到；总结，根据检查结果审查并总结。

4.4成果数据分析

通过对本次水文自动测报预警软件开发项目的质量管理，大大提升了软件开发的质量，结合软件开发前期中制定的质量目标，与以往软件开发项目进行比对，分析进行软件开发质量管理对结果产生的影响。

4.4.1百段程序BUG数分析

根据质量控制点确定的各个模块统计各模块软件开发中每百段程序的BUG数量，结合以往类似软件开发中的统计数据进行比对。

4.4.2客户满意度比对

各模块软件开发完成后，分别对客户进行满意度调查，按照优良中差进行评价，经过与类似软件开发客户满意度比对。以往软件开发项目没有进行过模块化划分，整体项目一起进行开发，开发完成后统一进行评价，无法对内部存在的不足进行查找和梳理。本次划分了模块，根据各模块的用户满意度调查，可以在以后的软件开发中有针对性地进行改进，保证项目质量的良性发展。

5结语

第7篇：软件个人工作计划范文

关键词：软件项目管理；进度计划；进度控制

中图分类号：TP311 文献标识码：A 文章编号：1007-9599 （2013） 01-0248-02

随着经济的快速发展和社会的进步，信息技术迎来了飞速发展的契机，对软件的开发已经不再仅仅局限于个人小作坊式的方法，而且这也不适合软件行业的发展。当前的软件开发正向大规模的方向前进，开发团队的人数也呈逐渐增大的态势，因此，如何有效对软件项目进行管理，就成为当前摆在人们面前的一个很大的问题。而其中软件项目管理的进度计划和控制更成为了其中的关键。鉴于此，本文在对相关概念探讨的基础上，对项目管理的进度计划与控制进行分析，希望可以为实践提供一定借鉴。

1 软件项目管理概述

进行软件项目管理有何意义呢？软件项目管理是一项为了能够使软件项目按照先前制定的进度、预算成本、质量等的完成而对项目中的质量、成本、人员、进度等进行分析与管理而进行的活动。软件管理最主要的作用之一就是让管理者完全详细的掌握整个项目的生命周期的过程。项目的生命周期包括任务的分析、设计、编码、测试以及维护这些环节，使软件产品能按期、按质在计划的成本下交付用户使用，以达到预期效果。

项目的生命周期可划分为四个基本阶段，即概念阶段、开发阶段、实施阶段和结束阶段，项目在不同的阶段，其管理的内容也不相同。概念阶段和开发阶段的主要工作是形成项目开发计划，实施阶段和结束阶段的主要工作是根据项目开发计划开展实际工作。项目开发计划制定必须是合理、可行的。项目团队要严格按照计划完成项目研发的工作，没有特殊因素，不可随意对计划进行更改。

软件项目管理的内容主要包括人员的组织与管理，软件度量，软件项目计划，风险管理，软件质量保证，软件过程能力评估，软件配置管理等。本文主要探讨的就是软件项目计划方面的内容。

2 项目管理的进度计划与控制

制定合理的项目进度计划对于一个项目的执行具有非同凡响的重要作用。软件项目因其自身的特点和实际中的某些不可预测因素的影响，从而导致一般情况下项目进展难以与预先制定的计划相同。为了能够保证项目按计划实施，在执行计划时必须对项目进行跟踪控制。

软件项目管理的进度计划与控制，显而易见，包含进度计划和进度控制这两个主要内容。项目进度管理机制的主要职责是制定科学的进度目标，编制合理的资源供应计划和进度计划，从而控制项目的进度，在保证项目质量与成本目标相协调的情况下，达到项目的既定目标。

2.1 项目进度计划。众所周知，项目管理始终离不开质量、成本和进度这三个要素，因此，对软件开发项目的进度计划制定也是围绕这三个要素。而软件开发项目的进度计划制定一定要慎重，它关系到整个项目实施的成败。

项目进度计划是按照实际条件和合同要求，以拟开发项目的交付使用时间为目标，按照合理的顺序安排实施日程。其主要作用是把事先预定的项目各环节需要的时间按照先后顺序组合在一起，通过调整各环节的实际使用时间，使整个项目在时间和成本允许的范围下进行安排任务。

（1）制定进度计划的依据。在制定进度计划时，其主要依据有以下几方面：项目的目标范围、对工期的限制、项目自身的特点、项目结构分解单元，项目对各项环节工作的时间估计及项目的资源供应状况等。制定进度计划时必须要考虑到项目的成本、质量、安全性等各重要因素，客观的认识自身的条件，慎重进行风险预计，确保实现项目目标。（2）编制过程。在编制进度计划前，应对项目结构进行详细的分析，系统地掌握整个项目的结构构成的每一个实施细节，系统科学的分解项目。根据工作分解结构（以下简称“WBS”）原理来对项目进行结构分解。WBS是一个将项目按照内在结构和实施的时间顺序进行组层分解的分级的树型结构示意图。WBS分解的目的是将项目分解成内容相对独立的、易于成本检查与核算的工作单元。这样可以方便将具体的工作任务落实到人，方便工作进度的执行。进度计划方法。制定进度计划的方法主要有甘特图、计划评审技术和关键路径法三种。1）甘特图反映的是各种任务活动和日历表的对照图，它是由美国工程师在20世纪发明的方法，它主要用于跟踪软件开发项目的活动、阶段和任务的进度完成状态。2）计划评审技术的理论基础是假设项目的完成时间是随机的，并且服从某种概率分布。因此，可以估计出项目在计划内完成目标的概率。3）关键路径法一般指出一条关键路径从项目开始到结束由各项活动组成的不间断活动链，用于确定软件项目的起始时间和完工时间。关键路径上的工作项目在资源上享有最高的优先权。因为延迟任何关键路径上的开始时间都会造成项目工期的延迟。

2.2 项目进度控制。项目进度控制就是通过在预定的里程碑处（或项目进度表、工作分解结构中的控制级别），将实际进度与计划进度进行比较并分析结果，在保证项目工期不延迟，项目的质量不低于计划，项目成本最少的前提下，给出合理的对策，对项目进度进行更新。分析进度偏差和进行进度计划更新时项目进度控制的主要工作。

（1）进度偏差分析。项目进度偏差可以通过里程碑进度、人为设定活动进度、工作单元进展、挣值等进行分析。1）里程碑进度用于对项目总体进度的跟踪，尤其是对项目交付日期的持续跟踪。这里的里程碑指的是软件开发项目生存周期内的阶段节点，这种方法对里程碑的进度延迟量进行度量的计算公式为：里程碑进度差异=（第i个里程碑的进度延迟，单位：天）/（项目该阶段的工期）。2）人为设定活动进度用于对软件项目阶段的内部进度的跟踪控制。为测量和跟踪阶段内部的进度，该方法对软件项目阶段内的里程碑点赋予进度百分比预算值。3）工作单元进展是跟踪项目阶段的工作单元的完成状态。任务完成率定义为已经完成的工程任务数与计划应完成的工程任务数的比率。该方法利用的详细WPS的底层任务节点及其进度的计划值来观测任务的完成状态。4）挣值法用于对软件项目阶段的内部工程任务进度与成本完成状态的跟踪。该方法主要利用详细的WPS的底层任务节点的估计值以观测与评估任务进度与成本的完成状态。（2）进度计划更新。对项目进度计划进行更新，首先要分析进度偏差给项目带来的影响，然后再按照偏差影响对项目进度计划进行更新。1）进度偏差影响。对进度的偏差结果进行分析，判断出现进度偏差的活动是否为关键活动，进度偏差是否大于总时差，进度偏差是否大于自由时差等几个方面，给出偏差对后续活动及总工期所带来的后果。项目管理人员在掌握这些详细情况后，可以采取科学合理的调整进行更新措施，使其更符合计划进度。2）进度计划调整。按照进度偏差的影响，项目进度计划的调整一般分为关键活动调整、分关键活动调整、增减工作项目以及资源调整等四种情况。关键活动调整，对关键路径，由于其中任一活动的持续时间都影响着整个项目的工期，因此是进度更新的重点；非关键活动调整是在非关键路径上某些活动的持续时间在允许的范围内延长或者提前时不会影响到整个项目工期，从而不必调整进度计划；增减工作项目是指在编制计划时由于考虑不周等某些因素的影响需要增加或取消一些工作，应分析此项调整是否会影响到项目工期。若影响到工期，提出对策消除影响；资源调整是指在资源供应出现异常时，对供应资源进行调整。资源调整的目标是使项目工期不变或使工期更加合理。

3 结语

软件项目管理的进度计划与控制对软件项目实施来说，其重要性不言而喻，本文主要论述了进度计划管理方面的内容。软件项目的实施可按照自身情况的特点，适当参考本文中关于进度计划与控制的论述，希望能对项目实施有所帮助。

参考文献：

第8篇：软件个人工作计划范文

【关键词】 GJB5000A 成熟度模型

1 概述

和CMMI类似[1]，GJB5000A分为1-5级，依次代表了软件研制能力成熟度的强弱。根据GJB5000A二级要求，需要包含如下6个过程域（PA）：

需求管理（Requirements Management，ReqM）；

项目策划（Project Planning，PP）；

项目监控（Project Monitoring and Control，PMC）；

过程和产品质量保证（Process and Product Quality Assurance，PPQA）；

配置管理（Configuration Management，CM）；

测量与分析（Measurement and Analysis，MA）。

下面将结合项目实施情况依次介绍需求管理（ReqM）和项目策划（PP）这两个较重要的过程域。

2 需求管理（ReqM）

需求管理的目的是管理项目的产品或产品部件的需求，并标识出这些需求与项目的计划和工作产品之间的不一致性。

需求管理包括与任务交办方一起制定并维护软件任务书等用户需求，该用户需求是估计、策划、执行和跟踪整个软件生存周期中软件项目活动的依据。

需求管理过程主要可分为如下四个活动：

需求确认：项目组成员、任务交办方以及相关人员一起对需求进行分析，以确保对该需求的理解达成共识。

需求评审：组织需求评审以获得软件项目负责人及其他受影响的成员对需求的承诺。

需求变更控制：在软件项目开发的任何一个阶段，都有可能发生需求变更。需求变更发生时，应当通过需求变更管理有效地控制变更。

需求跟踪的主要任务是建立和维护需求跟踪矩阵。需求跟踪矩阵分为正向跟踪和逆向跟踪两类。

3 项目策划（PP）

软件项目策划包括估计待完成的工作，建立必要的承诺并确定完成工作的计划。

项目策划是一个迭代的过程，应该使用已经获得的项目实际进展数据，为即将开始的阶段实施策划，详细制定可执行、可跟踪、可测量的实施计划。

按照体系文件要求，项目策划首先应定义项目生存周期，完成项目估计，制定风险管理计划、数据管理计划、项目资源计划、培训计划，利益相关方参与计划，制定测量与分析计划，最终形成软件开发计划（SDP）。

3.1 软件开发模型的选型

航天型号软件研制要经历一个多阶段的研制周期，包括方案阶段、模样、初样、试样（正样）、定型等。一般选取软件基本型作为软件开发模型。

软件基本型开发过程参考了瀑布型软件开发过程，规定了软件生命周期的各项软件工程活动，包括：系统需求与分析，软件需求分析，概要设计，详细设计，软件实现，组装测试，确认测试，系统联试及验收交付。列出了关键路径如图1，这些都是在项目策划（PP）和项目监控（PMC）过程中需要特别关注的。

3.2 风险管理计划

项目策划除了要选取适合本项目的软件开发模型，还必须关注软件项目的风险管理。必须在项目策划的初期，预计到整个项目开展过程中可能会遇到的风险，针对预计的风险拟定相应的风险规避措施和应对计划。同时在项目开展的每个阶段都必须对风险进行有效的跟踪。

4 结语

本文从软件项目管理方面来进行阐述。通过GJB5000A的实际工程使用，关注需求管理（ReqM）和项目策划（PP）这两个重点环节，对于需求管理介绍了需求跟踪矩阵，对于项目策划过程中重点介绍了软件开发模型的选用和风险管理计划的实施和维护。

第9篇：软件个人工作计划范文

关键词：军用软件　GJB5000A　PPQA

中图分类号：TP39　文献标识码：A　文章编号：1007-3973(2011)004-059-02

1　引言

随着信息技术的发展，软件在武器装备中的比重越来越大，软件的质量、成本、进度、可靠性的控制和保证日益重要。如何规范军用软件研制过程，从根本上提升军用软件研制能力，保证军用软件质量，已经成为亟待解决的问题。

软件质量保证作为软件研制过程中重要的一环，以第三方独立审查的方式监控软件研制过程，为员工及管理者提品质量的客观数据，做出科学的决策，从而促进软件质量的提高。GJB5000A军用软件研制能力成熟度模型是我国军用软件研发过程改进的参考模型，也是评价军用软件研发能力的基准。过程与产品质量保证(PPQA)是GJB5000A成熟度二级中的一个重要的关键过程域，它贯穿整个软件开发生命周期，在GJB5000A的过程域中充当重要的角色。

2　过程与产品质量保证过程域介绍

GJB5000A中定义了过程与产品质量保证过程域(PPQA)，其目的是使员工和管理者对过程和相关的工作产品能有客观深入的了解。

PPQA过程域的专用目标(sG)和专用实践(sP)如表1所示。

SG1客观地评价过程和工作产品SP1，1客观地评价过程SP1，2客观地评价工作产品SG2提供客观深入的了解SP2，1交流并确保解决不符合项SP2，2建立记录在实施PPQA这个过程域时如何保证评价“客观”是项目成功的关键，要实现“客观评价”需要满足以下两点：

(1)独立性：首先担任PPQA工作的软件质量保证人员(以下简称SQA)必须独立于被评审的项目组，属第三方组织。对于人员较少的单位，SQA可以是其他项目组的同行。其次要保证SQA沟通上独立，即SQA必须有独立的上报渠道，以保证问题能够积极充分的解决。

(2)依法审计：在监督评价之前，必须定义评价的准则，获得批准后基于准则进行审计。

简言之就是由评审者对照准则评审活动和工作产品，以便最大限度的减少主观性和偏见。

据标准所述，SQA主要有两项工作：一是客观地评价过程和工作产品，二是跟踪和解决不符合项。除这两项关键任务外，在实施过程中SQA还需要完成其他关键任务，如制定PPQA计划、指导、汇报等。并且在军用软件开发的各阶段，SQA所扮演的角色及承担的具体工作也会发生相应的变化。

3　PPQA的关键任务

3.1制定PPQA计划

计划是控制的前提，是执行PPQA活动的依据，因此SQA在项目早期需要根据项目计划制定相应的PPQA计划。计划中应包含以下内容：人员、职责、工作量、各项检查任务、时机频度、检查的方法、检查依据的标准规范、输出的工作产品及维护保存方法，SQA报告的沟通方式等。PPQA计划要与项目总计划保持一致，可单独成文，也可放入项目计划的章节当中。

计划要明确的反映出如何做到客观评价，即要体现在第二章中提到的两大要素。计划越详细越好，随着项目的进展情况，可逐步的细化此计划，也可在此基础上按月按周制定更详细的质量保证计划。

3.2按计划评价过程和工作产品

根据PPQA计划，SQA在合适的时机对项目的过程及工作产品进行评价。评价常用的方法包括：检查单、同行评审，、现场检查、抽样检查等。其中检查单是执行质量保证的主要工具，在执行评价前，SQA根据项目的实际情况制定出相应的检查单，或采用组织定义好的检查单进行裁剪。为了保证评价的效率和质量，一个好的检查单除了需要内容完整明确、无二义性外，还必须易于得出结论。SQA人员在设计和使用检查单时要努力做到“从形式到本质”。

3.3跟踪确保解决不符合项

在实施评价活动时，SQA记录下发现的不符合项，并及时的将评价结果反馈给相关方，以便尽快的解决不符合项。在可能的情况下，SQA要和当事人一起解决每个不符合项。和当事人沟通不符合项，确定解决的方法及问题的关闭时间。当不符合项在项目内无法解决，如超出承诺的期限、项目不愿意修改等时，SQA利用独立上报渠道将问题上报给高层领导。在这个过程中，SQA需要跟踪不符合项的解决情况，直至问题关闭。

3.4日常的PPQA活动

(1)事前指导：SQA需要承担起导师的职责，对项目组咨询的有关标准、规程的方面的问题予以指导，使项目成员明确如何执行才是符合规范和标准的。因此要求SQA对项目拟采用的标准，遵循的规范都非常熟悉。

(2)整理汇报：随着项目的进行，项目计划逐步细化，因此PPQA计划也应随之细化，可每周制定质量保证活动周计划，提交周报。根据项目的进展，提交PPQA阶段报告、里程碑报告等。报告中应包括不符合项的度量数据，质量趋势的分析等。

4　军用软件开发过程中PPQA关键任务的实施

4.1项目策划阶段

GJB5000A中要求SQA尽早的参与到项目中去，也就是要参与到最初的项目策划中去。在项目策划阶段不仅要了解整个项目的计划，更重要的是参与制定项目计划、过程、标准和规程，一方面可以确保它们适合项目的需要，另一方面是以此为基准制定相应的PPQA计划。在项目策划阶段，SQA应制定出本项目的PPQA计划，并组织评审。通过评审的PPQA计划纳入到项目配置库中，并发送给项目相关人员。

在此阶段，除了制定PPQA计划外，SQA还需要对项目策划这个过程本身以及这个过程产生的工作产品进行评价，包括项目总计划。附属计划(如配置管理计划)等。

4.2需求分析阶段

需求分析是软件开发的依据，直接影响后续开发的过程。在需求分析阶段，必要时，SQA人员首先需要对项目组和委托方代表进行软件需求的培训，强调需求的重要性，增强相关人员对需求开发及需求管理的理解。

在此阶段，按PPQA计划评价需求分析过程及工作产品，检查是否符合预先制定的质量标准。对需求分析阶段的质量控制，包括需求确认，需求评审、需求承诺、需求跟踪以及需求变更控制等。一般情况下，在此阶段需要评价的工作产品为需求规格说明书。可按组织定义好的需求评审检查单进行评审，通过评审后的需求规格说明书，纳入基线库。

4.3软件设计阶段

软件设计阶段是将需求转化为系统的关键环节，一般包括概要设计和详细设计。SQA按照质量保证计划对概要设计和详细设计过程及工作产品进行检查，评价它们与制定的标准之间的差异。

PPQA对阶段工作产品内容的正确性一般不负责检查，对内容正确性的检查通常由项目的评审来完成。SQA参与评审是从保证评审过程有效性方面入手，如评审过程是否符合标准等。在软件设计阶段，SQA可通过内审的方式，组织技术专家、项目负责人、开发人员等利益相关方，对该阶段产生的工作产品进行正确性检查，确保设计文档可以为后续工作提供切实的指导。只有概要设计和详细设计通过评审后，才能进入编码阶段。

4.4编码阶段

根据通过评审后的设计说明，开发人员进行编码实现。SQA根据项目所采用的设计语言的编码规范以及所选用的软件过程，检查实施情况，协调开发人员之间的关系，建立一种预防缺陷、尽早发现问题的氛围，不将问题或者缺陷带入下一个环节。本阶段一般需要评价的工作产品包括软件用户手册、静态代码检查报告、软件版本说明等。

4.5测试阶段

软件测试是软件开发生命周期中至关重要的一环，所有的代码都必须经过严格的测试。按照测试的策略来看，测试可分为单元测试，集成测试和系统测试。一般情况下，单元测试和集成测试随编码阶段，由开发人员完成，系统测试由独立的测试部门完成。对于系统测试，SQA需要评价和跟踪测试部门的测试过程及工作产品，保证测试过程按照标准规定进行，测试计划、测试说明及最终的测试报告等按要求完成，实现第三方的监管作用。

同时，SQA应充分的利用软件测试的结果，对软件开发过程和软件产品进行评估，并将测量到的数据作为软件测试的资产，为今后的软件过程改进提供数据支撑。

5　结语

军用软件质量已成为装备质量的关键因素，实施军用软件质量保证具有重要的意义。本文基于对GJB5000A中PPQA过程域的理解，详细的介绍了军用软件质量保证的具体任务，并从软件开发各阶段进一步说明了如何实施PPQA过程域。通过军用软件质量保证的实施，可以规范军用软件开发过程，不断完善软件质量保证相关标准，从而提高军用软件产品的质量。

参考文献：