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

ПРЕДПРОЕКТНАЯ СТАДИЯ.

ЛЕКЦИЯ 6.

Состав проектной документации определяется масштабом разрабатываемой системы. В общем случае результаты предпроектного обследования должны быть зафиксированы в двух основных документах: технико-экономическом обосновании разработки АЭИС и техническом задании на разработку АЭИС.

Результатом 1 этапа является технико-экономическое обоснование разработки АЭИС. В этом документе должно быть четко сформулировано, что получит заказчик, если согласится финансировать проект; когда он получит готовый продукт (примерный график выполнения работ); сколько это будет стоить (для крупных проектов должен быть составлен график финансирования на разных этапах работ). В документе должны быть отражены не только затраты, но и выгода, например время окупаемости проекта, ожидаемый экономический эффект (если его удается оценить). Кроме того, особо нужно указать, что не будет реализовано в рамках данного проекта, а также будущие требования к системе в случае ее развития (например, возможность работы пользователя с системой через Интернет и т.п.), совокупность условий, при которых предполагается эксплуатировать будущую систему

В соответствии с ГОСТ 34-602-89 «Комплекс стандартов на автоматизированные системы. Техническое задание на создание автоматизированной системы » этот документ является основным, определяющим требования и порядок создания автоматизированной системы, в соответствии с которым проводится разработка АЭИС и ее приемка при вводе в действие. ТЗ на АЭИС разрабатывают на основании исходных данных, в том числе содержащихся в технико-экономическом обосновании создания АЭИС.

ТЗ содержит:

· описание основных целей создания системы, критерии эффективности ее функционирования;

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

· перечень основных показателей (параметров), которые должны быть достигнуты в условиях автоматизированного управления объектом;

· перечень функций управления с указанием входных и выходных документов, периодичность решения и формы представления информации для каждой функции;

· требования к программному, информационному, организационному и техническому обеспечению;

· ограничения, риски, критические факторы, влияющие на успешность проекта (например, время реакции системы на запрос является заданным ограничением, а не желательным фактором);

· план-график разработки подсистем и их внедрения.

ТЗ – официальный документ, создаваемый и утверждаемый в установленном порядке.

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