软件项目计划(软件项目计划表)

软件项目计划(软件项目计划表)缩略图

软件计划的主要内容有哪些?

软件计划的主要内容有哪些?

最重要的是需求分析,然后是测试.规格说明书,其中包括程序架构、模块功能以及编码规范等,零售软件还要有发布和维护等等. 具体的计划会因为软件规模、客户要求和公司实力、风格等有所不同,但大体上就这几部分.测试是要贯穿始终的,从需求阶段就开始测试.

软件项目计划书的目录都包含什么

软件项目计划书的目录都包含什么

一、项目计划书格式

根据《GB8567-88计算机软件产品开发文件编制指南》中项目开发计划的要求,结合实际情况调整后的《项目计划书》内容索引如下:

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专题计划要点

“软件项目开发计划书”是什么样子

“软件项目开发计划书”是什么样子

一、项目提出的背景和必要性

包括国内外现状、知识产权状况和发展趋势;技术突破对产业技术进步的重要意义和作用;项目可能形成的产业规模和市场前景。

二、国内外市场分析

包括国际市场状况及该产品未来增长趋势、国际市场的竞争能力、产品替代进口或出口的可能性;国内市场需求规模和产品的发展前景、在国内市场的竞争优势和市场占有率。

三、项目主要开发和建设内容

包括项目的主要科技攻关内容、项目目标及开发任务。

四、项目实施的技术方案

包括项目的技术路线、工艺的合理性和成熟性,关键技术的先进性和创新点;产品技术性能水平与国内外同类产品的比较;项目承担单位在实施本项目的优势。

五、项目实施的现有基础

包括项目承担单位注册地点、股权结构、资产和负债情况、员工构成、主要业务和主要产品、生产规模、主要装备和技术水平、近年来经营状况;对引进技术的消化、吸收、创新的后续开发能力;企业资质、信用和融资能力等。

六、项目组织机构和人员安排

包括项目的组织形式、产学研联盟运作机制及分工安排;项目的实施地点;项目承担单位负责人、项目领军人物主要情况;项目开发的人员安排。

七、项目实施进度计划

包括项目阶段考核指标(含主要技术经济指标,可能取得的专利尤其是发明专利和国外专利情况)及时间节点安排;项目的验收指标。

八、项目资金需求及来源

包括项目新增总投资估算、资金筹措方案(含自有资金、银行贷款、科教兴市专项资金、推进部门配套资金等)、投资使用计划。

九、项目经济和社会效益分析

包括项目未来三年或五年生产成本、销售收入和利税估算;财务内部收益率、投资回收期、投资利润率、财务净现值等指标的动态财务分析;社会效益分析。

十、项目风险分析及应对措施

包括项目技术、市场、资金等风险分析及应对措施。

十一、其它需要说明的事项

十二、有关附件

1、项目承担单位工商登记营业执照(复印件);

2、企业资质证书、专利证书、特殊行业许可证和产品获奖证书(复印件),

3、上年度《资产负债表》、《损益表》、《现金流量表》及审计报告(复印件);

4、项目银行贷款承诺书、自有资金证明材料(原件);

5、项目若有基本建设内容,还需有项目规划、土地、环保意见(复印件);

6、与项目相关的其它证明材料或文件等。

项目计划软件有哪些?

管理项目进度,还是离不开员工的紧密协作、通畅的流程,自动形成的统计进度视图 推荐用日事清!日事清作为一款以员工协作为核心的软件,其在项目管理上的应用主要有以下几点 1、统一整个团队的工作流程,并使大家能在单一平台上进行沟通 2、只需几步点击,便可维护和监控团队的多项任务与进程 3、通过日事清,对所有团队成员进行有效的时间跟踪 4、为文档的存储、共享和检索创建一个中心节点 5、避免通过手动去更新与协调项目进度,以节约时间 6、在世界任何角落都能安排与参加虚拟会议 7、可以自动生成甘特图、燃尽图管理进度!!!

如何利用Project软件编制项目计划

使用Project软件的最大目的是编制计划与跟踪计划,而且为了能够精细化的跟踪计划的变化过程,计划的科学合理的编制是前提条件。

在一般的项目管理要求中,也许不会要求上述计划全部编制出来,但是最起码的进度计划、资源计划、成本计划是在大多数项目管理要求中被提到的。

用Project软件便可以很方便的帮助您编制出上述三个计划。

本文介绍大致的计划编排顺序,详细的步骤和技巧请参考本网站其他的条目信息。

进度计划编制顺序:

2,做任务分解(WBS),就是把你项目分解成一系列需要完成的任务,这些任务是按照某种层次结构来划分的,所以叫WBS(work breakdown structure)。在分解的过程中可以进行升降机操作。

3,设置任务的工期,每个任务需要执行的时间跨度是多大,注意不是工作量,是时间周期。

4,设置任务之间的逻辑关系,尽量不要手工的设置任务的开始时间或者完成时间,而应该让Project根据任务的逻辑关系来自动安排时间,以便检查我们的计划是否合理。

5,寻找出关键路径,关键路径对于计划的监控尤为重要,如果关键路径不能够正确完整的展现,说明计划编制的有问题,并且对将来的监控会带来很大的困难。

6,进度计划的优化与调整。

费用计划的编排顺序:

1,建立资源信息,包括人力资源、设备资源、材料资源、成本资源等信息

2,分配资源到任务上,可以给一个任务分一个资源,可以批量分配

3,查看分配是否出现冲突,如果出现冲突进行调整

4,资源计划的优化与调整

成本计划的编排顺序:

1,设置成本资源的类型,也就是费用的科目,例如差旅费、交通费等等

2,将成本资源分配到任务上,由Project自动计算出每个摘要任务、阶段、项目的总体费用

3,进行成本计划的优化

述三种计划编制完成后,需要进行整体优化调整。

如何制定软件项目测试计划

1. 了解需求,评估测试模块的难易程度,做好初步的了解和测试思路.2. 与开发沟通,协调好提测时间以及相关约定(提测标准).3. 根据手头的资源已经提测的时间,做好安排,预留一定缓冲时间.(一定要考虑风险点,比如开发推迟提测,bug阻碍进展,等等)4. 测试过程中需要考虑的要素:测试分析(测试案例),数据准备,环境准备,测试执行,这几点都需要在测试计划中考虑到.

软件项目计划是什么阶段的结果

阶段如果分立项、策划、需求、设计、编码、测试、实施、结项的话,算策划阶段的成果.

如何利用Microsoft Project软件制作一份项目计划

打开Project软件后点 “文件”,“新建”,“office.com模版”,里边有很多模版,包括各种规划计划模版.

软件项目计划和需求分析哪个先?

可以先制定项目,然后在进行调查完成需求分析,再在需求分析的基础上,对所写的项目启动进行修改完善!

软件开发项目进度表包含那些内容

一是参考其它项目.

另一个现在的可参考项目是安装 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 工作日

确定模块化/分层设计参数 1 工作日

分派任务给开发人员 1 工作日

编写代码 15 工作日

开发人员测试(初步调试) 15 工作日

开发工作完毕 0 工作日

测试 48.75 工作日

根据产品规范制定单元测试计划 4 工作日

根据产品规范制定整体测试计划 4 工作日

单元测试 15 工作日

审阅模块化代码 5 工作日

测试组件模块是否符合产品规范 2 工作日

找出不符合产品规范的异常情况 3 工作日

修改代码 3 工作日

重新测试经过修改的代码 2 工作日

单元测试完成 0 工作日

整体测试 12 工作日

测试模块集成情况 5 工作日

找出不符合规范的异常情况 2 工作日

修改代码 3 工作日

重新测试经过修改的代码 2 工作日

整体测试完成 0 工作日

培训 45.75 工作日

制定针对最终用户的培训规范 3 工作日

制定针对产品技术支持人员的培训规范 3 工作日

确定培训方法(基于计算机的培训、教室授课等) 2 工作日

编写培训材料 3 周工时

研究培训材料的可用性 4 工作日

对培训材料进行最后处理 3 工作日

制定培训机制 2 工作日

培训材料完成 0 工作日

文档 30.5 工作日

制定“帮助”规范 1 工作日

开发“帮助”系统 3 周工时

审阅“帮助”文档 3 工作日

根据反馈修改“帮助”文档 2 工作日

制定用户手册规范 2 工作日

编写用户手册 3 周工时

审阅所有的用户文档 2 工作日

根据反馈修改用户文档 2 工作日

文档完成 0 工作日

试生产 70.25 工作日

确定测试群体 1 工作日

确定软件分发机制 1 工作日

安装/部署软件 1 工作日

获得用户反馈 1 周工时

评估测试信息 1 工作日

试生产工作完成 0 工作日

部署 5 工作日

确定最终部署策略 1 工作日

确定部署方法 1 工作日

获得部署所需资源 1 工作日

培训技术支持人员 1 工作日

部署软件 1 工作日

部署工作完成 0 工作日

实施工作结束后的回顾 3 工作日

将经验教训记录存档 1 工作日

分发给工作组成员 1 工作日

建立软件维护小组 1 工作日

回顾完成 0 工作日

软件开发模板结束 0 工作日