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

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

小区物业管理系统

开发计划书

软件开发计划书

1、概述

(1)项目介绍

项目中文名称:物业管理系统。

项目英文名称:Property Management System。

项目代号:NS/TEL-PMS-CRM。

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

项目背景:CMM过程改进。

客户信息:物业管理开发商。

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

(2)范围

资料维护:包括开发商的资料,物业基本资料。

住房管理:包括住户入住登记,住户资料的修改和住户的变更。

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

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

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

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

(3)子计划

软件配置管理计划;

软件质量保证计划;

软件测试计划;

(4)项目计划的维护

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

1)项目关键问题的解决;

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

3)项目资源需求的改变;

4)新技术的引入;

5)开发过程的改变;

6)软件工作产品的改变;

7)项目特性的改变;

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

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

(5)项目特性

研发初期的阶段性产品。需求部分可以确定,大部分不能马上确定。宣传推广新的CRM理念是一种概念化的产品。

2、软件工作产品

软件工作产品进度表

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

3、假设、依赖和约束

假设:项目估计所用到的条件是真实的,从而得到基本准确的计划。依赖的外部条件:

1)开发环境条件配备;

2)开发人员如期到位;

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

4)和客户联系顺利;

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

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

4、项目过程定义

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

计划采用迭代W模型,如图所示:

2)方法和工具

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

软件开发方法与工具

5、任务分解

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

项目进度安排表

6、估计

1)代码量估计

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

编程语言:Java、JavaBean、EJB、JSP、Sevlet、SQL

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

估计结果:

代码量=1323FP;

文档量=2345页;

需求数=123项;

2)文档大小估计

软件工作产品规模估计表

3)工作量估计

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

软件开发工作量估计表

4)关键计算机资源估计

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

关键资源需求表

7、项目管理

1)项目组织结构

项目组织结果图

角色岗位职责如下。

角色岗位职责表

3)人员计划

人员计划内容如下表示。

人员设计表

4)培训设计

培训设计如下表。

培训计划表

5)风险管理计划

影响程度:5-灾难性、4-严重、3-一般、2-轻微、1-可忽略

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

风险计划内容如下所示。

风险计划图

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

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

商业策略

人力需求估计过低 TE 50% 4 监控项目经理详细设计与编码没有得到预算或人力上的保证 BU 50% 4 监控项目经理全程

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

相关文档
最新文档