
- •Оглавление
- •Глава 1. Жизненный цикл программного обеспечения ……………………………………………43
- •Глава 2. Методические аспекты
- •Глава 3. Моделирование бизнес-процессов
- •Глава 4. Анализ и проектирование
- •Глава 5. Технологии создания программного
- •Глава 6. Оценка трудоемкости создания
- •Глава 7. Особенности современных проектов ........527
- •Предисловие
- •Введение
- •Глава 1 жизненный цикл программного обеспечения
- •Нормативно-методическое обеспечение создания по
- •Стандарт жизненного цикла по
- •Основные процессы жц по
- •Вспомогательные процессы жизненного цикла по
- •Организационные процессы жизненного цикла по
- •Взаимосвязь между процессами жц по
- •Модели жизненного цикла по
- •Каскадная модель жц
- •Итерационная модель жизненного цикла
- •Методика spmn
- •Пример процесса «управление требованиями»
- •Пример процесса «управление конфигурацией по»
- •Общие принципы проектирования систем
- •Визуальное моделирование
- •Структурные методы анализа и проектирования по
- •Метод функционального моделирования
- •Описание типов связей
- •Моделирования процессов idef3
- •Типы связей idef3
- •Типы соединений
- •Моделирование потоков данных
- •Количественный анализ диаграмм
- •Сравнительный анализ sadt-моделей и диаграмм потоков данных
- •Моделирование данных
- •Объектно-ориентированные методы анализа и проектирования по
- •Основные принципы построения объектной модели
- •Основные элементы объектной модели
- •Значения мощности
- •Унифицированный язык моделирования uml
- •Диаграммы вариантов использования
- •Диаграммы взаимодействия
- •Диаграммы классов
- •Диаграммы состояний
- •Диаграммы деятельности
- •Диаграммы компонентов
- •Диаграммы размещения
- •Механизмы расширения uml
- •Количественный анализ диаграмм uml
- •Основные элементы языка uml
- •Основные типы связей языка uml
- •Диапазоны оценок для диаграмм uml
- •Образцы
- •Сопоставление и взаимосвязь структурного и объектно-ориентированного подходов
- •Структурный (процессный) подход к моделированию бизнес-процессов
- •Принципы процессного подхода
- •Применение диаграмм потоков данных
- •Система моделирования aris
- •Метод ericsson-penker21
- •Пример использвания процессного подхода
- •История болезни пациента
- •Спецификация структур данных
- •Построение диаграмм потоков данных нулевого и последующих уровней
- •Объектно-ориентированный подход к моделированию бизнес-процессов
- •Методика моделирования
- •Пример использования объектно-ориентированного подхода
- •Пример спецификации требований к программному обеспечению
- •Пример структурного проектирования по
- •Построение диаграмм системных процессов и диаграмм последовательностей экранных форм
- •Объектно-ориентированный анализ
- •Архитектурный анализ
- •Анализ вариантов использования
- •Объектно-ориентированное проектирование
- •Проектирование архитектуры системы
- •Проектирование элементов системы
- •Глава 5 технологии создания программного обеспечения
- •Определение технологии
- •Общие требования, предъявляемые
- •Внедрение тс по в организации
- •Общие сведения
- •Определение потребностей в тс по
- •Оценка и выбор тс по
- •Критерии оценки и выбора тс по
- •Выполнение пилотного проекта
- •Практическое внедрение тс по
- •Примеры тс по
- •Технология rup (rational unified process)
- •Технология oracle
- •Технология borland
- •Технология computer associates
- •Глава 6 оценка трудоемкости создания программного обеспечения
- •Методы оценки и их классификация
- •Методика оценки трудоемкости разработки по на основе функциональных точек
- •Определение функциональных типов
- •Определение количества и сложности функциональных типов по данным
- •Сложность ilf и eif
- •Определение количества и сложности транзакционных функциональных типов
- •Сложность ei
- •Сложность ео
- •Подсчет количества функциональных точек
- •Зависимость количества fp от сложности функционального типа
- •Коммуникации данных
- •Распределенная обработка данных
- •Производительность
- •Эксплуатационные ограничения
- •Частота транзакций
- •Ввод данных в режиме «онлайн»
- •Эффективность работы конечных пользователей1
- •Онлайновое обновление
- •Сложная обработка31
- •Повторное использование
- •Простота установки
- •Простота эксплуатации
- •Количество возможных установок на различных платформах
- •Гибкость32
- •Оценка трудоемкости разработки
- •Размер программного обеспечения в fp и loc
- •Распределение временных затрат по стадиям для маленьких и больших проектов
- •Статистические данные
- •Статистические (регрессионные) модели
- •Группа процессов
- •Определение весовых показателей вариантов использования
- •Определение технической сложности проекта
- •Определение уровня квалификации разработчиков
- •Оценка трудоемкости проекта
- •Методы, основанные на экспертных оценках
- •Метод дельфи
- •Метод декомпозиции работ
- •Средства оценки трудоемкости
- •Планирование итерационного процесса создания по
- •Глава 7 особенности современных проектов
- •Категории «безнадежных» проектов
- •Причины, порождающие «безнадежные» проекты
- •Причины разногласий между участниками проекта
- •Переговоры в «безнадежном» проекте
- •Человеческий фактор в «безнадежных» проектах
- •Процессы в «безнадежных» проектах
- •Динамика процессов
- •Контроль над продвижением проекта
- •Технология и инструментальные средства «безнадежных» проектов
- •Дополнительная литература
- •Краткий словарь терминов
- •Список основных сокращений
Количество возможных установок на различных платформах
Приложение рассчитано на установку у одного пользователя
Приложение рассчитано на много установок для строго стандартной платформы (технические средства + программное обеспечение)
Приложение рассчитано на много установок для платформ с близкими характеристиками
Приложение рассчитано на много установок для различных платформ
То же, что в случаях 1 или 2, плюс наличие документации и планов поддержки всех установленных копий приложения
То же, что в случае 3, плюс наличие документации и планов поддержки всех установленных копий приложения
Гибкость32
Ни одной из перечисленных возможностей1
Любая одна из возможностей
Любые две из возможностей
Любые три из возможностей
Любые четыре из возможностей
Все пять возможностей
поддержка простых запросов, например, логики и (или) в применении только к одному ILF (вес - 1);
поддержка запросов средней сложности, например, логики и (или) в применении более чем к одному ILF (вес - 2);
поддержка сложных запросов, например, комбинации логических связок и (или) в применении к одному или более ILF (вес — 3);
управляющая информация хранится в таблицах, поддерживаемых пользователем в интерактивном режиме, однако эффект от ее изменений проявляется на следующий рабочий день;
то же, но эффект проявляется немедленно (вес - 2).
После определения всех значений GSC и вычисления поправочного коэффициента VAF вычисляется итоговая оценка количества функциональных точек (Adjusted Function Points, AFP):
AFP = UFP * VAF.
6.2.5.
Оценка трудоемкости разработки
Ниже в соответствии с данными SPR определяется количество строк кода (SLOC) на одну функциональную точку в зависимости от используемого языка программирования.
Количество строк кода на одну функциональную точку
Язык (средство) |
Количество SLOC на FP |
АВАР/4 |
16 |
Access |
38 |
ANSI SQL |
13 |
C++ |
53 |
Clarion |
58 |
Data base default |
40 |
Delphi 5 |
18 |
Excel 5 |
6 |
FoxPro 2.5 |
34 |
Oracle Developer |
23 |
PowerBuilder |
16 |
Smalltalk |
21 |
Visual Basic 6 |
24 |
Visual C++ |
34 |
HTML 4 |
14 |
Java 2 |
46 |
Умножая AFP на (количество SLOC на FP), получаем количество SLOC в приложении.
Далее для оценки трудоемкости и времени разработки может использоваться один из вариантов известной модели оценки трудоемкости разработки ПО под названием СОСОМО и ее современной версии СОСОМО II (см. подразд. 6.3).
В табл. 6.5 приведены усредненные статистические данные размера ПО по некоторым видам приложений.
Таблица 6.5