制定计划的软件

第一篇：制定计划的软件

制定计划的软件

篇一：如何制定和编写软件项目计划

如何制定和编写软件项目计划

软件项目计划（Software Project Planning）是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。

在软件项目管理过程中一个关键的活动是制定项目计划，它是软件开发工作的第一步。项目计划的目标是为项目负责人提供一个框架，使之能合理地估算软件项目开发所需的资源、经费和开发进度，并控制软件项目开发过程按此计划进行。在做计划时，必须就需要的人力、项目持续时间及成本作出估算。这种估算大多是参考 以前的花费作出的。软件项目计划包括二个任务：研究和估算。即通过研究确定该软件 项目的主要功能、性能和系统界面。

一、软件项目计划内容

软件项目计划内容如下：

1.范围。对该软件项目的综合描述,定义起所要做的工作以及性能限制,它包括:(1)项目目标。(2)主要功能。(3)性能限制。(4)系统接口。(5)特殊要求。(6)开发概述。2.资源。(1)人员资源。(2)硬件资源。(3)软件资源。(4)其他。3.进度安排。

进度安排的好坏往往会影响整个项目的按期完成,因此这一环节是十分重要的。制定软件进度与其他工程没有很大的区别，其方法主要有：(1)工程网络图。(2)Gantt图。(3)任务资源表。(4)成本估算。(5)培训计划。

二、制定软件工程规范

对软件工程管理来说，软件工程规范的制定和实施是不可少的，它与软件项目计划一样重要。软件工程规范可选用现成的各种规范，也可自己制定。目前软件工程规范可分为三级：

(1)国家标准与国际标准。(2)行业标准与工业部门标准。(3)企业级标准与开发小组级标准。

三、软件开发成本估算

为了使开发项目能在规定的时间内完成，而且不超过预算，成本预算和管理控制是关键。1.成本估算方法(1)自顶向下估算方法。

估算人员参照以前完成的项目所耗费的总成本，来推算将要开发的软件的总成本，然后把它们按阶段、步骤和工作单元进行 分配，这种方法称为自顶向下估算方法。它的优点是对系统级工作的重视，所以估算中不会遗漏系统级的诸如集成、用户手册和配置管理之类的事务的成本估算，且估算工作量小、速度快。它的缺点是往往不清楚低级别上的技术性困难问题，而往往这些困难将会使成本上升。

(2)自底向上估算方法。

自底向上估算方法是将待开发的软件细分，分别估算每一个子任务所需要的开发工作量，然后将它们加起来，得到软件的总开发量。这种方法的优点是对每个部分的估算工作交给负责该部分工作的人来做，所以估算 较为准确。其缺点是其估算往往缺少与软件开发有关的系统工作级工作量，所以估算往往偏低。(3)差别估算方法。

差别估算是将开发项目与一个或多个已完成的类似项目进行比较，找到与某个相类似项目的若干 不同之处，并估算每个不同之处对成本的影响，导出开发项目的总成本。该方法的优点是可以提高估算的准确度，缺点是不容易明确“差别”的界限。除上三种还有：(1)专家估算法。(2)类推估算法。(3)算式估算法。2.成本估算模型(1)COCOMO估算模型。

机构性成本模型COCOMO（Constructive Cost Mode）是最精确、最易于使用的成本估算方法之一。

该模型分为：基本COCOMO模型，是一个静态单变量模型，它是对整个软件系统进行估算；中级COCOMO模型，是一个静态多变量模型；详细COCOMO模型，将软件系统模型分为系统、子系统和模块三个层次。

①基本COCOMO模型估算公式： E=ab(KLOC)exp(bb)D=cb(E)exp(db)式中E为开发所需的人力（人/月）。D为所需的开发时间（月）。KLOC为估计提交的代码行。ab、bb、cb和db是指不同软件开发方式的值。

②中级COCOMO模型。

其估算公式为：E=ai(KLOC)exp(bi)×乘法因子，ai，bi(2)Putnam成本估算经验模型。

Putnam估算模型是一种动态多变模型，它是假设在软件开发的整个生存期中工作量的分布。如下图：

根据曲线导出关于提交的代码行数L，人力K（人/年）和时间td（年）之间估算公式： 式中Ck是技术状况有关的常数，它的典型值如下：

对于差的开发环境 Ck=2500 对于好的开发环境 Ck=10000 对于有的开发环境 Ck=12500 由上述公式可以得到所需开发工作量的公式：

四、风险分析

风险分析对于软件项目管理是决定性的，然而现在还是有很多姓名不考虑风险就着手进行。

五、软件项目进度安排

软件项目的进度安排与任何一个工程的进度安排没有实质上的不同。首先识别一组项目任务，建立任务间的相互关联，然后估计各个任 务的工作量，分配人力和其他资源，指定进度时序。

1.软件开发任务的并行性

若软件项目有多人参加时，多个开发者的活动将并行进行。

2.Gantt图

Gantt图常用水平线段来描述把任务分解成子任务，以及每个子任务的进度按排，该图表示方法简单易懂，一目了然，动态反映软件开发进度情况。如下表：

进程计划时间表 3.工程网络图

工程网络图是一种有向图，该图中用圆表示事件，有向弧或箭头表示子任务的进行，箭头上的数字称为权，该权表示此子任务的持续时间，箭头下面括号中的数字表示该任务的机动时间，图中的圆表示与某个子任务开始或结束事件的时间点。如下图：

六、软件质量保证

软件质量保证是软件工程管理的重要内容，软件质量保证应作好以下几个方面的工作：(1)采用技术手段和工具。(2)组织正式技术评审。(3)加强软件测试。

(4)推行软件工程规范（标准）。(5)对软件的变更进行控制。(6)对软件质量进行度量。

七、如何制定软件项目计划

项目计划详细说明了所需软件工作及如何实现。它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架。项目计划也提供了一种很有效的学习途径。如果能合理建档，它便是一个与实际运行效能比较的基准。这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度。

我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估算是造成许多软件项目问题的根本原因。

项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数。软件项目计划的逻辑如下所述 ：

由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。

接着建立一种概念设计。项目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。

在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。

八、制订软件项目计划的方法与策略

制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。

篇二：制订软件项目计划的方法与策略

制订软件项目计划的方法与策略

制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。

软件项目有其特殊性，不确定因素多，工作量估计困难，项目初期难于制定一个科学、合理的项目计划。我曾主持和参与过大大小小的软件项目十余项，下面我将把我制订软件项目计划的经验分享给大家。1.注重项目计划的层次性

软件项目计划的层次及其关系如下图所示。

高级计划，是项目的早期计划。高级计划应当是粗粒度的，主要是进行项目的阶段划分，确定重大的里程碑，所需相关的资源，包括人力资源、设备资源、资金资源，即所谓的人、财、物三个要素。

大的阶段交替之前，应做好下一阶段的详细计划，我们称之为二级计划。详细计划要确定各项任务的负责人，开始时间，结束时间，任务之间的依赖关系，设备资源，小的事件点（即里程碑）。

如果项目规模相对较大，可以有多级的计划，比如说，一个项目组可能分为几个开发组，二级计划是各开发组制订的适合的自己小组的计划。如果开发组还分了小组，可以有小组的三级计划。开发人员的个人计划是低级计划，由开发人员根据自己的任务自行制定，要把任务细化到人·日。

一般的，软件项目计划至多有四级就够了，过多的等级将会引发效率的瓶颈。大的项目不见得要有庞大的组织和人员数量来支撑，合理的划分小组，减少组织的层次，有利于项目计划的制

订和实施。较小的软件项目由于工期不长，人员较少，有二级计划（高级计划与低级计划）也是可行的。2.重视与客户的沟通

与客户的沟通是很重要的。不必害怕客户知道我们的开发计划，特别是项目进度情况，应当和客户共享这些信息。

首先，客户会提出一些对项目时间、进度、效果上的要求，这个指标往往经不起推敲，有的还带有较强的政策性。如：在我主持的一个某单位人事MIS系统的开发中就发现，客户方对时间上的约束是有成形的文件的，是他们单位领导们开会的决定。客户给出的从项目启动到验收的时间只有三个月，但是，经过我们认真的需求调研，做出项目进度的粗计划和部分的二级计划后，发现三个月的时间是难于实现的。我们把做出的调研文档和项目计划摆出来和和客户讨论，最终使项目的开发时间延长为六个月。站在为了科学地分析和解决问题的立场上来看，项目组和客户的目的是一致的，所以对于合理的项目进度客户是会理解与支持的。其次，我们有义务要让客户知道项目的计划。这样才能让客户和用户主动、积极参与项目，达到项目的最终目标。项目计划取得双方签字认可是一种好的习惯。客户可能不愿意签正式的文件，那么在文档的封面上签上双方负责人的姓名、联系方式也行，虽然是非正式的，但留下了项目工作的痕迹。有必要想办法让客户清楚签字意味着什么。这就意味说双方有了一个约定，既让用户感觉心里踏实，也让自己的项目组有了责任感，有一种督促和促进的作用。3.该详细的详细，该简略的就简略

软件项目计划就如同软件项目本身一样有它特殊性，一个三五个人花两三个月就可以完工的小项目，可能项目计划就四五页纸，包括一个WBS（工作分解结构）和一个Gantee图（甘特图）。一个需要五六十个人甚至上百人，要花上半年或更长时间的大型软件项目则会有更多的项目计划内容。我们得按照项目的的特定情况量体裁衣。

如下表表1所示，这是我主持的一个某高校教务办公信息系统项目的风险管理计划表。项目较小，我们只用了两个月的时间就开发完工，通过验收。正因如此，我们在项目计划中大量的采用了这种表格来制订人员计划、培训计划、风险计划、成本估计、文档大小估计、进度计划，一目了然，责任到人，其效果和效益是很明显的。

项目的工作安排一定要责任到人，这点是要详细的。如果是多个人共同完成的任务也要指定一位主要负责人，否则开发人员会操作不便，甚至互相推卸责任。4.制订的项目计划要现实

软件项目中的项目经理和系统分析员大都是从程序员成长起来的，我亦是如此，担任项目经理之前我写了五年的VB、Java和数据库SQL代码。项目经理和系统分析员做出来的项目计划最终要能够被项目组成员所实现。

制订项目计划仅靠“个人经验”是不够的，不可能面面俱到，不要期希望于“个人经验”。解决的办法有两个方面。

一是充分鼓励、积极接纳项目干系人（包括客户、公司高层领导、项目组成员）来参与项目计划的制定。

可以邀请客户和公司高层领导来共同讨论高级计划的制订。客户会乐意参与的，因为追求项目的成功是大家的共同目标。公司高层领导的支持是项目组的坚强后盾，项目组需要获取必要的资源，需要及时获取对项目特殊要的审批，需要在领导事务上得到适当的指导和帮助，有些事项有时是需要公司高层领导加入才能解决的，如合同款项的按期支付。

制订二级、三级项目计划要与项目组成员互动。当规划由一个人做出而由另一个人实施时，如果项目没有按时完成，会使得他们怀疑项目计划的可行性，也会影响开发人员的士气。与项目组内部人员的沟通亦很重要。软件程序员平时通常表现得内向、清高，作为项目经理应当学会调节工作中的气氛，在轻松的氛围中去融合开发人员的意见。

可以让开发人员对自己职责范围内的事提出建议的时间和资源，再作讨论约定。这样开发人员在主观上会更加投入工作。客观上，开发人员的能力很难用时间及工作量来衡量，一名熟练的Java程序员比一名初学Java的程序员开发效率可能快上四五倍，因而安排的时间周期、任务量当然要不一样。我比较倾向于召开一次专题讨论会，事先写出一个初稿，再各抒已见，最后作出结论。

二是要充分利用一些历史数据。历史数据是宝贵的财富，是可复用的资源。不仅要注意积累这些数据，也要学会从中提炼出可以为我所用的数据。如，项目计划的模板，计划的资源数据等。

5.运用过程化的思想指导开发

软件项目计划是CMM2级的一个KPA。可用软件过程化的思想指导计划的编制与实施。

CMM2共有6个KPA，它们是：需求管理、软件项目计划、项目跟踪和监控、软件转包合同管理、软件质量保证、软件配置管理。一个软件组织如果达到了CMM2的各个过程方面的全部目标，就表明这个组织的软件能力达到了第2级成熟度等级。

这也可以是针对一个项目而言。通常需要根据项目的进展情况对项目计划进行修改，以便应付需求和承诺的变更、不够准确的估计、纠正措施和过程更改等。在策划和重新策划中涉及的活动，都包含在这个过程方面里。6.利用成熟的项目管理工具

Microsoft Project 2000（或更高的版本）是一款公认的功能强大、操作方便的项目管理工具软件。它自带了一个叫做“软件开发”的模板，可以用它来生成大体的框架，再作细节方面的改动，也可以自己制作一个符合自己公司软件项目运作流程的模板。

Microsoft Project 2000的操作面版中可以安排任务，并设置开始时间、结束时间、前置任务、资源名称等参数，它能自动生成Gantt图、Pert图，找出项目中的关键路径。7.结束语

软件项目计划分为高级计划、二次计划、三级计划和低级计划，制订软件项目计划应注意及时与客户沟通，该详细的详细，该简略的就简略，制出来的计划要是现实的，可以运用CMM2的思想指导计划的制订，Microsoft Project是倍受推荐的项目计划软件工具。愿我们多做出高质量的软件计划，从而打造软件精品。

篇三：工作计划制定软件(共2篇)篇一：附录6：软件开发项目计划编制过程

软件开发项目计划编制过程 1项目计划的要素 根据pmbok2000，项目计划可以包含如下要素： 1.1 项目范围说明 1.1.1项目意义

为了使用户和开发小组能明确对所建网站要达到的功能。双方通过不断地讨论和交互，最终形成具有建设性目标的书面条款。经过研究确认后，将作为开发小组设计开发的基本依据和需求方的软件验收标准。同时，通过该需求分析报告，开发小组可以更加进一步了解客户的需求，从而严格按照流程及时、准确的完成系统的开发，以满足客户的需求。同时，该文档也是概要设计及后续设计的基础.1.1.2项目框架

1.2 项目进度计划 进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑）。

系统规划阶段:项目标志性事件 开始到完成 开发阶段：项目开发计划书的完成 3.09-3.12 需求分析阶段:系统需求说明书完成 3.12-3.20 系统概要设计： 系统概要设计说明书完成3.20-4.05 系统详细设计阶段: 系统详细设计说明书 4.05-4.25 编码实现: 项目的形成4.25-5.05 测试阶段: 测试计划和bug跟踪列表 5.05-5.12移交阶段: 项目的递交5.27 工作任务的分解与人员分工 组长: 苏威任务:（1）系统总的开发计划书。

（2）每个阶段组织小组讨论一次，记录讨论内容，列出本阶

段开发计划。

（3）项目开发进度的管理。（4）团队的组织和协调。设计：李 燕 魏红芳(1)参与小组讨论。

（2）进行系统的需求分析和系统设计。

（3）完成系统需求说明书和系统设计说明书。

（4）编写测试计划，参与系统测试，记录bug跟踪列表。（5）协助文档人员完成用户相关文档。

开发：苏 威 李 燕 魏红芳

（2）根据设计完成编码，并注释。（3）进行单元测试。1.3项目质量计划

基于企业的质量方针和质量目标，结合本项目的特点，制定项目的质量目标： 1）.基于需求测试的覆盖率为100%;2）软件功能测试用例通过率大于95%；

3）每个阶段评审中发现的我难题都已经解决或得到处理； 4）产品发布时不存在严重及其以上的缺陷。1.4项目资源计划

在编制图书管理系统项目计划中考虑到，4 个开发人员是全职在这个项目中，二项目经理，质量保证和配置管理人员不是全职在这个项目中，他们还同时在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的 时间以及各项任务的具体情况进行成本预算，最后得到比较详细的成本分配情况，即成本基准。滋养费用比例如下表所示： 1.5项目沟通计划

1.6风险对策计划 1.6.1风险管理规划

风险管理规划是规划和设计如何进行项目风险管理的过程。该过程包括定义项目组织及成员风险管理的行动方案及方式，选择适合的风险管理方法，确定风险判断的依据等。风险管理规划的流程如图所示：

1.6.2风险降低活动可列出减少风险发生的可能性或减少风险发生时所造成损失的程度，对

那些应特别关注的风险，几种降低风险的活动可以同时开始。降低风险的活动示例如下:(1)建立一个可测试此活动的模型。以验证这种风险降低策略可以减少风险发生的可能性；(2)为有风险的活动建立备选方案。一旦风险发生，采用备选方案可使该风险对项目整体进度的影响降低。1.7项目采购计划

（1）五台pc机（2）一台交换机 1.8变更控制、配置管理计划

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。2项目计划编制过程

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。

企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。

接下来的项目计划编写一般要按照以下过程： 2.1成立项目团队：

2.2项目开发准备： 2.2.1 工具准备（1）五台pc机

（2）源代码管理工具 2.2.2 开发环境

配置环境、数据库环境等 2.3项目信息收集：

项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、(来自:www.xiexiebang.com 书 业网:制定计划的软件)周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行q&a讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。2.4编写《软件项目计划书》

编制项目计划的过程应当分为以下几个步骤： a、确定项目的应交付成果。

需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等； b、任务分解：

组长: 苏威任务:（1）系统总的开发计划书。

（2）每个阶段组织小组讨论一次，记录讨论内容，列出本阶

段开发计划。（3）项目开发进度的管理。（4）团队的组织和协调。设计：李 燕 魏红芳(1)参与小组讨论。

（2）进行系统的需求分析和系统设计。

（3）完成系统需求说明书和系统设计说明书。

（4）编写测试计划，参与系统测试，记录bug跟踪列表。（5）协助文档人员完成用户相关文档。

开发：苏 威 李 燕 魏红芳

（2）根据设计完成编码，并注释。（3）进行单元测试。2.5软件项目计划书评审、批准

项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。

项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。

批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。

项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可

以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。

配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。

项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。

篇二：软件开发项目计划模板(参考后编制)xxx软件项目计划任务书 项目编号 项目名称 撰写人审 批完成日期

版本记录

目录 1.项

目

背

景、范

围

及

目标.....................................................................................................................2.项目可行性分析....................................................................................................................................3.项目概述..................................................................................................................................................4.项目

生

命

周期

及

里

程

碑

计划...........................................................................................................5.项目任务分解结构（wbs）..............................................................................................................6.预算

详见《项目预算明细表》。7.人员组织及分工 8.风险预估 对可能出现的影响因素进行分析，并提出规避措施等。

第二篇：软件工程师怎么制定职业规划

软件工程师怎么制定职业规划

软件工程师怎么制定职业规划? 软件工程师职业方向发展到一定程度都会面临一个选择，是走业务+技术方向，还是选择纯钻研技术。软件工程师职业规划问题，这是所有软件工程师都在关心的问题。

作为我国专业培养IT行业人才的机构，在追求就业率的同时，也更加注重人才培养的质量和帮助学员制定职业规划，让学员少走弯路。

职业规划问题

有关软件工程师职业规划问题，八维的专业老师进行对你指导。八维有教师70余人，其中90%的教师来自软件企业一线，均有大学本科以上学历，拥有多年企业软件实际开发经验。相信他们会以专业的知识和经验告诉你怎么给自己制定好职业规划，让您成为有经验、有技能有目标，有选择的企业“宠儿"。

作为国内IT培训的第一品牌，一直把培养企业所需人才作为研发教育产品的根本宗旨。无论是课程还是就业，最根本的核心都是保障“人才质量”，那么如何保证人才质量，八维根据市场学校认为首要做到的就是要准确把握企业真实需求，目前企业最需求的人才是技能与经验兼备人才，因此，“技能的提升”可以针对企业的需求进行课程设计，“经验的积累”可以利用实训项目进行复制。目前学院现设置有专业基础教研室、PHP专业教研室、物联网研发教研室、JAVA大学生实训教研室和首望软件工作室。学院紧跟软件行业发展，根据市场需求培养软件企业需要的实用型技能人才，从课程体系的开发到师资力量的配置再到就业保障措施的不断完善，将每位学生打造成计算机灵魂的工程师，为每位学生今后的工作和生活提供更好的保障。其优势表现如下：

学得快：

零起点、零基础的阶梯式课程安排，高效的案例式教学，通过考试层层把关每个学生，免费循环听课，全天上机练习，企业级项目实战，打造实用性高端软件人才。

就业快：

入学即签订就业服务协议，企业订单式培养，全程就业指导，未毕业时做好分配预案，毕业即入职合作企业。

晋升快：

薪水提高快：毕业初始年薪8万，工作一年，薪水10--15万，两年之后，薪水突破20万。

职位晋升趋势：软件开发工程师-->高级开发工程师-->项目经理-->技术经理-->系统架构师-->技术总监。

第三篇：如何制定计划

『今日话题』如何制定计划 提交者: newsmaster 日期: 2010/01/04 阅读: 3023 评分: 8.00/27 Tag: 今日话题 计划 『今日话题』如何制定计划 新年伊始，大家都会想要有个新的开始，新的计划。可是大概也有很多人对制订计划不是很 在行，什么样的计划才是一个好的计划？又该如何制定呢？欢迎大家来讨论，也希望有经验 的 人 来 分 享 一 下 自 己 的 经 验 ： http:///modules/bbs/viewthread.php?tid=195246

你有资格玩吗？在玩耍之前得先有个计划 http:///modules/article/view.article.php/696 「收入」与「付出」常是相对的。当我们拿起一项的时候，往往也得放弃一些。如同梁实秋先生想吃后面的「八宝饭」，就不碰前面的「冰糖肘子」。也像美国工人要跳槽的 自由，就得有进修的自动；日本工人要公司无微不至的照顾，就得有谨守分际的忠诚。同样的道理，当你想明天出去痛痛快快玩的时候，今天就得拼命把该念的书读好、该作的功 课作完。当你今天晚上坚持要看两小时电视的同时，则应该一放学就专心用功，而且看完电 视立刻收心。

该怎样制定计划呢 http:///modules/how/view.article.php/332 订行动计划,要分两步：第一步，设目标；第二步,制定行动计划。只有目标设立清楚了，行 动计划才有方向。设目标要遵循 SMART 原则： S-Specific，目标要具体，不要太抽象，太笼统！M-Measurable，目标要量化,可以量度!比如考试，我要考好，怎样才算好? 考试我要考 90 分，这样才算量化。A-Attainable，目标要具可达性，太大、太高达不到反而失去了意义。R-Relevant，目标要有相关性，你是学生，而你设立目标是明年粮食要增产Timetable，目标要有时限，什么时候要达到。

杜江凌：制定好的目标的例子 http:///modules/wordpress/?p=1072 我最近去美国的时候，恰巧看到《今日美国》的一篇封面文章，公布了 2008 年全美大学的最 佳团体。这个团体包括 20 个从全美所有大学挑选出来的被认为取得杰出成就的大学本科生。我非常好奇，想知道究竟是什么使得他们能够入选这样高标准的名单。一个非常有趣的发现 是，他们全部都为自己希望实现的东西制定了一个清晰的目标，即使他们为此努力的动机和 方法是多样化的。这里有几个例子我打算与你们分享。在你读完这些以后，问问自己以下的问题：相比较他们 的目标，我为自己制定的目标是不是具有足够的挑战性？他们拥有什么样的技能使得他们能

够取得如此大的成就？你和他们之间的差距在哪里？你可以制定一个行动计划去填补这个差 距么？

履行你的行动计划 http:///modules/wordpress/?

p=869 一旦你有了目标，第二个问题就是要问问自己怎样达到它。你需要有一个行动的计划。但是 如何确定它呢？你怎么才知道自己将要做的事情距离你的目标是越来越近呢？所以我将要谈 的第二个技能就是帮助你履行行动计划的工具。确定这样一个行动计划的框架来源于 Burgelman 博士定义的框架。他在自己的那本著名的专 著： 《战略就是命运——战略制定如何塑造企业未来》 中描述了英特尔公司是如何确定自身的 商业战略的。我选取了其中的概念并形成一个框架帮助你们形成有效的行动计划。

陈朝益：新，新计划 http:///modules/wordpress/?p=1687 每年年底，我都会花一些时间来回想并评估过去一年的成果及计划新的一年。我听说比尔盖 茨每年也是花一个星期在这件事上，我个人认为这是一个好习惯。我们常会有一些感慨，如 果……如果……如果我多做一些预备，就不至于多走这么多冤枉路。如果多做些预备，就会 少一些时间浪费或空转。我们有太多的如果。我刚做完明年计划，愿和大家分享这流程与思路。

-----------『今日话题』总帖：http:///modules/bbs/viewthread.php?tid=188035

第四篇：制定计划

制 定 学习计 划

（一）学习目标明确，实现目标有保证。学习目标是学生学习的努力方向，正确的学习目标能催人奋进，从而产生为实现目标去奋斗的力量。学习计划就是规定在什么时候采取什么方法步骤达到什么学习目标。短时间内达到一个小目标。长时间达到一个大目标。在长短计划指导下，使学习一步步地由小目标走向大目标。

（二）恰当安排各项学习任务，使学习有秩序地进行。有了计划可以把自己的学习管理好。到一定时候对照计划检查总结一下自己的学习，看看有什么优点和缺点，优点发扬，缺点克服，使学习不断进步。

（三）对培养良好的学习习惯大有帮助。良好习惯养成以后，就能自然而然地按照一定的秩序去学习。有了计划，也有利于锻炼克服困难、不怕失败的精神，无论碰到什么困难挫折也要坚持完成计划，达到规定的学习目标。

（四）提高计划观念和计划能力，使自己成为能够有条理地安排学习，生活、工作的人。这种计划观念和计划能力，学生都应该学习和具备，这对一生都有好处。些学生学习毫无计划。

（五）进行自我分析

1、分析自己的学习特点。仔细回顾一下自己的学习情况，找出学习特点。各人的学习特点不一样：有的记忆力强，学过知识不易忘记；有的理解力好，老师说一遍就能听懂；有的动作快但经常错；有的动作慢却很仔细。

2、分析自己的学习现状。一是和全班同学比，确定看自己成绩在班级中的位置，还常用“好、较好、中、较差、差”来评价。二是和自己成绩的过去情况比，看它的发展 趋势，通常用“进步大、有进步、照常、有退步、退步大”来评价。

（六）科学安排时间

确定了学习目标之后，科学地安排，使用时间来达到这些目标。要符合“全面、合理、高效”的要求。全面安排时间时，既要考虑学习，也要考虑休息和娱乐，既要考虑课内学习，还要考虑课外学习，还要考虑不同学科的时间搭配合理。要找出每天学习的最佳时间，早晨头脑清醒，最适合于记忆和思考；晚上学习效果更好，要在最佳时间里完成较重要的学习任务，此外注意文理交叉安排，如复习一会语文，就做几道数学题，然后再复习外语等。根据事情的轻重缓急来安排时间，一般把重要的或困难的学习任务放在前面来完成，因为这时候精力充沛，思维活跃，把比较容易的放稍后去做。此外，较小的任务可以放在零星时间去完成，以充分做到见缝插针。一天中供自己安排的时间有限，统筹安排自己的学习生活内容。

（七）不妨给自己定一些时间限制。

连续长时间的学习很容易使自己产生厌烦情绪，这时可以把功课分成若干个部分，把每一部分限定时间，例如一小时内完成这份练习、八点以前做完那份测试等等，这样不仅有助于提高效率，还不会产生疲劳感。如果可能的话，逐步缩短所用的时间，不久你就会发现，以前一小时都完不成的作业，现在四十分钟就完成了。

（八）不要在学习的同时干其他事或想其他事。一心不能二用的道理谁都明白，可还是有许多同学在边学习边听音乐。或许你会说听音乐是放松神经的好办法，那么你尽可以专心的学习一小时后全身放松地听一刻钟音乐，这样比带着耳机做功课的效果好多了。

（九）不要整个晚上都复习同一门功课。我以前也曾经常用一个晚上来看数学或物理，实践证明，这样做非但容易疲劳，而且效果也很差。后来我在每晚安排复习两三门功课，情况要好多了。除了十分重要的内容以外，课堂上不必记很详细的笔记。如果课堂上忙于记笔记，听课的效率一定不高，况且你也不能保证课后一定会去看笔记。课堂上所做的主要工作应当是把老师的讲课消化吸收，适当做一些简要的笔记即可。

第五篇：工作计划制定软件(共2篇)

篇一：附录6：软件开发项目计划编制过程 软件开发项目计划编制过程 1项目计划的要素

根据pmbok2000，项目计划可以包含如下要素： 1.1 项目范围说明 1.1.1项目意义

为了使用户和开发小组能明确对所建网站要达到的功能。双方通过不断地讨论和交互，最终形成具有建设性目标的书面条款。经过研究确认后，将作为开发小组设计开发的基本依据和需求方的软件验收标准。同时，通过该需求分析报告，开发小组可以更加进一步了解客户的需求，从而严格按照流程及时、准确的完成系统的开发，以满足客户的需求。同时，该文档也是概要设计及后续设计的基础.1.1.2项目框架

1.2 项目进度计划 进度

对于需求分析、设计、编码实现、测试、移交、培训和安装等工作，给出每项工作任务的预定开始日期、完成日期及所需资源，规定各项工作任务完成的先后顺序以及表征每项工作任务完成的标志性事件（即所谓“里程碑）。

系统规划阶段:项目标志性事件 开始到完成 开发阶段： 项目开发计划书的完成 3.09-3.12 需求分析阶段:系统需求说明书完成 3.12-3.20 系统概要设计： 系统概要设计说明书完成3.20-4.05 系统详细设计阶段: 系统详细设计说明书 4.05-4.25 编码实现: 项目的形成4.25-5.05 测试阶段: 测试计划和bug跟踪列表 5.05-5.12 移交阶段: 项目的递交 5.27 工作任务的分解与人员分工

组长: 苏威任务:（1）系统总的开发计划书。

（2）每个阶段组织小组讨论一次，记录讨论内容，列出本阶

段开发计划。

（3）项目开发进度的管理。（4）团队的组织和协调。设计：李 燕 魏红芳(1)参与小组讨论。

（2）进行系统的需求分析和系统设计。

（3）完成系统需求说明书和系统设计说明书。

（4）编写测试计划，参与系统测试，记录bug跟踪列表。（5）协助文档人员完成用户相关文档。

开发：苏 威 李 燕 魏红芳

（2）根据设计完成编码，并注释。（3）进行单元测试。1.3项目质量计划

基于企业的质量方针和质量目标，结合本项目的特点，制定项目的质量目标： 1）.基于需求测试的覆盖率为100%;2）软件功能测试用例通过率大于95%；

3）每个阶段评审中发现的我难题都已经解决或得到处理； 4）产品发布时不存在严重及其以上的缺陷。

1.4项目资源计划

在编制图书管理系统项目计划中考虑到，4 个开发人员是全职在这个项目中，二项目经理，质量保证和配置管理人员不是全职在这个项目中，他们还同时在管理其他的项目，进行成本估算的时候，应该根据项目人员付出的 时间以及各项任务的具体情况进行成本预算，最后得到比较详细的成本分配情况，即成本基准。滋养费用比例如下表所示： 1.5项目沟通计划

1.6风险对策计划 1.6.1风险管理规划

风险管理规划是规划和设计如何进行项目风险管理的过程。该过程包括定义项目组织及成员风险管理的行动方案及方式，选择适合的风险管理方法，确定风险判断的依据等。

风险管理规划的流程如图所示：

1.6.2风险降低活动可列出减少风险发生的可能性或减少风险发生时所造成损失的程度，对

那些应特别关注的风险，几种降低风险的活动可以同时开始。降低风险的活动示例如下:(1)建立一个可测试此活动的模型。以验证这种风险降低策略可以减少风险发生的可能性；(2)为有风险的活动建立备选方案。一旦风险发生，采用备选方案可使该风险对项目整体进度的影响降低。

1.7项目采购计划

（1）五台pc机（2）一台交换机 1.8变更控制、配置管理计划

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。2项目计划编制过程

由于软件开发的手工性、个体性特征，软件开发项目计划不可能是一个静态的计划，一次在项目启动时，可以先制定一个颗粒度相对比较粗的项目计划，先确定项目高层活动和预期里程碑。粗颗粒度的项目计划需要不断地更新迭代，根据项目的大小和性质以及项目的进展情况进行迭代和调整。迭代和调整的周期也是根据项目的情况进行制订的，一般短到一周，长到2个月左右。经过不断的计划制订、调整、修订等工作，项目计划从最初的粗粒度，变得非常详细。这样的计划将一直延续到项目结束，延续到项目的成果出现。

制定计划的过程就是一个对项目逐渐了解掌握的过程，通过认真地制定计划，项目经理可以知道哪些要素是明确的，哪些要素是要逐渐明确的，通过渐近明细不断完善项目计划。阶段计划中包含的工作汇报和下一阶段工作安排是掌握项目进度的依据，从阶段计划对照总体计划，才能一目了然地看出工作的进展情况。制定计划的过程，也是在进度、资源、范围之间寻求一种平衡的过程。制定计划的精髓不在于写出一份好看的文档，而在于运用您的智慧去应对各种问题和面临风险并尽可能做出前瞻性的思考。一旦计划被负责任地完成，他就可以给自己一个和管理层或客户交流与协商的基础，帮助你在项目过程中防范各种问题的出现，帮助你保证项目按时完成。

企业确定要开始某个项目时一般会下达一个立项的文件，暂且叫“项目立项文件”，主要内容是遵照的合同或相关协议，项目的大致范围、项目结束的截止时间和一些关键时间，指定项目经理和部分项目成员等等。

接下来的项目计划编写一般要按照以下过程：

2.1成立项目团队：

2.2项目开发准备： 2.2.1 工具准备（1）五台pc机

（2）源代码管理工具 2.2.2 开发环境

配置环境、数据库环境等 2.3项目信息收集：

项目经理组织项目团队成员通过分析接收的项目相关文档、进一步与用户沟通等途径，在规定的时间内尽可能全面收集项目信息。项目信息收集要讲究充分的、有效率的沟通，并要达成共识。有些成员认为，电子邮件发来的文档（计划、需求、周计划等）是在沟通不够充分的情况下完成的，成员看过后有不了解或与自己的能力或意愿不符的情况，但通过电子邮件等方式沟通的效率不高，这也许是个习惯的问题，也许和某个具体问题本身是否容易通过电子邮件沟通清楚有关。因此重要的内容需要开会进行q&a讨论，确保所有重要问题都得到理解，最终达成共识。讨论会上达成共识的应当记录成文字落实在具体的文档中。2.4编写《软件项目计划书》

编制项目计划的过程应当分为以下几个步骤： a、确定项目的应交付成果。

需求规格说明书、概要设计说明书、详细设计说明书、数据库设计说明书、项目阶段计划、项目阶段报告、程序维护说明书、测试计划、测试报告、程序代码与程序文件、程序安装文件、用户手册、验收报告、项目总结报告等等； b、任务分解：

组长: 苏威任务:（1）系统总的开发计划书。

（2）每个阶段组织小组讨论一次，记录讨论内容，列出本阶

段开发计划。

（3）项目开发进度的管理。（4）团队的组织和协调。设计：李 燕 魏红芳(1)参与小组讨论。

（2）进行系统的需求分析和系统设计。

（3）完成系统需求说明书和系统设计说明书。

（4）编写测试计划，参与系统测试，记录bug跟踪列表。（5）协助文档人员完成用户相关文档。

开发：苏 威 李 燕 魏红芳

（2）根据设计完成编码，并注释。（3）进行单元测试。2.5软件项目计划书评审、批准

项目经理完成《软件项目计划书》后，首先组织项目团队内部的项目团队负责人、测试负责人、系统分析负责人、设计负责人、质量监督员等对项目计划书进行评审，评审可采取电子或会议方式，并进行阶段成果项目团队内评阅记录。应当要求所有相关人员在收到软件项目计划书后的一个约定时间内反馈对计划书的意见。项目经理确保与所有人员就项目计划书中所列内容达成一致。这种一致性是要求所有项目团队成员对项目计划的内容进行承诺，无法承诺或者说是无法达成一致的，要么修改项目计划去适应某些项目团队成员，要么是由某些项目团队成员采取妥协措施，去适应项目计划的要求。

项目经理将已经达成一致的软件项目计划书提交项目高层分管领导或其授权人员进行审批，审批完成时间不能超过预先约定的时间。对于意义重大的项目，由过程控制部门如质量管理部和项目分管领导同时对《软件项目计划书》进行审批。

批准后的软件项目计划书作为项目活动开展的依据和本企业进行项目控制和检查的依据，并在必要时根据项目进展情况实施计划变更。

项目质量监督员根据《软件项目计划书》和《软件开发项目质量计划书规范》编制软件开发项目质量计划。大型的项目应当编制单独的《软件开发项目质量计划书》；规模较小的可以在《软件项目计划书》的某个章节说明“软件开发项目质量计划”，也可单独编制类似“软件开发项目质量控制表”的文档。

配置管理员根据计划书编制《项目配置管理计划》。以项目工作计划书中的阶段成果为依据，根据配置管理计划规范编制配置管理计划，项目经理审批配置管理计划，并对配置管理计划的有效性负责。

项目策划工作完毕，软件项目计划书通过评审，一般情况下，对软件开发项目来说，工作转入需求分析阶段。

篇二：软件开发项目计划模板(参考后编制)xxx软件项目计划任务书

项目编号 项目名称 撰写人 审 批 完成日期

版本记录

目录 1.项目背景、范围及目标.....................................................................................................................2.项目可行性分析....................................................................................................................................3.项目概述..................................................................................................................................................4.项目生命周期及里程碑计划...........................................................................................................5.项目任务分解结构（wbs）..............................................................................................................6.预算............................................................................................................................................................7.人员组织及分工....................................................................................................................................8.风险预估..................................................................................................................................................i 1.项目背景、范围及目标

简述项目开发背景及意义、要解决的问题和需要达到的目标。2.项目可行性分析

包括经济可行性、技术可行性、运行可行性等。3.项目概述

简述项目需要交付的产品、系统的基本功能、运行环境等。4.项目生命周期及里程碑计划

包括从开始立项到最终结项全生命周期的详细描述。

可参考如下表格：

5.项目任务分解结构（wbs）根据需求分析的功能模块划分，进行任务分解。6.预算

详见《项目预算明细表》。7.人员组织及分工

8.风险预估

对可能出现的影响因素进行分析，并提出规避措施等。