Формирование требований к АС

Рисунок 2-6. Влияние организационной структуры на проект

Классическая функциональная организация, показанная на рис. 2-7, является иерархической структурой, в которой каждый служащий имеет одного четко выделяемого руководителя. Персонал группируется по специальностям, как, например, производство, маркетинг, инженерные науки и отчетность. Инженеры далее могут быть разделены на функциональные организации, поддерживающие работу основной организации, например механиков или электриков. Функциональные организации также выполняют проекты, но содержание проектов ограничено рамками функционального подразделения: инженерный отдел функциональной организации выполняет свои задачи независимо от производственного отдела или отдела маркетинга. Когда новый продукт разрабатывается в чисто функциональной организации, фаза проектирования, часто называется проектом проектирования, включает только персонал инженерного отдела. Когда возникает вопрос, касающийся производства, служащие подают запрос вверх по иерархической лестнице организации руководителю их отдела, который консультируется с руководителем производствен ного отдела. Руководитель инженерного отдела затем передает ответ по иерархической лестнице вниз функциональному руководителю.

РИСУНОК 2-7. ФУНКЦИОНАЛЬНАЯ ОРГАНИЗАЦИЯ

РИСУНОК 2-8. ПРОЕКТНАЯ ОРГАНИЗАЦИЯ

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

РИСУНОК 2-9. СЛАБАЯ МАТРИЧНАЯ ОРГАНИЗАЦИЯ

РИСУНОК 2-10. СБАЛАНСИРОВАННАЯ МАТРИЧНАЯ ОРГАНИЗАЦИЯ

Матричная организация, как показано на рисунках 2-9 – 2-11, представляет собой сочетание функциональной и проектной организации. Слабые матрицы сохраняют многие характеристики функциональной организации, и функции менеджера проекта в них скорее соответствуют функциям координатора или диспетчера проектов, а не менеджера. Аналогично, сильные матрицы обладают многими характеристиками проектных организаций, в них могут быть штатные менеджеры проектов с широкими полномочиями и также входящий в штат управленческий персонал проектов. В сбалансированной матричной организации осознают необходимость в менеджере проекта, однако в ней он не обладает всеми полномочиями по управлению проектом и финансированием проекта (рис. 2-6).

РИСУНОК 2-11. СИЛЬНАЯ МАТРИЧНАЯ ОРГАНИЗАЦИЯ

РИСУНОК 2-12. СМЕШАННАЯ ОРГАНИЗАЦИЯ

Большая часть современных организаций включает в себя все эти структуры на разных уровнях иерархии, как показано на рис. 2-12 (Смешанная организация). Например, даже полностью функциональная организация может создать специальную проектную команду для управления критически важным проектом. Такая команда может обладать многими характеристиками команды проекта в проектной организации. Такая команда может включать работающий с полной занятостью персонал из различных функциональных подразделений, может разработать свой собственный набор рабочих процедур и может работать вне стандартной для данной организации формализованной структуры отчетности.

Исполняющая организация. Предприятие, чьи сотрудники непосредственно участвуют в исполнении проекта. … Структура исполняющей организации часто накладывает ограничения на доступность ресурсов.

5 Что регламентирует ГОСТ 34?

ГОСТ 34. Разработка автоматизированной системы управления (АСУ)

«Вернуться к списку статей

Далее мы рассмотрим в отдельности каждую стадию и перечень документов согласно ГОСТ 34, который должен фиксировать результаты проведенных работ.

Жизненный цикл процесса создания АСУ согласно ГОСТ 34 (ГОСТ 34.601-90) включает следующие стадии:

• Формирование требований к АС
• Разработка концепции АС
• Техническое задание
• Эскизный проект
• Технический проект
• Рабочая документация
• Ввод в действие
• Сопровождение АС

Далее мы рассмотрим в отдельности каждую стадию и перечень документов согласно ГОСТ 34 (ГОСТ 34.201-89), который должен фиксировать результаты проведенных работ.

Формирование требований к АС

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

Обследование также должно провести анализ автоматизированных систем, уже функционирующих в рамках объекта автоматизации. На данном этапе необходимо также определить степень интеграции создаваемой АС с существующими системами. Кроме того должен быть проведен сбор и анализ сведений о зарубежных и отечественных аналогах, создаваемой АС.

На базе полученных данных необходимо выявить основные функциональные и пользовательские требования к АС.

В результате проведенных исследований должен быть составлен аналитический отчет (в качестве основы для создания документа взят ГОСТ 7.32-2001 «Отчет о НИР»), который должен содержать следующую информацию:

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

Разработка концепции АС

Исходя из результатов, проведенных исследований объекта автоматизации, согласно ГОСТ 34 разрабатывается несколько вариантов концепций АС, удовлетворяющих требованию пользователей. Концепции АС могут быть представлены заказчику в виде отчета о выполненных работах, или отдельного документа «Концепция АС», или стать частью аналитического отчета.

Техническое задание (ТЗ)

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

Стандартом для разработки данного документа является ГОСТ 34.602-89, регламентирующий содержание разделов и стиль изложения в ТЗ.

Итак, согласно ГОСТ 34 техническое задание должно включать следующие разделы:

1. Общие сведения

2. Назначение и цели создания (развития) системы

3. Характеристика объектов автоматизации

4. Требования к системе

5. Состав и содержание работ по созданию системы

6. Порядок контроля и приемки системы

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

8. Требования к документированию

9. Источники разработки.