软件需求管理检查表
- 格式:doc
- 大小:53.50 KB
- 文档页数:6
软件开发部内审检查表内部审核检查表JL-HWKS-24 受审核部门软件开发部审核日期2017年9月15日审核员茆秋琪ISO9001管理体系要求条款检查内容和方法检查记录6.2质量目标与应对措施组织是否设定了质量目标?目标的内容是否符合方针的要求?目标的内容是否包括产品要求及满足产品要求的所需的内容?目标的内容是否体现了持续改进的精神?组织均已设定了质量目标。
目标的内容均已符合方针的要求。
目标的内容均已包括产品要求及满足产品要求的所需的内容。
目标的内容均已体现了持续改进的精神。
9.3管理评审询问管理评审会议是如何筹备的;查评审计划和评审记录:a评审计划和.会议通知,b.评审输入的发言文件,c.签到表,d.会议记录,e. 评审决定(输出),f. 会议决定落实的文件。
已查管理评审的相关记录,基本筹备符合ISO标准要求。
9.1.3 分析和评价如何证实质量管理体系的适宜性和有效性,并评价在何处可以持续改进质量管理体系的有效性,公司建立和保持《分析与改进管理程序》,以确定、收集和分析适当的数据和信息?证实质量管理体系的适宜性和有效性,并评价在何处可以持续改进质量管理体系的有效性,公司建立和保持《分析与改进管理程序》,以确定、收集和分析适当的数据和信息。
8.5.2产品标识对产品是否进行了标识,产品的检验状态标识是否符合规定的要求?在记录中对标示和可追溯性进行了规定。
7.1.3基础设施是否为公司的设备设施提供管理?配备了满足公司软件开发,开发的产品能够满足客户的需求,符合相关产品标准7.1.4过程运行环境是否为公司办的环境提供检查?为公司软件开发的工作环境提供检查,见相关制度7.1.5监视和测量的资源是否编制了《监视和测量控制程序》?对于计量器具的管理是否建立台账并且年度检测?编制了《监视和测量控制程序》对于计量器具的管理建立台账并且年度检测8.7不合格控制的输出公司采用那些对不合格控制的方法a)本公司采用内部审核、过程审核、工作质量的检查活动,对质量管理体系的各个过程及其派出进行有效性评价;通过对原材料检测、成品检测过程过程实现服务提供过程进行分析8.5开发和服务的控制本公司是否对开发和服务提供过程进行策划,并使其在受控条件下进行。
软件确认表格
背景
为了确保软件发布前的质量和可靠性,我们需要进行软件确认流程。
本确认表格将用于记录确认过程中的必要信息和结果。
软件信息
- 软件名称:[填写软件名称]
- 版本号:[填写软件版本号]
- 开发人员:[填写开发人员/团队名称]
- 发布日期:[填写发布日期]
确认流程
1. 功能确认功能确认
- 按照软件需求规格书进行功能确认。
- 检查软件是否满足指定的功能需求。
- 将确认结果记录在下表中。
| 功能名称 | 是否满足需求 | 备注 |
2. 界面确认界面确认
- 检查软件的用户界面和设计是否满足预期标准。
- 检查界面是否易于使用和导航。
- 将确认结果记录在下表中。
| 界面名称 | 是否满足需求 | 备注 |
3. 性能确认性能确认
- 检查软件的性能是否符合预期要求。
- 测试软件的响应速度,稳定性和资源消耗情况。
- 将确认结果记录在下表中。
| 性能指标 | 是否符合要求 | 备注 |
总结
以上确认流程的结果将对软件的发布决策产生重要影响。
请各相关部门关注并及时完成确认,并确保填写正确和详尽的信息。
如有问题或发现异常,请及时与开发人员团队进行沟通和反馈。
提交日期:___________
确认人:___________。
附件:
软件正版化检查整改工作统计表
单位名称:(盖章) 填表人:联系方式: 填表时间:
三、现有软件配置情况(截至到2011年4月30日前)
1.操作系统软件
五、拟升级软件情况
1、 一个单位一张表,请如实填写。
3、 如软件种类超出表格数量,可自行增加填写栏。
4、 由于软件套数与许可数存在不一致的情况,这里软件套数是按照软件实物的数量统计,网络版按1套计算,许可数按实际许可量填写。
5、 预计金额参考政府采购协议价格填写。
(暂不填写)
6、 软件升级是指同一软件由低版本向高版本进行升级。
例如:office 2003 升级至office2007。
7、 各单位请于2011年4月30日前,报送至区信息化工作办公室 2319006.。
软件需求表格模板软件需求表子系统:内部聊天系统功能说明:建立内部良好的沟通,加强部门之间的联系,使工厂与公司有序对接。
模块内容:办公联络对应界面(LIC),包括聊天界面。
子系统:客户管理子系统功能说明:建立完整的客户资料库,以备查询。
模块内容:客户信息的录入、修改、删除,并设置不同权限,让每个人只能看到自己的客户,以提高企业客户的保密性。
子系统:销售管理子系统功能说明:建立完整的客户销售订单数据库,可随时查找客户的历史订单情况。
同时建立完整的出货数据库,时间节点到客户信息维护,以便了解操作。
模块内容:销售订单的输入、修改、删除,销售订单明细表包括对接业务员、订单交期、产品数据、工艺标准;出货单的输入、修改、删除,出货单明细表包括实际交期、是否合格、工艺标准;出货回执单(是否投诉)待定。
子系统:销售退货管理功能说明:建立完整的销售退货数据库,检视产品是否合格、投诉情况、客户问题。
模块内容:退货单的输入、修改、删除,退货单明细表。
子系统:销售结算管理功能说明:建立完整的销售数据库,可随时查找客户的情况。
从订单的角度分析订单的状态,主要表现为生产-入库-送货-对帐-收款-6个状态。
模块内容:销售的输入、修改、删除,销售明细。
子系统:订单执行情况查询功能说明:根据订单的角度分析订单的状态,主要表现为生产-入库-送货-对帐-收款-6个状态。
模块内容:订单执行情况表。
子系统:生产排程管理功能说明:建立完整的生产任务数据库,便于进度查询,有序生产,落实到人到组到机台,有效考核。
如客户投诉可直接对接到人与组(产能--工序工艺--交期--考核--合格--发货--对应物流--售后(投诉)。
模块内容:生产任务的输入、修改、删除;员工、机台、班组产量统计;生产台账。
子系统:物料需求计划功能说明:根据印刷单的需求量和当前库存量,自动生成一张采购计划表,以提示采购人员进行采购。
模块内容:物料需求计划的自动生成。
子系统:供应商管理功能说明:为企业提供一个完整的供应商资料库,以备查询。
防病毒防恶意软件安全检查表介绍本文档为防病毒和防恶意软件安全检查表,用于确保计算机系统和网络的安全。
通过定期检查以下项目,可以有效减少病毒和恶意软件对系统的威胁。
安全检查项目1. 病毒防护软件- 检查计算机系统是否安装了最新版本的病毒防护软件。
- 确保病毒防护软件的病毒数据库处于最新状态。
- 验证病毒防护软件是否启用了实时保护功能。
2. 恶意软件防范- 检查计算机系统是否安装了恶意软件防范工具。
- 确保恶意软件防范工具的恶意软件数据库处于最新状态。
- 验证恶意软件防范工具是否启用了实时检测功能。
3. 系统安全更新- 确认操作系统是否安装了最新的安全更新补丁。
- 检查应用程序及浏览器是否安装了最新的安全更新。
4. 邮件和文件下载安全- 教育员工要警惕电子邮件附件中的潜在风险,特别是来自不明来源的邮件。
- 建议员工只从可信任的网站下载文件,避免下载未知来源的文件。
5. 强密码和账户安全- 强调员工使用强密码,并定期更改密码。
- 确保员工账户没有共享密码,避免使用相同密码多次。
6. 网络防火墙- 确保网络防火墙已正确配置,阻止未经授权的访问。
- 定期检查网络防火墙的日志,以便发现异常活动并采取相应措施。
7. 员工培训和意识- 提供有关病毒和恶意软件的培训,以加强员工对安全威胁的认识。
- 教育员工如何识别和应对可能存在的安全风险。
结束语执行本检查表的内容将有助于保护计算机系统和网络免受病毒和恶意软件的侵害。
建议定期复查和更新检查表,以适应不断变化的安全威胁。
软件质量保证立项评审检查表1000字软件质量保证立项评审检查表一、需求分析1. 需求是否清晰、具体,是否与用户需求相符合?2. 是否需要补充或精化需求?是否已经广泛征求用户意见?3. 需求是否可以量化,是否可以度量,以及程度?4. 需求是否完整具备可行性、可实现性、可测试性?5. 需求是否构成了完整的规格说明书?二、设计文档1. 设计文档是否清晰、具体,是否是项目整体的完整性?2. 设计文档中的系统模块、功能模块是否划分明确,模块之间的接口定义是否清晰?3. 设计文档是否考虑了可扩展性、可维护性、可测试性等因素?4. 是否有详细的数据结构和算法描述?5. 是否有详细的接口设计和协议定义?三、编码1. 编码是否遵照设计文档,变量、函数、接口等定义是否清晰规范?2. 编码是否遵循团队约定的代码规范,是否合乎良好的编程习惯?3. 长大的复杂度是否能够在可控的范围内?4. 是否设置了有效的代码注释,方便其他程序员理解和维护?5. 代码风格是否美观,可读性是否良好?四、测试1. 测试计划是否清晰,测试用例是否完善?2. 是否考虑到各种不同的测试策略和测试方法?3. 测试是否包含细致的测试脚本和测试数据,以及详细的测试记录?4. 测试报告是否符合规范和需求,是否能够详细地描述问题和解决方案?5. 测试人员的反馈是否及时,是否遵循优先级原则及时解决问题?五、文档1. 是否有详尽的用户帮助手册和安装说明文档?2. 文档是否符合公司或部门的标准及规范,包括版式及内容等?3. 文档是否易于查找,是否提供详细的目录及索引规划?4. 文档是否准确、详细、易懂、有用,容易让用户理解?5. 是否有响应的文档版本控制及更新机制?六、验收1. 是否有详细的验收计划和验收流程?2. 验收标准是否符合用户要求,以及实际软件工程产品的需求?3. 是否有足够的验收数据,是否全面?4. 是否制定了验收的测试和评估机制?5. 是否有足够的用户支持和评估人员参与测试和评估?七、项目工程价值1. 项目工程是否符合公司或部门的目标与愿景?2. 项目工程是否有足够的经济效益或社会效益?3. 项目工程是否为公司或部门突破技术障碍或获得新技术而做出的贡献?4. 项目工程是否有行业领先水平,是否通过认证?5. 项目工程是否对公司或部门的进一步发展有推动作用?八、项目管理1. 项目经理是否有权威和汇报机制,是否有足够的资源配备?2. 项目管理是否有充足的规划和控制,是否符合公司或部门的项目管理流程和规范?3. 是否全面掌握和收集项目信息,在管理中进行有效的变更控制和风险管理?4. 是否足够注意项目的质量控制和工程的规划合理性?5. 是否通过合理的时间、人力和财务的管理,使得项目得以成功完成?以上是软件质量保证立项评审检查表。
1.过程检查要素表2.过程打分2.1.过程打分原则:1)过程打分占整个项目得分的30%,以30分为满分,最低分不低于9分。
2)不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同的,为了使软件过程数目不同的项目,仍以合理的方式进行过程打分,需对剪裁后的软件过程数目进行换算,从而不因剪裁而失分。
3)SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。
4)项目级的软件过程剪裁必须得到高级经理,质量管理部经理和项目SQA人员的检查和认可;检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。
5)软件过程检查打分的依据是“过程检查表”。
2.2.打分步骤:1)依据标准过程定义项目过程,得出项目过程数N。
2)每个项目过程的得分M=30 / N。
3)采用“过程检查表”,对各个过程进行检查和打分。
4)定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分,因此每个“过程检查表”的最高得分A = 10X。
5)实际检查时,对“实施情况”一栏中每个条款进行打勾“✓”,因此实际每项得分Bj=(打勾条款数/ 该项实际检查总条款数)×10。
6)每个过程的实际得分Bi=∑1x Bj。
7)每个过程的换算得分B=Bi /A ×M。
8)若某个过程发生多次z,则该过程得分B=(∑1zB)/z 。
9)项目的过程得分C=∑1NB 。
10)为确保项目组的基本得分不低于9分,因此各过程打分不得低于9/N分,低于此分,以9/N分计算。
2.3.例子:某项目计划进行5个阶段的审计:计划过程,需求过程,设计过程,测试过程,计划跟踪和监督过程,其中计划跟踪和监督过程执行两次,其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项,实际由于变更未发生检查了13项, 标准分为A=13×10=130,实际检查得分Bi=123则该阶段得分B1=123/130 * 6=5.67第二次计划跟踪和监督过程,实际检查了15项,标准分为15×10=150;实际检查得分140。
软件质量评估表格模版1. 概述该评估表格模版旨在帮助评估软件质量的各个方面。
通过使用该模版,用户能够全面分析软件的性能、功能和可靠性,以便制定改进计划和决策。
2. 评估指标2.1 性能评估评估软件在不同负载条件下的性能表现,包括但不限于以下指标:- 响应时间:软件对用户请求的响应速度。
- 吞吐量:软件在单位时间内处理的请求数量。
- 并发性能:软件在同时处理多个请求时的性能表现。
- 资源利用率:软件在运行过程中的系统资源利用情况。
2.2 功能评估评估软件功能的完整性和正确性,包括但不限于以下指标:- 功能完整度:软件是否按照需求规格说明书中定义的功能进行开发。
- 功能正确性:软件功能是否按照所定义的行为进行运行。
- 用户界面友好度:软件的用户界面是否友好并易于操作。
- 错误处理能力:软件在遇到错误时的处理机制和反馈能力。
2.3 可靠性评估评估软件在长时间运行和各种环境下的可靠性表现,包括但不限于以下指标:- 可用性:软件在正常运行期间的可用时间占比。
- 稳定性:软件在长时间运行时是否出现严重的故障和崩溃。
- 容错能力:软件在面对异常情况时是否能够继续正常运行或及时恢复。
3. 评估结果分析根据上述评估指标,对软件的每个方面进行评估,并得出相应的评估结果。
评估结果应包括对软件质量的总体评价以及存在的问题和改进建议。
4. 改进计划根据评估结果,制定改进计划以提高软件质量。
改进计划应具体包括以下内容:- 针对性改进措施:针对评估结果中的问题,制定具体的改进措施。
- 资源需求:评估改进计划所需要的人力、物力和财力资源。
- 时间计划:制定改进计划的时间安排和里程碑。
5. 评估表格使用方法用户根据评估表格中的指标,对相关内容进行评估,并填写在表格中。
评估结果将自动计算得出。
以上是软件质量评估表格模版的主要内容,希望能对您的工作有所帮助。
如有任何问题或需要进一步的解释,请随时联系我。
软件需求管理检查表
软件需求管理检查表 版本号:1.0
Q/RKS-SP-SQA-06 2001年8月15号 Page 2 of 6
软件需求管理检查表
编号:
项目名称 项目编号
软件项目经理 此次检查耗费时间
报告人 日期
内容 已经完成 部分完成 尚未完成 不
适
用
注释
需求确立
系统需求明确及其分配已形成文档
软件需求管理检查表 版本号:1.0
Q/RKS-SP-SQA-06 2001年8月15号 Page 3 of 6
内容 已经完成 部分完成 尚未完成 不
适
用
注释
软件需求明确并按照模版形成文档,
需求管理的资源分配充足,
人员受过需求管理方面培训
已与受影响的组和个人协商需求的约定
需求经过评审
需求评审中发现的问题都已妥善解决
软件需求管理检查表 版本号:1.0
Q/RKS-SP-SQA-06 2001年8月15号 Page 4 of 6
内容 已经完成 部分完成 尚未完成 不
适
用
注释
需求已经过客户和高级管理者的认可并签字确认
软件需求经SCCB批准,作为基线纳入配置管理
需求阶段的工作是否进行测量
需求中不可测试的部分是否在验收计划中标识
需求变更控制
需求的更改已经过评审,已经SCCB批准
软件需求管理检查表 版本号:1.0
Q/RKS-SP-SQA-06 2001年8月15号 Page 5 of 6
内容 已经完成 部分完成 尚未完成 不
适
用
注释
需求的变动情况是否在软件需求说明书进行登记
对组织外部的更改已由高级经理和客户认可
内部受影响的组织已了解和承诺更改
对更改所造成的风险和影响已进行识别、评价并文档化
对需求的更改活动按要求进行了测量和分析
软件需求管理检查表 版本号:1.0
Q/RKS-SP-SQA-06 2001年8月15号 Page 6 of 6
内容 已经完成 部分完成 尚未完成 不
适
用
注释
软件项目经理监督跟踪需求及需求更改过程
补充说明:该表用于需求过程相关活动的检查
审核签字
角色 姓名 签字 日期
软件项目经理
SQA经理