Практическая работа № 16 Тема. Разработка технического задания... Практическая работа 16 Тема. Разработка технического задания
 Скачать 76 Kb.
|
|
Практическая работа № 16 Тема. Разработка технического задания. Цель. Научиться выполнять аттестацию требований; составлять техническое задание. Оборудование. ПК Ход работы Ознакомиться с теоретической частью. Выполнить практическое задание. Ответить на контрольные вопросы. Оформить отчет. Теоретическая часть Аттестация требований Аттестация должна продемонстрировать, что требования действительно определяют ту систему, которую хочет иметь заказчик. Проверка требований важна, так как ошибки в спецификации требований могут привести к переделке системы и большим затратам, если будут обнаружены во время процесса разработки системы или после введения ее в эксплуатацию. Стоимость внесения в систему изменений, необходимых для устранения ошибок в требованиях, намного выше, чем исправление ошибок проектирования или кодирования. Причина в том, что изменение требований обычно влечет за собой значительные изменения в системе, после внесения которых она должна пройти повторное тестирование. Во время процесса аттестации должны быть выполнены различные типы проверок требований. Проверка правильности требований. Пользователь может считать, что система необходима для выполнения некоторых определенных функций. Однако дальнейшие размышления и анализ могут привести к необходимости введения дополнительных или новых функций. Системы предназначены для разных пользователей с различными потребностями, и поэтому набор требований будет представлять собой некоторый компромисс между требованиями пользователей системы. Проверка на непротиворечивость. Спецификация требований не должна содержать противоречий. Это означает, что в требованиях не должно быть противоречащих друг другу ограничений или различных описаний одной и той же системной функции. Проверка на полноту. Спецификация требований должна содержать требования, которые определяют все системные функции и ограничения, налагаемые на систему. Проверка на выполнимость. На основе знания существующих технологий требования должны быть проверены на возможность их реального выполнения. Здесь также проверяются возможности финансирования и график разработки системы. Существует ряд методов аттестации требований, которые можно использовать совместно или каждый в отдельности. Обзор требований. Требования системно анализируются рецензентами. Прототипирование. На этом этапе прототип системы демонстрируется конечным пользователям и заказчику. Они могут экспериментировать с этим прототипом, чтобы убедиться, что он отвечает их потребностям. Генерация тестовых сценариев. В идеале требования должны быть такими, чтобы их реализацию можно было протестировать. Если тесты для требований разрабатываются как часть процесса аттестации, то часто это позволяет обнаружить проблемы в спецификации. Если такие тесты сложно или невозможно разработать, то обычно это означает, что требования трудно выполнить и поэтому необходимо их пересмотреть. Автоматизированный анализ непротиворечивости. Если требования представлены в виде структурных или формальных системных моделей, можно использовать инструментальные CASE-средства для проверки непротиворечивости моделей. Для автоматизированной проверки непротиворечивости необходимо построить базу данных требований и затем проверить все требования в этой базе данных. Анализатор требований готовит отчет обо всех обнаруженных противоречиях. Техническое задание Программный документ «Техническое задание» разрабатывается в соответствии с ГОСТ 19.201—78. Техническое задание содержит совокупность требований к программному средству и может использоваться как критерий проверки и приемки разработанной программы, поэтому достаточно полно составленное (с учетом возможности внесения дополнительных разделов) и принятое заказчиком и разработчиком техническое задание является одним из основополагающих документов проекта. Умение грамотно создавать техническое задание на разработку программного продукта определяет профессиональный уровень программиста и избавляет его от претензий со стороны заказчика. Техническое задание представляет собой документ, в котором формулируются основные цели разработки, требования к программному продукту, определяются сроки и этапы разработки и регламентируется процесс приемно-сдаточных испытаний. В формулировании технического задания участвуют представители, как заказчика, так и исполнителя. В основе этого документа лежат исходные требования заказчика, результаты выполнения предпроектных исследований и т.п. Разработка технического задания выполняется в такой последовательности: 1) устанавливают набор выполняемых функций, а также перечень и характеристики исходных данных; 2) определяют перечень результатов, их характеристики и способы их представления; 3) уточняют среду функционирования программного обеспечения: конкретную комплектацию и параметры технических средств, версию используемой операционной системы и, возможно, версии и параметры другого установленного программного обеспечения, с которым предстоит взаимодействовать будущему программному продукту. В случаях, когда разрабатываемое программное обеспечение собирает и хранит некоторую информацию или включается в управление каким-либо техническим процессом, необходимо также четко регламентировать действия программы при сбое оборудования и энергоснабжения. Основные факторы, определяющие характеристики разрабатываемого программного обеспечения: исходные данные и требуемые результаты, которые определяют функции программы или системы; среда (программная и аппаратная), в которой разрабатываемое программное обеспечение будет функционировать, может быть задана, а может выбираться для обеспечения параметров, указанных в техническом задании; возможное взаимодействие с другим программным обеспечением и (или) конкретными техническими средствами также может быть определено, а может выбираться исходя из набора выполняемых функций. В соответствии с ГОСТ 19.201—78 программный документ «Техническое задание» содержит следующие разделы: Введение. 1. Основание для разработки. 2. Назначение разработки. 3. Требования к программе или программному изделию. 4. Требования к программной документации. 5. Технико-экономическое обоснование. 6. Стадии и этапы разработки. 7. Порядок контроля и приемки. 8. Приложения. В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять некоторые из них. Рассмотрим подробнее содержание разделов технического задания. В программный документ «Техническое задание» допускается включать приложения, где при необходимости приводят: образцы входных и выходных документов и отчетов, описания файлов данных и т. д. перечень научно-исследовательских и других работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и т.д.; другие источники разработки. Практическая часть Выполните аттестацию требований. Составьте техническое задание, на основании системы, описанной в ЛР № 3. Результаты выполнения практического задания запишите в отчет. Контрольные вопросы Что такое аттестация требований? С какой целью она выполняется? Что такое техническое задание? Для кого оно составляется? Содержание отчета Тема. Цель. Оборудование. Результат выполнения практического задания. Ответы на контрольные вопросы. Вывод. |