Главная страница  Анализ эмпирических данных 

1 2 3 4 5 6 [ 7 ] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

Таблица !.3

Параметры программ, доступные для измерения

Структурные характеристики .

Объем программы

- общее число операторов при записи иа входном языке

- число исполняемых операторов

- число неисполияемых операторов

- число машинно-зависимых команд Количество ветвей в программе

Число г.рямых сопряжений

- с другими прикладными программами

- с программами операционной системы

Число аргументов, необходимых для вызова интерфейса Кнформаииониые идтерфейсы

-- число общих блоков данных

- число внутренних переменных Число процедур

Число течек входа Число точек выхода Тип программы

- относительное число вычислительных блоков относительное число логических блоков

- относительное число блоков обработки данных

- относительное число блоков впода-вывода Уровни вложения циклов

Уровни вложения условных операторов (IF)

Число комментариев

Количество страниц документации

Требуемое машинное время (полное, а не только процессорное

- для разработки

- для проведения испытаний Индивидуальные характеристики

Трудности технического проектирования программы Трудности эксплуатации из-за ошибок на этапах

- проектирования

- кодирования

- отладки/проверки

- реализации

- документирования Тип программы

- исполнительная

- управляющая

- программа инициализации

- программа ввода

- вычислительная

- постпроцессор

- программа вывода Данные о персонале

- количестве людей, работавших над программой

- коэффициент загрузки каждого программиста

- оценка квалификации программиста

- оценка программиста с учетом выполняемой работы



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

1.7.2. Индивидуальные характеристики

Более глубокое понимание проблем программного обеспечения предполагает знание индивидуальных характеристик последнего. Используемый здесь подход опять-таки заключался в сборе любой доступной информации. Однако при определении круга общих вопросов, которые следовало задавать всем разработчикам, необходимо было учитывать, что любой ответ независимо от характера и сложности вопроса неизбежно будет содержать слово трудность. Действительно, в случае необходимости определить степень сложности программы мы обычно прежде всего даем ее характеристику, а затем все свое внимание концентрируем на тех трудностях, которые возникали или могут возникнуть при ее реализации. Аналогичным образом в подобных ситуациях ведут себя специалисты по испытаниям или по сопровождению программных средств. Это свидетельствует о том, что мы не в состоянии оценить сложность программного обеспечения, но довольно хорошо и вполне однозначно представляем себе те факторы, которые делают программу трудной . Поэтому вопросы относительно индивидуальных особенностей программ ограничивались определением типа программы и выяснением трудностей ее реализации. Исследователи просили руководителей групп разработки оценить относительную трудность каждого из перечисленных ниже этапов создания программных средств и сделать замечания, ка сающиеся каждой конкретной программы и тех затруднений, которые встретились во время ее разработки и тестирования. Оценке подлежали следующие этапы:

- Проектирование, т. е. создание технического и рабочего проектов, анализ проектных решений, опрег



деление требований к системе и все работы, предшествующие кодированию.

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

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

- Реализация, т. е. работа, необходимая для сопряжения данной программы с другими программами, операционной, системой и системой связи COMPOOL, а также для обеспечения доступа к базе данных, решения проблем общения разработчиков, организации группы испытаний, управления конфигурацией системы программного обеспечения и т. п.

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

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

CON - управляющая или организующая программа;

1NP - программа ввода данных, ЬЕТ - программа установки начальных значений или запуска,

Р/С - программа с преобладанием вычислитель-

- ных операций, Р/Р - программа-постпроцессор, OUT - программа вывода данных, UTL - вспомогательная служебная программа (программа-утилит).

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



1 2 3 4 5 6 [ 7 ] 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105

© 2000 - 2024 ULTRASONEX-AMFODENT.RU.
Копирование материалов разрешено исключительно при условии цититирования.