Практические занятия

Тема 1. Анализ предметной области ИС. Разработка технического задания


1. Цель работы: получить практические навыки в разработке технического задания.


2. Порядок выполнения

Для предметной области, определенной вариантом задания разработать Техническое задание в соответствии с ГОСТом ЕСПД (серия 19).


3. Пример ТЗ

Техническое задание

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

Введение

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

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

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

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

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

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

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

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

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

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

• 
  сбор и анализ информации о расходовании тепла, горячей и холодной воды по данным теплосчетчиков SA-94 на всех тепловых выходах;
  
• 
  сбор и анализ информации с устройств управления системами воздушного отопления и кондиционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ);
  
• 
  предварительный анализ информации па предмет нахождения параметров в допустимых пределах и сигнализирование при выходе параметров за пределы допуска;
  
• 
  выдачу рекомендаций по дальнейшей работе;
  
• 
  отображение текущего состояния по набору параметров - циклически постоянно (режим работы круглосуточный), при сохранении периодичности контроля прочих параметров;
  
• 
  визуализацию информации по расходу теплоносителя:
  

• 
  текущую, аналогично показаниям счетчиков;
  
• 
  с накоплением за прошедшие сугки, неделю, месяц - в виде почасового графика для информации за сутки и неделю;
  
• 
  суточный расход — для информации за месяц.
  

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

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

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

4.1.2. Организация входных и выходных данных.

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

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

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

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

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

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

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

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

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

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

Программа поставляется на лазерном носителе информации.

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

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

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

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

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

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

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

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