Сложность разработки программного обеспечения

Термин «сложность» означает состояние событий или вещей, которые имеют несколько взаимосвязанных связей и очень сложных структур. В программном программировании, по мере того как проектируется программное обеспечение, число элементов и их взаимосвязей постепенно становится огромным, что становится слишком сложным для понимания сразу.

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

Меры сложности Холстеда

В 1977 году г-н Морис Говард Холстед представил метрики для измерения сложности программного обеспечения. Метрики Холстеда зависят от фактической реализации программы и ее мер, которые вычисляются непосредственно из операторов и операндов из исходного кода статическим образом. Это позволяет оценить время тестирования, словарный запас, размер, сложность, ошибки и усилия для исходного кода C / C ++ / Java.

По словам Холстеда, «компьютерная программа — это реализация алгоритма, который считается набором токенов, которые можно классифицировать как операторы или операнды». Метрики Холстеда рассматривают программу как последовательность операторов и связанных с ними операндов.

Он определяет различные показатели для проверки сложности модуля.

параметр	Имея в виду
n1	Количество уникальных операторов
n2	Количество уникальных операндов
N1	Количество общего появления операторов
N2	Количество общего появления операндов

Когда мы выбираем исходный файл для просмотра деталей его сложности в Metric Viewer, в Metric Report появляется следующий результат:

метрический	Имея в виду	Математическое представление
N	Запас слов	n1 + n2
N	Размер	N1 + N2
В	объем	Длина * Log2 Словарь
D	трудность	(n1 / 2) * (N1 / n2)
Е	усилия	Сложность * Объем
В	ошибки	Объем / 3000
T	Время тестирования	Время = усилия / S, где S = 18 секунд.

Цикломатические меры сложности

Каждая программа включает в себя операторы, которые нужно выполнить для выполнения какой-либо задачи, и другие операторы принятия решений, которые решают, какие операторы должны быть выполнены. Эти конструкции принятия решений изменяют ход программы.

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

Маккейб в 1976 году предложил Cyclomatic Complexity Measure, чтобы количественно оценить сложность данного программного обеспечения. Это модель, основанная на графике, которая основана на принимающих решения конструкциях программы, таких как if-else, do-while, repeat-till, switch-case и goto.

Процесс создания графика управления потоком:

Разбить программу на более мелкие блоки, разграниченные конструкциями принятия решений.
Создайте узлы, представляющие каждый из этих узлов.
Подключите узлы следующим образом:

Если управление может перейти от блока i к блоку j

Нарисуй дугу
От узла выхода к узлу входа

Нарисуй дугу.

Если управление может перейти от блока i к блоку j

Нарисуй дугу

От узла выхода к узлу входа

Нарисуй дугу.

Для расчета цикломатической сложности программного модуля мы используем формулу —

V(G) = e – n + 2

Where
e is total number of edges
n is total number of nodes

Цикломатическая сложность вышеуказанного модуля

e = 10
n = 8
Cyclomatic Complexity = 10 - 8 + 2
                      = 4

По мнению П. Йоргенсена, цикломатическая сложность модуля не должна превышать 10.

Функциональная точка

Он широко используется для измерения размера программного обеспечения. Функция Point концентрируется на функциональности, предоставляемой системой. Функции и функциональные возможности системы используются для измерения сложности программного обеспечения.

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

Давайте посмотрим параметры функции точки:

Внешний вход

Каждый уникальный вход в систему извне рассматривается как внешний вход. Уникальность ввода измеряется, так как никакие два входа не должны иметь одинаковые форматы. Эти входные данные могут быть либо данными, либо параметрами управления.

Просто — если количество входных данных мало и влияет на меньшее количество внутренних файлов
Сложный — если количество входных данных велико и влияет на большее количество внутренних файлов
Средний — между простым и сложным.

Просто — если количество входных данных мало и влияет на меньшее количество внутренних файлов

Сложный — если количество входных данных велико и влияет на большее количество внутренних файлов