项目技术支持体系.docx

项目技术支持体系
1.1.1.1 人力资源及职责
青龙科技将通过一套完善的技术支持体系，来保证“网上办税服务厅”建设项目顺利实施及提供完善的售后服务。
1.1.1.2 “网上办税服务厅”建设技术支持组
“网上办税服务厅”建设技术支持组由青龙科技的河北省分子公司（河北青龙科技技术有限公司）及公司总部技术支持人员组成，均为推广实施阶段参与此产品推广实施的技术支持工程师。“网上办税服务厅”建设技术支持组的主要任务是对本系统的研发和日常运行给予技术支持（5x8小时的电话技术支持、5x8小时的传真技术支持和7x24小时的热线电话和电子邮件支持）、回复招标方的E-mail、在河北省分公司的技术支持人员遇到无法解决的问题时，可以使用E-mail和电话与公司总部技术人员联系解决。必要时，公司总部派人现场服务，为招标方和招标方解决问题。
1.1.1.3 “网上办税服务厅”建设技术支持认证工程师
“网上办税服务厅”建设技术支持认证工程师，在投标方公司中，拥有充分技术支持经验，通过了门户网站建设技术支持认证，具备了 “网上办税服务厅”建设技术支持能力的人员，此类人员数量将根据“网上办税服务厅”建设推广实施的规模决定，将提供能够满足招标方正常实施网上办税服务厅”建设的技术支持力量。
“网上办税服务厅”建设技术支持认证工程师的主要任务是为招标方和招标方提供7x24小时的全面技术支持和服务，并保证在自接收到当地用户的电话、邮件、头等书面、非书面方式通知后的1小时内作出响应，并在2小时内到达现场进行处理。
如“网上办税服务厅”建设技术支持认证工程师不能解决问题，则将及时把问题提交总公司的门户网站建设技术支持组，由“网上办税服务厅”建设技术支持组决定处理方式，并尽快返回给客户处理意见。
除解决产品运行中的问题外，“网上办税服务厅”建设技术支持工程师还将负责招标方本系统的数据库服务器、应用服务器相关安装、升级、性能调
优和系统管理等工作。
1.1.1.4 “网上办税服务厅”建设教研组
“网上办税服务厅”建设教研组由青龙科技参与了 “网上办税服务厅”建设培训、教材编写的高级培训教师组成。教研组要担任”网上办税服务厅”建设认证培训教师的培训和考核工作。平时使用中的问题经由技术支持组整理、汇总，教研组根据这些问题更新培训教材，制定新的培训计划。当产品升级时，教研组将编写新的培训教材，制定新的教案，对“网上办税服务厅”建设认证培训教师进行培训。
1.1.1.5 “网上办税服务厅”建设认证培训教师
“网上办税服务厅”建设认证培训教师，拥有充分培训经验，具备了 “网上办税服务厅”建设培训能力的人员，此类人员数量将根据“网上办税服务厅”建设推广实施的规模决定，将提供能够为河北省国税按照“网上办税服务厅”建设推广实施计划，对河北省国税进行培训的认证教师力量。
“网上办税服务厅”建设认证培训教师的主要任务是对本系统进行培训，使之能够正常、熟练的操作“网上办税服务厅”。当产品升级之后，认证培训教师还要负责河北省国税的培训，培训期视升级过程的改动大小而定。
1.1.1.6 项目质量保证及测试方案
项目组织及职责
1.1.1.6.1.1 项目领导小组
1. 负责制定合同执行计划并跟踪监督其执行情况；
2. 负责组织验收，包括初验和终验；
3. 制定合同并组织进行合同分析
4. 负责制定投标项目的商务应答文件及合同草案，并组织最终合同评审。
5. 负责执行合同中商务部分内容，包括但不限于第三方产品或服务进行采购，并负责其交付。
1.1.1.6.1.2 项目变更控制委员会（CCB）
1. 负责项目范围的控制
2. 项目变更请求的评估和分析
3. 项目变更请求的否决或批准
4. 项目变更的执行
1.1.1.6.1.3 业务分析组
1. 参与项目立项评审和合同评审；
2. 负责或参与售前方案的制定和技术支持；
3. 负责软件产品/项目的系统需求分析和系统功能说明；
4. 负责软件产品的概要设计；
5. 需求调查规范；
6. 需求分析说明书文档规范；
7. 概要设计说明书文档规范；
8. 界面设计标准；
9. 详细设计说明书文档规范；
10. 模块卷宗文档规范；
11. 进行需求分析；
12. 编制需求分析说明书；
13. 编制总体设计说明书
14. 编制概要设计说明书；
15. 完成界面的初步设计；
16. 对系统提出产品化、构件化的思路；
17. 对后续开发工作提出技术路线；
18. 制定测试大纲；
19. 负责详细设计、软件编码的技术指导和质量监督；
20. 在开发过程中对需求和概要设计进行及时的修改和补充。
1.1.1.6.1.4 设计开发组
1. 负责软件产品/项目的开发，包括软件详细设计、编码和单元测试等;
2. 参与详细设计，编写详细设计文档；
3. 参与系统操作界面的设计；
4. 负责软件编码，编写模块开发卷宗；
5. 负责系统的调试，编写模块测试报告；
6. 负责整理所有源代码并编写源代码说明书
7. 参与招标方操作手册的编写。
1.1.1.6.1.5 软件测试组
1. 参与项目立项评审、售前方案评审、合同评审等；
2. 参与项目计划的制定和评审，以及系统需求和软件需求评审；
3. 负责软件/子系统测试，包括测试计划、测试用例和测试报告编写；
1.1.1.6.1.6 质量保证组
1. 负责软件产品/项目的管理工作，即项目立项管理、项目质量管理、项目监控管理；
2. 负责制定、持续改进并推广CMMI软件工程管理体系；
3. 制定和改进公司软件产品开发及系统集成项目的运行过程体系；
4. 监督各部门对软件产品开发过程的执行情况和产品质量状况并提交报告；
5. 技术资料的管理；
6. 软件工程培训的组织和实施。
1. 1. 1. 6. 2项目计划过程
1. 1. 1. 6. 2. 1 建立任务细分结构WBS
项目的系统需求确定后，需要完成产品规模的估计，产品规模估计的前提是做好任务细分结构，以便能够尽量精确地估计出项目的工作量并建立项目的项目任务、进度表。
任务细分结构要求如下：
1. 体现软件项目任务书要求，从而达到产品目标
2. 用图形方式描述要完成的工作。
3. 任务细分应达到能有效计划和控制每一工作元素的程度
4. 描述工作元素之间的内部关系
5. 为每个工作元素指派负责人
6. 促使管理者和其他人员考虑项目的所有工作元素
根据分配给软件的需求，项目经理必须制定项目任务细分结构，并详细定义
软件活动和工作产品。在项目开发过程中，必要时可以修改任务细分结构。
任务细分结构把整个软件项目分解为可独立安排、易实施、易跟踪的工作元素。任务细分结构作为计划、组织和控制项目工作的基本框架。
1. 1.1.6. 2. 2建立项目定义的软件过程PDP
定制项目定义的软件过程基于：
1. 招标方需求
2. 分配的软件需求
3. 承诺
4. 商业环境和目标
5. 运行环境
建立项目定义的软件过程的内容主要包括：
1. 选择组织确认的软件生命周期模型
2. 从标准软件过程库中选择最适用项目要求的软件过程
3. 把当前项目和历史项目的经验融合到本项目中
4. 根据软件过程剪裁指南，从标准软件过程库和其它过程资源中剪裁项目定义的软件过程。
1. 1.1.6. 2. 3建立项目度量
项目经理必须建立并维护用于项目控制的度量值。质量保证经理帮助项目经理完成此任务，并在项目的软件质量保证计划中进行描述。
1. 选择和定义度量方法，此度量能够适用检查软件项目的活动和工作产品
2. 定义测量数据的收集策略
3. 定义度量数据的分析方法
4. 与相关人员评审选择的测量方法，并达成一致
5. 在必要时修改度量方法
1.1.1.6.2.4 估计软件工作产品规模
任务细分结构极其工作元素为软件工作产品规模的估计提供了一个框架，在估计过程中主要考虑以下几点：
1. 以一个详细的任务细分结构为基础进行估计
2. 精确定义度量标准
3. 估计每个工作元素的大小
4. 每个元素估计大小的总和为整个工作产品的估计值
在代码量估计中用到的度量值应该是合理的、容易使用和测量的。比较代码量估计大小与实际大小，研究比较结果并保存在组织数据库中，作为今后项目的历史数据。多数项目规模估计采用代码行数估计的方法。
1. 1. 1. 6. 2. 5 估计项目工作量
完成项目规模估计后，项目经理使用模型、历史数据和软件工作产品大小来确定项目工作量。
主要估计项包括：
1. 估计软件项目总工作量和总成本
2. 基于每项软件工作产品的工作量和成本统计出项目的生产力和成本
3. 使用适当的历史数据验证工作量、成本估计结果
4. 估计工作量/成本和人员在整个软件生命周期中的分布
5. 建立每项任务工作量成本的上下限
以上各项估计成果需要与相关组评审并达成一致，必要时，修改工作量/成本的估计值。
估计项目关键计算机资源
项目经理明确项目关键计算机资源，并进行关键计算机资源估计。关键计算机资源可以是服务器环境、测试环境、目标环境等。确定影响产品开发的关键计算机资源的内存容量、硬盘容量和处理器（数量/频率）内容，项目经理负责监督资源消耗的资源数量，并且当资源有限时进行适当的调整。
关键的计算机资源主要包括以下各类项目：
1. 内存容量
2. 处理器频率
3. 信道容量
4. 硬盘容量
5. 工作站性能
6. 网络容量
7. 外围设备容量
项目关键计算机资源估计可以运用历史项目经验、仿真、原型和项目分析等方法。调整计划的计算机资源、系统需求、分配给软件的需求、软件需求和软件设计等以获得关键计算机资源需求。为各软件组件分配计算机资源，并确保关键计算机资源能够提供其可利用的能力。
1. 1.1.6. 2. 7制定项目进度表
项目进度表的制定基于：
1. 分配的软件需求
2. 任务细分结构
3. 选择的软件生命周期模型和过程
4. 软件规模/工作量/成本的估计
5. 承诺或预期的资源和设施的可用性
6. 里程碑、关键依赖日期和其它进度约束
项目进度表包括：
1. 项目进度表制定的依据
2. 确定里程碑、任务、承诺、关键依赖、人员及工作量
3. 确定各活动的时间段
4. 确定软件活动时间和里程碑以支持度量的精确性及是否符合承诺
5. 确定向客户交付软件产品的里程碑
6. 确定适当的里程碑
7. 确定各里程碑期间的项目活动
8. 使用适当的历史数据验证时间进度表
9. 确定并协商软件进度表中的关键依赖，包括在软件工程组内（例如：子工作
组之间）和软件工程组与其它相关组之间的关键依赖
10. 在软件进度表中确定进度表关键路径
11. 为每个关键路径建立上下线，当项目超出此范围时，要采取相应措施评审影响项目进度的问题，并达成一致，在必要修订项目时间进度表。
1.1.1.6.2.8 制定软件培训计划
项目组明确项目开发中需要的知识和技能，对其进行评估，并选择提供需要的知识和技能的培训机制（内部培训、外部培训等）。
软件项目技术方面培训和指导要求在项目的开始阶段实施，参与人员包括项目经理、开发人员、项目支持人员、维护和测试人员。项目经理负责安排技术培训。
如果任何项目组成员需要另外的培训，或项目组成员必须为其他小组提供培训，这些培训活动要求预先计划。项目经理应该为这些培训活动制定时间表，并在项目计划中的培训计划章节和任务细分结构/进度表中进行描述。
识别并分析项目风险
风险是在项目过程中可能发生的事件，它的发生将对产品结果产生不利影响。
项目计划模板要求项目经理去识别、分析、制定优先级、降低、消除并跟踪项目风险，使其不影响项目目标的实现。
在确定项目风险时，项目经理组织尽可能多的项目成员进行讨论，以获得多方面的意见。完成项目风险的识别后，项目经理制定风险列表，为项目风险跟踪提供依据。
参考项目风险管理规程。
1. 1. 1. 6. 2. 10制定项目计划
此处项目计划包括项目计划、软件质量保证计划、软件配置管理计划等。
项目经理负责制定项目计划，包括：
1. 描述项目目的、范围、目标等；
2. 详细描述选定的软件生命周期模型；
3. 确定遵循的过程、标准、规程和方法等；
4. 详细描述项目的任务细分结构；
5. 描述培训安排描述估计的内容，包括：软件工作产品的大小的估计和软
件工作产品变更的大小；
6. 工作量和成本的估计；
7. 关键计算机资源估计；
8. 软件项目进度表，包括确定的活动和里程碑；
9. 描述软件项目需要的设备；
10. 描述软件项目风险；
11. 相关人员对项目计划进行评审并达成一致；
12. 对项目计划进行配置管理。
制定的项目计划必须获得个人、项目组和组织相互的理解和承诺，并支持项目计划的执行。项目计划须得到各相关组的认可并取得一致。
项目计划包括软件开发计划，软件配置管理计划，软件质量保证计划，测试计划等等。
1. 1.1.6. 2. 11记录计划数据
项目经理应该记录初始计划的数据和每次重新计划的数据，并保存在项目信息管理数据库中。
1. 1. 1. 6. 2. 12 度量
在软件项目计划活动中，里程碑的实际完成情况与计划的比较
在软件项目计划活动中，实际工作量与计划工作量的比较
1. 1. 1. 6. 2. 13项目监控过程
1. 1. 1. 6. 2. 13. 1 项目计划跟踪
项目计划用于跟踪项目活动和通报项目状态。项目计划的修改反映实际完成情况，其有效协调软件工程组、项目经理、高层管理者和其他相关组的活动。
项目计划跟踪的内容至少包括：
1. 任务细分结构
2. 项目定义的软件过程
3. 软件规模跟踪
4. 项目进度跟踪（里程碑、甘特图）
5. 工作量跟踪
6. 风险跟踪
修改项目计划的规程如下：
1. 当计划有明显改变时，或软件项目任务书的要求与项目不符时，需修改项目计划
2. 计划的修订需反映所有新的软件项目承诺和承诺的变更
3. 对修改的项目计划版本进行评审
4. 项目计划受配置管理的控制，这表明在某一时间点上使用的项目计划的
版本是已知的，并且项目计划的更改是按更改控制规程进行的
5. 项目估计的变更是在事件驱动的情况下进行的，例如额外的项目特征增加了原始估计的代码量，因此需要更新估计的代码量
6. 项目经理应该定期的组织项目评审，其评审的主要内容是确认计划的执行情况，评审会议要有会议纪要
1. 项目定义的软件过程的更改
软件项目经理根据以下情况确认项目定义的软件过程的更改：
1. 从项目活动监控中获得的经验
2. 项目建议的更改
3. 过程和工作产品的度量数据
4. 组织标准软件过程的改变
5. 如果发生没有计划的活动并严重影响了项目的进展，项目经理需要评审项目定义的软件过程，确认是否需要修改项目定义的软件过程。
当需要修改项目定义的软件过程时，项目经理要与质量保证经理应对修改需求进行评审，遵循过程剪裁指南，并在项目计划中修改项目定义的软件过程。同时其它与项目定义的软件过程相关的文档需作相应的修改。在必要时，修改了项目定义的软件过程的项目计划需高层管理者正式批准。
1.1.1.6.2.13.3 代码量跟踪
软件项目经理根据项目计划负责软件工作产品规模的跟踪，在必要时采取纠正措施。
比较实际代码量和项目计划中估计的代码量：
1. 明确与项目计划中估计值的偏离程度
2. 监控影响软件工作产品大小的主要因素
3. 监控每个软件工作元素大小的上下限，当其超出计划中的估计值时，需采取纠正措施
4. 评价偏离造成的影响
5. 定期精炼、监控和调整项目规模估计
6. 软件规模估计的调整需形成文档，在影响软件承诺时，需得到相关组的
同意
7. 必要时，修改项目计划。
1. 1. 1. 6. 2. 13. 4 文档量跟踪
在项目计划阶段，进行项目文档量估计，并填写在项目计划中。根据所选的软件工作产品完成情况和选择的里程碑，跟踪、精炼、调整和重新估计项目文档量。
1. 1. 1. 6. 2. 13. 5 工作量跟踪
将实际的工作量/成本、人员、培训和项目计划中工作量估计进行比较:
1. 确定与项目计划中工作量估计的偏离程度
2. 评价影响偏离工作量估计的因素
3. 评审软件项目工作量/成本状态。修改工作量/成本的估计值时，比较实
际超出的工作量和项目计划中工作量估计值，从而使以后工作量估计更准确
4. 监控工作量/成本的上下限，超出时要采取相应的措施
5. 人员配备和工作量/成本的改变影响到软件承诺时，要与相关组达成一致
6. 必要时，修改项目计划。
关键计算机资源跟踪
跟踪项目关键计算机资源，必要时采取纠正措施。关键计算机资源的跟踪可以通过非正式的项目评审会（如周例项目会议）进行。
将实际提供的关键计算机资源与项目计划中估计的关键计算机资源进行比较：
1. 确定与项目计划中估计的偏离程度，
2. 评价偏离造成的影响，
3. 监控关键计算机资源提供的上下限，超出时要采取相应的措施，
4. 计算机资源的改变影响到软件承诺时，要与相关组达成一致，必要时，
修改项目计划。
1. 1. 1. 6. 2. 13. 7 软件工程设备跟踪
跟踪项目软件工程设备，必要时采取纠正措施。项目软件工程设备的跟踪可以通过非正式的项目评审会（如周例项目会议）进行。
1. 评审提供软件工程设备，根据项目需要在项目计划中明确，
2. 确定与项目计划中明确要求的偏离，
3. 评估偏离造成的影响，
4. 软件工程设备的改变影响到软件承诺时，要与相关组达成一致，必要时，
修改项目计划。
1. 1. 1. 6. 2. 13.8 项目进度跟踪
跟踪项目进度，必要时采取纠正措施。
比较活动的实际完成情况、里程碑和其它约束。
1. 确定与项目计划中明确要求的偏离，采用挣值法（Earned Value）估计项目进度，
2. 估计软件活动、里程碑是否延期和提前的工作量，其它的约束是否影响
以后的活动和里程碑等，
3. 软件进度表的修改影响软件约束时，要与相关组商议并达成一致，
4. 若开发的软件分为几个功能单元或子系统，要跟踪每个阶段单元的完成
百分比，也就是说要跟踪每个单元的设计、编码、单元测试、集成测试
和系统测试等，
5. 定期跟踪项目的关键依赖和关键路径，
6. 监控项目进度时间上下限，超出时要采取相应的措施。必要时，修改项
目计划。
1. 1.1.6. 2. 13. 9 风险跟踪
跟踪与成本、资源、项目进度、项目技术有关的软件项目风险，参考项目风险管理过程。
在项目周评审会和项目总体报告会议上评审项目风险状态
当有其它信息可利用时（如：附加的风险和消除的风险等）修改风险的优先级和发生的可能性，必要时，修改项目计划
1. 1.1.6. 2. 13. 10软件工程技术活动跟踪
项目经理负责跟踪软件工程技术活动，必要时采取纠正措施。
1. 在周工作报告中描述软件工作中的问题
2. 跟踪所有的问题，直到问题被解决
3. 在每个阶段（从需求阶段到测试阶段）收集所有软件的错误和缺陷
4. 跟踪软件的错误和缺陷，直到被解决
5. 跟踪解决错误和缺陷花费的工作量
1. 1. 1. 6. 2. 13. 11项目承诺跟踪
项目经理应该监控内部/外部的承诺是否符合项目计划中的内容。项目启动后新增加的承诺以及改变的承诺涉及到组织外部的个人和小组时，需要遵循下列步骤同高级管理者评审：
1. 评审内部和外部的承诺。可以通过非正式的项目周例会评审内部承诺，
项目里程碑评审会和项目总体报告会上评审内部和外部的承诺
2. 明确没有被满足的承诺，或没有被满足而带来风险的承诺
3. 估计项目进度、成本、工作量和资源对项目承诺的影响
4. 基于估计结果，提出修改承诺建议，此建议包括估计的结果和项目经理
的建议，必要时，修改项目计划
1.1.1.6.2.13.12 非正式项目评审
项目组需定期评审项目技术进展、结果和问题，建议每周进行非正式的项目评审。
1. 1. 1. 6. 2. 13. 13正式里程碑评审
在里程碑处必须组织软件产品评审，提供的证据和考虑的问题如下：
1. 软件工作产品已经完成
2. 软件工作产品符合规范
3. 软件活动符合项目的进度要求
4. 项目组准备进行下一步活动
5. 项目开发和维护活动按照项目计划、进度表、标准和项目定义的过程的
要求进行
项目经理负责组织并领导正式的评审（如：设计准备评审、编码准备评审、测试准备评审、发布准备评审等），评审项目计划中指定的里程碑处项目的结果和完成情况。项目组成员、质量保证经理、软件配置管理代表应参加里程碑评审会议。
客户可以参加正式的里程碑评审。
1. 1. 1. 6. 2. 13. 14月度项目/质量评审
正式的评审涉及到软件项目的结果和状态，确保项目的状态被定期评审，其步骤如下：
1. 质量管理部组织每月正式的评审会
2. 高级管理者、项目经理和相关组的代表（如质量保证经理）需参加评审会
3. 评审会中要评审当前所有的软件项目
4. 项目经理负责确认评审材料
5. 评审项目承诺、计划和软件项目的状态
6. 明确并记录重要问题、行动计划和决定
7. 评审项目风险
8. 必要时，修改项目计划
9. 保存评审会的资料
1.1.1.6.2.13.15 度量
执行项目监控花费的工作量和其它资源。
软件开发计划的变更活动，包括软件工作产品大小估计、工作量估计、关键计算机资估计和项目进度等。
1. 1. 1. 6. 2. 14风险管理过程
风险管理的目的是对没有达到项目计划目标或与项目计划存在差异的情况进行识别、分析并采取应对措施，以增大机会或减少负面影响。
风险管理过程包括以下内容：
风险识别：确定可能对项目造成影响的风险，并把第一风险的特性编制成文档。
风险分析：根据风险对项目潜在的影响程度，对风险进评估并区分优先级。
风险应对措施制定：定义增大机会和应对威胁的措施。
风险应对措施控制：执行风险管理计划以应付项目过程中的风险事件。
1. 1. 1. 6. 2. 14. 1 风险管理组织
1. 高级管理者
为处理项目风险提供指导
评审风险管理计划（风险管理计划是项目计划的一部分）
跟踪各风险项，并上报更高一级管理者
2. 项目经理
编制并维护风险管理计划
跟踪所有的风险项
明确风险项的负责人
检查各风险项，更新风险管理计划并分发
3. 风险项负责人
组织风险项分析和讨论解决方案
向项目经理/高级管理者报告风险状态
4. 质量保证经理
确保风险管理活动遵循风险管理规程
1. 1. 1. 6. 2. 14. 2 风险管理过程
1. 风险管理计划
风险管理计划用于识别和管理风险，项目经理负责制定风险管理计划（风险管理计划是项目计划的一部分）。所有的风险以应包括风险名称、严重程度、负责人、预防及补救方案。
2. 项目风险的跟踪
项目经理负责跟踪项目的风险，质量保证经理审核风险跟踪活动。
3. 风险管理计划明细
序号
风险名称
严重程度高、中或低
负责人
预期日期
预防及补救方案
1
系统需求的变更，它将主要影响项目的进度、成本和满足客户的程度
高
软件高级设计师和客户高层
经理
项目启动
阶段
在项目开始时就本系统的系统需求达成一致并正式签字认可。
2
系统的设计：包括技术先进性、安全性、可扩展性/可伸缩性、易操作/易管理、实事性、准确性、开放性、规范性和统一性
高
软件项目
经理
项目设计
阶段
解决方案请参照
《技术方案》
3
进度风险，本项目时间要求紧，可能导致项目
中
软件项目经理和客户项目经
项目生命
周期各阶
段
青龙科技公司的软件充分利用自身拥有成熟产品、项目

的延期或某些
功能无法实现

理

管理和质量控制优势，组织一只经验丰富的项目实施队伍，保证项目的进度；招标方应及时提供项目所需的所有相关资料
4
项目管理风险，包括项目组织、项目各方的协调，问题反馈和处理机制，工程实施中各方的接
中
软件项目经理和客户项目经理
项目生命
周期各阶
段
青龙科技公司的软件严格按照《软件产品开发过程》的规定开展项目活动，制定周到详细的工程实施计划和软件开发计划，测试计划，质量保证计划，并由独立的质量保证人员（SQA）进行监督，保证项目计划中规定的人员组织、活动、问题反馈、问题处理、工程实施、组间协调等各项任务，各个环节能够有效运行，招标方也需要配置专职的项目经理和质量保证员配合青龙科技公司解决项目实施

中出现的各类问题并监督项目的实施。
5
质量风险，由于本项目的特性，项目为了满足时间等的要求可能牺牲质量
低
软件项目
经理
项目生命
周期各阶
段
充分发挥投标方软件《软件产品开发过程》的灵活性和适用性，根据本项目的特点，由项目组和质量管理部共同定制适用于本项目的软件实施方案，综合考虑项目需求、时间、成本、质量等因素，项目组和质量管理部SQA按计划对项目的各环节进行监控，保证项目的成功

1. 1. 1. 6. 2. 15配置管理过程
软件配置管理的目的是在项目的整个软件生命周期内建立和标识软件配置项，并对其进行控制和管理，维护其完整性、一致性和可追溯性，从而达到标识变更、控制变更、确认变更和报告变更的目标。
1. 1. 1. 6. 2. 15. 1 配置管理过程
软件配置管理的任务包括：标识配置项，版本控制，变更控制，配置审计和配置报告等任务。
软件配置管理过程包括以下活动:
1. 制定项目配置管理计划
2. 建立项目配置管理系统
3. 确定并标识配置项
4. 版本管理
5. 变更控制
6. 配置审计
7. 配置状态报告
8. 产品发布管理
9. 产品维护
1. 1. 1. 6. 2. 15. 2 配置管理工具
软件配置管理工具有：
版本管理 Telelogic CMSynergy 6. 3a
变更控制 Telelogic Synergy Change
1. 1. 1. 6. 2. 15. 3 版本管理和变更控制
项目的版本管理工具采用Telelogic CMSynergy 6.3a，变更控制工具使用Telelogic Synergy Change系统，每个对项目软件工作产品的更改都必须在该系统中建立相应的记录，并按照固定的流程处理问题、解决问题。
1. 1. 1. 6. 2. 16质量保证过程
软件质量保证的目的是帮助管理者更好了解软件开发活动及其工作产品，确保软件产品满足需求及质量目标。
1. 1. 1. 6. 2. 16. 1软件质量保证组织及职责
高层管理者
1. 为软件质量保证活动提供足够的资源和资金；
2. 定期检查软件质量保证活动及结果；
3. 确保质量保证经理具有独立的上报渠道；
4. 处理在项目组内不能解决的问题；
项目经理
1. 与质量保证经理一起制定项目的软件质量保证计划，并为其实施提供支
持
2. 积极采取有效措施纠正质量审核中发现的问题
3. 定期向高层管理者汇报项目及其质量状态
4. 定期和必要时与质量保证经理检查软件质量保证活动
5. 收集并提供项目的原始数据
6. 保证项目组成员接受有关软件质量保证方面的培训，并认同软件质量保
证组工作的意义和价值
质量保证经理
1. 制定项目的软件质量保证计划并实施
2. 参加项目的软件开发计划、标准和过程的准备及评审
3. 同项目经理一起建立项目的质量目标
4. 定期和必要时分析项目提供的原始数据并报告结果
5. 定期总结并提交软件质量保证活动的状态报告
6. 如果需要，与招标方质量保证经理定期评审质量保证经理的活动及发现的问题
1. 1. 1. 6. 2. 16. 2 软件质量保证过程
软件质量保证过程覆盖整个软件产品开发周期，包括以下活动：
1. 1. 1. 6. 2. 16. 2. 1质量保证策划
在项目策划阶段，质量保证员在项目经理的协助下制定项目质量保证计划，并与项目组进行评审。质量保证计划的内容包括：质量保证人员安排、活动计划、审核及评审的软件工作产品、审核标准及规程、提交的文档和报告、提供项目组和其他相关组的反馈方式及频度。
1. 1. 1. 6. 2. 16. 2. 2参与项目活动
1. 项目计划
质量保证经理参与项目计划、标准和规程的准备及评审，以保证符合组织的质量管理体系的要求、产品满足招标方的需求和标准、项目组遵循的标准、项目计划中描述的其它内容
2. 项目活动评审
1. 项目活动评审的目的是检查项目活动是否符合组织制定的方针、过程及规程的要求。
2. 项目经理负责为质量保证经理提供项目信息
3. 质量保证经理参加项目阶段总结会议
4. 质量保证经理有选择地参加软件工作产品的评审会议和项目例会等其它项目活动
5. 质量保证经理应及时将发现的问题通知各相关人员，并确保项目组制定解决问题的活动计划。所有发现的问题都应记录在审核报告中。质量保证经理应对问题进行跟踪，并确保其得到解决。
6. 当问题有争议并不能在项目组内得到解决时，质量保证经理应提交高层管理者进行处理。
7. 软件工作产品审核
8. 按照过程、规程、标准及需求审核软件工作产品
9. 在软件产品提交给用户前，全面审核所有软件工作产品，确保其满足质量要求
10. 审核软件工作产品中发现的问题要记录并通知所有相关人员
11. 质量保证经理应对发现的问题进行跟踪，并确保其得到解决
1. 1. 1. 6. 2. 16. 2. 3项目阶段审核
项目阶段性审核的目的是客观的检查软件工作产品和活动是否满足过程、标准和需求。软件开发各阶段都应进行审核，一般包括如下阶段：
1. 项目策划阶段
2. 需求阶段
3. 设计阶段
4. 编码阶段
5. 测试阶段
6. 产品发布阶段
1. 1. 1. 6. 2. 16. 2. 4客户满意度调查
客户满意度调查用于了解招标方对产品质量的满意程度。质量保证员负
责招标方满意度调查。
1. 质量保证经理在项目策划阶段了解招标方对产品的质量需求
2. 在软件质量保证计划中制定招标方满意度调查活动计划
3. 质量保证经理定期同招标方举行交流会，并收集招标方的反馈信息
4. 根据招标方的反馈信息，制定改进措施，以提高产品质量并满足招标方的需求
1. 1. 1. 6. 2. 16. 2. 5工具和方法
青龙科技软件目前使用的软件项目管理和软件质量保证体系的软件工程工具和方法请参考下表：
类别
工具名称
工具来源
用途
项目计划
MS Project
Microsoft
计划的WBS
FPA
Est imator
Free
软件估计
配置管理
Synergy
Telelogic
版本管理
Synergy
Change
Telelogic
变更控制
工作量管理
Timesheet
Free
工作量管理
同行评审
Worksheet
Free
评审记录

1. 1. 1. 6. 2. 16. 2. 6与客户沟通模式
青龙科技应该建立与软件项目管理模式相匹配的组织结构，如项目经理、质量保证人员、高层管理者等，青龙科技的代表可以按照计划参加软件项目组的活动，特别是评审活动，保证双方在项目的过程中有良好的沟通，保证项目的顺利进行。
在进行了系统全方位的设计介绍之后，下面介绍系统测试的方案设计以及具体测试时的测试方法。包括系统测试目的、系统测试管理、业务功能测试、系统压力测试、系统测试方法和测试风险的介绍。
1. 1. 1. 6. 2. 17系统测试目的
应用系统的测试目的决不仅仅是测试一下软件的功能是否正确就可以的一项重要的工作，是软件工程中决定软件成败的重要环节。青龙科技在严格执行公司的质量管理规范的前提下，从以下几个方面进行应用系统的测试：
1. 确保开发过程的程序编码质量
2. 确保开发完成后的系统与需求分析阶段制订的目标系统相一致
3. 确保开发完成后的系统业务功能、界面、流程、接数据等满足已经制订的需求分析的要求
4. 确保系统能够稳定的运行
5. 确保系统能够高性能的运行，满足系统压力的需要
6. 确保系统运行的高可用性，满足系统对整体健壮性的高要求
1. 1.1.6. 2. 18系统测试管理
1. 1.1.6. 2. 18. 1 测试组织
河北省“网上办税服务厅”建设项目的测试组由河北省国家税务局业务和技术人员与青龙科技的质量保证部专职测试工程师共同组成，负责项目的测试组织。另外，青龙科技参加本项目的软件工程师，也是项目测试组的重要组成部分。
对于青龙科技而言，测试组分为内部测试组以及联合测试组，内部测试组是指质量保障部门提供的独立的测试，在每个项目中，投标人均配置专业测试人员，按照青龙科技的内部质量管理规范进行过程测试，其职责是保证“网上办税服务厅”建设项目组开发的成果在向河北省国税提交之前的版本的质量。
联合测试组是指和招标方联合组成的测试组，按照项目组规定的测试规范和计划执行，主要职责是对青龙科技提交的完整成果进行案例测试，并按照双方制订的测试计划执行，以保证系统试运行前的质量。测试通过后，会进行试运行，一般而言，系统的试运行也可以看成一种测试。
1. 1. 1. 6. 2. 18. 2测试版本以及版本管理工具
在本项目中，项目组将单独建立一个独立的配置库，用来管理项目版本的演变，系统测试中的被测程序必须取自配置库，保持一个完整版本的测试。
项目组会安排一位专门的人员进行配置库的维护和管理工作，项目组中，也会有配置库方面的管理规定，确保成果的提交和一致性。
测试分工
软件开发测试
由青龙科技参与项目开发的软件工程师完成，主要完成的测试任务是单元测试，具体包括：
1. 同行评审：由软件工程师交换软件代码，进行浏览，检查除语法错误外的逻辑错误。
2. 代码测试：由软件工程师为被测类写专用的驱动类和桩类，进行白盒测试。并根据测试结果对产品进行修改。QA将跟踪测试结果的修正。
1. 1. 1. 6. 2. 18. 3. 2质量保证部独立测试
在项目进行系统差异分析的时候，青龙科技质量保证部，将派测试工程师进入到项目组，完成以下任务：
1. 随同项目组收集需求：了解项目需求，掌握项目的关键业务内容和关键的技术特性；
2. 参加需求评审：记录需求评审过程中需求的变化内容，记录重要的结论和决定，形成评审报告；
3. 完成测试计划：根据项目的内容制定措施计划，提交河北省国税，进行计划的讨论和最终确定；
4. 完成测试用例设计：根据对系统需求的理解，形成系统的测试用例设计，并与河北省国税“网上办税服务厅”建设项目测试组技术人员、业务人员共同评审测试用例；
5. 在编码阶段跟随测试：
其次在项目进入测试阶段后，由测试经理根据项目大小指定若干测试工程师进行测试，完成以下任务
6. 使用测试用例进行测试
7. 完成测试报告
8. 与软件工程师协调
9. 进行回归测试
由测试工程师进行独立测试。
测试工程师从配置管理员处取得产品版本。根据测试计划和测试用例进行系统测试，并提交测试报告。在软件工程师修改完毕，并提交到配置管理员处后，测试工程师进行回归测试。QA将跟踪测试结果的修正。
1. 1.1.6. 2. 18. 3. 3用户验收测试
由测试工程师与青龙科技代表在客户环境中进行测试。在测试前，由青龙科技代表确认测试计划和测试用例，并在测试结束后，签字确