Организационный аспект

Организация работ по проектированию ЭИС определяется порядком взаимодействия между несколькими сторонами, участвующими в этом процессе: пользователем, заказчиком, администратором, разработчиком.

Пользователь – это организация или группа подразделений, которые используют результаты обработки информации на ЭВМ. Для ЭИС под пользователем понимают прежде всего административно – управленческий аппарат, для которого создается эта система. Пользователь выполняет следующие функции:

1. формирует исходные данные для проектирования и обработки;

2. определяет состав задач для автоматизации;

3. определяет основные требования к задачам и режим функционирования системы.

Заказчик – это ответственное лицо, под которым понимается организация ил подразделение, которое выполняет следующие функции:

1. формирует требования к системе и ее частям;

2. выдает техническое задание, финансирует разработку ЭИС;

3. обеспечивает проведение комплекса мероприятий по ее созданию;

4. проводит внедрение и прием проекта ЭИС.

При этом заказчик несет ответственность перед пользователем за соответствие состава и характеристик решаемых задач, режима функционирования ЭИС исходным данным пользователя, правильность использования ресурсов во время проектирования.

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

Разработчик – это ответственное лицо (организация, подразделение), которое выполняет следующие функции:

1. разрабатывает ЭИС по техническому заданию заказчика;

2. принимает участие во внедрении;

3. осуществляет сдачу проекта заказчику;

4. осуществляет авторское сопровождение проекта.

Разработчик несет ответственность перед заказчиком за правильность реализации требований ТЗ на ЭИС, научно–технический уровень разработки, сроки проведения работ, качество проектной документации, правильность расхода денежных средств.

Существует несколько типов схем организации работ с участием четырех сторон, выбор которых зависит от объема заказа.

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

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

	Пользователь
Исходные данные для проектирования	Исходные данные для обработки	Результаты обработки данных
	Заказчик, разработчик, администратор

Рис. 13. Схема организации работ для небольших заказов

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

Схема организации работ имеет вид:

	Пользователь
Исходные данные для проектирования	Данные для обработки	Результаты обработки данных
	Заказчик, администратор
ТЗ, исходные данные для проектирования и финансирования		Проектная документация ТП
	Разработчик

Рис. 14. Схема организации работ при наличии сложного заказа

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

Однако эта схема имеет недостатки:

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

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

В том случае, если заказчик – большая организация, которая курирует разработку нескольких проектов ЭИС, применяют следующую схему.

	Пользователь	Данные для обработки
Исходные данные для проектирования		Администратор
		Эксплуатационная документация
	Заказчик
ТЗ, исходные данные для проектирования и финансирования		Проектная документация ТП
	Разработчик

Рис. 15. Схема организации работ при полном разделении функций участвующих сторон

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

1. более высокая степень специализации работников, следовательно, более высокий профессиональный уровень;

2. возможность организованного контроля за сроками и качеством работ.

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

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

	Заказчик
	ТЗ	Договор
	Головная организация
	Частное ТЗ	Частный договор
	Организация – исполнитель 1-го уровня			Положение о взаимодействии соисполнителей
	Частное ТЗ	Частный договор
	Организация – исполнитель 2-го уровня

Рис. 16. Схема организации работ с использованием организаций-исполнителей