好好学习,天天向上,学科吧欢迎您!
当前位置:首页 >> 最新范文 内容页

软件项目-开发计划-详细

软件项目-开发计划-详细 本文关键词:计划,项目,开发,详细,软件

软件项目-开发计划-详细 本文简介:湖北国际软件外包人才培养基地项目开发计划卷号卷内编号密级项目开发计划书项目名称:_部门级文档管理系统项目编号:**编写人员:____编写日期:2004-5-10_审批人员:审批日期:历史修改记录版本号修改人/日期摘要审定人/日期V1.01.引言31.1.编写目的31.2.项目标识31.3.项目背景3

软件项目-开发计划-详细 本文内容:

湖北国际软件外包人才培养基地

项目开发计划

卷号

卷内编号

密级

项目开发计划书

项目名称:_部门级文档管理系统

项目编号:**

编写人员:

____

编写日期:

2004-5-10

_

审批人员:

审批日期:

历史修改记录

版本号

修改人/日期

摘要

审定人/日期

V1.0

1.引言3

1.1.编写目的3

1.2.项目标识3

1.3.项目背景3

1.4.术语定义3

1.5.参考资料3

1.6.约束和假定4

2.项目概况4

2.1.项目产品4

2.1.1.交付产品4

2.1.2.非交付产品4

2.1.3.维护和服务4

3.开发规程、标准和方法4

3.1.规程和标准4

3.2.生命周期选择4

3.3.开发语言和编程工具4

4.规模和成本估计5

4.1.项目规模5

4.2.项目工作量和成本5

5.资源需求5

6.人员组织和安排6

7.项目进度计划7

8.用户应承担的工作8

9.风险评估和防范8

1.

引言

1.1.

编写目的

编写本文档的目的是为实施工程和管理软件项目制定合理的计划,为实施和管理软件项目活动提供基础,并根据软件项目资源、约束条件和能力向软件项目的的客户提出承诺。

本文档的读者为:高级项目经理、项目经理、项目开发组、测试经理、测试组、质量保证组。

1.2.

项目标识

项目名称:部门级文档管理系统。

1.3.

项目背景

本项目由开目公司提出立项,经英诺有限公司审批通过,由英诺有限公司负责开发工作。

本项目的用户是对文档有管理需求的企业。

本项目的目的是开发一个文档管理系统,对部门内的纸质文档和小型局域网内的电子文档进行入库、出库、版本更新的管理,提供文档信息的查询和定位服务,并根据用户所在的组织和用户的权限确定用户对不同文档的操作权限。

1.4.

术语定义

序号

术语或缩写

定义

1.

组织

按某种标准划分出的不同级别的团体,如技术科

2.

系统管理员

对全部组织和用户进行管理的人员,至少一个。

3.

超级用户

对所有文档拥有所有管理权限的特殊用户。

4.

普通用户

除超级用户外的其它用户,其文档管理权限是受限的。

5.

文档版本

在不同时期产生的,内容不同但名称相同的文档,称为文档的不同版本。

6.

组织树

真实模拟企业管理架构,每一个组织都有上级组织,最高级组织的上级组织为空。

1.5.

参考资料

部门级文档管理系统立项申请报告

部门级文档管理系统需求规格说明书

软件配置管理计划指导书

软件质量保证计划指导书

英诺有限公司开发流程和标准

英诺有限公司编码规范以上资料由项目经理保管,电子文档存放于///./。

1.6.

约束和假定

2.

项目概况

2.1.

项目产品

2.1.1.

交付产品

部门级文档管理系统(程序)

部门级文档管理系统用户手册(文档)

2.1.2.

非交付产品

软件开发计划

软件配置计划

软件质量保证计划

需求规格说明书

概要设计

详细设计

程序代码

测试计划

测试用例

测试报告

项目总结报告

2.1.3.

维护和服务

为用户提供的服务包括网上和电话技术支持,不能远程解决的问题在产品售出3个月内提供免费上门调试和维护。对影响使用的缺陷及时提供升级补丁。

3.

开发规程、标准和方法

3.1.

规程和标准

开发工作应遵循以下规程或标准:

部门级文档管理系统需求规格说明书

英诺有限公司开发流程和标准

英诺有限公司编码规范

3.2.

生命周期选择

本项目开发使用瀑布式开发模型

3.3.

开发语言和编程工具

本项目开发语言使用C++,编程工具为VC6.0。

4.

规模和成本估计

4.1.

项目规模

部门级文档管理系统(程序)

功能点数:32个

部门级文档管理系统用户手册(文档)

页数:约12页

软件开发计划

页数:约10页

软件配置计划

页数:约5页

软件质量保证计划

页数:约5页

需求规格说明书

页数:约25页

概要设计

页数:约16页

详细设计

页数:约32页

程序代码:约2000行

测试计划

页数:约5页

测试用例

个数:约320个

测试报告

页数:约5页

项目总结报告

页数:约5页

4.2.

项目工作量和成本

估计项目工作量为190人天,成本为1.8万元。

5.

资源需求

名称

描述

数量

单位

设备

交换机

24口交换机

1

PC机

P4

2.6G/256M/80G/

6

PC机(测试用)

P4

700M/128M/80G/

3

PC服务器

P42.6G/512M/120G’

1

PC服务器(测试用)

P41.6G/256M/120G

1

打印机

A4,激光,共享

1

复印机

共享

1

局域网系统

支持TCP/IP协议

1

软件

操作系统

Windows

2000

server共200节点

2

操作系统(测试用)

Windows

2000

professional

1

操作系统(测试用)

Windows

XP

1

操作系统(测试用)

Windows

98

1

操作系统(测试用)

Windows

2000Server

1

数据库

SQLServer(单CPU)不限用户

2

办公软件

Office

2002

11

开发工具

Microsoft

VC6.0

11

Powerdesigner9.0

11

Viso

2003

11

National

Rose

2002

11

测试工具

TestDirector

1

项目管理

Project2003

1

配置管理

Visual

source

safe6.0x

1

6.

人员组织和安排

(标明开发人员的组织结构和相应岗位的人员安排。)

角色

职责

人员

项目经理

对项目全过程进行控制和管理;

负责项目过程中资源(人力、物力、财力等)的组织和调配;

制定《项目计划》,监督项目进展、定期完成交付件;

负责项目变更控制和管理;

负责项目问题的协调和处理;

需求工程师

负责与需求发起人充分沟通需求,理解意图;

确定需求边界,并对需求进行分析,整合和模块化;

输出《需求规格说明书》;

在项目过程中,对需求进行讲解,协助项目组成员理解需求,保证项目成果符合用户要求;

设计工程师

负责验证需求的合理性和可实施性;

负责与需求人员进行沟通,充分理解需求;

进行应用程序系统结构、详细处理过程和数据库模式等整体框架设计;

输出《概要设计》文档;

参与编码;

开发组组长

组织开发小组完成开发任务;

制定《开发计划》(包括任务分解、人员分工、时间进度和监控点(里程碑));

对开发进度和质量进行监控和管理;

组织技术攻关;

及时反馈小组问题,并提出解决方案

负责与小组成员的沟通;

参与编码;

开发工程师

根据《开发计划》完成编码工作;

及时反馈问题;

技术攻关;

测试组组长

组织开发小组完成测试任务;

制定《测试计划》(包括任务分解、人员分工、时间进度和监控点(里程碑));

编写《测试大纲》,明确测试的内容和测试通过的准则;

组织小组人员设计完整合理的《测试用例》,以便系统实现后进行全面测试;

对测试进度和质量进行监控和管理;

及时反馈小组总是并提出解决方案;

负责与小组成员的沟通;

参与测试;

测试工程师

编写《测试用例》;

进行功能测试、系统测试、性能测试、安全测试、极限测试、回归测试,输出《测试报告》;

配置管理员

管理软件配置工作

7.

项目进度计划

序号

任务名称

工期

开始时间

结束时间

前置任务

资源名称

1.

文档管理系统开发

16天

2004年6月4日

2004年6月21日

2.

工作环境的搭建

1天

2004年6月4日

2004年6月4日

3.

建立项目的相关规范

1天

2004年6月4日

2004年6月4日

4.

界面规范

1天

2004年6月4日

2004年6月4日

5.

程序编码规范

1天

2004年6月4日

2004年6月4日

6.

数据库规范

1天

2004年6月4日

2004年6月4日

7.

需求分析

2天

2004年6月4日

2004年6月5日

2

8.

概要设计

1天

2004年6月6日

2004年6月6日

7

9.

建立ER模型

1天

2004年6月6日

2004年6月6日

10.

功能模块划分

1天

2004年6月6日

2004年6月6日

11.

详细设计

2天

2004年6月6日

2004年6月8日

8

12.

数据库建表

1天

2004年6月7日

2004年6月7日

13.

系统ER模型的熟悉

1天

2004年6月7日

2004年6月7日

14.

数据库(存储过程、

触发器)详细设计

2天

2004年6月7日

2004年6月8日

15.

客户端、服务器端详

细设计

2天

2004年6月7日

2004年6月8日

16.

详细设计完成

0天

2004年6月6日

2004年6月6日

17.

编码

8天

2004年6月8日

2004年6月18日

11

18.

后台(数据库)程序编

3天

2004年6月9日

2004年6月11日

19.

服务器及客户端编码

8天

2004年6月9日

2004年6月18日

20.

单元测试

8天

2004年6月9日

2004年6月18日

21.

编码完成

0天

2004年6月8日

2004年6月8日

22.

测试

12天

2004年6月6日

2004年6月19日

23.

测试计划和方案制定

11天

2004年6月6日

2004年6月18日

24.

集成测试

1天

2004年6月19日

2004年6月19日

25.

压力测试

1天

2004年6月19日

2004年6月19日

26.

测试报告

1天

2004年6月19日

2004年6月19日

27.

BUG修正与系统调整

9天

2004年6月9日

2004年6月19日

28.

文档和手册

2天

2004年6月20日

2004年6月21日

22

29.

操作指南

2天

2004年6月20日

2004年6月21日

30.

系统安装和维护管理手册

2天

2004年6月20日

2004年6月21日

8.

用户应承担的工作

9.

风险评估和防范

序号

风险名称

风险描述

发生可能性P

影响的严重性I

风险值P×I

预防措施

应急措施

1

项目关键人员流失

项目关键人员在项目实施过程中流失,影响项目进度和质量。

1

2

2

制订项目资源管理办法,建立有效的激励机制,为关键人员准备后备人员。

2

人员能力不足

经过培训后的人员能力不满足要求,无法满足工作要求。

2

3

6

加强人员培训和考核

替换相关人员

3

沟通不畅

项目成员间不能进行很好的沟通,无法协作工作。

1

3

3

定义清晰的沟通计划和沟通制度

10

TAG标签: