Главная

Контакты

Случайная статья

• Автоматизация
• Антропология
• Археология
• Архитектура
• Биология
• Ботаника
• Бухгалтерия
• Военная наука
• Генетика
• География
• Геология
• Демография
• Деревообработка
• Журналистика
• Зоология
• Изобретательство
• Информатика
• Искусство
• История
• Кинематография
• Компьютеризация
• Косметика
• Кулинария
• Культура
• Лексикология
• Лингвистика
• Литература
• Логика
• Маркетинг
• Математика
• Материаловедение
• Медицина
• Менеджмент
• Металлургия
• Метрология
• Механика
• Музыка
• Науковедение
• Образование
• Охрана Труда
• Педагогика
• Полиграфия
• Политология
• Право
• Предпринимательство
• Приборостроение
• Программирование
• Производство
• Промышленность
• Психология
• Радиосвязь
• Религия
• Риторика
• Социология
• Спорт
• Стандартизация
• Статистика
• Строительство
• Технологии
• Торговля
• Транспорт
• Фармакология
• Физика
• Физиология
• Философия
• Финансы
• Химия
• Хозяйство
• Черчение
• Экология
• Экономика
• Электроника
• Электротехника
• Энергетика

Структура приложения

Структура приложения

· Раздел «Информация» (FragmentInformation) содержит информацию об авторе разрабатываемого приложения, ссылки на сайт института и университета в картинках. Также, ссылки на социальные сети разработчика.

· Раздел «Профиль пользователя» (FragmentProfile) включает в себя область для фотографии пользователя и список статистических данных. При клике в области для фото пользователя, в новом окне открывается галерея смартфона, в которой необходимо выбрать фото для загрузки. После выбора фото окно галереи закрывается. Далее, фото загружается в свою область и сохраняется в память телефона, для дальнейшей автоматической загрузке при перезапуске приложения. Статистические данные включают в себя показатель количества пройденных тестов, средний процент прохождения теста и количество использованных пропусков при прохождении теста.

· Раздел «Меню» содержит четыре окна категорий тестов. Переключения между окнами происходит горизонтальной прокруткой. В данном разделе присутствует область с названием меню, изображение, характеризующее категорию тестов, горизонтальный список имен категорий и область для вывода списка выбранной категории тестов.

· Категории тестирований содержат вертикально прокручивающийся список тестов выбранной категории. Элемент списка включает в себя текстовые поля с названием теста и количеством вопросов, трехцветный индикатор сложности теста.

· Раздел «Тестирование» содержит фрагмент вопроса с ответами и две кнопки «Закончить» и «Пропустить». Во фрагменте находятся текстовые поля с номером задания и вопросом. Некоторые вопросы сопровождаются заданиями с изображением. В каждом задании теста есть, как минимум, 3 ответа. При клике на ответ во фрагмент загружается следующее задание до тех пор, пока вопросы теста не закончатся. При клике на кнопку «Пропустить» во фрагмент загружается следующее задания, а текущее помещается в очередь заданий на последнее место. При клике на кнопку «Закончить» прохождение тестирования прерывается, и появляется окно с результатами прохождения теста с возможность выхода в главное меню и повторным прохождения теста.

4.1.1.3 Мобильное приложение должно функционировать в запросно-ответном режиме на протяжении суток с непрерывным поступлением и обработкой информации. Режим работы - непрерывный.

В основном режиме функционирования приложение должно обеспечивать работу пользователей – 24 часа в день, 7 дней в неделю.

4.1.1.4 Условия совмещения автоматизированной системы со смежными системами

Смежными системами для приложения являются:

· информационный Web-ресурс института математики и информатики;

· Web-ресурса информационного обеспечения работы заочной математической школы.

4.1.2 Требования к численности и квалификации персонала

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

4.1.4 Требования к надежности

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

4.1.7 Требования по защите и хранению информации

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

4.2 Требования к функциям (задачам)

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

· сбор и обработка первичной информации с автоматизированных постов контроля загрязнения атмосферного воздуха на территории города;

· сбор и обработка первичной информации с автоматизированных метеорологических постов, размещенных на территории города;

· передача, накопление и представление данных наблюдений, полученных на автоматизированных постах контроля, создание и ведение базы данных экологической информации;

· анализ текущей экологической обстановки и формирования метеорологических условий на территории города;

· визуализация данных, подготовка, ведение и оформление отчетной документации по результатам состояния атмосферного воздуха;

· представление электронной карты города, визуализацию картографической информации;

· оперативное обеспечение природоохранных служб города необходимой экологической информацией, экстренное оповещение ответственных сотрудников в случае возникновения экологической опасности;

· представление информации различным пользователям в соответствии с уровнями доступа;

· контроль работоспособности и диагностирование блоков, систем и оборудования автоматизированной системы мониторинга.

Функционально автоматизированная система состоит из трех компонентов (подсистем): подсистемы сбора, обработки и передачи данных (нижний уровень), подсистемы хранения данных (верхний уровень) и подсистемы визуализации данных и формирования отчетности (верхний уровень).

4.2.2 В процессе функционирования верхний уровень системы выполняет следующие основные функции:

· непрерывный прием информации от автоматизированных постов контроля о значениях измеряемых величин и текущем состоянии технических средств нижнего уровня;

· создание и ведение базы данных информации о состоянии атмосферного воздуха;

· выполнение информационных и расчетных задач системы в соответствии с Приложением Б;

· формирование и выдачу справочных данных и справочников, перечень которых определяется на этапе разработки программного обеспечения;

· выдачу на печать формируемых сводок, графиков, отчетов в соответствии с Приложениями Б и В;

· совместимость со смежными системами, обеспечение возможности выдачи информации в смежные системы;

· представление данных пользователям через сеть Интернет в соответствии с установленными уровнями доступа к информации;

· обеспечение возможности автоматической отправки экстренных сообщений на мобильные телефоны или электронную почту ответственных сотрудников.

4.2.3 В процессе функционирования нижний уровень автоматизированной системы выполняет следующие основные функции:

· измерение контролируемых показателей и характеристик в соответствии с перечнями таблиц 4.2 и 4.3 в автоматическом режиме;

· автоматическое сохранение и проведение первичной обработки данных наблюдений, контроль достоверности измерений и целостности данных, хранение полученной первичной информации в локальном архиве в течении 1 месяца;

· автоматическую передачу информации по GSM-каналу или через локальную сеть в центральный пункт экологического мониторинга;

· выполнение расчетных задач на локальном уровне;

· локальное управление работой поста и визуализацию результатов измерений на графическом дисплее поста;

· обеспечение работоспособности поста в течении 10 минут в случае аварийного отключения электропитания;

· автоматическое диагностирование работоспособности технических устройств поста, передача диагностических сообщений на центральный пункт экологического мониторинга, дистанционное управление и тестирование отдельных элементов поста;

· обеспечение защиты оборудования поста от несанкционированного доступа.

4.3 Требования к видам обеспечения

4.3.1 Требования к информационному обеспечению

4.3.1.1 Информационное обеспечение деятельности автоматизированной системы обеспечивается путем интеграции данных из разных источников и формирования единой экологической базы данных.

Информация, которая поступает в систему по функциональному назначению подразделяется на:

· справочную – данные по различным объектам, справочники, информация проектной документации и нормативно-методической документации и т.д.;

· контрольную – данные по первичным наблюдениям за состоянием загрязнения атмосферного воздуха и контролю метеорологических условий;

· аналитическую – оценки состояния ОПС, анализ уровней загрязнения по сравнению с нормами, данные визуализации, отчетные формы и т.д.

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

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

4.3.1.2 Для реализации автоматизированной системы как информационной среды наиболее оптимальным является Интернет-ориентированный подход с использованием технологии клиент-сервер.

4.3.1.3 Основным компонентом системы является информационная экологическая база данных города.

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

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

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

4.3.1.4 Информационный обмен между компонентами автоматизированной системы должен быть реализован между  тремя  функциональными  подсистемами  следующим образом

4.3.1.5 Автоматизированная Система мониторинга должна быть открытой для смежных систем и должна поддерживать возможность экспорта данных в смежные системы через интерфейсные таблицы или файлы данных.

4.3.1.6 Хранение ретроспективных данных в системе, которые ранее поступили от автоматизированных контрольных постов, должно производиться не более чем за 3 (три) предыдущих года. По истечению данного срока данные должны переходить в архив с возможностью восстановления;

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

Перечень основных информационных потоков автоматизированной системы и взаимосвязь информационных потоков с субъектами мониторинга прорабатывается на этапе разработки технорабочего проекта.

4.3.2 Требования к математическому обеспечению

4.3.2.1 Математические методы статистической обработки данных наблюдений определены Руководящим документом РД 52.04.186-89 «Руководство по контролю загрязнения атмосферы».

4.3.2.2 Оценка воздействий при загрязнении атмосферного воздуха проводится по натурным данным контрольных постов на основе анализа и сравнения данных наблюдений с действующими нормативами по методам расчета и оценки, которые определены «Государственными санитарными правилами охраны атмосферного воздуха населенных мест от загрязнений» (приказ МОЗ Украины от 09.07.1997 № 201).

4.3.3 Требования к лингвистическомуобеспечению

В процессе разработки автоматизированной системы используются кроссплатформенные средства программирования совместимые с технологиями Интернет. Для работы с базами данных используется язык запросов SQL, реализованный в системе управления реляционными базами данных MySQL. Базовым языком программирования является PHP.

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

4.3.4 Требования к программномуобеспечению

4.3.4.1 Структура программно-технических средств (ПТС) системы строится с учетом соответствия современным требованиям к построению открытых информационных систем и применения технологии клиент-сервер.  ПО должно иметь открытую модульную архитектуру. Каждая отдельная функция или набор функций должны быть реализованы в виде отдельных модулей. Интерфейс между модулями должен быть описан в эксплуатационной документации.

4.3.4.2 Программное обеспечение системы состоит из ПО верхнего и нижнего уровней и должно обеспечивать выполнение следующих функций:

· создание операционной среды и обеспечение интерфейсов;

· программную поддержку создания, ведения и сопровождения баз данных;

· решение функциональных задач системы в соответствии с пунктом 4.2.1 данного Технического задания;

· решение задач системы в соответствии с Приложениями Б и В;

· сетевое взаимодействие пользователей с ресурсами системы и представление информации в соответствии с запросами;

· осуществление автоматических измерений наблюдаемых параметров;

· программную поддержку связи с автоматизированными постами контроля;

· визуализацию данных и формирование отчетов;

· защиту информации от несанкционированного доступа;

· резервное копирование и архивирование информации.

4.3.4.3 Программное обеспечение верхнего уровня должно обеспечивать выполнение следующих функций:

· выполнение серверных функций системы по приему и представлению информации;

· обеспечение взаимодействия программно-технических средств верхнего и нижнего уровней системы;

· организацию интерфейса с оператором системы;

· решение функциональных задач системы на верхнем уровне в соответствии с пунктом 4.2.2 данного Технического задания;

· осуществление сравнительного анализа результатов измерений содержания загрязняющих веществ с установленными нормативами.

4.3.4.4 Программное обеспечение нижнего уровня должно обеспечивать выполнение следующих функций:

· программное обеспечение непрерывной работы автоматизированных контрольных постов и процесса передачи данных;

· решение функциональных задач системы на нижнем уровне в соответствии с пунктом 4.2.3 данного Технического задания;

· регистрацию результатов и времени проведения измерений, оперативное информирование и оповещение оператора системы о возникновении опасных ситуаций.

4.3.4.5 Для выполнения своих функций ПО включает базовые компоненты:

· серверное программное обеспечение;

· прикладное ПО центрального пункта экологического мониторинга;

· прикладное программное обеспечение нижнего уровня.

4.3.4.6 Серверное ПО предназначено:

· для предоставления доступа к ресурсам сервера независимо от расположения компьютера с клиентским ПО;

· для предотвращения несанкционированного доступа к ресурсам сервера;

· для возобновления файловой структуры после аварий.

Серверное программное обеспечение (ПО) содержит:

· сетевую серверную операционную систему (ОС), которая включает поддержку главных сетевых и коммуникационных протоколов, драйверы устройств и обеспечивает надлежащую защиту и устойчивость;

· сервер БД;

· сервер Интернет (НТТР, FTP, Proxy);

4.3.4.7 Прикладное ПО центрального пункта экологического мониторинга.

Для рабочих мест центрального пункта следует использовать ОС не ниже версии Windows XP SP2. Офисный пакет версти не ниже Microsoft Office 2003. Стандартный браузер Интернет для платформы Windows – Microsoft Internet Explorer.

Средства разработчика:

· операционная система не ниже версии Windows XP SP2;

· офисный пакет версии не ниже Microsoft Office 2003;

· компилятор PHP версии не ниже 5.3.8;

· СУРБД MySQL версии не ниже 5.5;

· визуальный НТМL редактор.

4.3.4.8 Пост контроля реализован на основе промышленного логического контроллера и набора модулей промышленной автоматики. Прикладное ПО нижнего уровня предназначено для управления работой автоматизированных постов контроля, обеспечения выполнения всех функций подсистемы нижнего уровня и предоставления необходимого интерфейса обслуживающему персоналу при обслуживании постов. ПО разрабатывается на языке ST МЭК61131-3 при помощи системы программирования логических контроллеров CODESYS 3.4. Описание протоколов связи, управляющих команд и команд диагностирования, спецификации файла регистрации событий, а также описания интерфейсов приводятся в Руководстве по эксплуатации.

4.3.5 Требования к техническомуобеспечению.

4.3.5.1 Комплекс технических средств системы должен обеспечивать:

· возможность гибкого, постепенного, экономически обоснованного развития автоматизированной системы контроля;

· построение интегрированной вычислительной системы с открытой архитектурой в соответствии с требованиями к открытым системам;

· поэтапную систему обработки информации, основанную на использовании баз данных со средствами доступа к вычислительным, программным ресурсам в интерактивном (диалоговом) режиме;

· функциональную независимость отдельных звеньев системы;

· типизацию проектных решений и стандартизацию взаимодействия функциональных подсистем;

· применение автоматических газоанализаторов и контрольно-измерительной аппаратуры различного принципа действия.

4.3.5.2 Архитектура системы мониторинга включает:

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

· ПЭВМ пользователей различных природоохранных служб и субъектов мониторинга с определенным доступом к ресурсам системы;

· сервер и ПЭВМ центрального пункта экологического мониторинга;

· автоматизированные посты контроля со средствами наблюдений, сбора, обработки и передачи данных на сервер.

4.3.5.3 Оборудование центрального пункта экологического мониторинга должно включать современную ПЭВМ для реализации Интернет-сервера и ПЭВМ операторов системы – инженерно-технических работников отдела по вопросам охраны ОПС горисполкома. Сервер должен быть соединен высокоскоростной линией с локальной сетью и иметь доступ в глобальную сеть Интернет.

4.3.5.4 Блок периферийных устройств центрального пункта должен включать:

· устройства резервного копирования - накопители на оптических дисках CD и DVD;

· средства для обеспечения сетевых коммуникаций (модемы, хабы);

· принтер типа МФУ.

4.3.5.5 Минимальные требования к серверу: Intel Core i5; ЦП 2,4 ГГц; ОЗУ 6 Гб; жесткий диск емкостью 500 Гб; Видео 512 Мб; Монитор 19” TFT.

4.3.5.6 Структура программно-технических средств удаленного пользователя основана на принципе унификации программной платформы клиентских приложений для всех абонентов системы при возможном различии ОС и аппаратных платформ.

Существенных ограничений на архитектуру и совместимость ПЭВМ пользователей не вводится. ПЭВМ должны иметь выход в Интернет.

Жестких ограничений на применяемое аппаратное обеспечение не вводится. Для обеспечения приемлемой мощности ПЭВМ пользователей должны соответствовать уровню не ниже Пентиум IV 2 ГГц при наличии минимум 128 Мб ОЗУ.

4.3.5.7 Дополнительные требования к автоматизированным постам контроля состояния атмосферного воздуха (нижнему уровню системы):

· возможность контроля показателей загрязнения атмосферного воздуха и метеопоказателей в реальном времени;

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

· наличие металлического вандалоустойчивого корпуса, обеспечивающего защиту от несанкционированного доступа;

· наличие теплоизолированного корпуса и системы термостабилизации для обеспечения работы средств измерений при внешних температурах от -30°С до +55°С;

· обеспечение электропитания технических средств от сети переменного тока напряжением 220 вольт (50 Гц).

Контроль показателей состояния атмосферного воздуха должен осуществляться путем измерения концентраций вредных веществ и метеопоказателей.

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

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

Средства автоматического контроля метеорологических условий должны определять метеопараметры с учетом требований, приведенных в таблице 4.3.

Таблица 4.2 – Характеристики газоанализаторов или газовых модулей в составе автоматизированных постов контроля загрязнения атмосферного воздуха

Таблица 4.3 – Характеристики контролируемых метеопоказателей

4.3.6 Требования к метрологическомуобеспечению.

Для обеспечения единства и точности измерений, возможности ПО должны быть совместимыми с метрологическими характеристиками средств измерительной техники.

Перечень измерительных каналов и требования к точности измерений параметров приведены в таблицах 4.2 и 4.3.

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

4.3.7 Требования к организационномуобеспечению.

4.3.7.1 Автоматизированная система базируется на использовании существующих организационных структур субъектов мониторинга и функционирует на основе объединения составляющих частей и унифицированных компонентов системы с помощью единого организационного и нормативно-правового обеспечения.

4.3.7.2 Координация работы субъектов мониторинга осуществляется Госуправлением охраны окружающей природной среды в Луганской области и Краснолучским городским советом за счет реализации:

· Программ мониторинга окружающей природной среды;

· заключения Соглашений о совместной деятельности между субъектами экологического мониторинга.

4.3.7.3 Для обеспечения эксплуатации системы распоряжением или приказом по городскому совету назначаются:

· лицо, ответственное за эксплуатацию системы;

· подготовленный обслуживающий персонал.

4.3.7.4 Организация функционирования системы и порядок информационного взаимодействия пользователей определяется Регламентом работы системы, который разрабатывается на этапе сдачи системы в опытную эксплуатацию.

4.3.7.4 Организационно-распорядительные документы по функционированию системы утверждаются и вводятся в действие Заказчиком.

5. СОСТАВ И СОДЕРЖАНИЕ РАБОТ ПО СОЗДАНИЮ СИСТЕМЫ

5.1 Состав и содержание работ по созданию мобильного приложения определяется планом управления проектом «развитие школы ниу «белгу». создание математической школы им. софьи ковалевской», пункт мероприятия 14.

5.2 Стадии и этапы разработки системы.

Планируемые этапы разработки приложения приведены в таблице 5.1.

Таблица 5.1- Стадия «Техническое задание и технорабочее проектирование»

5.2 Техническое сопровождение и авторский надзор осуществляются разработчиками мобильного приложения.

6. ПОРЯДОК КОНТРОЛЯ И ПРИЕМКИ

Порядок контроля и приемки определен соответствующими действующими нормативными документами НИУ «БелГУ» и Планом управления проектом «Развитие школы НИУ «БелГУ». Создание математической школы им. Софьи Ковалевской», пункт мероприятия 14.

7. ИСТОЧНИКИ РАЗРАБОТКИ

10.1   Стандарты и руководящие документы.

1. ГОСТ 34.602-89. ИТ. Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы.

2. ГОСТ 34.601-90. ИТ. Комплекс стандартов на автоматизированные системы. Автоматизированные системы. Стадии создания.

3. РД 50-34.698-90. ИТ. Комплекс стандартов на автоматизированные системы. Методические указания. Требования к содержанию документов.