【最新2018】软件开发的工作计划-范文模板 (12页)

本文部分内容来自网络整理，本司不为其真实性负责，如有异议或侵权请及时联系，本司将立即删除！
== 本文为word格式，下载后可方便编辑和修改！ ==
软件开发的工作计划
篇一：软件开发工作计划及进度管理工作指引
软件开发工作计划及进度管理工作指引
1 目的
1.1 规定软件开发部工作计划及进度管理的内容、职责。

1 适用范围
1.1 适用于软件开发部工作计划及进度管理工作。

2 定义
2.1 计划：包括责任人、工作内容、起始时间、完成时间和计划调整时间。

2.2 完成时间：是指经过设计评审后，可以发行的时间。

3 职责
3.1 部门经理：负责软件开发部工作计划的制订、审批及进度管理。

3.2 项目经理：负责本项目组计划的制订。

4 内容
4.1 计划分类
4.1.1 周工作计划：一周的工作计划。

4.1.2 月工作计划：一个月的工作计划。

4.1.3 年工作计划：一年的工作计划。

4.1.4 项目开发计划：项目开发完成的计划。

4.2 工作任务的制定
4.2.1 项目组工作任务的制订来源以下方面
4.2.1.1 《项目开发计划书》要求。

4.2.1.2 软件开发部下达的任务。

4.2.1.3 客户需求下达的任务。

4.2.1.4 客户或公司内部提出的设计更改。

4.2.1.5 项目组自己安排的工作任务。

4.2.2 项目组的工作任务不能偏离《项目开发计划书》。

公司下达的任务
和客户需求下达的任务是开发过程中的不断完善过程。

项目经理应合理安排。

4.3 工期估计
4.3.1 工期是指任务开始到结束的全部时间。

在估计工期时要考虑以下因素：
4.3.1.1 考虑社会平均技术能力条件下的完成时间。

4.3.1.2 考虑人力资源的配置。

4.3.1.3 考虑技术难易程度。

4.3.1.4 考虑非工作日和法定节假日。

4.3.1.5 考虑资源的配备周期。

4.3.1.6 考虑市场需求和压力。

4.3.2 对于存在高度不确定因素的项目，可以给每个任务工期估计三个时间：
4.3.2.1 乐观时间：在任何事情都进展顺利，没有遇到任何困难的情
况下，完成某项任务需要的时间。

4.3.2.2 最可能时间：在正常情况下完成某项任务最经常出现的时
间。

如果某项任务已经做过多遍，最经常发生的实际工期可
以用作最可能时间估计。

4.3.2.3 悲观时间：某项任务在最不利的情况下（如不可预见或不可
抗拒）能够完成是时间。

4.4 计划的制订和审核
4.4.1 项目开发计划由项目经理负责并提交给部门经理，由项目评审组评
审通过之后生效。

项目经理负责本项目组的周工作计划和月工作计划，同时提交给部门经理，由部门经理汇总成本部门的周工作计划和月工作计划，月工作计划需提交给总经理由总经理审批通过后生效，周工作计划由部门经理审批即生效。

部门经理负责制定软件开发部的年工作计划并提交给总经理审批，总经理审批通过之后生效。

以上计划都需要上级和下级充分协商。

4.4.1.1 周工作计划、月工作计划、项目开发计划和年工作计划用
PROJECT软件编制甘特图。

4.4.1.2 计划进度主要进行时间管理，控制项目任务的关键路线，
篇二：软件项目开发计划(实施总计划)
文档作者：
开发/测试经理：
产品经理：
管理办：
项目开发计划 (仅供内部使用)____________________ 日期：____/____/____ ____________________ 日期：____/____/____ ____________________ 日期：____/____/____ ____________________ 日期：____/____/____
请在这里输入公司名称
版权所有不得复制
项目开发计划
1 引言
1 .1编写目的
本开发计划的目的是：
a．把在开发过程中对各项工作的人员、分工、经费、系统资源条件等问题的
安排用文档形式记
载下来，以便根据本计划开展和检查本项目工作，保证项目开发成功；
b．制订项目组开发过程中的评审和审查计划，明确相应的质量管理负责人员；规定软件配置管理的活动内容和要求，明确配置管理工作的人员。

特别要求：需求分析必须详细，并且有相关专家合作进行，
1 .2背景
本项目软件名称为《电能质量数据分析软件》。

任务来源于（略）公司；
交办单位：（略）公司；
承办单位：北京长峰新康科技有限责任公司。

1 .3参考资料
无；
1 .4术语和缩写词
暂无；
特别说明：有关公司内部秘密的内容用（略）代替。

2 任务概要
2 .1工作内容
本项目开发过程中需要进行的各项主要工作为：
编制附和软件需求要求的软件功能的软件。

文档计划建立：
软件目录
软件需求规格说明
项目开发计划软件开发计划；
可行性报告
软件标准规范
软件测试计划
软件测试办法
概要设计说明
软件可靠性和安全性设计指南
硬件总体设计报告
详细设计说明
软件详细设计报告
软件代码（略）
测试分析报告
软件可靠性和安全性设计检查单
软件评审检查单
软件使用说明
2 .2产品
2 .2.1程序
见需求。

2 .2.2文档
文档内容见2.1中文档建立。

文档格式要求按照软件模式化要求进行，模式按照如下名称模板要求规定：软件开发计划?项目开发计划；
文档目录?软件目录；
需求分析报告?软件需求规格说明；
概要设计文档?概要设计说明；
详细设计文档?详细设计说明；
源代码?软件标准规范；
软件使用说明书 ?软件使用说明；
软件测试报告?测试分析报告；
软件审查报告?软件评审检查单。

2 .2.3服务
培训：
时间：1天；
内容：软件使用及安装；
软件支持：略。

2 .2.4验收标准和验收计划
验收测试：
时间：1天。

内容：软件使用。

软件确认：
时间：1天；
内容：确定软件的可使用性，软件的功能完整性。

3 实施总计划
3 .1阶段划分
需求分析：2周；
概要设计：6天；
详细设计：1.5周；
编码：3周；
测试：2周；
验收：2天。

项目启动时间：201X-11-14
3 .2人员组成
姓名职责参加时间
廖燕宁负责软件的总体设计时段：全部，开发时段：部分耿江涛软件设计，开发全部
高小光设计，开发全部
张欣说明书，部分文档部分
赵健颖需求部分
3 .3任务的分解和人员分工
软件开发任务按软件种类采取逐层分解的办法把任务落实到实处。

管理、协调人员：廖燕宁，赵健颖；
确定质量保证人员：廖燕宁
配置管理人员：耿江涛
形式化检查人员：赵健颖
使用者：赵健颖。

软件任
务：系统需求
负责人：（略）的市场部经理赵健颖
职责：提供需求。

软件任务：需求分析
负责人：廖燕宁
职责：进行需求分析，提供需求分析报告。

软件任务：概要设计
负责人：廖燕宁，耿江涛，高小光
职责：进行概要设计，概要设计框图，相应文档。

软件任务：详细设计
负责人：廖燕宁，耿江涛，高小光
职责：进行详细设计，出详细设计流图及报告。

软件任务：编码
负责人：耿江涛，高小光
职责：编码，调试及报告。

软件任务：测试
负责人：廖燕宁，耿江涛，高小光
职责：路径测试。

软件任务：更新
负责人：廖燕宁，耿江涛，高小光，赵健颖
职责：由赵健颖根据测试后的软件提出问题，变更需要更改的地方。

软件任务：文档编制
负责人：张欣
职责：软件使用说明书，部分其他文档。

3 .4进度和完成的最后期限
进度包括：
需求分析；
篇三：软件开发项目计划书
软件开发项目计划书
1. 引言
1.1 编写目的
// 就这个小App写个如此巨大的文档简直坑杀我也
// 形如这种的注释表示也许你们需要添加，也许你们需要直接删掉那个板块
为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项
目情况，使项目工作开展的各个过程合理有序，因此以文件化的形式，把对于
在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目
内外环境条件、风险对策等内容做出的安排以书面的方式，作为项目团队成员
以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。

1.2 背景
项目名称： Fitness Manager 健康管家
项目背景：博彦之星App设计大赛参赛作品
/*
以下这些可扩充的就扩充一下吧……
项目的委托单位：……
项目任务提出者：……
项目建设背景：……
软件系统与其他系统关系：……
1.3 定义
Fitness Manager：健身管家
1.4 参考资料
/* 随意 */
1.5 标准、条约和约定
// 无
2. 项目概述
2.1 项目目标
几大模块：
1. 主页：应用程序主页。

传统Windows Phone Hub Page风格，呈现所有板块，提供所有模块入口。

2. GPS Tracker模块：本模块的目标是利用手机内置GPS追踪用户运动情况。

因此，需要实现以下目标：
I．运动数据记录，记录用户在使用时产生的数据。

例如，跑步时长，跑步里程，
跑步步速，平均步速，卡路里等。

II．地图的呈现和操控。

应在模块内呈现地图，以便实时对用户反馈信息。

III．实时数据反馈。

用户开启追踪时，通过位移的变化驱动数据更新，并将
更新的
数据实时反馈给用户。

IV．路线记录及地图反馈。

将位移的变化以路线的方式记录在地图上，实时呈现。

V．数据同步。

将终端中的数据同步至云端。

3. Stopwatch模块：本模块的目标是实现三种不同功能的计时器。

I. 普通计时器。

正计时，提供开始，暂停，重置功能。

II. 圈计时器。

正计时，提供开始，暂停，记录单圈时间，重置功能。

记录的
单圈
时间将实时显示，并且不影响计时。

III. 倒计时器。

倒计时，由用户设置开始时间，计时到0停止。

应注意的是，为增
强应用鲁棒性应对用户输入时间数据进行合法性校验。

4. 内容板块。

I. Fitness & Exercise板块：以网格方式呈现9-12个从程序内置运动指导库
中选择的
运动指导。

呈现内容包括：配图，标题。

标题全大写，首字母大号。

点击指导
进入详细信息页面。

页面应呈现完整运动指导信息。

包括：配图，标题，详细
指导，来源，网址等。

II. Food & Nutrition板块：以列表方式呈现精选食物与营养话题。

列表元
素应包括：
配图，题目，时间。

点击列表元素，进入详细信息页面。

详细信息页面应包括：发布时间，题目，配图，星级与评分，评论链接，作者，描述等。

III. Healthy Living板块：以列表方式呈现精选健康生活话题。

列表元素包括：题目，
时间。

点击列表元素，进入全文页面，呈现新闻全文。

文中不包含配图，但应
以XML/HTML方式处理相应标签，并将效果显示在全文页面中。

IV. Style板块：以列表方式呈现精选风尚话题。

列表元素包括：配图，标题，时间。

点击列表元素进入全文页面。

全文数据以HTML方式呈现。

2.2 产品目标与范围
产品目标：本产品定位为一款健康相关应用。

本产品可记录使用者的锻炼数据，实时反馈运动情况，提供实用工具和最新的健康新闻和消息。

2.3 假设与约束
// 你们来写吧
2.4 项目工作范围
// 这个貌似不用吧
2.5 应交付成果
I．
II．软件部分：Fitness Manager应用需提交的文档：参赛作品说明
2.6 项目开发环境
系统环境：Windows 8.1 Pro
开发工具：Visual Studio 201X
目标语言：C#+XAML
用户使用环境：Windows Phone 8.1
2.7 项目验收方式
// 就是评委验收……
3. 项目团队组织
// 我一个人写的……
4. 实施计划
4.1 风险评估与对策
I. 使用新的开发框架，面向新推出的设备
II.
III. 部分功能开发周期较长其他
4.2 工作流程
// 一个人闷头写……
4.3 总体进度计划
截止时间：201X年9月20日
应交付成果：将App上传商店，交付商店链接
// 后面的质量保证，监控，支持条件，预算什么的……交给你们了。