Файл: Занятие 2 Разработка технического задания Цель практического занятия.docx
ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 24.10.2023
Просмотров: 57
Скачиваний: 1
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Практическое занятие № 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 единиц — системный администратор, преподаватель, студент. Системный администратор и преподаватель могут быть объединены в одном лице.