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

роль, состав. Нужно четко понимать, что информационная система – инструмент

поддержки бизнес-процессов, один из важнейших активов бизнеса. Что оказание ИТ-услуг – один из бизнес-процессов предприятия, поддерживающий остальные. Нужно представлять типы ИС, функции ИС (ее ценность для бизнеса), состав ИС.
Понимать, что разработка – единый бизнес-процесс, интегрированный через результаты и поддерживаемый комплексом ПО. Состав стадий и операций процесса определяется стандартом ИСО 12207, в РФ – ГОСТ 34.XXX
Процесс разработки выстроен вдоль жизненного цикла главного результата – изменения состояние автоматизируемой системы при помощи автоматизации
Что такое жизненный цикл ИС, для чего он нужен и из чего состоит, знать содержание каждого из этапов ЖЦ, результаты этапов, средства поддержки каждого из этапов
Что основные процессы поддерживается обеспечивающими процессами и управляется управляющими. Необходимо знать наиболее важные обеспечивающие и управляющие процессы, их содержание, результаты, средства поддержки)

проектирования и документирования артефактов предметной области и программной системы

моделирования, а не подробное описание процесса разработки

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

с использованием UML это разные вещи

программных систем

UML не является языком программирования

UML предназначен для создания моделей

в любых предметных областей

каждом этапе разработки программной системы (методику)
Язык моделирования описывает элементы моделирования

и их смысловую нагрузку (семантику) с использованием определенной нотации без привязки к этапам разработки программной системы
Нотация — визуальное представление элементов моделирования

Рамбо и Айвар Джекобсон и созданные ими методы моделирования различных

сторон сложных систем:
1. Метод Буча (Booch'93), ориентированный, в первую очередь, на моделирование программного обеспечения сложных систем.
2. Метод Рамбо (ОМТ), ориентированный на анализ процессов обработки данных в информационных системах.
3. Метод Джекобсона (метод OOSE), ориентированный на анализ требований к бизнес-приложениям.

функции, процессы и др.)
2. связи (ассоциации, обобщения, зависимости и др.)
3.

диаграммы

Behavioral Diagrams:
(диаграммы поведения) • Use Case • Communication • Sequence • Interaction Overview • Activity •

State • Timing

ее компонентов с различных точек зрения

Для создания моделей используются диаграммы
ДИАГРАММА

– графическое представление элементов модели

заинтересованные лица могли прийти к единому пониманию как предметной области,

так и системы