软件系统功能检查表
预防电脑病毒检查表
预防电脑病毒检查表
检查电脑硬件和软件
1. 检查电脑是否安装了最新的防病毒软件。
2. 确保防病毒软件已经激活，且定期更新病毒库。
3. 检查操作系统是否已经安装了最新的安全补丁。
4. 确保防火墙已经启用，以防止未经授权的访问。
5. 检查电脑的硬件是否正常运作，如硬盘、光驱、USB接口等。
避免打开可疑的电子邮件和附件
1. 不要打开来自陌生发件人的电子邮件，特别是带有可疑附件
的邮件。
2. 当收到来自熟人但有可疑内容的电子邮件时，先确认邮件的
真实性，再考虑是否打开附件。
3. 在打开任何附件之前，先使用防病毒软件对其进行全面扫描。
1. 避免访问不可信的、不安全的网站，尤其是涉及盗版软件、
色情、赌博等内容的网站。
定期备份重要文件
1. 定期备份重要的文件和数据，以防止电脑病毒导致数据丢失。
2. 将备份文件存储在安全的位置，最好是与原始文件隔离的地方。
其他预防措施
1. 不随意共享个人信息，并保持警惕，防止个人信息被盗取。
3. 定期清理浏览器缓存和临时文件，以减少潜在的安全风险。
4. 将电脑设置为自动锁定，以防止他人未经授权访问。
5. 若怀疑电脑被感染了病毒，立即运行全面的病毒扫描。
以上检查表可帮助您预防电脑病毒，并保护个人信息和重要文
件的安全。
请按照检查表中的步骤，采取必要的预防措施，以确保
电脑的安全运行。
电脑日常维护检查表
电脑日常维护检查表检查项目1. 清理电脑外壳和键盘2. 检查电脑硬件是否插紧3. 清理电脑内部灰尘4. 检查电脑运行温度5. 检查电脑硬盘空间6. 清理电脑垃圾文件7. 更新操作系统和软件8. 扫描和清理电脑病毒9. 检查电脑网络连接10. 备份重要文件操作步骤1. 清理电脑外壳和键盘：- 使用清洁布或者专用电脑清洁液擦拭电脑外壳，注意不要使用含酒精的清洁剂。
- 使用专用键盘清洁刷等工具，清理键盘上的灰尘和污垢。
2. 检查电脑硬件是否插紧：- 关闭电脑电源，打开电脑外壳。
- 检查电脑内部的硬件组件，包括内存条、显卡、网卡等是否插紧。
3. 清理电脑内部灰尘：- 使用专用电脑吹风机或气罐，吹除电脑内部的灰尘，注意不要直接接触电子元件。
- 可以使用专业清洁软刷清理难以吹除的区域。
4. 检查电脑运行温度：- 运行软件，观察电脑各组件的温度是否正常，如超过安全范围则需及时处理。
5. 检查电脑硬盘空间：- 打开资源管理器，右键点击硬盘驱动器，选择“属性”。
- 检查硬盘剩余空间是否足够，若不足应及时清理文件或扩容硬盘。
6. 清理电脑垃圾文件：- 使用系统自带的磁盘清理工具，清理临时文件、回收站等。
- 可以使用第三方的清理工具，如CCleaner等，进行深度清理。
7. 更新操作系统和软件：- 避免使用过旧版本的操作系统和软件，以免出现安全漏洞。
8. 扫描和清理电脑病毒：- 运行杀毒软件进行全盘扫描，并根据软件提示清理或隔离病毒。
9. 检查电脑网络连接：- 打开网络设置，检查网络连接是否正常。
- 如果出现问题，可以尝试重启路由器或调整网络设置。
10. 备份重要文件：- 定期备份重要的文件和资料，可以使用外部硬盘、云存储等方式进行备份。
- 备份可以保护数据免遭意外丢失或损坏。
请按照上述步骤定期检查和维护你的电脑，保持电脑的良好状态，提升使用体验，延长使用寿命。
总结：电脑日常维护检查表列出了常见的电脑维护项目和操作步骤，包括清理外壳和键盘、检查硬件、清理灰尘、检查温度、硬盘空间等。
软件设计评审检查表
是否所有修改共享数据 （或文件）的程序都考虑到了其它程序对该共享数据 （或 文件）的存取权限？
是否所有逻辑单元、时间标志和同步标志都被定义和初始化？
接口
接口参数在数量、类型和顺序上是否匹配？
是否所有的输入和输出都被正确定义和检查？
是否传递参数序列都被清晰的描述？
该套系统是否能用增量型的方法来集成和测试？
可追溯性
是否各部分的设计都能追溯到需求说明书的需求？
是否所有的设计决策都能追溯到原来确定的权衡因素?
所继承设计的已知风险是否已确定和分析？
详细设计检查表
Y:是TBD:不确定N:不是NA:不适用
检查项
Y/TBD/N/NA
清晰性
所有单元或过程的目的是否都已文档化？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
所有接口的设计是否互相一致并且和更高级别文档一致？
正确性
是否处理所有条件 （大于、等于、小于零、switch/case）？是否存在处理“case not found”的条件？
是否正确地规定了分支（逻辑没有颠倒）？
数据使用
是否所有声明的数据都被实际使用到？
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？
该测试计划是否和更高级别的测试计划文档一致？
正确性
该测试计划的进入和退出条件是否实现？
是否所有必须的驱动程序和桩（stubs）都已被定义且可利用来测试指定的功 能？
详细级别/程度
是否定义了总体设计目标？
完整性
是否所有的以前的TBD（待确定条目）都已经被解决了？
软件开发检查表
代码大全——检查表1.欢迎进入软件创建世界1.1.l.3 小结●创建活动是总体设计和系统测试之间承上启下的工作。
●创建活动主要包括：详细设计、编码、调试和单元测试。
●关于创建活动的其它称谓有：实现、编程等。
●创建活动质量对软件质量有潜在影响。
2.利用隐喻对编程进行更深刻的理解2.1.2.4 小结●隐喻仅仅是启发，而不是公式，因此，它们更倾向于比较随便，无拘无束。
●隐喻通过把软件开发与你所熟知的事情联系在一起，从而使你对其有更深刻的理解。
●一些隐喻要好于其它隐喻。
●把软件创建与建造建筑物类比，表明开发软件前要精心准备，并表明了大规模项目与小规模项目之间的差别。
●认为软件开发实践是智能工具箱中的工具进一步表明，每个程序员都有许多自己的工具，没有任何一种工具是万能的。
为每件工作选择合适的工具，是成为一个优秀程序员的首要素质之一。
3.软件创建的先决条件3.1.需求3.1.1.需求内容●系统的所有输入都定义了吗？包括它们的来源、精度、取值范围和频率？●系统所有的输出都定义了吗？包括它们的目标、精度、取值范围、频率和格式？●所有的报告格式都定义了吗？●所有的硬件与软件接口都定义了吗？●所有的通信交界面都定义了吗？包括握手、错误检查以及通信约定？●是否从用户的观点出发，定义了所有必要操作的反应时间？●是否定义了时间问题，如处理时间、数据传输率以及系统吞吐能力？●是否对用户所要求完成的任务部作出了规定？●每项任务所需用到和产生的数据都规定了吗？●规定保密级别了吗？●规定可靠性了吗？包括软件出错的后果、在出错时要保护的至关重要的信息、以及错误测试和恢复策略。
●规定所需最大内存了吗？●所需最大存储容量规定了吗？●对系统的维护性是否作出了规定？包括系统对运行环境、精度、性能以其与其它软件的接口等方面变化的适应能力规定了吗？●是否规定了相互冲突的设计之间的折衷原则，例如，在坚固性与准确性之间如何进行折衷？●是否制定了系统成败的标准？3.1.2.关于需求的完善性●在开发开始前暂时得不到的信息是什么？是否规定了不够完善的区域？●需求定义是否已经完善到了可以成为软件标准的地步？●需求中是否有哪一部分令你感到不安？有没有根本不可能实现，而仅仅为了取悦老板和用户才加进来的内容？3.1.3.关于需求的质量●需求是否是用户的语言制定的？用户也这样认为吗？●需求中是否每一条之间都尽量避免冲突？●需求中是否注意了避免规定设计工作？●需求在详细程度方面是否保持了一致性；有没有应该更详细些的要求？有没有应该更简略些的？●需求是否明确得可以分为一些独立的可执行部分，而每一部分又都很明了？●是否每一条都与问题和答案相关？是否每一条都可以追溯到产生它的环境中？●是否每一条需求都可以作为测试依据？是否可以针对每一条进行独立测试以确定是否满足需求？●是否对可能的改动作出了规定？包括每一改动的可能性？3.2.结构设计●一个好的结构设计应该阐明所有问题。
软件设计与开发评审检查表
是否执行输入、输出、接口和结果的错误检查？
是否对所有错误情况都发出故意义的信息？
对特殊情况返回的代码是否和已规定的全局定义的返回代码相匹配？
是否考虑到意外事件？
易测性
是否可以对每个单元进行测试、演示、分析或检查来说明它们是满足需求的？
该套系统是否能用增量型的方法来集成和测试？
可追溯性
是否各部分的设计都能追溯到需求说明书的需求？
是否所有的设计决策都能追溯到本来拟定的权衡因素?
所继承设计的已知风险是否已拟定和分析？
具体设计检查表
Y: 是 TBD: 不拟定 N: 不是 NA:不合用
检查项
Y/TBD/N/NA
清楚性
所有单元或过程的目的是否都已文档化？
一致性
数据元素的命名和使用在整个单元和单元接口之间是否一致？
所有接口的设计是否互相一致并且和更高级别文档一致？
对的性
是否解决所有条件 （大于、等于、小于零、switch/case）？ 是否存在解决“case not found”的条件？
是否对的地规定了分支（逻辑没有颠倒）？
数据使用
是否所有声明的数据都被实际使用到？
Y: 是 TBD: 不拟定 N: 不是 NA:不合用
备注
检查项
Y/TBD/N/NA
清楚性
系统的目的是否已定义？
是否对关键术语和缩略语进行定义和描述？
所使用的术语是否和用户/客户使用的一致？
需求的描述是否清楚, 不模糊？
是否有对整套系统进行功能概述？
是否已具体说明了软件环境 (共存的软件) 和硬件环境 (特定的配置)？
软件正版化工作检查表
软件正版化工作检查表
被抽查单位名称：
序号
检查项目
督查组组长签字： 检 查 时 间：2017年 月 日
检查内容
检查依据
检查结果
软件正版化工作机构和职责落实情况
文件、工作记录
是□ 否□
计算机软硬件采购制度建设和落实情况 文件、工作记录
1
制度建设和责任落实 情况
软件正版化工作考核评议制度建设和落实情 况
并且有该软件厂商出具的 降级使用授权书的除外）
台
安装Windows8或Window10操作系统软件的计 算机台数
台
备注：如有需要说明的事项，可在此栏填写，也可另附页说明。
文件、工作记录
2016年软件正版化工作总结
文件、工作记录
是□ 否□ 是□ 否□ 是□ 否□
2017年软件正版化工作计划
文件、工作记录
是□ 否□
正版软件管理制度
文件、工作记录
有□ 无□
2 正版软件管理情况
正版软件台账 软件采购合同、软件授权协议
文件、工作记录 文件、工作记录
有□ 无□ 有□ 无□
正版软件使用日常检查情况
文件、工作记录
有□ 无□
装的软件名称及版本与
安装盗版操作系统软件的计算机台数
采购的软件名称及版本不
台
一致（可免费使用的正版
3 现场检查计算机情况 安装盗版办公软件的计算机台数
软件除外；采购某软件厂 商高版本软件，实际使用
台
该软件厂商低版本软件，
安装盗版杀毒软件的计算机台数
软件评审检查表-计分
交互性要求
简易位，一致性;反馈性;容错性图形化.
人机交互简单、形象输入、输出方面的-致性对用户的操作及时作出皮馈;对可能出现的错误迸行检测、报告和处理.
15
软件性能
响应性要求
页面转焕的响应性 ;
载入时间的短时间要求
短时启动时间要求;
负裁指标明确化.
页面转换快捷;媒体装入时间简短;有确定的负载性能指标.
部署后是否可以正常使用.
5
运行环境
环境适用性.
运行环镜是否与软件愿景说明书一致
5
界面
界面布局
界面布局的合理性.
布局合理，层次清晰
2
界面美观设计
界面的美观性.
界面美观.
3
界画元素
界面元素的-致性.
窗口、菜单、图标、按钮等元素的-性.
5
功能要求
技术运用
技术运用的合理性;内容实现的正确性.
各种技术表现与具体内容结合 ，各种媒体使用协调;多媒体信息的呈现可控，链接准确、无死链.
100分
评审结论：
5ห้องสมุดไป่ตู้
稳定性要求
帮助机制的完备性;
错误处理机制完备性;
确认退出出机制的完备性.
每个操作都有联机帮助或提示;
联机帮助易读、易懂
处理用户可能出现的任何错误操作;
避免出现数据未保留而退出.
5
安全性要求
访问安全性，使用安全
性
用户身份管理和访问控制
数据安全性
10
软件文档
文档资料
完整性
规范性
软件过程文件目录
20
分数
软件产品评审表
评审时间：
评审人员：评审组长（），评审成员（）
软件测试检查表
1. 检查每轮测试开始时测试环境是否准备好（包括软件硬件、测试基本数据等）；3. 每轮测试根据上一轮的情况和总体测试计划做分工调整；4. 检查case库的填报情况，抽查执行过的case；5. 检查BUG提交情况，抽查提交的BUG是否规范；6. 每天晚上统计BUG情况，填写每天的BUG报告；7. 根据每天的测试情况，决定是否开发组要发布新的BUILD；8. 每轮测试结束后填写测试总结。
2 下面是针对测试执行人员的：2.1 输入、编辑功能的验证检查点：1. 必输项是否有红星标记，如果不输入提示是否跟相应的Label对应，提示的顺序是否跟Form输入域的排列次序一致；3. Form下拉菜单的值是否正确，下拉菜单的值通过维护后是否正确显示并可用；下拉菜单比如是机构编码，要到机构编码的维护界面查询一下是否Form列出的与其一致；4. 涉及到下拉菜单的编辑修改Form，要检查在编辑和修改From中，下拉菜单是否能正确显示当前值；5. Form提交后，要逐项检查输入的内容跟通过查询的结果一致；6. 有多层下拉菜单选择的情况要校验两层菜单的选择是否正确，比如：部门财务软件开发部人员张三7. 备注字段的超常检查；8. 提交保存后能否转到合适的页面；9. 编辑Form显示的数据是否跟该记录的实际数据一致；10. 编辑权限的检查，比如：user1的数据user2不能编辑等；11. 可编辑数据项的检查，比如：数据在正式提交之前所有的属性都可以编辑，在提交之后，编号、状态等不能编辑，要根据业务来检查是否符合需求；12. 对于保存有事务Trasaction提交，比如一次提交对多表插入操作，要检查事务Trasaction的处理，保证数据的完整和一致；13. 其他的合法性校验。
2.2 查询功能检查点：1. 查询输入Form是否正常工作，不输入数据是否查询到全部记录；2. 当查询的数据非常多的时候，性能有无问题；3. 查询的下拉菜单列出的数据是否正确；4. 查询结果是否正确；对于复杂的查询要通过SQL来检查结果；5. 如输入%*?等统配符是否会导致查询错误；6. 查询结果列表分页是否正确，在点击下一页上一页时，查询条件是否能带过去，不能点击翻页时又重新查询；7. 对于数据量比较大的表查询时，不容许无条件查询，避免性能问题的出现；8. 对于查询输入项的值是固定的要用下拉菜单，比如状态、类型等；9. 分页的统计数字是否正确，共X页，第N页，共X条记录等；10. 对于查询有统计的栏目，比如：总计、合计等要计算数据是否正确；11. 查询结果有超链接的情况要检查超链接是否正确；12. 查询权限的检查，比如：user1不能查询到user2的数据等；2.3 删除功能检查点：1. 必须有“确认删除”的提示；2. 根据需求检查是软删除还是硬删除，来检查数据库中是否还存在该条记录；3. 是否有相关的数据删除，如果有要确认该相关的数据也已经删除，并且在同一事务中完成；4. 是否有删除约束，如果有删除约束，要检查该记录是否被约束，如果被约束该记录不能被删除；5. 如果是软删除，用查询、统计界面检查该条记录能否被查询出来，数据是否被统计进去；6. 检查因为业务约束不能删除的数据能否被保护不能手工删除，比如：流程中已经审批的文件不能被删除；7. 跟删除相关的权限问题，比如：需求要求只有管理员和该记录的创建人能够删除该记录，那就以不同的用户和角色登录进去，执行删除操作，检查是否与需求匹配；2.4 上传附件检查点：1. 检查是否能正确上传附件文件；2. 检查上传的文件是否能正确下载并打开；3. 至少检查下列大小的文件能正确上传，100k,1M,2M,4M,10M,20M等；4. 如果没有指定类型的限制，至少上传以下几种类型的文件能否正确上传并正确打开，类型有：.doc, .xls, .txt, .ppt, .htm, .gif, .jpg, .bmp, .tif, .avi等；5. 如果有文件类型的限制还要检查能上传的文件的类型；6. 上传同名的文件，在打开的时候是否出错；7. 有中文文件名的文件能否正确上传；2.5 影响操作性能的检查点：（不能代替系统的性能测试和压力测试，主要看系统在正常操作情况下的响应和处理能力）1. 对数据记录条数比较多的表的查询操作，避免全表查询，比如对银行用户账号的查询就不能缺省全部查出，必须让用户输入查询条件；2. 菜单树，测试大量数据时菜单树的响应情况；3. 有日志的查询或者统计，要注意查询的效率；4. 大报表的处理或者批处理的操作，要关注效率，比如：银行对帐、财务年终结算、财务年报表、系统初始化等；5. 大报表的排序sort、组函数的使用等；6. 大数据量的处理，如导入、导出、系统备份、文件传输等；。
软件正版化工作检查表
软件正版化工作检查表
单位名称： 自 查 时 间： 序号 检查项目 检查内容
软件正版化工作机构和责任制度
年 月
日 检查结果
检查依据
文件、工作记录
是□
否□
1
责任落实情况
2016年软件正版化工作总结和2017年软件正 文件、工作记录 版化工作计划 2015-2017年软件正版化工作检查整改 文件、工作记录
检查计算机台数 判定安装盗版软件标准： 安装的软件名称及版本与 采购的软件名称及版本不 一致（可免费使用的正版 软件除外；采购某软件厂 商高版本软件，实际使用 该软件厂商低版本软件， 并且有该软件厂商出具的 降级使用授权书的除外）
台
安装盗版操作系统软件的计算机台数
台
4
现场检查计算机情况
安装盗版办公软件的计算机台数
是□
否□
是□
否□
规范计算机软硬件采购流程 2 源头监管情况
文件、工作记录
是□
否□
新采购计算机办公设备时，预装正版操作系 统软件，对需要购置的办公软件和杀毒软件 文件、工作记录 一并作出购置计划 正版软件管理制度 文件、工作记录 文件、软件台账、软件采 购合同、软件授权协议
是□
否□
有□
无□
3
正版软件管理情况 正版软件使用情况台账 有□ 无□
台
安装盗版杀毒软件的计算机台数 安装Windows8或Windows 10操作系统软件 的计算机台数 备注：如有需要说明的事项，可在此栏填写，也可另附页说明。
台
台
软件需求规格说明书评审检查表
编制人员： 项目名称： 检查依据：《 软件需求规格说明书模板》、《需求开发过程》 序号 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 问题 组织和完整性 所有对其它需求的内部交叉引用是否正确？ 所有需求的编写在细节上是否都一致或者合适？ 需求是否能为设计提供足够的基础？ 是否包括了每个需求的实现优先级？ 是否定义了所有外部硬件、软件和通信接口？ 是否定义了功能需求内在的算法？ 软件需求规格说明中是否包括了所有客户代表或系统的需求？ 是否在需求中遗漏了必要的信息？如果有的话，就把它们标记为待确定的问题。 是否记录了所有可能的错误条件所产生的系统行为？ 正确性 是否有需求与其它需求相冲突或重复？ 是否简明、简洁、无二义性地表达了每个需求？ 是否每个需求都能通过测试、演示、审查得以验证或分析？ 是否每个需求都在项目的范围内？ 是否每个需求都没有内容上和语法上的错误？ 在现有的资源限制内，是否能实现所有的需求？ 是否任一个特定的错误信息都具有唯一性和明确的意义？ 质量属性 是否合理地确定了性能目标？ 是否合理地确定了安全与保密方面的考虑？ 在确定了合理的折衷情况下，是否详实地记录了其它相关的质量属性？ 可跟踪性 是否每个需求都具有唯一性并且可以正确地识别它？ 是否可以根据高层需求（如系统需求或使用安例（用例））跟踪到软件功能需求？ 特殊的问题 是否所有的需求都是名副其实的需求而不是设计或实现方案？ 是否确定了对时间要求很高的功能并且定义了它们的时间标准？ 是否已经明确地阐述了国际化问题？
检查表
编制日期： 项目经理： 花费工作量： 检查结果
22 23 24 25 21 22 23 24 25 结果统计
是： 否： 不适用： 未检查： 说明
软件过程检查表
软件过程检查表集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#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=(∑1z B)/z 。
9)项目的过程得分C=∑1N B 。
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=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
ck_检查表_软件工程.xls
8
技术 代码中注释的数量是否合理？
9
技术 调试信息是否被注释掉？
10
技术 局部变量和全局变量的定义是否没有冲突？
11
技术 是否有冗余或无用的变量？
12
技术 变量和属性是否都正确的初始化？
13
技术 变量使用结束后是否都赋了空值？
14
技术 被赋值的变量，其变量类型是否一致或被正确转换？
15
技术 代码能否通过本地的编译和调试？
21
技术 每一个布尔测试，是否都检查过正确的条件？
符合
不符合 不适用
备注
22 23 24 25 26 27 28 29 30 31 32 33 34 35 36
确认信息
技术 技术 技术 技术 技术 技术 技术 技术 技术 技术 技术 技术 技术 技术 技术
循环结束的条件是否明显，并总能够达到？ 被除数是否做了零值测试？ 所有的边界值是否都作了考虑，并正确的进行了处理？ 如果一个循环有多个出口，是否每个出口都正确处理？ Switch声明是否都有default条件？ 循环和分支的嵌套是否过深？是否不合理？ 数组是否被合理定义范围？ 标记的不确定或错误的代码是否被改正？ 每个程序段是否只有一个入口和一个结束点？ 调用文件前是否被打开？ 文件使用后是否被关闭？ 所有的I/O异常是否被正确的处理？ 是否所有的代码都能有效被调用或执行？ 代码是否准确的实现了需求要求？ 代码是否准确的实现了设计要求？
过程
》 配置管理员是否依据《发布申请审核单》，从产品库中提 取产品组件
过程 打包顺序是否在《发布申请审核单》中描述
符合
不符合 不适用
备注
6 7 8 9
确认信息
过程 过程 过程 过程
软件过程检查表
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=第二次计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150；实际检查得分140。
软件设计评审检查表
Y: 是 TBD:不确定 N: 不是 NA:不适用
检查项
Y/TBD/N/NA
完整性
该测试计划是否详细说明测试的大体方法和策略？
该测试计划是否详细说明所有测试活动的顺序？
该测试计划是否描述了将使用的软硬件系统环境?
该测试计划是否描述了测试活动中断和恢复的条件/情形？
该测试计划是否为所有测试定义了成功标准？
是否详细说明了参数的度量单位、取值范围、正确度和精度？
共享数据区域及其存取规定的映射是否一致？
可维护性
单元是否具有高内聚度和低耦合度（例如：对该单元的更改不会在该单元有任何无法预料的影响并对其它单元的影响很小）？
性能
是否该单元的所有约束例（如过程时间和规模）都被详细说明？
可靠性
初始化是否使用到缺省值，缺省值是否正确？
包括了数据流、控制流和接口的单元设计是否已清晰的说明？
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
该测试计划是否充分地描述了被测试的功能？
该测试计划是否明确地描述了不被测试的功能？
该测试计划是否充分地描述了测试基线？
对于阶段交付，该测试计划是否有在每一阶段建立测试基线给下一阶段使用？
该测试计划是否定义了足够和正确的衰退测试？
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？
信息系统运行检查表
附件一：信息系统运行检查表〔一〕检查单位根本状况单位名称填表人姓名填表人联系方式检查组成员检查时间〔二〕信息运行治理制度〔规定、规程和实施细则〕制定和执行状况检查内容杨家坪供电局朱珠王玉峰1.发文检查《：信息系统运行岗位职责》1、岗位职责是√否□明确岗位职责，建立信息系统运行岗位职责制度和上岗培训制度符。
合度检查2.对专岗专员岗位进展符合度检查是√否□/ 41检查内容3.发文检查《：信息系统运行培训制度》2、培训制度是√否□符合度检查组织和落实培训工作，包括维护人员上岗培训用、户的培训、应用服4.检查“上岗培训记录”和“培训资料”务的培训、运行的培训和系统维护的培训。
是√否□5.检查某应用系统“用户培训记录”和“培训资料”是√否□6.检查某应用系统“系统维护培训记录”和“培训资料”3、运行治理考核方法检查内容7. 发文检查《：运行治理考核方法》信息系统运行的考核范围有：完善并落实运维制度与运维体系信、息是□否□系统可用率、严格执行公司运行治理方法、对信息系统运行状况开符展合月度检查8. 2023年度运行治理考核结论度总结分析并形成月报、完整的设备台帐、信息系统一体化运维监管平是□否□台建设。
9. 2023年度运行治理考核中各专业打分记录是□否□/ 414、信息机房治理制度检查内容10. 发文检查《：信息机房治理制度》是√否□符合度检查信息机房治理制度的内容包括：职责划分、环境要求、设备治理、11. 工作票和操作票的执行过程，是否与信息机房治理要求全都〔与机运行治理、电源治理、安全治理、工程建设治理和技术治理。
5、巡检制度针对网络、安全及各应用系统，分别制定相应的巡检操作规程该，规房出入登记进展核查〕是√否□12.设备检修过程记录是否符合要求是√否□检查内容13.发文检查：检查巡检操作规程发文状况，并检查巡检范围的掩盖状况是√否□程定义巡检周期、巡检内容、常规大事处理手段、特别大事处理方法。
备注掩盖范围状况可以单独描述，便于公司总部进展分析，指导下检查内容6、运行操作工作票制度14. 发文检查《：运行操作工作票制度》建立信息系统正常运行操作工作票制度不，断完善事预案加，强技术是√否□符合度检查支撑体系建设，做到操作有方案，安全有措施，应急有预案。