Главная страница

Занятие 2 Разработка технического задания Цель практического занятия


Скачать 35.23 Kb.
НазваниеЗанятие 2 Разработка технического задания Цель практического занятия
Анкор121321
Дата19.04.2023
Размер35.23 Kb.
Формат файлаdocx
Имя файлал-р 2.docx
ТипЗанятие
#1072833

Практическое занятие № 2 «Разработка технического задания»



Цель практического занятия:

Форма организации занятия: индивидуальная работа

Студент должен:

Знать:

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

  • порядок построения и оформления технического задания

Методические указания:

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

Техническое задание – это основной документ, регламентирующий все этапы выполнения работы (ГОСТ 19.201-78). Нужно быть предельно внимательным и осторожным, создавая этот документ, т.к. зачастую грамотно составленное Техническое задание определяет успех всей работы. Именно Техническое задание согласовывается с Заказчиком, который обычно стремится внести как можно больше противоречивых и завышенных требований. Задача же Исполнителя – наоборот, облегчить себе жизнь. Но после того как подписи с обеих сторон поставлены, переигрывать что-либо поздно.

Техническое задание должно содержать следующие разделы:

1 Наименование и область применения программы – наименование, краткая характеристика области применения программы или программного изделия и объекта, в котором будет использоваться программа или программное изделие.

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

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

Программа представляет собой ядро автоматизированного рабочего места (АРМ) разработчика непрерывных линейных систем автоматического управления (САУ), позволяющее пользователю решать задачи анализа простых моделей.

4 Технические требования к программе или программному изделию (что программа должна делать и как она должна выглядеть):

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

Программа должна позволять… вычислять… строить… создавать…

Исходные данные: текстовый файл с заданной…

Выходные данные: графическая и текстовая информация – результаты анализа системы…; текстовые файлы – отчеты о… диагностика состояния системы и сообщения обо всех возникших ошибках.

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

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

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

"Условия эксплуатации программы совпадают с условиями эксплуатации ПЭВМ IBM PC и совместимых с ними ПК", "Программа должная быть рассчитана на непрофессионального пользователя" и т.п.

– Требования к составу и параметрам технических средств (необходимый состав технических средств с указанием их технических характеристик: тип ЭВМ, необходимый состав внешних устройств и т.п.), например:

Необходимо наличие IBM PC – совместимого ПК с графическим адаптером SVGA. Необходимое дисковое пространство – не менее 12 Мб, объем свободной оперативной памяти – не менее 4 Мб. Необходимо наличие манипулятора типа "мышь".

– Требования к информационной и программной совместимости (требования к информационным структурам на входе и выходе, методам решения, средствам защиты информации и программ, языкам программирования, операционным системам и другим программным средствам, которые будет использовать разрабатываемая программа), например:

Программа должна работать автономно под управлением операционной системы MS DOS версии не ниже 6.0. Базовый язык программирования – Turbo Pascal 7.0.

– Требования к маркировке и упаковке (требования к маркировке программного изделия, варианты и способы его упаковки);

– Требования к транспортированию и хранению (условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях);

– Специальные требования (указываются при необходимости, желательно по возможности избегать), например:

Специальных требований к временным характеристикам программы не предъявляется. Специальных требований к емкостным характеристикам программы не предъявляется.

5 Требования к программной документации – определение программных документов, подлежащих разработке, и основных требований к ним.

6 Технико-экономические показатели – ориентировочная экономическая эффективность, предполагаемая годовая потребность, технические и экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами, определение сметной стоимости разработки программы и трудоемкости программирования. Этот пункт указывается тогда, когда вашей целью является обоснование огромной эффективности и важности выполняемой работы. На Заказчика этот пункт действует, обычно, очень хорошо. По крайне мере, это лучшее обоснование сроков и денежных сумм разработки.

7 Стадии и этапы разработки – необходимые стадии разработки, этапы и содержание работ, а также сроки их выполнения и исполнители. Составляя такой перечень, следует руководствоваться ГОСТ 19.102-77, но нельзя просто перечислять этапы работ из стандарта. Если бы во всех случаях они были одинаковы, то не было бы смысла в данном разделе. Нужно определить мероприятия, необходимые именно для вашей разработки, с учетом всех требований, выдвинутых в техническом задании, а также сроки их исполнения. После подготовки технического задания основными и непременными стадиями и этапами являются:

– эскизный проект (предварительная разработка структуры входных и выходных данных, уточнение методов решения задачи, разработка общего описания алгоритма, разработка технико-экономического обоснования);

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

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

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

8 Порядок контроля и приемки – виды испытаний и общие требования к приемке работы. Здесь необходимо оговорить как автономные, так и комплексные испытания, определить процедуру испытания и приемки программы. Например:

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

9 Приложения (при необходимости).

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

Образцы Технического задания смотрите в Приложении 1.

Задания на практическую работу:

Задание 1. Разработайте техническое задание на программирование программного продукта.

Приложение 1

Техническое задание к программе "Тестовая программа"


1. Введение

1.1. Наименование программы

Наименование программы: "Тестовая программа" .

1.2. Назначение и область применения

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

2. Требования к программе

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

Для студента:

  • регистрация студентов в системе;

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

  • прохождение теста;

  • учет и отображение результатов тестирования;

  • вывод на печать отчета о результатах тестирования студента

Для преподавателя:

  • регистрация преподавателя в системе;

  • создание дисциплины;

  • создание темы;

  • ввод вопросов по теме;

  • формирование отчета о результатах тестирования по отдельному студенту, по группе, по дисциплине, по преподавателю;

  • статистический анализ результатов тестирования по отдельному студенту, по группе, по дисциплине, по преподавателю.


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

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

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

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

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

в) регулярным выполнением рекомендаций Министерства труда и социального развития РФ;

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

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

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

2.2.3. Отказы из-за некорректных действий оператора
Отказы программы возможны вследствие некорректных действий оператора (пользователя) при взаимодействии с операционной системой.

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


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

3.1. Климатические условия эксплуатации

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

3.2. Требования к квалификации и численности персонала
Минимальное количество персонала, требуемого для работы программы, должно составлять не менее 3 единиц — системный администратор, преподаватель, студент. Системный администратор и преподаватель могут быть объединены в одном лице.

Системный администратор должен иметь высшее профильное образование и сертификаты компании-производителя операционной системы. В перечень задач, выполняемых системным администратором, должны входить:

а) задача поддержания работоспособности технических средств;

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

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

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

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

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

3.3.1. процессор Intel или AMD 2.0hz, не менее;

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

3.3.3. жесткий диск объемом 40 Гб, не менее.
3.4. Требования к информационной и программной совместимости

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

База данных работает под управлением Microsoft SQL Server. Используется многопоточный доступ к базе данных. Необходимо обеспечить одновременную работу с программой с той же базой данной модулей экспорта внешних данных.

3.4.2. Требования к исходным кодам и языкам программирования

Разработка осуществляется в среде MS Visual Studio 2010. Язык программирования C#.

3.4.3. Требования к программным средствам, используемым программой

Системные программные средства, используемые программой, должны быть представлены лицензионной локализованной версией операционной системы Windows ХР или Windows 7.

3.4.4. Требования к защите информации и программ

Требования к защите информации и программ не предъявляются

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

Специальные требования к данной программе не предъявляются

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

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

Состав программной документации должен включать в себя:

4.1.1. техническое задание;

4.1.2. исходный код программы;

4.1.3. программу и методики испытаний;

4.1.4 руководство пользователя;

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

5.1. Экономические преимущества разработки

Ориентировочная экономическая эффективность не рассчитывается. Аналогия не проводится ввиду уникальности предъявляемых требований к разработке.

6. Стадии и этапы разработки

6.1. Стадии разработки

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

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

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

  3. внедрение.

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

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

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

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

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

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

1. постановка задачи;

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

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

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

5. согласование и утверждение технического задания.

На этапе разработки программы должна быть выполнена работа по программированию (кодированию) и отладке программы.

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

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

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

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

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



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

7.1. Виды испытаний
Приемо-сдаточные испытания должны проводиться на объекте Заказчика в оговоренные сроки.

Приемо-сдаточные испытания программы должны проводиться согласно разработанной Исполнителем и согласованной Заказчиком Программы и методик испытаний.
Ход проведения приемо-сдаточных испытаний Заказчик и Исполнитель документируют в Протоколе проведения испытаний
7.2. Общие требования к приемке работы

На основании Протокола проведения испытаний Исполнитель совместно с Заказчиком подписывает Акт приемки-сдачи программы в эксплуатацию.

Приложение 2

Г О С У Д А Р С Т В Е Н Н Ы Й   С Т А Н Д А Р Т   С О Ю З А   С С Р




Единая система программной документации

ГОСТ 19.201-78

(СТ СЭВ 1627-79)


 

ТЕХНИЧЕСКОЕ ЗАДАНИЕ.
ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ


 

United system for program documentation.
Technical specification for development. Requirements to contents and form of presentation



Постановлением Государственного комитета СССР по стандартам от 18 декабря 1978 г. № 3351 срок введения установлен

с 01.01. 1980 г.

Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.

Стандарт полностью соответствует СТ СЭВ 1627-79.

1. ОБЩИЕ ПОЛОЖЕНИЯ


1.1. Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата 11 и 12 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляются в верхней части листа над текстом.

1.2. Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.104-78.

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

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

1.4. Техническое задание должно содержать следующие разделы:

  • введение;

  • основания для разработки;

  • назначение разработки;

  • требования к программе или программному изделию;

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

  • технико-экономические показатели;

  • стадии и этапы разработки;

  • порядок контроля и приемки;

  • в техническое задание допускается включать приложения.

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

(Измененная редакция, Изм. № 1)

2. СОДЕРЖАНИЕ РАЗДЕЛОВ


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

(Измененная редакция, Изм. № 1)

2.2. В разделе «Основания для разработки» должны быть указаны:

  • документ (документы), на основании которых ведется разработка;

  • организация, утвердившая этот документ, и дата его утверждения;

  • наименование и (или) условное обозначение темы разработки.

(Измененная редакция, Изм. № 1)

2.3. В разделе «Назначение разработки» должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.

2.4. Раздел «Требования к программе или программному изделию» должен содержать следующие подразделы:

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

  • требования к надежности;

  • условия эксплуатации;

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

  • требования к информационной и программной совместимости;

  • требования к маркировке и упаковке;

  • требования к транспортированию и хранению;

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

(Измененная редакция, Изм. № 1)

2.4.1. В подразделе «Требования к функциональным характеристикам» должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т. п.

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

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

2.4.4. В подразделе «Требования к составу и параметрам технических средств» указывают необходимый состав технических средств с указанием их основных технических характеристик.

2.4.5. В подразделе «Требования к информационной и программной совместимости» должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования и программным средствам, используемым программой.

При необходимости должна обеспечиваться защита информации и программ.

(Измененная редакция, Изм. № 1)

2.4.6. В подразделе «Требования к маркировке и упаковке» в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.

2.4.7. В подразделе «Требования к транспортированию и хранению» должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.

2.5а. В разделе «Требования к программной документации» должен быть указан предварительный состав программной документации и, при необходимости, специальные требования к ней.

(Введен дополнительно, Изм. № 1).

2.5. В разделе «Технико-экономические показатели» должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

2.6. В разделе «Стадии и этапы разработки» устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.

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

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

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

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

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


Контрольные вопросы:

    1. Что такое техническое задание?

    2. По какому ГОСТу разрабатывается техническое задание?

    3. Разделы которые должно содержать техническое задание назвать и описать их.


написать администратору сайта