质量管理体系说明书.docx
《质量管理体系说明书.docx》由会员分享，可在线阅读，更多相关《质量管理体系说明书.docx（25页珍藏版）》请在冰点文库上搜索。
质量管理体系说明书
杭州吉秀科技有限公司
软件质量管理体系说明书
我公司已按照软件工程要求建立了质量管理体系，严格控制产品的设计和开发
的策划和过程，确保新产品满足市场要求。
一、职责分工
1、研发总监职责
全面主持公司研发与技术管理工作，规划公司的技术发展路线、产品改进、
新产品开发，实现公司的技术创新目标。
组织研究行业最新产品的技术发展方向，主持制定技术发展战略规划；
管理公司的整体核心技术，组织制定和实施重大技术决策和技术方案；
积极配合副总经理工作，认真、及时安排人员完成公司技术工作，及时解决
产品存在的质量问题，负责公司产品的技术总结；
指导、审核项目总体技术方案，对各项目进行最后的质量评估；
负责与用户进行技术交流，了解用户在技术与业务上的发展要求，并解答用
户提出的与产品技术相关问题；
协助销售人员对潜在或具体的项目、用户进行跟踪，管理技术交流、方案制
作及合同谈判；
制定技术人员的培训计划，并组织安排公司其他相关人员的技术培训。
2、研发部职责
研发部下设基础软件部，产品部两个部门。
基础软件部：
负责组织级的系统开发平台的研发与优化升级工作
根据公司的技术发展路线，对新技术进行跟踪验证，固化到统一开发平台中，
提升组织生产效能。
制定技术培训计划，对统一开发平台的新特性在公司范围内进行推广培训。
响应其他技术部门对统一开发平台的需求缺陷反馈。
重大研发项目、重要技术决策的方案评审与技术支持。
产品部：
负责产品策略制定，包括市场调研、产品功能与用户体验设计、产品版本计
划。
负责产品设计、开发、生产与发布
负责行业动态收集整理与分析，为公司决策层及产品策略提供依据。
建立产品生命周期体系，对产品的需求缺陷进行管理
参与用户意见分析、产品内容准备、产品优化与维护及产品运营状态监控工
作。
二、开发要求
1、确立设计开发项目
（1）入口准则
立项请求。
立项项目相关信息已经确立。
（2）出口准则
已通过立项评审。
已通过技术方案评审。
（3）输入
相关的行业信息、产品信息。
立项项目信息。
（4）输出
《立项申请表》
《立项评审表》
《技术方案》
《立项结果表》
（5）标准过程
AC01.申请立项
拟立项的项目均应由立项发起人在项目管理系统上填写《立项申请表》。
立项发起人可以是总经理、副总经理、技术总监、部门经理、市场销售、工
程师。
AC02.立项评审
技术总监发起立项评审；
对批准立项的项目，由技术总监在项目管理系统上指定方案工程师完成技术
方案。
AC03.技术方案制作
方案工程师收到任务分配后，开始进行技术方案撰写；
完成方案后，由方案工程师在项目管理系统上发起技术方案评审。
AC04.技术方案评审
系统集成和软件开发项目在完成《技术方案》制作后应进行同行评审。
同行评审由技术总监指定参与评审人员；方案工程师在项目管理系统中记录
每次评审的意见。
2、设计开发的策划
（1）入口准则
项目已经立项，项目组已经建立，资源已经到位；
（2）出口准则
《项目计划》及其下属计划编写完成，且通过了正式的同行评审；
《项目计划》的变更得到控制；
（3）输入
初步计划阶段：
《任务通知单》、相关项目的历史数据、《裁剪指南》；
项目详细计划阶段：
《用户需求说明书》、《软件需求规格说明书》、《裁剪指
南》、初步的《项目估算报告（UCP）》、初步的《PDP说明》；
（4）输出
《PDP说明》；
《项目估算报告（UCP）》；
《Delphi估计表》；
《项目计划》；
《项目计划》的下属计划：
《风险管理计划及跟踪表》、《质量保证计划》、《配
置管理计划》。
《项目进度表》；
《同行评审准备表》
《同行评审报告》
（5）标准过程
AC01.过程裁剪
在进行过程裁剪之前，项目级CM人员为本项目创建配置库；
项目经理针对项目过程、角色、工作产品以及生命周期模型进行裁剪；
项目经理将初步裁剪的结果写入《PDP说明》，此时为《PDP说明》的初稿，
在详细计划阶段项目经理再根据详细裁剪的结果完善《PDP说明》。
AC02.估算
项目经理根据初步裁剪的结果，使用UCP估计法，对项目的总体规模进行估
算，并将估算的结果记录在《项目估算报告（UCP）》中，此时为《项目估算
报告（UCP）》的初稿；
AC03.制定项目的初步计划及下属计划
在进行了初步的裁剪和估算之后，项目经理开始制定初步的《项目计划》及
其下属计划，这些下属计划包括：
《风险管理计划及跟踪表》
《项目资源计划》（包括人力资源、软硬件资源及人员培训计划
《项目干系人计划》
《项目估算报告（UCP）》
项目支撑计划的计划（即《质量保证计划》、《配置管理计划》）
3、设计开发输入
设计开发包括需求开发、系统设计、实现与测试三个子过程。
（1）需求开发的输入
《项目计划》
《技术方案》
《需求调研单》
（2）系统设计的输入
《技术方案》
《项目计划》
《软件需求规格说明书》
（3）实现与测试的输入
《概要设计文档》
《技术方案》及可复用的演示代码等技术预研成果；
《项目计划》；
《编码规范（Java）》或项目组自己制定的编码须遵循的规范。
4、设计开发输出
设计开发包括需求开发、系统设计、实现与测试三个子过程。
（1）需求开发的输出
《软件需求规格说明书》
《需求跟踪矩阵》
《变更申请表》
《需求跟踪矩阵》中的需求变更记录
《用户需求调查单》
（2）系统设计的输出
《初步设计方案》
《概要设计说明书》
《决策分析报告》
《数据库设计说明书》
《评审报告》
（3）实现与测试的输出
《实现与测试计划》
更新后的《项目进度表》；
经集成测试后的软件源程序以及数据库；
《集成后的安装包》
《集成测试用例》；
《BUG记录单》；
《集成测试报告》；
《用户操作手册》、《安装手册》、联机帮助等支持文档。
5、设计和开发的评审
同行评审是指项目组成员邀请同行技术专家对项目工作产品的评审，尽早地发
现工作产品中的问题和缺陷，并帮助项目组成员及时消除问题和缺陷，从而有效地
提高产品的质量。
（1）入口准则
项目立项
评审对象已经完成，并自检无问题
（2）出口准则
按照计划执行了评审
评审发现的问题在预设的数值范围之内
缺陷被跟踪并解决
（3）输入
《项目计划》
《同行评审检查单》
待评审的工作产品
（4）输出
《同行评审报告》
（5）标准过程
AC01.制定同行评审计划：
项目经理编写的《项目计划》应包括针对工作产品的同行评审计划，要求定义
工作产品整个生命周期需进行的同行评审活动，并在项目管理系统的进度表中要求
依据《正式同行评审规程》（Q/LR-RUL-PR-FPR）、《非正式同行评审规程》
（Q/LR-RUL-PR-FPR）和裁剪指南，根据PDP说明文档，明确每个参评产品的评审级
别（正式同行评审、非正式同行评审）、评审时间，参加人员建议等。
该计划在项目
计划评审通过后方可执行。
AC02.执行同行评审：
根据待评审的工作产品完成情况，作者提出申请，与项目经理协商，选定评审
组长，由评审组长发起预审，预审结束后，并由评审组长填写《同行评审报告》中
的预审表。
预审完后，评审组长召开评审会议。
具体活动参见正式同行评审、非正式同行
评审规程。
会议结束，评审组长要将《同行评审报告》（模板参见：
Q/LR-TR-REPORT）
及时通报给项目经理和项目级QA。
6、设计开发的验收
客户验收（CustomerAcceptance，CA）是指公司和客户依据合同及相关附件（如
相对应的需求规格说明书等准确表达双方共同约定的有效文件）对产品进行审查的
过程。
目的是规范产品的验收和交付活动，确保项目在验收交付时，能够达到客户
的要求。
（1）入口准则
产品的系统测试已经完成，《系统测试分析报告》已经评审通过。
（2）出口准则
试运行过程中发现的并承诺解决的所有缺陷均已得到解决；
产品满足用户需求，并得到用户确认；
《客户验收报告》已经生成，且双方均已签字确认。
（3）输入
项目合同
《项目计划》
《用户需求说明书》、《软件需求规格说明书》
《系统测试分析报告》
（4）输出
《产品打包清单》
《软件产品交付记录》
《验收测试报告》
《用户培训记录》
发布光盘、支持文档；
《产品交接验收单》；
《客户验收报告》
（5）标准过程
AC01.产品打包
项目经理或项目经理指定项目组成员根据《产品打包清单》（模版参见：
Q/LR-CA-PACKAGE）中所列项目，对待交付的所有内容逐项进行打包，如制作软件发
布光盘和支持文档的装订。
打包过程中确认打包内容的版本与《产品打包清单》中
所述一致。
具体活动参见配置管理过程（Q/LR-PROC-CM）中的“产品发布”。
AC02.现场安装调试/用户确认测试/软件产品交付
项目经理或项目经理指定项目组成员对用户的使用环境、实施条件进行确认，
部署安装软件产品；协助用户进行确认测试，并形成《验收测试报告》（模版参见：
Q/LR-CA-TEST），测试的遗漏问题可在报告中予以体现；正式割接上线时，需形成《软
件产品交付记录》（模版参见：
Q/LR-CA-ONLINE），这些记录需用户签字。
AC03.用户培训
项目经理与用户进行协商，确认用户培训的时间、地点、参与人员和培训内容，
由项目经理或项目经理指定项目组成员依据培训相关材料（如《用户操作手册》、《安
装手册》、联机帮助等），对用户进行培训，要求培训后用户能够初步掌握产品的使
用方法，并用《用户培训记录》（模版参见：
Q/LR-CA-USERTRAINING）进行记载。
AC04.试运行
安装调试好的软件在用户环境中按照用户所期望的模式进行试运行，试运行要
求能够覆盖到《用户需求说明书》中所有与产品功能和性能有关的内容。
试运行期
间，项目组解决遗留问题；如果用户发现产品存在问题、缺陷或对产品的功能、性
能有疑问，则尽量详细地记录，并登记在项目管理系统的缺陷库中，项目经理应当
视问题的严重性与客户协商是否需要修改软件产品。
项目经理针对发现的问题给出
合适的处理措施，并跟踪问题直到关闭。
AC05.客户验收
项目经理根据《项目计划》，参考项目合同、用户需求以及《系统测试分析报告》
和《验收测试报告》（模版参见：
Q/LR-CA-TEST）更新《干系人计划》，，同时形成《产
品交接验收单》（模版参见：
Q/LR-CA-DELIVER），并有用户签字。
验收双方（或多方）在《客户验收报告》（模版参见：
Q/LR-CA-REPORT）上签字
通过验收。
7、设计开发的确认
对最终软件系统进行全面的测试，确保最终软件系统满足产品需求并且遵循系
统测试的标准和规定。
（1）入口准则
项目规划过程结束，并且《项目计划》通过了评审；
实现与测试过程中的集成测试结束，并且产生了通过了评审的测试后的源程序；
系统测试人员、及系统测试负责人、安全测试负责人、性能测试负责人已经确
定。
（2）出口准则
达到性能测试计划中的测试完成准则
性能测试过程工作产品通过评审
用户测试通过并签字
测试用例评审通过并执行
（3）输入
《项目计划》
《用户需求说明书》
《软件需求规格说明书》
《概要设计说明书》
通过集成测试的源程序、执行程序
（4）输出
《系统测试计划》
《系统测试用例》
《系统测试缺陷报告》
《系统测试报告》
《系统测试环境说明书》
（5）标准过程
AC01.制定《系统测试计划》：
（说明：
系统测试仅仅指功能测试）
制定《系统测试计划》（模板参见：
Q/LR-ST-PLAN）：
在系统设计过程结束之后，
《概要设计说明书》（模板参见：
Q/LR-SD-HLD）通过了评审，项目策划过程结束，
并且《项目计划》（模板参见：
Q/LR-PP-05（PLAN））通过了评审，然后系统测试人员
根据《项目计划》、《用户需求说明书》（模板参见：
Q/LR-RDM-UR）、《软件需求规格
说明书》（模板参见：
Q/LR-RDM-SRS）、《概要设计说明书》（模板参见：
Q/LR-SD-HLD）
制定《系统测试计划》。
其中包含测试类型的选择（黑盒/白盒测试）；系统测试、压
力测试环境（从《概要设计说明书》中获取）与测试辅助工具；测试完成准则；人
员与任务表等内容。
评审《系统测试计划》：
项目经理邀请高层经理，项目级QA，项目级CM，用户、
开发人员及所有相关人员对《系统测试计划》的同行评审，评审通过，进行步骤2，
评审不通过，系统测试人员修改《系统测试计划》。
具体过程参见《同行评审过程》
（Q/LR-PROC-PR）。
AC02.编写《系统测试用例》：
系统测试人员在系统设计阶段根据项目需求分解（技术WBS）制定《系统测试用
例》（在项目管理系统中），也可以从项目管理系统中导出用例，生成《系统测试用
例》文档（模板参见：
Q/LR-ST-CASE））
评审测试用例：
项目经理在执行系统测试之前邀请高层经理，项目级QA，项目
级CM，用户、开发人员及所有相关人员对《系统测试用例》的同行评审，评审通过，
进行步骤3，评审不通过，系统测试人员修改《系统测试用例》。
测试用例（包括系统、安全、性能）都在项目管理系统中管理，为每个测试用
例分配一个ID，每轮测试时，制定每轮测试计划，将测试用例ID关联到测试计划中。
AC03.执行系统测试：
搭建测试环境：
系统测试人员根据《系统测试计划》编写《系统测试环境说明》
（模板参见：
Q/LR-ST-STENV），然后再依据此说明书搭建测试环境（包括：
硬件环境、
软件环境和数据环境）。
执行测试用例：
系统测试人员按照评审通过的《系统测试用例》进行系统测试，
将测试执行过程记录到《系统测试用例》中的“证据”处。
Bug跟踪管理：
系统测试人员按照《软件缺陷管理规范》执行，记录到项目管理
系统中或《Bug管理单》，同时更新《项目缺陷跟踪分析表》。
Bug分析统计：
系统测试人员从项目管理系统的Bug库中，每周对产生的Bug情
况进行分析统计并形成Bug统计分析报告（在项目管理系统中产生或者由项目管理
系统导出）。
项目经理对Bug统计分析报告的数据进行审核。
系统测试人员填写《系统测试分析报告》（模板参见：
Q/LR-ST-REPORT）、《项目
缺陷跟踪分析表》，发送给相关干系人（至少包括：
SM、PM、项目级QA，项目级CM）
系统测试结果。
高级经理审批《系统测试分析报告》并签署意见（参见非正式同行
评审过程）。
8、设计更改
配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程，借助
配置管理工具的使用，来保证整个生命周期过程产生的所有配置项的完整性、一致
性和可追溯性。
配置管理是对工作成果（阶段工作成果和产品成果、进展状态成果）
的一种有效保护形式，是反映公司项目、产品的过去、现在、动态的现实趋势的资
料和数据集中管理体现，是最终形成组织财富的重要资料、数据的重要来源。
（1）启动准则
项目立项；
项目所需配置管理资源、工具、资料和人员已就绪；
CCB已经组建；
项目级CM已经过培训；
（2）出口准则
项目服务与维护结束。
（3）输入
初步《项目计划》
初步《PDP说明》
经过评审和CCB确认的变更申请
（4）输出
《配置项计划及跟踪表》
《基线计划及跟踪表》
《配置库管理报告》
《CM周报》
Welcome!
!
!
欢迎您的下载，
资料仅供参考！
升级会员 