Автоматизированное проектирование информационных систем

1. Автоматизированное проектирование информационных систем

1.
2.
3.
4.
5.
6.
7.
8.
Организация системного проектирования ИС
Инструментальные средства создания крупных ИС
Функционально-ориентированное проектирование
Объектно-ориентированное проектирование
Прототипное проектирование. RAD-технология
Типовое проектирование
Параметрически ориентированное проектирование
Модельно-ориентированное проектирование

2. Организация системного проектирования ИС

Кафедра ИСПИ, ВлГУ
Организация системного
проектирования ИС
Проектирование информационных систем, лекция «Системное проектирование ИС»
2

3. Модель жизненного цикла ИС

Кафедра ИСПИ, ВлГУ
Модель жизненного цикла ИС
Проектирование информационных систем, лекция «Системное проектирование ИС»
3

4. Каскадная модель ЖЦ ИС

Кафедра ИСПИ, ВлГУ
Каскадная модель ЖЦ ИС
Проектирование информационных систем, лекция «Системное проектирование ИС»
4

5. Поэтапная модель ЖЦ ИС с промежуточным контролем

Кафедра ИСПИ, ВлГУ
Поэтапная модель ЖЦ ИС
с промежуточным контролем
Проектирование информационных систем, лекция «Системное проектирование ИС»
5

6. Спиральная модель ЖЦ ИС

Кафедра ИСПИ, ВлГУ
Спиральная модель ЖЦ ИС
Проектирование информационных систем, лекция «Системное проектирование ИС»
6

7. Методологии и стандарты системного проектирования

Кафедра ИСПИ, ВлГУ
Методологии и стандарты
системного проектирования
ГОСТ Р 59793–2021– «Комплекс стандартов на
автоматизированные системы.
Автоматизированные системы. Стадии создания»
(Россия, 2021)
◼ Structural System Analysis and Design Method
(SSADM) – метод анализа и программирования
структуры систем (Великобритания, 1981)
◼ Structured Analysis and Design Technique (SADT)
- методология структурного анализа (США, 1975)
◼
Проектирование информационных систем, лекция «Системное проектирование ИС»
7

8.

Кафедра ИСПИ, ВлГУ
ISO/IES 12207:1995 – стандарт на
процессы и организацию ЖЦ ПО
◼ Custom Development Method (CDM,
Oracle)
◼ Rational Unified Process (RUP)
◼ Microsoft Solution Framework (MSF)
◼ Extreme Programming (XP, 1996)
◼
Проектирование информационных систем, лекция «Системное проектирование ИС»
8

9. ISO/IES 12207:1995 International Organization for Standardization International Electrotechnical Commission (ГОСТ Р ИСО/МЭК

12207-99)
Основные процессы
◼ Приобретение
◼ Поставка
◼ Разработка
◼ Эксплуатация
◼ сопровождение
Организационные
процессы
◼ Создание
инфраструктуры
◼ Управление
◼ Обучение
◼ Усовершенствование
Вспомогательные
процессы
◼ Документирование
◼ Управление
конфигурацией
◼ Обеспечение качества
◼ Разрешение проблем
◼ Аудит
◼ Аттестация
◼ Совместная оценка
◼ верификация

10. Сопровождение стандарта ISO/IES 12207:1995

◼
Технологические документы
- ISO/IES TR 15271:1998 Information Technology – Guide
for ISO/IES 12207
ISO/IES TR 16326:1999 Software engineering – Guide for
application of ISO/IES 12207 to project management

11. ISO/IEC 15288:2002 System Life Circle

Договорные процессы
Приобретение
◼ Поставка
◼
Проектные процессы
◼
◼
◼
Процессы предприятия
◼
◼
◼
◼
◼
Инвестиционное управление
Управление ЖЦ ИС
Управление ресурсами
Управление качеством
Управление окружающей
средой
◼
◼
◼
◼
Планирование проекта
Оценка проекта
Контроль проекта
Управление рисками
Управление конфигурацией
Управление
информационными
потоками
Принятие решений

12. ISO/IEC 15288:2002 System Life Circle

Технические процессы
◼
◼
◼
◼
◼
◼
◼
◼
◼
◼
◼
Определение требований
Анализ требований
Разработка архитектуры
Внедрение
Интеграция
Верификация
Переход
Аттестация
Эксплуатация
Сопровождение
Утилизация
Специальные процессы
◼
Определение и установка
взаимосвязей исходя из
задач и целей

13. ISO/IEC 15288:2002 Стадии создания систем

Формирование концепции
◼ Разработка
◼ Реализация
◼ Эксплуатация
◼ Поддержка
◼ Снятие с эксплуатации
◼

14. Модель жизненного цикла RUP

Кафедра ИСИМ, ВлГУ
Модель жизненного цикла RUP
14

15. Методика Oracle CDM

16. ГОСТ Р «Системы электронного документооборота. Взаимодействие систем автоматизации документационного обеспечения управления.

Требования к электронным сообщениям»
ООО «Электронные офисные системы»
◼ Гильдия специалистов в области информатики и
управления документацией
◼
объект стандартизации: электронное сообщение,
пересылаемое между СЭД
Сообщение - xml-документ с определенной структурой
и заданным составом элементов и атрибутов

17. Инструментальные средства создания крупных ИС

Требования
к
созданию
крупных
ИС
определяются
следующим
положением:
◼
реализацию крупного проекта разбивают на стадии: анализа,
проектирования, кодирования, тестирования и сопровождения.
Важно использование автоматизированных средств реализации
проекта;
◼
крупные ИС разрабатываются не в одиночку – в разработке
участвуют коллективы. Следовательно, возникает необходимость
координации работы и управления коллективом разработчиков;
◼
ЖЦ создания крупных ИС (время разработки) сопоставим с
ожидаемым временем эксплуатации системы.

18. Обобщенная схема взаимодействия инструментальных средств фирмы Logic Works

19.

На основе модулей BPWin можно построить
модель данных с помощью ERWin . Хотя процесс
преобразования модели из BPWin в ERWin
полностью не автоматизирован, он требует
участия проектировщика.
◼ ERWin имеет два уровня представления моделей
данных – логический и физический.
◼ На логическом уровне данные представляются без
привязки к конкретной СУБД, а на физическом
отображается
системный
каталог,
который
зависит от СУБД.
◼

20. Система хранилища модулей

◼
◼
◼
◼
совместное моделирование – каждый участник проекта имеет
инструмент поиска и доступ к интересующему модулю. Существуют
три уровня доступа: незащищенный, защищенный и режим
просмотра;
создание библиотек решений, в которых хранятся стандартные
решения, содержатся удачные варианты проектных решений. Это
позволяет накапливать и использовать модели и объединять их в
большие сборки;
управление доступом – различные права доступа к различным
модулям системы;
архитектура Model Mart организована по принципу «клиентсервер». В качестве платформы реализации хранилищ выбраны
распределенные СУБД (SyBase, Oracle). Клиентские приложения:
ERWin 3.0, BPWin 2.0

21. Возможности CASE-средств

◼
◼
◼
При разработке крупных систем важным является время
реализации. Одним из решений является автоматическая
генерация кода приложения (клиентской части) с помощью
CASE-средств на основе моделей предметной области.
ERWin генерирует код на основе IDEF1.x (реляционная
модель), но она не содержит информации о безнеспроцессах. Существует альтернативная технология, которая
лишена этого недостатка – ООМ Rational Rose).
Rational Rose позволяет моделировать бизнес-процессы в
объектных методологиях: OMT, UML, Booch и позволяет
генерировать на основе объектных модулей различные
компоненты на языках C ++, Java, Visual Basic.

22. Виды неоднозначностей стрелок и сущностей

1) в модели бизнес-процессов стрелке может соответствовать
отдельная сущность в модели данных

23. Виды неоднозначностей стрелок и сущностей

◼
2) неоднозначность стрелок
сущностям

24. Виды неоднозначностей стрелок и сущностей

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

25. Подготовка данных в ERwin

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

26. Нормализация данных

1-я нормальная форма (1НФ) модели данных требует, чтобы все атрибуты
сущности были атомарные.
2НФ – каждый неключевой атрибут зависит от всего первичного ключа.
Нормализация данных необходима для обеспечения компактности
непротиворечивости хранения данных (не существует копий).
и
Информация, которая моделируется в виде стрелок, в модели процессов
может содержаться в нескольких сущностях и атрибутах модели данных.
Кроме того, на диаграмме модели процессов могут присутствовать различные
стрелки, изображающие одни и те же данные, но на разных этапах
обработки. Информация о таких стрелках должна находиться в одних и тех
же сущностях.
Следовательно, одной и той же стрелке в модели процессов может
соответствовать несколько сущностей в модели данных и наоборот.