Автор работы: Пользователь скрыл имя, 01 Декабря 2013 в 13:41, курсовая работа
Традиционно наземное обслуживание как бизнес - это постоянные колебания, взлеты и падения, что в свою очередь ставит задачи по управлению персоналом и эксплуатации оборудования. Сегодня эти задачи можно решать с использованием интегрированного программного обеспечения планирования, которое поможет оптимизировать работу персонала наземного обслуживания и увеличить его коэффициент полезного действия. Исходя из вышесказанного, встает необходимость немедленно приступить к окончательной доработке разрабатываемой системы, в плане автоматизации бизнес-процессов аэропорта.
Введение 3
Глава 1 Технико-экономическая характеристика предметной области и предприятия 4
1.1.Характеристика предприятия и его деятельности 4
1.2. Организационная структура управления предприятием 5
1.3. Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов 8
1.4. Внедрение комплексной автоматизированной системы в авиакомпании 9
1.5.Анализ существующей разработки для автоматизации задачи 14
1.6.Выбор и обоснование стратегии автоматизации задачи 16
1.7. Выбор и обоснование способа приобретения ИС для автоматизации комплекса задач 17
Глава 2. Информационное обеспечение задачи 18
2.1 Информационная модель и её описание 18
2.2 Характеристика нормативно-справочной, входной и оперативной информации 20
2.3 Характеристика результатной информации 21
Глава 3. Внедрение комплексной автоматизированной системы электронного документооборота в авиакомпании 23
Заключение 29
Список литературы 30
АС «Экипаж» имеет удобный
интерфейс и графический
Обеспечен контроль готовности летного состава к выполнению полетов в соответствии с государственными нормативными документами и корпоративными требованиями. Осуществляется взаимодействие с программой «Заявка на сертификацию».
Наличие «Личного кабинета»,
интегрированного с Веб-сайтом АС «OpenSky»,
позволяет персоналу
В системе предусмотрен полноценный модуль обработки полетной информации, что позволяет не только обеспечить обратную связь для автоматического поступления информации о налете и рабочем времени летно-подъемного состава в базу данных персонала для дальнейшего планирования, но и использовать результаты обработки для расчета сдельной части заработной платы и компенсационных выплат (суточных), расчета производственных показателей работы авиакомпании и других целей.
Благодаря долговременному
плодотворному сотрудничеству РИВЦ-Пулково
с пользователями АС «Экипаж» система
постоянно развивается и
Существует несколько
стратегий автоматизации
Хаотичная – автоматизация объекта по мере необходимости программного продукта и готовности к ее проведению.
По участкам – процесс
автоматизации отдельных
По направлениям – автоматизация направлений деятельности, таких как производство, сбыт, управление финансами.
Полная – автоматизация всего производства в целом
При автоматизации выбранного комплекса задач выбор полной автоматизации приводит к отказу от существующей ИС на предприятии с последующей её заменой, что выливается в огромные временные и денежные затраты на переобучение сотрудников аэропорта, что не представляется возможным.
Таким образом, целесообразно автоматизацию по участкам деятельности.
Автоматизация по участкам предполагает автоматизацию отдельных подразделений предприятия. В выбранном комплексе задач подходит именно эта стратегия, т.к. предполагается автоматизировать только один отдел.
Существует несколько способов приобретения ИС:
Заказ разработки системы
у сторонних разработчиков
Покупка готового решения предполагает наличие на рынке систем автоматизации, решающих выбранный комплекс задач. В связи со специфичностью решаемой задачи на рынке готовых решений нет.
Аутсорсинг так же не представляется возможным по причине того, что аэропорт является стратегически важным объектом и нельзя доверять функции по их управлению сторонним компаниям.
С учетом собственных информационных
ресурсов в фирме наименее затратным
по временным и денежным ресурсам
будет выбор собственной
Информационная модель позволяет понять процессы, происходящие в системе с момента поступления в нее информации до момента выхода обработанной информации.
Информационная модель исправленного варианта организации информационной системы представлена на рисунке 3.
Рис. 3 - IT-архитектура предприятия
В представленной информационной
модели сотрудник отдела продаж добавляет
запись или изменяет информацию о
существующем пассажире и проданном
билете на основе полученной информации
через специальную экранную форму
«Продажа билетов» (рис.4), таким образом,
изменяются справочники ФИО пассажира»,
«Аэропорт вылета», «ФИО оператора»
и «Маршрут полета». После окончания
изменений в таблице «Билет»,
предоставляется распечатать
На основе регистра проданных билетов, формируется сводный документ.
Используемые классификаторы и системы кодирования.
Кодом билета является его непосредственным номер – это облегчает поиск информации о нем в базе данных.
Таким образом, количество возможных комбинаций не ограниченно.
Система кодирования порядковая: каждый последующий билет имеет значение кода предыдущего плюс один.
Например, 000000001 – запись для первого билета.
Рис. 4 - Информационная модель
Одним из первичных входных документов являются документы пассажира, предоставляемые им и содержащие в себе информацию о нем. Таким документом является паспорт.
Он содержит в себе серию, номер, код подразделения, выдавшего его, ФИО пассажира, дата рождения, наименование подразделения выдавшего, таким образом, количество строк, несущих в себе полезную информацию равно 13. Частота возникновения около 4354 в день. Но так как в данный момент использует упрощенная показательная модель базы то вся информация о пассажире сводится к его ФИО.
Экранная форма для ввода этих данных отображена на Рис. 5.
Справочник «АэропортВылета» заполняется один раз, и его данные являются статичными.
Экранная форма для заполнения справочника «АэропортВылета» показана на Рис. 6, в нее заносятся названия существующих аэропортов.
Рис. 5 - Экранная Форма
Рис. 6 - Ввод данных о пассажире
В процессе работы системы появляются потоки информации, такие как, запись в БД предприятия поступающей информации о пассажирах, содержащей информацию, полученную от них. Реквизитный состав этих данных представлен в Табл. 3. В ходе работы информационной системы, возникают два вида результирующей документации: билет и сводный документ по проданным билетам. Макет печатной формы для билета показан на Рис. 7. Макет отчета представлен на Рис. 8.
Таблица 3 - Реквизитный состав данных информации о пассажире (как будет выглядеть при полном вводе ИС)
№ п/п |
Наименование |
Описание |
Тип |
1 |
ФИО |
Фамилия, имя, отчество пассажира |
Текст |
2 |
Серия паспорта |
Серия паспорта пассажира |
Число |
3 |
Номер паспорта |
Номер паспорта пассажира |
Число |
4 |
Кем выдан |
Орган, выдавший паспорт пассажира |
Текст |
5 |
Дата выдачи |
Дата выдачи паспорта пассажира |
Дата |
6 |
Дата рождения |
Дата рождения пассажира |
Дата |
Рис. 7 - Ввод данных о маршруте
Рис. 8 - Макет формы
Современные условия деловой среды вынуждают компании искать конкурентные преимущества в неосязаемых активах, так как решения в этой сфере обладают особой уникальностью и практически не поддаются копированию со стороны конкурентов.
Среди различных видов
неосязаемых активов можно
На рынке появляется
все больше и больше крупных компаний
с территориально распределенной структурой,
при этом не все компании успевают
перестроить устаревшую систему
документооборота согласно современным
требованиям деловой среды, что
в значительной степени снижает
конкурентоспособность
Методология ведения проекта
Проект состоял из двух
этапов. Первый этап — анализ текущего
состояния документооборота, оптимизация
бизнес-процессов и подготовка ТЗ.
На втором этапе была выполнена разработка
и внедрение комплексной
Внедрять КАСЭД было решено основываясь на методологии внедрения проектов по документообороту, разработанной специалистами IBS и уже апробированной на других проектах. Внедрение состояло из пяти фаз:
Первый шаг: обследование
Фаза 1 проекта заключалась
в анализе текущего состояния
ключевых бизнес-процессов
Анализ в ходе обследования выявил «узкие места» в бизнес-процессах документооборота заказчика. В частности, имели место случаи утери документов, а возможности поиска документов были крайне ограничены. Действовавшая система документационного обеспечения управления (ДОУ) была организована так, что учет документов был распылен по нескольким информационным системам, либо вовсе велся в локальных базах сотрудников. В результате этого сбор пакетов документов, необходимых для осуществления бизнес-деятельности подразделений, затруднялся, местонахождение и статус документов зачастую не были определены. В числе прочего, это приводило к тому, что ответы на запросы руководства и внешних контрагентов, а также подготовка регулярной отчетности задерживалась.
Таким образом, уровень
организации документооборота не соответствовал
требованиям бизнеса и