АИС МОНИТОРИНГА ВОЗДУШНОЙ СРЕДЫ. Школа естественных наук

• Название: Школа естественных наук
• Дата: 20.03.2018
• Размер: 132 Kb.
• Имя файла: АИС МОНИТОРИНГА ВОЗДУШНОЙ СРЕДЫ .doc
• Тип: Курсовая; #38974

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

Федеральное государственное автономное образовательное учреждение

высшего образования

«Дальневосточный федеральный университет»

ШКОЛА ЕСТЕСТВЕННЫХ НАУК

Кафедра компьютерных систем
ОБЗОР АИС МОНИТОРИНГА ВОЗДУШНОЙ СРЕДЫ И СРАВНЕНИЕ СРЕДСТВ ОБРАБОТКИ ДАННЫХ
КУРСОВАЯ РАБОТА

	Студентка гр. Б8418 __________________ (подпись)
	Руководитель доцент, к.ф.-м.н. _____________ Е.В.Пустовалов
Регистрационный № ________ ___________ ___________________ подпись И.О.Фамилия « _____» ___________________ 20 г.	Оценка _________________________ ____________ ___________________ подпись И.О.Фамилия «_____» ________________ 20 г.

г. Владивосток

20 _

Оглавление

Введение 4

1 Теоретические основы 5

1.1 Разработка базы данных 5

1.2 Моделирование данных. 6

1.3 Особенности архитектуры и функциональные возможности. 6

1.4 Контроль работы системы 7

1.5 Производительность. 7

1.6 Надежность. 7

1.7 Требования к рабочей среде. 7

1.8 Смешанные критерии. 8

2 Обоснование выбранных ПО 9

2.1 PostgreSQL 9

2.1.1 Типы данных PostgreSQL 9

2.1.2 Достоинства PostgreSQL 11

2.1.3 Недостатки PostgreSQL 12

2.2 Access 12

2.2.1 Таблицы.  12

2.2.2 Запросы. 12

2.2.3Формы.  13

2.2.3Макросы. 13

Заключение 14

Список литературы 15

Введение

Основной тенденцией 21 века является развитие интернета, который затрагивает различные аспекты нашей жизни. На сегодняшний день в интернете можно сделать практически все не выходя из дома: заказать билеты в кино, оплатить коммунальные услуги и даже купить машину.

В связи с ростом популярности интернета, все больше компаний стремятся обзавестись своими сайтами и сервисами, направленными, в первую очередь, на ознакомление с деятельностью компании, повышение доверия к ней, ее бренду и услугам, чтобы в конечном счете склонить пользователя к выбору именно этой компании из многих других. И если раньше сайты были просто набором документов с текстом, связанных между собой гиперссылками, то сейчас они представляют из себя мощные агрегаты представления и подачи информации, от графических изображений и видео, до интерактивных схем, 3d моделей с поддержкой VR и многое другое, при этом чем обширней функционал интернет-ресурса, тем более затратна его разработка и сопровождение.

Выбранная мною тема актуальна тем, что от выбора инструментария на этапе планирования и разработки технического задания будет зависеть скорость разработки и реализации проекта и, в свою очередь, его стоимость.

Целью данной работы является рассмотрение двух подходов к разработке проектов, разработка на уже готовой CMS и разработка проекта с нуля с использованием фреймворков, определение достоинств и недостатков каждого из них.

1 Теоретические основы

1. 
   Разработка базы данных
   

Выбор системы управления баз данных (СУБД) представляет собой сложную многопараметрическую задачу и является одним из важных этапов при разработке приложений баз данных. Выбранный программный продукт должен удовлетворять как текущим, так и будущим потребностям предприятия, при этом следует учитывать финансовые затраты на приобретение необходимого оборудования, самой системы, разработку необходимого программного обеспечения на ее основе, а также обучение персонала. Кроме того, необходимо убедиться, что новая СУБД способна принести предприятию реальные выгоды.

Очевидно, наиболее простой подход при выборе СУБД основан на оценке того, в какой мере существующие системы удовлетворяют основным требованиям создаваемого проекта информационной системы. Более сложным и дорогостоящим вариантом является создание испытательного проекта на основе нескольких СУБД и последующий выбор наиболее подходящего из кандидатов. Но и в этом случае необходимо ограничивать круг возможных систем, опираясь на некие критерии отбора. Вообще говоря, перечень требований к СУБД, используемых при анализе той или иной информационной системы, может изменяться в зависимости от поставленных целей. Тем не менее можно выделить несколько групп критериев:

• 
  Моделирование данных
  
• 
  Особенности архитектуры и функциональные возможности
  
• 
  Контроль работы системы
  
• 
  Особенности разработки приложений
  
• 
  Производительность
  
• 
  Надежность
  
• 
  Требования к рабочей среде
  
• 
  Смешанные критерии
  

1. 
   Моделирование данных.
   

• 
  Используемая модель данных .
  

Существует множество моделей данных; самые распространенные - иерархическая, сетевая, реляционная, объектно-реляционная и объектная.

• 
  Триггеры и хранимые процедуры. 
  

Триггер - программа базы данных, вызываемая всякий раз при вставке, изменении или удалении строки таблицы. Триггеры обеспечивают проверку любых изменений на корректность, прежде чем эти изменения будут приняты. Хранимая процедура – программа, которая хранится на сервере и может вызываться клиентом.

• 
  Предусмотренные типы данных. 
  

Здесь следует учесть два фактически независимых критерия: базовые или основные типы данных, заложенные в систему, и наличие возможности расширения типов. В то время как отклонения базовых наборов типов данных у современных систем от некоего стандартного, обычно, невелики, механизмы расширения типов данных в системах того или иного производителя существенно различаются.

• 
  Реализация языка запросов. 
  

Все современные системы совместимы со стандартным языком доступа к данным SQL-92, однако многие из них реализуют те или иные расширения данного стандарта.

1. 
   Особенности архитектуры и функциональные возможности.
   

• 
  Мобильность
  
• 
  Масштабируемость.
  
• 
  Распределенность. 
  
• 
  Сетевые возможности.
  

1. 
   Контроль работы системы
   

• 
  Контроль использования памяти компьютера. 
  
• 
  Автонастройка. 
  
• 
  Особенности разработки приложений.
  
• 
  Средства проектирования. 
  
• 
  Многоязыковая поддержка. 
  
• 
  Поддерживаемые языки программирования. 
  

1. 
   Производительность.
   

• 
  Рейтинг TPC (Transactions per Cent). 
  
• 
  Возможности параллельной архитектуры. 
  
• 
  Возможности оптимизирования запросов.
  

6. 
   Надежность.
   

Понятие надежности системы имеет много смыслов – это и сохранность информации независящая от любых сбоев, и безотказность работы системы в любых условиях, и обеспечение защиты данных от несанкционированного доступа.

Восстановление после сбоев. При возникновении программных или аппаратных сбоев целостность, да и работоспособность всей системы может быть нарушена. От того, как эффективно спланирован механизм восстановления после сбоев, зависит жизнеспособность системы.

• 
  Резервное копирование. 
  
• 
  Откат изменений. 
  
• 
  Многоуровневая система защиты. 
  

1. 
   Требования к рабочей среде.
   

• 
  Поддерживаемые аппаратные платформы.
  
• 
  Минимальные требования к оборудованию.
  
• 
  Максимальный размер адресуемой памяти. 
  
• 
  Операционные системы, под управлением которых способна работать СУБД .
  

1. 
   Смешанные критерии.
   

• 
  Качество и полнота документации
  
• 
  Локализованность.
  
• 
  Модель формирования стоимости. 
  
• 
  Стабильность производителя.
  
• 
  Распространенность СУБД.
  

Даже если просто отмечать насколько хороши или плохи выделенные параметры в случае каждой конкретной СУБД, то сравнение уже двух различных систем является трудоемкой задачей. Тем не менее, четкий и глубокий сравнительный анализ на основании вышеперечисленных критериев в любом случае поможет рационально выбрать подходящую систему для конкретного проекта, и затраченные усилия не будут напрасными. Перечень критериев поможет осознать масштабность задачи и выполнить ее адекватную постановку.

2 Обоснование выбранных ПО

1. 
   PostgreSQL
   

PostgreSQL одна из самых профессиональных СУБД. Она свободно распространяемая и максимально соответствует стандартам SQL. PostgreSQL или Postgres стараются полностью применять ANSI/ISO SQL стандарты своевременно с выходом новых версий.
От других СУБД PostgreSQL отличается поддержкой востребованного объектно-ориентированного и/или реляционного подхода к базам данных. Например, полная поддержка надежных транзакций, т.е. атомарность, последовательность, изоляционность, прочность (Atomicity, Consistency, Isolation, Durability (ACID).) Благодаря мощным технологиям Postgre очень производительна. Параллельность достигнута не за счет блокировки операций чтения, а благодаря реализации управления многовариантным параллелизмом (MVCC), что также обеспечивает соответствие ACID. PostgreSQL очень легко расширять своими процедурами, которые называются хранимые процедуры. Эти функции упрощают использование постоянно повторяемых операций.
Хотя PostgreSQL и не может похвастаться большой популярностью в отличии от MySQL, существует довольно большое число приложений облегчающих работу с PostgreSQL, несмотря на всю мощность функционала. Сейчас довольно легко установить эту СУБД используя стандартные менеджеры пакетов операционных систем.
2.1.1 Типы данных PostgreSQL

• 
  bigint - знаковое 8-ми битное целочисленное значение
  
• 
  bigserial - автоматически инкрементируемое 8-ми битное целочисленное значение
  
• 
  bit[(n)] - строка постоянной длины
  
• 
  bit varying [(n)] - строка переменной длины
  
• 
  boolean - булево значение (true/false)
  
• 
  box - прямоугольник на плоскости
  
• 
  bytea - бинарные данные (массив байтов)
  
• 
  character varying [(n)] - строковое значение переменной длины
  
• 
  character [(n)] - строковое значение постоянной длины
  
• 
  cidr - IPv4/IPv6 сетевой адрес
  
• 
  circle - круг на плоскости
  
• 
  date - календарная дата (год, месяц, день)
  
• 
  double precision - число с плавающей точкой двойной точности (8 байт)
  
• 
  inet - IPv4/IPv6 адрес хоста
  
• 
  integer - знаковое 4-ех байтовое целочисленное значение
  
• 
  interval [fields][(p)] - отрезок времени
  
• 
  line - бесконечная прямая на плоскости
  
• 
  lseg - отрезок на плоскости
  
• 
  macaddr - MAC адрес
  
• 
  mony - валютное значение
  
• 
  numeric [(p, s)] - точное численное значение с выбранной точностью
  
• 
  path - геометрическая кривая на плоскости
  
• 
  point - геометрическая точка на плоскости
  
• 
  polygony - многоугольник на плоскости
  
• 
  real - число с плавающей точкой одинарной точности (4 байта)
  
• 
  smallint - знаковое целочисленное значение (4 байта)
  
• 
  serial - автоматические инкрементируемое целочисленное значение (4 байта)
  
• 
  text - строковое значение переменной длины
  
• 
  time [(p)] [without time zone] - время суток (без часового пояса)
  
• 
  time [(p)] with time zone - время суток (включая часовой пояс)
  
• 
  timestamp [(p)] [without time zone] - дата и время (без часового пояса)
  
• 
  timestamp [(p)] with time zone - дата и время (с часовым поясом)
  
• 
  tsquery - текстовый поисковый запрос
  
• 
  tsvector - документ текстового поиска
  
• 
  txid_snapshot - пользовательский снимок транзакции с ID
  
• 
  uuid - универсальный уникальный идентификатор
  
• 
  xml - XML данные
  

2.1.2 Достоинства PostgreSQL

Открытое ПО соответствующее стандарту SQL - PostgreSQL - бесплатное ПО с открытым исходным кодом. Эта СУБД является очень мощной системой.

Большое сообщество - существует довольно большое сообщество в котором вы запросто найдёте ответы на свои вопросы

Большое количество дополнений - несмотря на огромное количество встроенных функций, существует очень много дополнений, позволяющих разрабатывать данные для этой СУБД и управлять ими.

Расширения - существует возможность расширения функционала за счет сохранения своих процедур.

Объектность - PostrgreSQL это не только реляционная СУБД, но также и объектно-ориентированная с поддержкой наследования и много другого

2.1.3 Недостатки PostgreSQL

Производительность - при простых операциях чтения PostgreSQL может значительно замедлить сервер и быть медленнее своих конкурентов, таких как MySQL.

2. 
   Access
   

Если PostgreSQL в моей работе выступает как ядро БД, то Access будет отвечать за графическую часть БД.

Как реляционная СУБД Access обеспечивает доступ ко всем типам данных и позволяет одновременно использовать несколько таблиц базы данных. Можно использовать таблицы, созданные в среде Paradox или dBase. Работая в среде Microsoft Office, пользователь получает в своё распоряжение полностью совместимые с Access текстовые документы(Word), электронные таблицы(Excel), презентации(PowerPoint).С помощью новых расширений для Internet можно напрямую взаимодействовать с данными из World Wide Web и транслировать представление данных на языке HTML
2.2.1 Таблицы. 

В базе данных информация хранится в виде двумерных таблиц. Можно так же импортировать и связывать таблицы из других СУБД или систем управления электронными таблицами. Одновременно могут быть открыты 1024 таблицы.

2.2.2 Запросы.

 При помощи запросов можно произвести выборку данных по какому-нибудь критерию из разных таблиц. В запрос можно включать до 255 полей.

2.2.3Формы. 

Формы позволяют отображать данные из таблиц и запросов в более удобном для восприятия виде. С помощью форм можно добавлять и изменять данные, содержащиеся в таблицах. В формы позволяют включать модули.

Отчёты. Отчёты предназначены для печати данных, содержащихся в таблицах и запросах, в красиво оформленном виде. Отчёты так же позволяют включать модули.

2.2.3Макросы.

Модули. Модули содержат VBA-код, используемый для написания процедур обработки событий, таких как например нажатия кнопки в форме или отчёте, для создания функций настройки, для автоматического выполнения операций над объектами базы данных и программного управления операциями, т.е. добавление VBA-кода позволяет создать полную базу данных с настраиваемыми меню, панелями инструментов и другими возможностями. Модули снимают с пользователя приложения необходимость помнить последовательность выбора объектов базы данных для выполнения того или иного действия и повышают эффективность работы.

База данных может содержать до 32768 объектов.

Заключение

На основе проведенного выше анализа можно сделать вывод, что разрабатывать сайт на CMS стоит только в том случае, если его функционал является типовым, заточенным под конкретную CMS, при этом проект не планируется быть высоконагруженным, либо если под CMS есть уже готовый шаблон, который устроит заказчика. В противном случае есть высокая вероятность, что разработчик потратит больше времени на попытку адаптировать решение нестандартной задачи под уже готовую систему, чем если бы он реализовывал весь проект на фреймворке.

Список литературы

1. Сайт [Электронный ресурс] // Википедия – свободная энциклопедия – Режим доступа: https://ru.wikipedia.org/wiki/%D0%A1%D0%B0%D0%B9%D1%82

2. Библиотека (программирование) [Электронный ресурс] // Википедия – свободная энциклопедия – Режим доступа: https://ru.wikipedia.org/wiki/%D0%91%D0%B8%D0%B1%D0%BB%D0%B8%D0%BE%D1%82%D0%B5%D0%BA%D0%B0_(%D0%BF%D1%80%D0%BE%D0%B3%D1%80%D0%B0%D0%BC%D0%BC%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5)

3. API [Электронный ресурс] // Википедия – свободная энциклопедия – Режим доступа: https://ru.wikipedia.org/wiki/API

4. Стандарт оформления кода [Электронный ресурс] // Википедия – свободная энциклопедия – Режим доступа: https://ru.wikipedia.org/wiki/%D0%A1%D1%82%D0%B0%D0%BD%D0%B4%D0%B0%D1%80%D1%82_%D0%BE%D1%84%D0%BE%D1%80%D0%BC%D0%BB%D0%B5%D0%BD%D0%B8%D1%8F_%D0%BA%D0%BE%D0%B4%D0%B0

5. Паттерны проектирования [Электронный ресурс] // StudFiles, файловый архив студентов – Режим доступа: https://studfiles.net/preview/5944267/

6. Разработка приложения по работе с базой данных. Структура приложения [Электронный ресурс] // StudBooks, студенческая библиотека онлайн – Режим доступа:

http://studbooks.net/2180848/informatika/razrabotka_prilozheniya_rabote_bazoy_dannyh