1.软件项目计划书怎么写啊
项目计划书,那个阶段的 总计划吗?
应该包含下面的 我们公司正在做CMMI3过级;
1 引言
1.1 编写目的
1.2 背景
1.3 定义
1.4 参考资料
1.5 标准、条约和约定
2 项目概述
2.1项目目标
2.2产品目标与范围
2.3假设与约束
2.4 项目工作范围
2.5 应交付成果
2.5.1 需完成的软件
2.5.2 需提交用户的文档
2.5.3 须提交内部的文档
2.5.4 应当提供的服务
2.6 项目开发环境
2.7 项目验收方式与依据
3 项目团队组织
3.1 组织结构
3.2 人员分工
3.3 协作与沟通
3.3.1 内部协作
3.3.2 外部沟通
4 实施计划
4.1 风险评估及对策
4.2 工作流程
4.3 总体进度计划
4.4 项目监控
4.4.1 质量控制计划
4.4.2 进度监控计划
4.4.3 预算监控计划
4.4.4 配置管理计划
5 支持条件
5.1 内部支持(可选)
5.2 客户支持(对项目而言)
5.3 外包(可选)
6 预算(可选)
6.1 人员成本
6.2 设备成本
6.3 其它经费预算
6.4 项目合计经费预算
7 关键问题
8专题计划要点
要看版主你的需求啦 跟据不同的需求 可以做相应的裁剪和添加
2.软件项目计划的成本估算
自顶向下估算方法估算人员参照以前完成的项目所耗费的总成本,来推算将要开发的软件的总成本,然后把它们按阶段、步骤和工作单元进行 分配,这种方法称为自顶向下估算方法。
它的优点是对系统级工作的重视,所以估算中不会遗漏系统级的诸如集成、用户手册和配置管理之类的事务的成本估算,且估算工作量小、速度快。它的缺点是往往不清楚低级别上的技术性困难问题,而往往这些困难将会使成本上升。
自底向上估算方法自底向上估算方法是将待开发的软件细分,分别估算每一个子任务所需要的开发工作量,然后将它们加起来 ,得到软件的总开发量。这种方法的优点是对每个部分的估算工作交给负责该部分工作的人来做,所以估算 较为准确。
其缺点是其估算往往缺少与软件开发有关的系统工作级工作量,所以估算往往偏低。差别估算方法差别估算是将开发项目与一个或多个已完成的类似项目进行比较,找到与某个相类似项目的若干 不同之处,并估算每个不同之处对成本的影响,导出开发项目的总成本。
该方法的优点是可以提高估算的准确度, 缺点是不容易明确“差别”的界限。其他除上三种还有:(1)专家估算法。
(2)类推估算法。(3)算式估算法。
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,biPutnam成本估算经验模型Putnam估算模型是一种动态多变模型,它是假设在软件开发的整个生存期中工作量的分布。
如下图:根据曲线导出关于提交的代码行数L,人力K(人/年)和时间td(年)之间估算公式:式中Ck是技术状况有关的常数,它的典型值如下:对于差的开发环境 Ck=2500对于好的开发环境 Ck=10000对于有的开发环境 Ck=12500由上述公式可以得到所需开发工作量的公式: 。
3.软件项目计划的进度安排
软件项目的进度安排与任何一个工程的进度安排没有实质上的不同。首先识别一组项目任务,建立任务间的相互关联,然后估计各个任 务的工作量,分配人力和其他资源,指定进度时序。
软件开发任务的并行性
若软件项目有多人参加时,多个开发者的活动将并行进行。
Gantt图
Gantt图常用水平线段来描述把任务分解成子任务,以及每个子任务的进度按排,该图表示方法简单易懂, 一目了然,动态反映软件开发进度情况。如下表:
进程计划时间表
工程网络图
工程网络图是一种有向图,该图中用圆表示事件,有向弧或箭头表示子任务的进行,箭头上的数字称为权,该权表示此子任务的持续时间,箭头下面括号中的数字表示该任务的机动时间,图中的圆表示与某个子任务开始或结束事件的时间点。如下图:
软件质量保证 软件质量保证是软件工程管理的重要内容,软件质量保证应作好以下几个方面的工作:
(1)采用技术手段和工具。
(2)组织正式技术评审。
(3)加强软件测试。
(4)推行软件工程规范(标准)。
(5)对软件的变更进行控制。
(6)对软件质量进行度量。
4.软件项目计划的计划制定
项目计划详细说明了所需软件工作及如何实现。
它定义了每一个主要任务,并估算其所需时间和资源,同时为管理层的评估和控制提供了一个框架。项目计划也提供了一种很有效的学习途径。
如果能合理建档,它便是一个与实际运行效能比较的基准。这种比较可以使计划者看到他们的估算误差,从而提高其估算精确度。
我们着重强调对项目规模和资源的估算,是因为低质量的项目资源估算将不可避免地造成资源短缺,进度延迟和预算超支。又由于项目资源估算是从软件规模估算中直接衍生出来的,所以低质量的规模估算是造成许多软件项目问题的根本原因。
项目计划应在项目开始初期制定出,并随着工程的进展不断地加以精化。起初,由于软件需求通常是模糊而又不完整的,我们的工作重点应在于明确该项目需要哪些领域的知识,并且如何获取这些知识。
如果不遵循这一指导原则,程序员们通常会积极地投入到那部分已知的工作中去,而把未知部分留滞到以后。这种工作方式通常会产生很多问题,因为未知部分具有最高的风险系数。
软件项目计划的逻辑如下所述 :由于软件需求在初始阶段是模糊而又不完整的,质量计划只能建立在对客户需求的大致而不确切的理解之上。因此,项目计划应该从找出含糊不确切与准确恰当的软件需求间的映射关系入手。
接着建立一种概念设计。项目初始架构的建立要十分谨慎,因为它通常标定了产品模块的分割线,同时描述了这些模块所实现的功能及所有模块间的关系。
这就为项目计划和项目实施提供了组织框架,因此一个低质量的概念设计是不能满足要求的。在每一次后续的需求精化时,也应同时精化资源映射,项目规模估算和工程进度。
软件项目计划-制订软件项目计划的方法与策略制订软件项目计划的目的在于建立并维护软件项目各项活动的计划,软件项目计划其实就是一个用来协调软件项目中其它所有计划,指导项目组对项目进行执行和监控的文件。一个好的软件项目计划可为项目的成功实施打下坚实的基础。
软件项目有其特殊性,不确定因素多,工作量估计困难,项目初期难于制定一个科学、合理的项目计划。我曾主持和参与过大大小小的软件项目十余项,下面我将把我制订软件项目计划的经验分享给大家。
1.注重项目计划的层次性软件项目计划的层次及其关系如下图所示。高级计划,是项目的早期计划。
高级计划应当是粗粒度的,主要是进行项目的阶段划分,确定重大的里程碑,所需相关的资源,包括人力资源、设备资源、资金资源,即所谓的人、财、物三个要素。大的阶段交替之前,应做好下一阶段的详细计划,我们称之为二级计划。
详细计划要确定各项任务的负责人,开始时间,结束时间,任务之间的依赖关系,设备资源,小的事件点(即里程碑)。如果项目规模相对较大,可以有多级的计划,比如说,一个项目组可能分为几个开发组,二级计划是各开发组制订的适合的自己小组的计划。
如果开发组还分了小组,可以有小组的三级计划。开发人员的个人计划是低级计划,由开发人员根据自己的任务自行制定,要把任务细化到人·日。
一般的,软件项目计划至多有四级就够了,过多的等级将会引发效率的瓶颈。大的项目不见得要有庞大的组织和人员数量来支撑,合理的划分小组,减少组织的层次,有利于项目计划的制订和实施。
较小的软件项目由于工期不长,人员较少,有二级计划(高级计划与低级计划)也是可行的。2.重视与客户的沟通与客户的沟通是很重要的。
不必害怕客户知道我们的开发计划,特别是项目进度情况,应当和客户共享这些信息。首先,客户会提出一些对项目时间、进度、效果上的要求,这个指标往往经不起推敲,有的还带有较强的政策性。
如:在我主持的一个某单位人nnerlink>MIS系统的开发中就发现,客户方对时间上的约束是有成形的文件的,是他们单位领导们开会的决定。客户给出的从项目启动到验收的时间只有三个月,但是,经过我们认真的需求调研,做出项目进度的粗计划和部分的二级计划后,发现三个月的时间是难于实现的。
我们把做出的调研文档和项目计划摆出来和和客户讨论,最终使项目的开发时间延长为六个月。站在为了科学地分析和解决问题的立场上来看,项目组和客户的目的是一致的,所以对于合理的项目进度客户是会理解与支持的。
其次,我们有义务要让客户知道项目的计划。这样才能让客户和用户主动、积极参与项目,达到项目的最终目标。
项目计划取得双方签字认可是一种好的习惯。客户可能不愿意签正式的文件,那么在文档的封面上签上双方负责人的姓名、联系方式也行,虽然是非正式的,但留下了项目工作的痕迹。
有必要想办法让客户清楚签字意味着什么。这就意味说双方有了一个约定,既让用户感觉心里踏实,也让自己的项目组有了责任感,有一种督促和促进的作用。
3.该详细的详细,该简略的就简略软件项目计划就如同软件项目本身一样有它特殊性,一个三五个人花两三个月就可以完工的小项目,可能项目计划就四五页纸,包括一个WBS(工作分解结构)和一个Gantee图(甘特图)。一个需要五六十个人甚至上百人,要花上半年或更。
5.软件开发项目怎么控制成本
成本管理是软件项目管理的主要内容之一,分析了目前软件开发成本管理过程中存在的问题,提出了将进度和成本联系起来考虑,使工作量和实际成本匹配的方法。
结合现有的估算方法,设计成本管理系统并将其应用于软件项目管理平台中,旨在改善软件开发中成本超支的现象,为企业提高效益。 关键词 软件项目管理平台 成本估算 成本控制 随着信息技术的飞速发展,软件产业在国民经济中扮演着越来越重要的角色。
对软件开发实施有效的管理是决定软件产业发展的至关重要的因素。在软件项目的开发过程中,项目管理日益受到人们的关注。
软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成,而对成本、人员、进度、质量、风险等进行分析和管理的活动。 成本管理是软件项目管理的一个主要内容,就目前发展来看,成本管理是软件项目管理中一个比较薄弱的方面,许多软件项目由于成本管理不善,造成了软件造价的成本上升,软件质量得不到保证。
针对这些现象,文章提出了一种新的成本管理方法,并将其应用于正在研究中的课题--软件项目管理平台的开发当中,以便于开发有效的软件项目管理工具,为企业节约成本,提高经济效益。 1 成本管理概述 项目成本管理包括确保在批准的预算范围内完成项目所需的各个过程[1]。
软件项目成本的管理基本上可以用估算和控制来概括,首先对软件的成本进行估算,然后形成成本管理计划,在软件项目开发过程中,对软件项目施加控制使其按照计划进行。 成本管理计划是成本控制的标准,不合理的计划可能使项目失去控制,超出预算。
6.软件项目进度表包含什么内容
一是参考其它项目.另一个现在的可参考项目是安装 Microsoft Office Project 2003, 内有好几个相关模板.供参:项目启动 6 工作日组建工作组 6 工作日定义工作组角色 2 工作日确定所需技能 2 工作日确定资源 2 工作日将角色赋予资源 2 工作日工作组成立 0 工作日构想 44 工作日定义初步的商业需求(持续性工作) 29 工作日风险管理 1 工作日定义项目结构 9 工作日定义跟踪项目的步骤 5 工作日定义解决问题的步骤 4 工作日定义跟踪问题的步骤 3 工作日定义控制变更的步骤 4 工作日定义责任和期望 2 工作日项目结构确定完毕 0 工作日研究和收集设想 25 工作日进行初步的用户访问 2 工作日定义使用场合 10 工作日制定初步的用户描述 5 工作日制定初步的构想说明 1 工作日确立设计目标 8 工作日制定初步的解决方案概念 5 工作日制定初步的项目范围 19 工作日定义关键的成功因素 2 工作日定义衡量成功的标准 1 工作日定义主要的可交付结果(初步) 3 工作日起草构想/范围 3 工作日审阅构想/范围 2 工作日更新构想/范围 3 工作日缓冲时间 4 工作日进行里程碑检查 1 工作日构想得到批准 0 工作日规划 59 工作日更新风险评估 1 工作日进行用户访问 10 工作日创建功能描述 31 工作日制定功能描述: 第 0 批 5 工作日制定功能描述: 第 1 批 5 工作日制定功能描述: 第 2 批 5 工作日制定功能描述: 第 n 批 5 工作日功能描述基准 0 工作日开发计划 28.25 工作日创建开发计划 28 工作日进行概念性设计 10 工作日进行逻辑设计 15 工作日进行物理设计 19 工作日制定开发日程 5 工作日测试计划 35 工作日制定测试计划 30 工作日制定测试日程 5 工作日用户培训计划 36 工作日制定用户培训计划 30 工作日制定用户培训日程 6 工作日后勤计划 48 工作日制定后勤计划 43 工作日进行基础设施分析 15 工作日制定安全计划 2 工作日制定部署计划 27 工作日定购组件 15 工作日后勤计划完成 0 工作日创建后勤日程 7 工作日产品管理计划 18 工作日制定产品管理计划 14 工作日制定产品管理日程 5 工作日程序管理计划 41 工作日创建程序管理计划 21 工作日创建程序管理日程 20 工作日建立项目计划基准 0 工作日合并项目计划 11 工作日审阅合并计划 4 工作日创建合并日程 2 工作日缓冲时间 4 工作日确定交货日期 0 工作日构想/范围冻结 0 工作日进行里程碑检查 1 工作日项目计划得到批准 0 工作日开发 81 工作日更新风险评估 1 工作日提供开发所需的设备/检验概念是否达到 0 工作日建立开发环境/实验室 5 工作日内部发布 #1 24 工作日开发目标组件 9 工作日测试单个组件 5 工作日测试组装为整体的应用程序 6 工作日开发增强性能的材料 4 工作日测试和审查材料 3 工作日制定分发步骤 9 工作日创建分发产品 2 工作日分发给合适的对象 1 工作日缓冲时间 8 工作日内部发布 #1 结束 0 工作日审阅来自内部发布的结果 2 工作日进行发布后的审阅 1 工作日内部发布 #n 24 工作日开发目标组件 10 工作日测试单个组件 4 工作日测试组装为整体的应用程序 5 工作日开发增强性能的材料 4 工作日测试和审查材料 3 工作日制定分发步骤 3 工作日创建分发产品 4 工作日缓冲时间 6 工作日分发给合适的对象 1 工作日内部发布 #n 结束 1 工作日审阅来自内部发布的结果 2 工作日功能说明冻结 1 工作日最后的特性开发 10 工作日最后的后勤开发 9 工作日最后的性能支持开发 5 工作日特性开发结束 0 工作日更新计划和日程 13 工作日更新开发计划 4 工作日更新测试计划 3 工作日更新后勤计划 13 工作日更新程序管理计划 3 工作日更新产品管理计划 3 工作日更新用户培训计划 6 工作日缓冲时间 3 工作日进行里程碑检查 2 工作日项目范围规划完成 1 工作日稳定 73 工作日更新风险评估 1 工作日发布测试版 1 32 工作日制定测试版计划 3 工作日征寻和选择用户 2 工作日准备测试版产品包 8 工作日开始测试 0 工作日提供测试支持 8 工作日收集用户反馈 7 工作日结束测试支持 0 工作日修补缺陷 10 工作日结束测试 0 工作日发布测试版 n 1 工作日修补缺陷 10 工作日收集错误 1 工作日改正高优先级的错误 10 工作日发布无错误版 0 工作日进行最后的错误分类 5 工作日发布版候选 1 7 工作日进行工作组评估 2 工作日客户/用户评估 2 工作日支持评估 3 工作日发布版候选 n 6 工作日黄金发布版 0 工作日发布 1 工作日项目后检查 2 工作日软件开发:-------------------------项目范围规划 3.5 工作日确定项目范围 4 工时获得项目所需资金 1 工作日定义预备资源 1 工作日获得核心资源 1 工作日项目范围规划完成 0 工作日分析/软件需求 14 工作日行为需求分析 5 工作日起草初步的软件规范 3 工作日制定初步预算 2 工作日工作组共同审阅软件规范/预算 4 工时根据反馈修改软件规范 1 工作日确定交付期限 1 工作日获得开展后续工作的批准(概念、期限和预算) 4 工时获得所需资源 1 工作日分析工作完成 0 工作日设计 14.5 工作日审阅初步的软件规范 2 工作日制定功能规范 5 工作日根据功能规范开发原型 4 工作日审阅功能规范 2 工作日根据反馈修改功能规范 1 工作日获得开展后续工作的批准 4 工时设计工作完成 0 工作日开发 21.75 工作日审阅功能规范 1 工作日。
7.软件项目计划的成本估算
自顶向下估算方法
估算人员参照以前完成的项目所耗费的总成本,来推算将要开发的软件的总成本,然后把它们按阶段、步骤和工作单元进行 分配,这种方法称为自顶向下估算方法。
它的优点是对系统级工作的重视,所以估算中不会遗漏系统级的诸如集成、用户手册和配置管理之类的事务的成本估算,且估算工作量小、速度快。它的缺点是往往不清楚低级别上的技术性困难问题,而往往这些困难将会使成本上升。
自底向上估算方法
自底向上估算方法是将待开发的软件细分,分别估算每一个子任务所需要的开发工作量,然后将它们加起来 ,得到软件的总开发量。这种方法的优点是对每个部分的估算工作交给负责该部分工作的人来做,所以估算 较为准确。其缺点是其估算往往缺少与软件开发有关的系统工作级工作量,所以估算往往偏低。
差别估算方法
差别估算是将开发项目与一个或多个已完成的类似项目进行比较,找到与某个相类似项目的若干 不同之处,并估算每个不同之处对成本的影响,导出开发项目的总成本。该方法的优点是可以提高估算的准确度, 缺点是不容易明确“差别”的界限。
其他
除上三种还有:
(1)专家估算法。
(2)类推估算法。
(3)算式估算法。 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
Putnam成本估算经验模型
Putnam估算模型是一种动态多变模型,它是假设在软件开发的整个生存期中工作量的分布。如下图:
根据曲线导出关于提交的代码行数L,人力K(人/年)和时间td(年)之间估算公式:
式中Ck是技术状况有关的常数,它的典型值如下:
对于差的开发环境 Ck=2500
对于好的开发环境 Ck=10000
对于有的开发环境 Ck=12500
由上述公式可以得到所需开发工作量的公式:
转载请注明出处51数据库 » 软件项目计划书成本进度word