Googlemaps软件项目计划.docx

上传人:牧羊曲112 文档编号:1701290 上传时间:2022-12-15 格式:DOCX 页数:14 大小:142.37KB
返回 下载 相关 举报
Googlemaps软件项目计划.docx_第1页
第1页 / 共14页
Googlemaps软件项目计划.docx_第2页
第2页 / 共14页
Googlemaps软件项目计划.docx_第3页
第3页 / 共14页
Googlemaps软件项目计划.docx_第4页
第4页 / 共14页
Googlemaps软件项目计划.docx_第5页
第5页 / 共14页
点击查看更多>>
资源描述

《Googlemaps软件项目计划.docx》由会员分享,可在线阅读,更多相关《Googlemaps软件项目计划.docx(14页珍藏版)》请在三一办公上搜索。

1、项目名称Project name密级Confidentiality levelGooglemaps生活信息分享系统仅供收件方查阅项目编号Project ID版本Version文档编号Document codev5.3076.624.21.0v5.3076.624.2_SPP_002Software Project PlanningGooglemaps 软件项目计划Prepared by 拟制费华辉Date日期2011-3-14Reviewed by 评审人Date日期Approved by批准Date日期 版权所有 不得复制Copyright BroadenGate Technologies,

2、 Co., Ltd. All Rights ReservedRevision Record修订记录Date日期Revision Version修订版本CR ID /Defect IDCR/ Defect号Sec No. 修改章节Change Description修改描述Author作者3-141.01完成初稿费华辉 Catalog 目 录1Introduction 简介61.1Purpose 目的61.2Scope 范围61.3Abbreviations, Acronyms and Terms 术语和缩略61.4References 参考资料72Project Specific Softwa

3、re Processes 项目特定的软件过程72.1Project Type 项目类别72.2Project Scope 项目范围72.3Life Cycle Description 生命周期描述72.4Process Tailoring 过程裁剪82.5Requirements Management 需求管理82.5.1Source of requirements 需求的来源82.5.2Elicitation of Requirements 挖掘需求82.5.3Review of requirements 评审需求82.5.4Change control 需求变更控制83Deliverabl

4、es and Acceptance Criteria交付件与验收标准83.1Customer Deliverables 给客户的交付件83.2Internal Deliverables 内部交付件84Work Products Approval 工作产品及其审批95WBS 工作任务分解96Roles and Responsibilities 角色和职责107Stakeholder involvement plan 相关方参与计划107.1External Interfaces 外部接口117.2Internal Support Groups 内部支持小组117.3Coordinate and

5、Collaboration Issues and Resolutions 沟通/合作问题与解决128Estimated Size and Effort 规模、工作量的估计129Relatively Resources 相关资源129.1Software Resources 软件资源129.2Hardware Resources 硬件资源129.3Human Resources人力资源1210Milestones and Schedule Plan 里程碑及进度计划1211Risk Management Plan 风险管理计划1312Configuration Management Plan 配

6、置管理计划1313Monitoring and Control Plan 项目监控计划1413.1Project Meetings 项目会议1413.2Project Reports 项目报告1413.3Measurement and Analysis Plan 度量与分析计划1513.3.1Metrics collection and storage mechanism 度量数据的收集和存储机制1513.3.2Metrics Analysis and Report 度量数据的分析与报告1514Standards and conventions 标准与约定1515Project plan re

7、visions 项目计划的修订151 Introduction 简介1.1 Purpose 目的为Googlemaps生活信息分享系统项目制定项目开发计划以保证项目得以顺利进行。该项目计划的阅读人员包括项目经理、项目总监、质量经理以及项目组中的所有成员。1.2 Scope 范围项目计划主要包含以下内容:项目特定软件过程项目的交付件及验收标准工作产品及其审批WBS角色和职责招聘与培训计划相关方参与计划规模、工作量的估计关键计算机资源里程碑及进度计划风险管理计划配置管理计划产品集成策略项目监控计划项目知识库管理标准与约定1.3 Abbreviations, Acronyms and Terms 术

8、语和缩略Abbreviations缩略语Full spelling 英文全名Chinese explanation 中文解释SOWStatement of Work工作说明书PPLProject Plan项目计划WBSWork Breakdown Structure项目进度表CMPConfiguration Management Plan软件配置管理计划RMPRisk Management Plan风险管理计划QAPQuality Assurance Plan质量保证计划TSPTest Strategy Plan测试策略计划SRSSoftware Requestment Specificati

9、on软件需求文档HLDHigh Level Design软件概要设计LLDLow Level Design软件详细设计STPSystem Test Plan系统测试计划ITPIntegrate Test Plan集成测试计划UTPUnit Test Plan单元测试计划STSystem Test系统测试ITIntegrate Test集成测试UTUnit Test 单元测试UATUser Acceptance Test用户验收测试1.4 References 参考资料Doc ID参考资料编号Name of the referred document参考资料名称1SPP 项目计划过程2RSKM

10、风险管理过程3SPTO项目监控过程4SCM 配置管理过程5SQA 质量保证过程6M&A 度量与分析过程2 Project Specific Software Processes 项目特定的软件过程2.1 Project Type 项目类别开发一个基于电子地图的生活信息分享网站,为人们提供生活信息服务并且提供信息查询和分享的服务。2.2 Project Scope 项目范围本系统主要提供四个大的方面的功能,旅游信息服务,房产信息,微博分享,天气情况的信息。2.3 Life Cycle Description 生命周期描述本项目采用V型模式。一方面按照需求分析,概要设计,系统设计,详细设计,项目编

11、码,测试的过程进行项目开发,同时在各个阶段完成对应测试用例的编写。在需求分析阶段对项目进行评审,不断地完善。在系统设计的同时完成系统测试用例的编写,在详细设计的阶段完成单元测试用例的编写。使项目按照计划执行。2.4 Requirements Management 需求管理2.4.1 Source of requirements 需求的来源软件学院和深圳市易思博信息技术有限公司2.4.2 Elicitation of Requirements 挖掘需求1、 分析需求,明确项目任务2、 首先进行前期调研,查找相关的书籍和网站,找到相同或者相近功能模块的实现方式,分析内部原理。3、 分析同类网站的业

12、务模式和盈利模式,分析可以创新的地方4、 分析项目功能点,了解实现方法2.4.3 Review of requirements 评审需求组内评审:每个模块的负责人根据委托方意见对需求进行检查组间评审:各个成员对需求进行审查2.4.4 Change control 需求变更控制如果已经所做的需求不准确或者遗漏,按照项目管理的程序对需求文档进行更改和添加更新版本控制编号通知所有组员3 Deliverables and Acceptance Criteria交付件与验收标准3.1 Customer Deliverables 给客户的交付件S.No.Deliverable 交付件Acceptance

13、Criteria 验收标准01项目立项报告文档符合规范02项目计划书文档符合规范03需求规格说明书文档符合规范04系统概要设计书文档符合规范05系统详细设计书文档符合规范06软件测试报告文档符合规范07项目验收报告文档符合规范08项目完成报告文档符合规范09最终产品Defect density 2 Defects / KLOCDefect density 1 Defects / Page3.2 Internal Deliverables 内部交付件S.No.Deliverable 交付件Acceptance Criteria 验收标准01项目立项报告文档符合规范02项目计划书文档符合规范03需

14、求规格说明书文档符合规范04系统概要设计书文档符合规范05系统详细设计书文档符合规范06软件测试报告文档符合规范07项目验收报告文档符合规范08项目完成报告文档符合规范09最终产品Defect density 2 Defects / KLOCDefect density 1 Defects / Page4 Work Products Approval 工作产品及其审批Table1 List of the work products Approval 工作产品审批表Work Product工作产品Approver(Name&Role)批准者(名字和角色)Authorizer(Name&Role)

15、签发者(名字和角色)SOW刘灵博(项目经理)喻国良(技术总监)PTF刘灵博(项目经理)喻国良(技术总监)PPL刘灵博(项目经理)喻国良(技术总监)WBS刘灵博(项目经理)喻国良(技术总监)CMP刘灵博(项目经理)喻国良(技术总监)RMP刘灵博(项目经理)喻国良(技术总监)QAP刘灵博(项目经理)喻国良(技术总监)TSP刘灵博(项目经理)喻国良(技术总监)SRS、HLD、LLD、STP、ITP、UTP、Code刘灵博(项目经理)喻国良(技术总监)5 WBS 工作任务分解序号工作包工作量(人天)前置任务任务易难度负责人1项目计划18资料搜集1全体组员2需求调研分析30项目计划2全体组员3概要设计6

16、0需求调研分析3全体组员4详细设计120概要设计3全体组员5编码70编码实现2全体组员6测试90测试3全体组员16用户验收12系统测试1全体组员工作量总计(人天):4006 Roles and Responsibilities 角色和职责Table2 Roles and Responsibilities Table 组织和职责表No.Role角色Name姓名Responsible职责Reporting To向谁报告1客户代表软件学院和易思博公司提出要求,确定项目2项目顾问3CPM(项目总监)喻国良确定项目总目标监督进程4PM(项目经理)刘灵博监督和指导项目进行喻国良5QA(质量保证工程师)孙磊

17、监督检测质量喻国良6MC(度量协调员)7TC(测试协调员)8配置管理员9项目组成员费华辉、李海波、邹游、胡岸、张翔、李岳泽项目执行喻国良10技术评审人员7 Stakeholder involvement plan 相关方参与计划7.1 External Interfaces 外部接口Table3 Communication with Client Activities与客户沟通表NoPhase阶段Communication Activities沟通活动1项目准备阶段组员与项目经理沟通 组员与客户沟通 组员与组员沟通 从而了解项目业务需求2项目计划阶段组员与项目经理沟通 组员与组员沟通,从而确认

18、项目的范围2需求调研阶段组员与项目经理沟通 组员与组员沟通,确认项目需求3概要设计阶段组员与项目经理沟通 组员与组员沟通,确认系统接口及系统的应用环境4系统测试阶段组员与项目经理沟通 组员与组员沟通,参加测试7.2 Internal Support Groups 内部支持小组Table4 Internal Support Groups 内部支持小组S.No.Group Coordination required for 01人力资源获取人力资源02培训针对项目的培训03系统管理员软硬件的需求、网络需求、链接需求04QA 质量保证评审05测试部门系统测试06SEPGUsage of OSSP 组

19、织标准过程的使用7.3 Coordinate and Collaboration Issues and Resolutions 沟通/合作问题与解决问题:被动的等待任务分配解决方案:提高自身主动性,寻找任务问题:沟通不充分,任务完成重复或者出现盲区解决方案:任务完成之后有反馈过程8 Estimated Size and Effort 规模、工作量的估计Phase 阶段Effort 工作量(人天)需求分析130设计140编码60测试60合计(人天):3909 Relatively Resources 相关资源9.1 Software Resources 软件资源软件名称单位数量责任人跟踪人到位时

20、间Myeclipse6.5HUST.SSE6孙磊孙磊2011-2-22Tomcat6.0HUST.SSE6孙磊孙磊2011-2-22MysqlHUST.SSE6孙磊孙磊2011-2-229.2 Hardware Resources 硬件资源硬件名称单位数量责任人跟踪人到位时间计算机软件学院6孙磊孙磊2011-2-219.3 Human Resources人力资源角色名单主要活动责任人跟踪人到位时间客户代表易思博提出要求和项目2011-2-21项目顾问项目总监喻国良监督项目喻国良喻国良2011-2-21项目经理刘灵博监督、指导项目喻国良2011-2-21QA孙磊质量检测喻国良2011-2-21M

21、CTC配置管理员项目组成员费华辉、李海波、邹游、胡岸、张翔、李岳泽开发项目喻国良2011-2-21技术评审团10 Milestones and Schedule Plan 里程碑及进度计划Table5 Milestones and Schedule Plan里程碑及进度计划Phase阶段Estimated Start date估计开始日期Estimated finish date估计结束日期Responsibility责任人Project Planning 软件计划阶段2011/2/202011/3/13刘灵博Requirement Analysis软件需求阶段2011/3/142011/4/

22、1刘灵博SD系统设计阶段2011/4/22011/5/3刘灵博PI系统实现阶段2011/5/42011/5/19刘灵博UAT用户验收阶段2011/5/202011/5/22刘灵博Project Closure结项阶段2011/5/232011/5/24刘灵博备注:如果发生重估计,则应在表中填加重估计后的起始日期和结束日期,并保留以前的日期。11 Risk Management Plan 风险管理计划1.技术风险:成员技术普遍不高解决方案:成员按照一定的计划学习相关的技术,并定期进行交流,达到提升基础的目的。普遍缺乏实际项目经验,开发经验不足。解决方案为:成员之间通过多交流并通过自己多上机实践,

23、以达到强化动手能力,提高项目开发的能力。同时充分沟通,积极主动地配合团队工作。多请教经理,遇到问题及时解决。2.管理风险:公司的管理模式和学校的管理模式不同,需要灵活弹性较大的管理方式。在这段时间成员可能还有其他的事情要做,比如考研的同学需要面试,有些同学需要找工作等,有些事件不能很好地进行估计。解决方案:(1)多进行交流,进行互相了解。(2)严格按照公司的规章制度进行管理。团队意识不强,可能会推迟项目进度解决方案:(1)合理分工,提高项目进度。(2)每天提交项目汇报,每周一次问题汇总并解决。12 Configuration Management Plan 配置管理计划配置管理:对于文档和代码

24、,我们组内自己单独配置一个svn,用于文档和代码的版本控制。并配置一个专门的管理员,用于管理文档和代码。13 Monitoring and Control Plan 项目监控计划13.1 Project Meetings 项目会议Table6 Project Meetings List 项目会议表No序号Meeting会议Frequency频度Attendees参加人1项目开工会/Kick-off meeting项目启动时PM,SWE,TC,CMO,QA, CPM,SEPG,COO2项目周例会/project weekly meeting每周/weeklyPM,SWE,QA3阶段开工会议(可无

25、)/phase start meeting (optional)阶段开始start of a phasePM,SWE,QA, CPM4阶段结束会议phase end meeting阶段结束end of a phasePM,SWE,QA, CPM 5项目关闭会议project closure meeting项目结束end of projectPM,SWE,CPM,QA,SEPG,COO6项目例外会/Project Exception Meeting当发现例外时/when exception happenPM,SWE,QA, CPM, etc.13.2 Project Reports 项目报告Ta

26、ble7 Project Reporting Activities 项目报告表NoReport报告Prepared by准备人Frequency频度Recipients向谁汇报1项目周报/project weekly reportPM每周/weeklyCPM、QA2阶段报告PM每阶段结束/end of phaseCPM,QA,QAM3阶段评估报告PM每阶段结束/end of phaseCPM, QAM4项目关闭报告/Closure of Project Report & MTSPM项目结束/end of projectCPM, QA, QAM5项目例外报告/Project Exception

27、ReportPM当发现例外时/when exception happenCPM,QA, QAM6QA状态报告/QA Status ReportQA每阶段结束/ end of phaseCPM、PM、QAM13.3 Measurement and Analysis Plan 度量与分析计划13.3.1 Metrics collection and storage mechanism 度量数据的收集和存储机制网上寻找数据,以及存储到数据库中。13.3.2 Metrics Analysis and Report 度量数据的分析与报告对于度量数据,进行合理性分析。14 Standards and conventions 标准与约定COE实训时的Java编码规范COE的标准文档模板、格式15 Project plan revisions 项目计划的修订在发生如下事件时,修订项目计划:项目需求发生改变时项目的范围发生变化项目进度发生改变时当项目执行过程中遇到风险需要调整时当进度、工作量、规模超出控制的范围并需要采取纠正行动时内部或外部审计导致的纠正活动软酷实验室出品-技术文档-3/14/2011-Page 14 of 14 Copyright BroadenGate Technologies

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 生活休闲 > 在线阅读


备案号:宁ICP备20000045号-2

经营许可证:宁B2-20210002

宁公网安备 64010402000987号