Лабораторная работа № 02
.pdfЛабораторная работа № 2 «Разработка технического задания на информационную систему»
Цель работы: освоение технологии документирования программных средств (ПС) на начальных стадиях проектирования в соответствии с ЕСПД
1. Краткие теоретические сведения
Основу отечественной нормативной базы в области документирования ПС составляет комплекс стандартов Единой системы программной документации
(ЕСПД).
Основная и большая часть комплекса ЕСПД была разработана в 70-е и 80-е годы 20 века. Сейчас этот комплекс представляет собой систему межгосударственных стандартов стран СНГ (ГОСТ), действующих на территории Российской Федерации на основе межгосударственного соглашения по стандартизации.
Единая система программной документации − это комплекс государственных стандартов, устанавливающих взаимоувязанные правила разработки, оформления и обращения программ и программной документации.
Стандарты ЕСПД в основном охватывают ту часть документации, которая создается в процессе разработки программных средств, и связаны, по большей части, с документированием функциональных характеристик программных средств.
Следует отметить, что стандарты ЕСПД (ГОСТ 19) носят рекомендательный характер. Впрочем, это относится и ко всем другим стандартам в области ПС (ГОСТ 34, международному стандарту ISO/IEC и др.). Дело в том, что в соответствии с Законом РФ «О техническом регулировании» эти стандарты становятся обязательными на контрактной основе, т.е. при ссылке на них в договоре на разработку (поставку) программного средства.
Говоря о состоянии ЕСПД в целом, можно констатировать, что большая часть стандартов ЕСПД морально устарела. Тем не менее до пересмотра всего комплекса многие стандарты могут с пользой применяться в практике документирования программных средств.
К числу программных ЕСПД относит документы, содержащие сведения, необходимые для разработки, изготовления, сопровождения и эксплуатации программ.
Как известно, грамотно составленный пакет программной документации позволяет избежать при проектировании многих неприятностей. В частности, избавиться от назойливых вопросов и необоснованных претензий заказчика можно,
© Буров И.П., 2014 |
1 |
просто отослав пользователя к документации. Это касается прежде всего важнейшего документа — Технического задания.
Техническое задание (ТЗ) содержит совокупность требований к программному средству и может использоваться как критерий проверки и приемки разработанной программы. Поэтому достаточно полно составленное (с учетом возможности внесения дополнительных разделов) и принятое заказчиком и разработчиком ТЗ является одним из основополагающих документов проекта программного средства.
ГОСТ 19.201-78, входящий в ЕСПД, устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
2. Задание: разработать техническое задание на проектирование программного средства «Система педагогического тестирования»
Алгоритм выполнения работы
1)Изучить требования к системе проверки знаний, изложенные в «Иллюстративном самоучителе по Delphi 7 для начинающих».
2)Выбрать прототип программного средства «Система педагогического тестирования» с использованием Интернет.
3)Изучить средства оперативной помощи пользователю выбранного прототипа программного средства.
4)Определить область знаний, подлежащую тестированию с применением разрабатываемого программного средства.
5)Используя документацию пользователя на прототип программного средства, разработать техническое задание в соответствии с ГОСТ 19.201-78 (приложение 1).
Желательно, чтобы в требованиях к функциональным характеристикам
разрабатываемой тестовой системы было указано, что программное средство должно обеспечивать:
−разделение групп и предметов;
−определение веса вопросов, ответов и всей группы вопросов (теста);
−загрузку ответов на тесты в электронном виде из базы данных;
−вывод на экран и печать выходных форм отчетов с результатами тестирования отдельных студентов, одной или нескольких академических групп.
© Буров И.П., 2014 |
2 |
−вывод на экран и печать статистической информации для анализа ответов по группам вопросов, отдельным тестам и за совокупность тестов;
−вывод на экран и печать списков студентов, выбравших определенный вариант ответа в тесте.
Особое внимание при определении стадий и этапов разработки проекта программного средства необходимо уделить таким вопросам, как:
−концепция и сценарий диалога в программном средстве;
−взаимодействие обучаемого с программой в психолого-педагогическом аспекте;
−обеспечение вариативности условий тестовых заданий, в частности, генерирование условия (или данных в условии) вопросов программой;
−организация единообразного, дружественного обучаемому и удовлетворяющего базовым стандартам пользовательского интерфейса;
−организация контекстной помощи;
−анализ промежуточных и окончательных ответов пользователя (проблема неоднозначности представления правильного ответа, отделение ошибок пользовательского характера от содержательных ошибок обучаемого);
−протоколирование работы, анализ и статистическая обработка результатов;
−оценка надежности и валидности тестовых заданий.
3.Контрольные вопросы
1)Как можно охарактеризовать понятие «программная документация»?
2)Что представляет собой внешняя и внутренняя программная документация?
3)Дайте определение понятию «единая система программной документации».
4)В чем заключаются основные недостатки единой системы программной документации?
5)Дайте определение понятию «техническое задание».
6)Объясните смысл понятия «документация пользователя».
7)Какими свойствами должна обладать документация пользователя? Дайте краткую характеристику.
© Буров И.П., 2014 |
3 |
ПРИЛОЖЕНИЕ 1
ГОСУДАРСТВЕННЫЙ СТАНДАРТ СОЮЗА ССР
Единая система программной документации
ТЕХНИЧЕСКОЕ ЗАДАНИЕ, ТРЕБОВАНИЯ К СОДЕРЖАНИЮ И ОФОРМЛЕНИЮ
ГОСТ 19.201-78
Настоящий стандарт устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения.
1.Общие положения.
1.1.Техническое задание оформляют в соответствии с ГОСТ 19.106-78 на листах формата А4 и А3 по ГОСТ 2.301-68, как правило, без заполнения полей листа. Номера листов (страниц) проставляют в верхней части листа над текстом.
1.2.Лист утверждения и титульный лист оформляют в соответствии с ГОСТ 19.10478. Информационную часть (аннотацию и содержание), лист регистрации изменений допускается в документ не включать.
1.3.Для внесения изменений и дополнений в техническое задние на последующих стадиях разработки программы или программного изделия выпускают дополнение к нему. Согласование и утверждение дополнения к техническому заданию проводят в том же порядке, который установлен для технического задания
1.4.Техническое задание должно содержать следующие разделы:
∙наименование и область применения;
∙основание для разработки;
∙назначение разработки;
∙технические требования к программе или программному изделию;
∙технико-экономические показатели;
∙стадии и этапы разработки;
∙порядок контроля и приёмки;
∙приложения.
В зависимости от особенностей программы или программного изделия допускается уточнять содержание разделов, вводить новые разделы или объединять отдельные из них.
© Буров И.П., 2014 |
4 |
2.Содержание разделов.
2.1.В разделе "Наименование и область применения" указывают наименование, краткую характеристику области применения программы или программного изделия и объекта, в котором используют программу или программное изделие.
2.2.В разделе "Основание для разработки" должны быть указаны:
∙документ (документы), на основании которых ведется разработка;
∙организация, утвердившая этот документ, и дата его утверждения;
∙наименование и (или) условное обозначение темы разработки.
2.3.В разделе " Назначение разработки" должно быть указано функциональное и эксплуатационное назначение программы или программного изделия.
2.4.Раздел "Технические требования к программе или программному изделию" должен содержать следующие подразделы:
∙требования к функциональным характеристикам;
∙требования к надёжности;
∙условия эксплуатации;
∙требования к составу и параметрам технических средств;
∙требования к информационной и программной совместимости;
∙требования к маркировке и упаковке;
∙требования к транспортированию и хранению;
∙специальные требования.
2.4.1.В подразделе "Требования к функциональным характеристикам" должны быть указаны требования к составу выполняемых функций, организации входных и выходных данных, временным характеристикам и т.п.
2.4.2.В подразделе "Требования к надёжности" должны быть указаны требования к обеспечению надёжного функционирования (обеспечение устойчивого функционирования, контроль входной и выходной информации, время восстановления после отказа и т.п.)
2.4.3.В подразделе "Условия эксплуатации" должны быть указаны условия эксплуатации (температура окружающего воздуха, относительная влажность и т.п. для выбранных типов носителей данных), при которых должны обеспечиваться заданные характеристики, а также вид обслуживания, необходимое количество и квалификация персонала.
2.4.4.В подразделе " Требования к составу и параметрам технических средств" указывают необходимый состав технических средств с указанием их технических характеристик.
© Буров И.П., 2014 |
5 |
2.4.5.В подразделе " Требования к информационной и программной совместимости" должны быть указаны требования к информационным структурам на входе и выходе и методам решения, исходным кодам, языкам программирования. При необходимости должна обеспечиваться защита информации и программ.
2.4.6.В подразделе "Требования к маркировке и упаковке" в общем случае указывают требования к маркировке программного изделия, варианты и способы упаковки.
2.4.7.В подразделе " требования к транспортированию и хранению" должны быть указаны для программного изделия условия транспортирования, места хранения, условия хранения, условия складирования, сроки хранения в различных условиях.
2.5.В разделе "Технико-экономические показатели" должны быть указаны: ориентировочная экономическая эффективность, предполагаемая годовая потребность, экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.
2.6.В разделе "Стадии и этапы разработки" устанавливают необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены), а также, как правило, сроки разработки и определяют исполнителей.
2.7.В разделе "Порядок контроля и приёмки" должны быть указаны виды испытаний и общие требования к приёмке работы.
2.8.В приложениях к техническому заданию, при необходимости, приводят:
∙перечень научно-исследовательских и других работ, обосновывающих разработку;
∙схемы алгоритмов, таблицы, описания, обоснования, расчёты и другие документы, которые могут быть использованы при разработке;
∙другие источники разработки.
© Буров И.П., 2014 |
6 |