下面是小编为大家整理的问题解决控制程序,供大家参考。
1. 目的
对软件项不合格进行有效管理和控制，确保软件项不合格问题得到纠正。
2. 适用范围
本程序适用于公司软件项不合格后的记录、隔离、评审、处置及处置的验证等活动，并对上述后的活动做出了明文规定。
3. 职责
3.1 生产技术部和质量部负责组织开发过程中软件项不合格品的处置及处置结果的验证； 3.2 市场部和质量部负责软件维护过程中软件项不合格品的处置及处置结果的验证。
4. 运作流程
4.1 软件项不合格信息来源可包括：
a）
相关设计评审形成的《评审问题记录》与《评审总结报告》； b）
相关集成、确认测试形成的《测试记录》与《测试总结报告》； c）
经确认后的相关软件需求分析更改结果； d）
相关项目组与相关部门提出的软件设计缺陷； e）
用户提出的软件问题或缺陷。
4.2
软件项不合格信息处理流程 问题解决控制程序
文件编号
版本号
修改次数
编
制
日
期
生效日期
审
核
日
期
页
码
批
准
日
期
受控状态
4.2.1 生产技术部的不合格信息修改中无需提取配置项时，可由相关人员直接修改；否则由提交软件问题的相关人员填写《问题解决处理单》，并签字确认，提交到生产技术部或市场部主管； 4.2.2 生产技术部/市场部主管依据《问题解决处理单》不合格信息的严重性和对软件开发及软件软件产品的影响程度，组织相关人员分析不合格原因、策划处置方式和解决方案，并根据需要由相关人员在《问题解决处理单》相应栏目上填写需提取的配置项； 4.2.3 开发过程中的《问题解决处理单》交生产技术部主管审批，市场部主管对软件客户化、维护过程中的《问题解决处理单》进行审批确认。若需提取配置项的，则需交质量部确认； 4.2.4《问题解决处理单》内容可包括：
a）
提交软件问题的用户单位/部门及人员； b）
不合格信息描述； c）
不合格原因分析； d）
解决方案和需提取的配置项； e）
问题确认方式和人员，问题解决的人员、与验证方式； f）
修改记录和相应配置项修改纪录。
4.2.5 经审批后的《问题解决处理单》根据需要复制数份传递至相关项目主管、项目组成员；有配置项提取时需传递至相关配置管理员，由配置管理员依据《配置管理控制程序》提取相关配置项； 4.2.6 生产技术部主管指定合适人员构建开发过程中软件项修改环境；构建二次开发过程中软件项修改环境； 4.2.7 相关项目组成员依据《问题解决处理单》，对相关软件项进行修改，
并将修改细节详细描述于《问题解决处理单》修改记录栏，并交项目主管确认； 4.2.8 软件不合格的处置验证 a）
项目主管确认后，由质量部对修改记录进行检查，或由测试工程师进行测试，测试中有问题则填写《测试记录》； b）
检查/测试通过后，由质量部测试工程师在《问题解决处理单》测试工程师栏目上签字确认，若检查/测试不合格，责成项目组成员重新对软件项进行修改，直至检查/测试通过； 4.2.9 确认通过后，由相应配置管理员将修改好的配置项依据《配置管理控制程序》纳入配置管理。
4.3 质量记录
质量记录的管理依据《质量记录控制程序》执行。
5. 相关文件
5.1《记录控制程序》 5.2《配置管理控制程序》 6. 相关记录
6.1《测试记录》 6.2《测试总结报告》 6.3《问题解决处理单》 6.4《评审总结报告》