УТВЕРЖДАЮ. Рис. 1 Факторы, определяющие параметры разрабатываемого программного обеспечения

Рис. 1 Факторы, определяющие параметры разрабатываемого программного обеспечения

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

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

На техническое задание существует стандарт ГОСТ 19.201-78 «Техни­ческое задание. Требования к содержанию и оформлению». В соответствии с этим стандартом техническое задание должно содержать следующие разделы:

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

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

Рассмотрим более подробно содержание каждого раздела.

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

Раздел Основания для разработки должен содержать наименование до­кумента, на основании которого ведется разработка, организации, утвердив­шей данный документ, и наименование или условное обозначение темы раз­работки. Таким документом может служить план, приказ, договор и т. п.

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

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

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

Наиболее важным из перечисленных выше является подраздел Требования к функциональным характеристикам. В этом разделе должны быть перечислены выполняемые функции и описаны состав, характеристики и формы представления исходных данных и результатов. В этом же разделе при необходимости указывают критерии эффективности: максимально допустимое время ответа системы, максимальный объем используемой оперативной и/или внешней памяти и др.

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

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

В подразделе Условия эксплуатации, указывают особые требования к условиям эксплуатации: температуре окружающей среды, относительной влажности воздуха и т. п. Как правило, подобные требования формулируют, если разрабатываемая система будет эксплуатироваться в нестандартных ус­ловиях или использует специальные внешние устройства, например для хра­нения информации. Здесь же указывают вид обслуживания, необходимое ко­личество и квалификация персонала. В противном случае допускается ука­зывать, что требования не предъявляются.

В подразделе Требования к составу и параметром технических средств указывают необходимый состав технических средств с указанием их основ­ных технических характеристик: тип микропроцессора, объем памяти, нали­чие внешних устройств и т. п. При этом часто указывают два варианта кон­фигурации: минимальный и рекомендуемый.

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

В разделе Требования к программной документации указывают необхо­димость наличия руководства программиста, руководства пользователя, ру­ководства системного программиста, пояснительной записки и т. п. На все эти типы документов также существуют ГОСТы.

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

В разделе Стадии и этапы разработки указывают стадии разработки, этапы и содержание работ с указанием сроков разработки и исполнителей.

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

В приложениях при необходимости приводят: перечень научно-исследо­вательских работ, обосновывающих разработку; схемы алгоритмов, таблицы, описания, обоснования, расчеты и другие документы, которые следует ис­пользовать при разработке.

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

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

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

Пример1. Разработать техническое задание на программный продукт, предназначенный для наглядной демонстрации школьникам графиков функ­ций одного аргумента у = f (x). Разрабатываемая программа должна рассчи­тывать таблицу значений и строить график функций на заданном отрезке по заданной формуле и менять шаг аргумента и границы отрезка. Кроме этого, программа должна запоминать введенные формулы.

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

Министерство образования Российской ФедерацииМосковский государственный технический университет имени Н. Э. Баумана

Факультет информатика и системы управления

Кафедра Компьютерные системы и сети

УТВЕРЖДАЮ

Зав. кафедрой ИУ6,

д-р техн. наук, проф. ____________Сюзев В. В.

«__» _____________ 20002 г.