Лабораторная работа N1

Архитектура предприятия

Шологан Артемиос
TI-228
► Тема:Знакомство с CASE-инструментом
«Enterprise Architect» и общий анализ
принципов моделирования на основе языка
моделирования UML. Изучение и описание
функционального назначения подменю/опций в
меню.

► Цельработы: изучить элементы и сущности

средства моделирования Enterprise Architect.

► Задача: создать презентацию PowerPoint из 15-

20 слайдов с описанием основных элементов
Enterprise Architect.
 EA – основные понятия

Бизнес-архитектура – это
… Архитектура ИТ- это набор область, которая
принципов, правил и определяется высшими
процедур предназначенных руководителями,
для отражения актуальной отвечающими за основные
информации о состоянии функции (бизнес)
ИТ… Бизнес-
организации…
… Архитектура ИТ – это …Ключом кархитектура
построению
описание существующей хорошей бизнес-
ситуации в ИТ , в любом архитектуры является
наиболее , приемлемом виде определение бизнес-
… процессов, их функций и
характеристик
 Ознакомление с
инструментом
Enterprise Architect
Enterprise Architect (EA) – CASE-
инструмент для проектирования
и
конструированияпрограммного
обеспечения. EA поддерживает
спецификацию UML2.0+,
описывающуювизуальный язык,
которым могут быть определены
модели проекта
 Некоторые из ключевых
функций ЕА
Word,
Exel … Word, Word,
1. создание Exel …
элементов UML-моделей Exel
широкого
…
Отдел
круга назначения;
ПФО ОПУ Склад
кадров
2. размещение этих элементов в диаграммах и
Транспортный
пакетах;
цех
Бухгалтерия Дирекция
3. создание коннекторов
Word,
Exel …
Word,
между элементами;
Exel Сборочный
…
4. документирование созданных элементов;цех
… Наладочный
5. генерация кода для конструируемого ПО;
I. Отдельные цех
6. реверс-инжиниринг имеющегося кода на
компьютеры
некоторых языках. на …
отдельных рабочих
местах
 Подходы к информатизации
предприятия АРМ
АРМ «Документ
Кадры АРМ »
«Отчет»
Отдел
ПФО ОПУ Склад
кадров
Транспортный
Складская
цех
Начальный
Бухгалтерия Дирекция
БИС
уровень ИС
Сборочный
информатизации
Word,
цех
… Exel …
Наладочный
(лоскутная
II. Локальные цех
…
информатизация)
программы (АРМ) и
локальная ВС
 Стартовая страница
программы Enterprise Architect
Использование стартовой страницы
позволяет нам оперировать данными
софициального сайта, получая доступ к
его ресурсам по авторизации аккаунта,
а так жеманеврировать проектами

1) Открывать файл проекта (Open loacl proiect);

2) Создавать новый проект (Create a New Project);
3) Производить поиск по нашим существующим
проектам
Как создать новый проект в
Enterprise Architect?

Нажимаем на
надпись :
Где вводим имя проекта ?

После создания нового проекта

появляется возможность дать
название новому проекту
Из скольких окон состоит
интерфейс Enterprise
Architect?

Интерфейс Enterprise Architect

состоит из 10 окон.
Класс (class) – это описание
набора объектов с одинаковыми
атрибутами, операциями, связями
и семантикой. Класс реализует
один или несколько интерфейсов.
Графически
класс изображается в виде
прямоугольника, обычно
включающего имя, атрибуты и
операции
Интерфейс (interface) – это набор операций,
который специфицирует сервис (набор услуг)
класса или компонента. Таким образом,
интерфейс описывает видимое извне поведение
элемента. Может
представлять полное поведение класса или
компонента либо только
часть такого поведения. Определяет набор
спецификаций операций
(то есть их сигнатуру), но никогда не определяет
детали их реализации. Объявление интерфейса
изображается как класс с ключевым
словом «interface» над его именем; атрибуты
несущественны, за исключением иногда
показываемых констант. Интерфейс, однако,
редко существует сам по себе. Интерфейс,
представляемый классом для
внешнего мира, изображается в виде маленького
круга, соединенного линией с рамкой класса.
Интерфейс, запрашиваемый классом
от некоторого другого класса, представлен
маленьким полукругом,
соединенным с рамкой класса линией,
Кооперация (сollaboration) определяет
взаимодействие и представляет собой
совокупность ролей и других элементов,
которые функционируют вместе, обеспечивая
некоторое совместное поведение,
представляющее нечто большее, чем сумма
поведений отдельных
элементов. Кооперации имеют как структурное,
так и поведенческое
измерения. Конкретный класс или объект может
участвовать в нескольких кооперациях.
Последние, таким образом, представляют
собой реализацию образцов (patterns) ,
составляющих систему. Кооперация
изображается в виде эллипса, нарисованного
пунктирной
линией, иногда включающего в себя лишь ее
имя,
 Модель вариантов использования
► Модель варианта использования описывает
предлагаемую функциональность новой
системы. Вариант использования
представляет собой дискретную единицу
взаимодействия между пользователем
(человеком или машиной) и системой. Это
взаимодействие представляет собой
единую единицу значимой работы, такой
как создание учетной записи или просмотр
сведений об учетной записи.

► Каждый вариант использования описывает

функциональность, которая будет встроена
в предлагаемую систему, которая может
включать в себя функциональность другого
варианта использования или расширять
другой вариант использования своим
собственным поведением.
Описание варианта использования
обычно включает в себя:
► Общие комментарии и примечания, описывающие вариант использования.
► Требования — формальные функциональные требования к вещам, которые вариант использования должен
предоставить конечному пользователю, например <возможность обновления порядка>. Они соответствуют
функциональным спецификациям, присутствующим в структурированных методологиях, и образуют контракт,
согласно которому вариант использования выполняет какое-то действие или обеспечивает некоторую
ценность для системы.
► Ограничения — формальные правила и ограничения, в соответствии с которыми действует вариант
использования, определяющие, что можно, а что нельзя сделать. К ним относятся:
► Предварительные условия, которые должны уже возникнуть или существовать до запуска варианта
использования; например, <создать заказ> должен предшествовать <изменить заказ>
► Постусловия, которые должны быть истинными после завершения варианта использования; например,
<порядок изменен и согласован>
► Инварианты, которые всегда должны быть истинными на протяжении всего времени действия варианта
использования; например, заказ всегда должен иметь номер клиента.
► Сценарии — формальные последовательные описания шагов, предпринятых для реализации варианта
использования, или потока событий, которые происходят во время экземпляра варианта использования. Они
могут включать в себя несколько сценариев, учитывающих исключительные обстоятельства и альтернативные
пути обработки. Обычно они создаются в текстовом виде и соответствуют текстовому представлению
диаграммы последовательности.
► Диаграммы сценариев — диаграммы последовательности для изображения рабочего процесса; аналогично
сценариям, но изображены графически.
► Дополнительные атрибуты, такие как этап реализации, номер версии, рейтинг сложности, стереотип и статус.
 Актеры

► Варианты использования обычно связаны

с «субъектами», то есть людьми или
машинами, которые используют систему
или взаимодействуют с ней для
выполнения части значимой работы,
которая помогает им достичь цели. Набор
вариантов использования, к которым
имеет доступ субъект, определяет его
общую роль в системе и объем его
действий.
 Диаграммы последовательности
► Диаграммы последовательности обеспечивают
графическое представление взаимодействий объектов с
течением времени. Обычно они показывают
пользователя или субъекта, а также объекты и
компоненты, с которыми они взаимодействуют при
выполнении варианта использования. Одна диаграмма
последовательности обычно представляет собой один
«сценарий» варианта использования или поток событий.

► Диаграммы последовательности — отличный способ

документировать сценарии использования, а также
фиксировать необходимые объекты на ранних этапах
анализа и проверять использование объектов на более
поздних стадиях проектирования. Диаграммы
показывают поток сообщений от одного объекта к
другому и, как таковые, соответствуют методам и
событиям, поддерживаемым классом/объектом.

► В следующем примере диаграммы последовательности

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

► Каждый вариант использования описывает

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

► Каждый вариант использования описывает

функциональность, которая будет встроена
в предлагаемую систему, которая может
включать в себя функциональность другого
варианта использования или расширять
другой вариант использования своим
собственным поведением.
► Вариант использования (use case) – это описание
последовательности действий, выполняемых системой
и приносящих значимый результат конкретному
действующему лицу (actor) . Варианты использования
применяются для структурирования поведенческих
сущностей
► модели. Реализуются посредством коопераций.
Графически вариант
► использования представлен эллипсом, нарисованным
сплошной линией
 Компонент – это модульная часть
системы, которая скрывает
свою реализацию за набором внешних
интерфейсов. Компоненты системы,
разделяющие общие интерфейсы, могут
замещать
друг друга, сохраняя при этом
одинаковое логическое поведение.
Реализация компонента может быть
выражена объединением частей и
коннекторов; при этом части могут
включать в себя
более мелкие компоненты. Графически
компонент представлен
как класс со специальной пиктограммой
в правом верхнем углу
 Понятие СУБД
ОПР.: СУБД (Система Управления
Базами Данных) – система программ,
позволяющая создавать БД, обновлять
хранимую в ней информацию,
обеспечивающая удобный доступ к ней с
целью просмотра и поиска.
СУБД =
комплекс программ,
позволяющий

Поддерживать Обеспечивать
создавать БД БД в актуальном доступ к
состоянии информации в БД

1. 1. Внесение изменений
Организация в структуру
поиска данных БД ;
(запросы)
(добавление и удаление таблиц, полей, связей
2. Организация просмотра информации
и т.д.) ;
(отчеты)1.иСоздание
созданиеструктуры
удобного интерфейса
БД;
2. Внесение
ввода иизменений
коррекциивданных
данные(формы)
(добавление
. и
2. Ввод данных в БД.
удаление записей) .
 Структура ИС
организация
Среда конечного пользователя
Среда обработки
данных (СУБД)
Среда хранения
данных (БД)
 Понятие «среда конечного
пользователя»
Среда конечного пользователя
обеспечивает доступ пользователей к
данным в соответствии с их статусом в ИС
 PR. Библиотечная ИС
Администратор
библиотекари
каталогизаторы библиотекари
каталогизаторы
каталогизаторы библиотекари
библиотекари

БД

СУБД
Возможности:
• Поиск по всей Возможности:
Возможности: БД.
Возможности:
• •Назначение
• Запись ииправ
Внесение доступа; ограниченного
корректировка
корректировка записей в БД. набора
• Поиск по ограниченному
• •Администрирование
полей. записей БД
набору Удаление
полей в БД.
• комплектатор
Электронный заказ.
Ограничения:
Ограничения:
Ограничения:
Нет
Доступ доступа
к
Запрет на к отдельным
большинству полей
изменение
читатели
записям
только
структуры на чтение
БД
Ограничения:
Доступ к БД только на чтение читатели
 Виды пользователей ИС
Среда конечного пользователя
обеспечивает доступ пользователей к
данным в соответствии с их статусом в ИС
Пользователи ИС

внешние внутренние
администратор
(сторонние) (сотрудники)

возможность
обеспечены
администрирования
максимальные поисковые
групп пользователей
возможностии работа
с
обеспечены
разрешением только
с ИС на уровне ограниченные
на корректировку
структуры поисковые
БД.данных
Поисковые
(можетвозможности
возможности с
существовать
запретом
несколько напользователей
изменение
ограничены
групп (корректировку)
(или полностью
с разными данных
закрыты).
правами доступа)
 PR. Библиотечная ИС
АРМ
Администратор
«Администратор»
АРМ библиотекари
каталогизаторы АРМ
библиотекари
каталогизаторы
«Каталогизатор»
каталогизаторы библиотекари
«Библиотекарь»
библиотекари

БД

СУБД

АРМ
комплектатор
«Комплектатор» читатели
АРМ
«Читатель»
читатели
 Виды пользователей ИС

Дляконечного
Среда каждойпользователя
группы
обеспечивает доступ
пользователей пользователей
задаются правак
данным в соответствии
доступа (наборсдоступных
их статусом в ИС
функций Пользователи
и полей для ИС работы) и,
как правило, разрабатывается
своя среда
внешние конечного
внутренние
администратор
(сторонние) (сотрудники)
пользователя
Классификации ИС
Вопрос:
Зачем нужно классифицировать ИС?
 Виды ИС с учётом сферы
применения

Классификации ИСБУИС
Банковские
ИС
страховые
ИС
ИС
фондового
рынка
налоговые
ИС

… :
Задание
Предложите признаки, по которым, на Ваш
взгляд целесообразно классифицировать ИС.
Примечание:
«Классификации» ИС с учетом сферы применения
и по типу решаемых задач мы уже рассмотрели 
Классификации ИС
по функциональному признаку;
по режиму работы;
по способу распределения
вычислительных ресурсов;
по характеру работы;
по степени автоматизации;
по характеру информации;
по сфере применения
 классификационные признаки
ИС

Функциональный
признак
СОД

АСУ

ИПС
 СОД
Системы Обработки Данных (СОД).
СОД - это БД, дополненная прикладными
программами различного назначения.

ПП производят вычисления значений элементов выходной

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

данные по нормативные
проведенным документы
операциям

Программы обработки
модели доклады модели модели
планов и об анализа принятия
бюджета отклоне- проблем решения
ниях
 АСУ
Автоматизированные системы
управления
УА (АСУ) - СОД, способные
выполнять выбор управленческих решений.
Принятие решения системой (автономно или с
участием специалистов) осуществляется на
АСУ
основе математических методов либо путем
моделирования действий специалиста по
принятию управленческих решения.
ОУ
Типичные задачи этого направления: задачи
оптимизации управления запасами материалов и
полуфабрикатов.
 ИПС
Информационно-поисковые системы (ИПС) -
системы, предназначенные для отыскания в множестве
документов тех, которые посвящены указанной в
Наполнение
информационном ЭК ИПС
запросе теме или содержат
необходимые сведения.
документы индексирование документы
Индексирование - процесс, состоящий из двух этапов: и
а) определение тем, которые отражаются в данном документе;
поисковые
б) выражение
запросыэтих теминдексирование
на языке, принятом в ИПС, и запись в виде
поисковых образов, которые связываются с документом. образы
Поиск осуществляется сопоставлением поисковых образов
документов с поисковым образом запроса. При полном или
ИПС
частичном совпадении образов документ считается соответствующим
запросу и выдается потребителю.
потребители
 классификационные признаки
ИС

Функциональный Режим
признак работы
СОД
пакетный
АСУ НЕЛЬЗЯ!!!!!!
ИПС диалоговый

нельзя
При пакетномговорить о том,
режиме данные лучше
в системе
накапливаются
Диалоговый режим до предоставляет
тех пор, пока не наступит
возможность
заданный
или
момент
хуже
времени
режим
или объем
обмена сообщениями между пользователем
без данных не и
определения
превысит
системой. некоторый
Достоинство Вопрос
режима -критерия,
предел.: Затем
высокая пообработки
имеющаяся
оперативность
информация
информации: обрабатывается
последовательность несколькими
команд, выдаваемых пользователем
которому
не являетсяКакой режим эти
жестко фиксированной,
последовательно запускаемыми
режимы
работы лучше?
а существенно зависит от
программами.
результатов ранее выполненных команд, что особенно важно при
сравниваются!!!!!!!
решении задач с многовариантной логикой.
 классификационные признаки
ИС

Административно-организационные
Функциональный Режим Распределение Характер
ИСпризнак
, вырабатывают
работы выч. ресурсов
информацию, которая работы
принимается человеком к сведению и не
СОД управляющие
превращается немедленно
пакетный в локальные
серию
конкретных
АСУ
действий. Эти системы
обладают высокой степенью интеллекта, административно-
распределен-
т.к. для
ИПСних характерна в большей степени
диалоговый
ные организационные
обработка знаний, а не данных. Пример -
Управляющие
Локальная система
ИС, вырабатывают
аудиторские использует
ИС: на основе одининформацию,
компьютер, на
Распределенная система представляет собой объединение
основе
вычислительная
которой человек
законодательных мощность
актов, принимает
законов, которого
норм ирешения.
должна
информационных систем, каждая из которых реализована, как
Для
них характерен постановлений.
соответствовать
типкомпьютере
задач
решаемым
расчетногозадачам.
характера и
правило, на отдельном и выполняет собственные
обработка больших
не зависимые объемов
от других систем данных. Пример - цель
функции. Основная система
бухгалтерского учета,
создания таких система
систем оперативного
- коллективное планирования
использование
информационныхвыпуска
фондов и вычислительных ресурсов.
продукции
 ИС

СОД АСУ ИПС

пакетные диалоговые локальные распределенные

Административно-
Управляющие
организационные
 классификационные признаки
ИС

степень характер сфера

автоматизации информации применения
ручные информационно- организационное
справочные управление
автоматизиро- управление
ванные технологическим
информационно- процессом
автоматические решающие
автоматизированное
проектирование
ИСуправления
организационного
Информационно-решающиеИС - управления
Информационно-справочные
Ручные
Автоматические
Автоматизированные
ИС ИС - характеризуются
технологическими - предназначены
ИС -системы
выполняютсистемы
отсутствием
все-процессами
предполагают для по
производят
операции
- современных
производят
участие в- все
автоматизации функций управленческого персонала. К ним относятся
переработке
технических
ИСоперации
процессе
ввод,
предназначены
систематизацию,
обработки
информации
по
средств
переработке
дляпереработки
автоматизированного информации
автоматизации
без
хранение,
информации
участия
информации
и человека,
функций
проектирования
ИС управления как промышленными
выдачу
человека.
по
ии
фирмами, так и -
компьютера,
Пример
производственного
информации
выполнением
- ИС,
причем
предназначены
непромышленнымиопределенному
обслуживающие
длябез
основная
персонала.
всех
преобразования
Вопрос операций
Их роль
автоматизации
объектами. :алгоритму.
Подобные
отводится
станки
человеком.
функций
основные данных.
сИС
числовым
компьютеру.
широкои
инженеров-
интегрированные
функции: контроль
Пример
Пример
Пример
используются
-- ЭИС
бухгалтерская
-программным
проектировщиков, "1С-Бухгалтерия"
регулирование, вконструкторов,
железнодорожных
при
учет организации
книга
и анализ; управлением;
(работа
(бухгалтер
поточных
и
бухгалтера
архитекторов,
перспективное авиакассах
идля линий,
расчетов
на по
дизайнеров
оперативное при
Какие ИС
использует
компьютере
изготовлениябывают
калькулятор
создании
планированиеуправление по техники
помикросхем,
расчету
продаже степени
например,
и даже
новойсбытомнабилетов автоматизации?
исборке,
сохранившиеся
или заработной
для иподдержания
технологии
снабжением платы).
другиесчеты)
задачи
технологического процесса в промышленности