КОНТРОЛЬНАЯ РАБОТ А Дисциплина «Архитектура информационных систем». 19_ИЗ_АИС_КР 7_вариант (новый). Архитектура информационных систем
 Скачать 0.85 Mb.
|
|
Министерство образования, науки и молодежной политики Нижегородской области Государственное бюджетное образовательное учреждение высшего образования «Нижегородский государственный инженерно-экономический университет» (ГБОУ ВО НГИЭУ) Институт: «Информационные технологии и системы связи» Кафедра: «Информационные системы и технологии» КОНТРОЛЬНАЯ РАБОТА Дисциплина «Архитектура информационных систем» Выполнил: студент ИЗ 19 Шатов Илья Андреевич Проверил: старший преподаватель Кривоногов Сергей Вячеславович г. Княгинино  2021 г.Содержание 1Общая характеристика 4 1.1Описание деятельности организации 4 1.2 Описание используемых методологий и средств реализации 4 2 Описание модели «как есть» 6 3 Описание модели «как должно быть» 10 Заключение 17 Список литературы 18 Введение Отчет содержит в себе контрольную работу по дисциплине «Архитектура информационных систем». Цель выполнения контрольной работы работ – построить модель информационной системы по указанным предметным областям. Краткие характеристики: Для построения модели необходимо использовать программу визуального моделирования Ramus. В отчёте отразить контекстную диаграмму, диаграмму декомпозиции всех рассматриваемых процессов (не менее 8 диаграмм) в нотации IDEF0 и DFD. Каждую из диаграмм описать, указать какие задачи выполняются. Предметные область: - продажа железнодорожных билетов. Общая характеристикаВ настоящей работе рассматривается деятельность предприятия, связанная с продажей железнодорожных билетов. Успешное функционирование деятельности по продаже билетов включает множество факторов, таких, как, например, техническое обеспечение организации, кадровое обеспечение организации и т.п. В состав предприятия могут ходить множество различных отделов, также существуют связи с другими предприятиями. Для корректного функционирования деятельности по продаже железнодорожных билетов необходимо разработать структуру информационной системы для взаимосвязи между всеми частями процессов, происходящих в организации, и дальнейшей реализации этой информационной системы. 1.2 Описание используемых методологий и средств реализацииМетодологии, технологии и инструментальные средства проектирования (CASE-средства) составляют основу проекта любой информационной системы. Методология реализуется через конкретные технологии и поддерживающие их стандарты, методики инструментальные средства, которые обеспечивают выполнение процессов жизненного цикла. При выполнении работы были использованы следующие методологии. Методология IDEF0 предписывает построение иерархической системы диаграмм – единичных описаний фрагментов системы. Сначала проводится описание системы в целом и её взаимодействия с окружающим миром (контекстная диаграмма), после чего проводится функциональная декомпозиция – система разбивается на подсистемы, и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. Целью методологии DFD является построение модели рассматриваемой системы в виде диаграммы потоков данных. При реализации была использована программа Ramus которая позволяет документировать важные аспекты любых бизнес-процессов: действия, которые необходимо предпринять, способы их осуществления и контроля. Для этого в основу продукта заложены общепризнанные методологии моделирования IDEF0, DFD. 2 Описание модели «как есть»2.1 Контекстная диаграмма Построение модели системы начинается с изучения всех документов, описывающих ее функциональные возможности. Одним из таких документов является техническое задание. После изучения исходных документов и опроса заказчиков и пользователей системы необходимо сформулировать цель моделирования и определить точку зрения на модель. Цель моделирования: описать функционирование деятельности структурного подразделения Организации на основе неавтоматизированных процессов. Модель будет строиться с точки зрения стороннего наблюдателя. Построение начинается с контекстной диаграммы IDEF0. Основной функцией является деятельность структурного подразделения – продажа железнодорожных билетов. Таким образом, единственная работа контекстной диаграммы – «Продажа железнодорожных билетов». Деятельность структурного подразделения организации заключается в обеспечении максимальной реализации товара (билетов, услуг). Основные компоненты, необходимый для этого процесса – техническое обеспечение предприятия, а также клиента база располагающая денежными средствами. Управлять всеми процессами в организации будут нормативные документы (должностные инструкции, федеральные законы и т.д.). Выполнение деятельности структурного подразделения организации ведет к реализации товара (билетов). Диаграмма представлена на рисунке 1.  Рисунок 1 – Контекстная диаграмма бизнес-процесса по продаже ж/д билетов. 2.2 Декомпозиция диаграмм IDEF0 Далее будет проведена декомпозиция контекстной диаграммы, описывающая функционирование подразделение предприятия по продаже билетов. Результат декомпозиции показан на рисунке 2.  Рисунок 2 – Диаграмма декомпозиции бизнес-процесса по продаже ж/д билетов Начальным этапом является «предоставление предложений для клиента», в рамках которого основная цель – заинтересовать клиента, на выходе сделать выгодное предложения для клиента. Далее следует этап «подача заявки на приобретение билета», на данном этапе на выходе получаем заявку для приобретения товара. Этап «обработка заявки на приобретение билетов», направлен на создание правовых отношений между клиентом и компанией. Для фиксации факта предоставления прав на билет, создан этап «приобретение билета», на выходе которого требуется только его доставить. Этап «доставка билета до клиента» описывает взаимодействие менеджера, клиента и службы доставки одновременно, но на этом этапе услуга еще не считается оказанной. Ещё один необходимый для описания этап – «оценка качества обслуживания», в котором компания должна понять доволен ли клиент оказанием услуг, требуются ли доработки в организации процесса продажи билетов. Результат совместного выполнения этих этапов – «проданный билет на поезд». На каждом из этапов используются необходимые процедуры и правила. 3 Описание модели «как должно быть»На основе составленной модели IDEF0 были составлены модели DFD. Диаграммы потоков данных (Data flow diagramming, DFD) используются для описания документооборота и обработки информации. Все DFD диаграммы были созданы в результате декомпозиции основных этапов в модели IDEF0. 3.1. Декомпозиция этапа «Предоставление предложений для клиента»  Рисунок 3 – Диаграмма декомпозиции этапа «Предоставление предложений для клиента» В диаграмме существует 2 участника процесса обмена информацией: клиент, менеджер Клиент желает приобрести билет, располагая ресурсами – денежные средства. Менеджер уточняет у клиента информацию, необходимую для предоставления выгодного предложения. Менеджер выполняет действия основываясь на управленческих ресурсах (должностная инструкция). На диаграмме отчетливо видно, что основная задача компании на данном этапе – по ресурсам клиента, подобрать выгодное предложение, усилить желание приобретения билета именно в данной компании. На выходе этапа имеем сформированное выгодное предложение для клиента, которое являться ресурсом для следующего этапа бизнес-процесса. 3.2. Декомпозиция этапа «Предоставление предложений для клиента»  Рисунок 4 – Диаграмма декомпозиции этапа «Подачи заявки на приобретение билета от клиента» В диаграмме существует 2 участника процесса обмена информацией: клиент, менеджер Клиент имея выгодное предложение (например - оферту), желает оформить заявку на приобретение билета. Менеджер формирует заявку в системе, действуя по должностной инструкции. На диаграмме отчетливо видно, что основная задача компании на данном этапе – создать заявку на приобретения билета в информационной системе (внести персональную информацию клиента в систему, зарезервировать место, маршрут направления, дату и время поездки). На выходе этапа имеем заявку на приобретения билета, которое являться ресурсом для следующего этапа бизнес-процесса. 3.3. Декомпозиция этапа «Обработка заявки на приобретение билетов»  Рисунок 5 – Диаграмма декомпозиции этапа «Обработка заявки на приобретение билетов» В диаграмме существует 2 участника процесса обмена информацией: продавец-кассир билетов, менеджер. Менеджер передает информацию для продавца-кассира билетов. Продавец-кассир формирует договор продажи для клиента. На диаграмме видно, что основная задача компании на данном этапе – сформировать договор продажи, для формирования договорных отношений между компанией и клиентом. Менеджер и продавец-кассир билетов выполняет действия основываясь на управленческих ресурсах (должностная инструкция, правила продажи билетов). На выходе этапа имеем договор продажи, который являться ресурсом для следующего этапа бизнес-процесса. 3.4. Декомпозиция этапа «Приобретение билетов»  Рисунок 6 – Диаграмма декомпозиции этапа «Приобретение билетов» В диаграмме существует 4 участника процесса обмена информацией: продавец-кассир билетов, менеджер, представитель банка, клиент. Продавец-кассир на основе договора продажи, формирует билет и информацию об оплате, предоставляет данную информацию менеджеру. Менеджер информирует клиента, передает ему информацию о порядке оплаты. Клиент подает платежное поручение в банк для оплаты билета, предоставляет информацию менеджеру по оплате. Представитель банка производит выполнение платежного поручения и направляет информацию о поступлении средств в организацию по продаже билетов. Менеджер при подтверждении оплаты билетов, формирует пакет документов необходимых для формирования доставки. Все участники процесса, кроме клиента, при выполнении операций основываются на своих должностных инструкциях. Не маловажным моментом, является использование технического обеспечения предприятия в качестве ресурсов. На выходе этапа имеем комплект документов необходимых для оформления доставки билетов (в том числе сами билеты), который являться ресурсом для следующего этапа бизнес-процесса. 3.5. Декомпозиция этапа «Доставка билета до клиента»  Рисунок 7 – Диаграмма декомпозиции этапа «Доставка билета до клиента». В диаграмме существует 3 участника процесса обмена информацией: продавец-кассир билетов, менеджер, представитель банка, клиент. Курьер по запросу менеджера производит доставку билета, заполняет необходимые документы по факту доставленного билета. Менеджер предлагает клиенту дату и время доставки, согласовывает удобную дату и время доставки билетов для клиента. Формирует запрос курьеру на доставку билета. Передает клиенту информацию о курьере, месте, дате и времени передачи билета. Клиент выбирает с менеджером удобную для него место, время и дату встречи, клиент не общается на прямую с курьером до момента передачи билета. Не маловажным моментом, является использование технического обеспечения предприятия в качестве ресурсов. На выходе этапа имеем комплект документов по выполненной доставке билетов, которые являться ресурсом для следующего этапа бизнес-процесса. 3.5. Декомпозиция этапа «Оценка качества обслуживания»  Рисунок 8 – Диаграмма декомпозиции этапа «Оценка качества обслуживания». Одним из способов обратной связи с клиентом, является оценка качества обслуживания. Любой компании для улучшения качества обслуживания следует учитывать мнения их клиентов. Поэтому продажа билета считается выпаленной успешно, если клиент удовлетворен качеством сервиса. В диаграмме существует 3 участника процесса обмена информацией: менеджер, менеджер по качеству обслуживания, клиент. Менеджер после выполнения доставки производит опрос клиента по удовлетворенности качеством обслуживания. На основе полученных данных формирует отчет для менеджера по качеству обслуживания. Клиент во время опроса выражает свою мнение менеджеру о качестве обслуживания. Менеджер по качеству обслуживания на основе полученных данных формирует рекомендации для улучшения качества обслуживания. На выходе этапа имеем полностью предоставленную услугу по продаже билета, с полученной обратной связью от клиента по уровню качества предоставляемой услуги. ЗаключениеПри выполнении работы были использованы инструментальные средства приложения Ramus. На основе полученных знаний была построена модель «как есть» в методологии IDEF0, а также модель «как должно быть» в методологии DFD для структурного подразделения организации по реализации билетов. Множественные диаграммы декомпозиции позволили разносторонне рассмотреть деятельность рассматриваемой деятельности. Были получены навыки работы с программным обеспечением для проектирования и моделирования информационных систем. Список литературыКалашян А. Н., Калянов Г. Н. Структурные модели бизнеса: DFD-технологии; Прикладные информационные технологии - Москва, 2009. - 256 c.; Р 50.1.028-2001 Информационные технологии поддержки жизненного цикла продукции. Методология функционального моделирования – Москва.: Госстандарт России, 2001 год; Советов, Б.Я. Архитектура информационных систем: Учебник для студ. учреждений высш. проф. образования / Б.Я. Советов, А.И. Водяхо, В.А. Дубенецкий. - М.: ИЦ Академия, 2012. - 288 c. |