Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Глава III испр.docx
Скачиваний:
45
Добавлен:
02.04.2015
Размер:
152.27 Кб
Скачать
    1. Этап системного анализа

Это начальный этап разработки любого ПО (см. рис. I-2), он состоит из выполнения ряда работ, каждая из которых заканчивается разработкой документа, которые затем обобщаются в итоговом документе – Техническом задании (ТЗ):

  1. предпроектные исследования (см. раздел 1.01.1) цель которых исследовать проблему, потребности заказчика, имеющийся рынок программных продуктов. В результате делается вывод о необходимости проведения разработки ПО, или напротив, о нецелесообразности разработки. Эти выводы излагаются в «отчете об осуществимости».

  2. сбор и анализ требований (см. раздел 1.01.2) проводится, если на предыдущей стадии был сделан вывод в пользу новой разработки. Это сложный и ответственный этап Он был рассмотрен в пп. 1.01.2. Требования не только собираются с учетом потребностей всех категорий пользователей, но и:

  • систематизируются,

  • анализируются на полноту и непротиворечивость,

  • упорядочиваются в соответствии с приоритетностью (приоритет присваивается каждому требованию),

  • идентифицируются,

  • регистрируются и

  • аттестуются.

Итогом этой работы является спецификация требований, которая с одной стороны составит основу ТЗ (итогового документа системного анализа), а с другой является базой, на которой строятся прогнозы об основных параметрах проекта: размере, трудоемкости, стоимости и длительности.

  1. прогнозирование работ – спецификация требований анализируется экспертами, которые, основываясь на собственном опыте и на метрических данных от аналогичных проектах делают прогнозы о величине проекта, о его сложности, о необходимых работах для его проведения. И составляется ТЭО – технико-экономическое обоснование

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

В этом списке пункты а) и b) уже рассмотрены подробно в главе 1, поэтому остановимся на прогнозировании и планировании работ. Начнем же со стандарта на составление ТЗ.

      1. Техническое задание

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

Стандарт 19.201-78 устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения. Основные его положения сведены в Таблица III -3.

Таблица III‑3 Разделы ТЗ на разработку ПО по ГОСТ 19.201-78

Наименование раздела

Содержание

- введение;

  • наименование,

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

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

  • документ (документы), на основании которых ведется разработка;

  • организация, утвердившая этот документ, и дата его утверждения;

  • наименование и (или) условное обозначение темы разработки.

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

указано функциональное и эксплуатационное назначение программы или программного изделия.

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

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

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

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

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

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

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

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

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

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

предварительный состав программной документации и, при необходимости, специальные требования к ней

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

  • ориентировочная экономическая эффективность,

  • предполагаемая годовая потребность,

  • экономические преимущества разработки по сравнению с лучшими отечественными и зарубежными образцами или аналогами.

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

  • необходимые стадии разработки, этапы и содержание работ (перечень программных документов, которые должны быть разработаны, согласованы и утверждены),

  • а также, как правило, сроки разработки и определяют исполнителей

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

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

в ТЗ допускается включать приложения.

Техническое задание – это основной документ, определяющий соглашение между разработчиком и заказчиком на разработку ПО. Это единственный документ (кроме акта о приемке проекта), который подписывается как руководством заказчика, так и руководством разработчика. Именно он служит основанием для предъявления претензий в суде. И поэтому следует ответственно относиться к его составлению.

ТЗ читает множество разных людей (см. Error: Reference source not found), начиная от высшего руководства компании - заказчика системы и заканчивая рядовым разработчиком системы.

Если проанализировать содержательную часть ТЗ, то можно видеть, что ТЗ базируется на:

  • спецификации требований к ИС

  • технико - экономическом обосновании (ТЭО)

  • плане выполнения работ

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

Для разработки ТЗ надо проделать в полной мере все работы по сбору, анализу и специфицированию требований к разрабатываемой ИС. Методы этих работ были подробно описаны в Главе I. Поэтому рассмотрим подробнее что подразумевается под ТЭО и планированием работ.

Рис. III‑2 Востребованность ТЗ