软件项目规划过程_第1页
软件项目规划过程_第2页
软件项目规划过程_第3页
软件项目规划过程_第4页
软件项目规划过程_第5页
已阅读5页,还剩6页未读 继续免费阅读

付费下载

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、11/11目 录 TOC o 1-3 h z HYPERLINK l _Toc6060479 1. 目的 PAGEREF _Toc6060479 h 2 HYPERLINK l _Toc6060480 2. 范围 PAGEREF _Toc6060480 h 2 HYPERLINK l _Toc6060481 3. 职责 PAGEREF _Toc6060481 h 2 HYPERLINK l _Toc6060482 4.工作程序 PAGEREF _Toc6060482 h 2 HYPERLINK l _Toc6060483 41以软件项目任务书和软件需求讲明书作为项目策划基础 PAGEREF _

2、Toc6060483 h 2 HYPERLINK l _Toc6060484 42 软件生命周期模型的定义 PAGEREF _Toc6060484 h 2 HYPERLINK l _Toc6060485 4.2.1选择合适的软件生命周期模型 PAGEREF _Toc6060485 h 2 HYPERLINK l _Toc6060486 4.2.2项目的开发及治理 PAGEREF _Toc6060486 h 3 HYPERLINK l _Toc6060487 4. 3软件项目策划过程 PAGEREF _Toc6060487 h 4 HYPERLINK l _Toc6060488 4.3.1项目可

3、能、时刻进度表和讨论承诺 PAGEREF _Toc6060488 h 5 HYPERLINK l _Toc6060489 4.3.2制定软件开发打算 PAGEREF _Toc6060489 h 5 HYPERLINK l _Toc6060490 4.3.3评审并批准开发打算 PAGEREF _Toc6060490 h 5 HYPERLINK l _Toc6060491 4.3.4 打算结束 PAGEREF _Toc6060491 h 5 HYPERLINK l _Toc6060492 44项目打算的变更 PAGEREF _Toc6060492 h 5 HYPERLINK l _Toc60604

4、93 5.项目策划过程的测量和验证 PAGEREF _Toc6060493 h 6 HYPERLINK l _Toc6060494 6参考资料 PAGEREF _Toc6060494 h 61. 目的指导项目组为完成软件工程和治理软件项目制定合理的打算。软件需求讲明书是项目打算的基础.相关的承诺或约定要在客户代表、客户经理、软件项目经理、研发经理及项目组成员之间进行协商并签字认可.其他相关部门对软件开发及治理的参与要与软件项目组协商并记录在案. 其他相关部门可包括系统测试、系统工程、硬件工程、页面设计等. 相关部门及小组要评估及认可项目开发打算, 包括对软件工作量、规模、成本、进度、关键资源的

5、估算和相关的承诺或约定.高级经理复审所有的对外的承诺或约定.在整个项目打算和执行过程中, 要对软件项目开发打算进行治理、修正和操纵.2. 范围本过程适用于新开发软件项目和基于以往项目进行修改的软件项目.3. 职责1 . 软件项目经理负责组织进行软件需求分析、项目估算和组织确定各种开发打算(软件项目开发打算、配置治理打算、软件风险治理打算、软件测试打算、);2 . 软件配置操纵委员会(SCCB)负责审批项目打算,批准项目打算的变更;3 . 质量保证工程师制定软件质量保证打算,监督项目打算制订过程符合要求;4 . 配置治理工程师负责协助软件项目经理制定配置治理打算,并负责软件的配置和实施;5测试人

6、员负责协助制定软件测试打算并负责产品测试;6. 高级治理者负责提供项目开发的资源和批准对组织外部的约定。 4.工作程序41以软件项目任务书和软件需求讲明书作为项目策划基础软件项目任务书和软件需求讲明书通过审批后作为项目策划的基础,软件项目经理负责按照公司的相关要求和程序组织软件项目的策划活动,研发经理应给软件项目经理提供足够的资源进行软件项目策划活动,并对软件项目经理和相关人员进行必要的软件可能和策划方面的培训;对部门内部不能满足的资源需求由高级治理者提供。42 软件生命周期模型的定义4.2.1选择合适的软件生命周期模型参见软件生存周期选择与裁剪指南。在选择生命周期模型时应注意:项目假如要选择

7、非标准的开发过程,要讲明缘故并详细描述过程。依照项目的实际情况,能够对过程进行裁减,但要讲明裁剪缘故。4.2.2项目的开发及治理软件的项目开发及治理要紧包括项目治理和项目开发两部分。软件项目经理通常对整个项目负责, 尤其是对项目的治理负责, 包括打算, 跟踪, 评审, 报告, 沟通等. 并对项目开发负责, 包括需求分析, 设计, 编码, 测试, 公布等. 项目治理和项目开发通常是平行的过程并与商务过程相交叉和配合.4.2.2.1项目治理软件项目治理要紧侧重项目的治理以确保合理的开发进度、开发成本和产品质量。从不同的治理角度来看, 项目评审、 沟通治理、 配置治理、 需求治理、 质量保证是平行的

8、过程并贯穿项目的始终。而项目打算、 项目跟踪、 项目开发则是时期性过程并有所侧重。如下图所示:4.2.2.2项目开发软件项目的开发侧重于项目的工程实施由软件项目经理负责,要紧包括需求分析、 概要设计、 详细设计、 编码、 集成、 测试、 公布、 技术支持;同时还包括和项目开发相关的打算、评审和文档等。.需求需求分析概要设计详细设计编码单元测试集成测试集成测试打算系统测试打算系统测试验收测试形成文档公布维护SRSHLDCODEDD策划划4. 3软件项目策划过程4.3.1项目可能、时刻进度表和讨论承诺软件项目经理组织对项目的规模、工作量、成本、进度等进行可能,详见软件项目估算过程;依照客户要求、合

9、同规定等确定项目进度,并与相关部门和人员协商,取得他们的承诺,形成文档,并作为今后制定软件项目开发打算的一部分内容。4.3.2制定软件开发打算4.3.2.1软件项目经理依照软件估算、时刻进度和其他部门的承诺等信息,使用软件项目开发打算模板书写正规的项目打算。4.3.2.2软件项目经理组织人员(或软件项目经理本人)或与相关组进行协商,讨论进行下列活动:制定软件质量保证打算;制定软件配置治理打算;制定软件测试打算。 注:在制定打算过程中,软件项目经理应考虑:单独的软件风险治理打算适用于大的或风险因素较多的项目,关于一般的项目风险评估可作为软件项目开发打算的一部分。“效率因素”(开发者完成任务的时刻

10、百分比)。除了在专门的环境下,一般效率因素的范围在70-90%在项目中所有已知的停工、假期和培训时刻。考虑工程集成测试、软件测试的时刻。除非软件项目不依靠新的硬件,否则,软件项目经理必须同硬件软件项目经理进行协商,以保证测试时刻打算与可获得的硬件一致。项目时刻进度能够使用MS PROJECT2000制定。项目开发的里程碑。一般为:需求、策划、设计、实现、测试、交付。4.3.3评审并批准开发打算软件项目经理组织相关部门及人员对上述估算结果和打算进行评审(参见评审过程);通过评审的软件开发打算由SCCB审批,并由相关部门及人员签字认可;对部门内部不能满足的资源要求和对组织外部的约定由高级治理者评审

11、并审批。通过批准的软件项目开发打算作为项目基线置于配置治理操纵之下。4.3.4 打算结束打算过程结束,进入软件项目打算的跟踪过程。44项目打算的变更遵照软件基线变更过程执行(若软件开发实际进度不超过项目估算总进度的10%,原则不对开发打算进行修改)。5.项目策划过程的测量和验证对软件项目策划过程中所用的时刻、人力等信息进行记录,将这些记录数据作为项目的积存数据进行治理和操纵。质量保证工程师要按打算对项目策划活动进行监督并向软件项目经理和上级报告审计结果。软件项目经理对项目策划活动进行自查,及时修正偏差。高级治理者通过参加了解里程碑报告或参加评审活动,对项目策划活动进行了解和监督。6参考资料序号文档编号文档名称1Q/RKS-SP-RM-01软件需求治理过程2Q/RKS-SP-RM-03特性需求讲明书3Q/RKS-SP-RM-05软件需求讲明书4Q/RKS-SP-SPP-03软件项目开发打算5Q/RKS-SP-

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论