《2022年某公司IE模版软件项目策划过程 .docx》由会员分享，可在线阅读，更多相关《2022年某公司IE模版软件项目策划过程 .docx（51页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、精选学习资料 - - - - - - - - - 目录1 简介 31.1 目的 31.2 适用范畴342 过程总体描述32.1 过程概述33 过程元素描述52.2 过程结构描述3.1 项目定义53.1.1 工作流程概述 5 3.1.2 参与人员 5 3.1.3 入口准就 5 3.1.4 输入 5 3.1.5 任务 5 3.1.6 出口准就 8 3.1.7 输出（工作产品） 8 3.1.8 资源和才能要求 8 3.1.9 度量 8 3.2 选用软件生命周期模型 8 3.2.1 工作流程概述 8 3.2.2 参与人员 8 3.2.3 入口准就 9 3.2.4 输入 9 3.2.5 任务 9 3.2
2、.6 出口准就 9 3.2.7 输出（工作产品） 10 3.2.8 资源和才能要求 10 3.2.9 度量 10 3.3 工作分解 WBS10 3.3.1 过程元素概述 10 3.3.2 参与人员 11 3.3.3 入口准就 11 3.3.4 输入 11 3.3.5 任务 12 3.3.6 出口准就 13 3.3.7 输出（工作产品） 13 3.3.8 资源和才能要求 13 3.3.9 度量 13 3.4 制订风险治理方案 13 3.4.1 过程元素概述 13 3.4.2 参与人员 14 3.4.3 入口准就 14名师归纳总结 - - - - - - -第 1 页,共 28 页精选学习资料 -
3、 - - - - - - - - 3.4.4 输入 14 3.4.5 任务 14 3.4.6 出口准就 16 3.4.7 输出（工作产品） 16 3.4.8 资源和才能要求 16 3.4.9 度量 16 3.5 项目估算 16 3.5.1 概述 16 3.5.2 参与人员 17 3.5.3 入口准就 17 3.5.4 输入 17 3.5.5 任务 18 3.5.6 出口准就 20 3.5.7 输出（工作产品） 20 3.5.8 资源和才能要求 20 3.5.9 度量 20 3.6 项目方案审批 21 3.6.1 概述 21 3.6.2 参与人员 21 3.6.3 入口准就 21 3.6.4 输
4、入 21 3.6.5 任务 22 3.6.6 出口准就 23 3.6.7 输出（工作产品） 23 3.6.8 资源和才能要求 23 3.6.9 度量 23 3.7.1 概述 23 3.7.2 参与人员 23 3.7.3 入口准就 24 3.7.4 输入 24 3.7.5 任务 24 3.7.6 出口准就 24 3.7.7 输出（工作产品） 25 3.7.8 资源和才能要求 25 3.7.9 度量 254 附录 26名师归纳总结 4.1 附表 1：风险分析2628第 2 页,共 28 页4.2 附表 2：风险处理和减缓- - - - - - -精选学习资料 - - - - - - - - - 1
5、 简介1.1 目的软件项目方案的目的是为执行软件工程和治理软件项目制定合理的方案；本过程旨在使软件开发人员及治理人员充分明白软件项目方案过程,使项目治理人员遵照本过程实施项目方案活动、制定软件开发方案及执行相关方案活动；1.2 适用范畴本过程适用于组织中全部的软件开发项目,从需求阶段开头, 至保护阶段完成,贯穿项目的整个生命周期；转自项目治理者联盟1.3 术语表WBS：工作分解结构（ Work Breakdown Structure, WBS）是一种以分级方式表述项目工作和任务的技术； 一个定义良好的 WBS不仅表达了项目所采纳的软件 过程,而且指明白整个生命周期中所要产生的各种工作产品；WB
6、S的建立可以有助于在项目方案期间防止遗漏某些重要的事项和活动,能明确识别和关联；并且保证所需要的活动都BCWS：Budgeted Cost of Work Scheduled,项目基准,也叫做方案工作的预算成本（ BCWS）2 过程总体描述2.1 过程概述为了对软件项目实施有效的治理, 通常将整个项目划分成四个大的阶段, 即：立项阶段、方案阶段、开发阶段和交付阶段；从项目治理的要求来说,在立项阶段,对项目做可行性分析；在方案阶段,要进行项目方案,即对项目进行整体计划,方案的结果将作为项目后续开发和治理活动的基础；在项目的开发阶段, 为了确保项目能按预定方案、预定成本完成开发任务,需要对其进行跟
7、踪和监控；名师归纳总结 - - - - - - -第 3 页,共 28 页精选学习资料 - - - - - - - - - 在项目的交付阶段,项目验收交付后应进行项目总结；项目方案过程是软件项目治理的一个重要过程；方案又是一个重要的活动,很多过程活动都和它相关,作为一个完整的项目方案,它包括：项目任务书、生 命周期模型选用、项目定义的软件过程、软件开发方案制定（产品识别与 WBS制定、软件估算、风险治理方案、进度表制定）、软件配置治理方案、软件质量保证方案、测试方案等；在方案阶段,上述的活动是和谐一样的,其他方案的制 定和开发方案制定同步；2.2 过程结构描述名师归纳总结 - - - - -
8、- -第 4 页,共 28 页精选学习资料 - - - - - - - - - 3 过程元素描述3.1 项目定义3.1.1 工作流程概述进行项目定义的目的是要确保在项目生命周期的早期打下胜利的基础；它包 括依据客户需求确定的项目范畴建立项目任务书、并且组织起适当的人员；3.1.2 参与人员 项目经理：编写项目任务书 高层经理：下达任务书、批准任务书、组织项目团队3.1.3 入口准就 已收集完成客户需求并通过评审；3.1.4 输入客户需求说明书3.1.5 任务3.1.5.1 确定项目任务书内容项目任务书就是对该项目的简要的、懂得透彻的描述； 它有助于客户和治理人员进行相关的业务决策, 并且有助于
9、项目参与人员懂得其总的期望和将来项目 启动后所要处于的业务环境；名师归纳总结 - - - - - - -第 5 页,共 28 页精选学习资料 - - - - - - - - - 项目任务书必需在客户需求收集完成之后开头起草,在项目启动之前完成；它的内容一般包括：项目的治理和技术目标 客户和用户识别 软件主要功能的一般描述 项目论证,包括商业目标和结果软件系统所期望的收益 主要成本、时间表、资源、或其他约束 项目的性能目标 关键责任 与其他项目和组织之间的依靠关系项目任务书必需经过高层治理者的批准；启动阶段；批准就等于授权答应推动到项目的项目任务书的书写要求参见项目任务书模版；3.1.5.2 组
10、织适当的人员项目经理博客有效的项目组胜于全部个体的总和；每一个项目先要组织项目组, 识别全部需要的角色, 确保不要忽视任何应由软件开发组以外人员来充当的角色；角色应 该包括：需求分析员：由客户需求析出其中归于软件的需求；开发人员：依据需求,通过设计和编码实现软件的需求；客户：需求的提出者,也是软件开发的商定者；用户：软件产品的使用者,有时与客户是同一对象；测试人员：对软件产品进行测试,保证满意软件设计要求和客户的需求；质量保证人员： 在整个软件生命周期中, 监督和检验软件过程与标准的符合 性以及软件产品生产规范的符合性；配置治理人员： 在整个软件生命周期中, 掌握软件产品的状态和一样性,确 保
11、产品的有序变更和发布；数据库 / 运行/ 网络支持：假如需要的话,对项目赐予后勤保证；治理者：获得对项目的承诺和支持,以及对项目的总体掌握；名师归纳总结 - - - - - - -第 6 页,共 28 页精选学习资料 - - - - - - - - - 接下来要与适当的组进行接触, 并与他们协商参与项目方案阶段；要落实每个组都到底让谁参与该项目； 在进行项目估算时, 仍要对所需的其它资源和支持连续进行沟通和协商；当安排好人员并组织起项目组时,员明白项目对他们寄予的期望是什么；3.1.5.3 确定项目范畴就要清晰地说明责任, 以使每个项目组成由客户需求说明书经过分析得到归于软件的需求,再经过文档
12、化,形成软件需求规格说明书 ；系统分析活动也应由项目经理先制订方案,方案内容包括：要达到的目标；确定系统分析的任务,包括：确定系统架构、可行性分析、用工程方法和技 术语言对客户需求说明书 的需求进行重新组织和描述 （例如分解成软件部分 和硬件部分的需求）等；工作阶段及每个阶段应产生的中间工作产品；按历史数据或依据业界标准进行工作量估算和日程支配；将任务安排给项目组成员；软件需求必需经过正式评审, 并且对需求的改动也必需进行正式的掌握,控 制方式由软件配置治理过程的掌握；项目经理依据系统分析方案推动分析活动,并获得正式评审通过；3.1.5.4 项目任务书文档化直至形成软件需求规格说明书在项目方案
13、进行到这里时, 要开头利用软件开发方案模板的 项目任务书模板对软件开发方案进行文档化,项目任务书是单独的一个文档,但是项目方案可以由项目任务书逐步细化衍生出来；在项目任务书的基础上,完成项目计划的制订工作；名师归纳总结 - - - - - - -第 7 页,共 28 页精选学习资料 - - - - - - - - - 3.1.6 出口准就项目任务书得到高层经理批准；项目开发组织主要成员已经确定,责任已经清晰；形成软件需求规格说明书并通过正式评审；3.1.7 输出（工作产品）项目任务书软件需求规格说明书3.1.8 资源和才能要求与客户需求有关的信息资源；确定项目的主要成员所需要的人力资源；系统分
14、析所要求的人员才能；3.1.9 度量项目经理编制项目任务书所花费的工时；系统分析所花费的工时；3.2 选用软件生命周期模型3.2.1 工作流程概述结合项目的具体情形, 挑选适合本项目的软件生命周期模型,以此定义项目 开发的过程,并识别各过程应产生的工作产品；3.2.2 参与人员项目经理：负责组织项目的软件过程的定义；名师归纳总结 - - - - - - -第 8 页,共 28 页精选学习资料 - - - - - - - - - SEPG：对项目挑选的模型与开发过程进行评审；高层经理：批准项目挑选的软件过程；3.2.3 入口准就 项目软件需求已经明确3.2.4 输入软件需求规格说明书项目任务书软
15、件生命周期模型选用规程3.2.5 任务（1）依据软件需求规格说明书和项目任务书中描述的项目实际情况,依据软件生命周期模型选用规程挑选适合的软件生命周期模型；（2）对模型定义的各软件过程进行具体描述,描述应包括：过程的入口准就、出口准就、要执行的任务以及产生的工作产品；（3）挑选的模型与开发过程, 经 SEPG评审后由高层经理批准； 依据项目的具体情形, 项目的过程描述文件可以不单独成文,成部分并入开发方案文件；而作为项目开发方案文件的组（4）如项目开发与模型定义的软件过程存在偏差,就应在软件过程描述文 件中进行说明,并经 SEPG评审后,由高层经理（如需要,仍应由客户）进行审 批；上述任务由软
16、件项目经理（以下如无特殊说明,均简称项目经理）负责,组 织有关人员完成；3.2.6 出口准就软件过程描述文件已形成文件,并已通过评审并经批准；名师归纳总结 - - - - - - -第 9 页,共 28 页精选学习资料 - - - - - - - - - 3.2.7 输出（工作产品）项目选用的模型与其软件过程描述文档, （名称一般是项目软件工程过程描述）3.2.8 资源和才能要求挑选适用模型的人员具有如何利用软件过程资源方面的才能,假如未完全具备,应组织适当的培训；3.2.9 度量项目经理负责统计软件过程挑选与描述所花费的工时；SEPG人员所花费的工时；3.3 工作分解 WBS3.3.1 过程
17、元素概述WBS Work Breakdown Structure 目工作和任务的技术,一个定义良好的工作分解结构 是一种以分级方式表述项 WBS不仅表达了项目所采纳的软件过程,而且指明白整个生命周期中所要产生的各种工作产品；WBS的建立可以有助于在项目方案期间防止遗漏某些重要的项和活动,辑的识别和关联；并且保证所需要的活动都能得以逻一个定义清晰的 WBS是项目方案的基础； 在项目的早期阶段对整个生命周期中的全部任务是无法完全而精确识别的,所以项目方案会在不同的阶段分别进行工作任务分解；而 WBS又先于其他的方案活动（比如：估算、进度表等）产生；因此,对完成的 WBS第一要进行组内评审, 将组内
18、评审通过的 WBS作为下步策划的基础；当然,工作任务分解也是一个迭代的过程；方案过程也会对它进行完善和保护,最终的 WBS将和项目方案全部其它工作产品一起进行评审；WBS工作分解结构示例图如下：名师归纳总结 - - - - - - -第 10 页,共 28 页精选学习资料 - - - - - - - - - 3.3.2 参与人员项目经理：组织对本项目组内对所涉及技术较熟识的人员分工完成工作任务 的拆分；相关人员：帮助、协作项目经理进行任务拆分；相关人员是指：开发组、测 试组、文档支持人员的代表,以及 SQA和 SCM等；3.3.3 入口准就项目的软件过程描述文件已通过评审并经过批准3.3.4
19、输入项目选用的模型与其软件过程描述文档项目任务书名师归纳总结 - - - - - - -第 11 页,共 28 页精选学习资料 - - - - - - - - - 3.3.5 任务3.3.5.1 识别工作产品在定义了项目工程过程模型和技术方法之后,要确定待产生的工作产品的类型,工作产品和过程阶段的对应关系可以参见工作产品列表,这是一个标准 的列表,假如项目有特殊要求, 可以增加或删减； 每一个项目需要在项目方案中 引用它,具体的工作产品和子工作产品在 WBS中具体列出；这一步很重要, 由于在具体的阶段方案期间,要定义很多项目任务, 其中的一部分就是依据所要产生的工作产品定义的；并且,当项目执行
20、时, 进度度量的基础就是工作产品的完成；3.3.5.2 用 WBS 定义技术活动用 WBS定义技术活动,其定义要点为：在项目的早期定义WBS的高层元素,然后在进行具体策划时再定义WBS的低层元素；拆分从 WBS的第一层开头；通常利用所选定的过程模型确定第一层和其次层,然后逐层确定各层元素,包括开发阶段、过程和产品；一般不会超过五层,最低层的元素通常在具体设计阶段方案时定义；当定义具体任务（最低层的元素）时,应考虑“的任务应当是一个人不承担其他任务,能在两周（80 小时原就” ,即所定义 80 小时）内完成的任务；按项目任务单模板填写项目任务单,对所定义的具体任务进行说明；具体任务的定义可以分阶
21、段完成；3.3.5.3 用 WBS 定义治理和支持活动参考上述方法对治理和支持活动进行定义,包括项目治理、软件质量保证、软件配置治理等；将拆分结果按工作拆分结构模板填写到工作任务拆分表中；名师归纳总结 - - - - - - -第 12 页,共 28 页精选学习资料 - - - - - - - - - 3.3.5.4 更新项目方案WBS完成后,利用项目方案模板对软件开发方案进行文档化；在软件开发方案模板的指导下,把工作分解结构（WBS）写成文档,更新到软件项目方案中,必要的话,更新或修改软件项目方案的其它部分；3.3.6 出口准就 工作任务拆分 WBS已完成,并形成文件；本阶段确定的任务已填写
22、任务任务单；3.3.7 输出（工作产品）WBS项目任务单3.3.8 资源和才能要求进行任务拆分的人员具有如何进行任务拆分的才能,织适当的培训；3.3.9 度量项目经理负责统计用于 WBS的工时；3.4 制订风险治理方案3.4.1 过程元素概述假如未完全具备, 应组为了治理项目可能存在的风险, 在进行项目方案时需要进行风险分析并制订 风险治理方案, 该方案可作为项目开发方案的一部分进行描述；风险治理应贯穿 于项目工程的始终；风险治理不是项目经理一人的任务,也不是一次性的任务；名师归纳总结 - - - - - - -第 13 页,共 28 页精选学习资料 - - - - - - - - - 它是一
23、个迭代的过程, 任一项目成员都有责任进行风险治理；建立一种有助于对 潜在的风险及其发生的可能性和影响进行沟通的环境对项目经理来说是重要的；制定风险治理方案包括：风险识别、风险分析、风险的处理和减缓行动；3.4.2 参与人员项目经理：组织项目组内有关人员制定风险治理方案；项目组成员：协作项目经理制定风险治理方案；3.4.3 入口准就WBS已完成；3.4.4 输入项目任务书 客户需求、软件需求 WBS 3.4.5 任务1、在项目估算开头前,通常要对项目进行风险分析；2、风险分析通常是由项目经理和组员参照软件开发潜在风险分析列表以及曾经开发过的项目所积存的体会来进行；3、制定风险治理方案包括识别风险
24、、然后进行风险分析并制定风险处理和 减缓行动；识别风险：识别风险的主要方法：名师归纳总结 - - - - - - -第 14 页,共 28 页精选学习资料 - - - - - - - - - 就项目可能存在的问题和不确定因素,征求项目组成员的看法；参考以往项目的风险情形；针对所识别的潜在风险,采纳提问的方式确定是否应认定为风险 . 确定所识别的风险的类型,风险类型主要由三类：规模风险：项目产品本身（大系统和小系统）或由项目团队引起的风险；结构风险：由商业环境（客户的业务流程变动性）织自身的治理水平、才能成熟度引发的风险；、不确定的客户需求、组技术风险：由人员的技术水平和体会、 使用的工具和技术
25、的成熟度等引发的 风险；项目经理将识别出的风险记录到风险减缓活动日志的风险列表中；风险分析：风险分析步骤：评判风险可能性和影响 运算风险值和风险等级（分为 1 级、 2 级）确定风险优先级 具体的风险分析方法参见附表： 风险分析当风险分析完成后, 将风险值、 风险等级、 排出的风险优先级以及对每个 风险的分类,记录到风险减缓活动日志中；风险处理和减缓活动：对每个高优先级风险,项目组都要制定出处理和减缓风险的活动方案；通常实行以下 4 种途径：防止、转移、接受、减缓；具体方法参见附表 风 险处理和减缓将每个处理和减缓活动方案记录到风险减缓活动日志中；4、在项目跟踪过程中,风险需要被定期跟踪,对已
26、识别的风险进行处理；并识别新的风险及对应的减缓活动；5、对风险的治理是定期进行识别和治理的,与其它按阶段进行方案的活动 有所区分；6、利用项目方案模板,在项目开发方案的风险部分,记录识别出来的风名师归纳总结 - - - - - - -第 15 页,共 28 页精选学习资料 - - - - - - - - - 险列表、风险减缓活动日志； 需要的话, 对软件项目开发方案的其它部分进行适 当的修改；3.4.6 出口准就 制定风险治理方案并得到批准；3.4.7 输出（工作产品）风险治理方案或更新后的项目方案3.4.8 资源和才能要求肯定的治理储备、风险治理人员有比较多的项目体会；3.4.9 度量项目组
27、识别风险、分析风险、制定风险处理措施所花费的工时；3.5 项目估算3.5.1 概述 每一个项目都要对项目进行估算,并将估算的结果作为项目方案的基础；估算是项目方案的核心； 目的是为项目建立合理的预算和进度表,确定合适 水平的员工, 并为项目承诺供应基础； 一个没有建立在合理估算基础上的方案会 供应一种错误的安全感,可能比根本没有方案更糟；估算的内容通常包括：规模、工作量 进度表、治理储备等；/ 成本、外部成本、关键运算机资源、在项目进度表中要支配里程碑点,里程碑点一般选在有特定意义的阶段点,如重要阶段的开头或终止；项目估算的流程如下：名师归纳总结 - - - - - - -第 16 页,共 2
28、8 页精选学习资料 - - - - - - - - - 3.5.2 参与人员项目经理：组织召开估算会议,进行软件估算转自项目治理者联盟相关人员： 在项目经理组织下, 共同完成项目的各项估算, 相关人员主要是指对本项目情形较熟识的人员；3.5.3 入口准就 软件需求规格说明书已完成 项目治理者联盟WBS已完成风险已识别3.5.4 输入软件需求规格说明书WBS 风险治理方案或包括风险治理方案的项目方案名师归纳总结 - - - - - - -第 17 页,共 28 页精选学习资料 - - - - - - - - - 3.5.5 任务3.5.5.1 估算 方法：估算和方案贯穿了整个项目；在项目的早期阶
29、段, 采纳从上到下的估算方法, 整个项目的估算粗略的安排 给各个阶段；项目进展过程中, 从下到上的方法被用于具体的阶段方案来为子阶段进行更 具体的方案和估算,并更新总的项目估算；3.5.5.2 估算策略：确定估算内容（如规模、工作量等）确定估算时间（策划时估算日期的确定）确定估算技术（如 Delphi 估算方法）确定估算粒度（如人天,人月）；3.5.5.3 估算内容：1、估算软件规模 估算软件规模时通常采纳的方法有两种：功能点（ FP）估量法 代码行（ LOC）估量法 2、估算成本和工作量 估算开发活动时通常采纳以下两种方法：利用生产率数据的估量法 Wideband-Delphi 估量法 估算
30、支持及治理活动的工作量时, 将支持活动和项目治理所需工作量估量 为开发工作量的某个适当的比例：支持活动大约在 5%-10%（如 SCM、SQA）项目治理大约在 15-20%；名师归纳总结 - - - - - - -第 18 页,共 28 页精选学习资料 - - - - - - - - - 3、估算外部成本 转自项目治理者联盟 需要估算的外部成本包括：开发或测试所用的硬件；开发或测试所用的软件工具；将要集成到软件产品中的软件；（如 DBMS、中间件）培训（课程费和其它费用）商定的保护 4、估算关键运算机资源 项目经理圈子 关键运算机资源是软件开发和操作中受到约束的硬件资源；包括：运算 机内存、磁
31、盘容量、网络容量、处理器性能；5、建立治理储备 建立治理储备是为了适应那些即使在最好的项目中也不行防止显现的变 更；它代表了为用于批准的变更而保留的部分项目资金；治理储备不能由项目经理单独批准使用,同意的变更；6、制定进度表只能用于那些由客户和高层经理都第一依据规模及工作量估算结果估算每个活动的工期；然后确定活动之间的全部关系,识别关键路径；画一个 Gantt 图表,表示各活动的起始和终止日期；确定项目的里程碑；7、建立项目基准 项目基准,也叫做方案工作的预算成本（BCWS）；是通过把每个任务的预算（估量）成本和方案完成的指定时间段相联系 建立起来的；在项目的跟踪与监控过程中,通过获得挣值图对
32、成本进行度量；8、阶段具体估算 在项目每个阶段开头前,要作阶段具体估算（工作量和时间表）；估算 的步骤同上述的过程相同；名师归纳总结 - - - - - - -第 19 页,共 28 页精选学习资料 - - - - - - - - - 把具体估算累计起来,确定项目和阶段的总估算；完成后更新总体的项目估算和时间表；具体估算完成后,更新项目方案；3.5.5.4 形成软件估量书将上述估算的结果记录到软件估量书中；软件估算要在项目的不同阶段进行, 一般是在本阶段完成时进行下一阶段的 具体估算；软件估量书作为项目方案的一部分一起评审；3.5.6 出口准就估算活动完成；估算结果得到批准；3.5.7 输出（
33、工作产品）软件估量书项目进度表或包括了进度信息的 WBS 修订过的 WBS 3.5.8 资源和才能要求进行项目估算的人员应把握估算的方法；3.5.9 度量项目经理进行以下统计：项目估算所花费的工时；实际结果和项目估算结果的偏差（项目终止时统计运算）；名师归纳总结 - - - - - - -第 20 页,共 28 页精选学习资料 - - - - - - - - - 3.6 项目方案审批3.6.1 概述一个完整的项目方案活动包括很多内容,如：项目任务书、 生命周期模型的选用、软件开发方案（ WBS、风险治理方案、软件估算、项目培训方案、工具及 设备的识别等）、软件测试方案、软件配置治理方案、软件质
34、量保证方案等,这 些方案的制定在整个生命周期中是相关的,在项目方案时它们也是保持着同步,并作为一个项目方案的整体来保证项目的开发有序进行,一个方案的变更将影响着另一个方案的变更,项目方案始终是作为一个整体存在的；项目方案时,要将方案的结果形成书面文档项目方案等；对形成的方案 要分别进行争论、评审、批准、对客户做出承诺、配置治理；3.6.2 参与人员项目经理：编写项目方案；相关组负责人：其他方案的编制；SQA：评审主持人、批准项目方案；高层经理：批准项目方案；客户代表：参与项目方案的评审；3.6.3 入口准就任务拆分已完成 项目经理博客 项目估算已完成 日程编制已完成3.6.4 输入WBS 软件
35、估量书名师归纳总结 - - - - - - -第 21 页,共 28 页精选学习资料 - - - - - - - - - 项目进度表或包括了进度信息的 WBS 3.6.5 任务3.6.5.1 项目方案文档化1、项目经理将方案活动的结果依据 项目方案模板 要求编写成项目方案；2、方案包括的内容有：项目介绍、参考文件、组织结构、角色及职责、软 件生命周期模型定义、 WBS、风险治理、估算、进度表、培训方案、开发设施和 支持工具方案等；3、其中 WBS、估量书、进度表都作为项目方案的附件存在,并和项 目方案文档一同评审；4、相关组负责人将 SQA方案、SCM方案等其他方案形成书面文档,作为项 目方案
36、的组成部分一同评审；5、项目方案是按阶段进行的, 对项目方案 也要按阶段进行更新和保护；3.6.5.2 项目方案的审批1、对形成文档的项目方案要进行评审和批准；2、项目方案活动是按阶段进行的,对项目方案的评审依据情形也要分 阶段进行,具体在哪些阶段评审哪些产品,参见项目方案阶段活动表；3、对项目方案 一般要进行正式评审； 主持人可由项目经理或项目的 SQA 人员担任；评审人员通常由以下人员担任： 项目经理、其它项目组的项目经理 （可 选）、开发组代表、测试人员、 SQA、SCM、客户代表等,具体评审方式参见评 审规程；4、评审可将全部方案文档一同评审,也可排定时间表分别评审,但都属于 对一个产
37、品的评审；5、评审通过后,全部参与人员要在评审记录单上签字；6、高层经理、 SQA要在项目方案中的文件批准单部分签字,说明对计 划的批准；7、每次方案得到批准后,项目经理和其他组负责人要将项目方案纳入到配名师归纳总结 - - - - - - -第 22 页,共 28 页精选学习资料 - - - - - - - - - 置治理工具的治理文档域对应目录下存放,并发3.6.6 出口准就 各阶段方案活动完成,结果得到批准；3.6.7 输出（工作产品）项目方案3.6.8 资源和才能要求 项目经理经过评审过程培训3.6.9 度量 项目经理进行以下统计：项目开发方案编写和评审所花费工时 评审过程中发觉的问题
38、数量；3.7 建立项目掌握数据库3.7.1 概述mail 通知全部相关组和个人；为了对项目进行有效的治理和监控,项目经理需要建立项目掌握数据库,供自己在项目过程中使用；3.7.2 参与人员项目经理：组织建立项目掌握数据库；负责保护项目掌握数据库；项目组成员：协作建立项目掌握数据库；提交应放入数据库的数据；名师归纳总结 - - - - - - -第 23 页,共 28 页精选学习资料 - - - - - - - - - 3.7.3 入口准就 项目方案已经批准3.7.4 输入项目方案3.7.5 任务 以项目方案的结果为基础, 建立“ 项目掌握数据库” ； 依据项目的具体情形,“ 项目掌握数据库”
39、可以是一个数据库,方案阶段,应将以下内容加入数据库：估算结果和日程；工作任务拆分结构 项目任务单也可以是一个专用的文件夹等； 在项目风险治理方案或包括风险治理方案的项目方案；随着项目的进展,仍可以加入实际执行结果,如：个人周报；项目周报；统计数据；问题状态登录表；风险计策登录表；会议记录等；“ 项目掌握数据库” 由项目经理负责保护,项目成员有责任将应放入数据库的数据提交项目经理； 具体的提交方法可依据项目的实际情形打算,例如：手工提交、通过局域网、利用电子邮件等；3.7.6 出口准就项目掌握数据库已建立并可以投入使用名师归纳总结 - - - - - - -第 24 页,共 28 页精选学习资料
40、 - - - - - - - - - 3.7.7 输出（工作产品）项目掌握数据库；3.7.8 资源和才能要求 建立项目掌握数据库所需的硬件和软件；3.7.9 度量 项目经理进行以下统计：建立项目掌握数据库所花费的工时；名师归纳总结 - - - - - - -第 25 页,共 28 页精选学习资料 - - - - - - - - - 4 附录4.1 附表 1：风险分析名师归纳总结 - - - - - - -第 26 页,共 28 页精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 27 页,共 28 页精选学习资料 - - - - - - - - - 4.2 附表 2：风险处理和减缓名师归纳总结 - - - - - - -第 28 页,共 28 页