JL7.1-01质量计划书-饶河县中医医院-Lis系统

饶河县中医医院Lis系统升级质量计划书拟制：胡光跃日期：2016/01/10审核：刘淼禹日期：2016/01/121.介绍1.1.文档目的为了健全和完善饶河县中医医院Lis系统升级设计开发的质量管理体系，促进质量管理活动系统化、规范化，以确保所交付的饶河县中医医院Lis系统升级能够满足规定的各项具体需求。1.2.文档范围本质量管理计划涵盖所有与饶河县中医医院Lis系统升级设计开发有关的质量目标和具体措施，涉及需求分析阶段、设计阶段、编码阶段、测试阶段、工程实施阶段。本质量管理计划由以下几个部分组成：介绍：即本章节，概要介绍文档目的、范围、缩略词、参考资料。项目概述：开发系统概述、质量管理的角色和职责、生命周期各阶段的主要交付物。项目生命周期各阶段的质量检查点：列出各阶段的质量检查计划表，包括责任人、检查时间、检查任务。质量检查和确认技术：描述针对不同的对象而采用的特定的质量控制方法和技术及质量问题的级别和处理流程等。项目生命周期各阶段的量化质量目标。1.3缩写PM–项目经理QA–质量保证SA–系统分析工程师A&D–系统设计员RA–需求分析员PC–流程审核员SCM–软件配置管理员1.4参考资料《GB/T11457-2006软件工程术语》《GB/T12504-2008计算机软件质量保证计划规范》《GB/T8566-2007信息技术软件生存期过程》《GB/T8567-2006计算机软件产品开发文件编制指南》《GB/T1526-1989信息处理数据流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》《GB/T12505-1990计算机软件配置管理计划规范》《GB/T17544-1998信息技术/软件包/质量要求和测试附录A/附录B/附录C》

《GB/T16260-2006信息技术/软件产品评价/质量特性及其使用指南附录A》2.项目概述一个现代化医院的综合管理是否先进是直接通过其信息化水平来体现的，“饶河县中医医院Lis系统升级”是国内先进的信息化管理系统，该系统不仅是自动接收检验数据，打印检验报告，系统保存检验信息的工具，而且可根据医院的需要实现智能辅助功能。“饶河县中医医院Lis系统升级”负责日常数据处理工作，包括标本采集，标本数据接收，数据处理，报告审核，报告发布，报告查询等日常功能。2.1.项目组织结构为了实现有效的项目管理，开发小组将划分为技术队伍和QA队伍。项目经理对技术队伍进行任务分配和进度检查，技术经理对技术队伍进行技术指导和检查。技术队伍又划分为：需求分析人员、系统设计人员、软件开发人员、美工设计人员、配置管理员、产品包装人员。QA队伍对整个项目的质量保证负责，直接向质量保证经理汇报。QA队伍划分为：流程检查人员和测试人员。2.2.质量管理2.2.1.质量管理的角色和职责质量控制是饶河县中医医院Lis系统升统组每个成员的职责；质量保证经理对整个项目的质量全权负责,并签字确认；项目经理负责任务的分配和监督项目进度，制定相关的工作计划和联系客户；QA队伍负责制订、检查和督促本计划的实施，及时发现项目工作中的问题，并通过评审总结报告、项目周报等形式向各项目组成员汇报质量活动的结果；项目功能小组各组长在每个软件开发生命周期阶段结束后，总结本模块的软件质量状况和质量目标的实现情况,以确保整个项目目标的实现。对质量目标应定期进行考核，以追求质量管理体系的持续改进；流程检查人员负责通过检查文档审核开发各阶段是否可以通过；测试人员负责对软件的质量和对需求实现的程度进行把关，并定期整理测试情况分析报告交项目经理、系统分析人员；配置管理员负责有关软件配置项及项目各生命周期交付文档管理和变更控制工作；医院信息系统管理人员负责反映质量要求，参与软件开发过程的质量控制，并监督本计划的执行情况。2.2.2.质量管理流程.交付文档质量监控流程项目经理和QA在项目初期对项目交付文档的模板进行检查和审核，确保项目交付品的架构和内容大纲的完整性和正确性。在项目进行过程中，QA、项目经理及各项目功能小组组长会分别对交付品进度和质量进行监控，确保在最后的项目完成阶段，医院对提交的交付文档能有满意的反馈。.上线系统质量监控流程对于上线系统的质量监控主要体现在软件配置管理和系统测试工作两方面。为了保证本项目的整体实施同业务和技术明细相一致，这方面的工作包含如下几个任务：明确现状和期望之间的差异，以及测试软件可能存在的缺陷。通过测试，寻找系统功能性的不足。在测试结束之后判断软件死机带来的风险。在测试汇报中对发现的缺陷进行分类和总结。测试应该针对容易出错的流程和应用组件进行。测试结果应该进行文档记录，描述软件运作的各种情况。具体工作如下：制定软件配置管理（SCM）策略和流程–根据最佳实践来制定SCM策略和流程，包括源代码管理流程，开发管理流程和生产周转流程。制定测试策略和方法–根据医院的需求制定测试方法：明确测试阶段和环境需求确定各个测试阶段的开始和结束准则制定故障跟踪流程的测试标准确定测试工具和配置管理程序确定需要其他工作的支持准备测试计划和测试案例–对测试进行计划和准备：分析业务需求和技术明细确定典型的逻辑场景明确系统容量和压力点编制测试脚本和环境编制测试数据集进行系统测试–进行下列工作以保证满足功能和技术需求：测试环境就绪确认执行测试脚本分析测试结果，制定错误跟踪报告2.2.3.项目质量评审饶河县中医医院Lis系统升级质量监控将采用日常质量监控流程与定期质量评审制度。日常质量监控程序通过制定饶河县中医医院Lis系统升级开发的统一的规范、流程、指南、模板等指导项目的开发过程，并监控这些流程和规范的执行情况，以确保所有交付品的质量。定期质量评审由质量保证经理发起，项目组相关负责人配合，对项目前一阶段的工作质量进行总结与评审，并将生成项目质量评审报告。项目质量评审报告将根据各阶段质量检查点所应检查的内容作出质量上的评审。对在质量评审工作中发现的问题，将根据其性质、范围划分级别。相关人员以此为依据来确定缺陷修复的优先级，缺陷严重程度高的修复优先级也高。项目质量评审报告将交由项目管理办公室讨论，质量保证经理与项目管理办公室将对项目质量评审报告中需要明显改善的质量问题作出具体地改进方案，以及时间上和人员上的安排。项目质量评审报告的内容如下，其中问题列表的序号编码方式为XX-YYY。XX表示项目质量评审阶段，YYY代表问题序号。3.各阶段质量检查点3.1.参与人员要求质量检查行动由质量管理组发起，依据各个阶段检查内容的不同由相关负责人配合、组织，视情况邀请项目组相关人员和医院管理系统人员参加。3.1.1.项目计划阶段检查清单检查内容检查时间完成情况负责人项目管理计划2016年01月完成PM质量保证计划2016年01月完成QA配置管理计划2016年01月完成SCM计划阶段遗留问题报告2016年01月完成PM需求管理流程2016年01月完成RA/SA变更管理流程2016年01月完成PM／SA问题管理流程2016年01月完成PM／SA风险管理流程2016年01月完成PM/SA3.1.2.需求调研阶段检查清单检查内容检查时间完成情况负责人需求调研计划2016年01月完成PM／SA需求调研报告2016年01月完成SA3.1.3.需求分析阶段检查清单检查内容检查时间完成情况负责人项目管理计划（根据实际项目调整后的计划）2016年01月完成PM用户需求规格说明书模板2016年01月完成SA/QA软件需求规格说明懼模板2016年01月完成SA/QA用户需求规格说明书2016年01月完成SA软件需求规格说明书2016年01月完成SA质量保证计划（根据实际项目调整后的计划）2016年01月完成QA配置管理计划（根据实际项目调整后的计划）2016年01月完成SCM需求跟踪钜阵2016年01月完成SA／A&D需求规格说明书详审日志2016年01月完成CSA需求阶段遗留问题报告2016年01月完成PM需求变更记录2016年01月完成PM/QA3.1.4.设计阶段检查清单检查内容检查时间完成情况负责人架构设计说明书模板2016年01月完成SA/QA概要设计说明书模板2016年01月完成SA/QAIT设计说明书模板2016年01月完成SA/QA详细设计说明书模板2016年01月完成SA/QA架构设计说明书2016年01月完成SA/A&D概要设计说明书2016年01月完成SA/A&DIT设计说明书2016年01月完成SA/A&D详细设计说明书2016年01月完成SA/A&D系统测试计划2016年01月完成QA架构设计小组详审日志2016年01月完成SA架构设计评审报告2016年01月完成PM和QA经理概要设计小组评审日志2016年01月完成SA/A&D概要设计评审报告2016年01月完成PM经理和QA经理详细设计小组评审日志2016年01月完成SA详细设计评审报告2016年01月完成PM和QA经理测试计划小组评审日志2016年01月完成系统测试经理测试计划评审报告2016年01月完成系统测试经理和QA经理设计阶段遗留问题报告2016年01月完成项目经理开发环境2016年01月完成SCM/系统实施组需求变更记录2016年01月完成PM/质量管理组设计变更记录2016年01月完成PM/质量管理组3.1.5.开发阶段检查清单检查内容检查时间完成情况负责人编程规范2016年01月完成SA和QA经理项目管理系统软件代码2016年01月完成PM/SA代码走读日志2016年01月完成SA/A&D单元测试案例2016年01月完成开发工程师单元测试报告2016年01月完成子系统开发组各组长代码覆盖率测试报告2016年01月完成子系统开发组各组长内存泄漏测试报告2016年01月完成子系统开发组各组长开发阶段遗留问题报告2016年01月完成PM/SA需求变更记录2016年01月完成PM/质量管理组设计变更记录2016年01月完成PM/质量管理组3.1.6.集成测试阶段检查清单检查内容检查时间完成情况负责人集成测试环境系统测试经理集成测试计划系统测试经理和SA集成测试用例系统测试工程师集成测试报告系统测试经理集成阶段遗留问题报告PM需求变更记录PM/质量管理组设计变更记录PM/质量管理组3.1.7.系统测试阶段检查清单检查内容检查时间完成情况负责人系统测试环境2016年01月完成系统测试经理调整后的系统测试计划2016年01月完成系统测试经理系统测试说明2016年01月完成系统测试经理系统测试用例2016年01月完成系统测试工程师系统测试脚本2016年01月完成系统测试工程师系统测试结果2016年01月完成系统测试工程师系统测试报告（包括缺陷分析）2016年01月完成系统测试经理缺陷跟踪工具说明书2016年01月完成系统测试经理系统测试阶段遗留问题报告2016年01月完成PM3.1.8.工程实施阶段检查清单检查内容检查时间完成情况负责人系统测试环境2016年01月完成系统测试经理调整后的系统测试计划2016年01月完成系统测试经理系统测试说明2016年01月完成系统测试经理系统测试用例2016年01月完成系统测试工程师系统测试脚本2016年01月完成系统测试工程师系统测试结果2016年01月完成系统测试工程师系统测试报告（包括缺陷分析）2016年01月完成系统测试经理缺陷跟踪工具说明书2016年01月完成系统测试经理系统测试阶段遗留问题报告2016年01月完成PM质量检查和确认技术检查内容检查时间完成情况负责人安装手册2016年01月完成系统实施组用户使用手册2016年01月完成系统实施组安装手册评审日志2016年01月完成系统实施经理用户使用手册评审日志2016年01月完成系统实施经理软件介质2016年01月完成PM/配置管理工程师源代码及清单2016年01月完成PM/SA割接计划2016年01月完成PM培训计划2016年01月完成系统实施经理系统初验计划2016年01月完成PM系统终验计划2016年01月完成PM系统初验报告2016年01月完成PM系统终验报告2016年01月完成PM系统测试阶段遗留问题报告2016年01月完成PM顾客满意度调查2016年01月完成系统实施经理/QA经理4.1.工具和技术项目初期必须根据项目实际情况明确质量管理的工具：配置管理工具测试工具其他质量管理工具4.2.管理配置饶河县中医医院Lis系统升级配备专人作为配置管理工程师，建立开发库、配置管理库、产品库对设计开发各阶段的配置项进行配置管理；每个配置项都有修改记录表，注明该配置项自创建以来每次修改的内容、时间和修改人；每个配置项都有自己的版本号以及相应的命名规范，只要配置项的内容经批准发生改变，该文档的版本号数值就会做相应的升级；所有的配置项都将保存在指定的服务器上，由配置管理工程师统一保管、定期备份；具体操作参见《饶河县中医医院Lis系统升级_配置管理计划》。4.3.介质控制为了保护计算机程序的物理媒体，以避免非法存取，意外损坏或自然老化，XXX系统配备专人配置管理工程师，负责妥善管理、跟踪、存放和备份存放配置项的各类媒体。4.4.问题报告和纠正4.4.1.处理流程在饶河县中医医院Lis系统升级量检查中出现问题时，遵循逐级上报的原则：项目组成员级不能解决的上报到组长，由其协调解决；组长不能解决的上报到项目经理。各子系统开发组组长在每个软件开发生命周期阶段结束后，总结本子系统的软件质量状况和质量目标的实现情况，并填写《质量总结报告》。项目经理每周整理一份项目状态报告，记录一周来项目的进展情况和出现的问题，如果这些问题还能被解决，将被移交到更高一层的领导者协调处理。必要时，对出现的问题将予以记录（如评审缺陷清单、遗留问题清单等），交配置管理工程师备案。质量管理组将对问题追踪进行监督，确保问题关闭。对在质量检查工作中发现的问题，将根据其性质、范围和对软件的影响程度划分级别。相关人员以此为依据来确定缺陷修复的优先级：缺陷严重程度高的修复优先级也高；同理，回归测试的优先级也依此确定。4.4.2.问题级别划分需求分析阶段级别说明严重重要需求功能点遗漏或描述错误，造成产品失败需求描述中有矛盾和冲突需求描述中有严重影响下一阶段工作的遗留问题中等存在二义性词语，影响设计人员对需求的理解一般需求功能点遗漏或描述错误轻微表术烦琐，不易于理解设计阶段级别说明严重无法实现的设计设计内有矛盾和冲突设计中有严重影响下一阶段工作的遗留问题重要需求设计错误中等总体和概要设计中有影响下一阶段工作的遗留问题一般需求设计错误轻微详细设计中有影响下一阶段工作的遗留问题表术烦琐，不易于理解开发阶段级别说明严重重要需求设计实现错误提交的代码无法进行集成测试中等一般需求设计实现错误多处没有遵循编码规范轻微个别之处没有遵循编码规范其他错误测试阶段缺陷级别编号级别说明1严重将会导致整个产品开发失败、系统崩溃、系统挂起，产品不能反版2对系统功能有普遍影响、业务完成方面的严重错误3中等业务不能完成、TABLE或其他数据库对象不存在、配置参数错误、控件错误、程序异常错误、未（正确）捕获错误、文档前后不一致、文档与程序不一致、编码未遵守规则4数据未效验、语言错误、GUI规则、操作安全性5轻微小缺陷，如拼写错误、顺序不对等；需改进的地方，如界面美观性5.各阶段质量目标和检查标准5.1.需求分析阶段需求分析阶段，对各交付物的质量目标如下，由质量管理组发起对质量目标的实现情况做评价。评审对象评审项目质量目标需求规格说明书准确性重要需求功能点描述正确率≥98%一般需求功能点描述正确率≥95%完整性重