Внутренние атрибуты продукта

Внутренние атрибуты продукта описывают программные продукты так, что они зависят только от самого продукта. Основная причина измерения внутренних атрибутов продукта заключается в том, что он поможет контролировать и контролировать продукты во время разработки.

Измерение внутренних атрибутов продукта

Основные внутренние атрибуты продукта включают размер и структуру . Размер может быть измерен статически без необходимости их выполнения. Размер продукта говорит нам об усилиях, необходимых для его создания. Точно так же структура продукта играет важную роль в проектировании обслуживания продукта.

Измерение размера

Размер программного обеспечения можно описать тремя атрибутами:

• Длина — это физический размер продукта.

• Функциональность — описывает функции, предоставляемые продуктом пользователю.

• Сложность — Сложность бывает разных типов, например.

  • Сложность проблемы — Измеряет сложность основной проблемы.

  • Алгоритмическая сложность — измеряет сложность алгоритма, реализованного для решения задачи

  • Структурная сложность — Измеряет структуру программного обеспечения, используемого для реализации алгоритма.

  • Когнитивная сложность — измеряет усилия, необходимые для понимания программного обеспечения.

Длина — это физический размер продукта.

Функциональность — описывает функции, предоставляемые продуктом пользователю.

Сложность — Сложность бывает разных типов, например.

Сложность проблемы — Измеряет сложность основной проблемы.

Алгоритмическая сложность — измеряет сложность алгоритма, реализованного для решения задачи

Структурная сложность — Измеряет структуру программного обеспечения, используемого для реализации алгоритма.

Когнитивная сложность — измеряет усилия, необходимые для понимания программного обеспечения.

Измерение этих трех атрибутов можно описать следующим образом:

длина

Существует три продукта для разработки, измерение размера которых полезно для прогнозирования усилий, необходимых для прогнозирования. Это спецификация, дизайн и код.

Спецификация и дизайн

В этих документах обычно сочетаются текстовые, графические и специальные математические диаграммы и символы. Измерение спецификации может использоваться для прогнозирования длины проекта, который, в свою очередь, является предиктором длины кода.

Диаграммы в документах имеют единый синтаксис, такой как помеченные орграфы, диаграммы потоков данных или Z-схемы. Поскольку спецификации и проектные документы состоят из текстов и диаграмм, его длина может быть измерена в виде пары чисел, представляющих длину текста и длину диаграммы.

Для этих измерений атомные объекты должны быть определены для различных типов диаграмм и символов.

Элементарными объектами для диаграмм потоков данных являются процессы, внешние объекты, хранилища данных и потоки данных. Атомными объектами для алгебраических спецификаций являются виды, функции, операции и аксиомы. Атомными объектами для Z-схем являются различные строки, появляющиеся в спецификации.

Код

Код может быть создан различными способами, такими как процедурный язык, объектная ориентация и визуальное программирование. Наиболее часто используемая традиционная мера длины исходного кода программы — это строки кода (LOC).

Общая длина,

LOC = NCLOC + CLOC

т.е.

LOC = без комментариев LOC + с комментариями LOC

Помимо строки кода, для измерения длины могут использоваться и другие альтернативы, такие как размер и сложность, предложенные Морисом Холстедом.

Наука о программировании Холстеда пыталась охватить различные атрибуты программы. Он предложил три внутренних атрибута программы, таких как длина, словарный запас и объем, которые отражают различные представления о размере.

Он начал с определения программы P как набора токенов, классифицированных по операторам или операндам. Основные метрики для этих токенов были,

• μ ₁ = количество уникальных операторов

• μ ₂ = количество уникальных операндов

• N ₁ = Всего вхождений операторов

• N ₂ = количество уникальных операторов

μ ₁ = количество уникальных операторов

μ ₂ = количество уникальных операндов

N ₁ = Всего вхождений операторов

N ₂ = количество уникальных операторов

Длина P может быть определена как

$$N = N_ {1} + N_ {2}$$

Словарный запас

$$\ mu = \ mu _ {1} + \ mu _ {2}$$

Объем программы = количество умственных сравнений, необходимых для написания программы длиной N , равно

$$V = N \ times {log_ {2}} \ mu$$

Программный уровень программы P громкости V составляет,

$$L = \ frac {V ^ \ ast} {V}$$

Где $V ^ \ ast$ — потенциальный объем, т. Е. Объем реализации P минимального размера

Инверсией уровня является сложность —

$$D = 1 \ diagup L$$

Согласно теории Холстеда, мы можем вычислить оценку L как

$${L} '= 1 \ diagup D = \ frac {2} {\ mu_ {1}} \ times \ frac {\ mu_ {2}} {N_ {2}}$$

Точно так же примерная длина программы составляет $\ mu_ {1} \ times log_ {2} \ mu_ {1} + \ mu_ {2} \ times log_ {2} \ mu_ {2}$

Усилие, необходимое для генерации P определяется как

$$E = V \ diagup L = \ frac {\ mu_ {1} N_ {2} Nlog_ {2} \ mu} {2 \ mu_ {2}}$$

Где единица измерения E — элементарное умственное различение, необходимое для понимания P

Другие альтернативы для измерения длины:

• С точки зрения количества байтов памяти компьютера, необходимых для текста программы

• По количеству символов в тексте программы

С точки зрения количества байтов памяти компьютера, необходимых для текста программы

По количеству символов в тексте программы

Объектно-ориентированная разработка предлагает новые способы измерения длины. Pfleeger et al. Установлено, что подсчет объектов и методов приводит к более точным оценкам производительности, чем те, которые используют строки кода.

функциональность

Количество функциональности, присущей продукту, дает меру размера продукта. Существует так много разных методов измерения функциональности программных продуктов. Мы обсудим один такой метод ─ метод функциональной точки Альбрехта ─ в следующей главе.