IT行业质量手册样表

《IT行业质量手册样表》由会员分享，可在线阅读，更多相关《IT行业质量手册样表（27页珍藏版）》请在金锄头文库上搜索。

1、精选优质文档-倾情为你奉上质量手册 本手册规定了本部门的质量方针和质量体系，是实施质量管理、进行质量控制、质量保证的依据和准则，通过贯彻质量手册，建立和保持一个现行有效的质量体系。1.适用范围本手册适用于本部门内部质量管理，适用于本部门所有从事项目开发及与产品质量保证有关的管理、实施和验证工作的人员。2.引用标准SEI/CMM （Software Engineering Institute/ Capability Maturity Model）3 质量方针 信誉至上、质量第一； 对于一切签约和承诺，都不折不扣地去完成； 对技术精益求精，产品的品质高于一切。4组织结构 多媒体通信和网络工程研究中

2、心设立主任研究员、部门主任、付主任各一名；质量管理员和文档管理员各一人；每一个项目有项目组长一人；以上这些人组成质量保证组。该组的职责是建立本部门的质量体系并使之有效运行，监督、审查、协调及调整部门的软、硬件开发的活动。4.1项目开发体制和人员组织 软件及产品的开发过程一般以项目组为中心进行。每一个项目要有一个项目负责人，负责项目开发的全过程。要负责对任务进行分解及分工，对于项目组成员要任务具体、责任明确。同时负责制定项目开发计划、工程进度计划、人员安排计划等，提出开发项目所需的各种资源和各种支持（开发支持、技术支持等）。质量保证组负责对项目的开发计划、工程进度计划、人员安排计划等进行评审并对

3、项目开发的全过程进行质量监督和管理。4.2职责和职权 为确保质量体系有效运行，本部门规定了各类人员的职责：1) 部门负责人对整个质量体系的正常运行负责；2) 课题负责人对课题的质量管理和产品质量负责；3) 质量检查员负责对项目开发的全过程进行质量监督和检查；4) 文档管理员负责对所有研究课题的各种文档分类、归档及保管；5) 本部门全体人员对与自己有关的开发工作负有质量控制的责任。 质量保证体系按质量管理办法和管理细则对所有的研究、开发、生产进行日常监督管理和审核,以确保各项工作满足要求。为了保证质量体系持续有效的运行，对质量保证体系本身也要进行评审并保存评审记录,对质量保证体系评审一般一年进行

4、一次。5. 质量管理方法 对本部门每个开发项目以及生产、销售的重要活动，均应依据质量体系的要求进行检查和审核，以保证开发项目有序并保质、保量的完成。检查审核定期进行，约每月一次。5.1 审核依据1) 质量手册；2) 项目开发过程中各阶段的报告、文档；3) 本年度或前一阶段质量目标实施情况统计材料；4) 本部门开发、生产的质量水平的分析材料；5) 用户反馈产品质量信息的材料。5.2 审核结果 每次审核完毕均应根据记录编制审核报告，报告要简明扼要地概述评审结果，审核报告应存档。评审报告主要包括下列内容：1） 审核计划；2） 审核时间、内容；3） 参加评审人员；4） 审核的依据；5） 评审简要过程和

5、结论；6） 不合适项的具体说明；7） 不合适项的具体改进建议。5.3 纠正措施为了消除本部门研究、开发及生产过程中实际或潜在的不合格原因，防止重复性问题的发生，不断提高质量，要采取相应的纠正错施。1) 有效地处理用户的意见及产品不合格报告；2) 调查并分析科研、生产过程中产生不合格的原因，并记录调查结果；3) 根据具体情况制定消除不合格原因所需的纠正措施；4) 实施控制，以确保纠正措施的执行及其有效性；5) 将调查结果和纠正措施上报部门领导。6、质量管理细则：6.1 项目管理6.1.1 立项本部门的研究、开发项目主要有国家重大科研项目；国际合作项目；横向的研究、工程项目及本部门的自选开发项目等

6、。1） 各类项目的立项报告原则上均应经过评审；2） 对政府的研究项目其申请报告要经过部门领导及主要业务骨干审阅；3） 对合作项目及横向研究、工程开发项目特别是合同金额在五万元（人民币）以上的要通过立项评审；4） 对投入超过一万元（人民币）的自选项目要进行评审，项目周期超过3个月或工作量超过4个人月要通过立项评审。评审要注意的问题主要从以下几个方面进行评审：1） 系统描述。总体方案和技术路线，项目分解，关键技术，计划目标和阶段目标；2） 价格利益分析。经济可行性，包括经费概算和预期经济效益；3） 技术冒险评价。技术可行性，包括技术实力，设备条件和已有工作基础；4） 法律上的可行性。确定由于系统开

7、发可能引起的侵权和法律责任；5） 其他与项目有关的问题。此阶段完成时应提交项目申请书或立项报告及评审报告。6.1.2 合同评审了解使用方的要求，衡量保证能力，解决双方不一致的问题，确保满足使用方的要求6.1.2.1评审内容：1） 用户需求是否合理、完善、明确；2） 合同所规定的各项要求是否合理、完善，各项规定是否有含糊不清之处；3） 供方是否具备满足合同要求的能力（如：合同中的技术条款、质量性能要求、交货期、价格及交付方式等）；4） 需方是否有能力履行合同职责（如：资信和能力、设备和资金的可靠性等）；5） 对合同的合法性、规范性进行评审，确保合同合法及本部门利益不受侵害；6） 对合同中项目经费

8、的合理性、对方付款方式及与质量有关的索赔进行评审。6.1.2.2 评审要注意的问题1） 参加评审的人员有本部门负责人、相关技术负责人及质量保证人员；2） 合同评审必须在合同成立之后，正式签订之前进行；3） 合同经过评审后，对需要调整或有异议的条款要指定专人负责与对方进行再次协商并根据协商的结论修改合同草案；4） 合同评审中应做好评审记录，并与合同文本同时归档；5） 合同经评审达成一致意见后需报部门领导批准；6） 未经部门领导批准（签字）的合同不能签订；7） 本部门合同的任何要求必须以书面形式确定；6.1.3 需求分析确定待开发的软件产品或工程项目的实施环境，功能和性能要求，对目标系统提出完整、

9、准确、清晰、具体的要求。（科研项目、本部门自立项目需求分析应做的工作应写在立项报告中。）6.1.3.1 需求分析阶段的具体任务: 1、确定目标系统的具体要求1) 确定系统的运行环境要求；2) 系统的性能要求；3) 系统的功能要求；4) 确定目标系统必须具备的所有功能； 2、建立目标系统的逻辑模型1) 分析系统的数据要求,利用图形工具描述数据结构；2) 用数据流图、数据字典及处理算法描述目标系统的逻辑模型； 3、制定初步的系统测试计划6.1.3.2 需求分析阶段工作完成后，应产生下列文档：1） 需求分析说明书；2） 数据要求说明及细化后的数据流图；3） 初步测试计划。本阶段产生的各种文档需经过评

10、审，各种文档及记录均应归档保存。6.1.3.3 评审需注意的问题1) 参加评审的人员有本部门负责人、相关技术负责人及质量保证人员；2) 是否对目标系统提出了完整、准确、清晰、具体的要求；3) 现有技术储备在技术上能否保证目标系统的实现；4) 本阶段产生的各种文档是否齐全、规范；5) 对评审过程及结论要有记录。6.1.4开发计划开发计划要确保对需方的需求规格说明转换为软件产品的过程或方法进行有效的策划。6.1.4.1 开发计划主要包括:1) 项目开发计划；2) 工程进度计划；3) 人员安排计划；4) 资源计划；5) 采购计划；6) 检验、测试计划；7) 解决关键问题的方法；8) 保证质量的措施。

11、所有与本项目有关的各种计划、方法及措施均应经过评审连同评审记录一起归档保存。6.1.4.2 评审需注意的问题1） 参加评审的人员有本部门负责人、相关技术负责人及质量保证人员；2） 各项计划是否周密、合理；3） 本部门现有条件是否能达到计划中所提出的要求；4） 对评审过程及结论要有记录并归档。6.1.5 设计和实现软件设计就是从软件需求规格说明出发,形成软件的具体设计方案的过程。软件设计分为概要设计和详细设计两个阶段。6.1.5.1 概要设计根据需求分析，建立目标系统的总体结构和模块间的关系，定义各功能模块的接口。6.1.5.1.1 概要设计阶段的具体任务1） 建立目标系统的总体结构: 对于大型

12、系统,可按主要的软件需求划分成子系统,然后为每个子系统定义功能模块及各功能模块间的关系,并描述各子系统的接口。 对于一般系统,可按软件需求直接定义目标系统的功能模块及各功能模块之间的关系。 2） 基本设计概念和处理流程 要尽可能做到模块独立,给出每个功能模块: 功能描述； 数据接口描述； 外部文件及全局数据定义。 3） 系统数据结构设计 逻辑结构设计； 物理结构设计； 数据结构与程序的关系。 4) 测试设计 根据概要设计中目标系统的总体结构与模块间的关系及对各功能模块的 描述制定集成测试计划。测试计划主要描述测试活动的: 范围、方法、资源和进度； 对测试环境、工具和测试软件的要求； 应完成的测

13、试任务、担任各项工作的人员职责等。6.1.5.1.2 本阶段应交付的主要文件： a. 细化后的项目进度计划（以功能和成员两者作为单位）； b. 概要设计说明书； c. 集成测试计划书。本阶段产生的各种文档需经过评审，各种文档及记录均应归档保存。6.1.5.1.3 评审需注意的问题1) 参加评审的人员有本部门负责人、相关技术负责人及质量保证人员；2) 是否为最佳的设计方案；3) 是否所有已发现的缺陷的影响均被消除；4) 是否可以进行下一步的设计或实现工作；5) 对评审过程及结论要有记录并归档。6.1.5.2 详细设计 详细设计是对概要设计中产生的功能模块进行过程描述，设计功能模块的内部细节,给出

14、其模块内部的算法和数据结构,为编写源代码提供必要的说明。6.1.5.2.1 详细设计阶段的具体任务1） 细化软件系统的各个功能模块，形成若干个程序模块（可编程模块）；2） 确定程序模块的功能、性能；3） 确定程序模块内的数据流或控制流，对每个程序模块必须确定所有输 入、输出和处理功能；4） 确定模块内的算法及数据结构；5） 确定各程序模块之间的详细接口信息；6） 规定符号的使用,确定变量名的命名规则；7） 编制单元测试计划 (小项目可省略)。6.1.5.2.2 本阶段应交付的主要文件：1） 详细设计说明书；2） 编码规约；3） 单元测试计划书 (小项目可省略)。6.1.5.2.3 评审需注意的问题1) 参加评审的人员有本部门负责人、相关技术负责人及质量保证人员；2) 设计方案是否合理、规范；3) 是否详细规定了各程序模块之间的接口；4) 是否确定了模块内的算法及数据结构等；5) 对评审过程及结论要有记录。本阶段产生的各种文档需经过评审，各种文档及记录均应归档保存。6.1.5.3 程序设计 将详细设计说明转化为所要求的程序设计语言或数据库语言写的源程序.编写的源程序要结构清晰、易于理解并易于验证。6.1.5.3.1 程序设计阶段的具体任务1) 对每个程序模块用所选定的程序设计