软件生命周期控制程序 .docx

PAGE PAGE4 / NUMPAGES5 文件编号 软件生命周期控制程序 受控状态 拟 制 人 版本/修订 A/A0 审 核 人 制作份数 1 批 准 人 生效日期 2018年10月26日 发放部门 目的 软件生命周期(Software Life Cycle,SLC)是软件的产生直到报废或停止使用的生命周期。为使软件的整个生命周期得到有效的控制，特建立此程序文件。 适用范围 适用本公司所有软件产品的设计开发、风险管理、软件测试、软件生产、软件发布、上市退市的全过程。 职责 质量管理部负责监督此程序文件的执行工作； IT部负责此程序文件的具体执行； 生信部、生产部、销售部负责协助此程序文件的执行； 程序 软件安全级别的界定： 根据YY/T 0664《医疗器械软件软件生存周期过程》的要求，按照软件系统引起的危害对于患者、操作者或者其他人员的可能影响，赋予每个软件系统一个软件安全性级别。安全性级别分为：A级、B级、C级 A级：不可能对健康有伤害和损坏； B级：可能有不严重的伤害； C级：可能死亡或严重伤害 按照软件的预期用途、使用环境、核心功能，结合风险管理的方式进行判定。 本公司所开发的软件产品均配合本公司试剂产品使用，根据风险评定等级判定均为A级。 软件的开发策划要求 明确软件项目来源，研究项目的可行性。根据调查研究结果确认是否开展该项目，并形成完成整的《项目可行性研究报告》。 IT部编制《项目开发计划》经总经理审批后执行。 软件开发的每个过程都应得到评审，每个评审过程都需要形成完整的评审报告。 在软件开发的适当阶段也可以进行验证，可采用与已证实的类似设计进行比较、计算验证、模似试验等。根据软件开发的进度编制《测试计划》。 软件的需求分析要求 T部根据市场需求、客户要求、法规标准的要求以及软件项目的开发目标确定开发该项目所需的支持与协助，拟定《软件需求说明书》。软件说明书的内容最少包含：任务概述、需求规定、运行环境的规定等。 软件项目的分析阶段分析人员需要对用户的需求进行鉴别、综合和建模，清除用户需求的模糊性、歧义性和不一致性，分析系统的数据要求，为原始问题及目标软件建立逻辑模型。分析人员要将对原始问题的理解与软件开发经验结合起来，以便发现哪些要求是由于用户的片面性或短期行为所导致的不合理要求，哪些是客户尚未提出但具有真正价值的潜在需求。 在需求评审阶段，分析人员要在用户和 软件设计人员的配合下对已生成的需求规格说明和客户进行沟通，以确保 软件需求的完整、准确、清晰、具体，并使客户和软件开发人员对需求规格说明的理解达成一致。一旦发现遗漏或模糊点，必须尽快更正，再行检查。 软件的设计要求 软件可靠性：软件项目越庞大其可靠性越难保障。 软件可靠性标志着该软件在测试运行过程中避免可能发生故障的能力，且一旦发生故障后，具有解脱和排除故障的能力。软件的可靠性必须在设计阶段就予以确定。 软件健壮性：是指软件对于规范要求以外的输入能够判断出这个输入不符合规范要求，并能有合理的处理方式。 可修改性：要以科学的方法设计软件，使之有良好的结构和完备的文档，系统性能易于调整，且调整方式需要得到有效控制。 容易理解：软件的可理解性是其可靠性和可修改性的前提。要求软件本身具有简单明了的结构。 程序简便：在使用过程中考虑终端客户的使用，避免因使用过程繁琐造成客户使用困难。 可测试性：可测试性是指设计一个适当的数据集合，用来测试所建立的系统，并保证系统得到全面的检验。 安全性：能够保持用户信息、操作等多方面的安全要求，同时软件本身也要能够及时修复、处理各种安全漏洞，以提升安全性能。 软件编码要求 软件编码：是将上一阶段的详细设计得到的处理过程的描述转换为基于某种计算机语言的程序，即源程序代码。 按照编码规范的要求进行编码活动，确保所有程序编码均能得到有效的控制。 软件编码语言选择高级语言VB、C、C++进行编写，避免同时使用多种语言进行编辑。 软件的验证与确认要求 软件的验证人员需经过培训考核，确认可以胜任此项活动，并保存人员培训、考核的相关记录。 软件的验证环境需的到确认，确保验证环境运行正常。 软件验证包括：源代码审核、静态分析、动态分析、单元测试、集成测试、系统测试、评审等一系列活动。 验证过程需形成完整的验证文档，内容包括：验证计划、验证方案、验证记录、验证报告。 软件确认：提供客观证据认定软件满足用户需求和预期用途。包括：用户测试、临床评价、评审等一系列活动，即要保证软件满足客户需求和预期用途，又要确保软件已知剩余缺陷的风险均可接受。 软件的更新要求 软件更新：是指生产企业在软件生存周期全过程对软件所做的任一修改，亦称软件变更、软件维护。 软件更新从更新结果角度可分为重大更新和轻微更新； 重大软件更新：影响到医疗器械