小区物业管理系统开发计划书甄选范文.docx

小区物业管理系统开发计划书甄选范文.docx

《小区物业管理系统开发计划书甄选范文.docx》由会员分享，可在线阅读，更多相关《小区物业管理系统开发计划书甄选范文.docx（18页珍藏版）》请在冰豆网上搜索。

小区物业管理系统开发计划书甄选范文

小区物业管理系统开发计划书

小区物业管理系统

开发计划书

软件开发计划书

1、概述

（1）项目介绍

项目中文名称：

物业管理系统。

项目英文名称：

PropertyManagementSystem。

项目代号：

NS/TEL-PMS-CRM。

项目目的：

面向社会广大的物业管理开发商，适用与一切的物业管理功能，将帮助广大的用户更好的管理，服务与业主。

项目背景：

CMM过程改进。

客户信息：

物业管理开发商。

与其他系统的关系：

基于BOSS的业务数据进行分析，同时又是DSS的扩展，与他们既有交叉，又有延伸。

（2）范围

资料维护：

包括开发商的资料，物业基本资料。

住房管理：

包括住户入住登记，住户资料的修改和住户的变更。

财产管理：

包括小区物业管辖内的资产、设施等管理。

财务管理：

包括物业管理费、小区停车费、物业维修基金、“水费、电费、煤气费”三费的收取。

信息管理：

小区出租、出售房屋信息发布，投诉管理。

小区工作人员和保安人员的岗位人员的管理。

（3）子计划

软件配置管理计划；

软件质量保证计划；

软件测试计划；

（4）项目计划的维护

项目计划在下列情况下将被更新；

1）项目关键问题的解决；

2）需求更改导致项目进度的调整在两周或两周以上；

3）项目资源需求的改变；

4）新技术的引入；

5）开发过程的改变；

6）软件工作产品的改变；

7）项目特性的改变；

在项目阶段性审核时，如果更改项目计划，那么项目进度表也应作相应的更新。

如果项目进度或项目特性有重大改变时，项目计划的更新更改应得到SCCB认可。

（5）项目特性

研发初期的阶段性产品。

需求部分可以确定，大部分不能马上确定。

宣传推广新的CRM理念是一种概念化的产品。

2、软件工作产品

软件工作产品进度表

工作产品名称

文档标识号

计划完成日期

AorR*

需求

需求获取/分析表

NS/TEL-PMS-CRM-RM-01

2011-10-30

A

系统功能说明书

NS/TEL-PMS-CRM-RM-02

2011-11-16

A

软件需求规格说明书

NS/TEL-PMS-CRM-RM-03

2011-12-28

A

计划

软件开发计划（SDP）

NS/TEL-PMS-CRM-PP-01

2011-11-16

A

软件配置管理计划

NS/TEL-PMS-CRM-PP-02

2011-11-30

A

软件质量保证计划

NS/TEL-PMS-CRM-PP-03

2011-11-30

A

软件测试计划

NS/TEL-PMS-CRM-PP-04

2011-12-10

A

设计

概要设计书

NS/TEL-PMS-CRM-SD-01

2012-01-18

A

详细设计书

NS/TEL-PMS-CRM-SD-02

2012-02-22

A

用户手册

NS/TEL-PMS-CRM-SD-03

2012-02-22

R

数据库设计

NS/TEL-PMS-CRM-SD-04

2012-02-22

R

BOSS接口规范

NS/TEL-PMS-CRM-SD-05

2012-02-22

实现

源代码模块

NS/TEL-PMS-CRM-IMP-01

2012-04-12

A

执行代码模块

NS/TEL-PMS-CRM-IMP-02

2012-04-12

R

测试

确认测试方案

NS/TEL-PMS-CRM-TEST-01

2012-01-20

R

集成测试方案

NS/TEL-PMS-CRM-TEST-02

2012-02-10

R

单元测试用例

NS/TEL-PMS-CRM-TEST-03

2012-03-20

R

单元测试记录

NS/TEL-PMS-CRM-TEST-04

2012-04-24

R

单元测试报告

NS/TEL-PMS-CRM-TEST-05

2012-04-26

R

集成测试记录

NS/TEL-PMS-CRM-TEST-06

见测试计划

R

集成测试报告

NS/TEL-PMS-CRM-TEST-07

见测试计划

R

确认测试记录

NS/TEL-PMS-CRM-TEST-08

见测试计划

R

确认测试报告

NS/TEL-PMS-CRM-TEST-09

见测试计划

R

系统测试记录

NS/TEL-PMS-CRM-TEST-10

见测试计划

R

系统测试报告

NS/TEL-PMS-CRM-TEST-11

见测试计划

R

验收

产品发布记录

NS/TEL-PMS-CRM-CON-01

2012-05-10

R

软件质量总结报告

NS/TEL-PMS-CRM-CON-02

见SQA的计划

R

财务质量总结报告

NS/TEL-PMS-CRM-CON-03

2012-05-10

R

项目总结报告

NS/TEL-PMS-CRM-CON-04

2012-05-10

R

维护

维护记录

NS/TEL-PMS-CRM-MT-01

A=审核，R=评审，采用审查还是评审由项目组决定。

3、假设、依赖和约束

假设：

项目估计所用到的条件是真实的，从而得到基本准确的计划。

依赖的外部条件：

1）开发环境条件配备；

2）开发人员如期到位；

3）项目组及相关组成员受过必要的培训；

4）和客户联系顺利；

5）指派SCCB、PM、SQA、SCM、测试组人员。

约束：

NT服务器、java开发工具、EIB组件技术、数据仓库和数据挖掘技术、物业管理领域业务逻辑等。

4、项目过程定义

1）软件开发生命周期模型

计划采用迭代W模型，如图所示：

2）方法和工具

本项目软件开发所使用的方法和工具如图所示。

软件开发方法与工具

软件工作产品

方法

工具

项目计划与跟踪

PM

MSProject2007

需求分析与设计

OO

RationalRose2003

编码

OO

JBuilder5,Dreamwaver

单元测试

OO

RationalRobotetc.

文档

World\Excel

MSOffices2007

配置

MSSourcesafe,Perforce

5、任务分解

描述软件任务分解和工作包，并提供进度表供项目运行、项目管理活动每周一次的评审、高级经理评审使用。

项目进度表安排如下所示.

项目进度安排表

任务

开发日期

结束日期

需求获取分析

2011-10-22

2011-11-23

软件开发计划

2011-10-22

2011-11-23

系统功能说明书

2011-10-22

2011-11-23

软件需求规格说明书

2011-11-19

2011-12-28

概要设计

2011-12-07

2012-01-08

用户手册

2011-12-31

2012-01-18

详细设计

2012-01-04

2012-02-22

数据库设计

2012-01-04

2012-02-22

BOSS接口规范设计

2012-01-04

2012-02-22

编码

2012-02-01

2012-04-12

单元测试

2012-01-07

2012-04-26

项目总结报告

2012-04-20

2012-05-10

6、估计

1）代码量估计

估计方法：

采用功能点估计方法并结合历史数据。

编程语言：

Java、JavaBean、EJB、JSP、Sevlet、SQL

估计过程：

参考《CRM项目估计文档》。

估计结果：

代码量=1323FP;

文档量=2345页；

需求数=123项；

2）文档大小估计

软件工作产品规模估计表

文档名称

估计文档大（页）

文档名称

估计文档大小（页）

需求获取/分析表

50

源代码模块

50

系统功能说明书

80

执行代码模块

2000

软件需求规格说明书

100

确认测试方案

20

软件开发计（SDP）

30

集成测试方案

30

软件配置管理计划

20

单元测试方案

52

软件质量保证计划

20

单元测试方案

60

软件测试计划

23

单元测试方案

300

概要设计书

200

集成测试方案

21

详细设计书

155

集成测试方案

30

用户手册

23

确认测试方案

20

数据库设计

21

确认测试方案

56

BOSS接口规范

31

系统测试方案

12

财务总结报告

20

系统测试报告

30

项目总结报告

10

产品发布记录

12

维护记录

20

软件质量总结报告

50

合计

2345

3）工作量估计

软件开发工作量估计如下所表示。

软件开发工作量估计表

阶段

工作量（人小时）

阶段

工作量（人小时）

需求与计划

1197.00

编码

1894.73

分析

1636.43

测试

2171.93

设计

2776.73

交付

316.58

合计

9993.40

4）关键计算机资源估计

关键计算机资源需求如下。

关键资源需求表

关键项

数量或说明

服务器磁盘空间

40G

网络速度

100Mb/s

操作系统

WindowsXP

CPU主频

P4

PC机内存

1G以上

7、项目管理

1）项目组织结构

项目组织结果图

2）角色与职责

角色岗位职责如下。

角色岗位职责表

姓名

角色和职责

张三

项目经理。

需求分析、系统分析设计、项目管理

李四

软件经理。

需求分析、系统分析设计、编码测试、技术支持

王一

系统分析员。

需求分析、系统分析设计、编码测试、实施指导

陈新

高级程序员。

技术实施、设计、编码、测试

陈苗苗

高级程序员。

需求收集、设计、编码、测试

王军

编码、测试

李易

编码、测试

陈诺

编码、测试

3）人员计划

人员计划内容如下表示。

人员设计表

开发阶段

起止日期

人数

技能等方面的要求

计划

2011.10.22~2011.11.23

5

系统分析员2人、需求管理1人、客户联络员1人、项目策划1人

需求分析

2011.11.19~2011.12.28

6

系统分析员4人、高级程序员1人、文档与配置1人

概要设计

2011.12.07~2012.01.18

5

系统分析员3人、高级程序员2人

详细设计

2011.01.04~2.12.02.22

6

系统分析员1人、高级程序员5人

编码

2012.01.20~2012.04.12

7

高级程序员3人、程序员4人

单元测试

2012.01.07~2012.04.26

6

测试员3人、高级程序员3人、程序员2人

交付

2012.04.29~2012.05.10

4

系统分析员1人、高级程序员1人、程序员2人

4）培训设计

培训设计如下表。

培训计划表

主题

人数

计划日期

提供者

备注

软件过程培训

全部

10天

SEPG

公司内部培训

数据仓库

2-3

10天

CA、SAS、BV

Rose、UML

3-4

5天

Oracle

北京、上海等地培训

编程技术

5-6

5天

系统分析专家

电信领域知识

全部

3天

高级工程师

软件工程原理

全部

5天

客户或需求专家

中国移动和吉林移动公司内部

5）风险管理计划

影响程度：

5-灾难性、4-严重、3-一般、2-轻微、1-可忽略

分类：

BU-商业风险、CU-客户特性风险、DE-开发环境风险、TE-人员经验风险、ST-建造技术风险、PS-产品规模风险、PU-过程风险

风险计划内容如下所示。

风险计划图

风险因素类别概率影响RMMM责任人发生阶段

开发的产品不再符合公司的整体BU5%5监控高级经理全程

商业策略

人力需求估计过低TE50%4监控项目经理详细设计与编码

没有得到预算或人力上的保证BU50%4监控项目经理全程

与BOSS开发组之间无法协调DE20%4缓解高级经理设计阶段

复用程度低于计划PS65%3风险软件经理编码阶段

规模估算可能和实际差别很大PS60%3监控项目经理设计阶段

缺少对工具的培训DE50%3缓解项目经理编码阶段

测试和编码的具体监控难以落实PU40%3监控项目经理编码阶段

四层结构新技术的尝试可能导致

技术力量不够ST30%3缓解软件经理设计编码

参与人员的流动TE30%3缓解项目经理全程

数据仓库新技术的尝试不能保证

成功ST20%3缓解项目经理分析设计

OO分析和设计新技术的尝试可能

与传统的过程冲突ST20%3缓解项目经理分析设计

交付期限将被紧缩BU10%3监控项目经理全程

开发人员工作的短时中断PU90%2计划项目经理全程

与住户之间无法沟通CU90%2缓解项目经理需求、分析

产品创建和使用的数据库很大PS80%2监控项目经理测试交付

用户需求发生较大的改变PS65%2计划项目经理分析之后

测试工具的欠缺不能保证测试的

效率DE50%2缓解项目经理测试交付

交付期限不能保证产品的完整性BU50%2监控项目经理设计编码

风险因素类别概率影响RMMM责任人发生阶段

技术达不到预期的效果ST50%2监控项目经理设计

开发人员不能严格遵守过程规范PU50%2监控项目经理全程

合作者或合作关系的重大变化DE40%2缓解高级经理全程

参与人员缺乏经验TE40%2缓解高级经理全程

最终用户可能抵制该系统BU10%1缓解项目经理交付维护

6）项目技术变更管理

参照组织的技术变更管理计划，具体制定本项目的技术变更管理计划，如下图所示。

技术变更管理计划表

新技术

评估期

试用期

推广期

EJB技术

2011.11.12

2011.12.19

2011.12.1

OOA、OOD技术

2011.10

2011.11

2011.12

数据仓库技术

2011.11

2011.12

2012.1

7）进度跟踪

（1）项目会议

项目会议计划采用周例会与随机会议相结合的方式。

会议组织者：

一般由项目经理或软件经理负责组织并实施。

项目会议的时间或频度：

周例会每周一次，每次定于星期五下午4：

00左右。

随机会议根据情况临时确定。

项目会议只要内容：

周例会原则上市本周工作报告和讨论问题解决方法，以及下周工作安排，随机会议视情况而定。

会议记录分发的方式和范围：

电子文档记录，项目经理存档并抄送部门秘书。

（2）项目里程牌

项目里程牌内容如下表所示。

项目里程牌表

里程碑

时间

工作产品

控制时间范围

变更措施

计划阶段完成

2011.11.23

1、项目计划

2、需求说明

1-2周

1、尽量避免变更，提前监控、延迟不要超过1周

分析阶段完成

2011.12.28

1、需求规格说明书

1周

设计阶段完成

2012.2.22

1、概要设计书

2、详细设计书

3、数据库

4、用户手册

5、BOSS接口规范

1周

编码完成

2012.4.12

1、源代码模块

2、可执行模块

3、程序库

1周

测试完成

2012.4.26

1、单元测试报告

2、项目总结报告

1周

（3）项目数据统计与分析

按照数据采集表收集各个阶段所有相关数据，项目计划数据，开发工作量，进度与成本数据，人员数据，评审数据，测试数据，计划变更数据等。

统计分析，确定项目状态及所采取的改进工作措施。

（4）其他跟踪项

其他跟踪内容如下表所示。

项目跟踪表

序号

跟踪项

跟踪方法

负责人

1

数据仓库合作效果

定期交流监督

项目经理

2

资产流失

客户跟踪

高级经理

3

工程和管理开销

监控

高级经理

8、移交标准

贯穿整个项目，必须在项目进行到下一阶段前达到所确定的标准，最后阶段是把产品移交给客户。

1）集成测试移交标准

必须在集成级得测试之前到达本移交标准。

（1）提供完善可靠可供测试用的可执行文件及相关文档。

（2）单元测试报告。

（3）概要设计文档。

（4）数据库设计文档。

2）系统测试移交标准

（1）提供完整可供测试用的可执行文件及相关文档。

（2）系统需求规范说明书。

（3）用户手册。

（4）测试计划和测试方案。

（5）单元测试报告。

（6）集成测试报告。

3）发布标准

（1）完整的且版本一致的可执行程序

（2）用户手册

感谢您使用本店文档您的满意是我们的永恒的追求！

（本句可删）

------------------------------------------------------------------------------------------------------------