Пример технического задания

1. Введение

Работа    выполняется    в     рамках    проекта     «Автоматизированная    система                оперативнодиспетчерского управления электро-, теплоснабжением корпусов Московского нститута».

2. Основание для разработки

2.1. Основанием для данной работы служит договор № 1234 от 10 марта 2003 г.

2.2. Наименование работы:

«Модуль автоматизированной системы оперативно-диспетчерского управления теплоснабже-нием корпусов Московского института».

2.3. Исполнители: ОАО «Лаборатория создания программного обеспечения».

2.4. Соисполнители: нет.

3. Назначение разработки

Создание модуля для контроля и оперативной корректировки состояния основных параметров теплообеспечения корпусов Московского института.

4. Технические требования

4.1. Требования к функциональным характеристикам.

4.1.1. Состав выполняемых функций.

Разрабатываемое ПО должно обеспечивать:

•  сбор и анализ информации о расходовании тепла, горячей и холодной воды по данным тепло-счетчиков SА-94 на всех тепловых выходах;

•  сбор и анализ информации с устройств управления системами воздушного отопления и конди-ционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ);

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

• выдачу рекомендаций по дальнейшей работе;

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

• визуализацию информации по расходу теплоносителя:

— текущую, аналогично показаниям счетчиков;

— с накоплением за прошедшие сутки, неделю, месяц — в виде почасового графика для информации за сутки и неделю;

— суточный расход — для информации за месяц.

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

По отдельному запросу осуществляются внутренние настройки.

В   конце отчетного периода система должна архивировать данные. 4.1.2. Организация входных и выходных данных.

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

Основной режим использования системы — ежедневная работа.

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

Для обеспечения надежности необходимо проверять корректность получаемых данных с дат-

чиков.

4.3. Условия эксплуатации и требования к составу и параметрам технических средств.

Для работы системы должен быть выделен ответственный оператор.

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

4.4. Требования к информационной и программной совместимости.

Программа должна работать на платформах \Windows 98/ NТ/2000.

4.5. Требования к транспортировке и хранению.

Программа поставляется на лазерном носителе информации. Программная документация по-ставляется в электронном и печатном виде.

4.6. Специальные требования.

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

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

Язык программирования — по выбору исполнителя, должен обеспечивать возможность инте-грации программного обеспечения с некоторыми видами периферийного оборудования (например, счетчик SА-94 и т. п.).

 
Требования к программной документации

 
Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой Системы Программной Документации (ЕСПД): руководство пользователя, руко-водство администратора, описание применения.

Технико-экономические показатели

 
Эффективность системы определяется удобством использования системы для контроля и управления основными параметрами теплообеспечения помещений Московского института, а также экономической выгодой, полученной от внедрения аппаратно-программного комплекса.

7. Порядок контроля и приемки

После передачи Исполнителем отдельного функционального модуля программы Заказчику, по-следний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен при-нять работу по данному этапу или в письменном виде изложить причину отказа от принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.

8. Календарный план работ