Проектирование информационно-аналитической системы для повышения безопасности полетов (на примере компании "Аэрофлот")
Главные понятия учета и анализа повторяемости авиационных инцидентов. Стратегии технической эксплуатации воздушных судов. Разработка информационно-аналитической системы для отчетности предпосылок к летному происшествию. Разработка схемы хранилища данных.
Рубрика | Программирование, компьютеры и кибернетика |
Вид | дипломная работа |
Язык | русский |
Дата добавления | 01.09.2017 |
Размер файла | 2,3 M |
Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже
Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.
Размещено на http://www.allbest.ru/
Федеральное государственное автономное образовательное учреждение высшего образования
«Национальный исследовательский университет «Высшая школа экономики»
Выпускная квалификационная работа
«Проектирование информационно-аналитической системы для повышения безопасности полетов на примере компании Аэрофлот»
Рецензент
Н.К. Хачатрян
Научный руководитель
С.М. Ямпольский
Оглавление
Введение
Глава 1. Теоретические основы учета и анализа повторяемости авиационных инцидентов
1.1 Основные понятия учета и анализа повторяемости авиационных инцидентов
1.2 Стратегии технической эксплуатации воздушных судов
1.3 Существующие информационные системы для учета и анализа авиационных инцидентов
1.4 Функциональная модель процесса учета и анализа повторяемости авиационных инцидентов
Глава 2. Разработка информационно-аналитической системы для учета и анализа авиационных инцидентов
2.1 Разработка схемы хранилища данных
2.2 Описание атрибутов таблиц
2.3 Описание связей между таблицами
2.4 Реализация хранилища данных в СУБД «MS SQL Server - 2012»
Глава 3. Проведение учета и анализа повторяемости авиационных инцидентов
3.1 Алгоритм учета авиационных инцидентов
3.2 Алгоритм анализа повторяемости авиационных инцидентов
3.3 Расчет вспомогательных показателей компании «Аэрофлот» для коэффициента эксплуатации
3.4 Пример работы с информационно-аналитической системой
3.5 Автоматизированный анализ рисков, связанных с технической эксплуатацией воздушного судна
Заключение
Список использованных источников
Аннотация
Приложение
Введение
Сегодня рынок авиаперевозок молниеносно растет и развивается по всем направлениям. Самолет - наиболее быстрое и удобное средство передвижения из одной точки мира в другую. Но проблема безопасности полетов до сих пор занимает первостепенное значение для мирового сообщества. Авиационный сектор - это многоструктурный и комплексный объект, который нельзя разделять на обособленные составляющие, все его элементы представляют четко отлаженную совокупность взаимосвязанных параметров, и для повышения безопасности полетов необходимо рассматривать тот или иной фактор как составляющие единого целого.
Ни для кого не секрет, что самолет является сложнейшим техническим устройством и для каждого самолета устанавливается свой предельный срок эксплуатации, после которого необходима комплексная оценка состояния самолета и вынесение решения о возможности продления его ресурса. Однако крупные компании, как правило, не доводят свои самолеты до конца «жизненного цикла» и списывают их намного раньше, тем самым понижая средний возраст своего авиационного флота. Этот показатель очень часто принимается во внимание при анализе безопасности авиаперевозчика. Но не все компании могут позволить себе списывать самолеты, стоящие миллионы долларов, и возникает совершенно очевидный вопрос определения фактического состояния конкретного воздушного судна.
В данной работе рассматривается проблема информационной поддержки принятия решения по возможной дальнейшей эксплуатации воздушного судна (самолета) сверх назначенного производителем ресурса, на основе информации о прошедших с ним инцидентах.
Степень разработанности задачи. Рассматриваемая проблема является актуальной, ввиду чего были проанализированы существующие системы контроля и повышения безопасности полетов, а также разработана информационно-аналитическая система для учета и анализа повторяемости авиационных инцидентов.
Объектом исследования является процесс учета и анализа повторяемости авиационных инцидентов рассматриваемой компании.
Предметом исследования является информационно-аналитическая система для учета и анализа повторяемости авиационных инцидентов.
Цель исследования: разработка комплекса мер, направленных на повышение безопасности полетов воздушных судов на основе предоставления информационно-аналитической поддержки руководящим лицами авиационных компаний в процессе принятие решения о продолжении эксплуатации воздушных судов сверх назначенного ресурса.
Задачи исследования:
· Провести анализ существующих информационных систем для учета и анализа повторяемости авиационных инцидентов;
· Разработать функциональную модель процесса учета и анализа повторяемости авиационных инцидентов;
· Разработать хранилище данных для сбора, обобщения и анализа информации о авиационных инцидентах;
· Разработать алгоритмы для учета и анализа повторяемости авиационных инцидентов;
· Провести автоматизированный анализ рисков, связанных с технической эксплуатацией воздушных судов сверх назначенного ресурса.
Разработанное в работе хранилище данных содержит актуальные данные, которые были получены путем поиска их в открытых источниках, в том числе в сети «Интернет».
Методы исследования:
· Сбор и анализ данных
· Моделирование бизнес-процессов
· Концептуальное и физическое моделирование хранилища данных и Windows - приложения
· Технологии объектно-ориентированного программирования
Новизна исследования заключается в разработке алгоритма анализа эксплуатации воздушного судна, который возможен к применению различными организациями. Информационно-аналитическая система является готовым продуктом и полностью подготовлена к практическому использованию.
Структура работы. Работа состоит из введения, трех глав, заключения и списка литературы.
В первой главе рассмотрены теоретические основы учета и анализа повторяемости авиационных инцидентов, а также стратегии технической эксплуатации воздушных судов, существующие информационные системы для учета и анализа повторяемости авиационных инцидентов. Построена функциональная модель процесса учета и анализа повторяемости авиационных инцидентов.
Вторая глава работы посвящена разработке информационно-аналитической системы для учета и анализа повторяемости авиационных инцидентов.
Третья глава содержит описание алгоритмов проведения учета и анализа повторяемости авиационных инцидентов.
В заключении работы представлен обзор полученных результатов, а также формулируются выводы о проделанной работе.
Глава 1. Теоретические основы учета и анализа повторяемости авиационных инцидентов
1.1 Основные понятия учета и анализа повторяемости авиационных инцидентов
Прежде чем приступать непосредственно к анализу авиационных инцидентов, необходимо дать точное определение данному явлению и определить порядок его расследования и учета.
Основным документом, который регламентирует правила классификации, расследования и последующего анализа авиационных инцидентов, является Постановление Правительства Российской Федерации от 2 декабря 1999 года №1329 - «Об утверждении Правил расследования авиационных происшествий и авиационных инцидентов с государственными воздушными судами в Российской Федерации» [1]. В начале данного документа присутствует список различных авиационных событий. Обязательным условием является разграничение авиационных происшествий и инцидентов.
Авиационные происшествия приводят к катастрофам и авариям, которые сопровождаются человеческими жертвами и серьезными повреждениями самолетов (чаще всего потерями).
Авиационным инцидентом называют событие, которое создало или могло создать серьезную угрозу жизни экипажа и пассажиров самолета и нарушило плановую работу самолета, т.е. это нарушение конструктивных особенностей, отказ какой-либо системы, различные технические неполадки и т.п. При этом стоит учесть, что авиационный инцидент по степени тяжести является более опасным чем авиационное происшествие.
Необходимо обозначить порядок сбора данных о каждом инциденте, ведь их учет и анализ необходим для повышения безопасности полетов. Обязательно указываются следующие сведения:
Дата и время, когда произошел инцидент;
Место (страна, город), где произошел инцидент;
Вид аварии и видимые разрушения (степень разрушения самолета);
Последствия инцидента (количество пострадавших);
Тип и принадлежность воздушного судна (указание авиаперевозчика);
Аэродром вылета и предполагаемого прилета;
Погодные условия;
Данные по рейсу (количество экипажа, пассажиров на борту самолета);
Другие сведения, которые необходимо указать и которые могут помочь при расследовании инцидента.
Все эти сведения заносятся в специальный журнал учета авиационных происшествий, а впоследствии переносятся в единую базу данных авиационных инцидентов. Далее в документе рассматриваются такие моменты, как формирование и работа комиссии по расследованию происшествия, а также порядок доклада о результатах работы комиссии.
После расследования комиссии необходимо разработать ряд профилактических мероприятий, которые в будущем позволят избежать похожих происшествий. Для получения максимально точных и актуальных рекомендаций необходимо проделать большую работу: понять истинные причины произошедшего происшествия, какие факторы к ней привели, можно ли было ее избежать, кто виновен в случившемся. Но только этим ограничиваться нельзя. Необходимо также проводить поиск зависимостей и закономерностей авиационных инцидентов и происшествий. В некоторых случаях это может помочь разработать особые методики и стандарты для повышения безопасности полетов. Именно с такой целью создаются базы данных авиационных происшествий, где указывается множество необходимых сведений о каждом из них.
Основной акцент данного документа делается на авиационные происшествия, но при этом предполагается, что данные методики, упоминаемые в документе, применяются и для расследования инцидентов. Необходимой составляющей повышения безопасности полетов в авиационном секторе является предоставления данных конкретной стране. Тем самым образуется общая информационная база, которая содержит записи со всего мира. Посыл международной организации состоит в следующем - если в каждом государстве будет вестись расследование авиационных инцидентов согласно мировой методике, то будут соблюдаться все предписания и правила. Если государства будут выдавать статистические данные по каждому инциденту или происшествию, то общая система безопасности полетов будет функционировать более продуктивно и меры, предлагаемые для повышения безопасности полетов, будут более достижимыми и актуальными.
Более подробно сторону данного вопроса раскрывает документ от «Международной организации гражданской авиации» («ICAO») - «Расследование авиационных происшествий и инцидентов» [6]. Одним из ключевых пунктов данного положения является формулирование ответственности государства, где произошел инцидент или происшествие. Государство в этом случае обязано максимально быстро сообщить об аварии, предпринять все возможные способы для устранения последствий и начать предварительное расследование. Незамедлительная реакция государства очень важна - впоследствии это может существенно помочь расследованию и в особенности государству-владельцу воздушного судна [8].
Подводя итог вышесказанному, можно выделить следующие данные, которые необходимы для анализа авиационных инцидентов:
Стадия (фаза) полета, когда произошел инцидент;
Степень поврежденности самолета;
Дата инцидента;
Какая компания является авиаперевозчиком;
Причины инцидента;
Место (страна, город), где произошел инцидент;
Данные по самолету (кто является производителем, модель самолета, модель двигателя);
Данные по рейсу (сколько человек присутствовало на борту, сколько пострадало, точка отправления и прибытия, погодные условия).
Фаза полета самолета - это определенный этап работы самолета во время выполнения рейса.
Существуют 9 фаз полета, причем они подразделяются на 3 группы: фаза взлета, крейсерский полет и фаза посадки. В фазу взлета входит рулежка самолета (когда самолет находится на земле и передвигается к месту взлета), разбег (набор скорости перед взлетом), непосредственно взлет и набор высоты. Крейсерский полет - это, как правило, неизменная траектория полета без изменения показателей скорости и высоты самолета. Фаза посадки включает в себя снижение, заход на посадку, непосредственно посадку и пробег (когда самолет приземлился в аэропорту, но еще не остановился до полной остановки).
Степень поврежденности самолета характеризуется теми повреждениями, которые получил самолет во время инцидента, и отражает возможность дальнейшей эксплуатации воздушного судна. Подразделяется данный параметр на 7 подкатегорий: без повреждений, незначительные повреждения, слабые повреждения, средние повреждения, серьезные повреждения, критические повреждения и полностью разрушенный самолет.
Каждый авиационный инцидент чем-то обусловлен, т.е. имеет причину. Выделяют следующие основные группы причин:
· Технический фактор (различные технические поломки самолета, например, поломка двигателя, индикация неполадок в работе бортовой системы и т.п.);
· Человеческий фактор (ошибка пилота, экипажа, диспетчера, неадекватное поведение пассажира и т.п.);
· Погодный фактор (гроза, обледенение самолета);
· Ошибка наземных служб (ошибка в обслуживании самолета непосредственно перед вылетом, столкновение с обслуживающей техникой);
· Внешний фактор (терроризм, захват самолета);
· Другой фактор (попадание птиц в двигатель).
Учитывая тот факт, что самолет является сложным техническим устройством, который использует множество различных систем, то технический фактор в работе раскрывается более подробно.
Основными причинами, которые чаще всего встречаются при анализе авиационных инцидентов, являются:
· Индикация задымления, пожар на борту;
· Индикация не закрытия двери;
· Нарушение конструктивных особенностей самолета (появление трещин);
· Неполадки в гидравлической системе самолета;
· Неполадки в работе бортовой системы;
· Неполадки в работе двигателя;
· Неполадки в работе закрылков;
· Неполадки в работе механизации крыла;
· Неполадки в работе шасси;
· Неполадки в топливной системе самолета;
· Неполадки систем кондиционирования;
· Неполадки тормозной системы;
· Отказ системы сбора воздушных данных;
· Повреждение самолета во время посадки;
· Пожар в двигателе;
· Срабатывание датчика разгерметизации.
Авиационные инциденты безусловно влияют на жизненный цикл воздушного судна - период, за который самолет производится, тестируется, выходит на рынок, успешно эксплуатируется, и в конечном счете списывается в утиль на основе его технического состояния.
Каждый инцидент накладывает отпечаток на сроки эксплуатации каждого самолета. В первую очередь, если речь идет об аварии, столкновении или поломки (т.е. нарушение конструктивных особенностей самолета), то последующий ремонт должен быть выполнен согласно международным стандартам ремонта и обслуживания воздушных судов. При этом стоит понимать, что никакой ремонт не заменит то первоначальное состояние самолета, которое было заложено компанией-производителем в силу различных причин (например, конструктивных). К тому же негативным фактором может послужить такое явление как «усталость металлов» - явление, которое приводит любой металл в негодное состояние (разрушение) при условии его многократного ремонта.
Для принятия решения о возможной дальнейшей эксплуатации воздушного судна, особенно сверх назначенного ресурса, необходима информация обо всех произошедших с ним авиационных инцидентах.
1.2 Стратегии технической эксплуатации воздушных судов
Безусловно любое воздушное судно нуждается в четком и правильном техническом обслуживании. Это означает, что необходимо регулярно проводить комплекс действий, которые будут поддерживать исправность и работоспособность воздушного судна. Такие операции могут быть как плановыми (например, ежемесячная проверка на предмет технических дефектов), так и внеплановыми - т.е. работы по устранению текущих недостатков (ремонт воздушного судна и его составляющих).
Существует 3 основных стратегий технической эксплуатации воздушных судов, которые применяются различными компаниями и странами. Цель таких стратегий заключается в определении основных принципов и правил назначения объемов и сроков технического обслуживания [4].
Первая стратегия - по наработке, т.е. эксплуатация в пределах, установленных изготовителем, ресурса и сроков службы. Данная стратегия основана на формировании правил эксплуатации непосредственно перед началом использования воздушного судна. Изначально при проектировании назначаются контрольные параметры, достигнув которые ресурс воздушного судна считается израсходованным. Данные параметры рассчитываются исходя из летных характеристик, материалов производства, технического оснащения воздушного судна и т.п. В процессе эксплуатации никаких изменений в контрольные показатели не вносятся. Если парк самолетов состоит из однотипных объектов, то при следовании данной стратегии весь парк получает одинаковый ресурс до списания (т.е. срок использования) и обслуживается равнозначно - плановые осмотры, контроль общего технического состояния, проведение ремонтных работ. При этом не имеет значения сколько тот или ной воздушный агрегат использовался - для всех самолетов стратегия едина. Это означает, что объем работ по техническому обслуживанию фиксирован.
Второй стратегией является эксплуатация по состоянию с контролем уровня надежности. Ключевой характеристикой данной стратегии является использование воздушного судна до первого отказа, после чего производится комплексный анализ и ремонт неисправностей. Для поддержания требуемого уровня надежности принимаются специальные меры, которые отвечают за повышение качества выпускаемых элементов самолета, всего воздушного судна, текущего ремонта и выполнения различных доработок и модификаций. Отличительной особенностью данной стратегии является проведения анализа каждой технической составляющей воздушного судна. Для этого подсчитывается показатели безотказности, т.е. насколько долго конкретный технический элемент будет выполнять свои задачи в полной мере до полного отказа.
И наконец, последняя стратегия эксплуатации по состоянию с контролем параметров. Основным аспектом данной стратегии является контроль технического состояния каждого изделия, а это значит, что количество ремонтных и профилактических работ полностью зависит от результатов контроля каждого элемента. Назначается так называемое «предотказное» значение параметра, достигнув которое технический агрегат считается неисправным и нуждается в обслуживании или ремонтных работах. Абсолютно не имеет значение, сколько по времени эксплуатировался тот или иной агрегат, важно только лишь его фактическое состояние. Подводя итог, можно сказать, что сроки и объёмы технического обслуживания и ремонта зависят исключительно от технического состояния агрегата выполнять предписанные ему функции и операции.
Безусловно применяют и смешанные стратегии, комбинируя вышеизложенные стратегии в зависимости от конкретных целей, потребности и целесообразности. Так, например, очень часто можно встретить стратегию технического обслуживания по наработке с контролем уровня надежности, когда производится эксплуатация объекта с учетом ранее установленных сроков службы, учитывая их постепенное продление с допущением отказа при контроле уровня надежности. И не менее популярна стратегия по наработке с контролем параметров технического состояния изделия, когда ранее заложенные сроки службы продлеваются в связи с контролем технического состояния каждого изделия.
1.3 Существующие информационные системы для учета и анализа авиационных инцидентов
Внимание сбору и анализу данных по каждому авиационному инциденту уделяют многие страны. В первую очередь этому их обязывает «Международная организация гражданской авиации» («ИКАО») [7]. При этом, стоит отметить, что информационных систем, которые выполняют роль учета и анализа повторяемости авиационных инцидентов в России не так много. Как правило, разработкой таких систем занимаются сторонние компании, которые предлагают свои продукты различным клиентам, в том числе и государственным органам. В России наибольшей популярностью пользуется продукт от известного российского поставщика программных продуктов и различных решений в области бизнес-аналитики «BaseGroupLabs», который называется «Deductor». Данное решение представляет собой программу, которая предоставляет пользователю различную бизнес-аналитику: начиная от простых графиков и формул, и заканчивая поиском скрытых закономерностей и машинным обучением. Данное средство является универсальным для многих отраслей, но конкретно для рынка авиаперевозок было разработано специальное решение, которое называется «Deductor IT ServiceManagement - анализ инцидентов и проблем». Программа включает в себя хранилище данных, многомерный анализ, механизмы построения моделей и поиска закономерностей, сценарный подход к анализу данных и различные методы прогнозирования.
Программное средство «Deductor» построен на 4 уровнях анализа: визуализация данных (что уже произошло), моделирование (анализ текущего инцидента), предсказание (что может произойти) и оптимизация издержек. Также одним из важных аспектов является процесс поиска и обнаружения данных, которые имеют скрытный характер, т.е. на первый взгляд не заметны для анализа. В последствии возможно обнаружение закономерностей и тенденций нескольких инцидентов, что существенно может помочь компании-перевозчику.
Основным недостатком продукта компании «BaseGroup Labs» является его унифицированность. «Deductor» - это многоцелевая платформа для анализа, охватывающая множество различных сфер и построенная на единых алгоритмах. В связи с этим программное решения для авиаперевозчиков не использует специальные модели, которые присущи исключительно авиационной сфере. В конечном счете, решение от компании-интегратора предоставит только статистические выкладки и на основании их предложит пути улучшения. Учитывая тот факт, что программа использует компоненты многомерного анализа (OLAP), то результата такого анализа можно достигнуть и уже существующими на рынке средствами. К тому же, «Deductor» подразумевает первоначальную загрузку базы данных, что существенно сказывается на времени выполнения анализа авиационных инцидентов. Средство от «BaseGroup Labs» является мощным инструментом бизнес-анализа, но функции учета и анализа повторяемости авиационных инцидентов в нем не реализованы в должной мере.
В рамках поиска и ознакомления с существующими системами по повышению безопасности полетов, была найдена статья доцента кафедры «Компьютерная инженерия» Сардарова Я.Б., «Информационная система автоматизированного учета и обработки показателей безопасности полетов» [3]. Однако при более подробном ознакомлении стоит отметить, что разработанная информационная система выполняет учет и анализ информации на уровне статистических данных, при этом никак не принимая во внимание такие показатели, как жизненный цикл и наработка самолета на отказ.
В связи с вышеизложенным стоит отметь важную проблему - на российском рынке нет программного решения, которое могло помимо учета и анализа авиационных инцидентов, решить проблему возможности дальнейшей эксплуатации того или иного воздушного судна сверх назначенного ресурса.
1.4 Функциональная модель процесса учета и анализа повторяемости авиационных инцидентов
Для представления модели функционирования процесса учета и анализа повторяемости авиационных инцидентов используется методология структурного анализа IDEF0. Данная нотация предназначена описания и формализации бизнес-процессов. Основными элементами методологии IDEF0 являются блоки, обозначающие бизнес-процессы, и стрелки, которые служат связями между процессами и с внешней средой.
Элементы, их описание и графическое представление представлено в таблице 1.
Таблица 1. Методология IDEF0, условные обозначения
Контекстная диаграмма функциональной модели повышения безопасности полетов представлена на рисунке 1.
Рисунок 1. Контекстная диаграмма функциональной модели повышения безопасности полетов
Повышение безопасности полетов базируется на оценивании каждого воздушного судна с точки зрения пригодности к дальнейшим полетам. Однако прежде чем его оценивать, необходимо получить всю информацию о произошедших авиационных инцидентах, в которых принимал участие выбранный самолет. Для этого в первую очередь необходимо провести сбор информации об авиационных инцидентах для конкретного воздушного судна. Далее следует процесс обработки необходимых для анализа данных, в результате которого отображаются все сведения о воздушном судне (процент выработки, количество инцидентов, причины инцидентов и т.п.). В конечном счете производится анализ исходя из полученных сведений, и по его результатам на выходе получаются ключевые показатели, которые характеризуют степень соответствия воздушного судна к полетам, а на основе этой информации принимается решение о дальнейшей эксплуатации воздушного судна сверх назначенного ресурса.
Последовательность вышеизложенных процессов представлена на диаграмме, расположенной на рисунке 2.
Рисунок 2. Декомпозиция модели повышения безопасности полетов
Если рассматривать непосредственно сам анализ повторяемости авиационных инцидентов для конкретного воздушного судна (рисунок 3), то он состоит из подсчета процентов отработки воздушного судна по часам и по количеству совершенных посадок, сопоставления полученных показателей со средними результатами по всему парку и по конкретному типу воздушных судов (схожим с анализируемым судном). В конечном счете будет рассчитываться коэффициент эксплуатации (рассмотренный в 3 главе данной работы), на основании которого будет составляться общий рейтинг воздушных судов. Вся полученная в ходе анализа информация поможет руководящим лицам авиационных компаний принять необходимое решение о возможности эксплуатации сверх назначенного ресурса.
Рисунок 3. Декомпозиция процесса анализа повторяемости авиационных инцидентов
Глава 2. Разработка информационно-аналитической системы для учета и анализа авиационных инцидентов
2.1 Разработка схемы хранилища данных
Для разработки информационно-аналитической системы, с помощью CASE-средства «ERwin Data Modeler», была спроектирована модель хранилища данных, представленная на рисунке 4.
Рисунок 4. Модель хранилища данных
Перечень всех таблиц, которые присутствуют в разработанном хранилище данных представлен в таблице 2.
Таблица 2. Таблицы хранилища данных
Таблица |
Описание |
|
AirIncident |
Информация об авиационном инциденте |
|
AirCarrier |
Информация об авиаперевозчике |
|
AircraftDamage |
Информация о степени поврежденности воздушного судна |
|
PhaseOfFlight |
Информация о фазе полета воздушного судна |
|
DateOfIncident |
Информация о дате авиационного инцидента |
|
GroupCauses |
Информация о группах причин авиационных инцидентов |
|
CausesOfIncidents |
Информация о причинах авиационных инцидентов |
|
LocationOfIncident |
Информация о городе, где произошёл авиационный инцидент |
|
CountryOfIncident |
Информация о стране, где произошёл авиационный инцидент |
|
AircraftModel |
Информация о модели воздушного судна |
|
AircraftManufacturer |
Информация о производителе воздушного судна |
|
TypeEngine |
Информация о двигателе воздушного судна |
Хранилище данных построено по схеме «снежинка», где присутствует централизованная таблица фактов (AirIncident), связанная с таблицами измерениями. Стоит отметить, что степень нормализации некоторых таблиц равняется 2 (например, связь GroupCauses - CausesOfIncidents), что позволяет формулировать более сложные запросы к хранилищу, и соответственно получать более детальную информацию из него.
2.2 Описание атрибутов таблиц
Рассмотрим атрибуты построенных таблиц. Атрибуты таблицы «AirIncident» представлены в таблице 3.
Таблица 3. Атрибуты таблицы «AirIncident»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Event |
Идентификатор авиационного инцидента |
Integer |
Primary Key |
|
ID_Aircraft |
Идентификатор воздушного судна |
Integer |
Foreign Key |
|
ID_Date |
Идентификатор даты авиационного инцидента |
Integer |
Foreign Key |
|
ID_Cause |
Идентификатор причины авиационного инцидента |
Integer |
Foreign Key |
|
ID_PhaseOfFlight |
Идентификатор фазы полета воздушного судна |
Integer |
Foreign Key |
|
ID_Location |
Идентификатор места происшествия |
Integer |
Foreign Key |
|
ID_AirCarrier |
Идентификатор авиаперевозчика |
Integer |
Foreign Key |
|
ID_AircraftDamage |
Идентификатор степени поврежденности воздушного судна |
Integer |
Foreign Key |
|
TotalPeople |
Общее количество человек на борту воздушного судна |
Integer |
- |
|
TotalInjuries |
Общее количество пострадавших во время авиационного инцидента |
Integer |
- |
|
TotalFatalInjuries |
Общее количество погибших во время авиационного инцидента |
Integer |
- |
|
PointOfDeparture |
Город вылета |
Char(28) |
- |
|
Destination |
Город прилета |
Char(28) |
- |
|
WeatherConditions |
Погодные условия |
Char(18) |
- |
Атрибуты таблицы «AirCarrier» представлены в таблице 4.
Таблица 4. Атрибуты таблицы «AirCarrier»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_AirCarrier |
Идентификатор авиаперевозчика |
Integer |
Primary Key |
|
NameAirCarrier |
Наименование авиаперевозчика |
Char(36) |
- |
Таблица 5. Атрибуты таблицы «AircraftDamage»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_AircraftDamage |
Идентификатор степени поврежденности воздушного судна |
Integer |
Primary Key |
|
NameAircraftDamage |
Название степени поврежденности воздушного судна |
Char(36) |
- |
Атрибуты таблицы «PhaseOfFlight» представлены в таблице 6.
Таблица 6. Атрибуты таблицы «PhaseOfFlight»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_PhaseOfFlight |
Идентификатор фазы полета воздушного судна |
Integer |
Primary Key |
|
NamePhaseOfFlight |
Наименование фазы полета воздушного судна |
Char(36) |
- |
Атрибуты таблицы «DateOfIncident» представлены в таблице 7.
Таблица 7. Атрибуты таблицы «DateOfIncident»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Date |
Идентификатор даты авиационного инцидента |
Integer |
Primary Key |
|
Year_D |
Год, когда произошел авиационного инцидента |
Integer |
- |
|
Months_D |
Месяц, когда произошел авиационного инцидента |
Char(10) |
- |
|
Day_D |
День, когда произошел авиационного инцидента |
Integer |
- |
|
Quarter_D |
Квартал, в который произошел авиационного инцидента |
Integer |
- |
Атрибуты таблицы «GroupCauses» представлены в таблице 8.
Таблица 8. Атрибуты таблицы «GroupCauses»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Group |
Идентификатор группы причин авиационных инцидентов |
Integer |
Primary Key |
|
NameGroup |
Наименование группы причин авиационных инцидентов |
Char(36) |
- |
Атрибуты таблицы «CausesOfIncidents» представлены в таблице 9.
Таблица 9. Атрибуты таблицы «CausesOfIncidents»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Cause |
Идентификатор причин авиационных инцидентов |
Integer |
Primary Key |
|
NameCause |
Наименование причин авиационных инцидентов |
Char(64) |
- |
|
ID_Group |
Идентификатор группы причин авиационных инцидентов |
Integer |
Foreign Key |
Атрибуты таблицы «CountryOfIncident» представлены в таблице 10.
Таблица 10. Атрибуты таблицы «CountryOfIncident»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Country |
Идентификатор страны, где произошел авиационный инцидент |
Integer |
Primary Key |
|
NameCountry |
Наименование страны, где произошел авиационный инцидент |
Char(18) |
- |
Атрибуты таблицы «LocationOfIncident» представлены в таблице 11.
Таблица 11. Атрибуты таблицы «LocationOfIncident»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Location |
Идентификатор места, где произошел авиационный инцидент |
Integer |
Primary Key |
|
ID_Country |
Идентификатор страны, где произошел авиационный инцидент |
Integer |
Foreign Key |
|
City_L |
Наименование города, где произошел авиационный инцидент |
Char(28) |
- |
Атрибуты таблицы «AircraftManufacturer» представлены в таблице 12.
Таблица 12. Атрибуты таблицы «AircraftManufacturer»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Manufacturer |
Идентификатор производителя воздушного судна |
Integer |
Primary Key |
|
NameManufacturer |
Наименование производителя воздушного судна |
Char(36) |
- |
Атрибуты таблицы «TypeEngine» представлены в таблице 13.
Таблица 13. Атрибуты таблицы «TypeEngine»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Engine |
Идентификатор двигателя воздушного судна |
Integer |
Primary Key |
|
NameEngine |
Наименование двигателя воздушного судна |
Char(36) |
- |
Атрибуты таблицы «AircraftModel» представлены в таблице 14.
Таблица 14. Атрибуты таблицы «AircraftModel»
Название атрибута |
Описание |
Тип атрибута |
Тип ключевого поля |
|
ID_Aircraft |
Идентификатор воздушного судна |
Integer |
Primary Key |
|
NameModel |
Наименование модели воздушного судна |
Char(16) |
- |
|
RegNumber |
Наименование номера воздушного судна в парке |
Char(16) |
- |
|
ID_Engine |
Идентификатор двигателя воздушного судна |
Integer |
Foreign Key |
|
ID_Manufacturer |
Идентификатор производителя воздушного судна |
Integer |
Foreign Key |
|
YearManufacture |
Год производства воздушного судна |
Integer |
- |
|
PlannedResourceTime |
Назначенный ресурс для воздушного судна по времени полета |
Integer |
- |
|
PlannedResourceLanding |
Назначенный ресурс для воздушного судна по количеству посадок |
Integer |
- |
|
FactResourceTime |
Фактическая наработка воздушного судна по времени полета |
Integer |
- |
|
FactResourceLanding |
Фактическая наработка воздушного судна по количеству посадок |
Integer |
- |
2.3 Описание связей между таблицами
· Связь AirCarrier --- AirIncident
Отображает информацию об авиаперевозчике в таблице авиационных инцидентов. Является идентифицирующей связью, определенная отношением «один-ко-многим», т.к. множество инцидентов может происходить с одним авиаперевозчиком. Таблица AirCarrier выступает в роли родительской, AirIncident - дочерней.
· Связь AircraftDamage --- AirIncident
Отображает информацию о степени поврежденности самолета в таблице авиационных инцидентов. Является идентифицирующей связью, определенная отношением «один-ко-многим», т.к. множество инцидентов может иметь одинаковую степень поврежденности самолета. Таблица AircraftDamage выступает в роли родительской, AirIncident - дочерней.
· Связь PhaseOfFlight --- AirIncident
Отображает информацию о фазе полета в таблице авиационных инцидентов. Является идентифицирующей связью, определенная отношением «один-ко-многим», т.к. множество инцидентов может иметь одинаковую фазу полета. Таблица PhaseOfFlight выступает в роли родительской, AirIncident - дочерней.
· Связь DateOfIncident --- AirIncident
Отображает информацию о дате инцидента в таблице авиационных инцидентов. Является идентифицирующей связью, определенная отношением «один-ко-многим», т.к. множество инцидентов может иметь одинаковую дату. Таблица DateOfIncident выступает в роли родительской, AirIncident - дочерней.
· Связь CausesOfIncidents --- AirIncident
Отображает информацию о причине инцидента в таблице авиационных инцидентов. Является идентифицирующей связью, определенная отношением «один-ко-многим», т.к. множество инцидентов может иметь одинаковую причину. Таблица CausesOfIncidents выступает в роли родительской, AirIncident - дочерней.
· Связь LocationOfIncident --- AirIncident
Отображает информацию о месте произошедшего в таблице авиационных инцидентов. Является идентифицирующей связью, определенная отношением «один-ко-многим», т.к. множество инцидентов может иметь одинаковое место. Таблица LocationOfIncident выступает в роли родительской, AirIncident - дочерней.
· Связь AircraftModel --- AirIncident
Отображает информацию о модели самолета в таблице авиационных инцидентов. Является идентифицирующей связью, определенная отношением «один-ко-многим», т.к. множество инцидентов может произойти с одним самолетом. Таблица AircraftModel выступает в роли родительской, AirIncident - дочерней.
· Связь GroupCauses - - - CausesOfIncidents
Отображает информацию о принадлежности причины инцидента к определенной группе. Является неидентифицирующей обязательной связью, определенной отношением «один-ко-многим», т.к. множество причин составляют одну группу. Таблица GroupCauses выступает в роли родительской, CausesOfIncidents - дочерней.
· Связь CountryOfIncident - - - LocationOfIncident
Отображает информацию о стране, где произошел инцидент. Является неидентифицирующей обязательной связью, определенная отношением «один-ко-многим», т.к. множество городов может принадлежать одной стране. Таблица CountryOfIncident выступает в роли родительской, LocationOfIncident - дочерней.
· Связь TypeEngine - - - AircraftModel
Отображает информацию о типе двигателя в сущности модель самолета. Является неидентифицирующей обязательной связью, определенная отношением «один-ко-многим», т.к. один двигатель может присутствовать в различных самолетах. Таблица TypeEngine выступает в роли родительской, AircraftModel - дочерней.
· Связь AircraftManufacturer - - - AircraftModel
Отображает информацию о производителе самолета в таблице модель самолета. Является неидентифицирующей обязательной связью, определенная отношением «один-ко-многим», т.к. один производитель проектирует множество моделей самолетов. Таблица AircraftManufacturer выступает в роли родительской, AircraftModel - дочерней.
2.4 Реализация хранилища данных в СУБД «MS SQL Server - 2012»
После проектирования модели хранилища данных, с помощью автоматической генерации кода, создаем хранилище данных в программе «MS SQL Server 2012» (рисунок 5).
Наиболее удобным средством анализа является технология OLAP. Для этого с помощью программного средства «Microsoft Visual Studio 2012» спроецируем OLAP - куб, где источником данных будет являться хранилище данных (рисунок 6). Помимо этого, настроим необходимые измерения с учетом иерархий. Для более удобного представления настроим иерархию по группам причин и самим причин, а также по датам (год, квартал, месяц).
Рисунок 5. Схема хранилища данных
Рисунок 6. Обозреватель решений для OLAP
В результате был спроектирован OLAP - куб, схема которого представлена на рисунке 7.
Рисунок 7. OLAP - куб
Благодаря данной технологии процесс получения аналитических данных по анализу повторяемости авиационных инцидентов становится менее трудоемким и более информативным. Благодаря изменению параметров измерений OLAP - куба, возможно составление множество комбинаций различных факторов и соответствующий вывод количества авиационных инцидентов. Пример использования этой технологии для анализа авиационных инцидентов будет представлен в 3 главе данной работы.
Глава 3. Проведение учета и анализа повторяемости авиационных инцидентов
3.1 Алгоритм учета авиационных инцидентов
Последовательность действий при учете авиационного инцидента представлена в виде событийной цепочки процессов (EPC - диаграммы) с использованием методологии ARIS. Алгоритм выполнялся в программе «ARIS Express».
Основные элементы, которые используются в данной методологии для описания бизнес-процессов, представлены на рисунке 8.
Рисунок 8. Элементы методологии ARIS
Алгоритм учета авиационных инцидентов представлен на рисунке 9.
Экипажу воздушного судна необходимо сообщить об авиационном инциденте сразу же после его возникновения. С этого момента начинается официальное расследование авиационного инцидента, которым руководит специальная комиссия по расследованию. Ей необходимо в ходе своей работы выявить все обстоятельства инцидента. В результате работы комиссии формируется отчет по расследованию. После проведения расследования, для занесения информации в информационно-аналитическую систему (ИАС), руководитель компании формирует официальное обращение к комиссии для получения отчета по расследованию. В конечном счете, после получения отчета, аналитик организации-авиаперевозчика заносит информацию в хранилище данных, используя интерфейс информационно-аналитической системы. Пример формы заполнения данных о конкретном авиационном инциденте представлен на рисунке 10.
Рисунок 9. Алгоритм учета авиационных инцидентов
Рисунок 10. Пример заполнения формы добавления записи об авиационном инциденте
Все данные, которые содержатся на данной форме являются обязательными к заполнению. Такие поля как модель самолета, двигатели самолета, фаза полета и т.п. необходимо заполнить посредством выбора необходимого значения из выпадающего списка. Подразумевается, что все данные о парке воздушных судов компании уже занесены. Аналогичная ситуация обстоит с фазами полета самолета, причинами инцидентов и степени повреждений самолета - все эти данные изначально вносятся в хранилище данных.
После заполнения данной формы и добавления записи в хранилище данных авиационному инциденту присваивается уникальный номер, следующий после предыдущего инцидента.
3.2 Алгоритм анализа повторяемости авиационных инцидентов
В рамках выполнения данной работы, было принято решение разработать уникальную формулу оценки возможной дальнейшей эксплуатации воздушного судна сверх назначенного ресурса. Составляющие разработанной формулы широко применяются различными организациями и компаниями для анализа общего технического состояния воздушных судов. Предлагаемый для анализа показатель будет основан на следующих значениях: количество инцидентов, которые произошли с самолетом по причине технической неисправности или аварии, срок эксплуатации воздушного судна, и показатели наработки воздушного судна.
Наработка воздушного судна считается по часам, т.е. налет самолета до израсходования ресурса, и по количеству совершенных посадок, т.е. количество совершенных посадок. Как правило, соотношение данных показателей симметрично для различных судов одного предназначения: так для самолетов широкофюзеляжных показатель налета по часам больше чем у узкофюзеляжного, т.к. более большой самолет совершает более длинные рейсы по времени. Процент наработки получается в результате деления фактических показателей на плановые.
Для показателя количества инцидентов необходимо учитывать исключительно те инциденты, которые произошли из-за технических сбоев или аварии - такие причины как невыполнения должностных инструкций пилотом и не открытие закрылков не влияет на дальнейшую работоспособность самолета. Показатель года выпуска самолета также необходимо учитывать, однако стоит отметить, что прямой зависимости возраста самолета и количество произошедших с ним аварий нет.
В конечном счете, коэффициент Кэ имеет вид:
, где
· Кэ - коэффициент дальнейшей эксплуатации самолета
· Max[a;b] - функция выбора максимального значения между «a» и «b». Пример: Max[0,901; 0,835] = 0,901
· Pчас - показатель наработки самолета по количеству часов, выражаемый в долях. Рассчитывается как деление фактического показателя наработки на плановый показатель. Пример: Pчас = 40229 час. / 44650 час. = 0,901
· Pпосадки - показатель наработки самолета по количеству посадок, выражаемых в долях. Рассчитывается как деление фактического показателя наработки на плановый показатель. Пример: Pпосадки = 3256 пос. / 3900 пос. = 0,835
· Nвс - показатель количества инцидентов с самолетом, где причина является техническая неисправность. Пример: Nвс = 5
· Nвсего - показатель общего количества инцидентов за анализируемый период с самолетами, где причина является техническая неисправность. Пример: Nвсего = 45
· Tэ - показатель количества полных лет эксплуатации воздушного судна. Пример: Tэ = 12
· Tср - показатель среднего возраста воздушных судов, которые попадали в авиационные инциденты. Пример: Tср = 4,4
Предполагается, что данная формула будет применяться для воздушных судов, у которых процент наработки больше 100%. Поэтому значения знаменателя будут больше 1. Если рассматривать воздушные суда, у которых ресурс еще не израсходован, то значение знаменателя дроби будет в пределах (0;1). информационный аналитический хранилище данный
Функция максимального значения используется для разграничения ситуаций, когда, например, процент выработки самолета по часам меньше процента наработки по совершенным посадкам. Поэтому для подсчета показателя берется максимальное значение.
Отношение количества инцидентов для выбранного самолета к общему количеству инцидентов показывает долю аварийности самолета ко всем остальным. Подсчет идет только тех инцидентов, которые произошли по техническим неполадкам.
Отношение возраста самолета к среднему значению по парку воздушных судов также необходимо учитывать при анализе. Каждая компания стремится этот показатель снижать, и если среднее значение по парку составляет, например, 5 лет, то самолет, который эксплуатируется более 15 лет, скорее всего, необходимо отправить на списание ввиду высокой вероятности появления аварийной ситуации.
При расчете коэффициента эксплуатации (Кэ) будет получаться, что, при минимизации знаменателя (наработки воздушного судна) рассчитываемый коэффициент будет повышаться. Это означает, что, если при меньшем показателе наработки воздушное судно участвовало в таком же количестве инцидентов, как и судно, налетавшее в разы больше времени, то такое воздушное судно является менее надёжным. Такой самолет за меньшее количество проведенных в воздухе часов получил большее количество технических проблем, чем самолет, который больше эксплуатировался. Именно поэтому минимальное значение коэффициента эксплуатации (Кэ) означает более пригодное состояние воздушного судна для дальнейшей летной эксплуатации.
В рамках расчёта данного показателя, было принято решение разработать два критических показателя: 1 и 2 порогового уровней. Для этого используются усредненные показатели по парку, а именно, средний показатель количества инцидентов на одно воздушное судно, средний показатель наработки воздушных судов, средний возраст воздушных судов и нормированный коэффициент. Для первого порогового уровня нормировочный показатель равняется «1», в то время как для 2 уровня - результат деления медианы возрастов всех воздушных судов, участвовавших в авиационных инцидентах, на средний возраст всего воздушного парка компании. По достижению 1 порогового значения для воздушного судна необходимо дополнительно провести техническое обслуживание, в то время как при 2 пороговом уровне воздушное судно необходимо прекратить использовать и начать процесс его списания.
Алгоритм анализа авиационных инцидентов представлен на рисунке 11 (более подробно алгоритм представлен в приложении 2). После получения задания на анализ, аналитиком формируется запрос к информационно-аналитической системе на вывод параметров эксплуатации воздушного судна. Далее производится расчет процента наработки воздушного судна как по часам, так и по количеству совершенных посадок, и берется максимальное значение. Если оно составляет меньше 100% или «1», то анализ завершается и воздушное судно продолжается эксплуатироваться дальше. Если процент наработки составляет больше 100% или «1», то рассчитывается коэффициент эксплуатации.
Рисунок 11. Алгоритм анализа авиационных инцидентов
Если его значение находится ниже 1 порогового уровня, то воздушное судно признается пригодным для эксплуатации сверх назначенного ресурса, и поэтому для него назначаются следующие показатели эксплуатации сверх назначенного ресурса. Если коэффициент эксплуатации достиг 1 порогового уровня, то для такого воздушного судна проводится дополнительное техническое обслуживание и на основе него назначаются новые показатели эксплуатации сверх назначенного ресурса. При достижении 2 порогового значения коэффициентом эксплуатации, воздушное судно считается непригодным для дальнейшей эксплуатации, и необходимо начать процесс его списания. Решение по списанию принимают как аналитик организации, так и руководитель авиационной компании. Завершив все эти действия, аналитик организации-авиаперевозчика обязательно вносит обновленные данные в информационно-аналитическую систему и составляет акт о завершении анализа.
3.3 Расчет вспомогательных показателей компании «Аэрофлот» для коэффициента эксплуатации
Для проведения анализа была выбрана крупнейшая российская компания-авиаперевозчик «Аэрофлот» (исключая воздушные суда дочерних компаний) [5]. Для анализа был выбран период времени: с 1 января 2013 года по 30 апреля 2017 года [9].
Для подсчета количества инцидентов, произошедших по техническим причинам, а также показателя среднего возраста, был составлен SQL - запрос к хранилищу данных (рисунок 12).
Рисунок 12. Запрос на вывод общего кол-ва инцидентов и среднего возраста в/с
В результате анализа установлено, что произошло 62 ...
Подобные документы
Назначение, создание современной информационно-аналитической системы. Формирование рабочей документации в среде Microsoft Project. Расчет длительности проекта методом Монте-Карло. Моделирование типов связи. Проектирование интерфейсов пользователя.
курсовая работа [4,9 M], добавлен 16.12.2014Принципы разработки программного обеспечения, паттерны проектирования. Прототип информационно-аналитической системы MCControl для поддержки процесса техобслуживания и ремонта оборудования дискретного производства малого производственного предприятия.
курсовая работа [81,7 K], добавлен 10.01.2014Проектирование алгоритмов и программных кодов для различных элементов пользовательских форм информационно-аналитической системы. Исследование структуры базы данных. Связь между таблицами. Разработка графического интерфейса программы и справочной системы.
курсовая работа [2,4 M], добавлен 10.01.2015Теоретические основы применения информационных компьютерных технологий в управлении образовательным учреждением. Разработка и внедрение варианта управления гимназией на основе адаптации автоматизированной информационно-аналитической системы "АВЕРС".
дипломная работа [106,4 K], добавлен 14.05.2011Разработка информационно-аналитической системы агентства недвижимости. Обоснование выбора архитектуры базы данных и СУБД. Моделирование потоков данных (DFD диаграмм). Проектирование инфологической модели данных с использованием модели "сущность-связь".
дипломная работа [5,4 M], добавлен 06.06.2013Анализ задачи создания ИАС для оптимизации работы сотрудников учреждения при обслуживании пациентов. Разработка базы данных и аппаратной подсистемы для обработки сведений о вакцинации населения. Результат реализации информационно-аналитической системы.
дипломная работа [3,8 M], добавлен 27.06.2012Общая характеристика государственной системы научно-технической информации РФ: структура и виды информационных ресурсов, основной принцип функционирования. Задачи, цели и концепция создания распределенной информационно-аналитической системы (РИАС) ГСНТИ.
презентация [554,3 K], добавлен 14.10.2013Главные преимущества использования информационно-аналитической системы "Невод". Характеристика объектов с использованием значений атрибута. Форма ввода данных, их интеграция. Формирование сложного поискового задания. Визуализация семантической сети.
презентация [382,8 K], добавлен 14.10.2013Реализация информационно-аналитической системы "Зарплата" с помощью MS ACCESS. Способы ввода информации, ее корректировки и обработки. Формы, соответствующие требованиям запроса, предназначенные для вывода данных. Лист "Табель учета рабочего времени".
курсовая работа [7,2 M], добавлен 27.02.2015Роль, место, структура прогнозирования и предсказывания в информационно-аналитической работе. Характеристика его методов: имитационного моделирования, морфологического анализа,"дерева целей", неформального прогнозирования. Основные правила их составления.
контрольная работа [90,3 K], добавлен 19.04.2011Теоретические основы проектирования информационно-справочных систем. Значение информационно-справочных компонент в корпоративных информационных системах. Разработка концептуальной и инфологической модели информационно-справочной системы ГОУ НПО ПУ №33.
дипломная работа [645,4 K], добавлен 02.09.2010Создание информационно-аналитической системы (базы данных) "Реализация кондитерских изделий". Использование методов сортировка, добавление абонентов, удаление, изменение, поиск данных, фильтрация, диапазон. Среда разработки - язык программирования Delphi.
курсовая работа [761,7 K], добавлен 10.04.2011Изучение организационной структуры кожно-венерологического диспансера. Анализ медицинской информационной системы "Квазар". Проектирование системы управления базами данных. Описание программных комплексов "Учет обращений пациентов", "Анализ ИППП".
дипломная работа [1,9 M], добавлен 13.04.2015Описания информационно-аналитической системы Министерства здравоохранения Российской Федерации. Изучение её структуры, назначения и области применения. Уровни криптографической защиты данных. Характеристика средств защиты от несанкционированного доступа.
дипломная работа [59,0 K], добавлен 08.07.2014Создание информационно-аналитической системы компьютерного салона, организующей операции с продажей компьютеров и комплектующих к ним (принтеров, мониторов и т.д.), на основе справочной информации, содержащейся в четырнадцати взаимосвязанных таблицах.
контрольная работа [4,8 M], добавлен 11.01.2009Изучение этапов создания базы данных на основе типизированных файлов средствами визуальной среды программирования Delphi. Проектирование информационно-справочной системы "парфюмерная компания Avon" в соответствии с требованиями технического задания.
курсовая работа [1015,6 K], добавлен 05.05.2012Проектирование базы данных "Менеджер". Выбор системы проектирования и реализации. Задачи, выполняемые приложением. Технические требования, предъявляемые к базе данных. Ее информационно-логическая структура. Основные принципы работы с приложением.
дипломная работа [2,5 M], добавлен 20.05.2013Обучение среднего менеджерского состава и операторов на базе контакт-центра "SimPreza". Проведение работ по поиску клиентов. Услуги компании: горячая линия, виртуальный офис, анкетирование и телемаркетинг. Программное обеспечение Infra Telesystems.
дипломная работа [1,7 M], добавлен 06.05.2009Разработка информационно-аналитической системы анализа и оптимизации конфигурации вычислительной техники. Структура автоматизированного управления средствами вычислительной техники. Программное обеспечение, обоснование экономической эффективности проекта.
дипломная работа [831,1 K], добавлен 20.05.2013Проектирование информационно-поисковой системы "Цветы" для решения задач, связанных с предоставлением услуг по оформлению и доставке заказов букетов и композиций. Разработка объектов базы данных - транзакций, представлений, хранимых процедур и запросов.
курсовая работа [4,2 M], добавлен 26.11.2011