- •Каноническое проектирование и документирование проекта
- •Гост на этапы канонического проектирования
- •Этап системного анализа
- •Техническое задание
- •Планирование разработки
- •Пооперационный перечень работ
- •Типы зависимостей
- •Рабочий график
- •Диаграмма Ганта
- •Сетевые диаграммы
- •Прогнозирование
- •Количественные характеристики
- •Технико-экономическое обоснование (тэо)
- •Этап проектирования (синтез систамы)
- •Статическая (структурная) модель
- •Модель репозитория
- •Модель абстрактной машины
- •Статическая модель распределенной архитектуры.
- •Файл-серверные приложения.
- •Клиент-серверные приложения.
- •Двух- и трехуровневые архитектура клиент-сервер.
- •Архитектура распределенных объектов.
- •Динамическая модель
- •Пользовательский интерфейс
- •Психофизические особенности человека, связанные с восприятием и обработкой информации.
- •Основные критерии оценки интерфейсов
- •Типы интерфейсов пользователя
- •Интерфейс примитивный
- •Интерфейс Меню.
- •Интерфейс со свободной навигацией (графический интерфейс).
- •Классификации и принципы разработки диалогов.
- •Типы диалога.
- •Формы диалога.
- •Фразовая форма
- •Директивная форма
- •Табличная форма
- •Состав и содержание технического проекта.
- •Вопросы и задания для самопроверки
- •Глоссарий
- •Глава III.Каноническое проектирование и документирование проекта 1
Этап системного анализа
Это начальный этап разработки любого ПО (см. рис. I-2), он состоит из выполнения ряда работ, каждая из которых заканчивается разработкой документа, которые затем обобщаются в итоговом документе – Техническом задании (ТЗ):
предпроектные исследования (см. раздел 1.01.1) цель которых исследовать проблему, потребности заказчика, имеющийся рынок программных продуктов. В результате делается вывод о необходимости проведения разработки ПО, или напротив, о нецелесообразности разработки. Эти выводы излагаются в «отчете об осуществимости».
сбор и анализ требований (см. раздел 1.01.2) проводится, если на предыдущей стадии был сделан вывод в пользу новой разработки. Это сложный и ответственный этап Он был рассмотрен в пп. 1.01.2. Требования не только собираются с учетом потребностей всех категорий пользователей, но и:
систематизируются,
анализируются на полноту и непротиворечивость,
упорядочиваются в соответствии с приоритетностью (приоритет присваивается каждому требованию),
идентифицируются,
регистрируются и
аттестуются.
Итогом этой работы является спецификация требований, которая с одной стороны составит основу ТЗ (итогового документа системного анализа), а с другой является базой, на которой строятся прогнозы об основных параметрах проекта: размере, трудоемкости, стоимости и длительности.
прогнозирование работ – спецификация требований анализируется экспертами, которые, основываясь на собственном опыте и на метрических данных от аналогичных проектах делают прогнозы о величине проекта, о его сложности, о необходимых работах для его проведения. И составляется ТЭО – технико-экономическое обоснование
планирование - на основе проведенных предварительных оценок проводится планирование работ и финансовых затрат, весь объем работ разбивается на этапы, для каждого из которых определяются стоимость, трудоемкость и длительность, а также в каком виде должны быть предоставлены результаты его выполнения. В итоге формируется календарный график работ.
В этом списке пункты а) и b) уже рассмотрены подробно в главе 1, поэтому остановимся на прогнозировании и планировании работ. Начнем же со стандарта на составление ТЗ.
Техническое задание
Техническое задание- это документ, определяющий цели, требования и основные исходные данные, необходимые для разработки автоматизированной системы управления.
Стандарт 19.201-78 устанавливает порядок построения и оформления технического задания на разработку программы или программного изделия для вычислительных машин, комплексов и систем независимо от их назначения и области применения. Основные его положения сведены в Таблица III -3.
Таблица III‑3 Разделы ТЗ на разработку ПО по ГОСТ 19.201-78
Наименование раздела |
Содержание |
- введение;
|
|
основания для разработки; |
|
- назначение разработки; |
указано функциональное и эксплуатационное назначение программы или программного изделия. |
- требования к программе или программному изделию; |
|
- требования к программной документации; |
предварительный состав программной документации и, при необходимости, специальные требования к ней |
- технико-экономические показатели; |
|
- стадии и этапы разработки;
|
|
порядок контроля и приемки |
указаны виды испытаний и общие требования к приемке работы. |
в ТЗ допускается включать приложения. |
|
Техническое задание – это основной документ, определяющий соглашение между разработчиком и заказчиком на разработку ПО. Это единственный документ (кроме акта о приемке проекта), который подписывается как руководством заказчика, так и руководством разработчика. Именно он служит основанием для предъявления претензий в суде. И поэтому следует ответственно относиться к его составлению.
ТЗ читает множество разных людей (см. Error: Reference source not found), начиная от высшего руководства компании - заказчика системы и заканчивая рядовым разработчиком системы.
Если проанализировать содержательную часть ТЗ, то можно видеть, что ТЗ базируется на:
спецификации требований к ИС
технико - экономическом обосновании (ТЭО)
плане выполнения работ
Собственно, план работ часто рассматривают как составную часть ТЭО, но рассмотрим их последовательно. Надо сразу оговорить, что и план работ, и ТЭО, входящие в состав ТЗ, весьма приблизительны. Они будут дорабатываться и уточняться в течении всего процесса проектирования.
Для разработки ТЗ надо проделать в полной мере все работы по сбору, анализу и специфицированию требований к разрабатываемой ИС. Методы этих работ были подробно описаны в Главе I. Поэтому рассмотрим подробнее что подразумевается под ТЭО и планированием работ.
Рис. III‑2 Востребованность ТЗ