软件项目管理样板.docx
- 文档编号:3898285
- 上传时间:2022-11-26
- 格式:DOCX
- 页数:21
- 大小:265.67KB
软件项目管理样板.docx
《软件项目管理样板.docx》由会员分享,可在线阅读,更多相关《软件项目管理样板.docx(21页珍藏版)》请在冰豆网上搜索。
软件项目管理样板
房产交易网站项目管理方案
课程软件项目管理
学院计算机学院
专业软件工程
学生姓名
联系方式
指导教师
2013年6月12日
1.项目概述3
1.1项目背景3
1.2项目内容3
1.3项目实施原则3
2.软件需求4
2.1需求总体说明4
2.2详细用例描述5
3.项目人员管理9
3.1项目经理9
3.2软件架构师9
3.3软件开发工程师9
3.4软件测试工程师9
3.5运维人员9
3.6QA专员9
4.项目范围计划10
4.1项目工作包分解10
4.2软件生命周期模型13
5.项目时间管理15
5.1项目进度安排15
5.2里程碑20
6.项目成本管理21
6.1成本估算21
6.2成本预算22
7.质量管理24
7.1质量保证的基本思想24
8.风险管理25
8.1风险管理过程25
8.2风险管理计划26
8.3本项目风险和对策27
1.项目概述
1.1项目背景
随着全国各地房地产市场的蓬勃发展,各类房地产信息网站层出不穷。
一个门户级别的房地产交易网站需要面向不同的用户,建立齐全的服务体系。
但是,这看似低标准的要求实际上并不容易做到。
因此当前国内市场并没有形成一个龙头房地产交易网站,而是处于群雄逐鹿中。
于是,我们提出了一个新的解决方案,希望能在激烈的市场竞争中谋得一席之地。
1.2项目内容
按照当前的房地产业市场需求,建立一个综合性的房地产信息网站,整合多项功能,方便不同需求的用户使用。
以优质的服务引导用户,进而整合混乱的线上房地产服务。
1.3项目实施原则
房产交易网站生命周期长,牵涉面广,要求高效可靠,需要选择先进、成熟的技术,才能满足系统目标。
先进性主要体现在体系结构(应用先进、有生命力的技术规范和体系架构)、技术水平、产品选择(选择具有先进性的软硬件产品)、应用设计(采用面向对象的分析和设计、组件化技术、可视化工作流机制等)、测试手段(用先进的测试手段保证系统的优化)等方面。
成熟性要求所选择的技术和产品必须有规模化的成功应用实例系统,系统的效率和可靠性可预测。
房产交易网站是面向全社会所有买房者、卖房者的电子商务系统。
系统的开放性至关重要,开放性设计主要体现在以下方面:
体系结构的开放性。
整体结构具有很好的模块化设计,模块之间有明确的接口,平台之间有明确的规范;
软件产品选择的开放性。
一定要选择市场占有率大,成熟的软件产品,这类产品具有更好的开放性和更多的其它产品接口设计;
技术路线的开放性。
选择大多数厂商、主流产品均支持的技术路线,不绑死在一个固定的平台;
应用设计的开放性。
在应用设计上注重开放性设计,组件之间的可配置程度要好。
房产交易网站必须考虑系统的实用性,保证系统的良好应用,不能选择只有先进技术,但没有实用价值的产品。
实用性要从技术实现的难易程度、产品的稳定性和效率、厂商的本地服务和支持能力等方面衡量。
房产交易网站的安全性和可靠性是系统成功应用的基本前提。
安全性和可靠性设计主要基于以下方面:
利用多种手段(内、外防火墙、入侵检测、安全认证、基于角色的授权等等)加强对系统核心资源的有效保护。
完整的线上交易安全管理机制:
基于统一的安全策略,进行网络、操作系统、数据库和应用服务器等资源的访问控制,具有安全审计、漏洞扫描、入侵探测、信息传输加密、防病毒等功能。
房产交易网站要求具有以下几方面的可扩展性:
手机客户端的可扩展性。
随着智能手机的普及,web站点应当开发相应的application在各主流平台,以防止用户的流失。
分布式服务器平台的可扩展性。
终端用户增长时,系统压力会增大,不可避免地需要分布式服务器,以分流网络负载,满足业务正常处理的需要。
房产交易网站要求具有良好的可维护性,在系统维护、安全策略维护、应用变化维护等方面具备简便易行的维护功能。
2.软件需求
2.1需求总体说明
第一次来到房产交易网站的用户身份都是游客,游客只能使用网站的一些基本功能,需注册为买家或者卖家才能使用其他功能。
买家和卖家可分别使用交易所需的相应功能。
此外,还有拥有高级权限的管理员用户,负责管理房产交易网站。
2.2详细用例描述
图2.1游客功能用例图
图2.2买家功能用例图
图2.3卖家功能用例图
图2.4管理员功能用例图
3.项目人员管理
3.1项目经理
项目经理是整个项目组织中的核心角色,负责整个项目的实施。
项目经理将负责所有的管理工作,以及其它相关的工作,如交付物、财务、合约等。
他对系统将承担最终的职责。
项目经理将参与日常的系统实施管理,监控项目的进度,与软件项目经理一起工作以确保开发可以跟踪和控制。
项目经理负责向领导小组汇报开发进度和开发相关的问题。
项目经理一方面作为我公司的统一接口,协调用户,另一方面协调和管理公司内容各类小组,减轻用户在项目执行工程中发生的对公司的协调。
无论何时,项目经理都将得到项目领导小组在技术和处理实施问题上的强力支持。
3.2软件架构师
最终确认和评估系统需求,给出开发规范,搭建系统实现的核心构架,并澄清技术细节、扫清主要难点的技术人员。
3.3软件开发工程师
负责软件的开发工作,在软件架构师的指导下完成的代码编写工作。
3.4软件测试工程师
负责软件的测试,以保证软件产品的质量符合设计要求,确保软件产品的顺利释放。
3.5运维人员
负责整个系统实施和维护工作。
具体工作包括服务器、数据库的管理。
3.6QA专员
负责为项目开发团队提供全面的配置管理基础设施和环境,确保配置有效支持项目的开发,所有项目成员的工件(源代码和文档等)都进行了版本管理,还必须确保配置环境有利于进行产品复审、更改和缺陷跟踪等活动。
4.项目范围计划
4.1项目工作包分解
基于功能的工作分解
图5.1总体分解
图5.2通用模块分解
图5.3买家模块分解
图5.4卖家模块分解
图5.5管理员模块分解
工作包详细说明
WBS编码
名称
工作量(人.时)
负责人
1
通用模块
48
1.1
用户注册
4
1.2
搜索房屋
8
1.3
浏览房屋
8
1.4
购房估算
24
1.5
登录注销
4
2
买家模块
36
2.1
个人信息管理
13
2.2
收藏房屋
12
2.2.1
申请购买
4
2.2.2
收藏房屋
4
2.2.3
删除收藏
4
2.3
已购房屋
12
3
卖家模块
36
3.1
个人信息管理
12
3.2
申请发布
4
3.3
未售房屋
16
3.3.1
删除
8
3.3.2
修改
8
3.4
已售房屋
4
4
管理员模块
72
4.1
个人信息管理
12
4.2
会员信息管理
12
4.3
购房申请管理
12
4.4
房屋发布申请
12
4.5
成功交易管理
12
4.6
提问管理
12
4.2软件生命周期模型
图为软件生命周期模型(瀑布模型)
图5.6瀑布模型
5.项目时间管理
5.1项目进度安排
5.2里程碑
里程碑
时间点
软件规划完成
2012年12月11日
需求分析完成
2013年1月2日
软件结构设计完成
2013年1月11日
数据库设计完成
2013年1月22日
J2EE复习完成
2013年2月1日
实施完成
2013年2月26日
测试完成
2013年2月28日
提交完成
2012年3月4日
表6.1milestone
6.项目成本管理
6.1成本估算
根据其他项目再结合我们掌握技术的熟练度我们进行这样的粗略估计:
根据我们的用户自管会的要求我们的项目采用B/S结构,我们使用J2EE技术和Mysql结合的开发技术,结合我们的熟练度我估计我们需要3个程序员,我们本学期课程较多,课余时间不是很多,所以我们打算一天用4小时的工作量来计算整个项目的规模。
WBS
名称
工作量/(人·时)
资源数量/人
工期/时
1
通用模块
48
1.1
用户注册
4
1
4
1.2
搜索房屋
8
1
8
1.3
浏览房屋
8
1
8
1.4
购房估算
24
3
8
1.5
登录注销
4
1
4
2
买家模块
36
2.1
个人信息管理
12
1
12
2.2
收藏房屋
2.2.1
申请购买
4
1
4
2.2.2
收藏房屋
4
1
4
2.2.3
删除收藏
4
1
4
2.3
已购房屋
12
1
12
3
卖家模块
36
3.1
个人信息管理
12
1
12
3.2
申请发布
4
1
4
3.3
未售房屋
3.3.1
删除
8
1
8
3.3.2
修改
8
1
8
3.4
已售房屋
4
1
4
4
管理员模块
72
4.1
个人信息管理
12
1
12
4.2
会员信息管理
12
1
12
4.3
购房申请管理
12
1
12
4.4
房屋发布申请
12
1
12
4.5
成功交易管理
12
1
12
4.6
提问管理
12
1
12
表7-1WBS
估计成本步骤如下所示:
获取项目分解结果WBS
任务分解是根据项目的功能进行分解的。
开发成本
由于任务分解的结果主要是针对开发任务的分解,根据以往经验,需求任务和测试管理任务=20%*开发任务。
由表1-1可以看出规模是192人时,开发人员标准费率是20元/工时,加班费率是30元/工时,故开发费用=192*20=3840元
项目的需求规划,测试管理成本=开发成本*40%=1536元。
直接成本=3840+1536=5376元。
间接成本(我们的上网费用、耗材、团队互动的活动)
间接成本包括前期合同费用、房租水电、培训、福利、客户服务等。
根据以往经验,采用公式:
间接成本=30%直接成本=1612.8元。
总估算成本
项目总估算成本=5376+1612.8=6988.8元。
最后报价
利润占50%,由于我们技术还不是很熟练所以其中风险基金要高一点为30%、利润15%、税费5%。
则项目总报价=6988.8*1.5=10483元。
6.2成本预算
根据每个任务的资源分配和时间安排,确定项目的预算,如表1-3,预算总成本为10240元与估算的直接成本10483元基本持平,这样10483元可以作为项目的成本控制参考。
7质量管理
软件质量管理的目的是建立对软件产品质量的定量了解和实现特定的质量目标。
软件质量管理包含确定软件产品的质量目标,制定实现这些目标的计划,并监控计划的执行,根据情况变化调整计划及目标。
以保证最终提交的产品能满足顾客和最终用户的需要及愿望。
通过对用户发展状况和变化需求的充分了解,并从软件是客户的基础设施的角度出发选择合适的技术,控制用户的投资规模,把用户的需求与技术优化融合。
以有生命的软件,来保证用户永远的价值。
通过遍及全国的服务网络,为用户提供及时周到的服务构建了一个坚实的平台。
良好的项目质量管理是软件企业长期成功的根本保证,本公司实施正式的质量管理与规范的项目管理制度已经有多年的历史。
在项目的整个实施过程中,严格按照公司的政策和规范要求执行。
我们一直坚持贯彻执行体系要求,谋求不断改进,致力于项目管理与质量管理体系的提升。
7.1质量保证的基本思想
本软件开发项目在软件开发的全过程将采用最新国际标准的质量保证体系,使开发的产品得到可靠的保证。
质量保证过程中的基本思想是“戴明环”质量控制思想体系,即著名的PDCA原则,如下图说明:
图91采用PDCA原则进行质量保证示意图
对其中的几个工作环节进行说明:
计划(Plan)——实施过程中的各阶段工作需要合作双方先经过协商制定出完整的工作计划;例如:
当进行实施工作时,需要制定每周的具体工作计划;所有的工作计划都需要双方正式签字,生效,并按照执行。
实现(Do)——计划完成的及时性和圆满性需要合作双方共同努力,双方都将监督本方人员按时高效地完成既定计划;都应制定必须的考核和奖惩制度,制定专职人员负责相关工作,使计划能够得以确切的落实;双方还都有考察对方计划执行情况的义务和权利。
检查与评审(Check)——每个工作计划到期时都将由双方进行评价,对其中未完成的内容找出具体原因,制定改善和补救措施;项目实施过程中所产生的全部文档、问题反馈、会议及交流记录等都必须以规范的文档化的形式出现,同时都必须经过双方的确认和评审,签字后才能正式生效;尤其是对于过程中所出现的问题需要双方进行多次的确认评价,直至修改完成。
改善(Act)——在整个的项目实施过程中能否具有“持续改善的能力”一定程度将决定项目的成功与否,因此项目实施中双方需要多沟通交流,尽早发现问题和不足,并立即改善,保证整个项目的顺利完成;实施中工程领导小组将负责全局性的工程进展,对出现的问题和不足协商解决,改进。
具体地说,对本开发项目应用系统主要有如下几点:
在每个阶段开始时,需要对准备情况进行认真审查,并向工程领导小组汇报,确认已经具备了开始当前阶段工作所必须的条件后,才可开始该阶段的具体工作;
实施中的每个阶段有阶段工作计划,具体工作中每周有工作周计划,所有计划需要经双方讨论确认并签字生效;
实施中双方都应按时、圆满完成任务,并督促对方的工作;
实施中每阶段结束,每周工作结束,需对原定计划进行双方参与的总结,形成总结报告,对其中未按时完成部分制定补救措施和整改计划,为下一阶段的工作做好准备;
实施中所产生的需求分析文档、软件总体设计、数据库设计都必须按时评审,尽早发现问题所在,及时进行修改使后续工作能够正常进行;
以上文件评审合格后由双方签署评审意见后生效,将作为下一步工作的规范和标准,用户需求原则上不应再发生变更;如遇特殊情况需要改变需求,届时由双方再协商解决;
充分考虑到本开发项目应用系统社会保障卡系统的高安全性和数据量较大的特点,开发组人员在进行软件功能测试时,需要有关部门提供大力帮助;同时用户项目组可查看功能测试和系统测试情况数据,协商确定系统测试安排,并根据测试结果调整后续工作计划和进度;
实施过程中加强沟通,包括现场工作周报,用户周报等,通过充分的信息交流了解彼此的进展情况,保证计划按时完成。
根据以上原则,在整个开发过程中,将运用一系列的质量保证手段保证开发质量。
运用CASE工具进行需求分析及软件设计,使软件易于理解、易于维护、易于测试。
确保系统的正确性、完整性、实用性和高效性。
8.风险管理
在软件开发实施中,风险是某种不确定因素,在其正常分布范围内,它可以危及项目成功或导致项目失败。
因此有效的管理项目风险是项目成功的关键。
风险管理的目的是对没有达到项目计划目标或与项目计划存在差异的情况进行识别、分析并采取应对措施,以增大机会或减少负面影响。
风险管理过程包括以下内容:
1)风险识别:
确定可能对项目造成影响的风险,并把第一风险的特性编制成文档。
2)风险分析:
根据风险对项目潜在的影响程度,对风险进评估并区分优先级。
3)风险应对措施制定:
定义增大机会和应对威胁的措施。
4)风险应对措施控制:
执行风险管理计划以应付项目过程中的风险事件。
8.1风险管理过程
风险管理计划用于识别和管理风险,项目经理负责制定风险管理计划(风险管理计划是项目计划的一部分)。
所有的风险以应包括风险名称、严重程度、负责人、预防及补救方案。
项目经理负责跟踪项目的风险,软件质量保证员审核风险跟踪活动。
其风险跟踪活动如下:
风险管理计划修改
项目会议
项目里程碑评审会
项目总体汇报
8.2风险管理计划
软件开发和实施的每个阶段都应在项目启动时作风险评估和风险规避计划。
项目管理领导小组将存在的共性的风险组织各方讨论并共同制定项目风险规避计划。
风险管理计划是对项目中识别出的风险的减轻、紧急处理和预备等计划的总称。
每个单独的风险计划都代表了一个或一类风险(因为每个或每类风险都有一个以上的计划响应)。
风险是负面影响项目的潜在事件或将来情形,它包含风险识别、分析和作出反应。
负面影响包含降低项目质量、增加项目成本、造成项目延期、对项目不满意或项目失败。
同时可以把风险划分为内部引起的风险和外部环境引起的风险。
内部风险:
能够受控或影响项目团队,例如:
对项目交付成果的质量要求层次;
外部风险:
不能受控或影响项目团队,例如:
市场环境与政府法律法规。
项目风险管理计划目标是备档所有与风险相关的计划。
主要包含了:
风险减轻计划:
降低风险发生的可能性或使风险对项目的负面影响最小而计划的行动;具体包括计划目的,执行计划的责任人,批准计划执行授权人员,减轻风险活动/行动,计划执行有效的尺度,以及计划成本估计。
风险紧急处理计划:
针对特殊的风险或发生的风险而计划的处理策略、活动和预算;具体包括:
计划目的,执行计划责任人,批准计划执行授权人,紧急处理行动,引起执行紧急处理的风险尺度,计划成本。
风险预备计划:
针对影响项目成本和进度的风险而计划的管理行为/或紧急处理预备;具体包括批准风险预备计划授权人,如果风险发生或需要对不能预计的风险进行预备计划的理由,使用预备计划的尺度和计划成本
为了能更好的管理风险,要求各方按照以下表格把发现的风险报告,同时,按照表格要求的进行处理。
所有的风险报告都必须反馈到项目管理办公室,高优先级、影响的风险必须由PMO直接协调解决。
在本项目中的用于风险计划的风险列表如下:
表101项目风险列表
8.3本项目风险和对策
1、需求变更风险
在开发过程中,发现之前的需求有错,或希望增加新的功能;
解决办法:
规避:
事先做好需求,确保万无一失,或者在设计时利用框架、设计模式等方法降低模块耦合,为之后的修改提供方便。
应对:
想出多种解决方案,对比一下,选出修改付出成本最低的解决方案。
2、进度风险
在这个项目过程中,我们可能会由于考试、放假、课程作业多等原因而无法按照进度计划如期进行,使得整个项目的进度推迟。
解决办法:
如果进度延迟超过了我们可接受的范围,我们可能会采取加班的方法来赶工;如果加班还是无法完成,就会向同学请求帮助,将一部分开发任务让他们帮忙完成。
▪3、质量风险
由于我们组的项目开发经验不丰富,开发出来的软件很可能在质量上不过关,比如说响应时间、用户数量、安全性等因素;
解决办法:
设计好测试用例,提前做好准备,测试时,借助软件测试工具测试这些要求是否满足,一旦不满足,就查阅资料或请教老师或有经验的开发人员,找出原因,找到解决方法。
4、人员流动风险
可能由于某些原因或突发事件,项目小组的人员会离开或退出小组;
解决办法:
找到合适的人员接替他,做好交接工作。
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 软件 项目 管理 样板