1 导言

        .1 目的

        软件项目开发及管理方针的目的是为项目管理及开发过程提供宏观指导。方针的贯彻实施体现在软件的开发及管理过程中，并由一系列过程 (Processes)和模板(Templates)组成。

        该方针包含以下内容： 1. 软件项目计划方针 2. 软件项目跟踪及监督方针 3. 软件需求管理方针 4. 软件质量保证方针 5. 软件配置管理方针 6. 组织过程焦点方针 7. 组织过程定义方针 8. 集成软件管理方针 9. 软件产品工程方针 10. 培训方针 11. 组间协调方针 12. 软件评审方针 13. 文件变更 14. 软件质量管理方针

        .2 范围

        适用于公司所有项目。

        .3 术语定义

        ：Software Engineering Process Group缩写，软件工程过程小组 SCCB：Software Configuration Control Board缩写，软件配置控制委员会 SQA：Software Quality Assurance缩写，软件质量保证

        ：Software Configuration Management缩写，软件配置管理

        组织结构和责任

        .1 公司组织结构

        .2 主要角色和职责

        责任 负责领导企业的过程改进和过程度量 为 SQA 小组的活动提供必要的支持和帮助 负责组织、建立和维护组织过程数据库，建立和维护 组织过程能力基线。 负责收集相关的度量数据 为项目组开发提供必要的指导和帮助 负责需求管理 负责项目计划的制定以及修订工作 负责依据计划对项目进行跟踪与监控 负责执行 SEPG 制定的过程标准，并提出反馈意见 响应和配合 SQA 小组的活动 负责和客户代表协调沟通映射关系

        负责细化开发任务， 并监督软件工程师任务的完成情 况 由服务实施部 对软件工程师提供技术支持 相关人员担任 负责组织实施详细设计并审批设计结果 负责与项目经理沟通项目开发的情况 公司质量体系建设及优化 全程监督项目过程规范的执行情况 全程监督项目产品规范的执行情况 定期向项目总监和项目经理汇报项目质量情况和 SQA 活动情况 制定 SQA 计划，执行 SQA 活动 公司质量体系建设及优化质量保证员

        由服务实施部 中质量管理部 的中的质量保 证员担任负责批准变更的执行 负责批准基线的更改通常由以下人 员组成：   项目总监   项目经理   开发经理   客户经理   质量保证员   架构设计师   系统分析员 负责人   测试负责人   SCM 管理员 由公司服务实 施部技术经理 或主管系统分 析员担任

        架构设计师

        负责技术平台的选择和技术路线的确定 负责软件架构的设计 负责通用技术的设计和应用 负责开发环境和工具的选择和确定 负责技术规范的选择

        负责组织和实施需求分析活动 组织并进行业务逻辑的总体分析 组织并进行系统设计 负责需求规格说明书的质量确认 负责实施需求分析活动，包括： 业务逻辑分析 配合系统设计人员进行系统设计 负责编写需求规格说明书 依据项目开发计划制定测试计划 监控测试计划执行情况 负责审批测试用例 负责测试结果的统计和分析 执行测试计划 编写测试用例 测试并编写测试报告

        映射关系 由公司服务实 施部主管系统 分析员或系统 分析员担任 由公司服务实 施部主管系统 分析员或系统 分析员担任 由公司服务实 施部测试组人 员担任 由公司服务实 施部测试组人 员担任

        需求分析师

        测试负责人

        测试工程师

        软件工程师

        参与详细设计 由公司服务实 按照详细设计完成编码和调试， 提交符合公司质量要 施部部软件工 求的模块 程师担任 对个人开发活动进行记录，提交个人工作报告 制定配置管理计划 建立

        和管理项目基线库、开发库 在项目过程中执行配置审计，并形成相关报告 做出基线状态报告 由公司服务实 施部工程管理 小组配置管理 人员担任

        配置管理员

        组织级配置 管理员

        负责公司软件资产库的维护与管理 由公司工程管 负责公司软件资产库的备份与审计 理小组配置经 负责对公司其他配置管理人员进行培训， 组织配置管 理担任 理相关的技术交流与研讨 负责制定和执行实施计划 软硬件系统安装实施 应用系统的安装实施 组织培训资料的编写 培训 由公司服务实 施部或事业部 相关人员担任 由服务实施部 咨询经理、 高级 咨询顾问、 咨询 顾问担任。 由服务实施部 系统工程师担 任。 由服务实施部 网页工程师担实施负责人实施咨询顾 问负责实施过程中的咨询工作。

        注：架构设计师、系统分析负责人、部分网页工程师又可以称为系统设计人员。

        3 软件项目计划方针

        软件项目计划的目的是为整个软件项目的开发及管理建立必要的计划。软件项目计划包含了对工作量、规模、进度、成本和关键计算机资源的估算，建立必要的承诺以及制定相应的计划。

        该方针包括以下内容：

        1. 软件需求规格说明书(Software Requirement Specification) 是项目计划的基础。 2. 对客户的相关承诺或约定要由项目总监负责协商并审批。

        2. 对项目组成员的相关承诺或约定应由项目经理负责与项目组成员协商，并获得项目组成员的签字认可。

        3. 项目的开发计划要经过评审，包括对软件工作量、规模、成本、进度和关键资源的估算。参与评审的人员包括项目总监、质量保证员、SCM管理员及其他项目组的同级人员。

        4. 估算必须按照估算过程执行，估算数据须有记录。

        5. 在整个项目计划和执行过程中，要对软件项目开发计划书(Software Plan)进行管理、修正和变更控制。

        软件项目跟踪及监督方针软件项目跟踪及监督的目的是在项目执行过程中为管理层就项目进展提供足够的透明度，并当实际和计划发生显著偏差时，为管理层采取及时的和必要的措施进行修正或纠正提供依据。软件项目跟踪及监督包括对阶段性结果进行评估，将实际进展和原有的估算、承诺和计划相比较，并对相应的计划进行必要的修正和采取必要措施以保证项目的顺利进行。

        该方针包括以下内容：

        1. 软件项目开发计划书(Software Development Plan)是项目跟踪的基础和依据。 

        2. 项目经理负责汇报项目的进展情况和存在的问题，定期提交项目进展报告和里程碑报告。

        3. 当项目进度在计划偏离的范围内，项目经理可以采取相应的措施，如通过调整工作方式或调整设计等以确保项目的正常进行；当项目进度超出计划偏离的范围，须严格按照计划变更流程进行调整。 

        4. 计划修订要重新进行估算，并留有记录。

        4. 当计划变更时，协调所有的相关人员及部门，如质量保证组、测试组和SCM组。 

        6. 对客户的承诺或约定的变更要经项目总监复审和批准。

        软件需求管理方针

        软件需求管理的目的是使项目组和客户就软件需求建立共识，并形成文档以作为项目开发的依据。需求管理是指在项目组与客户代表之间就软件需求建立共识，并进行维护。该共识可为技术的或非技术的。在整个项目过程中，这些共识将作为估算、计划、实施和跟踪的依据。软件需求管理的依据是在客户经理提交的业务需求说明书和静态原型基础上产生的需求规格说明书。

        该方针包括以下内容：

        1. 软件需求规格说明书是项目需求管理的基础和依据。

        2. 软件的需求必须文档化，并按照模板书写软件需求规格说明书。 

        3. 软件的需求必须经过评审。

        4. 软件项目的计划、产品和执行要以软件需求为基础，并和软件需求的定义相一致。 

        5. 当需求发生改变时，项目的计划、产品及执行也须与之保持一致。

        软件质量保证方针

        软件质量保证的目的是为管理层就项目本身和所使用的项目开发及管理过程提供必要的透明度。软件质量保证包括对项目所开发的产品、执行情况进行评估和跟踪以确保与相应的过程、程序和标准相一致，并向项目总监汇报评估结果及改正情况。

        该方针主要包括：

        1. SQA计划必须根据SDP来制定，此计划须经过评审。 

        2. 在所有的项目中都按计划实施SQA职能。

        3. 质量保证员定期形成SQA活动报告、SQA评估报告，并向项目总监及项目经理报告。

        4. SEPG要定期检查SQA活动和结果。

        7 软件配置管理方针

        软件配置管理的目的是在整个项目生命周期中建立和维护整个项目及相关产品的完整性及一致性。配置管理包括确认相应的产品、计划、文档资料等并将它们置于配置管理系统下。在选定的时间点或里程碑，对配置系统进行控制并保证整个项目的完整性、一致性及可追踪性。需要进行控制的产品或工件包括给客户的各种文档资料、代码，以及内部所确认的各种文档资料和中间产品，如测试工具、共享程序等。

        该方针主要包括：

        1. 项目开发计划是制定SCM计划的基础。

        2. 项目必须制定SCM计划，SCM计划必须进行评审。

        3. SCM贯穿项目的整个生命周期，所有的项目必须置于配置管理系统之下。 

        4. 配置管理设置三级库，其中开发库、基线库由项目经理和项目级配置管理员进行管理与控制，软件资产库由配置经理管理与控制。

        5. 配置管理员定期对基线库进行审计，并将审计结果向项目经理报告。 

        6. 配置管理员在基线变更时，应该及时地通知项目相关成员。 

        7. 在项目生命周期中，质量保证员要对配置管理活动进行定期检查。

        8 组织过程焦点方针

        组织过程焦点的目的是建立组织对软件过程活动的责任，这些活动能改进组织的整体软 件过程能力。组织过程焦点包括增进和保持对组织的和项目的软件过程的了解，协调那些评估、制定、维护和改进这些过程的活动。

        该方针主要包括：

        1. 建立SEPG小组，它负责组织层面上的软件过程活动以及与项目协调活动。 

        2. 定期评估项目所使用的软件过程以确定其强处和弱点。 

        3. 项目所使用的软件过程是由组织的标准软件过程剪裁而来。

        4. 建立软件过程数据库，其它项目都可以得到每个项目的软件过程、工具和方法的改进及其它有用的信息。

        9 组织过程定义方针

        组织过程定义的目的是开发和维护一组便于使用的软件过程财富，这些财富改进横跨各项目的过程性能，并为组织积累性的长期得益打下基础。

        组织过程定义包括制定和维护组织的标准软件过程，以及相关的过程资产库，例如：软件生存周期的描述，过程剪裁指南和准则，组织软件过程数据库和软件过程一有关文档库。

        该方针主要包括：

        1. 形成组织级的标准软件过程。标准软件过程的主要目的是在项目间能最大限度地共享过程资产和经验，并使得能在组织层上定义和聚集各项目共用的一组标准的过程测量。

        组织标准软件过程可以包含多种软件过程。因为软件项目可以以多种方式组织应用、生存周期、方法论和工具，所以为了阐述对不同应用领域、生存周期、方法论和工具的需要，就可能需要多种软件过程。

        2. 项目定义软件过程是组织标准软件过程经剪裁的版本。 3. 定期维护组织的软件过程资产库。

        3. 对从各个项目收集来的信息加以组织，并用于改进组织的标准软件过程。 所收集的信息的例子有：   过程和产品测量，   经验教训 其它过程有关的文档。

        10 集成软件管理方针

        集成软件管理的目的是将软件工程活动和管理活动集成为一个协调的、已定义的软件过程，该软件过程是从组织的标准软件过程和有关的过程资产剪裁而得到的，这在组织过程定义中加以描述。

        集成软件管理包括制订项目定义软件过程并采用此已定义的软件过程去管理软件项目。 项目定义软件过程是组织标准软件过程经剪裁的版本，剪裁是为了针对项目的具体特征。

        该方针主要包括：

        1. 每个项目通过剪裁组织的标准软件过程形成项目定义软件过程的文档。 2. 对项目偏离组织标准软件过程的情况建立文档并且它要经过批准。 3. 每个项目按照项目定义软件过程完成其软件活动。

        2. 项目收集合适的项目测量数据并将其存储在组织的软件过程数据库中。

        11 软件产品工程方针

        软件产品工程的目的是一致地执行一个妥善定义的工程过程，该过程集成全部软件工程活动，以便有效地且高效率地生产正确的、一致的软件产品。

        软件产品工程包括采用项目定义软件过程和适当的方法及工具去进行构造与维护软件的工作任务。

        该方针主要包括：

        1. 按照项目定义软件过程进行软件工程作业。 2. 采用合适的方法和工具去构造和维护软件产品。

        2. 软件计划、工作任务和产品均可追踪到分配给软件的系统需求。

        12 培训方针

        培训大纲关键过程区域的目的是培育个人的技能和知识，使他们能有效地和效率高地履行其职责。

        培训大纲首先分别识别出组织、项目和个人所需要的培训，然后计划或组织相关培训以满足需求。

        该方针主要包括：

        1. 识别每个软件管理和技术角色所需的技能和知识。 

        2. 识别和批准传递技能和知识的培训组织形式。 经批准的培训形式的可能包括；   课堂培训   计算机辅助教学   受指导的自学   正式的学徒和教练计划   使用便利的录像

        3. 提供培训以建立组织的技能基础，满足项目的特定需求和培育个人的技能。可在组织内展开培训或当合适时从组织外获得培训。 外部培训源的例子有：   顾客提供的培训   商业上现有的培训课程   专业课程   专业性会议   讨论班

        13 组间协调方针

        组间协调的目的是建立软件工程组与其它工程组一起积极参与的方式以使得项目更能够有效地和效率高地满足顾客的需要。

        组间协调包括软件工程组和其它项目工程组一起参与阐述系统层的需求、目标和问题。项目工程组的代表，当合适时与顾客和最终用户一起工作，参与建立系统层的需求、目标和计划，这些需求、对象和计划成为全部工程活动的基础。

        该方针主要包括： 

        1.全部受影响的组定义和评审关于项目的系统需求和项目层的目标。

        14 软件评审方针

        评审的目的在于有效地和尽早地发现并去除软件产品中各种缺陷，以减少返工劳动，从而提高产品质量。

        该方针主要包括：

        1. 评审活动必须纳入软件开发计划。

        2. 评审活动须由受过专门训练的人员领导或在其指导下实施。 

        3. 评审侧重软件产品本身而不是作者。 

        4. 评审的结果将不会作为个人绩效考核的依据。

        5. 除非经过项目总监特批，否则所有项目必须进行里程碑评审才能进入到下一阶段。

        15 软件质量管理方针

        软件质量管理的目的是建立对项目的软件产品质量的定量了解和实现特定的质量目标。 软件质量管理包括确定软件产品的质量目标，制定实现这些目标的计划，并监控及调整软件计划，软件工作产品、活动和质量目标，以满足顾客和最终用户对高质量产品的需要及愿望。

        该方针主要包括：

        1. 基于组织、顾客和最终用户的需要来建立软件产品的质量目标。 

        2. 项目的软件质量管理活动支持组织对改善软件产品质量的承诺。 

        3. 项目基于项目定义软件过程确定和收集用于软件质量管理的测量数据。 

        4. 项目确定软件产品的质量目标，并监控其实现质量目标的进程。 

        5. 确定软件质量管理的职责并将其分派给软件工程组和其它的软件相关组。

        根据公司的实际情况，要求项目内部测试结束时（实施前）缺陷清除率控制在组织过程能力基线中内部测试结束时（实施前）缺陷清除率的上下限范围内, 且满足下列条件：

        1. 灾难级和严重级的缺陷修复率应达到100%。

        2. 次严重级缺陷修复率应达到90%以上，并在实施及终验后的维护期内全部修复。 

        3. 一般级和不严重级缺陷修复率应达到60%以上。

        若项目质量目标超出上述范围，应由项目总监审批。

        16 度量和分析方针

        度量和分析的目的是指导建立和维护组织级度量体系，以支持组织级管理的信息需要；指导项目根据项目信息需要制定度量计划并实施度量活动，分析收集到的度量数据，以判断项目定义软件过程的执行情况，并在必要时采取适当的纠正措施。

        该方针主要包括：

        1. 协调度量和分析活动，度量的目的和活动要与已标识的信息需要的目的相一致。 

        2. 进行度量和分析的主要原因是处理已标识的信息需要和目的。基于客观证据的度

        量结果，有助于监督性能、履行合同义务、作出正确的管理和技术决策以及采取适当的纠正行动。

        17 产品集成方针

        产品集成的目的是把产品组件组装成为更复杂的组件或者完整的产品，保证产品是被集成的、功能是完善的，并且最终提交产品。

        该方针主要包括：

        1. 产品集成的范围是定义的集成顺序和规程，通过渐进地在一个阶段或不断增量的

        阶段中完成整个产品的集成。

        2. 产品集成的关键是是管理产品和产品的内部和外部接口，确保接口间的兼容性，

        并在整个生命周期中关注接口管理。

        3. 产品集成使用迭代的过程，从组装产品组件，评价组装的产品组件，再组装更复

        杂的产品组件，再评价，直到完成最终产品的集成。

        18 风险管理方针

        风险管理的目的是对风险进行预先识别，并根据其影响和发生的概率以及时间框架确定风险系数，对风险采取相应缓解、监控和意外事件计划等措施。

        该方针主要包括：

        1. 风险管理是保证软件项目在一个透明的和可预见的环境下有序进行的重要手段。 

        2. 风险管理是项目管理和跟踪的重要内容，需要进行资源投入，用在风险标识、分析和管理上的代价可以从以下方面得到回报：   

        3.更加平稳的项目进展过程；   

        4.较高的跟踪和控制项目的能力；

        由于在问题发生之前已经做了周密计划而产生的信心。

        19 决策分析和解决方案方针

        决策分析和解决方案的目的是为组织提供一个正式的评价过程，用于对候选的解决方案进行可能的分析，并依据建立的准则进行决策。

        该方针主要包括：

        1. 建立指南来确定哪些问题需要运用正式的评价过程。

        2. 正式的评价过程是按已制定的准则来评价候选解决方案的结构化过程。

        3. 为候选的解决方案选择评价的方法。

        4. 评价候选解决方案包括分析、讨论和评审，该过程有时需要反复进行。

        20 文件变更

        所有关于这个方针的变更必须经公司SEPG起草并由CTO批准。