软件工程 第13章：软件评价与管理
软件工程课件-13第十三章软件质量的评价和保证(精)
第十三章 软件质量、工程管理技术 13.1.3 软件质量保证
3.软件质量保证的策略 以检测为重：是判断质量的手段，不是提高质 量的方法 以过程管理为重：每一道工序都进行质量监控 以新产品开发为重：消灭开发设计隐患
第十三章 软件质量、工程管理技术 13.1.3 软件质量保证
4.软件质量保证的主要任务 （1）正确定义用户要求 （2）新技术方法的应用 （3）提高软件开发的工程能力 （4）软件的复用 （5）发挥每个开发者的能力 （6）组织外部力量协作 （7）排除无效劳动 （8）提高计划和管理质量
第十三章 软件质量、工程管理技术 13.4.2 软件可靠性指标
1.MTTF平均失效等待时间
失效时间的平均值 2.MTBF平均失效间隔时间
指两次相继失效之间的平均时间（也可以说 是测试阶段内系统正常运行时间的平均值）。
第十三章 软件质量、工程管理技术 13.4.3 软件可靠性模型
1.可靠性增长模型 机器稳定可用性＝平均无故障时间/ （平均无故障时间+错误平均修复时间） 2.基于程序内部特性的模型 以程序结构为基础，分析程序内部结构、分支数目、 嵌套层数、引用的数据类型，预测程序错误数目。 3.植入模型 将错误植入模型，测试后，把发现的属于植入错误的 数目与实际错误数目比较。
3.环路复杂度不易超过10
第十三章 软件质量、工程管理技术 13.4 软件可靠性
13.4.1 软件可靠性定义
13.4.2 软件可靠性指标 13.4.3 软件可靠性模型
第十三章 软件质量、工程管理技术 13.4.1 软件可靠性定义
衡量在规定的条件与时间内，软件完成规 定功能的能力。用正确性、完整性、一致性 和健壮性来考察。
4.静态冗余 通过表决和比较来屏蔽系统中出现的错误。 例如：三模冗余
软件工程中的软件项目质量管理与评估
软件工程中的软件项目质量管理与评估软件项目的质量管理与评估是软件工程中至关重要的环节。
一个好的软件项目质量管理与评估体系能够确保软件项目的顺利进行，保证软件产品的质量满足用户的需求和期望。
本文将探讨软件工程中的软件项目质量管理与评估方法。
一、质量管理的概念和重要性在软件工程中，质量管理指的是通过一系列的活动和方法，确保软件项目在开发过程中按照既定的标准和要求进行，以达到预期的质量水平。
质量管理不仅仅包括对软件产品的质量进行管理，还包括对软件过程的质量进行管理。
质量管理在软件项目中的重要性不言而喻。
一方面，软件项目通常需要投入大量的人力、物力和财力，并且开发周期长，因此任何一个环节出现质量问题都可能导致整个项目失败。
另一方面，现代软件的复杂性和规模使得软件开发过程中存在许多潜在的问题，如果没有有效的质量管理体系，这些问题有可能会被忽视，进而对软件项目的质量产生巨大的影响。
二、软件项目质量管理的原则和方法1. 客户导向原则在软件项目质量管理中，客户导向是至关重要的原则。
软件项目的最终目标是满足客户的需求和期望，因此在整个项目过程中，要与客户密切合作，不断获取和确认客户需求，并确保软件产品的交付符合客户的期望。
2. 过程控制原则软件项目的成功与否与软件开发过程的质量密切相关。
因此，软件项目质量管理需要对软件开发过程进行有效的控制。
一种常用的方法是引入软件过程能力成熟度模型（CMMI），通过对软件开发过程的度量和分析，识别出潜在的风险，并采取相应的控制措施，以确保软件开发过程的质量。
3. 规范和标准化原则在软件项目中，制定和遵守规范和标准是保证软件质量的重要手段。
规范和标准可以明确软件开发的技术规范、测试方法、文档格式等各个方面的要求，以及相应的工作流程。
通过遵循规范和标准，可以减少人为错误带来的风险，提高软件产品的质量。
4. 风险管理原则软件开发过程中存在各种各样的风险，如需求变更、技术挑战、资源不足等。
软件工程_张海蕃
应该推广使用在实践中总结出来的开发软件的成功 的技术和方法，并且研究探索更好更有效的技术和 方法，尽快消除在计算机系统早期发展阶段形成的 一些错误概念和做法。 应该开发和使用更好的软件工具。正如机械工具可 以“放大”人类的体力一样，软件工具可以“放大” 人类的智力。在软件开发的每个阶段都有许多繁琐 重复的工作需要做，在适当的软件工具辅助下，开 发人员可以把这类工作做得既快又好。如果把各个 阶段使用的软件工具有机地集合成一个整体，支持 软件开发的全过程，则称为软件工程支撑环境。
与软件开发和维护有关的许多错误认识和作法的形 成，可以归因于在计算机系统发展的早期阶段软件 开发的个体化特点。错误的认识和作法主要表现为 忽视软件需求分析的重要性，认为软件开发就是写 程序并设法使之运行，轻视软件维护等。
事实上，对用户要求没有完整准确的认识就匆忙着 手编写程序是许多软件开发工程失败的主要原因之 一。只有用户才真正了解他们自己的需要，但是许 多用户在开始时并不能准确具体地叙述他们的需要， 软件开发人员需要做大量深入细致的调查研究工作， 反复多次地和用户交流信息，才能真正全面、准确、 具体地了解用户的要求。对问题和目标的正确认识 是解决任何问题的前提和出发点，软件开发同样也 不例外。急于求成，仓促上阵，对用户要求没有正 确认识就匆忙着手编写程序，这就如同不打好地基 就盖高楼一样，最终必然垮台。事实上，越早开始 写程序，完成它所需要用的时间往往越长。
另一方面还必须认识到程序只是完整的软件产品的 一个组成部分，在上述软件生命周期的每个阶段都 要得出最终产品的一个或几个组成部分(这些组成 部分通常以文档资料的形式存在)。也就是说，一 个软件产品必须由一个完整的配置组成，软件配置 主要包括程序、文档和数据等成分。必须清除只重 视程序而忽视软件配置其余成分的糊涂观念。 作好软件定义时期的工作，是降低软件成本提高软 件质量的关键。如果软件开发人员在定义时期没有 正确全面地理解用户需求，直到测试阶段或软件交 付使用后才发现“已完成的”软件不完全符合用户 的需要，这时再修改就为时已晚了。
软件工程实践中的软件评估与评估模型
感谢聆听
演示结束
本次演示希望能够为大家带来新的思考 和启发，感谢大家的耐心聆听。希望大 家在软件工程实践中能够更加注重软件 评估与评估模型的重要性，更好地提升 软件质量和开发效率。谢谢！
准酌赅布的单 确情的的思击 理增阐良想输 解减述好提入 您文观效炼你 所字点果，的 传，；，为正 达以根请了文 的便据尽最， 信观需量终文 息者要言演字 。可，简示是
风险评估的应用
项目管理中的应用
团队间的协作
软件开发中的应用
帮助项目经理制定 风险管理计划，提 前应对可能出现的
风险
通过评估各团队成 员的风险管理能力， 提升整个团队的风 险识别和应对能力
评估软件项目的质 量、进度、成本等 风险，减少项目失
败的可能性
结论
软件风险评估是软件工程实践中至关重要的一环，通 过科学的评估和有效的应对，可以降低项目风险，保 障项目成功。在实际工作中，需要根据具体情况选择 合适的评估方法和工具，及时预防和应对潜在风险， 保证项目顺利完成。
项目成本评估的影响
对项目决策的影响
对资源配置的影响
对投资决策的影响
帮助决策者做出合 理的决策
指导资源的合理配 置和利用
帮助投资者评估项 目投资的风险与回
报
● 06
第六章 总结与展望
软件评估与评估模型总结
本章将总结软件评估与评估模型的重要 性及应用。通过对各种评估方法的优缺 点进行分析，为读者提供更全面的视角。 同时，展望未来发展趋势，探讨软件评 估领域的挑战与机遇。
过程评估工具。
软件过程评估的价值
软件过程评估对组织、项目和产品都有 重要的影响。它可以帮助组织提高软件 开发过程的效率和质量，从而增强竞争 力；对项目来说，软件过程评估可以提 升团队协作和管理水平；对产品而言， 评估结果可以帮助改进产品的性能和用 户体验。
第13章 软件工程管理
a 4m b L 6
6
一、代码行技术（续）
优点：代码行较容易计算，现有许多软件估算模型基 于代码行 缺点： 仅用代码行代表整个软件不太合理； 用不同语言实现时代码行差别很大； 不适用于非过程语言。
7
13.1 度量软件规模（续）
二、功能点技术 功能点技术依据对软件信息域特性和软件复杂 性的评估结果，估算软件规模。这种方法用功能点 (FP)为单位，度量软件的规模。
25
三、COCOMO模型（续） (3)详细COCOMO模型(COCOMO2)：
估算公式
E a KLOC f i
b i 1
17
，T=3.0E0.33+0.2×(b-1.01)
其中E＝开发所需的人力(人月)； a＝模型系数(开发模式：组织式、嵌入式、半独立式)； KLOC＝估计的代码行数； b＝模型指数(对应着开发模式)； fi(i=1…17)是成本因素，包括生产因素、计算机因素、人员因素、工程 因素等17个方面。
9
二、功能点技术（续）
2、估算功能点的步骤 (1)计算未调整的功能点数UFP 把产品信息域的每个特性(即Inp、Out、Inq、Maf和Inf) 都分类成简单级、平均级或复杂级。根据其等级，为每个特 性都分配一个功能点数。用下式计算未调整的功能点数UFP UFP=a1×Inp+a2×Out+a3×Inq+a4×Maf+a5×Inf其中， ai(1≤i≤5)是信息域特性系数，其值由相应特性的复杂级 别决定，如表13.1所示。
26
三、COCOMO模型（续）
模型系数 开发模式 组织式 半独立式 嵌入式 模型系数 a 3.2 3.0 2.8
27
三、COCOMO模型（续） COCOMO2采用了更加精细得多的b分级模型，这个模 型使用5个分级因素Wi(1≤i≤5): 划分成从甚低（Wi=5) 到特高（Wi=0)的6个级别 b= 1.01 1.01 Wi b的取值范围为1.01~1.26。 5个分级因素如下所述： （1） 项目先例性: 该项目的新奇程度。 （2） 开发灵活性: 约束多少。 （3） 风险排除度: 重大风险已被消除的比例。 （4） 项目组凝聚力: 开发人员相互协作度。 （5） 过程成熟度: 按照能力成熟度模型
软件工程中的软件项目风险评估与管理方法
软件工程中的软件项目风险评估与管理方法在软件开发项目中，风险评估与管理是一个至关重要的环节。
不仅能够提前发现和解决潜在的问题，还能确保项目按时交付、质量可控，并避免损失和延误。
本文将介绍软件工程中常用的软件项目风险评估与管理方法。
一、风险评估方法1.确定项目目标：在开始进行风险评估之前，首先需要明确项目的目标和范围。
这有助于识别和评估可能出现的风险。
2.识别风险因素：通过与项目相关人员的讨论，梳理项目过程中可能会遇到的风险因素。
这些因素可以包括技术风险、需求风险、进度风险等。
3.评估风险概率和影响：对于每个风险因素，评估其发生的概率以及对项目的影响程度。
可以使用专家评估、历史数据分析等方法进行评估。
4.确定风险优先级：根据风险的概率和影响程度，计算每个风险的优先级。
通常可以使用风险矩阵来进行排序和分类。
5.编制风险清单：将所有的风险因素和对应的优先级编制成风险清单。
清单中应包含风险描述、风险等级、可能的应对措施等信息。
二、风险管理方法1.风险规避：对于那些风险等级较高且发生概率较高的风险，可以采取规避策略，即避免或减轻风险的发生。
例如，调整项目范围、优化需求管理等。
2.风险转移：对于一些特定的风险，可以通过购买保险或与合作伙伴签订合同等方式将风险转移给其他方。
这样可以分担项目团队的风险压力。
3.风险减轻：对于那些风险等级较高但发生概率较低的风险，可以采取减轻策略，即采取措施降低风险的影响程度。
例如，做好项目备份、制定紧急预案等。
4.风险应对：对于已经发生的风险，需要及时应对和处理。
这包括制定补救措施、调整项目计划、加强沟通等，以减少或避免对项目进度和质量的影响。
5.风险监控：在整个项目生命周期中，需要对风险进行监控和追踪。
及时评估和调整风险优先级，以确保项目风险管理的有效性。
三、总结软件项目风险评估与管理是软件工程中的重要环节。
通过采用科学有效的风险评估方法，能够帮助开发团队及时识别、评估和管理项目中的潜在风险。
2020年10月自考计算机专业《软件工程》自学课件第十三章 软件项目管理
E＝3.2×(KLOC)1.05 （4）Doty模型（在KLOC＞9的情况下）
E＝5.288×(KLOC)1.047
2. 面向FP的估算模型
（1）Albrecht & Gaffney模型 E＝－13.39＋0.0545FP
（2）Kemerer模型 E＝60.62＋7.728×10－8FP3
LET＝23－2＝21
类似地，事件9的最迟时刻为
LET＝21－1＝20
事件8的最迟时刻为
LET＝min｛21－6，20－0｝＝15
图13.4中每个圆圈内右下角的数字就是该事件的最迟时刻。
13.3.5 关键路径
➢ 关键路径上的事件（关键事件）必须准时发生， 组成关键路径的作业（关键作业）的实际持续时 间不能超过估计的持续时间，否则工程就不能准 时结束。
这个例子说明了工程网络比Gantt图优越的地方： 它显式地定义事件及作业之间的依赖关系，Gantt 图只能隐含地表示这种关系。但是Gantt图的形式 比工程网络更简单更直观，为更多的人所熟悉， 因此，应该同时使用这两种工具制定和管理进度 计划，使它们互相补充取长补短。
13.4 人员组织
13.4.1 民主制程序员组 民主制程序员组通常采用非正式的组织方式，
估算功能点的步骤
（1）计算未调整的功能点数UFP
UFP＝a1×Inp＋a2×Out＋a3×Inq＋a4×Maf＋a5×Inf 其中，ai（1≤i≤5）是信息域特性系数
（2）计算技术复杂性因子TCF
14
DI Fi i 1
技术复杂性因子TCF由下式计算： TCF＝0.65+0.01×DI
因为DI的值在0～70之间，所以TCF的值在 0.65～1.35之间。
软件工程质量管理与评估
软件工程质量管理与评估作为软件行业中的重要部分，软件工程的质量管理和评估是保证软件产品质量、提高用户满意度和维护公司声誉的关键环节。
软件工程的质量问题日益突出，因此对于软件质量管理和评估越来越被重视。
在这一篇文章中，我们将深入探讨软件工程的质量管理和评估的相关知识。
一、软件工程质量管理软件质量管理是在软件开发生命周期各个阶段，通过制定和执行规范、措施和活动来提升产品质量，从而提供了一个有效的途径，以确保软件交付高质量的产品。
软件质量管理的主要目的是保证软件的功能、性能、可靠性、可维护性和可用性。
1. 质量保证质量保证是在软件开发生命周期中，贯穿了整个软件过程，侧重于预防性的方法，以确保软件质量达到预期的标准。
在质量保证过程中，应重点考虑高质量的要求和标准，实施不断完善的技术和管理手段，同时建立一套评估体系，以确保产品的最终质量符合预期。
2. 质量控制质量控制是在软件开发生命周期的实施过程中，强调矫正性的方法，以控制产品的质量。
借助软件工程质量控制，可以及时发现问题，快速解决问题，对产品重点、掌握瓶颈、监控效果等进行专业管理和技术分析，使软件产品质量一直保持在用户可接受的水平之上。
二、软件质量评估软件质量评估是通过定性和定量的方法，评价一个软件产品的质量、可靠性和可用性。
在软件质量评估的过程中，评估人员需要遵循相关的标准和规范，通过对软件质量的不断分析和评估，为软件产品以及软件开发过程提供反馈信息，以提高产品的各项指标。
1. 质量评估方法软件质量评估主要分为定性和定量两种方法。
定性评估方法主要使用专家判断的方法，利用各种经验和直觉来针对软件产品特点进行质量评估。
而定量评估方法是基于统计数据分析和模型的建立，通过数据采集和分析，利用适当的数学模型和统计方法，来达到更准确、更科学的评估。
2. 质量评估标准软件产品的质量评估需要有一套严格的评估标准才能实现科学性、公正性和可比性。
国际标准组织和国家标准化组织对于软件工程的质量也做出了明确的要求，主要包括CMMI、ISO系列标准、IEEE、ANSI、JIS等标准。
软件工程中的质量管理与评估
软件工程中的质量管理与评估一、引言随着软件领域的迅速发展，软件质量的重要性也逐渐凸显出来。
在软件开发的全过程中，质量的管理与评估显得尤为重要，对于确保软件开发生命周期的成功与品质，有着直接的影响。
本文将从软件工程的角度出发，对软件质量管理与评估进行深入探讨，主要包括以下几个方面：质量管理的理论基础、质量管理的关键要素、软件评估的分类以及软件评估的方法。
二、软件质量管理的理论基础软件质量管理是软件工程的一个重要分支，其主要目的是确保软件产品能够满足用户和客户的期望和需求。
软件质量管理的理论基础主要包括以下几个方面：1.质量管理体系：基于ISO9001等通用标准，建立一个质量体系，以确保软件开发过程中的质量目标得以实现。
它包括质量目标的制定、质量标准的制定和实施、质量审核、质量培训等内容。
2.过程评价：对软件开发过程进行评估，以发现可能存在的问题和风险，并采取相应的改进措施，从而不断提高软件开发的质量和效率。
3.度量：以客观的方式度量和分析软件质量，通过测量和评估来改进软件开发过程和软件产品的质量。
三、软件质量管理的关键要素软件质量管理的关键要素主要包括以下几个方面：1.质量计划：对软件开发项目实施质量管理，制定质量计划，明确质量目标和标准。
2.质量控制：在软件开发过程中实施质量控制，保证软件产品的质量达到预期标准。
3.质量保证：保证软件产品和软件开发过程符合质量标准和规范。
4.质量改进：在软件开发过程中，不断对软件质量进行改进，以提高产品的质量，并充分利用质量数据和反馈。
四、软件评估的分类软件评估是软件质量管理的重要手段之一，可以用来发现软件产品和软件开发过程中存在的问题，提出相应的改进措施，以达到改善软件质量的目的。
软件评估的分类如下：1.内部评估：也称为自评估，是由软件开发人员或项目组自行进行的评估。
它可以帮助开发人员及时发现软件开发过程中存在的问题，促进问题的快速解决。
2.第三方评估：由外部专业机构或知名专家进行的评估。
软件工程中的软件质量评估与改进
软件工程中的软件质量评估与改进软件质量评估是软件工程中不可或缺的重要环节，通过对软件质量进行评估，可以发现潜在的问题并及时采取措施进行改进。
本文将介绍软件质量评估的基本概念和方法，并探讨如何进行软件质量的改进。
一、软件质量评估的基本概念软件质量评估是指通过一系列评估活动，对软件系统的质量进行客观、系统、全面和准确的评价。
它主要包括对软件的功能性、可靠性、可维护性、可移植性等方面进行评估。
软件质量评估的本质目的是为了提供有关软件产品质量的可靠信息，为软件的改进提供依据。
二、软件质量评估的方法1. 静态评估方法静态评估方法主要通过对软件系统的文档、源代码、设计图等静态资源进行评估。
其中常用的方法包括代码审查、软件质量指标评定以及软件可读性评估等。
通过对软件静态资源的评估，可以发现潜在的问题，提前进行改进。
2. 动态评估方法动态评估方法主要通过对软件系统进行测试来评估软件质量。
其中包括功能性测试、性能测试、安全性测试等。
通过对软件的运行过程进行监测和分析，可以发现软件在运行过程中可能出现的问题，并进行相应的改进措施。
三、软件质量改进的主要手段1. 测试驱动开发（TDD）测试驱动开发是一种先写测试用例，再编写代码的开发方法。
通过TDD的方式进行开发，可以确保在开发过程中对软件进行充分的测试，提高软件的质量。
同时，TDD也能够促使开发者思考代码的逻辑，提高代码的可维护性。
2. 持续集成（CI）持续集成是一种将代码频繁地集成到主干分支的开发方式。
通过持续集成，可以及时发现代码中的问题，减少问题的扩散范围。
同时，持续集成也能够促使开发团队更好地协作，提高软件质量。
3. 缺陷管理缺陷管理是通过建立缺陷管理系统，对软件中的缺陷进行有效的跟踪和管理。
通过及时记录缺陷、分析问题的原因，并采取相应的纠正措施，可以有效地提高软件的质量。
4. 持续改进软件质量的改进是一个迭代、持续的过程。
通过持续收集用户反馈、定期进行软件质量评估，并根据评估结果进行改进，可以不断提高软件质量。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
（3）用户
不可忽视的因素 必须得到用户的密切配合与支持 项目负责人必须与用户保持联系，掌握用户的心 理和动态，防止来自用户的一些干扰。 不配合（怀疑、抵触） 急于求成 变化无常
2. 软件工程控制
（1）进度控制 一旦制定，要严格执行，不要随意更改。 （2）人员控制 保证开发人员的稳定性； 至少保证软件项目每一期工程，或者软件生存周 期每一阶段中人员的相对稳定性； 调动每个人的积极性。
二、软件质量度量模型 1. Boehm模型
Boehm在1976年提出了定量评价软件质量的概念， 并给出了60个质量度量公式，第一次提出了软件质量 的层次模型。
设备独立性
可移植性
可靠性 可使用性 效率 环境工程 可测试性 可维护性 可理解性 可修改性
完善性 准确性 一致性 设备效率 可存取性 通信性 结构性 自描述性 简洁性 易读性 可扩充性
（3）经费控制
编制详细的经费预算，各阶段进行核算，避免超支。
（4）质量控制：各阶段的复审工作
3. 文档资料管理
软件工程管理很大程度上是通过对文档资料的管
理来实现的； 每个阶段的文档是对前面工作的总结和审核，又 是后一阶段的工作基础； 文档资料标准化是文档管理的重要课题。
四、软件产权
软件的特殊性：软件开发工作量大、周期长、
经济权利
也称财产权利，是指作者使用自己的作品以获得
经济收益的专有权利。修改权、使用权和获得报酬权
属于经济权利。
经济权利可以转让给他人。
投资高，且容易复制，复制费用很低。
所以长期以来，软件产品的侵权行为非常严重，
严重挫伤了人们开发软件的积极性。
1. 软件知识产权的法律保护
计算机软件是一种人类智力的创作成果，享有的
经济权利和精神权利主要靠知识产权来保护。
有关软件产权保护的法律有：
1）版权法 2）专利法 3）商标法 4）商业秘密法
（1）版权法 保护对象是文字作品 文档资料、源程序中的注释、代码 要求受保护的软件产品具有独创性（也称为初 创性、原创性），不能抄袭或复制他人的软件。
23个评价准则。
SQRC
SQDC
可跟踪性
完整性
ISO认为，高层
和中层应建立国际
正确性
一致性 可靠性
准确性 容错性 简洁性 可维护性 模块性 通用性 适应性 可扩充性 工具性 自描述性 简明性 执行效率 存储效率 存取控制 存取审查 可操作性 可用性 可训练性 通信性 软件独立性 连接性
SQMC 由各使用 单位根据 实际情况 制定
（3）商标法 计算机软件兼有作品和产品的特征，所以也得 到商标法的保护。 （4）商业秘密法 无论采取哪种知识产权法的保护，对软件的一 部分源程序始终受到商业秘密法的保护。
可以利用“许可合同”或“第三方保存源程序
合同”等合同相关保持商业秘密的条款来保护。
2. 软件著作权保护
（1）基本条件 《中华人民共和国著作权法》明确规定，计算 机软件是它受保护客体中的一项。
出口都会转一个弯，不会直 接通到室外，而二号线显然 没有注意到这一点。这一个 转弯大大减少了地铁站台和
外部的热量交换，从而减轻
了空调的压力，使得一号线 的电费大大小于二号线。
3、地面装饰线 一号线的站台最外边采用金属装饰，里面又用黑 色大理石嵌了一条边，在里面铺设同一色彩地砖。这 样的装饰，给予乘客心理上暗示，从而使所有的人都 会下意识地站在地砖所在的范围内，和地铁保持了大 约50厘米的距离，保证了乘客的安全。而二号线地面
一切。如：软件开发过程中使用的思想、概念、发现、
原理、算法、处理过程和运行方式都不受保护。
（3）著作权人权利 根据我国著作权法规定，作品著作权人（版权人） 的专利权包括： 发表权 署名权 修改权
保护作品完整权
使用权和获得报酬权
（4）精神权利和经济权利
一般说来，版权法授予著作权人的专有权利可以 分为两个方面： 精神权利 也称为非财产权利。发表权、署名权、保护作品 完整权属于精神权利。许多国家的版权法都规定， 作者的精神权利是永久的。
（2）专利法
保护的只是文字作品的表达形式，不保护作品
中反映出的作者的构思、方案。
软件产品的作者在软件构思上的工作是创造性劳
动，类似于发明成果，可以使用专利法来保护。 专利法比版权法要求严格，它要求受保护的软件
具有三个特性：新颖性、技术先进性、实用性。
对于已经获得专利的软件，可以享受专利法和版
权法所赋予的双重法律保护。
因此 McCall 定
义了一些评价准
则，使用它们来
可审计性 可扩充性 模块性
自描述性 简洁性 通用性 硬件独立性 软件独立性 通信共用性 数据共用性
估计软件质量要
素的值。
产品转移
可移植性 复用性 互连性
图13.3 McCall质量度量模型
3. ISO质量度量模型
1985年，国际标准化组织（ISO）提出建议，软
6、其他 地铁一号线每一个站台 的楼梯、柱子的位置基本上 是相同的，这大大减少了设 计时候的绘图费用。从德国
进口的车子的照明程度得到
了精确的测量，当车厢壁上 没有悬挂任何东西的时候， 其亮度是相当舒适的。
细节决定成败
一、软件质量
ANSI/IEEE Std 729-1983 定义： 与软件产品满足规定的和隐含的需求的能力有 关的特征或全体的特性。 M.J.Fisher定义： 所有描述计算机软件优秀程度的特性的组合。
效率
可使用性
完整性
McCall软件质量模型
主要用途
质量因素
软件属性（评价准则） 度量
可训练性
通常，对以上
11个质量要素直
产品运行
可操作性 可使用性 正确性 可跟踪性 完整性 容错性 准确性 一致性 执行效率 完整性 复杂性 安全性 可维护性 产品修正 灵活性 可测试性 工具性 简明性
可靠性
效率
接度量是困难的，
程 序 小 组
…
程 序 小 组
大型软件开发组织结构
（2）主程序员组
由IBM在70年代初期提出，是较为流行的组织形式。
高级工程师 （主程序员） 后备工程师 技术人员
专家
辅助人员
资料员
主程序员组
主程序员：经验丰富、技术优秀
负责主持计划、协调和复审本小组的全部技术活动。
技术人员：2～5人
负责软件分析和开发活动
1. 软件质量标准
早期：强调时间、空间效率
现在：全面的评价 （1）功能与性能 功能和性能与需求一致、非法事件的安全处理
（2）软件结构 结构清晰，易于阅读和理解，方便修改和维护； 良好的人机交互界面； 软件质量中隐含的需求。
（3）开发标准与文档方面
使用开发标准和开发准则，文档资料齐全。
补充说明： ① 不同的人对软件质量的要求不同。 用户：使用方便，执行效率高； 维护人员：文档资料清晰、完整。 ② 不同的系统的关键特性不同（可移植性） ③ 质量特性间的互相矛盾 高运行效率←→结构简单、可靠性←→运行速度
必须满足两个基本条件：
具有原创性
任何有复制或抄袭他人的软件不能获得著作权。
在某种有形物体上
能为人所感知、传播和复制（纸、磁带、磁盘）
（2）软件著作权保护范围
只要满足著作权法中基本条件的计算机软件（包
括程序和文件），都受著作权保护。
虽然软件以二进制数码形式构成的，但应把它和源 代码视为同一作品，因而也享有著作权保护。 软件著作权保护的只是软件的表现，而不是软件的
高层质量特性降为6个，分别是：
1）功能性；
2）可靠性；
3）可维护性；
4）效率；
5）可使用性；
6）可移植性。
中层子特性推荐使用21个。
各种质量因素之间相互影响，不可能使所有的
质量因素达到最佳。在实际中，根据软件的不同类
型和不同要求，评价准则给出不同的权重。
三、 软件工程管理
软件工程管理就是指对整个软件开发运行过程中
5、小缺口 地铁一号线，在设计的时候留 有站台门，地铁到达的时候，地铁 门和站台门会对准，同时打开。没 有地铁的时候站台门关闭。这进一 步保存了站台的热量，节省电费。 同时也保证了旅客的安全，使得旅 客根本不可能跳下站台。 然而在实际运营的时候，并没 有安装站台门，但仍然可以在站台 上看到门的导轨，导轨在每一个正 对门的地方都留有一个缺口。
标准，以便在国际
范围内推广应用
SQM技术。
而底层SQMC则 可以由各使用单位 根据实际情况制定。
效率
安全性
硬件独立性
通信共用性
ISO建 议的质 量度量 模型
数据共用性
1991年ISO发布的ISO/IEC 9126质量特性
国际标准中:
SQRC（高层）改称为“质量特性”； SQDC（中层）称为“质量子特性”； SQMC（底层）称为“度量”。
第13章 软件评价与管理
1. 软件质量
2. 软件质量度量模型 3. 软件工程管理 4. 软件产权
现代商业的成败，很多是由细节 决定的。往往只为了赚取一成左右的
利润而投入大量的资金，所以任何一
个细节的失误，就可能导致颗粒无收。
Байду номын сангаас
以上海的地铁为例：上海 的地铁一号线是由德国人设计 的，看上去并没有什么特别的 地方，直到中国人自己设计的 二号线投入运营才知道其中有 多少细节被我们忽略了。结果 二号线运营成本远远高于一号 线，似乎至今仍未实现收支平 衡。比如：
件质量度量模型由三层组成：
1）高层是软件质量需求评价准则（SQRC）
2）中层是软件质量设计评价准则（SQDC）
3）底层是软件质量度量评价准则（SQMC）