Оценка структурной сложности программных средств в промышленности на ранних стадиях жизненного цикла

• Автор: Демирский, Александр Анатольевич
• Шифр специальности: 05.13.01
• Научная степень: Кандидатская
• Год защиты: 2009
• Место защиты: Тверь
• Количество страниц: 161 с. : ил.

ОГЛАВЛЕНИЕ
Введение
ГЛАВА 1. АНАЛИЗ СОВРЕМЕННЫХ ПОДХОДОВ К ПЛАНИРОВАНИЮ ПРОЕКТОВ РАЗРАБОТКИ ПРОГРАММНЫХ СРЕДСТВ АСУП
1.1. Структура АСУП промышленных предприятий. Проблемы управления проектами разработки ПС АСУП

1.2. Анализ факторов влияющих на характеристики программных проектов

1.3. Анализ методов прогнозирования структурной сложности ПС.

Сравнение существующих подходов

1.3.1. Экспертные методы

1.3.2. Метод аналогий

1.3.3. Метод функциональных баллов

1.3.4. Метод объектных баллов
1.4. Постановка научной задачи
Выводы по главе

ГЛАВА 2. РАЗРАБОТКА ФОРМАЛЬНОГО МЕТОДА ДЛЯ ОЦЕНКИ СТРУКТУРНОЙ СЛОЖНОСТИ ПС '
2.1. Обоснование выбора метода обработки информации для прогнозирования структурной сложности ПС
2.2. Построение моделей оценки структурной сложности ПС на основе алгоритмов нечеткого вывода
2.2.1. Алгоритм нечеткого вывода Мамдани
2.2.2. Алгоритм нечеткого вывода Сугэно
2.2.3. Настройка параметров базы знаний
2.3. Описание структуры нейронной сети для настройки параметров базы знаний
2.4. Описание процедуры построения модели для оценки размера программного объекта ПС

Выводы по главе
ГЛАВА 3. РАЗРАБОТКА МОДЕЛЕЙ ДЛЯ ОЦЕНКИ СТРУКТУРНОЙ СЛОЖНОСТИ ПС НА РАННИХ ЭТАПАХ ЖИЗНЕННОГО ЦИКЛА
ЗЛ. Выделение классов объектов ПС АСУП для построения моделей оценки их размера на ранних этапах жизненного цикла ПС
ЗЛ Л. Описание объектов «клиентские и диалоговые окна ПС»
3 Л .2. Описание объекта «отчеты»
ЗЛ.3. Описание объекта «файл данных (таблица РСУБД)»
3 Л .4. Описание объекта «функция экспорта-импорта данных»
3.2. Методика подсчета количественных свойств выделенных типов объектов для оценки размера ПС
3.2.1. Порядок подсчета количества элементов интерфейса для ввода/редактирования/просмотра данйых
3.2.2. Порядок подсчета количества используемых логических файлов
или таблиц РСУБД связанных с окном
3.2.3. Порядок подсчета количества реквизитов выходного документа
3.2.4. Порядок подсчета элементов данных в таблицах РСУБД и файлах
3.2.5. Порядок подсчета характеристик функций экспорта-импорта
данных
3.3. Построение моделей оценки размера выделенных программных объектов
3.4. Рекомендации по выбору единиц измерения,выходных параметров моделей для оценки размера программных объектов ПС
Выводы по главе
ГЛАВА 4. ИНФОРМАЦИОННАЯ СИСТЕМА ИНТЕЛЛЕКТУАЛЬНОЙ ПОДДЕРЖКИ УПРАВЛЕНЧЕСКИХ РЕШЕНИЙ ПРИ ПЛАНИРОВАНИИ РЕСУРСОВ НА РАЗРАБОТКУ ПС
4.1. Разработка требований к функциональной архитектуре ИС, реализующей предложенные методы прогнозирования структурной сложности ПС
4.2. Описание разработанной ИС поддержки управленческих решений при планировании ресурсов на разработку ПС

4.3. Сравнение точности прогнозирования структурной сложности ПС традиционными и предложенными методами
Выводы по главе
Заключение
Список литературы
Приложения

• РЬмерения в строках кода позволяют выполнять межпроектные сравнения и оценивать будущие проекты по данным прошлых проектов.
С другой стороны, строки кода также создают определенные трудности при оценке размера:
• ; Упрощенные модели вида «количество строк кода на человеко-месяц»
подвержены ошибкам из-за издержек масштаба и заметных различий в скорости кодирования для разных типов программного обеспечения.
• Строки кода не могут использоваться в качестве основы для оценки задач, порученных отдельным программистам, из-за огромных различий в производительности.
• Если проект требует более сложного, кода по сравнению с проектом, использовавшимся для калибровки ‘ предположений о производительности, это может нарушить точность оценки.
• Применение метрики I .ОС при оценке работы по- постановке требований, проектированию и других действий, предшествующих созданию кода, выглядит противоестественно.
• Строки кода трудно оценивать напрямую и их обычно приходится оценивать опосредованно.
' Зг
• Необходимо заранее тщательно определить, что именно следует считать строкой кода.
При- разработке; программного, проекта требуется оценить параметры проекта уже на самом начальном этапе системного анализа. Вместе с тем использование числа строк исходного кода для оценки размеров программного изделия требует определенной степени детальности описания будущего продукта, что может быть достигнуто только в-результате предварительной функциональной декомпозиции изделия.