小区物业管理系统开发计划书.docx
- 文档编号:7652715
- 上传时间:2023-01-25
- 格式:DOCX
- 页数:17
- 大小:264.71KB
小区物业管理系统开发计划书.docx
《小区物业管理系统开发计划书.docx》由会员分享,可在线阅读,更多相关《小区物业管理系统开发计划书.docx(17页珍藏版)》请在冰豆网上搜索。
小区物业管理系统开发计划书
小区物业管理系统
开发计划书
软件开发计划书
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)项目组织结构
项目组织结果图
高级经理张三
SCM组
王一
SQA组
李四
SCCB组
陈新
陈苗苗
项目组
陈新
陈苗苗
王军
李易
陈诺
测试组
王军
李易
陈诺
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)用户手册
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 小区 物业管理 系统 开发 计划书
![提示](https://static.bdocx.com/images/bang_tan.gif)