методичка для тз. Лабораторная работа №1. Лабораторная работа 1 Разработка технического задания на создание программ Цель работы

• Название: Лабораторная работа 1 Разработка технического задания на создание программ Цель работы
• Анкор: методичка для тз
• Дата: 11.01.2023
• Размер: 38.81 Kb.
• Имя файла: Лабораторная работа №1.docx
• Тип: Лабораторная работа; #881271

Лабораторная работа №1

Разработка технического задания на создание программ
Цель работы: ознакомиться с правилами написания технического задания.
ГОСТ 19.201-78. Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.

Общие положения

1. 
   Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата А4 и A3 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.
   
2. 
   Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78. Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.
   
3. 
   Для внесения изменений и дополнений в техническое задание на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
   
4. 
   Техническое задание должно содержать следующие разделы:
   
   • 
     название программы и область применения;
     
   • 
     основание для разработки;
     
   • 
     назначение разработки;
     
   • 
     технические требования к программе или программному изделию;
     
   • 
     технико-экономические показатели;
     
   • 
     стадии и этапы разработки:
     
   • 
     порядок контроля и приемки;
     
   • 
     приложения.
     

В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.

5. 
   Содержание разделов
   

1. 
   В разделе «Наименование и область применения» указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
   
2. 
   В разделе «Основание для разработки» должны быть указаны:
   

• 
  документ (документы), на основании которых ведется разработка;
  
• 
  организация, утвердившая этот документ, и дата его утверждения;
  
• 
  наименование и (или) условное обозначение темы разработки.
  

1. 
   В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программною изделия.
   
2. 
   Раздел «Технические требования к программе или программному изделию» должен содержать следующие подразделы:
   
   • 
     требования к функциональным характеристикам;
     
   • 
     требовании к надежности;
     
   • 
     условия эксплуатации;
     
   • 
     требования к составу и параметрам технических средств;
     
   • 
     требования к информационной и программной совместимости;
     
   • 
     требования к маркировке и упаковке;
     
   • 
     требования к транспортированию и хранению;
     
   • 
     специальные требования.
     
3. 
   В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.
   
4. 
   В подразделе «Требования к надежности» должны быть указаны требования к обеспечению надежного функционирования (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т. п.).
   
5. 
   В подразделе «Условия эксплуатации» должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т. п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
   
6. 
   В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их технических характеристик.
   
7. 
   В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования. При необходимости должна обеспечиваться защита информации и программ.
   
8. 
   В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
   
9. 
   В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
   
10. 
    В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
    
11. 
    В разделе «Стадии и этапы разработки* устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.
    
12. 
    В разделе «Порядок контроля и приемки» должны быть указаны виды испытаний и общие требования к приемке работы.
    
13. 
    В приложениях к техническому заданию при необходимости приводят:
    

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

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

Введение.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4. 
   Требования к информационной и программной совместимости. Программа должна работать на платформах Windows 7/8/ 10.
   
5. 
   Требования к транспортировке и хранению. Программа поставляется на лазерном носителе информации.
   

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

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

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

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

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

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

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

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

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

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

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

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

№ этапов	Название этапа	Сроки этапа	Чем закачивается этап
1.	Изучение предметной области. Проектирование системы. Разработка предложений по реализации системы.	01.02.202_ - 28.02.202_	Предложения по работе системы. Акт сдачи-приёмки.
2.	Разработка программного модуля по сбору и анализу информации со счётчиков и устройств управления. Внедрение системы для одного из корпусов.	01.03.202_ - 31.08.202_	Программный комплекс.
3.	Тестирование и отладка модуля. Внедрение системы во всех корпусах.	01.09.202_ - 30.12.202_	Готовая система контроля теплоснабжения, установленная в диспетчерском пункте. Программная документация. Акт сдачи- приёма работ.

Руководитель работ Сидоров А.В.

Индивидуальные задания.

Ниже приведено 15 вариантов программных продуктов. По указанию преподавателя выберите свое индивидуальное задание. Разработайте техническое задание на создание программного продукта по всем требованиям.

1. 
   Разработка программного комплекса «Автотранспорт».
   
2. 
   Разработка программного комплекса «Деканат института».
   
3. 
   Разработка программного комплекса «Обслуживание банкомата».
   
4. 
   Разработка программного комплекса «Управление гостиницей».
   
5. 
   Разработка программного комплекса «Выдача кредитов в банке».
   
6. 
   Разработка программного комплекса «Строительная фирма».
   
7. 
   Разработка программного комплекса «Управление библиотечным фондом».
   
8. 
   Разработка программного комплекса «АРМ работника склада»
   
9. 
   Разработка программного комплекса «АРМ администратора ателье по ремонту оргтехники»
   
10. 
    Разработка программного комплекса «АРМ администратора автосалона».
    
11. 
    Разработка программного комплекса «АРМ администратора ресторана».
    
12. 
    Разработка программного комплекса «АРМ сотрудника ЖЭСа».
    
13. 
    Разработка программного комплекса «АРМ администратора аэропорта».
    
14. 
    Разработка программного комплекса «АРМ работника отдела кадров».
    
15. 
    Разработка программного комплекса «АРМ администратора спорткомплекса».
    

«Утверждаю» Преподаватель

(Боташева Х.Р.)

« »202 г.

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

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

Ставрополь, 202_