Googlemaps软件项目计划Word文档下载推荐.docx
《Googlemaps软件项目计划Word文档下载推荐.docx》由会员分享,可在线阅读,更多相关《Googlemaps软件项目计划Word文档下载推荐.docx(16页珍藏版)》请在冰豆网上搜索。
Catalog
1Introduction简介
1.1Purpose目的
为Googlemaps生活信息分享系统项目制定项目开发计划以保证项目得以顺利进行。
该项目计划的阅读人员包括项目经理、项目总监、质量经理以及项目组中的所有成员。
1.2Scope范围
项目计划主要包含以下内容:
项目特定软件过程
项目的交付件及验收标准
工作产品及其审批
WBS
角色和职责
招聘与培训计划
相关方参与计划
规模、工作量的估计
关键计算机资源
里程碑及进度计划
风险管理计划
配置管理计划
产品集成策略
项目监控计划
项目知识库管理
标准与约定
1.3Abbreviations,AcronymsandTerms术语和缩略
Abbreviations缩略语
Fullspelling英文全名
Chineseexplanation中文解释
SOW
StatementofWork
工作说明书
PPL
ProjectPlan
项目计划
WorkBreakdownStructure
项目进度表
CMP
ConfigurationManagementPlan
软件配置管理计划
RMP
RiskManagementPlan
QAP
QualityAssurancePlan
质量保证计划
TSP
TestStrategyPlan
测试策略计划
SRS
SoftwareRequestmentSpecification
软件需求文档
HLD
HighLevelDesign
软件概要设计
LLD
LowLevelDesign
软件详细设计
STP
SystemTestPlan
系统测试计划
ITP
IntegrateTestPlan
集成测试计划
UTP
UnitTestPlan
单元测试计划
ST
SystemTest
系统测试
IT
IntegrateTest
集成测试
UT
UnitTest
单元测试
UAT
UserAcceptanceTest
用户验收测试
1.4References参考资料
DocID
参考资料编号
Nameofthereferreddocument
参考资料名称
SPP项目计划过程
2
RSKM风险管理过程
3
SPTO项目监控过程
4
SCM配置管理过程
5
SQA质量保证过程
6
M&
A度量与分析过程
2ProjectSpecificSoftwareProcesses项目特定的软件过程
2.1ProjectType项目类别
开发一个基于电子地图的生活信息分享网站,为人们提供生活信息服务并且提供信息查询和分享的服务。
2.2ProjectScope项目范围
本系统主要提供四个大的方面的功能,旅游信息服务,房产信息,微博分享,天气情况的信息。
2.3LifeCycleDescription生命周期描述
本项目采用V型模式。
一方面按照需求分析,概要设计,系统设计,详细设计,项目编码,测试的过程进行项目开发,同时在各个阶段完成对应测试用例的编写。
在需求分析阶段对项目进行评审,不断地完善。
在系统设计的同时完成系统测试用例的编写,在详细设计的阶段完成单元测试用例的编写。
使项目按照计划执行。
2.4RequirementsManagement需求管理
2.4.1Sourceofrequirements需求的来源
软件学院和深圳市易思博信息技术有限公司
2.4.2ElicitationofRequirements挖掘需求
1、分析需求,明确项目任务
2、首先进行前期调研,查找相关的书籍和网站,找到相同或者相近功能模块的实现方式,分析内部原理。
3、分析同类网站的业务模式和盈利模式,分析可以创新的地方
4、分析项目功能点,了解实现方法
2.4.3Reviewofrequirements评审需求
组内评审:
每个模块的负责人根据委托方意见对需求进行检查
组间评审:
各个成员对需求进行审查
2.4.4Changecontrol需求变更控制
如果已经所做的需求不准确或者遗漏,按照项目管理的程序对需求文档进行更改和添加
更新版本控制编号
通知所有组员
3DeliverablesandAcceptanceCriteria交付件与验收标准
3.1CustomerDeliverables给客户的交付件
S.No.
Deliverable交付件
AcceptanceCriteria验收标准
01
项目立项报告
文档符合规范
02
项目计划书
03
需求规格说明书
04
系统概要设计书
05
系统详细设计书
06
软件测试报告
07
项目验收报告
08
项目完成报告
09
最终产品
Defectdensity<
2Defects/KLOC
1Defects/Page
3.2InternalDeliverables内部交付件
4WorkProductsApproval工作产品及其审批
Table1ListoftheworkproductsApproval
Table2工作产品审批表
WorkProduct
工作产品
Approver(Name&
Role)
批准者(名字和角色)
Authorizer(Name&
签发者(名字和角色)
刘灵博(项目经理)
喻国良(技术总监)
PTF
SRS、HLD、LLD、STP、ITP、UTP、Code
5WBS工作任务分解
序号
工作包
工作量(人天)
前置任务
任务易难度
负责人
18
资料搜集
全体组员
需求调研分析
30
概要设计
60
详细设计
120
编码
70
编码实现
测试
90
16
用户验收
12
工作量总计(人天):
400
6RolesandResponsibilities角色和职责
Table3RolesandResponsibilitiesTable组织和职责表
No.
Role
角色
Name
姓名
Responsible
职责
ReportingTo
向谁报告
客户代表
软件学院和易思博公司
提出要求,确定项目
项目顾问
CPM(项目总监)
喻国良
确定项目总目标
监督进程
PM(项目经理)
刘灵博
监督和指导项目进行
QA(质量保证工程师)
孙磊
监督检测质量
MC(度量协调员)
7
TC(测试协调员)
8
配置管理员
9
项目组成员
费华辉、李海波、邹游、胡岸、张翔、李岳泽
项目执行
10
技术评审人员
7Stakeholderinvolvementplan相关方参与计划
7.1ExternalInterfaces外部接口
Table4CommunicationwithClientActivities与客户沟通表
No
Phase
阶段
CommunicationActivities
沟通活动
项目准备阶段
组员与项目经理沟通组员与客户沟通组员与组员沟通从而了解项目业务需求
项目计划阶段
组员与项目经理沟通组员与组员沟通,从而确认项目的范围
需求调研阶段
组员与项目经理沟通组员与组员沟通,确认项目需求
概要设计阶段
组员与项目经理沟通组员与组员沟通,确认系统接口及系统的应用环境
系统测试阶段
组员与项目经理沟通组员与组员沟通,参加测试
7.2InternalSupportGroups内部支持小组
Table5InternalSupportGroups内部支持小组
Group
Coordinationrequiredfor
人力资源
获取人力资源
培训
针对项目的培训
系统管理员
软硬件的需求、网络需求、链接需求
QA质量保证
评审
测试部门
SEPG
UsageofOSSP组织标准过程的使用
7.3CoordinateandCollaborationIssuesandResolutions沟通/合作问题与解决
问题:
被动的等待任务分配
解决方案:
提高自身主动性,寻找任务
沟通不充分,任务完成重复或者出现盲区
任务完成之后有反馈过程
8EstimatedSizeandEffort规模、工作量的估计
Phase阶段
Effort工作量(人天)
需求分析
130
设计
140
合计(人天):
390
9RelativelyResources相关资源
9.1SoftwareResources软件资源
软件名称
单位
数量
责任人
跟踪人
到位时间
Myeclipse6.5
HUST.SSE
2011-2-22
Tomcat6.0
Mysql
9.2HardwareResources硬件资源
硬件名称
计算机
软件学院
2011-2-21
9.3HumanResources人力资源
名单
主要活动
易思博
提出要求和项目
项目总监
监督项目
项目经理
监督、指导项目
QA
质量检测
MC
TC
开发项目
技术评审团
10MilestonesandSchedulePlan里程碑及进度计划
Table6MilestonesandSchedulePlan
Table7里程碑及进度计划
EstimatedStartdate
估计开始日期
Estimatedfinishdate
估计结束日期
Responsibility
ProjectPlanning
软件计划阶段
2011/2/20
2011/3/13
RequirementAnalysis
软件需求阶段
2011/3/14
2011/4/1
SD
系统设计阶段
2011/4/2
2011/5/3
PI
系统实现阶段
2011/5/4
2011/5/19
用户验收阶段
2011/5/20
2011/5/22
ProjectClosure
结项阶段
2011/5/23
2011/5/24
备注:
如果发生重估计,则应在表中填加重估计后的起始日期和结束日期,并保留以前的日期。
11RiskManagementPlan风险管理计划
1.技术风险:
成员技术普遍不高
成员按照一定的计划学习相关的技术,并定期进行交流,达到提升基础的目的。
普遍缺乏实际项目经验,开发经验不足。
解决方案为:
成员之间通过多交流并通过自己多上机实践,以达到强化动手能力,提高项目开发的能力。
同时充分沟通,积极主动地配合团队工作。
多请教经理,遇到问题及时解决。
2.管理风险:
公司的管理模式和学校的管理模式不同,需要灵活弹性较大的管理方式。
在这段时间成员可能还有其他的事情要做,比如考研的同学需要面试,有些同学需要找工作等,有些事件不能很好地进行估计。
(1)多进行交流,进行互相了解。
(2)严格按照公司的规章制度进行管理。
团队意识不强,可能会推迟项目进度
(1)合理分工,提高项目进度。
(2)每天提交项目汇报,每周一次问题汇总并解决。
12ConfigurationManagementPlan配置管理计划
配置管理:
对于文档和代码,我们组内自己单独配置一个svn,用于文档和代码的版本控制。
并配置一个专门的管理员,用于管理文档和代码。
13MonitoringandControlPlan项目监控计划
13.1ProjectMeetings项目会议
Table8ProjectMeetingsList项目会议表
Meeting
会议
Frequency
频度
Attendees
参加人
项目开工会/Kick-offmeeting
项目启动时
PM,SWE,TC,CMO,QA,CPM,SEPG,COO
项目周例会/projectweeklymeeting
每周/weekly
PM,SWE,QA
阶段开工会议(可无)/phasestartmeeting(optional)
阶段开始startofaphase
PM,SWE,QA,CPM
阶段结束会议phaseendmeeting
阶段结束endofaphase
PM,SWE,QA,CPM
项目关闭会议projectclosuremeeting
项目结束endofproject
PM,SWE,CPM,QA,SEPG,COO
项目例外会/ProjectExceptionMeeting
当发现例外时/whenexceptionhappen
PM,SWE,QA,CPM,etc.
13.2ProjectReports项目报告
Table9ProjectReportingActivities项目报告表
Report
报告
Preparedby
准备人
Recipients
向谁汇报
项目周报/projectweeklyreport
PM
CPM、QA
阶段报告
每阶段结束/endofphase
CPM,QA,QAM
阶段评估报告
CPM,QAM
项目关闭报告/ClosureofProjectReport&
MTS
项目结束/endofproject
CPM,QA,QAM
项目例外报告/ProjectExceptionReport
CPM,QA,QAM
QA状态报告/QAStatusReport
每阶段结束/endofphase
CPM、PM、QAM
13.3MeasurementandAnalysisPlan度量与分析计划
13.3.1Metricscollectionandstoragemechanism度量数据的收集和存储机制
网上寻找数据,以及存储到数据库中。
13.3.2MetricsAnalysisandReport度量数据的分析与报告
对于度量数据,进行合理性分析。
14Standardsandconventions标准与约定
COE实训时的Java编码规范
COE的标准文档模板、格式
15Projectplanrevisions项目计划的修订
在发生如下事件时,修订项目计划:
项目需求发生改变时
项目的范围发生变化
项目进度发生改变时
当项目执行过程中遇到风险需要调整时
当进度、工作量、规模超出控制的范围并需要采取纠正行动时
内部或外部审计导致的纠正活动