公司项目管理规范.pptVIP

规范目的： 通过过程，而不是某个人或某种技术，来保证软件项目的成功是一个软件开发机构能够长期稳定发展的根本，也是本文的目的所在。 参考资料： ISO 9000、CMM（Capability Maturity Model）、CMMI（Capability Maturity Model Integration）、SPP（Simplified Parallel Process）、Software Engineering[Pressman];项目运作过程中的角色 ;产品概念 ;立项管理;立项管理;立项管理;立项管理;立项管理;立项管理;立项管理;立项管理;2.项目规划;2.项目规划;2.项目规划;2.3 项目估计 主要步骤： 估计项目范围：规划小组根据用户需求，分解产品的功能。可用产品的WBS表示。 估计产品规模：规划小组各成员根据WBS，先独立估计，然后汇总，取均值，保证个人估计差额小于10％。 估计工作量：规划小组各成员独立估计，然后汇总分析，取均值，保证个人估计差额小于10％。 估计成本：估计人力资源、软硬件资源、商务活动等成本。 ;2.4 制定项目计划 目的：根据项目估计产生的数据，制定《项目计划》。 角色与职责：项目规划小组所有人员共同制定《项目计划》。 启动准则：项目估计已经完成。 输入：《立项建议书》和一些用户需求文档；《项目估计表》。 输出：《项目计划》 附：《项目计划》模板;2.项目规划;2.项目规划;2.项目规划;公司项目管理规范（二）;第二课的内容;3.1 目的 通过调查与分析，获取用户需求并定义产品需求。需求开发和需求管理是相辅相成的两类活动，它们共同构成完整的需求工程。 ;3.需求开发;3.需求开发;3.3 需求定义 目的：定义准确无误的产品需求，产生《产品需求规格说明书》。 角色与职责：需求分析员定义产品需求；客户确认产品需求。 主要步骤：1）需求分析员对《用户需求说明书》细化，产生详细需求；2）对较复杂的用户需求进行建模分析；3）撰写《产品需求规格说明书》；4）专家和用户评审并作书面承诺。 输出：《产品需求规格说明书》 附：《产品需求规格说明书》模板;2.1 目的 在立项之后到开发工作完成之前的时间内，对项目将采用的关键技术提前学习和研究，尽可能早地发现并解决开发过程中将会遇到的技术障碍。 ;2.2 技术预研规程 角色与???责：项目经理或技术负责人识别项目中的技术难题，指定预研人员攻克它。 主要步骤： 预研人员制定《技术预研计划》； 展开技术预研； 撰写《技术预研报告》； 项目经理视情况决定是否对预研成果进行技术评审。 附：《技术预研计划》模板、《技术预研报告》模板;3.1 目的 设计软件系统的体系结构、用户界面、数据库、模块等，从而在需求与代码之间建立桥梁，指导开发人员去实现能满足用户需求的软件产品。 ;3.2 主要规程与过程示意图 主要规程：概要设计、用户界面设计、数据库设计、模块设计。 系统设计过程示意图： ;3.3 概要设计 目的：分析与设计软件的体系结构，产生《概要设计报告》。 角色与职责：项目经理指定开发人员从事体系结构设计。 输入：需求文档如《产品需求规格说明书》。 输出：《概要设计报告》。 结束准则： 《概要设计报告》已完成，并通过技术评审。 附：《概要设计报告》模板;3.系统设计;3.系统设计;3.系统设计;3.系统设计;3.系统设计;4.1 目的 通过周期性地跟踪项目计划的各种参数如进度、工作量、费用、资源等，不断地了解项目的进展情况，以便当项目实际进展显著偏离计划时能够及时采取纠正措施。 ;4. 项目监控;4. 项目监控;4. 项目监控;4. 项目监控;4. 项目监控;4. 项目监控;5.1 目的 在风险产生危害之前识别它们，从而有计划地消除或削弱风险 。;5. 风险管理;5. 风险管理;公司项目管理规范（三）;第三课的内容;2.1 目的 在客户与开发方之间建立对需求的共同理解，维护需求与其它工作成果的一致性，并控制需求的变更。 ;2.2 主要规程及需求工程结构图 主要规程：需求确认、需求跟踪、需求变更控制。 需求工程结构图：;2.3 需求确认 角色与职责：开发方和客户共同组织人员对需求文档进行评审，并做书面承诺，使之具有商业合同效果。 输出：《需求评审报告》以及书面的需求承诺。 主要步骤： 非正式需求评审； 正式需求评审； 获取需求承诺。 ;2. 需求管理;2. 需求管理;3.1 目的 依据系统设计文档，编写并测试整个系统的代码。实现与测试是“编程、代码审查、单元测试、集成测试、缺陷管理与改错”的综合表述 。;3.实现与测试;3.3 制定计划 角色与职责：一个项目可分多个开发小组；开发组长管理编程、代码审查、单元测试、集成测试等活动。 主要步骤：