1、最新推荐软件开发工作如何制定计划精选word文档 13页本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！= 本文为word格式，下载后可方便编辑和修改！ = 软件开发工作如何制定计划篇一：如何制定和编写软件项目计划如何制定和编写软件项目计划软件项目计划（Software Project Planning）是一个软件项目进入系统实施的启动阶段,主要进行的工作包括:确定详细的项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本和预算计划、人力资源计划等。 在软件项目管理过程中一个关键的活动是制定项目计划，它是软件开发工作
2、的第一步。 项目计划的目标是为项目负责人提供一个框架，使之能合理地估算软件项目开发所需的资源 、经费和开发进度，并控制软件项目开发过程按此计划进行。 在做计划时，必须就需要的人力、项目持续时间及成本作出估算。这种估算大多是参考 以前的花费作出的。软件项目计划包括二个任务：研究和估算。即通过研究确定该软件 项目的主要功能、性能和系统界面。 一、软件项目计划内容软件项目计划内容如下：1.范围。对该软件项目的综合描述,定义起所要做的工作以及性能限制,它包括:(1)项目目标。(2)主要功能。(3)性能限制。(4)系统接口。(5)特殊要求。(6)开发概述。2.资源。(1)人员资源。(2)硬件资源。(3)
3、软件资源。(4)其他。3.进度安排。进度安排的好坏往往会影响整个项目的按期完成,因此这一环节是十分重要的。制定软件进度与其他工程没有很大的区别 ，其方法主要有：(1)工程网络图。(2)Gantt图。(3)任务资源表。(4)成本估算。(5) 培训计划 。 二、制定软件工程规范对软件工程管理来说，软件工程规范的制定和实施是不可少的，它与软件项目计划一样重要 。软件工程规范可选用现成的各种规范，也可自己制定。目前软件工程规范可分为三级：(1)国家标准与国际标准。(2)行业标准与工业部门标准。(3)企业级标准与开发小组级标准。三、软件开发成本估算为了使开发项目能在规定的时间内完成，而且不超过预算，成本
4、预算和管理控制是关键。1.成本估算方法(1)自顶向下估算方法。估算人员参照以前完成的项目所耗费的总成本，来推算将要开发的软件的总成本，然后把它们按阶段、步骤和工作单元进行 分配，这种方法称为自顶向下估算方法。它的优点是对系统级工作的重视，所以估算中不会遗漏系统级的诸如集成、用户手册和配置管理之类的事务的成本估算，且估算工作量小、 速度快。它的缺点是往往不清楚低级别上的技术性困难问题，而往往这些困难将会使成本上升。 (2)自底向上估算方法。自底向上估算方法是将待开发的软件细分，分别估算每一个子任务所需要的开发工作量，然后将它们加起来 ，得到软件的总开发量。这种方法的优点是对每个部分的估算工作交给
5、负责该部分工作的人来做，所以估算 较为准确。其缺点是其估算往往缺少与软件开发有关的系统工作级工作量，所以估算往往偏低。 (3)差别估算方法。差别估算是将开发项目与一个或多个已完成的类似项目进行比较，找到与某个相类似项目的若干 不同之处，并估算每个不同之处对成本的影响，导出开发项目的总成本。该方法的优点是可以提高估算的准确度， 缺点是不容易明确“差别”的界限。 除上三种还有：(1)专家估算法。(2)类推估算法。(3)算式估算法。2.成本估算模型(1)COCOMO估算模型。机构性成本模型COCOMO（Constructive Cost Mode）是最精确、最易于使用的成本估算方法之一。该模型分为：
6、基本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估算模型是一种动态多变模型，它是假设在软件开发的
7、整个生存期中工作量的分布。如下图：根据曲线导出关于提交的代码行数L，人力K（人/年）和时间td（年）之间估算公式： 式中Ck是技术状况有关的常数，它的典型值如下：对于差的开发环境 Ck=2500对于好的开发环境 Ck=10000对于有的开发环境 Ck=12500由上述公式可以得到所需开发工作量的公式：四、风险分析风险分析对于软件项目管理是决定性的，然而现在还是有很多姓名不考虑风险就着手进行。五、软件项目进度安排软件项目的进度安排与任何一个工程的进度安排没有实质上的不同。首先识别一组项目任务，建立任务间的相互关联，然后估计各个任 务的工作量，分配人力和其他资源，指定进度时序。1.软件开发任务的并
8、行性若软件项目有多人参加时，多个开发者的活动将并行进行。2.Gantt图Gantt图常用水平线段来描述把任务分解成子任务，以及每个子任务的进度按排，该图表示方法简单易懂， 一目了然，动态反映软件开发进度情况。如下表：进程计划时间表3.工程网络图工程网络图是一种有向图，该图中用圆表示事件，有向弧或箭头表示子任务的进行，箭头上的数字称为权，该权表示此子任务的持续时间，箭头下面括号中的数字表示该任务的机动时间，图中的圆表示与某个子任务开始或结束事件的时间点。如下图： 六、软件质量保证软件质量保证是软件工程管理的重要内容，软件质量保证应作好以下几个方面的工作：(1)采用技术手段和工具。(2)组织正式技
9、术评审。(3)加强软件测试。(4)推行软件工程规范（标准）。(5)对软件的变更进行控制。(6)对软件质量进行度量。七、如何制定软件项目计划项目计划详细说明了所需软件工作及如何实现。它定义了每一个主要任务，并估算其所需时间和资源，同时为管理层的评估和控制提供了一个框架。项目计划也提供了一种很有效的学习途径。如果能合理建档，它便是一个与实际运行效能比较的基准。这种比较可以使计划者看到他们的估算误差，从而提高其估算精确度。 我们着重强调对项目规模和资源的估算，是因为低质量的项目资源估算将不可避免地造成资源短缺，进度延迟和预算超支。又由于项目资源估算是从软件规模估算中直接衍生出来的，所以低质量的规模估
10、算是造成许多软件项目问题的根本原因。 项目计划应在项目开始初期制定出，并随着工程的进展不断地加以精化。起初，由于软件需求通常是模糊而又不完整的，我们的工作重点应在于明确该项目需要哪些领域的知识，并且如何获取这些知识。如果不遵循这一指导原则，程序员们通常会积极地投入到那部分已知的工作中去，而把未知部分留滞到以后。这种工作方式通常会产生很多问题，因为未知部分具有最高的风险系数。软件项目计划的逻辑如下所述 ： 由于软件需求在初始阶段是模糊而又不完整的，质量计划只能建立在对客户需求的大致而不确切的理解之上。因此，项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。接着建立一种概念设计。项
11、目初始架构的建立要十分谨慎，因为它通常标定了产品模块的分割线，同时描述了这些模块所实现的功能及所有模块间的关系。这就为项目计划和项目实施提供了组织框架，因此一个低质量的概念设计是不能满足要求的。 在每一次后续的需求精化时，也应同时精化资源映射，项目规模估算和工程进度。八、制订软件项目计划的方法与策略制订软件项目计划的目的在于建立并维护软件项目各项活动的计划，软件项目计划其实就是一个用来协调软件项目中其它所有计划，指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。 篇二：软件开发项目计划XXXXXXX系统 软件开发项目计划Software Develop
12、ment Project PlanVersion: 1.0 编制人：审核人： 批准人：密级（Security）:机密作者:xxxxXxxxxxx公司日期:xxxx-xx-xx文档信息1.文档简介 . 5 1.1. 1.2.目的 . 5 项目简介 . 5 1.2.1. 1.2.2. 1.3. 1.4. 1.5. 2. 2.1. 2.2. 2.3. 2.4. 3.3.1. 3.2. 3.3. 4.项目名称 . 5 产品标识 . 5范围 . 5 缩略语与首字母缩写 . 5 参考 . 6 项目的目的和目标 . 6 假设与依赖 . 6 项目的可交付工件 . 6 项目生命周期 . 6 组织结构 . 6 角
13、色与职责 . 6 对外联系计划 . 7 3.3.1. 组织接口管理 . 7项目概述 . 6项目组织 . 6管理流程 . 7 4.1.项目估算 . 7 4.1.1. 4.1.2. 4.1.3. 4.1.4. 4.2.4.2.1. 4.2.2. 4.2.3. 4.2.4. 4.2.5. 4.2.6. 4.2.7.阶段计划 . 7 项目时间表 . 7 项目资源分配 . 8 阶段详细计划 . 8 需求管理计划 . 9 进度控制计划 . 9 报告计划 . 9 测试计划 . 9 风险管理计划 . 10 项目结束管理计划 . 10 项目范围 . 10 项目计划 . . 7 项目监控 . 9软件开发项目计划1
14、. 文档简介本项目计划制定软件工程和管理软件项目的合理计划，建立对本项目实际进展的可视性，以在项目执行显著偏离软件计划时采取有效的措施。1.1. 目的编写项目开发计划，主要是为了项目能按照计划执行，并做为项目执行的监控标准，降低项目风险，提高项目管理质量，顺利的完成此项目。1.2. 项目简介1.2.1. 项目名称1.2.2. 产品标识1.3. 范围1.4. 缩略语与首字母缩写篇三：软件开发方案和实施安排10.9.8软件开发方案所有的项目软件开发过程都应遵循一个生命周期模型，在软件的开发策划期间，需要仔细考虑项目的特征和目标，然后选择生命周期模型。在本项目中，本投标单位将选用常用的瀑布型生命周期
15、模型。 瀑布模型的主要特点是：只有当一个阶段的文档已编制好，且该阶段的产品得到质量保证人员（SQA）认可后，该阶段才算完成。测试或验证在每个阶段都必须执行；一旦产品完成提交用户，其后的任何修改均属于维护阶段。 在瀑布型模型中，主要定义的过程包括：需求分析、系统分析、代码实现、测试。? 需求分析需求分析的目的是通过调查和分析，获取用户需求并定义产品需求。需求分析的输出文档是需求分析 说明书 （RAS）。 需求分析说明书（RAS）将用客户语言来描述系统需求，其主要的目的是作为与用户沟通并达成一致的基础。这些需求需要用户参与进行评审，并得到用户的确认。然后对用户需求进行细化，对比较复杂的用户需求进行
16、建模分析，最终形成面向软件产品的软件需求说明。 需求分析的主要任务包括：? 确定需求调查的方式，例如问卷式、面对面谈等；? 调查与记录；? 分析需求信息；? 编写需求分析说明书（RAS）；? 组织需求分析说明书（RAS）评审。主要的角色与职责为：? 系统分析员，调查和分析用户需求；? 客户与最终用户提供必要的需求信息，并确认客户需求；? 系统分析员定义产品软件需求；? 客户与最终用户提供必要的信息，并确认产品需求。? 系统设计系统设计是指设计软件系统的体系架构、用户界面、数据库、模块等，从而在需求和代码实现之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。系统设计可分为两个阶段：概要设
17、计和详细设计。概要设计的要点是体系架构的设计，详细设计的重点是用户界面设计、数据库设计以及模块的设计。主要的输出文档包括：系统总体设计报告。 主要的参与人员包括：? 项目经理指定具备相关经验的开发人员进行软件系统架构的设计，这些开发人员又称为体系架构设计人员；? 在用户界面的设计中，常常需要美工和用户的参与；? 项目经理指定开发人员进行数据库、模块的设计。系统设计的主要任务包括：? 设计准备，包括阅读前一阶段的文档等；? 设计，不同的设计内容所采用的方法有所不同，例如对于用户界面的设计，一般采用“原型创作-原型评估-细化”的步骤或方法； ? 编写相关的设计文档；? 组织设计评审。? 开发（代码
18、实现）开发也称为代码实现，其主要的任务为编写整个系统的代码，并进行单元的测试。本过程的输入是个设计文档，输出是源代码、单元测试记录以及代码审查记录。其主要工作任务包括：? 准备-确定代码规范等标准、准备软件开发环境等；? 代码实现-代码的编写；? 代码审查-依据代码规范，进行代码的审查，包括开发人员的互查项目经理的同行评审；? 单元测试-采用互测方式进行。? 测试测试包括集成测试、系统测试和用户验收测试。集成测试侧重于模块的集成，是子系统/模块一级的测试。系统测试是针对最终软件系统进行，是一次全面的测试，需要确保软件系统满足产品需求并遵循系统设计。所以系统测试控制的一个关键点是测试的覆盖率。验
19、收测试一般由用户组织，属于用户对系统的符合性、正确性进行验证的测试。 测试的主要任务包括：? 制定测试 计划 -当产品需求和系统设计文档完成之后，测试小组 就可以开始制定测试计划和测试用例了。测试计划的主要内容包括：测试完成准则、测试范围、测试方法、人员、测试环境与辅助工具、进度；? 设计测试用例-有测试人员完成其设计和编写工作，并需要通过评审；? 测试实施-依据计划和测试用例进行测试，测试中发现的错误，要求及时记录，将错误及时通知开发人员并使测试人员可以跟踪错误直到错误问题解决关闭；? 错误管理与改错-任何人发现的错误，将被记录，开发人员及时消除错误，在开发人员消除错误之后立即进行回归测试，
20、以确保不会引入新的错误；? 测试 报告 -对于系统测试盒验收测试，在测试完毕后需要进行总 结并形成报告。? 本投标人的产品测试独立于产品的开发，在产品单元测试完成之后，即交付专门的测试部门进行后续测试，独立开发的测试机制进一步保证了测试的有效性和完整性。? 版本控制控制的目的是保存产品的所有版本，避免发生版本的丢失混淆等现象。并且可以快速准确地查找到任何产品的任何版本。控制的范围是项目中的所有产品，从需求文档、设计文档、测试文档、用户手册到源代码。在人员参与度方面，将是所有的项目成员都必须遵照版本控制规程操 作文 档库。 控制的要点包括：? 在项目的策划阶段，编写配置管理计划。在计划中将指定人员作为配置管理员，负责整个项目的版本控制，变更控制等。计划中还需要标识配置项作为版本控制的基本对象；? 配置服务器
