物业管理系统

1、.物业管理系统软件开发计划书1、概述（ 1 ） 项目介绍项目中文名称：物业管理系统。项目英文名称：Property Management System。项目代号： NS/TEL-PMS-CRM 。项目目的：面向社会广大的物业管理开发商，适用与一切的物业管理功能，将帮助广大的用户更好的管理，服务与业主。项目背景： CMM 过程改进。客户信息：物业管理开发商。与其他系统的关系：基于 BOSS 的业务数据进行分析，同时又是 DSS 的扩展，与他们既有交叉，又有延伸。（ 2） 范围资料维护：包括开发商的资料，物业基本资料。住房管理：包括住户入住登记，住户资料的修改和住户的变更。财产管理：包括小区物业管

2、辖内的资产、设施等管理。财务管理：包括物业管理费、小区停车费、物业维修基金、“水费、电费、煤气费”三费的收取。信息管理：小区出租、出售房屋信息发布，投诉管理。小区工作人员和保安人员的岗位人员的管理。（ 3） 子计划软件配置管理计划；软件质量保证计划；软件测试计划；1/14.（ 4 ） 项目计划的维护项目计划在下列情况下将被更新；1）项目关键问题的解决；2）需求更改导致项目进度的调整在两周或两周以上；3）项目资源需求的改变；4）新技术的引入；5）开发过程的改变；6）软件工作产品的改变；7）项目特性的改变；在项目阶段性审核时，如果更改项目计划，那么项目进度表也应作相应的更新。如果项目进度或项目特性

3、有重大改变时，项目计划的更新更改应得到SCCB 认可。（5）项目特性研发初期的阶段性产品。需求部分可以确定，大部分不能马上确定。宣传推广新的CRM 理念是一种概念化的产品。2、软件工作产品软件工作产品进度表工作产品名称需求需求获取 / 分析表系统功能说明书软件需求规格说明书计划软件开发计划（SDP）软件配置管理计划软件质量保证计划软件测试计划设计概要设计书详细设计书用户手册文档标识号计划完成日期A or R*NS/TEL-PMS-CRM-RM-012011-10-30ANS/TEL-PMS-CRM-RM-022011-11-16ANS/TEL-PMS-CRM-RM-032011-12-28AN

4、S/TEL-PMS-CRM-PP-012011-11-16ANS/TEL-PMS-CRM-PP-022011-11-30ANS/TEL-PMS-CRM-PP-032011-11-30ANS/TEL-PMS-CRM-PP-042011-12-10ANS/TEL-PMS-CRM-SD-012012-01-18ANS/TEL-PMS-CRM-SD-022012-02-22ANS/TEL-PMS-CRM-SD-032012-02-22R2/14.数据库设计NS/TEL-PMS-CRM-SD-04BOSS 接口规范NS/TEL-PMS-CRM-SD-05实现源代码模块NS/TEL-PMS-CRM-IMP

5、-01执行代码模块NS/TEL-PMS-CRM-IMP-02测试确认测试方案NS/TEL-PMS-CRM-TEST-01集成测试方案NS/TEL-PMS-CRM-TEST-02单元测试用例NS/TEL-PMS-CRM-TEST-03单元测试记录NS/TEL-PMS-CRM-TEST-04单元测试报告NS/TEL-PMS-CRM-TEST-05集成测试记录NS/TEL-PMS-CRM-TEST-06集成测试报告NS/TEL-PMS-CRM-TEST-07确认测试记录NS/TEL-PMS-CRM-TEST-08确认测试报告NS/TEL-PMS-CRM-TEST-09系统测试记录NS/TEL-PMS

6、-CRM-TEST-10系统测试报告NS/TEL-PMS-CRM-TEST-11验收产品发布记录NS/TEL-PMS-CRM-CON-01软件质量总结报告NS/TEL-PMS-CRM-CON-02财务质量总结报告NS/TEL-PMS-CRM-CON-03项目总结报告NS/TEL-PMS-CRM-CON-04维护维护记录NS/TEL-PMS-CRM-MT-01A= 审核， R= 评审，采用审查还是评审由项目组决定。3、假设、依赖和约束2012-02-222012-02-222012-04-122012-04-122012-01-202012-02-102012-03-202012-04-2420

7、12-04-26见测试计划见测试计划见测试计划见测试计划见测试计划见测试计划2012-05-10见 SQA 的计划2012-05-102012-05-10RARRRRRRRRRRRRRRRR假设：项目估计所用到的条件是真实的，从而得到基本准确的计划。依赖的外部条件：1）开发环境条件配备；2）开发人员如期到位；3）项目组及相关组成员受过必要的培训；4）和客户联系顺利；3/14.5）指派 SCCB、 PM、SQA、 SCM、测试组人员。约束： NT 服务器、 java 开发工具、 EIB 组件技术、数据仓库和数据挖掘技术、物业管理领域业务逻辑等。4、项目过程定义1）软件开发生命周期模型计划采用迭代

8、W 模型，如图所示：2) 方法和工具本项目软件开发所使用的方法和工具如图所示。软件开发方法与工具软件工作产品方法工具项目计划与跟踪PMMS Project 2007需求分析与设计OORational Rose 2003编码OOJBuilder5,Dreamwaver单元测试OORational Robot etc.文档WorldExcelMS Offices 2007配置MS Sourcesafe,Perforce5、任务分解4/14.描述软件任务分解和工作包，并提供进度表供项目运行、项目管理活动每周一次的评审、高级经理评审使用。项目进度表安排如下所示.任务需求获取分析软件开发计划系统功能说明

9、书软件需求规格说明书概要设计用户手册详细设计数据库设计BOSS 接口规范设计编码单元测试项目总结报告项目进度安排表开发日期结束日期2011-10-222011-11-232011-10-222011-11-232011-10-222011-11-232011-11-192011-12-282011-12-072012-01-082011-12-312012-01-182012-01-042012-02-222012-01-042012-02-222012-01-042012-02-222012-02-012012-04-122012-01-072012-04-262012-04-202012-

10、05-106、估计1）代码量估计估计方法：采用功能点估计方法并结合历史数据。编程语言： Java、 JavaBean 、EJB、 JSP、 Sevlet 、SQL估计过程：参考CRM 项目估计文档。估计结果：代码量 =1323FP;文档量 =2345 页；需求数 =123 项；2）文档大小估计软件工作产品规模估计表文档名称估计文档大（页）文档名称估计文档大小（页）需求获取 / 分析表50源代码模块505/14.系统功能说明书80软件需求规格说明书100软件开发计（ SDP）30软件配置管理计划20软件质量保证计划20软件测试计划23概要设计书200详细设计书155用户手册23数据库设计21BO

11、SS 接口规范31财务总结报告20项目总结报告10维护记录20合计3) 工作量估计软件开发工作量估计如下所表示。执行代码模块2000确认测试方案20集成测试方案30单元测试方案52单元测试方案60单元测试方案300集成测试方案21集成测试方案30确认测试方案20确认测试方案56系统测试方案12系统测试报告30产品发布记录12软件质量总结报告502345软件开发工作量估计表阶段工作量（人小时）阶段工作量（人小时）需求与计划1197.00编码1894.73分析1636.43测试2171.93设计2776.73交付316.58合计9993.404）关键计算机资源估计关键计算机资源需求如下。关键资源需

12、求表关键项数量或说明服务器磁盘空间40G网络速度100Mb/s操作系统Windows XPCPU 主频P4PC 机内存1G 以上6/14.7、项目管理1）项目组织结构项目组织结果图高级经理张三SQA 组SCM组SCCB组项目组李四王一陈新陈新陈苗苗陈苗苗王军李易陈诺2) 角色与职责角色岗位职责如下。角色岗位职责表姓名角色和职责张三项目经理。需求分析、系统分析设计、项目管理李四软件经理。需求分析、系统分析设计、编码测试、技术支持王一系统分析员。需求分析、系统分析设计、编码测试、实施指导陈新高级程序员。技术实施、设计、编码、测试陈苗苗高级程序员。需求收集、设计、编码、测试王军编码、测试李易编码、测

13、试陈诺编码、测试3）人员计划人员计划内容如下表示。测试组王军李易陈诺7/14.人员设计表开发阶段起止日期人数技能等方面的要求计划2011.10.222011.11.235系统分析员2人、需求管理1 人、客户联络员 1 人、项目策划 1 人需求分析2011.11.192011.12.286系统分析员4人、高级程序员1人、文档与配置 1人概要设计2011.12.072012.01.185系统分析员3人、高级程序员2人详细设计2011.01.042.12.02.226系统分析员1人、高级程序员5人编码2012.01.202012.04.127高级程序员3人、程序员4 人单元测试2012.01.072

14、012.04.266测试员 3 人、高级程序员3 人、程序员 2人交付2012.04.292012.05.104系统分析员1人、高级程序员1人、程序员 2 人4）培训设计培训设计如下表。培训计划表主题软件过程培训数据仓库Rose、 UML编程技术电信领域知识软件工程原理人数计划日期提供者备注全部10 天SEPG公司内部培训2-310 天CA、 SAS、BV3-45 天Oracle北京、上海等地培训5-65 天系统分析专家全部3 天高级工程师全部5 天客户或需求专家中国移动和吉林移动公司内部5）风险管理计划影响程度： 5- 灾难性、 4- 严重、 3- 一般、 2- 轻微、 1- 可忽略分类：

15、BU-商业风险、 CU-客户特性风险、 DE-开发环境风险、 TE- 人员经验风险、 ST- 建造技术风险、 PS-产品规模风险、 PU-过程风险风险计划内容如下所示。风险计划图8/14.风险因素类别概率影响RMMM责任人发生阶段开发的产品不再符合公司的整体BU5%5监控高级经理全程商业策略人力需求估计过低TE50%4监控 项目经理详细设计与编码没有得到预算或人力上的保证BU50%4监控项目经理全程与 BOSS 开发组之间无法协调DE20%4缓解高级经理设计阶段复用程度低于计划PS65%3风险软件经理编码阶段规模估算可能和实际差别很大PS60%3监控项目经理设计阶段缺少对工具的培训DE50%3

16、缓解 项目经理编码阶段测试和编码的具体监控难以落实PU40%3监控 项目经理编码阶段四层结构新技术的尝试可能导致技术力量不够ST30%3缓解软件经理设计编码参与人员的流动TE30%3缓解 项目经理全程数据仓库新技术的尝试不能保证成功ST 20%3缓解 项目经理分析设计OO 分析和设计新技术的尝试可能与传统的过程冲突ST20% 3缓解项目经理分析设计交付期限将被紧缩BU10%3监控项目经理全程开发人员工作的短时中断PU90%2计划项目经理全程与住户之间无法沟通CU90%2缓解项目经理需求、分析产品创建和使用的数据库很大PS80%2监控项目经理测试交付用户需求发生较大的改变PS65%2计划项目经理

17、分析之后效率DE 50%2缓解项目经理测试交付交付期限不能保证产品的完整性BU50%2监控项目经理设计编码9/14.风险因素类别概率影响 RMMM 责任人发生阶段技术达不到预期的效果ST50%2监控项目经理设计开发人员不能严格遵守过程规范PU50%2监控项目经理全程合作者或合作关系的重大变化DE40%2缓解高级经理全程参与人员缺乏经验TE40%2缓解高级经理全程最终用户可能抵制该系统BU10%1缓解项目经理交付维护6）项目技术变更管理参照组织的技术变更管理计划，具体制定本项目的技术变更管理计划，如下图所示。技术变更管理计划表新技术评估期试用期推广期EJB 技术2011.11.122011.12

18、.192011.12.1OOA、 OOD 技术2011.102011.112011.12数据仓库技术2011.112011.122012.17）进度跟踪（1）项目会议项目会议计划采用周例会与随机会议相结合的方式。会议组织者：一般由项目经理或软件经理负责组织并实施。项目会议的时间或频度：周例会每周一次，每次定于星期五下午4： 00 左右。随机会议根据情况临时确定。项目会议只要内容：周例会原则上市本周工作报告和讨论问题解决方法，以及下周工作安排，随机会议视情况而定。会议记录分发的方式和范围：电子文档记录，项目经理存档并抄送部门秘书。（ 2 ） 项目里程牌项目里程牌内容如下表所示。10/14.项目里程牌表里程碑时间工作产品控制时间范围变更措施计划阶段完2011.11.231、项目计划1-2 周1、尽量避免成2、需求说明变更，提前分析阶段完2011.12.281、需求规格说明书1 周监控、延迟成不要超过 1周设计阶段完2012.2.221、概要设计书1 周成2、详细设计书3、数据库4、用户手册5、 BOSS 接口规范编码完成2012.4.121、源代码模块1