Категория: Бланки/Образцы
Техническое задание на разработку программного продукта
Техническое задание (ТЗ) на разработку программного продукта выполняется согласно требованиям ГОСТ 19.201-78 ЕСПД. «Техническое задание. Требования к содержанию и оформлению», переизданного в ноябре 1987 г.
Настоящий документ устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
Техническое задание является очень важным документом, так как зачастую умело и грамотно составленное ТЗ определяет успех всей работы и именно ТЗ согласовывается с Заказчиком.
Техническое задание оформляют на листах формата А4 и/или А3, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.
Для внесения изменений и дополнений в техническое задние на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания.
Техническое задание должно содержать следующие разделы:
· наименование и область применения;
· основание для разработки;
· технические требования к программе или программному изделию;
· стадии и этапы разработки;
· порядок контроля и приемки;
В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.
В разделе Наименование и область применения указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
В разделе Основание для разработки должны быть указаны:
· документ (документы), на основании которых ведется разработка;
· организация, утвердившая этот документ, и дата его утверждения;
· наименование и (или) условное обозначение темы разработки.
Применительно к специфике учебного процесса основанием может служить задание на курсовое или дипломное проектирование, учебный план по специальности, приказ по университету от ____ за № ___ и т.п.
В разделе Назначение разработки должно быть очень кратко указано функциональное и эксплуатационное назначение программы или программного изделия.
Здесь можно ограничиться одной-двумя фразами. Главное – четко определить, для чего нужна эта программа.
Например: Программа представляет собой ядро автоматизированного рабочего места (АРМ) разработчика непрерывных линейных систем автоматического управления (САУ), позволяющее пользователю решать задачи анализа простых моделей.
Раздел Технические требования к программе или программному изделию должен содержать следующие подразделы:
· требования к функциональным характеристикам;
· требования к надежности;
· требования к составу и параметрам технических средств;
· требования к информационной и программной совместимости;
· требования к маркировке и упаковке;
· требования к транспортированию и хранению;
В данном разделе необходимо привести конкретные сведения, что должна делать программа и как она должна выглядеть.
Требования к функциональным характеристикам. Здесь должны быть указаны требования к составу выполняемых функций (для пользователя, для администратора системы, если он предусмотрен), организации входных и выходных данных, временным характеристикам, максимальному объему используемой оперативной памяти и т.п.
Например: Программа должна позволять … вычислять … строить… создавать …
Исходные данные: текстовый файл с заданной …
Выходные данные: графическая и текстовая информация - результаты анализа системы…; текстовые файлы - отчеты о … диагностика состояния системы и сообщения о всех возникших ошибках.
Требования к надежности. Должны быть указаны требования к обеспечению надежного функционирования (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа, сбоя, наличие контрольных точек, резервных копий полученных результатов и т.п.).
Например: Программа должна работать с заданной расширенной матрицей инциденций исследуемого графа в соответствии с алгоритмом функционирования, выдавать сообщения об ошибках при неверно заданных исходных данных, поддерживать диалоговый режим в рамках предоставляемых пользователю возможностей.
Условия эксплуатации. Должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
Например, для программных продуктов, предполагающих использование в учебном процессе, можно ограничиться фразами типа: "Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК", "Программа должная быть рассчитана на непрофессионального пользователя" и т.п.
Требования к составу и параметрам технических средств. Указывают необходимый состав технических средств с указанием их технических характеристик.
Например: Необходимо наличие IBM PC - совместимого ПК с графическим адаптером EGA (VGA). Необходимое дисковое пространство – не менее 600 Кб, объем свободной оперативной памяти - не менее 400 Кб. Желательно наличие драйвера EMS и манипулятора типа "мышь".
Требования к информационной и программной совместимости. Особенности те же, что и в предыдущем пункте. Здесь должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования. При необходимости должна обеспечиваться защита информации и программ.
Например: Программа должна работать автономно под управлением ОС семейства WIN32(Windows 95, Windows 98, Windows 2000, Windows NT и т.д.).
Требования к маркировке и упаковке. В общем случае здесь указывают требования к маркировке программного изделия, варианты и способы упаковки, условия транспортирования, места, условия и сроки хранения, складирования и т.д.
Например, для программных продуктов, предполагающих использование в учебном процессе, можно записать: Требования к маркировке и упаковке не предъявляются.
Требования к транспортированию и хранению. В общем случае здесь указывают требования к условиям транспортирования, места, условия и сроки хранения, складирования и т.д.
Например, для программных продуктов, предполагающих использование в учебном процессе можно записать: Требования к маркировке и упаковке не предъявляются.
Специальные требования – это весьма ответственная вещь и их, по возможности, целесообразно избегать.
Например: Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к емкостным характеристикам программы не предъявляется.
Раздел Технико-экономические показатели является для программиста самым сложным, так как для него не всегда имеется достаточное количество исходных данных. Он нужен, прежде всего, тогда, когда целью разработчика является обоснование высокой эффективности и важности выполняемой работы, а также сроков и денежных средств, затраченных на разработку.
В этом разделе должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность (например: предполагаемое число обращений к программному комплексу в целом за год - 365 сеансов работы ), экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
При этом целесообразно привести определение (оценку) как сметной стоимости разработки программы, так и определение трудоемкости этой работы.
Стадии и этапы разработки устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также сроки разработки и определяют исполнителей.
Основными и непременными стадиями и этапами разработки программного продукта являются само техническое задание, эскизный проект, технический и рабочий проекты на программный продукт:
· Эскизный проект. На этой стадии детально разрабатываются структуры входных и выходных данных, определяется форма их представления. Разрабатывается общее описание алгоритма, сам алгоритм, структура программы. Разрабатываются план мероприятий по разработке и внедрению программы.
· Технический проект. Содержит разработанный алгоритм решения задачи, а также методы контроля исходной информации. Здесь же разрабатываются средства обработки ошибок и выдачи диагностических сообщений, определяются формы представления исходных данных и конфигурация технических средств.
· Рабочий проект. На этой стадии осуществляется программирование и отладка программы, разработка программных документов, программы и методики испытаний. Подготавливаются контрольно-отладочные примеры. Окончательно оформляются документация и графический материал. Как правило, в ходе разработки программы должна быть подготовлена следующая документация:
-программа и методика испытаний;
Это стандартные требования. В случае разработки программных продуктов для промышленных объектов наличие перечисленных документов и графического материала является обязательным.
Например: В ходе разработки программы должен быть подготовлен следующий графический материал:
· формат представления входных данных программы;
· общая схема алгоритма (2 листа);
· основные вычислительные алгоритмы;
· пример работы программы.
Для программных продуктов, предполагающих использование в учебном процессе, по согласованию с Руководителем может быть представлен не весь этот список.
В разделе Порядок контроля и приемки должны быть указаны виды испытаний и общие требования к приемке работы.
Например: Контроль и приемка разработки осуществляются на основе испытаний контрольно-отладочных примеров. При этом проверяется выполнение всех функций программы.
В Приложениях к техническому заданию, при необходимости, приводят:
· перечень научно-исследовательских и других работ, обосновывающих разработку;
· схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые могут быть использованы при разработке;
· другие источники разработки.
В Приложении к настоящим методическим указаниям приведена форма технического задания на разработку программного продукта (изделия, модели).
Наименование программы: "Структурный анализатор плоских механизмов". Программа используется в виде прикладного приложения для анализа файла данных формата .DXF систем автоматизированного проектирования, которые поддерживают этот формат.
2. Основания для разработки Задание на курсовое проектирование по дисциплине лингвистическое и программное обеспечение САПР, выданное 10 октября 2011 года. 3. Назначение разработки Программный продукт представляет собой веб приложение для анализа информации хранящейся во внешней памяти и использование её для построения схемы и визуализации динамики движения исследуемого механизма. 4. Технические требования к программе или программному изделию4.1. Требования к функциональным характеристикам
Программа должна позволять анализировать файл в формате .DXF. Представлять информацию в виде таблицы координат найденных примитивов. Строить по заданным координатам схему плоского механизма и создавать анимацию исследуемого механизма.
Исходные данные. файл в формате .DXF экспортированный из системы Компас.
Выходные данные. графическое представление плоского механизма, динамическая модель, данные о найденных примитивах и их координатах.
4.2. Требования к надёжности
Программа должна работать с абсолютно корректными данными. Программа должна поддерживать диалоговый режим.
4.3. Условия эксплуатации
Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК. Программа должна быть рассчитана на непрофессионального пользователя т.п.
4.4. Требование к составу и параметрам технических средств
Необходимо наличие ПЭВМ IBM PC совместимого ПК с графическим адаптером EGA (VGA). Необходимое дисковое пространство – не менее 500КБайт. Желательно наличие манипулятора типа «мышь».
4.5. Требование к информационной и программной совместимости
Программа должна работать, автономна под управлением любой операционной системе. Базовый язык программирования: Java Script. Базовый язык гиперразметки: HTML5. Базовый язык стилизации: CSS.
4.6. Требование к упаковке, маркировке программного изделия
Программное изделие может транспортироваться на любом внешнем носителе.
4.7. Специальные требования
Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к ёмкостным характеристикам программы не предъявляется. Программное изделие может транспортироваться на любом внешнем носителе.
5. Технико-экономические показатели5.1. Экономические преимущества разработки по сравнению с лучшими отечественными образцами и аналогами
Данная программная разработка используется в рамках обучения, поэтому не представляет никакой экономической эффективности.
6. Стадии и этапы разработки6.1. Стадии разработки
6.2. Этапы разработки и содержание работ по этапам
Обоснование необходимости разработки программы — на этом этапе выполняются:
— сбор исходных материалов;
— выбор и обоснование критериев эффективности и качества разрабатываемой программы.
Научно-исследовательские работы — на этом этапе выполняются:
— определение структуры входных и выходных данных;
— предварительный выбор методов решения задачи;
— обоснование целесообразности применения ранее разработанных программ;
— определение требований к техническим средствам;
— обоснование принципиальной возможности решения поставленной задачи.
Разработка и утверждение технического задания — на этом этапе выполняются:
— определение требований к программе;
— разработка технико-экономического обоснования разработки программы;
— определение стадий, этапов и сроков разработки программы и документации на нее;
— выбор языков программирования;
Разработка эскизного проекта — на этом этапе выполняются:
— предварительная разработка структуры входных и выходных данных.
— уточнение методов решения задачи;
— разработка общего описания алгоритма решения задачи;
— разработка технико-экономического обоснования.
Утверждение эскизного проекта — на этом этапе выполняются:
— разработка пояснительной записки;
— согласование и утверждение эскизного проекта.
Разработка технического проекта - на этом этапе выполняются:
— уточнение структуры входных и выходных данных;
— разработка алгоритма решения задачи;
— определение формы представления входных и выходных данных;
— определение семантики и синтаксиса языка;
— разработка структуры программы;
— окончательное определение конфигурации технических средств.
Утверждение технического проекта — на этом этапе выполняются:
— разработка плана мероприятий по разработке и внедрению программы;
— разработка пояснительной записки;
— согласование и утверждение технического проекта.
Разработка программы — на этом этапе выполняется:
— программирование и отладка программы.
Разработка программной документации - на этом этапе выполняется:
— разработка программных документов в соответствии с требованиями ЕСПД
Испытания программы - на этом этапе выполняются:
— разработка согласование и утверждение программы и методики испытаний;
— проведение предварительных государственных, межведомственных, приемо-сдаточных и других видов испытаний;
— корректировка программы и программной документации по результатам испытаний.
Подготовка и передача программы - на этом этапе выполняются:
— подготовка и передача программы и программной документации для сопровождения и /или изготовления;
— оформление и утверждение акта о передаче программы на сопровождение и/или изготовление;
— передача программы в фонд алгоритмов и программ.
7. Порядок контроля и приёмкиПредоставление работающего программного продукта на научном семинаре кафедры.
Техническое задание на разработку программы
"______________"
к Договору №___
1. Введение
1.1. Наименование программы
1.2. Назначение и область применения
2. Требования к программе
2.1. Требования к функциональным характеристикам
2.2. Требования к надежности
2.2.1. Требования к обеспечению надежного функционирования программы
2.2.2. Время восстановления после отказа
2.2.3. Отказы из-за некорректных действий пользователей системы
3. Условия эксплуатации
3.1. Климатические условия эксплуатации
3.2. Требования к квалификации и численности персонала
3.3. Требования к составу и параметрам технических средств
3.4. Требования к информационной и программной совместимости
3.4.1. Требования к информационным структурам и методам решения
3.4.2. Требования к исходным кодам и языкам программирования
3.4.3. Требования к программным средствам, используемым программой
3.4.4. Требования к защите информации и программ
3.5. Специальные требования
4. Требования к программной документации
4.1. Предварительный состав программной документации
5. Технико-экономические показатели
5.1. Экономические преимущества разработки
6. Стадии и этапы разработки
6.1. Стадии разработки
6.2. Этапы разработки
6.3. Содержание работ по этапам
7. Порядок контроля и приемки
7.1. Виды испытаний
7.2. Общие требования к приемке работы
1.1. Наименование программы
Наименование программы: "АСУ «______________»"
1.2. Назначение и область применения
Программа предназначена для автоматизации обработки данных клиентов кафе/бара. Она оперирует следующими данными:2.1. Требования к функциональным характеристикам
Программа должна обеспечивать возможность выполнения перечисленных ниже функций:2.2.1 Требования к обеспечению надежного функционирования программы
Надежное (устойчивое) функционирование программы должно быть обеспечено выполнением заказчиком совокупности организационно-технических мероприятий, перечень которых приведен ниже:Время восстановления после отказа, вызванного сбоем электропитания технических средств (иными внешними факторами), не фатальным сбоем (не крахом) операционной системы, не должно превышать 30-ти минут при условии соблюдения условий эксплуатации технических и программных средств.
Время восстановления после отказа, вызванного неисправностью технических средств, фатальным сбоем (крахом) операционной системы, не должно превышать времени, требуемого на устранение неисправностей технических средств и переустановки программных средств.
^ 2.2.3. Отказы из-за некорректных действий пользователей системы
Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой.
^ 3. Условия эксплуатации
3.1. Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 1 штатной единицы — оператор ПК. В перечень задач, выполняемых оператором ПК, должны входить:3.3.1. Требования к информационным структурам и методам решения
^ 3.3.2. Требования к запросам пользователей данных из базы
Пользователи работают с базой данных через системный интерфейс.
3.3.3. Требования к исходным кодам и языкам программирования
Дополнительные требования не предъявляются.
^ 3.3.4. Требования к программным средствам, используемым программой
Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows XP.
^ 3.3.5. Требования к защите информации и программ
Требования к защите информации и программ не предъявляются.
3.5. Специальные требования
Специальные требования не предъявляются.
^ 4. Требования к программной документации
4.1. Предварительный состав программной документации
Состав программной документации должен включать в себя:^ 5. Технико-экономические показатели
5.1. Экономические преимущества разработки
Программа является бесплатным продуктом, финансовые средства не затрачиваются, и преимуществом является ускорение автоматизации обработки данных клиентов кафе/бара
^ 6. Стадии и этапы разработки
6.1. Стадии разработки
Разработка должна быть проведена в три стадии:^ 6.3. Содержание работ по этапам
На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:^ 7. Порядок контроля и приемки
7.1. Виды испытаний: