质量管理体系说明书.docx
- 文档编号:27401910
- 上传时间:2023-06-30
- 格式:DOCX
- 页数:25
- 大小:21.48KB
质量管理体系说明书.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!
!
!
欢迎您的下载,
资料仅供参考!
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 质量管理 体系 说明书