质量管理体系说明书.doc

杭州吉秀科技有限公司软件质量管理体系说明书我公司已按照软件工程要求建立了质量管理体系，严格控制产品的设计和开发的策划和过程，确保新产品满足市场要求。一、职责分工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、设计更改配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程，借助配置管理工具的使用，来保证整个生命周期过程产生的所有配置项的完整性、一致性和可追溯性。配置