Работа выполняется в рамках проекта «Автоматизированная система оперативно-диспетчерского управления электротеплоснабжением корпусов Московского института».
- 2. Основание для разработки
- 2.1. Основанием для данной работы служит договор № 1234 от 10 марта 2003 г.
- 2.2. Наименование работы:
«Модуль автоматизированной системы оперативно-диспетчерского управления теплоснабжением корпусов Московского института».
- 2.3. Исполнители: ОАО «Лаборатория создания программного обеспечения».
- 2.4. Соисполнители: нет.
- 3. Назначение разработки
Создание модуля для контроля и оперативной корректировки состояния основных параметров теплообеспечения корпусов Московского института.
- 4. Технические требования
- 4.1. Требования к функциональным характеристикам.
- 4.1.1. Состав выполняемых функций.
Разрабатываемое ПО должно обеспечивать:
- • сбор и анализ информации о расходовании тепла, горячей и холодной воды по данным теплосчетчиков 5А-94 на всех тепловых выходах;
- • сбор и анализ информации с устройств управления системами воздушного отопления и кондиционирования типа РТ1 и РТ2 (разработки кафедры СММЭ и ТЦ);
- • предварительный анализ информации на предмет нахождения параметров в допустимых пределах и сигнализирование при выходе параметров за пределы допуска;
- • выдачу рекомендаций по дальнейшей работе;
- • отображение текущего состояния по набору параметров — циклически постоянно (режим работы круглосуточный), при сохранении периодичности контроля прочих параметров;
- • визуализацию информации по расходу теплоносителя:
- — текущую, аналогично показаниям счетчиков;
- — с накоплением за прошедшие сутки, неделю, месяц — в виде почасового графика для информации за сутки и неделю;
- — суточный расход — для информации за месяц.
Для устройств управления приточной вентиляцией текущая информация должна содержать номер приточной системы и все параметры, выдаваемые на собственный индикатор.
09 Пример составления технического задания
По отдельному запросу осуществляются внутренние настройки.
В конце отчетного периода система должна архивировать данные.
4.1.2. Организация входных и выходных данных.
Исходные данные в систему поступают в виде значений с датчиков, установленных в помещениях института. Эти значения отображаются на компьютере диспетчера. После анализа поступившей информации оператор диспетчерского пункта устанавливает необходимые параметры для устройств, регулирующих отопление и вентиляцию в помещениях. Возможна также автоматическая установка некоторых параметров для устройств регулирования.
Основной режим использования системы — ежедневная работа.
4.2. Требования к надежности.
Для обеспечения надежности необходимо проверять корректность получаемых данных с датчиков.
4.3. Условия эксплуатации и требования к составу и параметрам технических средств.
Этап проектирования и техническое задание (ТЗ) в проектах по автоматизации
Для работы системы должен быть выделен ответственный оператор.
Требования к составу и параметрам технических средств уточняются на этапе эскизного проектирования системы.
4.4. Требования к информационной и программной совместимости.
Программа должна работать на платформах Yindows 98/
- 1ЧТ/2000.
- 4.5. Требования к транспортировке и хранению.
Программа поставляется на лазерном носителе информации.
Программная документация поставляется в электронном и печатном виде.
- 4.6. Специальные требования:
- • программное обеспечение должно иметь дружественный интерфейс, рассчитанный на пользователя (в плане компьютерной грамотности) квалификации;
- • ввиду объемности проекта задачи предполагается решать поэтапно, при этом модули ПО, созданные в разное время, должны предполагать возможность наращивания системы и быть совместимы друг с другом, поэтому документация на принятое эксплуатационное ПО должна содержать полную информацию, необходимую для работы программистов с ним;
- • язык программирования — по выбору исполнителя, должен обеспечивать возможность интеграции программного обеспечения с некоторыми видами периферийного оборудования (например, счетчик ЗА-94 и т. п.).
Основными документами, регламентирующими разработку будущих программ, должны быть документы Единой Системы Программной Документации (ЕСПД): руководство пользователя, руководство администратора, описание применения.
6. Технико-экономические показатели
Эффективность системы определяется удобством использования системы для контроля и управления основными параметрами теплообеспечения помещений Московского института, а также экономической выгодой, полученной от внедрения аппаратно-программного комплекса.
7. Порядок контроля и приемки
После передачи Исполнителем отдельного функционального модуля программы Заказчику последний имеет право тестировать модуль в течение 7 дней. После тестирования Заказчик должен принять работу по данному этапу или в письменном виде изложить причину отказа принятия. В случае обоснованного отказа Исполнитель обязуется доработать модуль.
8. Календарный план работ
Чем заканчивается этап
Изучение предметной области. Проектирование системы. Разработка предложений по реализации системы
Предложения по работе системы. Акт сдачи-приемки
Разработка программного модуля по сбору и анализу информации со счетчиков и устройств управления. Внедрение системы для одного из корпусов МИЭТ
Программный комплекс, решаю щи й поста вл е н н ы е задачи для пилотного корпуса МИЭТ. Акт сдачи-приемки
Тестирование и отладка модуля. Внедрение системы во всех корпусах МИЭТ
Готовая система контроля теплообеспечения МИЭТ, установленная в диспетчерском пункте. Программная документация.
Акт сдачи-приемки работ
Источник: studref.com
Образец техзадания на разработку ПО
Как правило, техзадание оформляется в виде приложений к договору на разработку программного обеспечения и является его неотъемлемой частью с момента подписания сторонами.
Если подготовку договора на создание ПО лучше поручить юристу (специалисту в составлении правовой документации), написание техзадания требует иных, технических (а не юридических) знаний, поэтому его разработкой должно заниматься лицо, обладающее знаниями в области программирования: программист, технический директор, иные лица при наличии достаточных знаний.
Ниже рассмотрена структура и требования к содержания ТЗ (образец техзадания), руководствуясь которыми можно грамотно составить техзадание. Представленный образец техзадания подойдет как к договору на создание ПО, так и договору авторского заказа (в отличие от первого, он заключается непосредственно с автором).
В зависимости от полноты и детализации можно выделить два вида технических заданий:
(1) «эскиз» — документ, содержащий общее описание создаваемого продукта без учета технологического аспекта реализации решения;
(2) «технический проект» — представляет собой подробный проект, практическая реализация которого на следующем этапе приводит к созданию ПО.
Поскольку программа для ЭВМ согласно ст.1261 ГК РФ включает в себя также «подготовительные материалы, полученные в ходе разработки программы», автор «технического проекта» по праву может считаться соавтором программы. В то время как разработчик «эскиза», остается лишь автором документа под названием «техническое задание».
Общие требования к составу, содержанию и оформлению техзадания (образец техзадания) изложены в ГОСТ 34.602-89 и ГОСТ 19.201-78.
Так, согласно положениям ГОСТ, техзадание, как правило, включает следующие основные разделы:
Техзадание может дополняться различными приложениями со схемами, таблицами, расчетами и иными подобными материалами, используемыми при разработке программы.
Вне зависимости от того, какой из сторон договора поручена разработка техзадания, руководствуясь ГОСТом, стороны смогут избежать многих разногласий.
Максимально детализированное ТЗ может быть выгодно обеим сторонам договора:
— исполнителю, поскольку позволит четко определить свои обязательства относительно характеристик создаваемого ПО и, соответственно, избежать включения заказчиком дополнительных требований за рамками согласованного ТЗ;
— заказчику, соответственно, позволит четко сформулировать свои требования к продукту в целях его последующей идентификации (созданное ПО должно соответствовать характеристикам, изложенным в ТЗ; если условия техзадания не позволяют четко установить какое ПО должно быть создано в результате его реализации, заказчику будет проблематично подтвердить свои права на программный продукт).
Таким образом, технической задание является основополагающим документом не только в процессе создания ПО, но и для последующего закрепления прав на него, поэтому к его составлению необходимо подходить с особой внимательностью.
Не редкость такие ситуации, когда исполнитель навязывает заказчику свои образцы техзаданий, однако следует помнить, что только заказчик знает какое ПО ему нужно и в наибольшей степени заинтересован в том, чтобы получить в результате такое ПО, которое будет удовлетворять всем его потребностям, а потому, ему следует принимать активное участие в разработке ТЗ.
Готовое решение для вашего бизнеса
Более 18 вариантов договора на разработку ПО. Различные модели тарификации. 100% защита прав на код, дизайн и алгоритмы.
Источник: www.it-lex.ru
Техническое задание на программный продукт или что значит фраза «по форме гост 19. 201-78»
Рассмотрим, как правильно составить техническое задание на разработку программного продукта.
пример заполненного ТЗ.
Техническое задание на разработку модели системы дистанционного обучения с применением технологии «клиент-сервер».
Разработать модель системы дистанционного обучения «» с использованием клиент-серверной технологии. Модель предполагает дальнейшее развитие в программный комплекс, предназначенный для заочных и дистантных форм обучения высших и средних учебных заведений, учебных центров повышения квалификации и центров переподготовки сотрудников.
2. Основания для разработки
Основанием для разработки является учебный план кафедры ИУ6 на 11-й семестр, утвержденный заведующим кафедрой.
3. Назначение разработки
Модель является первым этапом реализации сложного комплекса системы дистанционного обучения, предназначенного для внедрения и использования в учебных заведениях. Назначение системы – реализовать новый подход к обучению, позволяющий людям с периферии иметь возможность изучить учебные программы, подготовленные в крупных ВУЗах страны, а также позволяющий получать образование или повышать квалификацию дома или на рабочем месте без отрыва от производства.
4. Требования к программе или программному изделию.
4.1 Требования к функциональным характеристикам.
Разрабатываемая модель должна обладать следующими функциями:
- Работать под управлением ОС Windows 95/98 или Windows NT/2000.
- Использовать для соединения и обмена данными протокол TCP/IP.
- Использовать свой протокол, как надстройку над TCP/IP для передачи данных и команд.
- Иметь доступный и простой интерфейс пользователя.
- Иметь гибкую систему настроек.
- Серверная часть должна хранить базу данных пользователей, имеющих доступ к системе и обеспечивать аутентификацию пользователей согласно имеющихся записей.
- Серверная часть должна хранить базу данных учебных курсов, доступных для изучения пользователями.
- Серверная часть должна поддерживать соединение до 32000 пользователей одновременно.
- Клиентская часть должна хранить базу данных адресов серверов для подключения.
- Компьютер с процессором Intel Pentium-100 или 100%- совместимым.
- Оперативная память не менее 16 Мb.
- Жесткий диск объемом не менее 1 Gb.
- Наличие адаптера подключения к сети (сетевой карты, модема и т.п.).
- Установленная ОС Windows 95/98/NT/2000.
- Настроенный протокол TCP/IP.
Похожие документы:
Программные требования к выборке 50 > общие требования к программе 57 III. Первичное измерение социальных характеристик 63 > конструирование эталона измерения
Программные требования
. фразы, требование ассоциировать по поводу заданных стимулов. Так, предлагается быстро написать, что придет на ум по . работы [291]. Ускорение научно-технического прогресса, развитие всех форм самоуправления в сфере производства .
К 1933 г на вооружение поступили торпеды тан-12 для низкого торпедометания (с бреющего полета) и тав- 15 для сброса с парашютами, а также авиационная мина мав
Документ
. 77 машин). По У-2 – по учебным самолетам и аэропланам задание перевыполнено совокупно на 7,5% или на 78 единиц (3530 . что дирижабль В-5 удовлетворяет всем техническим требованиям, оговоренным в техническом задании на проектирование, В-5 был принят на .
Собрание сочинений 49 печатается по постановлению центрального комитета
Документ
. же по-французски или по-немецки с печатью и т. д. по всей форме и с обязательным добавлением в тексте мандата, что ваша . при выступлениях на съездах, манифестациях и т. п. Но технические взаимные услуги, раз на них пойдут .
К 1927 г позиции Амторга (то есть, фактически, ссср) на американском рынке выглядели двояко. Советский экспорт в США составлял всего 0,3% импорта Соединённых
Документ
. , на те или иные уступки в связи с теми или иными предположениями¹⁷*. Мною было дано задание на . , что вся технология и технические условия создавались и утверждались на заводе № 19, который был ведущим заводом по .
Практикум по общей, экспериментальной и прикладной психологии серия «Практикум по психологии»
Документ
. продуктов . по 8 букв в наборе) и осмысленные фразы (по три слова в каждой фразе . по последующему воспроизведению или узнаванию либо по тому факту, что . по программному . гостями . что и без предшествовавшего прибавления, то значит . форме техническое задание на .
- Правообладателям
- Написать нам
Источник: gigabaza.ru