Тема 1.5. Начальный этап проектирования

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

Исследование предметной области.

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

Существуют два варианта неопределенности:

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

• неизвестна структура автоматизируемых информационных процессов - обычно встречается при построении автоматизированных систем управле­ния предприятиями.

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

Во втором случае определяют:

• структуру и взаимосвязи автоматизируемых информационных процес­
сов;

• распределение функций между человеком и системой, а также между
аппаратурой и программным обеспечением;

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

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

Результаты предпроектных исследований предметной области использу­ют в процессе разработки технического задания.

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

Основные факторы, определяющие характеристики разрабатываемого программного обеспечения:

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

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

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

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

1) устанавливают набор выполняемых функций, а также перечень и характеристики исходных данных;

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

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

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

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

• введение;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

На начальных этапах процесса проектирования должны быть приняты принципиальные решения, во многом определяющие этот процесс, а также качество и трудоемкость разработки. К таким решениям относят:

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

• выбор типа пользовательского интерфейса и технологии работы с документами;

• выбор подхода к разработке (структурного или объектного);

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

Эти решения определяют, что проектируется, с каки­ми потребительскими характеристиками, как и какими средствами.

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

Дата добавления: 2014-01-07