软件产品首要满足什么性能

1. 软件性能指标有哪些

近年来，软件在整个电脑系统中的作用已越来越重要，其所占费用的比重也越来越大。评价电脑软件的性能，应注意以下几点：

实际性能购买软件时应根据工作的需要，充分了解该软件的适用范围和实际性能，不能只听商家或广告的介绍，而应向已经使用过的用户请教。经销同类软件的部门很多，要多方比较鉴别，尽可能选购功能齐全、运行可靠、人机界面友好、维护方便的软件。有些软件在作粗略测试时表现不错，但作深入运行后，便会出现无故死机等异常现象，显然该类软件是无法实际应用的。

兼容性在选购软件时特别要考虑它的兼容性，不仅要兼容已有的和即将有的硬件设备，还要适用已有的和即将有的软件系统。这说明要了解所购软件适用于什么机型，需在任何操作系统支持下工作，和其它系统软件和应用软件的数据通信能力如何，是否可以在多用户或网络环境下使用，最多可以处理多大的问题，响应速度如何，以及运行该软件时实际所需的最大内存空间与所占磁盘空间等。除此之外，还需考虑软件与实际工作的适用程度，能否满足本单位的特殊使用要求，因为某些商品软件的适用性往往与某个单位的具体工作要求是有距离的。

用户友好性优秀的软件对用户应该是友好的，例如提供菜单驱动的命令输入方式，直观形象的图形用户界面和对话框等，并支持方便的鼠标操作。大多软件还应有在线帮助，这样，配合可显示的软件说明文本和应用实例教程，使用户可在不需记忆太多的东西、不必查阅手册的情况下，便能迅速学会使用该软件。

安全性与容错能力软件的安全保密问题近年来已越来越被人们所重视，在选购时要了解该软件有没有安全保密措施，如口令或密码的设置、使用权限的划分等功能，此外，安全性还包括一旦数据丢失后的恢复能力。容错处理能力是指软件在运行过程中，如果用户不小心而误操作，系统能否有效地制止，或作最简单的处理便可恢复被误修改或被误删除的信息，并使系统继续运行而不必从头开始。

可维护性与升级性软件也存在可维护性与升级性问题。一般说来，采用结构化程序设计方法编写的软件具有较好的修改、除错和功能扩展等维护能力。随着硬件性能的提高和软件技术的成熟与进步，各种软件的版本也会作不断得更新和升级，当然只有购买由信誉卓着的软件公司编写的并大量销售的软件，才能保证这种维护与升级能力，从而保障用户的利益。

资料齐全商品化的软件应有完整详尽的使用安装说明资料和用户手册，没有资料的软件，不是完整的软件。

2. 什么是 软件项目技术指标

软件技术指标分成"功能指标"和"非功能指标".

1. 功能指标,即软件所能提供的各种功能和用途;

2. 非功能指标,包括软件产品的各种性能参数,如安全性/扩展性/部署方便性/可用性等.

(2)软件产品首要满足什么性能扩展阅读：

用户视角

对用户而言，性能就是响应时间。用户甚至不关心响应时间中哪些是软件造成的，哪些是硬件造成的。但用户感受到的响应时间既有客观成分，也有主观成分，甚至是心理因素 。

管理员视角

管理员需要使用软件提供的管理功能等手段来方便普通用户使用。这类用户首先关注普通用户感受到的软件性能。其次，管理员需要进一步关注如何利用管理功能进行性能调优。

开发人员视角

开发人员的视角与管理员的视角基本一致，但开发人员需要更深入地关注软件性能。在开发过程中，开发人员希望能够尽可能地开发出高性能的软件。

3. 下列软件属性，软件产品首要满足的应该是A功能需求b性能需求c可扩展性和灵活性d容错纠错能

采购（purchasing），是指企业在一定的条件下从供应市场获取产品或服务作为企业资源， 以保证企业生产及经营活动正常开展的一项企业经营活动
采购与应付管理系统，是指能够实现各种单据的快速传递，实现财务与业务的整合以及数据共享，实现资金流与业务流的双轨并行，能提高工作效率，规范企业管理的一种系统。采购管理系统与应付款管理系统紧密结合，可实现业务财务的一体化，实现对企业物流资金流的全面全过程管理。

4. 什么是软件开发的品质条件和性能条件

• 衡量软件质量的5个最常用的指标来说明软件开发的品质条件和性能条件。

1. SLOC（Source Lines of Code，源代码行）

   计算代码行数可能是最简单的衡量指标，主要体现了软件的规模，并为项目增长和规划提供了相关数据。

2. 每个代码段/模块/时间段中的bug数

   实现更好的测试以及更高的可维护性，bug跟踪是必不可少的。每个代码段、模块或时间段（天、周、月等）内的bug可以很容易通过工具统计出来。

3. 代码覆盖率

   并不能代表单元测试的整体质量，但可以提供一些测试覆盖率相关的信息，可以和其他一些测试指标一起来使用。

4. 开发约束

   

5. 圈复杂度（Cyclomatic Complexity）

   衡量一个模块判定结构的复杂程度，已经成为评估软件质量的一个重要标准，能帮助开发者识别难于测试和维护的模块，在成本、进度和性能之间寻求平衡。圈复杂度可以使用pmd工具来自动化计算。
   

5. 软件质量有什么特性

软件质量有什么特性？

《软件工程—产品质量》（GB/T 16260-2006）中规定对软件的每个质量特性与子特性都有定义：

一、功能性：是指当软件在指定条件下使用，软件产品满足明确和隐含要求功能的能力。

适合性：是指软件产品与指定的任务和用户目标提供一组合适的功能的能力。

准确性：是指软件产品具有所需精确度的正确或相符的结果及效果的能力。

互操作性：是指软件产品与一个或多个规定系统进行交互的能力。

保密安全性：是指软件产品保护信息和数据的能力，以使未授权的人员或系统不能阅读或修改这些信息和数据，但不拒绝授权人员或系统对其的访问。

功能依从性：是指软件产品依附与同功能性相关的标准、约定或法规以及类似规定的能力。

二、可靠性：在指定条件下使用时，软件产品维持规定的性能级别的能力。

成熟性：是指软件产品避免因软件中错误发生而导致失效的能力。

容错性：是指在软件发生故障或违反指定接口的情况下，软件产品维持规定的性能级别的能力。

易恢复性：是指在失效发生的情况下，软件产品重建规定的性能级别并恢复受直接影响的数据的能力。

可靠性依从性：是指软件产品依附与同可靠性相关的标准、约定或法规以及类似规定的能力。

三、易用性：是指在指定条件下使用时，软件产品被理解、学习、使用和吸引用户的能力。

易理解性：是指软件产品使用户能理解软件产品是否合适以及如何能将软件用于特定的任务和使用环境的能力。

易学性：是指软件产品使用户能学习它的能力。

易操作性：是指软件产品使用户能操作和控制它的能力。

吸引性：是指软件产品吸引用户的能力。

易用性依从性：是指软件产品依附与同易用性相关的标准、约定、风格指南或法规以及类似规定的能力。

四、效率：是指在规定条件下，相对于所用资源的数量，软件产品可提供适当的性能的能力。

时间特性：是指在规定条件下，软件产品执行其功能时，提供适当的响应时间和处理时间以及吞吐率的能力。

资源利用性：是指在规定条件下，软件产品执行其功能时，提供合适的数量和类型的资源的能力。

效率依从性：是指软件产品依附与同效率相关的标准或约定的能力。

五、 维护性：是指软件产品可被修改的能力，修改可能包括修正，改进或软件适应环境、需求和功能规格说明中的变化。

易分析性：是指软件产品诊断软件中的缺陷或失效原因，以及判定待修改的部分的能力。

易改变性：是指软件产品使指定的修改可以被实现的能力。

稳定性：是指软件产品避免由于软件修改而造成意外结果的能力。

易测试性：是指软件产品使已修改软件能被确认的能力。

维护性依从性：是指软件产品依附与同维护性相关的标准或约定的能力。

六、 可移植性：是指软件产品从一种环境迁移到另一种环境的能力。

适应性：是指软件产品无需采用有别于为考虑该软件的目的而准备的活动或手段，就可能适应不同的指定环境的能力。

易安装性：是指软件产品在指定环境中被安装的能力。

共存性：是指软件产品在公共环境中同与其分享公共资源的其他独立软件共存的能力。

易替换性：是指软件产品在环境相同、目的相同的情况下替代另一个指定软件产品的能力。

可移植性依从性：是指软件产品依附与同可移植性相关的标准或约定的能力

6. 什么是软件需求，什么是功能需求——论需求的三个层次和三个方面（2）

我们的软件产品或者项目，其需求都有三个层级和三个方面。 一、我们首先看需求的三个层次 软件需求包括3个不同的层次――业务需求、用户需求和功能需求。 业务需求（Business requirement）表示组织或客户高层次的目标。业务需求通常来自项目投资人、购买产品的客户、实际用户的管理者、市场营销部门或产品策划部门。业务需求描述了组织为什么要开发一个系统，即组织希望达到的目标。使用前景和范围（vision and scope）文档来记录业务需求，这份文档有时也被称作项目轮廓图或市场需求（project charter 或 market requirement）文档。 功能需求（functional requirement）规定开发人员必须在产品中实现的软件功能，用户利用这些功能来完成任务，满足业务需求。功能需求有时也被称作行为需求（behavīoral requirement），因为习惯上总是用“应该”对其进行描述：“系统应该发送电子邮件来通知用户已接受其预定”。功能需求描述是开发人员需要实现什么。注意：用户需求不总是被转变成功能需求。产品特性，所谓特性（feature），是指一组逻辑上相关的功能需求，它们为用户提供某项功能，使业务目标得以满足。对商业软件而言，特性则是一组能被客户识别，并帮助他决定是否购买的需求，也就是产品说明书中用着重号标明的部分。客户希望得到的产品特性和用户的任务相关的需求不完全是一回事。一项特性可以包括多个用例，每个用例又要求实现多项功能需求，以便用户能够执行某项任务。 系统需求（system requirement）用于描述包含有多个子系统的产品（即系统）的顶级需求。系统可以只包含软件系统，也可以既包含软件又包含硬件子系统。人也可以是系统的一部分，因此某些系统功能可能要由人来承担。 业务规则包括企业方针、政府条例、工业标准、会计准则和计算方法等。业务规划本身并非软件需求，因为它们不属于任何特定软件系统的范围。然而，业务规则常常会限制谁能够执行某些特定用例，或者规定系统为符合相关规则必须实现某些特定功能。有时，功能中特定的质量属性（通过功能实现）也源于业务规则。所以，对某些功能需求进行追溯时，会发现其来源正是一条特定的业务规则。 功能需求记录在软件需求规格说明（SRS）中。SRS完整地描述了软件系统的预期特性。SRS我们一般把它当作文档，其实，SRS还可以是包含需求信息的数据库或电子表格；或者是存储在商业需求管理工具中的信息；而对于小型项目，甚至可能是一叠索引卡片。开发、测试、质量保证、项目管理和其他相关的项目功能都要用到 SRS。 除此之外，对于需求层次，我们还有其它的分法： 组织级需求->业务需求->用户需求->功能需求（有时也叫行为需求）。 组织级需求：一般代表着组织的愿景和目标。对于大的公司，一般是通过资深的咨询顾问和咨询公司得出的，呈现的方式是咨询报告。比如在ITSM或者企业信息化这方面。典型的组织级的需求是：降低成本、减少库存成本、提升IT服务部门在企业中的价值、通过ISO20000、提高IT服务的效率、提高员工的满意度等。 业务需求：是要完组织的使命，达成组织的愿景的各个业务流程和业务单元具有的需求。业务需求服从于组织需求。 用户需求：用户级的需求，是在业务级的需求下，各个岗位协作完成业务而具有的需求。我们在软件需求规格说明书中表述的需求其实主要是这一部分需求。 功能需求：同样，它代表着产品或者软件需求具备的能力。 一般是管理人员或者产品的市场部门人员负责定义软件的业务需求，以提高公司的运营效率（对信息系统而言）或产品的市场竞争力（对商业软件而言）。所有的用户需求都必须符合业务需求。需求分析员从用户需求中推导出产品应具备哪些对用户有帮助的功能。开发人员则根据功能需求和非功能需求设计解决方案，在约束条件的限制范围内实现必需的功能，并达到规定的质量和性能指标。当一项新的特性、用例或功能需求被提出时，需求分析员必须思考一个问题：“它在范围内吗？”。如果答案是肯定的，则该需求属于需求规格说明，反之则不属于。但答案也许是“不在，但应该在”，这时必须由业务需求的负责人或投资管理人来决定：是否扩大项目范围以容纳新的需求。这是一个可能影响项目进度和预算的商业决策。 二、需求的三个方面 除了功能需求外，SRS中还包含非功能需求，包括性能指标和对质量属性的描述。 质量属性（quality attribute）对产品的功能描述作了补充，它从不同方面描述了产品的各种特性。这些特性包括可用性、可移植性、完整性、效率和健壮性，它们对用户或开发人员都很重要。其他的非功能需求包括系统与外部世界的外部界面，以及对设计与实现的约束。还有一项称为可用性（usability）的质量属性，它规定了业务需求中“有效”（efficiently）一词的含义。 约束（constraint）限制了开发人员设计和构建系统时的选择范围。约束，在产品的架构设计中，是需要被首先考虑的问题。 如果说产品的功能代表了产品的能力，那么产品的质量属性代表了产品的品质，产品的约束代表了产品必须去满足的或者适应的条件！用人说“用户体验”是产品的灵魂，对于个人级的软件这么说或许很恰当，当对于企业级甚至是行业级的产品，其灵魂有两个：一个是产品带个用户的价值，另一个是产品的品质，简单的说，就是价值和品质。但其成为一个产品的前提应该是满足约束，否则就不应该设计、开发、进入市场而成为一个垃圾。