Техническое задание на автоматизированную систему управления комплекса из семнадцати камер сушки сухофруктов.
Система состоит из двух программных компонентов, между которыми осуществляется двусторонний обмен информацией.
Компонент А – SCADA-система.
Компонент Б – Внешняя система управления базой данных (СУБД) и пользовательская программа для работы с внешней СУБД.
А. Описание функционала SCADA-системы.
I. Описание комплекса.
Комплекс состоит из типовых камер сушки фруктов
II. Используемое оборудование камеры сушки.
Датчики.
1) Датчики температуры продукта (4 шт.).
2) Датчик температуры/влажности в объеме камеры.
3) Датчик температуры на ребре нагревателя.
Регуляторы.
1) Воздухонагреватель с двумя вентиляторами. Вентиляторы работают постоянно во время всего цикла сушки сухофруктов.
2) Приточно-вытяжная вентиляция для обеспечения вывода влаги.
Вспомогательное оборудование.
1) Экстракционные вентиляторы (3 штуки) для интенсификации перемешивания газовой среды.
Вебинар «Частное Техническое Задание – как применить его в работе?»
Работают постоянно во время всего цикла сушки сухофруктов.
Уставка и гистерезис – параметры, доступные через интерфейс.
V. Контролируемые параметры.
1) Температура воздуха в объеме камеры. Разность между средней температурой продукта – и температурой в объеме не должна превышать определенного значения, задаваемого параметром. При превышении регулирование приостанавливается. Параметр доступен через интерфейс.
2) Температура на ребре воздухонагревателя. При достижении нижнего предела (параметр) приостанавливается охлаждение. При достижении верхнего предела(параметр) приостанавливается нагрев.
Параметры доступны через интерфейс.
3) Питание увлажнителя снимается и подается вновь для осуществления цикла промывки через определенный интервал времени (параметр). Параметр доступен через интерфейс.
VI. Управление.
Вариант 1. Ручное управление. Оператор задает все уставки и включает регулирование. В процессе регулирования оператор может менять уставки.
Вариант 2. Управление по технологической программе. Программа делится на 3 этапа.
Этап №1 – Нагрев.
Уставки температуры продукта, влажности, концентрации углекислого газа, концентрации этилена являются неизменными для всего этапа. Время окончания этапа определяется по достижению уставки температуры продукта. Скорость нагрева (градусы/в час) не должна превышать определенного значения (параметр). Параметр доступен через интерфейс. Этап №2 – Выветривание.
Уставки влажности являются неизменными для всего этапа.
Время этапа задается в часах. Температура — ступенчатая аппроксимация линейной функции, задаваемая температурой в начале, температурой в конце и количеством ступеней.
Этап №3 – Охлаждение.
Уставки температуры продукта, влажности, являются неизменными для всего этапа. Скорость охлаждения (градусы/в час) не должна превышать определенного значения.
#2 Техническое задание / Процесс разработки сайта
Параметр доступен через интерфейс. Время окончания этапа определяется по команде оператора.
Технологические программы должны храниться в виде наборов данных под своими именами во внешней СУБД.
У оператора должна быть возможность выбирать программу по имени и сохранять вновь вводимые наборы под своими именами.
VII. Тренды/графики.
Изменение величин:
температура воздуха в объеме,
температура на ребре воздухонагревателя,
температура продукта (от 3-х до 5-ти датчиков),
средняя температура продукта,
относительная влажность воздуха,
Опрос данных производится не чаще одного раза в 10 секунд. Период опроса задается оператором.
Сохраняемая информация – наименование величины, значение, ед. измерения, дата, время.
VIII. Журналы.
1. События.
Статус камеры (пуск регулирования в ручном режиме, пуск регулирования по технологической программе, останов регулирования). Сохраняемая информация – дата, время, статус.
Включение/выключение регуляторов (охлаждение, нагрев, увлажнение, вентиляция, подача этилена). Сохраняемая информация – наименование, дата, время, состояние (вкл./выкл.).
Изменение уставок и их дифференциалов:
средняя температура в продукте,
влажность,
Сохраняемая информация – наименование, дата, время, новое значение.
2. Аварии.
Аварии охлаждения, нагрева, экстракционных вентиляторов, вентиляторов воздухоохладителей, вентиляторов обменной вентиляции, датчиков;
Аварии по установленным порогам относительных отклонений для температуры, влажности, концентрации углекислого газа и этилена с учетом установленного времени реагирования;
Сохраняемая информация – наименование, дата, время.
IX. Отчеты.
По завершении процесса сушки сухофруктов формируются отчеты в формате «pdf/csv/xls».
Отчет «Тренды»:
средняя температура продукта,
относительная влажность воздуха,
концентрация углекислого газа,
концентрация этилена,
Интервал — параметр доступный через интерфейс.
Отчет «События».
Отчет «Аварии».
Настраивается отправка отчетов на указанную заказчиком электронную почту.
X. SMS-оповещение.
Оповещение об авариях. База телефонных номеров (до 10 штук) с возможностью редактирования.
XI. Разграничение доступа.
Создается система разграничения доступа, предназначенная для разграничения доступа различных Пользователей к объектам системы.
3 уровня доступа:
1-й уровень — Мониторинг, без возможности управления,
2-й уровень — Мониторинг и управление,
3-й уровень – Мониторинг, управление и задание уставок.
Б. Описание СУБД.
I. Предлагается следующий набор реляционных таблиц.
1. Библиотека технологических программ (заполняется оператором базы данных).
Технологическая программа – последовательность/алгоритм действий в автоматическом режиме, связанная с определенными технологическими параметрами.
Поля таблицы.
Наименование технологической программы
Уставка температуры_нагрев
Уставка влажности_нагрев
Уставка нагрев
Длительность выветривание
Количество ступеней выветривание
Уставка температуры начало_Выветривание
Уставка температуры конец_Выветривание
Уставка влажности выветривание
Уставка температуры_охлаждение
Уставка влажности_охлаждение
3. Тренды (заполняется при обмене данными со SCADA-системой).
Поля таблицы.
Номер камеры
Дата и время
Температура воздуха
Температура продукта
Относительная влажность воздуха
Интервал — параметр доступный через интерфейс.
4. Журнал событий (заполняется при обмене данными со SCADA-системой).
Поля таблицы.
Номер камеры
Дата и время
Наименование события.
5. Журнал аварий (заполняется при обмене данными со SCADA-системой).
Поля таблицы.
Номер камеры
Дата и время
Наименование аварии.
II. Справочники.
Создаются справочники калибров, стран и производителей для выбора из списка (для возможности дальнейшей обработки данных). Данные для справочников предоставляются Заказчиком.
III. Система разграничения доступа.
Создается система разграничения доступа, предназначенная для разграничения доступа различных Пользователей к объектам системы.
IV. Пользовательская программа для работы с внешней СУБД.
Позволяет настроить необходимые формы для заполнения оператором, осуществлять поиск данных с применением различных фильтров, формировать необходимые отчеты.
Оставьте первый комментарий
Источник: fast-project.ru
Техническое задание на разработку программного комплекса «TeachMon».
В настоящее время большое количество занятий проводятся на компьютерах. Во время проведения занятия студенты могут выполнять задание преподавателя, заниматься посторонними делами или ничего не делать. Следовательно, необходим контроль за деятельностью студентов во время занятий в компьютерных классах. В связи с большим количеством студентов осуществлять такой контроль вручную не представляется возможным.
Одним из вариантов автоматизации контроля (мониторинга) деятельности студентов является применение специализированного программного комплекса. В качестве критериев мониторинга активности студентов могут являться:
– список выполняющихся в операционной системе приложений в каждый момент времени;
– приложение, являющееся активным в каждый момент времени;
– интенсивности работы с клавиатурой и мышью.
Для удобства анализа собранных сведений необходимо централизованное ведение протоколов работы и автоматическое выявление аномального (вне рамок задания преподавателя) поведения.
2. Основание для разработки
3. Назначение разработки
Программный комплекс предназначен для мониторинга деятельности студентов во время проведения занятий в компьютерном классе. Наименование программного комплекса «TeachMon».
4. Требования к программе
4.1. Требования к функциональным характеристикам
Программный комплекс должен состоять из двух компонентов:
Клиент должен обеспечивать
Мониторинг активности пользователя
Определение моментов времени начала и завершения пользовательского сеанса.
Определение имени учетной записи пользователя
Определение списка запущенных процессов с периодом, указанным в настройках. Для каждого процесса, являющегося частью приложения должно определяться приложение, которому принадлежит данный процесс.
Определение активного в текущий момент приложения с периодом, указанным в настройках.
Определение среднего времени между нажатиями на клавиши клавиатуры за период времени, указанны в настройках.
Определение средней скорости перемещения мыши за период времени, указанный в настройках.
Возможность запуска только тех программ, список которых указан в настройках («белый список»). Должна быть предусмотрена возможность включения или отключения «белого списка» через настройки программы.
Возможность блокирования запуска программ, список которых указан в настройках («черный список»). Должна быть предусмотрена возможность включения или отключения «черного списка» через настройки программы.
Возможность оперативно отсылать серверу сообщение о запуске программ, список которых указан в настройках («серый список»). Должна быть предусмотрена возможность включения или отключения «серого списка» через настройки программы.
Копирование изображение экрана в буфер в оперативной памяти, сжатие изображения и передача по сети сжатой копии изображения на сервер. Копирование и передача изображения должны осуществляться по запросу сервера. Должна быть предусмотрена возможность выбора компонента реализующего механизм сжатия изображения.
Функционирование в системе
Автоматический запуск сразу после загрузки операционной системы.
Выдача пользователю предупреждения о необходимости сохранения результатов работы, и, через интервал времени, указанный в настройках, завершение сеанса, перезагрузка или выключение компьютера по команде. Выбор варианта действия (завершение сеанса, перезагрузка, выключение компьютера) осуществляется в зависимости от команды, пришедшей с сервера.
Клиент должен быть «невидимым» для пользователя, то есть не отображать окон, кнопок на панели задач, в системном трее и.т.п., а так же не отображаться в списке процессов диспетчера задач.
Источник: studfile.net
Шаблон технического задания на АС по ГОСТ 34
Требования к структуре технического задания на АС по ГОСТ 34 устанавливаются ГОСТ 34.602-89. В общем случае техническое задание должно состоять из следующих разделов:
При этом в зависимости от вида, назначения, специфических особенностей объекта автоматизации и условий функционирования системы допускается оформлять разделы ТЗ в виде приложений, вводить дополнительные, исключать или объединять подразделы ТЗ.
Примечание
Эти и другие требования к структуре и содержанию технического задания на АС по ГОСТ 34 подробнее см. ГОСТ 34.602-89
Оформление документа
Разделы и подразделы ТЗ на АС должны быть размещены в порядке, установленном в разд. 2 ГОСТ 34.602-89.
ТЗ на АС оформляют в соответствии с требованиями ГОСТ 2.105-95 на листах формата А4 по ГОСТ 2.301 без рамки, основной надписи и дополнительных граф к ней.
Номера листов (страниц) проставляют, начиная с первого листа, следующего за титульным листом, в верхней части листа (над текстом, посередине) после обозначения кода ТЗ на АС.
Примечание
Эти и другие требования к оформлению технического задания на АС по ГОСТ 34 подробнее см. ГОСТ 2.105-95
Источник: technicaldocs.ru