Графика
<<  Стадии проектирования и реализации ИС Базовая графика  >>
ТЕМА 5. Стадии проектирования и реализации ИС
ТЕМА 5. Стадии проектирования и реализации ИС
Стадии ЖЦ
Стадии ЖЦ
Стадии ЖЦ по ГОСТ 34
Стадии ЖЦ по ГОСТ 34
Проектирование ИС
Проектирование ИС
Рабочее проектирование
Рабочее проектирование
Связь между этапами проектирования
Связь между этапами проектирования
Документация этапа рабочего проектирования
Документация этапа рабочего проектирования
Каталог базы данных Состав выходных данных (сообщений) Инструкция по
Каталог базы данных Состав выходных данных (сообщений) Инструкция по
Разработка спецификаций модулей ИС
Разработка спецификаций модулей ИС
Предназначение спецификаций
Предназначение спецификаций
Содержание технической спецификации
Содержание технической спецификации
Отсутствие спецификаций
Отсутствие спецификаций
Разработка метрик генерации кода
Разработка метрик генерации кода
Факторы оценки трудоемкости
Факторы оценки трудоемкости
Обмен данными
Обмен данными
Алгоритм загрузки/выгрузки данных
Алгоритм загрузки/выгрузки данных
Тестирование
Тестирование
Функции системы хранения ошибок
Функции системы хранения ошибок
Основные причины неудач проектов разработки ИС
Основные причины неудач проектов разработки ИС
Единица измерения проекта
Единица измерения проекта
Методы оценки трудоемкости разработки ПО ИС
Методы оценки трудоемкости разработки ПО ИС
Методы оценки трудоемкости разработки ПО
Методы оценки трудоемкости разработки ПО
Хорошая оценка трудоемкости
Хорошая оценка трудоемкости
Факторы оценки трудоемкости
Факторы оценки трудоемкости
Недостатки метода определения размера продукта через количество строк
Недостатки метода определения размера продукта через количество строк
1 мес
1 мес
Методы определения размера продукта
Методы определения размера продукта
Алгоритм метода функциональных точек
Алгоритм метода функциональных точек
Алгоритм метода функциональных точек
Алгоритм метода функциональных точек
Тип оценки
Тип оценки
Границы продукта
Границы продукта
Внутренние логические файлы (ILFs) — выделяемые пользователем
Внутренние логические файлы (ILFs) — выделяемые пользователем
Функциональные точки, связанные с данными
Функциональные точки, связанные с данными
Матрица сложности данных
Матрица сложности данных
FP, связанные с транзакциями
FP, связанные с транзакциями
Оценка сложности транзакций
Оценка сложности транзакций
Пример оценки сложности транзакции
Пример оценки сложности транзакции
Определение суммарного количества не выровненных функциональных точек
Определение суммарного количества не выровненных функциональных точек
Расчет количества выровненных функциональных точек
Расчет количества выровненных функциональных точек
Общесистемные параметры
Общесистемные параметры
Общесистемные параметры
Общесистемные параметры
Общесистемные параметры
Общесистемные параметры
Размер ПО в функциональных точках
Размер ПО в функциональных точках
Количество строк кода на одну функциональную точку
Количество строк кода на одну функциональную точку
1
1
Статистическая модель оценки трудоемкости
Статистическая модель оценки трудоемкости
Допущения модели COCOMO
Допущения модели COCOMO
Оценка трудоемкости проекта
Оценка трудоемкости проекта
Оценка длительности проекта
Оценка длительности проекта
Факторы масштаба в COCOMO
Факторы масштаба в COCOMO
Множители трудоемкости
Множители трудоемкости
Множители трудоемкости для предварительной оценки
Множители трудоемкости для предварительной оценки
Множители трудоемкости для предварительной оценки
Множители трудоемкости для предварительной оценки
Множители трудоемкости
Множители трудоемкости
Множители трудоемкости
Множители трудоемкости
Пример определения TOOL
Пример определения TOOL

Презентация: «Стадии проектирования и реализации ИС». Автор: Alex. Файл: «Стадии проектирования и реализации ИС.ppt». Размер zip-архива: 607 КБ.

Стадии проектирования и реализации ИС

содержание презентации «Стадии проектирования и реализации ИС.ppt»
СлайдТекст
1 ТЕМА 5. Стадии проектирования и реализации ИС

ТЕМА 5. Стадии проектирования и реализации ИС

Лекция 23. Этап рабочего проектирования.

2 Стадии ЖЦ

Стадии ЖЦ

по ГОСТ 34.601-90 Формирование требований к АС Разработка концепции АС. Техническое задание. Эскизный проект. Технический проект. Рабочая документация. Ввод в действие. Сопровождение АС

по ISO/IEC 15288:2002 Формирование концепции Разработка Реализация Эксплуатация Поддержка Снятие с эксплуатации

Анализ требований

Проектирование

Реализация

Внедрение

Эксплуатация

2

3 Стадии ЖЦ по ГОСТ 34

Стадии ЖЦ по ГОСТ 34

601-90

Стадия

Этапы

4. Эскизный проект.

4.1. Разработка предварительных проектных решений по системе и её частям. 4.2. Разработка документации на АС и её части.

5. Технический проект.

5.1. Разработка проектных решений по системе и её частям. 5.2. Разработка документации на АС и её части. 5.3. Разработка и оформление документации на поставку изделий для комплектования АС и (или) технических требований (технических заданий) на их разработку. 5.4. Разработка заданий на проектирование в смежных частях проекта объекта автоматизации.

6. Рабочая документация.

6.1. Разработка рабочей документации на систему и её части. 6.2. Разработка и/или адаптация программ.

3

4 Проектирование ИС

Проектирование ИС

Эскизное проектирование

Техническое проектирование

Техно-рабочее проектирование

Рабочее проектирование

Результаты анализа предметной области

Готовая к внедрению ИС

Эскизный проект (мнемосхемы, диаграммы процессов верхнего уровня)

Технический проект (системный проект в виде комплекса моделей работы ИС)

Рабочий проект (комплекс программ с эксплуатационной документацией)

4

5 Рабочее проектирование

Рабочее проектирование

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

5

6 Связь между этапами проектирования

Связь между этапами проектирования

6

7 Документация этапа рабочего проектирования

Документация этапа рабочего проектирования

Рабочий проект – комплекс документации, содержащий все необходимые и достаточные сведения для обеспечения выполнения работ по вводу ИС в действие и её эксплуатации, а также для поддержания уровня эксплуатационных характеристик (качества) системы в соответствии с принятыми проектными решениями. Источником разработки рабочего проекта служит технический проект. Рабочий проект оформляется в соответствии с ГОСТ 34.201-90 «Виды, комплектность и обозначение документов при создании автоматизированных систем». В комплекс рабочего проекта входит также программная документация в соответствии с ГОСТ 19.701-90.

7

8 Каталог базы данных Состав выходных данных (сообщений) Инструкция по

Каталог базы данных Состав выходных данных (сообщений) Инструкция по

формированию и ведению базы данных Чертеж формы документа (видеокадра) Ведомость машинных носителей информации Массив входных данных Методика (технология) автоматизированного проектирования Технологическая инструкция Руководство пользователя Описание технологического процесса обработки данных Инструкция по эксплуатации КТС Схема соединений внешних проводок Схема подключения внешних проводок Таблица соединений и подключений

Схема деления системы (структурная) Чертеж общего вида Чертеж установки технических средств Схема принципиальная Схема структурная комплекса технических средств План расположения оборудования и проводок Спецификация оборудования Ведомость потребности в материалах Локальная смета Общее описание системы Программа и методика испытаний (компонентов, комплексов средств автоматизации, подсистемы, систем) Проектная оценка надежности системы Ведомость держателей подлинников Ведомость эксплуатационных документов

8

9 Разработка спецификаций модулей ИС

Разработка спецификаций модулей ИС

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

9

10 Предназначение спецификаций

Предназначение спецификаций

Разрабатывается для заказчика с целью получения санкции на завершение проектирования и начало реализации.

Создается для разработчиков модулей и групп тестирования, содержит описание деталей проекта, а также ряд отчетов из репозитария CASE-средств. Основанием для разработки служит постановка задачи.

10

11 Содержание технической спецификации

Содержание технической спецификации

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

11

12 Отсутствие спецификаций

Отсутствие спецификаций

Ошибки

Последствия

Неконтролируемый рост объемов данных

Резкое снижение производительности системы

Возникновение потоков запросов с изначально высокой вероятностью конфликта

Зацикливание

Смешивание системных и интерфейсных модулей, ошибки в размещении бизнес-логики

Создание «монолитной», тяжело сопровождаемой системы

Дублирование модулей

Неоправданный рост затрат

Отсутствие или неполная реализация требуемых заказчиком функций системы

Увеличение сроков разработки и конфликты с заказчиком

12

13 Разработка метрик генерации кода

Разработка метрик генерации кода

Метрика генерации кода – это таблица плановой трудоемкости по кодированию и отладке ПО. Оценку времени разработки производят: на основе аналитической документации (на этапе эскизного проектирования или при разработке ТЗ); после выполнения большей части проектирования схемы данных и модулей (на этапе технического проектирования). В метрике учитываются: трудоемкость проектирования модуля, трудоемкость генерации кода модуля, трудоемкость тестирования модуля.

13

14 Факторы оценки трудоемкости

Факторы оценки трудоемкости

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

14

15 Обмен данными

Обмен данными

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

15

16 Алгоритм загрузки/выгрузки данных

Алгоритм загрузки/выгрузки данных

Определение перечня подсистем, которым нужен интерфейс выгрузки/загрузки данных; определение периодичности обмена данными и объема передаваемых данных; определение возможных методов транспортировки данных; согласование форматов данных для обмена; определение порядка выполнения операций при загрузке/выгрузке; определение мероприятий в случае сбоев во время загрузки и выгрузки данных; формулировка правил определения ошибочных записей (при загрузке); определение правил регистрации операций передачи и приема данных; определение графика передачи данных; составление графика разработки и тестирования собственных утилит обмена данными; составление графика разовой загрузки данных, наследуемых из старой системы, и подготовка методики проверки корректности этой операции.

16

17 Тестирование

Тестирование

Объект тестирования

Наименование теста

Цель проведения теста

Отдельный модуль

Автономный тест

1) обнаружение отказов модуля; 2) соответствие модуля спецификации.

Группа модулей

Группа модулей

Группа модулей

Группа модулей

Тесты связей

Определение взаимного влияния модулей

Тесты имитации отказов системы

Определение степени восстановления системы после сбоев

Тесты наработки на отказ

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

Тесты пиковой нагрузки

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

Подсистема (система)

Системный тест

Внутренняя приемка продукта, показывающая уровень его качества

17

18 Функции системы хранения ошибок

Функции системы хранения ошибок

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

18

19 Основные причины неудач проектов разработки ИС

Основные причины неудач проектов разработки ИС

Плохое управление проектом «Плывущие» требования Неправильная оценка проекта, связанная с отсутствием опыта или методики оценки проекта; непредвиденными проблемами в используемых средствах и компонентах; непониманием ключевых технических проблем проекта.

19

20 Единица измерения проекта

Единица измерения проекта

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

20

21 Методы оценки трудоемкости разработки ПО ИС

Методы оценки трудоемкости разработки ПО ИС

Алгоритмическое моделирование Основан на анализе статистических данных о ранее выполненных проектах, затраты прогнозируются в зависимости от количественного показателя Экспертные оценки Основан на опросе экспертов по технологии разработки ПО в заданной предметной области Оценка по аналогии Основан на сравнении проекта с предыдущими, имеющими подобные характеристики

21

22 Методы оценки трудоемкости разработки ПО

Методы оценки трудоемкости разработки ПО

Закон Паркинсона Усилия, затраченные на работу, распределяются равномерно по выделенному на проект времени. Критерием для оценки затрат являются человеческие ресурсы, а не целевая оценка самого программного продукта. Оценка с целью выиграть контракт Трудоемкость проекта зависит от бюджета заказчика, а не от функциональных характеристик создаваемой ИС.

22

23 Хорошая оценка трудоемкости

Хорошая оценка трудоемкости

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

23

24 Факторы оценки трудоемкости

Факторы оценки трудоемкости

Размер конечного продукта (количество строк кода или количество функциональных точек); Особенности технологии разработки ПО; Квалификация персонала; Особенности среды разработки (инструментальных средств); Требуемое качество продукта (функциональные возможности, производительность, надежность).

24

25 Недостатки метода определения размера продукта через количество строк

Недостатки метода определения размера продукта через количество строк

кода

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

25

26 1 мес

1 мес

1 мес.

2 мес.

2 мес.

9 мес.

2 мес.

4 мес.

2 мес.

3 мес.

2 мес.

19 мес.

9 мес.

30000

5000

150000 у.Е.

90000 у.Е.

5 у.Е.

18 у.Е.

1500 строк/мес.

500 строк/мес.

Показатель (по стадиям ЖЦ)

Команда №1 (низкоуровневый ЯП)

Команда №2 (высокоуровневый ЯП)

Изучение требований к ПО

Внешнее и концептуальное проектирование

Кодирование

Тестирование

Подготовка комплекта документации

ИТОГО по времени

Число строк кода

Затраты

Цена строки кода

Производительность труда

26

27 Методы определения размера продукта

Методы определения размера продукта

Количество строк кода - точка зрения разработчика. Количество функциональных точек – точка зрения пользователей. Разработчик метода Алан Альбрехт (IBM),1979 Основная идея метода - максимальный отказ от деталей реализации ПО и перенос оценки в область функциональности, наблюдаемой пользователем. 1986 г. – сформирована Международная Ассоциация Пользователей Функциональных Точек (International Function Point User Group — IFPUG)

27

28 Алгоритм метода функциональных точек

Алгоритм метода функциональных точек

28

29 Алгоритм метода функциональных точек

Алгоритм метода функциональных точек

Определение типа оценки. Определение области оценки и границ продукта. Подсчет функциональных точек, связанных с данными. Подсчет функциональных точек, связанных с транзакциями. Определение суммарного количества не выровненных функциональных точек (UFP). Определение значения фактора выравнивания (FAV). Расчет количества выровненных функциональных точек (AFP).

30 Тип оценки

Тип оценки

Тип оценки

Область оценки

Проект разработки

Проект развития (поддержки)

Готовый продукт

Оценивается количество функциональности, поставляемой пользователям в первом релизе продукта.

Все разрабатываемые функции

Оценивается проект доработки: добавление, изменение и удаление функционала.

Все добавляемые, изменяемые и удаляемые функции

Оценивается объем уже существующего и установленного продукта.

Только функции, реально используемые

30

31 Границы продукта

Границы продукта

Что является «внешним» по отношению к продукту. Где располагается «граница системы», через которую проходят транзакции, передаваемые или принимаемые приложением, с точки зрения пользователя. Какие данные поддерживаются приложением, а какие — внешние.

31

32 Внутренние логические файлы (ILFs) — выделяемые пользователем

Внутренние логические файлы (ILFs) — выделяемые пользователем

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

32

33 Функциональные точки, связанные с данными

Функциональные точки, связанные с данными

Объект данных «Клиент»

DET (data element type) — неповторяемое уникальное поле данных, например, Имя Клиента — 1 DET; Адрес Клиента (индекс, страна, область, район, город, улица, дом, корпус, квартира) — 9 DET's RET (record element type) — логическая группа данных, например, адрес, паспорт, ФИО.

33

34 Матрица сложности данных

Матрица сложности данных

1-19 DET

20-50 DET

50+ DET

1 RET

Низкая

Низкая

Средняя

2-5 RET

Низкая

Средняя

Высокая

6+ RET

Средняя

Высокая

Высокая

Оценка в функциональных точках объекта данных «Клиент»

34

35 FP, связанные с транзакциями

FP, связанные с транзакциями

Виды FP

Назначение

Пример

EI (external inputs)

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

Поле ввода, кнопка

EO (external outputs)

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

Поле данных отчета, сообщение об ошибке

EQ (external inquiries)

Внешние запросы, элементарная операция, которая в ответ на внешний запрос извлекает данные или управляющую информацию из внутренних логических файлов (ILF) или внешних интерфейсных файлов (EIF).

Поле ввода для поиска, поле вывода результата поиска

35

36 Оценка сложности транзакций

Оценка сложности транзакций

Матрица сложности внешних выходных транзакций и внешних запросов (EO & EQ)

Матрица сложности внешних входных транзакций (EI)

Оценка в функциональных точках сложности транзакций

FTR (file type referenced) — позволяет подсчитать количество различных файлов типа ILF и/или EIF, модифицируемых или считываемых в транзакции.

1-4 DET

5-15 DET

16+ DET

1-5 DET

6-19 DET

20+ DET

0-1 FTR

Низкая

Низкая

Средняя

0-1 FTR

Низкая

Низкая

Средняя

2 FTR

Низкая

Средняя

Высокая

2-3 FTR

Низкая

Средняя

Высокая

3+ FTR

Средняя

Высокая

Высокая

4+ FTR

Средняя

Высокая

Высокая

Сложность

Количество FP (EI)

Количество FP (EO)

Количество FP (EQ)

Низкая

3

4

3

Средняя

4

5

4

Высокая

6

7

6

36

37 Пример оценки сложности транзакции

Пример оценки сложности транзакции

17 DET, 1 FTR

Средняя сложность

4 UFP

1 DET

1 DET

1 DET

1 FTR

37

38 Определение суммарного количества не выровненных функциональных точек

Определение суммарного количества не выровненных функциональных точек

Общий объем продукта в не выровненных функциональных точках (UFP) определяется путем суммирования по всем информационным объектам (ILF, EIF) и элементарным операциям (транзакциям EI, EO, EQ).

38

39 Расчет количества выровненных функциональных точек

Расчет количества выровненных функциональных точек

Учет общесистемных требований осуществляется путем применения фактора выравнивания (VAF – Value Adjustment Factor) . Значение фактора выравнивания зависит от 14 параметров (DI - degree of influence), каждый из которых оценивается по 5-балльной шкале. TDI = ? DI – суммарный эффект параметров VAF = (TDI *0.01) + 0.65 AFP = UFP * VAF

40 Общесистемные параметры

Общесистемные параметры

Обмен данными 0 — продукт представляет собой автономное приложение; 5 — продукт обменивается данными по более, чем одному телекоммуникационному протоколу. Распределенная обработка данных. 0 — продукт не перемещает данные; 5 — распределенная обработка данных выполняется несколькими компонентами системы. Производительность. 0 — пользовательские требования по производительности не установлены; 5 — время отклика критично для всех бизнес-операций, для удовлетворения требованиям необходимы специальные проектные решения и инструменты анализа. Ограничения по аппаратным ресурсам 0 — нет ограничений; 5 — продукт целиком должен функционировать на определенном процессоре и не может быть распределен. Транзакционная нагрузка. 0 — транзакций не много, без пиков; 5 — число транзакций велико и неравномерно, требуются специальные решения и инструменты.

41 Общесистемные параметры

Общесистемные параметры

Интенсивность взаимодействия с пользователем. 0 — все транзакции обрабатываются в пакетном режиме; 5 — более 30% транзакций - интерактивные. Эргономика 0 — нет специальных требований; 5 — требования по эффективности очень жесткие. Интенсивность изменения данных пользователями. 0 — не требуются; 5 — изменения интенсивные, жесткие требования по восстановлению Сложность обработки 0 — обработка минимальна; 5 — требования безопасности, логическая и математическая сложность Повторное использование 0 — не требуется; 5 — продукт разрабатывается как стандартный многоразовый компонент

42 Общесистемные параметры

Общесистемные параметры

Удобство инсталляции. 0 — нет требований; 5 — установка и обновление ПО производится автоматически Удобство администрирования 0 — не требуется; 5 — система автоматически самовосстанавливается Портируемость 0 — продукт имеет только 1 инсталляцию на единственном процессоре; 5 — система является распределенной и предполагает установку на различные ТО и ОС Гибкость 0 — не требуется; 5 — гибкая система запросов и построение произвольных отчетов, модель данных изменяется пользователем в интерактивном режиме

43 Размер ПО в функциональных точках

Размер ПО в функциональных точках

Текстовые процессоры – 3500 Клиент-серверные приложения – 7500 ПО баз данных – 7500 Бизнес-приложения – 10000 Корпоративные приложения – 25000 Приложения в госучреждениях – 50000 Операционные системы – 75000 Системы масштаба предприятия – 150000 Крупные оборонные системы – 250000

43

44 Количество строк кода на одну функциональную точку

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

Assembler

172

86

320

JavaScript

56

44

65

C++

60

29

178

Visual Basic

50

14

276

Язык (средство) программирования

Язык (средство) программирования

Оценка количества строк кода на 1 FP

Оценка количества строк кода на 1 FP

Оценка количества строк кода на 1 FP

Наиболее вероятная

Оптимис-тическая

Пессимис-тическая

44

45 1

1

1 день

1

10

До 1 месяца

1

100

До 6 месяцев (85%)

1

1000

До 1 года

10

10000

От 1,5 до 5 лет

100

100000

От 3 до 8 лет

До 1000

Число FP

Длительность

Количество разработчиков

Пример приложений

Утилиты

Дополнения к готовой системе

Небольшое приложение

Клиент-серверные приложения

Крупные приложения

Операционные системы

45

46 Статистическая модель оценки трудоемкости

Статистическая модель оценки трудоемкости

Модель COCOMO (COnstructive COst MOdel) – конструктивная модель стоимости (1985, Барри Боэм, данные о 63 проектах). Модель COCOMO II (1997, Центр по разработке ПО Южно-Калифорнийского университета, данные о 161 проекте). В модели используется формула регрессии с параметрами, определяемыми на основе отраслевых данных и характеристик конкретного проекта.

47 Допущения модели COCOMO

Допущения модели COCOMO

Исходный код конечного продукта включает в себя все строки кода, кроме комментариев. Начало цикла разработки совпадает с началом стадии реализации продукта. Окончание цикла разработки совпадает с окончанием приемочного тестирования. Виды деятельности включают в себя только работы, непосредственно направленные на выполнение проекта. Человеко-месяц состоит из 152 часов. Проект управляется надлежащим образом. Требования стабильны.

47

48 Оценка трудоемкости проекта

Оценка трудоемкости проекта

PM – трудоемкость в чел./Мес. SIZE — размер продукта в тыс. Строк исходного кода emi — множители трудоемкости sfj — факторы масштаба n=7 — для предварительной оценки n=17 — для детальной оценки

49 Оценка длительности проекта

Оценка длительности проекта

С = 3,67; D = 0,28; TDEV – продолжительность проекта PMNS — трудоемкость проекта без учета множителя SCED, определяющего сжатие расписания.

50 Факторы масштаба в COCOMO

Факторы масштаба в COCOMO

Фактор

Низкий уровень

Балл

Высокий уровень

Балл

6,2

0

5,07

0

7,07

0

5,48

0

7,8

0

Прецедентность

Опыт в продукте и платформе отсутствует

Продукт и платформа полностью знакомы

Гибкость процесса разработки

Процесс строго детерминирован

Определены только общие цели

Архитектура и разрешение рисков

Риски неизвестны/не проанализированы

Риски определены на 100%

Сработанность команды

Формальные взаимодействия

Полное доверие, взаимозаменяемость и взаимопомощь

Зрелость процессов

CMM Уровень 1

CMM Уровень 5

51 Множители трудоемкости

Множители трудоемкости

Множители EMi отражают совместное влияние многих параметров. Позволяют характеризовать и нормировать среду разработки по параметрам, содержащимся в БД проектов модели COCOMO II. Для конкретного проекта каждый множитель оценивается с помощью лингвистической переменной – очень низкий, низкий, номинальный, высокий, очень высокий.

52 Множители трудоемкости для предварительной оценки

Множители трудоемкости для предварительной оценки

Квалификация персонала (PERS) Low — аналитики и программисты имеют низшую квалификацию, текучесть больше 45%; High — аналитики и программисты имеют высшую квалификацию, текучесть меньше 4% Сложность и надежность продукта (RCPX) Low — продукт простой, специальных требований по надежности нет, БД маленькая, документация не требуется; High — продукт очень сложный, требования по надежности жесткие, БД сверхбольшая, документация требуется в полном объеме Сложность платформы разработки (PDIF) Low — специальные ограничения по памяти и быстродействию отсутствуют, платформа стабильна; High — жесткие ограничения по памяти и быстродействию, платформа нестабильна

53 Множители трудоемкости для предварительной оценки

Множители трудоемкости для предварительной оценки

Опыт персонала (PREX) Low — новое приложение, инструменты и платформа; High — приложение, инструменты и платформа хорошо известны Оборудование (FCIL) Low — инструменты простейшие, коммуникации затруднены; High — интегрированные средства поддержки жизненного цикла, интерактивные мультимедиа коммуникации Сжатие расписания (SCED) Low — 75% от номинальной длительности; High — 160% от номинальной длительности Разработка для повторного использования (RUSE) Low — не требуется; High — требуется многократное использование в других продуктах

54 Множители трудоемкости

Множители трудоемкости

Идент.

Описание множителя

Диапазон

RELY

Требуемая надежность

0,82 – 1,26

DATA

Размер базы данных

0,9 – 1,28

CLPX

Сложность продукта

0,73 – 1,74

RUSE

Требуемый уровень повторного использования

0,95 – 1,24

DOCU

Соответствие документации требованиям ЖЦ

0,81 – 1,23

TIME

Ограничение времени выполнения

1,0 – 1,63

STOR

Ограничение по объему основной памяти

1,0 – 1,46

PVOL

Изменчивость платформы

0,87 – 1,30

55 Множители трудоемкости

Множители трудоемкости

Идент.

Описание множителя

Диапазон

ACAP

Способность аналитика

1,42 – 0,71

PCAP

Способность программиста

1,34 – 0,76

APEX

Знание приложений

1,22 – 0,81

PLEX

Знание платформы

1,19 – 0,85

PCON

Преемственность персонала

1,29 – 0,81

LTEX

Знание языка/инструментальных средств

1,20 – 0,84

TOOL

Использование инструментальных средств

1,17 – 0,78

SCED

Требуемые сроки разработки

1,43 – 1,0

SITE

Распределенность команды разработчиков

1,22 – 0,8

56 Пример определения TOOL

Пример определения TOOL

Элементы множителя

Уровни рейтинга

Значение

Редакторы кода, отладчики

Очень низкий

1,17

Простые CASE-средства с минимальной интеграцией

Низкий

1,09

Средства поддержки основных процессов ЖЦ, средняя степень интеграции

Номинальный

1,0

Развитые средства поддержки ЖЦ, средняя степень интеграции

Высокий

0,9

Мощные средства поддержки ЖЦ, хорошо интегрированные

Очень высокий

0,78

«Стадии проектирования и реализации ИС»
http://900igr.net/prezentacija/cherchenie/stadii-proektirovanija-i-realizatsii-is-263689.html
cсылка на страницу

Графика

7 презентаций о графике
Урок

Черчение

7 тем
Слайды
900igr.net > Презентации по черчению > Графика > Стадии проектирования и реализации ИС