中国石油天然气集团公司企业标准
Q/SY 1340—2010
计算机软件评估指南
Guide for computer software assessment
2010-08-01实施
2010-05-25发布
中国石油天然气集团公司 发布 目 次
前言 1 范围 2 规范性引用文件 3 术语与定义 4 计算机软件评估原则 4.1 业务驱动原则 4.2 成熟稳定原则 4.3 标准开放原则 4.4 全面评估原则 4.5 经济实用原则 5 计算机软件评估过程· 5.1 人员职责 5.2 评估准备 5.3 需求分析 5.4 制定软件评价体系 5.5 产品调研 5.6 产品确认测试 5.7 综合评估附录A (资料性附录) 计算机软件综合评估表，参考文献· 旱 興 计算机软件评估指南
1范围
本标准规定了企业在生产经营过程中所需要的应用软件、支持软件和系统软件的评估原则和过
程。
本标准适用于中国石油天然气集团公司（以下简称中国石油）总部及其所属企事业单位对计算机软件评估过程的管理与控制。 2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。
GB/T9386计算机软件测试文档编制规范 3术语与定义
下列术语和定义适用于本标准。
3.1
计算机软件 :software 计算机程序及其有关的数据和文档，也包括固化了的程序。
3.2
应用软件application software 设计用于实现用户的特定需要而非计算机本身问题的软件。例如导航（浏览）、工资、过程控制
软件等。
[GB/T11457—2006，定义2.71]
3.3
支持软件，support software 所有用于帮助和支持软件开发的软件。如开发平台工具套件。
3.4
系统软件system software 为特定的计算机系统或一族计算机系统所开发的软件，用以管理计算机系统资源，促进计算机系
统及有关程序的运行和维护。如操作系统、数据库管理系统。 3.5
可靠性software reliability 在指定条件下使用时，软件产品维持规定的性能级别的能力。 [GB/T16260.1—2006，定义6.2]
3.6
效率‘efficiency 在规定条件下，相对于所用资源的数量，软件产品可提供适当性能的能力。 [GB/T16260.1—2006，定义6.4]
3.7
维护性software maintainability 软件产品可被修改的能力。修改可能包括纠正、改进或软件对环境、需求和功能规则说明变化的
适应。
[GB/T16260.1—2006，定义6.5]
3.8
可用性usability 数据或资源的特性，被授权实体按要求能访问和使用数据或资源。 [GB/T20984—2007，定义3.3]
3.9
测试testing -种活动，在此活动中，系统或部件在一定的条件下执行，观察和记录其结果，对系统或部件的
某些方面进行评价。
[GB/T11457—2006，定义2.1692] 4计算机软件评估原则 4.1业务驱动原则
业务需求是软件系统建设的基本依据，是系统业务功能、建设规模等问题的关键因素，软件评估应以业务需求为根本出发点。 4.2成熟稳定原则
软件产品应具有清晰的产品发展路线，经过多年的市场验证，有成功实施案例。 4.3 标准开放原则
产品应遵照相关的国际、国内技术标准，并符合软件产品所属行业的相关业务标准。 4.4 全面评估原则
应从软件的功能符合性、可靠性、可扩展性、易用性、效率、可维护性以及软件供应商的公司实力、实施能力、服务能力等方面综合评估。 4.5 经济实用原则
应以业务需求为依据，选择能够满足企业需要的软件产品，不宜过度追求软件功能的多样性、技术的先进性。 5 计算机软件评估过程 5.1 人员职责 5.1.1 在计算机软件评估过程中，应根据软件的应用范围由相关人员组成指导委员会和评估工作组。 5.1.2 指导委员会由业务部门、技术部门、商务部门相关负责人组成，负责软件产品评估的最终决策。 5.1.3 评估工作组主要涉及的角色：
a）业务人员：由业务部门的专业人员组成，负责提出软件系统业务功能需求，验证软件产品功
能是否满足要求等业务分析工作。 b）技术人员：由具备软件技术的技术人员组成，负责提出软件产品技术要求，验证软件产品技
术特性等技术分析工作。 c）商务人员：由商务部门的人员组成，负责软件评估过程中的商务分析、商务沟通等。
2 5.2评估准备 5.2.1 在开展具体的软件评估活动前，应完成如下准备工作：
a）分析软件涉及的部门和单位，列出关键业务及人员名单：
1）软件系统使用人员或单位； 2）软件系统运维管理人员或单位； 3）与该软件有交互的其他系统的使用及运维管理人员或单位； 4）投资及决策人员或单位。
b）根据分析结果及5.1的要求，确定相关人力资源，组建评估工作组并确认负责人。 c）制定软件评估的任务目标、进度计划、质量计划、文档要求、沟通计划等。
5.2.2编写“×××软件评估工作指导书”，用于指导整个软件评估工作 5.3需求分析 5.3.1软件需求分析是对原业务的深人了解、提取、抽象、升华的过程，是从业务中提取出软件系统需要解决的问题的过程。通过对业务问题的分析，规划出软件产品的功能。需求分析的主要对象包括：
a）业务需求：描述业务目标，分析业务问题，找出达到业务目标需完成的业务需求，及需要考
虑的业务限制等。 b）用户需求：用户使用自己的语言表达的对软件产品的要求，通常包括功能要求、性能要求
可靠性要求、安全保密要求等。 c）功能需求：从软件技术角度分析软件应实现的功能以及用户利用这些功能可完成的任务，从
而满足业务需求。 d）系统需求：包括对支撑该软件运行的软件系统和硬件系统的要求，以及应处理的业务数据容
量要求等。 e）质量属性：对产品的功能描述作补充，从不同方面描述产品的各种特性，包括可用性、可移
植性、完整性、效率、健壮性、可维护性、安全性、可扩展性等。
5.3.2 根据需求分析的结果编写“×××软件需求说明书”。 5.4 制定软件评价体系 5.4.1根据需求分析的输出，制定相应的软件评价体系，作为软件评估的依据。 5.4.2 评价体系的内容包括
a）软件功能特性：
1）软件必须具备的关键业务功能； 2）软件对业务需求功能的覆盖程度； 3）软件功能与需求功能的近似程度； 4）通过二次开发或配置所能达到的功能及所需投人的工作量
b）软件技术特征：
1）可用性； 2）可靠性； 3）可扩展性； 4）安全性； 5）可维护性； 6）灵活性； 7）部署的难度。
c）实施服务特性： 1）软件生命周期； 2）技术支持形式； 3）服务的反应时间； 4）供应商的背景、声誉、发展前景等； 5）其他服务，如培训等。
d）商务特性：
1）计价方式： 2）购买类型； 3）技术服务； 4）各版本升级。
5.4.3 编写“×××软件评价体系”。软件产品评估体系，可采用评分表形式（参见表A.1）。 5.5产品调研 5.5.1从各种渠道收集相关软件产品的信息，并做初步筛选，提供多个候选产品。 5.5.2# 邀请候选产品供应商进行产品技术交流，业务人员、技术人员应全部参与交流活动，通过技术交流收集了解
a）软件功能特性。 b）软件技术特性。 c）产品发展路线。 d）产品成功案例。 e）产品文档。 f）供应商的实施服务能力。 g）其他产品技术特性。
5.5.3邀请候选产品供应商进行商务交流，收集了解如下内容：
a）产品供应商的实力。 b）产品销售方式。 c）产品报价。 d）其他产品商务特性。
5.5.4 收集候选产品中每个软件供应商的客户评价。 5.5.5元 走访软件产品客户，调研成功案例。 5.5.6 根据调研成果编写“×××软件产品调研报告”。 5.6 产品确认测试 5.6.1产品确认测试是以软件评价体系为依据，以实现对软件产品的客观、真实评价为目标，采用黑合测试方法，由相关业务人员和技术人员在软件系统上实现真实需求的过程。 5.6.2测试过程。 5.6.2.1测试策划。测试分析人员应根据软件评价体系的评价要求和评价内容，以及需求分析的结果，分析被测软件，确定以下内容：
a）确定测试充分性要求，即确定测试应覆盖的范围及每一范围所要求的覆盖程度。 b）确定用于测试的资源要求，包括软件、硬件、人员等。 c）结合评价体系的要求及内容，确定需要测试的功能特性和技术特性，如功能、可用性、可靠
性等。 d）确定测试需要的技术和方法，如测试数据生成和验证技术、测试数据输入技术等。 e）确定由资源和被测软件决定的测试活动的进度。