更新时间: 试题数量: 购买人数: 提供作者:

有效期: 个月

章节介绍: 共有个章节

收藏
搜索
题库预览
2.1从度量目的导出度量范围 定义了总体范围的软件可根据其度量目的 不同,使用不同的办法划分为具有不同度量范围的 多个软件块。假定总体范围被定义为 “X组织的应用程序产品包 ”或“Y项目将要交付的所有软 件块”,可根据以下因素进行划分: • 不同层的软件(根据上文提到的规则 • 不同的组织职责,如按照客户群或子项目团队 。 • 根据性能度量、工作量估算或者软件合同等不同的目的需要区分不同的交付物。 正是由于如下的 原因,需要划分软件块的度量范围: • 采用不同的技术路线 进行开发 ,如硬件平台、编程语言等 。 • 采用不同的运行模式,如联机模式与批处理模式 5 。 • 开发用而非交付用的软件(包括应用封装软件或其他复用软件) 。 • 在不同分解层次上的软件,例如,一个完整的应用程序或一个主要 /次要构件 ,如可复用的 对象。 • 是主要的交付物,而非使用一次、用后即弃的软件,例如用于数据转换 ,后者可能不值得 花费工作量去度量 。 • 敏捷过程中单次迭代交付的软件 。 • 是新开发的,而非对软件的增强 。 以及以上因素的任意组合。 总之,度量目的 必须总是用来确定: 含的软件分解成各个独立块的方法,每个块有自己的范围,并且被分别度量。 实践中,范围的描述需要详细描述而不是概括性的,如项目团队 A开发的产出,或者应用 程序 商业案例:图2.1显示了一个项目团队交付的所有单独的软件块(即总体范围): • 一个已实现的软件包的客户端和服务器端构件 。 • 服务器构件的新开发程序包和已有应用程序间的接口程序 。 • 软件包所需的一次性数据转换程序,用于按照程序包的需要将现有的数据转换为新的格式。 此程序使用了一些由项目组开发的可 复用对象。 • 为新硬件而开发的设备驱动软件,客户端 构件的程序包将在其上运行 。 (每个定义了度量范围的单独的软件块用一个矩形框表示。) 5 译者注:批处理模 式是指在计算机上无须人工干预而执行系列程序的作业。批处理任务无须人工交互,所有的输入数 据预先设置于程序或命令行参数中。 Measurement Manual, v4.0.2Copyright © 2017 21 图2.1 一个软件项目交付物的总体范围以及单独的度量范围 图中显示了交付软件是由两部分组成的:新开发的软件以及项目团队已实现的软件。 目的是 要度量将要加入组织级软件产品包的各个 软件块的FUR,需要把软件包看作一个整体,即忽 略客户端-服务器的构件结构。 已实现的程序包规模加上接口程序的规模, 用于更新组织的应用程序产品包的总规模。 由于数据转换程序只被使用一次就废弃,其规模无需度量。但每一个复用对象的规模以及新 设备驱动的规模均记录在组织基础设施软件清单中。它们也是单独归类的。 由于交付物的多样性,使得度量项目团队的绩效时,把所有交付软件的规模加起来是没 有意义的。交付不同软件块的团队的绩效 应被分别度量。 需要注意的是,通常我们只需要度量软件 FUR中需要实现的那部分 ,而不是度量软件 包的整个FUR。只有对于软件包供应商,度量后者才有意义。
5.4 文字调整 增加一个注释,以说明 COSMIC功能规模度量已经成功应用于度量用户 故事和敏捷开发。 附录C 纠正 例6)并不局限于 “在同一软件 内”,因此删掉 此短语。 Measurement Manual, v4.0.2Copyright © 2017 92 附录F—术语表 根据本章节中的定义,以下术语用于 COSMIC功能规模度量方法( “COSMIC方法”)。 已被ISO定义的术语( 如“功能规模度量 ”或“度量单位 ”)及其ISO的定义都已被 COSMIC 方法采纳。 对于术语表中所列的大部分术语,适当时,都标明了后缀 “类型”。由于任何功能规模度量 方法的目标是识别数 据或功能的 “类型”而不是“实例”,所以在整个 COSMIC方法中,我们 总是关注“类型”而不是“实例”。因此,为了方便阅读,在正文中我们将省略 后缀“类型”, 除非当我们特别需要区分类型和 实例。这也是国际标准 (ISO/IEC 19761:2011)所采纳的关于 COSMIC方法的惯例。偶尔在起草这些定义时,这种惯例会导致一些困难 ——请看下文“数据 移动类型 ”定义中的注3(没有出现在国际标准中)。 关于类型和 实例的完整讨论参见 1.3.3节。 注意:只在特定领域的 COSMIC“指南”中使用的术语被定义在那些指南中 ,它们不在下 文中列出。 在下文列出的定义中: • 为了便于互相参照,在本术语表中其他地方定义的术语加了 下划线。 • 源自ISO标准关于 COSMIC方法的术语 (ISO/IEC 19761)或COSMIC方法特有的术语 均已加粗斜体显示。 • 其它已被 ISO采纳但非 COSMIC方法特有的术语 加粗显示。 应用软件 通过电脑收集、保存、处理和展示数据的 软件系统 。 注意:这是 ISO/IEC 24570:2005 软件工程 -- NESMA 2.1版功能规模度量方法 所给定义的修 改版。 (“应用软件 ”的另一种定义)与控制电脑本身的软件不同,应用软件被设计用于帮助用户执 行特定的任务或处理特定类型的问题。 注意:这是 ISO/IEC 24765:2010 系统与软件工程词汇 4.5所给定义的细微修改版。 应用程序常规信息 与应用程序相关,而不与特定功能处理的兴趣对象相关的所有信息。 基础功能构件 (  ) 出于度量目的,用 FSM方法定义的 功能性用户需求 的基本单位 [17]。 注意:COSMIC方法定义一个数据移动类型为一个 BFC。 基础功能构件类型( BFC类型)BFC[17]定义的类型。 COSMIC方法有四个 BFC类型,输入、 输出、读和写(类型)。 边界 被度量软件及其功能用户 之间的一个概念性接口。 注意:从以上定义可以引申出, 在同一层或不同层间的任何两个有数据交换的软件块之间,存 在一个边界,此时,一个 软件块是另一软件块的功能用户 ,反之亦然。 构件 软件系统 中单独存在的部分。独立出来是出于软件结构体系的原因,和 /或由于被独立定 义、设计或开发的。 控制命令 人类功能用户 用来控制软件使用的命令,但不包含任何对被度量软件 FUR中定义的 兴趣对象 的数据移动。 Measurement Manual, v4.0.2Copyright © 2017 93 注意:控制指令 不是数据移动 ,因为它不移动关于 兴趣对象 的数据。
2.7共享相同或相似功能的功能处理的独立性 :复用 在同一被度量软件中,任意的两个或多个功能处理中可能会有一些相同或非常相似的功能。 这种现象被称作 “功能共性 ”,或功能的 “相似”。 但是,在 COSMIC方法中(与其他所有 FSM方法一样)每个功能处理都是独立定义、建 模和度量的,即不参考同一被度量软件中的其他功能处理(请看功能处理定义中的条款 a))。 在同一被度量软件中,如果在两个或多个功能处理间有相同或相似的功能,则 在度量规模时, 此 功能必须在每个功能处理中分别 纳入。以下是在实践中可能遇到的功能共性与相似情况的实例: 业务软件案例:在同一被度量软件中的几个功能处理可能需要相同的确认功能,如用于确认 “订单日期”,或需要访问相同的 持久数据,或需要执行相同的利息计算。 实时软件案例:在同一被度量软件中的几个功能处理可能需要从同一个传感器(对同一数据 组的相同移动)中获取数据,或需要执行相同的缩放换算,如从华氏温度转换到摄氏温度(相 同的数据运算)。 当一个FUR在软件里被实现时,任何 “功能共性 ”可能开发为可复用软件,也可能不会。 当度量软件规模时,必须忽略所有包括实际的或潜在的软件复用的实现决策 。但是,当使用功能 规模度量法进行项目工作量 分析或估算时, 也许需要考虑 复用。