- •Проектирование информационных систем
- •Содержание
- •Лекция 1. Руководство программным проектом
- •Организация процесса конструирования
- •Модели конструирования по:
- •Модели качества процессов конструирования
- •Процесс руководства процессом (срс)
- •Начало проекта
- •Измерения, меры и метрики
- •Планирование проектных задач
- •Планирование проектных задач
- •Лекция 2. Унифицированный язык визуального программирования uml
- •Понятия uml
- •Предметы поведения
- •Группирующие предметы
- •Поясняющие предметы
- •Отношения uml
- •Диаграммы uml
- •Механизмы расширения uml(срс)
- •Объекты
- •Физическое включение Нефизическое включение
- •Отношения в диаграммах классов
- •Деревья наследования
- •Лекция 5. Динамические модели объектно-ориентированных программных систем
- •Автоматы
- •Диаграмма схем состояний системы охранной сигнализации
- •Действия в состояниях
- •Входные и выходные действия и деятельность в состоянии Активна
- •Диаграмма деятельности покупателя в Интернет-магазине
- •Диаграммы взаимодействия
- •1. Диаграммы сотрудничества
- •Д иаграммы сотрудничества
- •2. Диаграммы последовательности.
- •Диаграммы Use Case
- •Актеры и элементы Use Case
- •Отношения в диаграммах Use Case
- •Лекция 6. Модели реализации объектно-ориентированных программных систем
- •1) Компонентные диаграммы
- •2) Диаграммы размещения (развертывания)
- •Лекция 7. Типовое проектирование ис
- •Понятие типового проектирования ис
- •Классификация типовых ис
- •Методы конфигурирования типовой ис
- •Лекция 9. Разработка алгоритмов ис
- •Понятие алгоритма
- •Правила и этапы построения алгоритмов
- •Виды и структуры алгоритмов
- •Элементы алгоритмов
- •Методы проектирования алгоритмов
- •Степень автоматизации проектных работ:
- •Принятая методология процесса разработки:
Модели конструирования по:
Однократный проход:
Классический ЖЦ или каскадная модель
Инкрементная стратегия:
Инкрементная модель – сочетание каскадной модели и макетирования: 1-ый инкремент приводит к получению базового продукта, реализующего базовые требования, 2-ой инкремент предусматривает модификацию базового продукта, обеспечивая дополнительные характеристики и функциональность и т.д. На каждом инкременте получается работающий продукт.
Быстрая разработка приложений (RAD-модель) – обеспечивает экстремально короткий цикл разработки. Это высокоскоростная адаптация линейной последовательной модели, в которой быстрая разработка достигается за счет использования компонентно-ориентированного конструирования. Если требования полностью определены и проектная область ограничена RAD-процесс позволяет создать систему за очень короткое время 60-90 дней.
Эволюционная стратегия:
Спиральная модель
1 – начальный сбор требований и планирование проекта; 2 – та же работа, но на основе рекомендаций заказчика; 3 – анализ риска на основе начальный требований;
4 – анализ риска на основе реакции заказчика; 5 – переход к комплексной системе;
6 – начальный макет системы; 7 – следующий уровень макета;
8 – сконструированная система; 9 – оценивание заказчиком.
Компонентно-ориентированная модель – это разновидность спиральной модели с конкретизацией квадранта конструирования. Разработка основывается на повторном использовании существующих программных компонентов.
XP-процесс (экстремальное программирование) ориентирован на малые и средние группы (до 10 человек), строящие ПО в неопределенных условиях или быстроменяющихся требований. Основным структурным элементом является XP-реализация, в которую многократно входит XP-итерация. В состав XP-реализации и XP-итерации входят фазы: исследование – поиск новых требований к системе; блокировка – выбор для реализации конкретного подмножества требований; регулирование – сама разработка.
Модели качества процессов конструирования
В современных условиях жесткой конкуренции очень важно гарантировать высокое качество процесса конструирования. Такую гарантию даёт сертификат качества процесса, подтверждающий его соответствие принятым международным стандартом, таким как ISO 9001:2000, ISO/IEC 15504 модель зрелости процесса конструирования CMM.
Базовым понятием модели CMM является зрелость компании.
Незрелая компания – процесс конструирования и принимаемые решения зависят только от таланта конкретных разработчиков. В связи с этим высока вероятность превышения бюджета и срыва сроков окончания проекта.
Зрелая компания – работают ясные процедуры управления проектами и построения программных продуктов, которые по мере необходимости уточняются и дополняются. Оценка длительности и затрат разработки точна, основывается на накопленном опыте. В компании действует корпоративный стандарт на процессы разработки.
В модели CMM зафиксированы 5 уровней зрелости и предусмотрен плавный поэтапный подход к совершенствованию процессов для улучшения качества процесса конструирования.
Компании присваивается сертификат определенного уровня зрелости, если достигнуты критерии нижних уровней и данного уровня зрелости.
