《银行事业部质量记录补充说明》由会员分享，可在线阅读，更多相关《银行事业部质量记录补充说明（8页珍藏版）》请在金锄头文库上搜索。
1、银行事业部质量记录补充说明概述为了能够更好地推动公司ISO9000-2000质量体系的的运作，并结合本部门的特点，最终达到提高和保证工程质量的目的。这个说明是以公司ISO9000的程序文件为依据，提供一个部门内更具有可操作性的指导手册。最终规范化工程实施过程，使得工程项目的质量真正受控。希望部门人员能够更明确自己在工程中何时应该完成的什么质量活动，何时应该提交如何的质量记录。并使之确实成为日常工作中习以为常的流程。说明主要针对中小型的项目，这类项目应根据项目的实际情况来计划如何保证工程质量。（小型项目指签约金额在50万以下的项目）质量记录的版本对于需要进行评审修改的质量记录必须有版本号的控制，
2、版本号应标注在质量记录的首页。评审记录应与版本号对应，保证评审了正确的版本。版本号格式为Va.b.c，初试版本从V1.0.0开始。每次提交客户或提交内部交流时c升级；如有较大改动：如接口发生变化，大改动，增加了较多新的内容时b升级；如发生了影响全局的结构性的变化a升级。a升级后必须重新进行评审。为了跟踪版本变化文档应包含修订控制页，例如：章节编号章节名称修订内容简述修订日期修订前版本号拟稿人已评审初稿xxxx.x.xxxx1.3主机接口增加了加密接口xxxx.x.x1.0.0xxx1.4xxxxxxxxxxxx.x.x1.0.0xxxxxxxxxxxxxxxxx.x.x1.0.1xxxxxxx
3、xxxxxxxxxx.x.x1.0.2xxx需要进行版本号和修订控制的质量记录有：项目建议书/投标书需求规格说明书概要设计说明书详细设计说明书用户手册。质量记录的标识所有质量记录在文档的页眉处标识，例如 103021-QR-20-03-01。文件名在质量标识后加中文名称（不出现项目名称）加版本号。同类文档出现多个时，记录编号后增加一个序号，例如：103021-QR-20-03-01详细设计说明书-数据库设计(V1.2.1).doc质量记录文件名表：xxxxxx-QR-06-01项目建议书(v1.0.0).docxxxxxx-QR-06-02项目建议书评审表(v1.0.0).docxxxxxx-
4、QR-08-01项目开发计划(v1.0.0).docxxxxxx-QR-08-02项目开发计划评审表(v1.0.0).docxxxxxx-QR-08-03项目开发计划调整提议书.docxxxxxx-QR-08-04项目周报(yyyymmdd).xlsxxxxxx-QR-10-01软件客户化计划.docxxxxxx-QR-11-01工程实施计划.docxxxxxx-QR-11-04数据移植计划.docxxxxxx-QR-13-01项目验收申请.docxxxxxx-QR-13-02项目验收计划.docxxxxxx-QR-13-03项目交付清单.docxxxxxx-QR-13-04项目验收问题与处理
5、意见.docxxxxxx-QR-13-05项目验收报告.docxxxxxx-QR-13-06项目总结报告.docxxxxxx-QR-15-02应用软件支持服务报告单.docxxxxxx-QR-15-03技术培训服务报告单.docxxxxxx-QR-15-04教师教学质量调查表.docxxxxxx-QR-17-02软件质量计划.docxxxxxx-QR-19-02需求规格说明书(v1.0.0).docxxxxxx-QR-19-03需求规格说明书评审表(v1.0.0).docxxxxxx-QR-20-02概要设计说明书(v1.0.0).docxxxxxx-QR-20-03详细设计说明书(v1.0.
6、0).docxxxxxx-QR-20-04设计说明书评审表(v1.0.0).docxxxxxx-QR-21-02源代码清单.xlsxxxxxx-QR-21-03用户手册(v1.0.0).docxxxxxx-QR-22-02测试设计书.docxxxxxx-QR-22-04测试状态控制表.docxxxxxx-QR-22-05测试分析报告.docxxxxxx-QR-22-06测试异常汇总报告.docxxxxxx-QR-25-01配置管理计划.docxxxxxx-会议记要(yyyymmdd).docxxxxxx-电话记录(yyyymmdd).docxxxxxx-培训计划.docxxxxxx-问题跟踪记
7、录表.xlsxxxxxx-项目实施质量过程控制表.doc质量记录的格式公司ISO9000提供了质量记录的模板（三级文件）。过程应该尽量按照模板格式实施，如果客户有对文档的格式要求，从工作效率考虑可以使用客户的模板格式。但基本要素（质量记录编号、项目号、项目名称、记录产生的时间、撰稿人、版本修订信息）必须包含，记录的文件名仍然按照规定执行。配置管理配置管理要求部门所有项目采用cvs版本控制软件进行控制，部门内部统一服务器。配置项应包括所有电子介质的质量记录、源代码、配置文件等等。第一次入库的时间：对于小型项目，可以在项目完成后一次性入库。对于中型项目可以视公司开发和现场开发的不同在正式上线或在编
8、码完成后入库。有条件在客户现场安装cvs的项目尽量在客户现场安装cvs，定期将整个cvs版本库备份回公司。没有条件在客户现场按照cvs的项目，定期所有质量记录和源代码备份回公司并入库。文档入库：对于world、excel等非文本文件文档，为了避免占用过大的空间，一般认为在文档不在做修改时再入库。评审为了保证评审的有效性，被评审材料必须有版本号，在评审时必须注明被评审材料的版本号。被评审材料在有大的修改后应该重新评审。评审表的填写方法有两种。第一种方法采用纸介质评审，评审人直接将评审意见写在评审表上并签字，评审表以纸介质保存。第二种方法是email评审，评审人将评审意见以email回答（评审要求
9、和评审意见均写在邮件正文，被评审材料和相关材料作为附件）。被评审人收集所有评审意见打印后以纸纸保存，并整理一份评审表（纸质无签名），将打印的email作为附件。email模板：（评审要求正文）收件人： 抄送： 主题：xxxx需求设计评审 正文：项目名称：项目号：项目经理：评审材料：xxxxxx-QR-19-02需求规格说明书版本号：v1.0.3评审的章节：全部章节要求完成时间：2003/10/20相关材料：xxxxxx-QR-06-01项目建议书 xxxxxx-会议记要其他：附件：xxxxxx-QR-19-02需求规格说明书，xxxxxx-QR-06-01项目建议书，xxxxxx-会议记要em
10、ail模板：（评审意见正文）收件人： 抄送： 主题：答复：xxxx需求设计评审 正文：评审材料：xxxxxx-QR-19-02需求规格说明书版本号：v1.0.3评审意见： -原始邮件- 需要评审的材料有：项目建议书、项目开发计划、需求、设计（概要时间和详细设计可以一起评审）。审批审批和评审类似，审批的材料一般没有版本号，审批仅需要保留email的打印件即可，不用整理审批表（除非采用纸介质的审批方式）。质量活动部门内工程端需要参与的质量活动是：项目建议书控制及投标管理客户经理负责组织编写；产生质量记录项目建议书/投标书。工程人员编写技术部分。部门经理、工程人员、客户经理、事业部总经理评审。产生质
11、量记录项目建议书/投标书评审表项目计划及监控项目启动项目经理应该首先制定项目实施质量过程控制表根据项目特点确定本项目将产生那些质量记录，以后项目将按照此表进行检查。项目经理制定项目开发计划部门经理、客户经理 评审，产生项目计划评审表如项目计划产生大的变动，需要填写项目开发计划调整提议书、修改项目开发计划并产生新的版本。项目经理制定工程实施计划项目经理制定质量计划项目经理制定配置管理计划小型项目可以将质量计划和配置管理计划合并到工程实施计划项目经理每周制定项目周报（周报的时间范围一般为一周，在适当的时候周报的时间段可延长到1个月）周报提交到部门经理，抄送质量工程师。部门经理负责检查项目经理是否完
12、成相应的质量记录部门经理每月制定部门月报提交事业部总经理。需求分析一般中小项目不做单独的需求分析计划，需求分析计划合并在项目开发计划中。项目经理负责制定需求规格说明书。部门经理、工程人员业务评审、工程人员技术评审后产生需求规格说明书评审表。项目经理根据评审结果修定需求规格说明书。如果修改大可以重新评审。概要设计、详细设计设计是可选的流程，对于一些小型项目使用现有软件成果的，走客户化流程的设计改动很小可以不进行设计。项目视情况可以将概要设计合并到详细设计。一般中小项目不做单独的设计计划，设计计划合并在项目开发计划中。项目经理负责制定概要设计说明书。工程人员业务评审、工程人员技术评审后产生概要设计
13、说明书说明书评审表。项目经理负责制定详细设计说明书。工程人员业务评审、工程人员技术评审后产生详细设计说明书说明书评审表。软件实现一般中小项目不做单独的软件实现计划，软件实现计划合并在项目开发计划中。软件编码完成后，在代码入库前项目经理填写软件代码清单。以后代码发生变化时注意随时维护次清单。工程人员制定用户手册，用户手册可分为业务人员的操作手册和系统运行维护手册。软件测试一般中小项目不做单独的软件测试计划，软件测试计划合并在软件测试设计中。测试用例合并在软件测试设计。测试分为单元测试、集成测试、联网测试和压力测试，不是所有项目需要完整进行四类测试，根据项目特点不同，每个项目自行可以选择使用哪（几
14、）类测试，并体现在测试计划中。一般而言，客户化项目不进行单元测试，或者只对测试客户化的模块进行单元测试。联网测试是只有多个机构的分布系统中进行多机系统的测试，或者与外部系统（金卡中心，帐务中心，第三方机构）进行的联合测试。压力测试在客户没有性能指标并且系统没有体现出性能问题时可以不进行。小型项目一般不进行压力测试。项目经理制定软件测试设计。测试设计可以把所有测试（单元、集成、用户/联网、压力）在一个设计完成。也可以分为多个设计，主要以测试的具体安排决定，例如和xxx机构的联网测试需要等到若干条件成熟才能进行，而其他测试将会先完成，这样可以为xxx机构的联网测试单独做测试设计、测试控制、异常控制等步骤。项目成员按照设计进行测试，填写测试状态控制表。压力测试不填写测试状态控制表，测试结果直接写在测试分析报告中。压力测试同一案例会测试多次，根据结果调整系统应用的配置，直到达到满意结果，填写测试分析报告。测试过程中发现异常按测试异常汇总报告格式填写异常报告，并由项目经理收集汇总形成测试异常汇总报告。对于
