Руководства, Инструкции, Бланки

техническое задание на разработку программного продукта образец img-1

техническое задание на разработку программного продукта образец

Категория: Бланки/Образцы

Описание

Оформление программной документации

Оформление программной документации

Техническое задание на разработку программного продукта

Техническое задание (ТЗ) на разработку программного продукта выполняется согласно требованиям ГОСТ 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 листа);

· основные вычислительные алгоритмы;

· пример работы программы.

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

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

Например: Контроль и приемка разработки осуществляются на основе испытаний контрольно-отладочных примеров. При этом проверяется выполнение всех функций программы.

В Приложениях к техническому заданию, при необходимости, приводят:

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

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

· другие источники разработки.

В Приложении к настоящим методическим указаниям приведена форма технического задания на разработку программного продукта (изделия, модели).

Другие статьи

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

/ разное / Авт констр и техн / Техническое задание на разработку программы 1. Наименование и область применения

Наименование программы: "Структурный анализатор плоских механизмов". Программа используется в виде прикладного приложения для анализа файла данных формата .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. Требования к программе

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

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

  • возможность вывода данных о клиенте по запросу;

  • возможность расчета скидок;

  • добавление/удаление клиентов;

  • изменение данных о клиенте;

  • возможность изменения дисконтной системы;

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

2.2.1 Требования к обеспечению надежного функционирования программы

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

  • организацией бесперебойного питания технических средств;

  • использованием лицензионного программного обеспечения;

  • регулярным выполнением рекомендаций Министерства труда и социального развития РФ, изложенных в Постановлении от 23 июля 1998 г. Об утверждении межотраслевых типовых норм времени на работы по сервисному обслуживанию ПЭВМ и оргтехники и сопровождению программных средств»;

  • регулярным выполнением требований ГОСТ 51188-98. Защита информации. Испытания программных средств на наличие компьютерных вирусов

  • Со стороны разработчика:

  • автоматическое создание резервных копий;

  • система автоматического обновления программы;

  • автоматическое восстановление системы;

^ 2.2.2. Время восстановления после отказа

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

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

^ 2.2.3. Отказы из-за некорректных действий пользователей системы

Отказы программы вследствие некорректных действий пользователя при взаимодействии с программой.

^ 3. Условия эксплуатации

3.1. Требования к квалификации и численности персонала

Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 1 штатной единицы — оператор ПК. В перечень задач, выполняемых оператором ПК, должны входить:

  • ведение базы данных по клиентам;

  • задачи установки (инсталляции) и поддержания работоспособности системных программных средств — операционной системы;

  • задача установки (инсталляции) программы;

  • задача создания резервных копий базы данных.

3.2. Требования к составу и параметрам технических средств
^ В состав технических средств должен входить IВМ - совместимый персональный компьютер (ПЭВМ) включающий в себя:

  • процессор с тактовой частотой 2.0Hz, не менее;

  • оперативную память объемом, 1Гигабайт, не менее;

  • свободное дисковое пространство не менее 1гб;

  • сетевая карта;

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

3.3.1. Требования к информационным структурам и методам решения

Программное обеспечение представляет из себя самостоятельное исполняемое приложение. Формат базы данных совместим с ADO .


^ 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. Стадии разработки

Разработка должна быть проведена в три стадии:

  1. Разработка технического задания;

  2. Рабочее проектирование;

  3. Внедрение.

^ 6.2. Этапы разработки На стадии разработки технического задания должен быть выполнен этап разработки, согласования и утверждения настоящего технического задания. На стадии рабочего проектирования должны быть выполнены перечисленные ниже этапы работ:

  • разработка программы;

  • разработка программной документации;

  • испытания программы.

На стадии внедрения должен быть выполнен этап разработки подготовка и передача программы.

^ 6.3. Содержание работ по этапам

На этапе разработки технического задания должны быть выполнены перечисленные ниже работы:

  • Постановка задачи;

  • Определение и уточнение требований к техническим средствам;

  • Определение требований к программе;

  • Определение стадий, этапов и сроков разработки программы и документации на неё;

  • Согласование и утверждение технического задания. На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы. На этапе разработки программной документации должна быть выполнена разработка программных документов в соответствии с требованиями к составу документации.

На этапе испытаний программы должны быть выполнены перечисленные ниже виды работ:

  • Разработка, согласование и утверждение и методики испытаний;

  • Проведение приемо-сдаточных испытаний;

  • Корректировка программы и программной документации по результатам испытаний.

На этапе подготовки и передачи программы должна быть выполнена работа по подготовке и передаче программы и программной документации в эксплуатацию на объектах Заказчика.

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

7.1. Виды испытаний:

  • тестирование процесса установки;

  • тестирование эргономики;

  • тестирование способности системы к восстановлению нормальной работы;

  • испытания системы на различных конфигурациях;

  • системное тестирование;

7.2. Требования к приемке работы При приёмке необходимо проверить соблюдение следующих условий:

  • полноты и качества реализации функций при штатных предельных критических значениях параметров объекта автоматизации и в других условиях функционирования данных в ТЗ;

  • выполнению каждого требования относящегося к интерфейсу системы;

  • Работы персонала в диалоговом режиме;

  • Средств и методов восстановления работа способности ПП после отказов;

  • Комплексности и качества эксплуатационной документации.