Работа выполнена студентами ГИБО-01-14 Воротниковой Светланой и Царьковой Еленой.
Цель работы: создание схемы бизнес-слоя работы аэропорта в программе Archimate.
Описание работы: повторное ознакомление с материалами четвертой лабораторной работы, и на их основе построение схемы работы аэропорта.
Задание: предоставить преподавателю текстовой документ со схемой аэропорта и пояснение каждого вида фрагментов схемы в виде таблицы.
Результат выполнения работы: представлен ниже.
| Название | Описание |
| Открытие рейса | Бизнес событие - открытие рейса |
| Продажа билетов | Бизнес функция следующая за открытием рейса. Выпуск и продажа билетов. |
| Касса | Необходима для произведения оплаты за билеты |
| Обработка платежных данных | Процесс отвечающий за обработку платежей и передающий полученную информацию в модуль обработки платежей |
| Модуль обработки платежей | Объект приложений отвечающий за прием оплаты за билеты, регистрирующий оплату |
| Регистрация | Бизнес процесс подразумевающий получение личной информации от пассажиров, и с их использованием регистрацию пассажиров на рейс |
| Сотрудник регистратуры | Бизнес-исполнитель, обеспечивающий процесс регистрации |
| Распределение мест | Сервис, позволяющий пассажирам самим выбрать свои места в самолете |
| Прием багажа | Получение багажа от пассажиров и его регистрация |
| Сведения о багаже | Данные о багаже, вес, принадлежность, объем |
| Транспортировка багажа до самолетов | Перевоз багажа после регистрации к самолетам |
| Данные о пассажирах | Данные полученные в процессе регистрации пассажиров |
| Сопровождение пассажиров до самолетов | Сервис, позволяющий пассажирам с комфортом доехать до самолетов на автобусе |
| Рассадка по местам и погрузка багажа | Процесс, осуществляемый сотрудниками аэропорта - рассадка пассажиров в соответствии с их местами и погрузка багажа на борт самолета |
| Сотрудники на борту самолета | Бизнес исполнители, а данном случае - стюарты, стюардесы и пилоты |
| Обеспечение безопасности перелета | Бизнес процесс по обеспечению безопасности перелета пассажиров |
| Служба безопасности | Объект, отвечающий за безопасность пассажиров как во время перелета, так и во время ожидания |
| Выделение авиалинии | Процесс резервирования авиалинии для определенного рейса |
| Отдел обеспечения перелетов | Бизнес объект занимающиеся обеспечением авиаперелетов, резервированием маршрутов и авиалиний, отслеживающий перемещение самолетов |
| Общая база данных всех авиалиний | На ее основе происходит выбор авиалинии и маршрута для рейса из возможных и доступных вариантов |
| Файл БД всех авиалиний и маршрутов | Файл с информацией о всех возможных маршрутах и авиалиниях |
| Система видеонаблюдения, проверки и досмотра | Включает в себя комплекс аппаратных средств по обеспечению безопасности в аэропорту, таких как видеокамеры, рамки, и др. |
Лабораторная работа №6
Работа выполнена студентками ГИБО-01-14 Воротниковой Светланой и Царьковой Еленой.
Цель работы: ознакомление с моделью архитектуры федеральной организации и изучение особенностей ее применения.
Задание:
Предоставить преподавателю:
4. Доклад и презентацию по применению архитектуры FEAF и FEA для правительственных учреждений и ведомств.
5. Развернутый ответ на вопрос: «Почему проект электронная Россия можно отнести к архитектуре FEAF.
Текст доклада.
Архитектура предприятия — это систематизирующая логика основных бизнес-процессов и ИКТ-возможностей организации, зафиксированная в виде набора политик и технических решений. АП является тем набором чертежей бизнес-процессов и систем, которые необходимо подготовить в организации. АП организации описывает платформу делового и технического управления, на которой организация проектирует и создает свои ИТ системы, позволяющие ей быть конкурентоспособной. Как правило, самой крупной организацией почти во всех странах является правительство. Большой размер обычно означает высокий уровень сложности.
АП эффективно поддерживает деятельность компании, стимулирует обмен информацией между отделами и организациями, повышает возможность менеджмента предоставлять услуги более эффективно и своевременно, а также совершенствовать операциональную результативность и исполнительскую дисциплину путем эффективного использования ИКТ.
Электронное правительство подразумевает использование ИКТ для преобразования государственных услуг и административных процессов с целью построения интегрированного правительства. Задача при этом — предоставление необходимых услуг (эффективность) оптимальными и прозрачными методами с высоким уровнем гибкости для удовлетворения потребностей населения и бизнеса.
Основные области взаимодействия для электронного правительства включают «правительство — гражданин» (G2C), «правительство — бизнес» (G2B), «правительство — правительство» (G2G) и «правительство — государственный служащий» (G2E). Для взаимодействий G2C и G2E характерны отношения между органами власти и физическими лицами, тогда как взаимодействия G2G и G2B имеют дело с взаимодействиями органов власти с юридическими лицами.
Страны, реализующие у себя электронное правительство, имеют ряд общих характеристик. Наиболее заметная общая черта — постепенное движение к возрастающей зрелости электронного правительства. Страны проходят различные стадии зрелости, сначала создавая, а затем используя платформу для реализации электронного правительства. На каждом этапе изучаются управленческие процессы и методы применения ИКТ как стратегические возможности.
Архитектура федеральной организации (FEA) — это последняя попытка федерального правительства привести бесчисленное множество агентств к единой и повсеместно используемой архитектуре.
FEA является наиболее полной методологией из всех упомянутых. Она включает и всеобъемлющую таксономию, как в методологии Захмана, и архитектурный процесс, как в модели TOGAF. FEA можно рассматривать и как методологию создания архитектуры предприятия, и как результат применения этой процедуры к конкретной организации.
Архитектура FEA не полностью следует модели Захмана, но тем не менее унаследовала от нее идею формализованного и детализированного описания автоматизированной системы, стадий ее проектирования и внедрения.
Архитектура электронного правительства поддерживается тремя направлениями:
· Эталонные модели Электронного правительства, (Federal Enterprise Architecture (FEA) Consolidated Reference Model Document)
· Методика применения эталонных моделей (A practical guide to Federal Enterprise Architecture)
· Базовая модель оценки состояния архитектуры предприятия. (Enterprise Architecture Assessment Framework)
Эталонные модели задают структуру, методика описывает процесс применения, а модель оценки ориентирована на мониторинг состояния. По каждому из этих направлений есть базовый документ, версии которого периодически обновляются.