Титульный лист
Тема: Программирование и дизайн информационной системы АЭРОПОРТЫ
Содержание
ВВЕДЕНИЕ 3
1.РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ 5
1.2. Устройство аэропорта изнутри. 8
2.ПРОЕКТИРОВАНИЕ СТРУКТУРЫ ДАННЫХ 16
2.1.Физическая модель системы 16
2.2 Логическая модель системы. 17
3.ВЫБОР ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ РЕАЛИЗАЦИИ 18
4.ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ 30
5.ТЕСТИРОВАНИЕ РАБОТОСПОСОБНОСТИ 31
ЗАКЛЮЧЕНИЕ 32
СПИСОК ЛИТЕРАТУРЫ 33
ВВЕДЕНИЕ
Современная жизнь немыслима без эффективного управления. Важной категорией являются системы обработки информации, от которых во многом зависит эффективность работы любого предприятия ли учреждения. Современный аэропорт — сложное многофункциональное предприятие, ориентированное на обслуживание физических лиц, авиакомпаний и неавиационных организаций, связанное с производством соответствующих услуг. Производство услуг, как правило, основано на обработке большого количества разнообразной информации, что предусматривает наличие информационной среды аэропорта, интегрирующей информационные ресурсы его подразделений, обеспечивающей корректное и эффективное решение множества задач, связанных с производственной деятельностью аэропорта.
В общем случае информационная среда включает большое количество разнообразных информационных ресурсов (компонент), представляемых в различном виде (электронные, печатные, видео- и аудио- и т.д.) и предназначенных для различных объектов. В статье под информационной средой будем понимать только ту ее компоненту, которая содержит информацию в электронном виде, предназначенную для исполнения производственных процессов и решения задач управления аэропортом.
Данная работа посвящена созданию информационной системы и касается внутренней инфраструктуры аэропорта.
Актуальность темы заключается в том, что современное общество ежедневно в работе использует базы данных, для упрощения работы, так как базы данных могут содержать неописуемое количество информации, которое не возможно быстро исследовать и найти нужное без специальных программ. Основной задаче бд является структурирование информации для быстрого поиска и редактирования ее.
Цель работы заключается в создании информационной системы аэропорта, нормализации ее, а так же в выполнении запросов.
Для выполнения данной цели необходимо выполнить следующее задачи:
Моделирование БД
Изучение инфраструктуры аэропорта
Нормализация
Выполнение запросов.
Объект исследования – информационная система аэропорта
Предмет исследования – программы моделирования.
РАЗРАБОТКА ТЕХНИЧЕСКОГО ЗАДАНИЯ
Внутренняя инфраструктура аэропорта.
На сегодняшний день инфраструктуру можно рассматривать как отдельный и самостоятельный вид предпринимательской деятельности, поскольку она выполняет не только вспомогательные функции по производству и оказанию услуг. Доказательством этого является транспортная инфраструктура. Транспортная инфраструктура является важнейшей составной частью производственной инфраструктуры, в связи с этим ее успешное функционирование — необходимое условие устойчивого темпа экономического роста всего государства, целостности его территории и пространственной безопасности, а также повышения качества жизни населения. При этом необходимо отметить, что состояние и темпы модернизации транспортной отрасли, а также экономический и технический уровни инфраструктуры транспортной отрасли Российской Федерации в настоящее время не полностью удовлетворяют потребности общества, что проявляется в наличии несоответствия между качеством функционирования транспортной инфраструктуры, ее недостаточным уровнем и постоянным ростом общественного спроса на транспортные услуги. Как правило, инфраструктурные отрасли занимают монопольное положение на рынке, а также находятся собственности государства (или же жестко им контролируются). Но так как в условиях современных рыночных отношений государство зачастую не может в одиночку обеспечить эффективное и непрерывное функционирование инфраструктуры, существует необходимость в поиске новых методов и форм управления ее объектами совместными силами с частными предпринимателями и в общих общественных интересах. Инфраструктура воздушного транспорта играет особое значение в качестве средства обеспечения дальних, средних и ближних грузовых и пассажирских перевозок. Невозможно переоценить это значение для Российской Федерации, в которой воздушный транспорт, помимо выполнения первостепенных социальной и экономической функций, является также мощным инструментов обеспечения политического и территориального единства всего государства. «Транспортная стратегия Российской Федерации на период до 2030 года» определяет основные направления созданий транспортных условий для авиационного развития страны и повышения качества жизни ее граждан. Модернизация и развитие наземной инфраструктуры воздушного транспорта и, в первую очередь, национальной опорной сети аэродромов, занимает особое место в этом документе. В настоящее время большая часть аэропортов страны находится в сложном экономическом положении и не имеет достаточного количества объема работ, который гарантировал бы привлекательность данного бизнеса в долгосрочной перспективе. Кроме того, значительная часть аэропортов находится в частной собственности, несмотря на то, что государство направляет довольно значительные инвестиции на их развитие, которые невозможно сопоставить с размерами частных инвестиций. Из вышесказанного становится понятным, что воздушный транспорт Российской Федерации требует надежного технического обновления, в целом, так же, как и вся инфраструктура гражданской авиации, которая в крайние десятилетия испытывает затяжное недофинансирование, а также практически не обновлялась. Не стоит забывать также и о том, что основные технические решения закладывались более 50 лет назад. Инфраструктура воздушного транспорта в настоящее время включает в себя: — аэродромы, вертодромы, обустроенные места для приводнения и причаливания воздушных судов, прочие объекты, необходимые для взлета, посадки, руления и стоянки воздушных судов; — аэровокзалы (терминалы) и иные объекты, в том числе объекты капитального строительства, необходимые для посадки на воздушное судно и высадки из него пассажиров, погрузки, разгрузки и хранения грузов, перевозимых воздушным судном, обслуживания и обеспечения безопасности пассажиров и грузов; — объекты единой системы организации воздушного движения; — наземные объекты, необходимые для эксплуатации, содержания, строительства, реконструкции и ремонта аэропортов, аэродромов и вертодромов, подземные сооружения и инженерные коммуникации; — здания, сооружения, расположенные на территориях аэропортов, аэродромов, вертодромов и предназначенные для авиационной безопасности, оказания услуг, обеспечения государственного контроля (надзора) в области использования воздушного пространства.
Цель аэропортовой деятельности — создание условий для эффективного функционирования воздушного транспорта, обеспечения безопасности полетов и предотвращения актов незаконного вмешательства в деятельность аэропорта, безопасности для жизни, здоровья и имущества населения, охраны окружающей среды, защиты интересов государства, общества и его граждан. О развитии аэропортовой инфраструктуры в стране можно говорить лишь в том случае, если она имеет законодательно оформленное определение и систему управления. При этом стоит отметить, что, к примеру, аэродромный имущественный комплекс аэропортов гражданской авиации (так в нормативных документах именуется аэропортовая инфраструктура) на данный момент не имеет четкой законодательной базы. Сооружения аэродромов по российскому законодательству не подлежат приватизации, в связи с чем находятся под управлением собственника федерального имущества в лице соответствующих территориальных подразделений Росимущества, а значит, на них распространяется правовой режим государственной казны. Так что все вопросы управления аэродромными имущественными комплексами находятся в ведении Росимущества. Здание аэропорта и прилегающие к нему подъездные пути по российской практике в настоящее время, как правило, приватизированы. Такая существующая юридическая коллизия также дополняется тем, что отсутствует правовое обеспечение экономического режима коммерческой эксплуатации аэродромов в большинстве регионов страны, что усложняет ситуацию в еще большей степени. Для разрешения сложившейся ситуации требуется создать такую эффективную систему управления аэропортовым имущественным комплексом, которая обеспечит государственные интересы в области безопасности и реализацию общественных потребностей в авиаперевозках, а также поспособствует формированию рынка конкурентоспособных услуг в сфере аэропортового бизнеса. Достижение такой цели возможно при условии решения двух задач. Во-первых, государству необходимо продолжать развивать федеральные аэродромные комплексы, учитывая обеспечение безопасности полетов, а также предоставления потребителям государственно значимых услуг по авиаперевозкам. Во-вторых, следует привлекать внебюджетные средства (средства частного бизнеса) для такого развития аэродромных, а также аэропортовых комплексов совместного базирования и использования, например, в форме государственно-частного партнерства. В дальнейшем это вызовет изменение правового и экономического статуса федеральных аэродромных комплексов и включения их в сферу гражданского оборота. При такой ситуации элементы инфраструктуры аэропортовых комплексов можно будет рассматривать как объекты самостоятельного вида бизнеса с соответствующими ему целями, задачами, функциями и формами управления.
1.2. Устройство аэропорта изнутри.
Из-за пандемии пассажирский трафик заметно сократился: не так много рейсов, очередей, путешественников, сидящих на чемоданах в поисках розеток. Определённо это потери, но большинство аэропортов решило, что наступило время для развития, оптимизации затрат, аналитики данных и улучшения пользовательского опыта. Технологии в сфере авиаперелётов уже готовы доказать, что мир не будет прежним. По данным Министерства транспорта РФ, уже к 2023 году расходы на развитие ИТ-инфраструктуры аэропортов увеличатся до 4,6 млрд $ (при темпах роста на уровне 3,8%).
Представьте, что вы заходите в здание аэропорта, проходите контроль, а дальше полностью предоставлены сами себе: регистрация пройдена, посадочный талон не требует распечатки, вы самостоятельно сдали багаж у отдельной стойки, на контроле посмотрели в камеру, турникеты открылись сами собой. За это время вы ни разу не достали паспорт или бумажный билет. Такие комплексные решения, связанные с полностью бесконтактным процессом регистрации, — основной приоритет для авиакомпаний.
В России собственной цифровой моделью озаботилась команда аэропорта «Шереметьево». Согласно их годовому отчёту за 2020 год, общий эффект от её внедрения уже превысил 1 миллиард рублей, в том числе за счёт снижения задержек рейсов, сокращения очередей пассажиров и объёма потерянного багажа, выстроенной системы работы сотрудников. В прошлом году аналитики начали применять системы машинного обучения и на базе накопленных данных смогли повысить точность прогнозирования более чем в пять раз. В планах у компании оптимизация расписания рейсов с учётом пропускной способности инфраструктуры, погоды и задержек самолётов в других аэропортах.
Британский проект Aurora AI —гибкая платформа искусственного интеллекта, использующая технологию deep learning, создаёт решения для автоматизации операций, прогнозирования и анализа данных аэропортов. Уже 12 лет используется в аэропорту Хитроу. Свои функции они делят на predict, identify и detect. Мы попробуем пойти по такому же принципу.
Заглянем в будущее: прогнозы и диджитал-копии
Предиктивная аналитика позволяет прогнозировать потоки пассажиров, прибывающих в город или страну, транспорта, вызова сотрудников, количество парковочных мест в зависимости от расписания рейсов и количества людей. К примеру, смена гейта влияет на многие факторы, и это далеко не стандартная ситуация для планирования: нужно подготовить автобусы, проверить свободные места в залах, понять время выхода к стойкам. Это более сложные механизмы и ситуации, которые могут обучать искусственный интеллект и соответственно создавать более оперативные решения в моменты кризиса, давать оценку и рекомендации к действиям менеджмента.
Здесь также есть смысл упомянуть цифровые двойники аэропортов. Цифровой двойник — диджитал-копия физического объекта или процесса, помогающая оптимизировать эффективность бизнеса. Виртуальная модель воспроизводит действия реальной операции или объекта и позволяет определить производительность, качество и возможные улучшения их работы, будь то двигатель, транспортное средство или система обработки багажа.
3D-визуализация системы обработки багажа выглядит как модель дороги, по которой идёт движение сумок, чемоданов, пакетов. Система показывает температуру в помещении, вибрацию, потребляемое электричество, пропускную способность. Сам цифровой двойник работает на базе исторических данных и данных, собранных в реальном времени различными источниками: камерам, сенсорами, датчиками.
В чём бонус для прогнозирования? Цифровой двойник действует как реальная модель: можно проверить местоположение багажа в конкретный момент, какой именно багаж движется по системе, потерянные и неверно оформленные чемоданы, город назначения. Соответственно можно проверить гипотезы и сценарии оптимизации и выявить потенциальные проблемы до их появления, сокращая простой системы и количество вызовов сотрудников.
К функции идентификации можно отнести биометрическое распознавание лиц, считывание символов на багажных бирках, систему компьютерного и машинного зрения для логистических задач и проверки состояния транспорта.
Биометрия уже давно с нами: камеры и считыватели позволяют распознавать лица как в видимом свете, так и с помощью инфракрасных изображений.
Чаще всего на стойках регистрации установлены устройства для первоначального сбора биометрических данных — камеры и сканеры радужной оболочки глаза, а также сенсорные экраны, с помощью которых пассажир даёт согласие на хранение и обработку данных. После первичного сбора нет необходимости повторно идти к стойкам — информация хранится в базе данных, и профиль пассажира для конкретного рейса генерируется автоматически после онлайн-регистрации на сайте или в приложении.
В России, в начале 2021 года Минтранс предложил массово внедрять биометрию в аэропортах. По их расчётам, к 2024 году биометрическая идентификация при прохождении предполётных процедур должна появиться в 6% российских аэропортов. Чтобы получить возможность использовать новые системы, гражданину России нужно будет сдать данные в ЕБС (Единую биометрическую систему) в одном из отделений банков, а также дать согласие на использование в конкретных целях.
Пилотный эксперимент должен был пройти в сентябре в Шереметьеве: идентификация по лицу была запланирована на внутреннем рейсе Аэрофлота. Турникет с камерой должен был пропустить пассажиров на этапе посадки и на входе в зону предполетного досмотра. Пока новостей о результатах не было. При этом уже в июле пассажиры маршрута Москва – Стамбул в Шереметьеве могли впервые в России пройти паспортный контроль по биометрии. Идентификация занимает 30–45 секунд, система сравнивает данные из системы ЕБС с теми, что указаны в паспортах РФ, причём в паспортах от 75-й серии и выше, т. к. в них есть биометрические метки.
Чтобы проект с биометрией в аэропортах страны к 2024 году стал реальным, нужно поменять федеральные авиационные правила и отказаться от использования посадочного талона и паспорта в пользу технологий распознавания. Среди рисков — организация хранения данных и их возможная утечка и технология deep fake, популярная в нынешнее время.
Оптическое распознавание символов на багажных бирках и считывание текста с багажных этикеток повышают скорость сортировки чемоданов и сумок и улучшают защиту от сбоев при выходе из строя систем считывания штрихкода.
Помимо систем мониторинга существуют багажные метки с RFID (Radio Frequency IDentification, радиочастотная идентификация), которые в несколько раз снижают риски потери багажа, но каждая такая метка и стоит в несколько раз дороже, чем обычный стикер. В этом случае пассажир самостоятельно отслеживает местоположение своего багажа.
Такое решение выбрала, к примеру, авиакомпания British Airways, которая внедрила RFID-отслеживание багажа для своих пассажиров. Путешественники с ViewTag могут пометить свои сумки ещё до прибытия в аэропорт. После регистрации с помощью мобильного приложения авиакомпании пассажир сможет синхронизировать информацию о рейсе со своим багажом и со своим смартфоном. Каждая бирка рассчитана на более чем 3000 изменений экрана и не требует подзарядки.
В России такие бирки одноразовые. Существует несколько компаний, готовых предложить подобную разработку для аэропортов.
Ищем вмятины, считаем трафик
Компьютерное зрение активно используется для безопасности аэропортов, подсчёта очередей и трафика, классификации самолётов и идентификации грузового транспорта на стоянках, а также проверки безопасности эскалаторов для таких объектов, как коляски, ходунки, инвалидные коляски и большие чемоданы.
Машинное зрение хорошо помогает при проверке состояния воздушных судов, идентификации его целостности после полёта: осмотр проводят на наличие повреждений после града, столкновения с птицами или наземным оборудованием. Чтобы это происходило оперативно и качественно, специалисты используют оптическое метрологическое 3D-оборудование в сочетании с дополненной реальностью.
По словам создателей, этот механизм использует принцип триангуляции и записывает сотни изображений поверхности. Затем эта последовательность изображений генерирует трёхмерную топологическую карту поверхности с точными условиями. Используя эту карту, инспекторы могут оперативно выявить любые вмятины.
У нас было 50 залов ожидания, 31 аэропорт и 6 недель
Ежегодно мировые аэропорты принимают от 50 тысяч до 400 млн человек. Обычно пассажиры проводят часть времени в зале ожидания: могут подключиться к Wi-Fi, почитать газету, зарядить телефон, перекусить, выпить или поработать за ноутбуком.
Качество получения этих услуг зависит от ряда параметров:
насколько заполнен зал;
все ли продукты питания в наличии;
остались ли в свободном доступе газеты, электрические розетки и т. д.
Вручную отследить всё это невозможно, поэтому наш клиент — глобальная авиакомпания — попросил Luxoft помочь усовершенствовать пользовательский опыт пассажиров в 50 залах ожидания в 31 аэропорту по всему миру, оптимизировать внутренние процессы и увеличить доход за счёт масштабирования услуг.
Задача инженеров состояла в том, чтобы при помощи технологий компьютерного зрения обеспечить оперативный мониторинг и анализ заполняемости залов в разные дни недели и время суток. Полученные данные позволили бы своевременно прогнозировать переполненность залов, избегать её и обеспечивать их достаточным запасом продовольствия.
Рабочий прототип был готов через шесть недель. Инженеры интегрировали аппаратное обеспечение Microsoft computer vision и ПО для управления IoT, чтобы бесконтактно мониторить занятость залов и панель отчётов. В результате клиент получил возможность ежедневно отслеживать передвижение 9500 пассажиров с точностью до 90%, совершенствовать логистические цепочки и изучать ценообразование на основе спроса для пассажиров в периоды низкой заполняемости. Об этом кейсе можно подробно почитать здесь.
В какие IT-решения будут инвестировать аэропорты
В условиях мировой нестабильности аэропортам критически важно не только быстро реагировать на изменения, но и инвестировать в гибкие технологические решения для комфорта и безопасности пассажиров. Вот три популярные сферы, куда в ближайшем будущем аэропорты будут привлекать IT-специалистов и вкладывать серьёзные суммы:
Протоколы Smart Health и бесконтактные технологии. Это технологические драйверы, оптимизирующие рабочие процедуры:
уже понятная всем биометрическая регистрация и посадка в самолёт, устраняющие нежелательные точки соприкосновения между пассажирами или сотрудниками и пассажирами;
термографические камеры и тепловое сканирование для обнаружения повышенной температуры тела;
альтернативные дверные клавиатуры и замена физических меню QR-кодами и цифровыми меню и так далее.
Автономные роботы. Роботы-охранники, роботы-парковщики, роботы для санитарной обработки помещений и другие умные машины помогут организовать технологически бесконтактное путешествие от стоянки до посадки в аэропорту и повысить уровень безопасности в воздушных гаванях.
Умные пространства, ориентированные на людей. Такие пространства используют дополнительные источники данных, интеллектуальную автоматизацию и дизайн, ориентированный на человека, чтобы улучшить взаимодействие с конечным пользователем. Удобные залы ожидания, рестораны, которые показывают меню на вашем родном языке, своевременная навигация — те решения, которые улучшат пользовательский опыт.
Аэропорты уже готовы показать свои новые решения, осталось только вернуться поскорее к полётам.
ПРОЕКТИРОВАНИЕ СТРУКТУРЫ ДАННЫХ 2.1.Физическая модель системы
Физическая модель, определяющая размещение данных, методы доступа и технику индексирования, называется внутренней моделью системы. Внешние модели никак не связаны с типом физической памяти, в которой будут храниться данные, и с методами доступа к этим данным. Это положение отражает первый уровень независимости данных. С другой стороны, если концептуальная модель способна учитывать расширение требований к системе в будущем, то вносимые в нее изменения не должны оказывать влияния на существующие внешние модели. Это - второй уровень независимости данных. Построение логической модели обусловлено требованиями используемой СУБД. Выбор СУБД является одним из важнейших моментов в разработке проекта БД, так как он принципиальным образом влияет на весь процесс проектирования БД и реализации информационной системы. Теоретически при осуществлении этого выбора нужно принимать во внимание десятки факторов. На практике разработчики руководствуются лишь собственной интуицией и несколькими наиболее важными критериями, к которым, в частности, относятся:
тип модели данных, которую поддерживает данная СУБД, адекватность модели данных структуре рассматриваемой ПО;
характеристики производительности СУБД;
запас функциональных возможностей для дальнейшего развития информационной системы;
степень оснащенности СУБД инструментарием для персонала администрирования данными;
удобство и надежность СУБД в эксплуатации;
стоимость СУБД и дополнительного программного обеспечения.
Все актуальные требования предметной области и адекватные им «скрытые» требования на стадии проектирования должны найти свое отражение в концептуальной модели. Конечно, нельзя предусмотреть все возможные варианты использования и изменения базы данных. Но в большинстве предметных областей такие основные данные, как объекты и их взаимосвязи, относительно стабильны. Меняются только информационные требования, то есть способы использования данных для получения информации. Степень независимости данных определяется тщательностью проектирования базы данных. Всесторонний анализ объектов предметной области и их взаимосвязей минимизирует влияние изменения требований к данным в одной программе на другие программы.
2.2 Логическая модель системы.
Для этого пункта и последующих мне нужна база данных, или сама система, без нее я не опишу эту систему.
ВЫБОР ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ ДЛЯ РЕАЛИЗАЦИИ
Если берете ACESS, тогда
База данных (БД) — совокупность данных, организованных по определенным правилам, предусматривающим общие принципы описания, хранения и манипулирования данными, независимая от прикладных программ.
Наиболее распространенным типом модели представления данных является реляционный (relational) тип. Название «реляционный» объясняется тем, что каждая запись в базе данных содержит информацию, относящуюся (related) к одному конкретному объекту. Кроме того, с информацией, принадлежащей разным объектам, можно работать как с единым целым, основанным на значениях связанных между собой (related) данных. В реляционных СУБД все обрабатываемые данные представляются в виде таблиц.
Одной из самых популярных сегодня настольных систем управления базами данных, включенных в богатое окружение продуктов семейства Microsoft Office, является Microsoft Office Access (далее — Access). Она предназначена, как на начинающего, так и на квалифицированного пользователя. База данных Access представляет набор данных и объектов (таких как таблицы, запросы и формы), относящихся к определенной задаче.
Microsoft Office Access или Microsoft Access представляет собой реляционную систему управления базами данных (СУБД), является продуктом корпорации Microsoft, входящим в пакет Microsoft Office, обладает широким спектром опций, в том числе связанными запросами, синхронизацией с внешними таблицами и базами данных.
Компьютерная база данных является хранилищем совокупности объектов. Одна база данных может быть масштабнее, чем одна таблица. К примеру, система контроля над складскими запасами, использующая три таблицы, представляет собой не три базы данных, а одну. Access без особых настроек для работы с данными или кодом из стороннего источника включает таблицы, которые хранятся в одном файле с определенным названием совместно с другими объектами, включая формы, отсчеты, макросы и модули.
Файлы баз данных, созданных в формате Access 2007, который также открывается с помощью в Access 2016, Access 2013 и Access 2010, создаются с расширением ACCDB. Базы данных более ранних версий имеют расширение MDB. С помощью Access 2016, Access 2013, Access 2010 и Access 2007 можно формировать файлы в форматах более ранних версий приложения, к примеру, Access 2000 и Access 2002–2003.
Возможности Аccess:
добавление новых сведений в базу данных, к примеру, сохранение нового артикула складских запасов;
изменение информации, которая уже имеется в базе, к примеру, артикул;
удаление данных, например, артикула проданного или утилизированного товара;
упорядочивание и пошаговый просмотр сведений с помощью разных инструментов;
обмен данными с другими пользователями по средствам отсчетов, сообщений в электронной почте, локальной сети или Интернета.
Достоинства и недостатки Microsoft Access
СУБД Access отличается простотой в изучении и применении. Данный системный продукт может с легкостью освоить любой пользователь, даже имеющий невысокий уровень квалификации. Программа включает широкий спектр средств, что позволяет создавать отчеты разной сложности и масштаба, которые формируются на основании табличных форматов. Обычно, Access используют для создания личных баз данных, которые не предназначены для коммерческого распространения.
Эксплуатационные характеристики системы:
Реляционная база данных является комплексом взаимосвязанных двухмерных таблиц.
СУБД позволяет создавать и обрабатывать локальные базы данных, а также применяется, как клиентское приложение, обеспечивающее доступ к удаленным и распределенным базам данных коллективного использования с SQL Server или Oracle.
Базы данных, формы, запросы и отчеты формируются и используются по единой технологии.
Опция совместной работы базы данных со сторонними источниками информации такими, как базы данных с СУБД Access и других типов СУБД, электронная таблица Excel, текстовые файлы.
Возможность использования средств разработки пользовательских приложений для работы с другими СУБД, включая MS SQL Server, Oracle, в роли интегрированной среды разработки приложений, использующих для хранения данных базы с различными СУБД.
Access включает разные мастера, конструкторы, построители.
Полностью русифицированный интерфейс, в том числе перевод на русский язык имен полей и свойств, что упрощает работу с программой.
Отсутствует опция создания приложения в виде исполняемого файла и одновременной непосредственной работы с несколькими базами с помощью окна базы.
Собственный язык программирования не предусмотрен, используется Visual Basic.
Возможность использования запроса наравне с таблицами, как источника записей для отчетов, форм и запросов.
Базы данных, включая все объекты в виде таблиц, запросов, форм, отчетов, макросов, модулей, хранятся в одном файле.
Преимущества:
простота;
гибкость;
русификация;
большой выбор мастеров, конструкторов;
надежность в применении.
Недостатки:
низкоэффективная защита;
слабые средства восстановления данных;
ограничения по объему данных;
отсутствует собственный язык программирования;
длительное время обработки больших объемов информации.
Существуют некоторые ограничения при работе с Access:
размер файла с расширением mdb составляет 2 Гб без учета объема системных объектов;
фактический размер ограничен свободным дисковым пространством, по причине возможного наличия в базе данных присоединенных таблиц;
количество объектов в базе данных — 32768;
число пользователей, которые могут работать в одно время — 255;
максимально допустимый размер таблицы — 2 Гбайт;
максимально допустимое число полей в таблице — 255;
максимально возможное число индексов в таблице — 32;
максимально возможное количество символов в записи без учета поля Memo и полей объектов OLE — 2000;
максимальное количество символов в поле Memo — 65 535 при вводе данных с помощью пользовательского интерфейса и 1 Гбайт при программном вводе данных;
максимальный размер объекта OLE — 1 Гбайт;
максимальное число таблиц в запросе — 32.
Примечание
Access целесообразно использовать при разработке несложных приложений и персональных баз данных, которые характеризуются ограниченным объемом сведений в несколько сотен тысяч записей. Подобные системы подходят для применения на небольших предприятиях.
Элементы БД Access
Стандартная версия Access включает определенный набор компонентов. Основными элементами являются:
Таблицы.
Формы.
Отчеты.
Запросы.
Макросы.
Модули.
Таблицы
Кнопка Таблицы имеет вид электронной таблицы. Информация распределяется по строкам и столбцам. По этой причине существенно упрощается процесс импорта электронной таблицы в таблицу базы данных. Отличие заключается в том, что информация структурирована.
Строки называют записями. Они включают в себя информационные блоки. Каждая запись состоит как минимум из одного поля. Поля расположены в соответствии со столбцами. В полях могут располагаться определенные виды данных, в том числе текстовая, цифровая и другая информация. Описать записи и поля можно с помощью визуализации классического стиля каталога карточек библиотеки. Каждая такая карточка соответствует записи в базе данных. Любой фрагмент информации на отдельной карточке соответствует полю в базе данных.
Формы
Используя Формы, создают интерфейс пользователя, в котором можно вводить и редактировать сведения. Как правило, формы включают кнопки с командами и другими опциями управления, предназначенными для реализации определенного функционала. Без форм можно сформировать базу данных путем редактирования имеющихся сведений в таблицах Access. Несмотря на это, многие пользователи применяют формы, чтобы просматривать, вводить и корректировать сведения в таблицах. Благодаря командным кнопкам, можно:
задать данные для последующего отображения в форме;
открыть прочие формы и отчеты;
выполнять ряд других задач, к примеру, работать с «Формой клиента».
Формы обеспечивают контроль взаимодействия пользователей с данными. К примеру, имеется возможность создания формы, отображающей конкретные поля и выполняющей определенное количество операций, что гарантирует защиту и корректность при вводе данных.
Отчеты
Данная кнопка предназначена для форматирования, сведения и демонстрации информации. Как правило, в отчете заключается ответ на конкретный вопрос пользователя. Отчеты допускается форматировать для отображения сведений в максимально читабельном виде. Пользователю предоставляется возможность формировать отчет в любое время, в котором будет отражена актуальная информация базы данных. Как правило, отчеты форматируют для последующей печати, просмотра на экране, экспорта в другие программы или размещения в электронном сообщении.
Запросы
Запросы предназначены для реализации широкого спектра функций. Ключевой опцией является поиск информации в таблицах. В том случае, когда нужные сведения размещены в разных таблицах, с помощью запроса их можно просматривать в одной. Благодаря запросам, пользователь может фильтровать данные путем определения критериев поиска для отображения только необходимых сведений.
Предусмотрена функция «обновляемых» запросов. С ее помощью можно редактировать данные, которые найдены в основных таблицах. В этом случае правки отражаются не только в таблице запроса, но и в основных таблицах.
Запросы бывают двух видов:
запросы на выборки;
запросы на выполнение действий.
Запрос на выборки предназначен для извлечения данных и преобразования их в подходящий для дальнейшего использования вид. При этом результаты запроса можно вывести на экран, печать или переместить в буфер обмена. Выходные данные запроса допустимо использовать, как источник записей для формы или отсчета.
Запрос на изменение предназначен для выполнения задачи с информацией. С их помощью удобно формировать новые таблицы, пополнять сведения существующих таблиц, обновлять или удалять данные.
Макросы
Данные элементы представляют собой подобие упрощенного языка программирования. С помощью макросов повышают уровень функциональности базы данных. К примеру, при добавлении макроса к командной кнопке, он будет запускаться каждый раз при ее нажатии. В состав макросов сходят команды, по средствам которых решают определенные задачи:
открытие отсчетов;
выполнение запросов;
закрытие баз данных и другие.
Применяя макросы, представляется возможным автоматизировать большинство операционных процессов, которые ранее выполнялись вручную. Данная опция позволяет значительно сэкономить время при работе с программой.
Модули
Объекты в виде модулей направлены на повышения уровня функциональности баз данных. Модули создают на языке Visual Basic для приложений (VBA). Модули являются набором описаний, инструкций и процедур. Различают модули класса и стандартные элементы. В первом случае они связаны с определенными формами или отсчетами, содержат процедуры по работе с ними. Стандартные модули содержат общие процедуры, которые не связаны с какими-либо объектами. Стандартные модули перечислены в перечне Модули в области навигации.
Какие типы данных используются
Таблицы баз данных предусматривают возможность для работы с разными типами данных. Microsoft Access предназначена для следующих типов данных:
Текстовый, используется для хранения классического текста с ограничением по размеру в 255 символов. Текст или числа не предназначены для расчетов.
Числовой, используют, чтобы хранить действительные числа. В данный тип включено множество подтипов, выбор которых определяет точность вычислений.
Поле Мемо является специальным типом данных, предназначенным для хранения крупных объемов текста до 65 535 символов. В поле хранится только указатель на место базы данных, где хранится сам текст. Поле этого типа не может быть ключевым или проиндексированным. Длинный текст или комбинация текста и чисел.
Дата/время, необходим для хранения календарных дат и текущего времени в специальном фиксированном формате.
Денежный, предназначен для хранения денежных сумм. Содержит денежные значения и числовые сведения, которые используют при математических расчетах.
Счетчик, в виде специального типа данных для уникальных натуральных чисел, которые не повторяются в поле и обладают автоматическим наращиванием. Функция заключается в порядковой нумерации записей.
Логический, необходим, чтобы хранить логические данные, поля, содержащие одно из двух возможных значений (могут принимать только два значения, к примеру: Да или Нет).
Гиперссылка в виде специального поля, в котором хранятся адреса URL Web-объектов Интернета. Если щелкнуть по ссылке, автоматически будет запущен браузер и воспроизведен объект в его окне.
Мастер подстановок не является специальным типом данных. Его настройки можно автоматизировать, таким образом, чтобы не вводить информацию вручную. При этом сведения можно выбрать из раскрывающегося списка.
Поле объекта OLE предназначено для включения звукозаписи, изображения и прочих типов данных. Данное поле не является ключевым или проиндексированным.
Свойства таблиц и полей в Access
Кроме того, что поля базы данных определяют структуру этой базы, они предназначены для определения групповых свойств сведений, которые записаны в ячейках, принадлежащих каждому из полей. Основные свойства полей таблиц Microsoft Access:
Имя поля необходимо для того, чтобы определить, каким образом необходим обращаться к данным этого поля при автоматических операциях с базой. Стандартные имена полей используются, как заголовки столбцов таблицы.
Тип поля служит для определения типа данных, содержащихся в конкретном поле.
Размер поля с максимальной длиной информации, измеряемой символами, которая допустима для рассматриваемого поля.
Формат поля отражает метод форматирования сведений в ячейках, относящихся к полю.
Маска ввода необходима для определения формы, согласно которой осуществляют ввод данных.
Подпись позволяет распознать заголовок столбца таблицы для конкретного поля. В том случае, когда подпись отсутствует, заголовок столбца является свойством Имя поля.
Значение по умолчанию является тем значением, которое отображается в ячейках поля автоматически, относится к средству автоматизации ввода данных.
Условие на значение представляет собой ограничение, которое используют, чтобы проверить корректность ввода информации, является средством автоматизации ввода, которое используется, обычно, для сведений в числовом, денежном типе или типе даты.
Сообщение об ошибке является текстовым оповещением, которое отображается автоматически, когда ошибочные данные вводятся в поле. Данное поле является обязательным, то есть свойством, которое определяет обязательность заполнения данного поля при наполнении базы.
Пустые строки представляют собой свойство, разрешающее ввод пустых строковых.
Индексированное поле предусмотрено для тех полей, операции в которых предусматривают поиск или сортировку записей по значению, за счет чего данные процессы существенно ускоряются. Индексированные поля позволяют проверять значения в записях по данному полю на отсутствие повторов, что обеспечивает автоматическое исключение дублирования информации.
Так как разные поля содержат информацию неодинакового типа, то их свойства могут отличаться, исходя из типа данных. К примеру, перечисленные свойства применяются к полям в основном с текстовым типом. Для полей другого типа характерно наличие или отсутствия этих свойств, либо их дополнение другими свойствами. Данные, представляющие действительные числа, включают важное свойство в виде количества знаков после десятичной запятой. Однако для полей, в которых хранятся изображения, звукозаписи, видео и другие объекты OLE, перечисленные свойства не актуальны.
Примечание
Информация в базе данных имеет вид двухмерной таблицы. Строки в ней называют записями, а столбцы — полями. Определения «запись» и «поле» используют при описании таблиц, а термины «строка» и «столбец» целесообразно употреблять, когда речь идет о результатах выполнения запросов.
Общие характеристики таблицы определяются свойствами таблицы Access. Заполнять такие свойства не является необходимостью. Для открытия окна свойств таблице в режиме конструктора нужно нажать на кнопку «Свойства» (Ргорегties), расположенную на панели инструментов.
Любая таблица характеризуется следующими свойствами:
Описание (Description). Определяет комментарий, который не является обязательным и содержит описание таблицы в окне базы данных. Для просмотра описания следует активизировать таблицу, выбрать опцию «Вид, Таблица» (View, Details) или нажать на кнопку «Таблица» (Details), расположенную на панели инструментов. Данное описание полезно для словаря данных, используемого для баз данных документации и приложений.
Условие на значение (Validation Rule). Позволяет определить требования к данным, введенным в поле. Позволяет обеспечить целостность и корректность сведений в записи, а также применимо к любым полям таблицы.
Сообщение об ошибке (Validation Text). Необходимо для отображения текстового сообщения в том случае, когда данные ввода не соответствуют условию, которое сформулировано в свойстве «Условие на значение» (Validation Rule).
Фильтр (Filter). Определяет подмножество записей, выводящихся после того, как был применен фильтр к таблице.
Порядок сортировки (Order Ву). Необходим для определения последовательности сортировки табличных записей.
ПРАКТИЧЕСКАЯ РЕАЛИЗАЦИЯ
ТЕСТИРОВАНИЕ РАБОТОСПОСОБНОСТИ
ЗАКЛЮЧЕНИЕ
СПИСОК ЛИТЕРАТУРЫ
|
Скачать 59.75 Kb.