4.1. Требования к функциональным характеристикам
4.1.1. Программа должна обеспечивать возможность выполнения следующих функций:
•ввод размера массива и самого массива;
•хранение массива и памяти;
•выбор метола сортировки;
•вывод текстового описании метода сортировки;
•вывод результата сортировки.
4.1.2. Исходные данные:
•размер массива, заданный целым числом;
•массив.
4.1.3. Организация входных и выходных данных.
Входные данные поступают с клавиатуры.
Выходные данные отображаются на экране и при необходимости выводятся на печать.
4.2.Требования к надежности
Предусмотреть контроль вводимой информации. Предусмотреть блокировку некорректных действий пользователя при работе с системой.
4.3.Требования к составу и параметрам технических средств.
Система должна работать на IBM-совместимых персональных компьютерах.
Минимальная конфигурация:
•тип процессора Pentium и выше;
•объем оперативного запоминающего устройства 32 Мб и более;
•объем свободного места на жестком диске 40 Мб.
Рекомендуемая конфигурация:
•тип процессора Pentium II 400;
•объем оперативного запоминающего устройства 128 Мб;
•объем свободного места на жестком диске 60 Мб.
4.4. Требования к программной совместимости.
Программа должна работать под управлением семейства операционных систем Win 32 (Windows 95/98/2000/МЕ/ХР и т. п.).
Требования к программной документации
5.1.Разрабатываемые программные модули должны быть самодокументированы, т. е. тексты программ должны содержать все необходимые комментарии.
5.2.Разрабатываемая программа должна включать справочную информацию о работе программы, описания методов сортировки и подсказки учащимся.
5.3.В состав сопровождающей документации должны входить:
· Пояснительная записка на пяти листах, содержащая описание разработки.
· Руководство пользователя.
Приложение В
Пример 2. Разработать техническое задание на разработку «Модуля автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского института».
Введение
Работа выполняется в рамках проекта «Автоматизированная система оперативно-диспетчерского управления электротеплоснабжением корпусов Московского института».
2. Основание для разработки
2.1.Основанием для данной работы служит договор № 1234 от 10 марта 2003 г.
2.2.Наименование работы:
«Модуль автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского института».
2.3.Исполнители: ОАО «Лаборатория создания программного обеспечения».
2.4.Соисполнители: нет.
Назначение разработки
Создание модуля для контроля и оперативной корректировки состояния основных параметров обеспечения корпусов Московского института.
Технические требования
4.1. Требования к функциональным характеристикам. 4.1.1. Состав выполняемых функций. Разрабатываемое ПО должно обеспечивать:
•сбор и анализ информации о расходовании тепла, горячей и холодной воды по данным теплосчетчиков SA-94 на всех тепловых выходах;
•сбор и анализ информации с устройств управления системами воздушного отопления и кондиционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ);
•предварительный анализ информации на предмет нахождения параметров в допустимых пределах и сигнализирование при выходе параметров за пределы допуска;
•выдачу рекомендаций по дальнейшей работе;
•отображение текущего состояния по набору параметров — циклически постоянно (режим работы круглосуточный), при сохранении периодичности контроля прочих параметров;
•визуализацию информации по расходу теплоносителя:
—текущую, аналогично показаниям счетчиков;
—с накоплением за прошедшие сутки, неделю, месяц — в виде почасового графика для информации за сутки и неделю;
—суточный расход — для информации за месяц.
Для устройств управления приточной вентиляцией текущая информация должна содержать номер приточной системы и все параметры, выдаваемые на собственный индикатор.
По отдельному запросу осуществляются внутренние настройки.
В конце отчетного периода система должна архивировать данные.
4.1.2. Организация входных и выходных данных.
Исходные данные в систему поступают в виде значений с датчиков, установленных в помещениях института. Эти значения отображаются на компьютере диспетчера. После анализа поступившей информации оператор диспетчерского пункта устанавливает необходимые параметры для устройств, регулирующих отопление и вентиляцию в помещениях. Возможна также автоматическая установка некоторых параметров для устройств регулирования.
Основной режим использования системы — ежедневная работа.
4.2. Требования к надежности.
Для обеспечения надежности необходимо проверять корректность получаемых данных с датчиков.
4.3. Условия эксплуатации и требования к составу и параметрам технических средств.
Для работы системы должен быть выделен ответственный оператор.
Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы.
4.4. Требования к информационной и программной совместимости.
Программа должна работать на платформах Windows 98/ NT/2000.
4.5. Требования к транспортировке и хранению.
Программа поставляется на лазерном носителе информации.
Программная документация поставляется в электронном и печатном виде.
4.6. Специальные требования:
•программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) квалификации;
•ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы программистов с ним;
•язык программирования — по выбору исполнителя, должен обеспечивать возможность интеграции программного обеспечения с некоторыми видами периферийного оборудования (например, счетчик SA-94 и т. п.).
