Формализация процессов выполнения проектных работ от моделей процессов к регламентам и управлению проектным производством Ревзин Виталий Ефимович 19 March 2018
Почему на работает информационная технология? Типичная ситуация в большинстве проектных организаций q Закуплены программные продукты q Проведено обучение специалистов q Выполнены «пилотные» проекты q Современная информационная технология практически не используется © ЗАО «Си. Софт» , 2013
Автоматизация проектирования. Что ждем? Ø Уменьшение количества ошибок проектирования путем применения современных технологий (например, 3 D проектирования) и автоматизации передачи информации между специальностями. Ø Максимальная автоматизация выпуска проектной документации и уменьшение количества оформительских работ Ø Возможность оперативной перестройки процесса проектирования под изменяющиеся условия (требования собственников, применение современных средств автоматизации, изменение тематики выполняемых работ и т. д. ) Ø Возможность планировать работы и загрузку ресурсов организации. Ø Получение оперативной информации о ходе выполнения работ для всех уровней руководителей, от руководителей служб, до высшего руководства. Ø И, главное, ПОЛУЧЕНИЕ МАКСИМАЛЬНОЙ ПРИБЫЛИ ©ЗАО «Си. Софт»
Что необходимо для полноценного внедрения новых технологий? q Формализация процессов проектирования q Разработка единой информационной концепции проектирования q Регламентирование и стандартизация работ с использованием современных информационных технологий ©ЗАО «Си. Софт»
Формализация процесса проектирования Этапы: q Формализация процесса «как есть» . Эта работа даст возможность описать существующий процесс и является основой описания изменений в самом процессе проектирования с использованием современных (в том числе и 3 D) технологий. q Описание процессов «как должно быть» с учетом использования современных технологий проектирования. © ЗАО «Си. Софт» , 2013
Проектирование – это производство q Проектирование, как любое производство характеризуется наличием технологии. q Технология – последовательность целенаправленных действий, ведущих к получению продукта (в нашем случае – это ПСД, информационные модели объектов) q Технология объективно существует, но она не формализована должным образом – это существенно затрудняет внедрение любых автоматизированных систем q Важным признаком любой технологии является ее воспроизводимость, возможность многократного применения q Если процесс воспроизводим, то его можно моделировать q Модели процессов – возможность полномасштабной формализации © ЗАО «Си. Софт» , 2013
Формализация: структурирование + регламентация Структурирование: q Выработка основных понятий и определений (глоссария) q Классификация объектов: проектных специальностей, заданий, видов работ, видов процессов проектирования и т. п. q Детализация описания технической информации Регламентация: q Разработка регламентов выполнения работ, пошаговых инструкций q Выработка нормативов на выполнение работ © ЗАО «Си. Софт» , 2013
Кому и зачем это нужно q Люди, в отличие от компьютеров, отлично работают с неформализованной информацией q В небольших организациях не имеет смысла проводить работы по полномасштабной формализации процессов q Чем больше проектный институт, чем сложнее структура организации и масштабнее выполняемые проекты, тем актуальнее задачи по формализации процессов q Формализация процессов дает возможность настроить интерфейсы по передаче информации между смежными специальностями q Организовать планирование и мониторинг хода работ q Быстро адаптироваться к смене условий работы: программного обеспечения, требований заказчиков © ЗАО «Си. Софт» , 2013
Методика моделирования процесса проектирования q Каждый проект уникален – модель процесса с полной детализацией нельзя использовать повторно q Нужно выбрать правильную степень детализации – поэтому процесс проектирования представляется, как последовательность ключевых событий (шагов процесса) q Шаг процесса – это выполнение одного или нескольких заданий определенных видов Примеры шагов: «Выдача задания на проектирование ГИПом» , «Выдача всех заданий на потребляемые ресурсы всеми отделами-технологами сооружений смежникам» , «Выдача рабочего генплана» q Такая модель процесса проектирования инвариантна – не зависит от объекта проектирования – можно использовать многократно q Такая модель процесса проектирования универсальна – не содержит сведений об используемых программных продуктах – может использоваться после перехода на другое ПО © ЗАО «Си. Софт» , 2013
Порядок выполнения работ по моделированию процессов Этап 1: Получение формализованного описания процессов Проводится разработка: q Основных терминов и определений q Классификаторов специальностей и видов проектных заданий q Пошаговых моделей процессов с привязкой к видам заданий и специализациям q Моделей процессов операционного уровня: выдача и коррекция задания, выпуск и внесение изменений в документацию Этап 2: Тестирование и коррекция полученных моделей процессов На примере реальных проектов выполняется: q Разработка плана проекта согласно пошаговой модели q Сбор и анализ информации о ходе выполнения проекта q Коррекция модели процесса по результатам тестирования q Разработка и согласование окончательной модели процесса © ЗАО «Си. Софт» , 2013
Разработка единой информационной концепции проектирования q Процесс проектирования существенно не меняется q Обмен информацией неизменен и соответствует технологии процесса проектирования q Содержание информации, передаваемой между специальностями, неизменно ©ЗАО «Си. Софт»
Разработка единой информационной концепции проектирования Этап 1: Проводится разработка: q Общей схемы информационных потоков между проектными специальностями q Структурирование информации. q Определение информационных потоков связывающих специальности на разных этапах проектирования q Определение содержания и структуры передаваемой информации q Разработка шаблонов заданий и определение их содержания ©ЗАО «Си. Софт»
Разработка единой информационной концепции проектирования Этап 2: Проводится: q Выбор способа реализации БД в соответствии с разработанной структурой. Определить, будет ли это отдельный продукт, или выбрать базовое ПО, с удовлетворяющей вас системой хранения данных и настроить его под разработанную структуру. q Разработка требования к механизму передачи данных между различным ПО и БД. При этом основная задача, решаемая разработанной концепцией, информационно связать разнородное ПО в единую систему. q Разработка схемы процесса проектирования с применением САПР. q Проведение дальнейшей детализации информационной схемы ©ЗАО «Си. Софт»
Разработка единой информационной концепции проектирования Технологич еские схемы с КИПи. А Технологич еские расчеты Электротех ническая часть КИП БД по трубам, оборудованию и арматуре Монтажная часть, ОВ, ВК База данных КИП База данных электрооборудован ия Задания Расчет изоляции Прочностной расчет Гидравлически й расчет Данные + задания Изыскания Архитектурн о. Строительн ая часть Расче т Генплан, Сети, Дороги БД строительн ых материалов Сметы Данные для смет Документация на выпуск Бесшовная связь Графика ПСД
Технологический отдел - Строители Energy. CS ТКЗ Electri. CS ECP Electri. CS Storm MS ЛЭП nano. CAD СКС nano. CAD ОПС Задание Energy. CS Электрика Технологическая схема Electri. CS 3 D MS Кабельное хоз-во Electri. CS Light 3 D Модель ТХ, Ои. В, Ви. К MS Молниезащита Проект 3 D Модель Инженер-технолог (ОТП, ТТО) Инженерархитектор (АСО) ИЗ, ГП Auto. CAD Civil 3 D EPLAN 3 D Модель Архитектура и строительство 3 D Модель Расчеты ТХ, Ои. В, Ви. К 1. Задание на фундаменты и опорные конструкции (dwg) 2. Задание на отверстия (dwg) Поэтажная 3 D модель (файл dwg) Energy. CS Режим Hysys 3 D модель (dwg) с графическим представлением опор и гильз Задание PS Электрика Поэтажная 3 D модель (файл dwg) Прочие расчеты СТАРТ Изоляция Гидросистема Предклапан Расчеты и прочие задачи Проект Архитектура и строительство Plant-4 D Project Studio (Фундаменты) Geoni. CS ЛИРА-САПР Инженер-архитектор (АСО) Инженер-технолог (ОТП, ТТО)
Разработка единой информационной концепции проектирования PS Электрика Energy. CS Электрика Прочие расчеты Процесс Hysys КИПи. А EPLAN Energy. CS Режим Plant-4 D Energy. CS ТКЗ Технологическая схема Electri. CS ECP Electri. CS Storm MS ЛЭП nano. CAD СКС nano. CAD ОПС Electri. CS 3 D Plant-4 D Схемы Расчеты ТХ, Ои. В, Ви. К СТАРТ Изоляция MS Кабельное хоз-во Гидросистема Electri. CS Light MS Молниезащита 3 D Модель ТХ, Ои. В, Ви. К Предклапан Plant-4 D Трубопроводы ИЗ, ГП Auto. CAD Civil 3 D Geoni. CS 3 D Модель Архитектура и строительство Расчеты и прочие задачи Архитектура и строительство Project Studio (Фундаменты) Auto. CAD Architecture ЛИРА-САПР
Технологический отдел - Строители Energy. CS ТКЗ Electri. CS ECP Electri. CS Storm Файловы й сервер Внешняя ссылка на поэтажну ю 3 D модель MS ЛЭП nano. CAD СКС nano. CAD ОПС Задание Energy. CS Электрика Electri. CS 3 D Plant-4 D Технологическая схема Plant-4 D Схемы MS Кабельное хоз-во 3 D Модель ТХ, Ои. В, Ви. К MS Молниезащита Auto. CAD Architecture Инженер-технолог (ОТП, ТТО) Инженерархитектор (АСО) Auto. CAD Civil 3 D Geoni. CS Файловы й сервер Plant-4 D Трубопроводы 3 D Модель Plant-4 D Расчеты ТХ, Ои. В, Ви. К СТАРТ Изоляция Гидросистема Electri. CS Light Проект ИЗ, ГП TDMS 3 D модель (dwg) с графическим представлением опор и гильз Поэтажная 3 D модель (файл dwg) Energy. CS Режим PS Электрика EPLAN Внешняя ссылка на 3 D модель Задание Поэтажная 3 D модель (файл dwg) Прочие расчеты Hysys 1. Задание на фундаменты и опорные конструкции (dwg) 2. Задание на отверстия (dwg) TDMS 3 D Модель Архитектура и строительство Auto. CAD Architecture Предклапан 3 D Модель Расчеты и прочие задачи Проект Архитектура и строительство Plant-4 D Auto. CAD Plant-4 D Project Studio (Фундаменты) Architecture ЛИРА-САПР Инженер-архитектор (АСО) Инженер-технолог (ОТП, ТТО)
Регламентирование и стандартизация работ с использованием современных информационных технологий ©ЗАО «Си. Софт»
Структура документации 1 -й уровень Документы, содержащие термины и определения 2 -й уровень Документы, описывающие процесс концептуально 3 -й уровень Документы, описывающие процесс с учетом специфики ПО 4 -й уровень Пошаговые инструкции © ЗАО «Си. Софт» , 2013
Пример документа первого уровня Стандарт «Электронная модель объекта» . Настоящий стандарт определяет понятие электронной модели объекта проектирования, общие требования к ней, виды контроля электронной модели, ее статусы и этапы жизненного цикла. Такие документы необходимы, чтобы всегда однозначно понимать значения терминов. ©ЗАО «Си. Софт»
Регламентирующая документация 2 уровня q Регламентирующая документация 2 уровня включает в себя документы, описывающие технологические правила проектирования с применением электронных моделей. q Документация 2 -го уровня получается на основе моделей бизнес-процессов проектных работ с использованием САПР. При этом описываются общие принципы, без привязки к конкретному программному обеспечению q В ходе разработки моделей создаются «Унифицированные варианты моделей бизнес процессов проектирования» , предусматривающие разработку различных типов проектов для различных ведущих специальностейтехнологов объектов ©ЗАО «Си. Софт»
Примеры документов второго уровня ©ЗАО «Си. Софт»
Регламентирующая документация 3 -го и 4 -го уровней 3 -й уровень Создается на базе документации 2 -го уровня с привязкой к используемому ПО Как правило, документация этого уровня содержит: q Регламенты и инструкции, описывающие правила коллективной работы внутри одной специальности для q Регламенты и инструкции по взаимодействию различных специальностей в ходе совместной работы q Регламенты и инструкции по созданию, пополнению и ведению баз данных 4 -й уровень Инструкции по работе с программным обеспечением, например: q Порядок настройки шаблонов выходных документов для SPI q Порядок получения исходных данных для SP P&I q Порядок публикации данных из SP P&I q Порядок публикации выходных документов из SPF ©ЗАО «Си. Софт»
Пример структуры регламентирующей документации 3 -го и 4 -го уровня Общие регламенты Регламент на административно-организационные мероприятия, необходимые для выполнения нового 3 D проекта (МИ) КИП и А (SPI) Проектирование Общие требования к выполнению основных работ инженером КИПи. А в SPI (СТП) Порядок настройки шаблонов выходных документов в SPI (РИ) Администрирование ©ЗАО «Си. Софт» Порядок получения исходных данных в SPI (РИ) Регламент по оценки готовности проекта в SPI (МИ) Порядок публикации данных из SPI в SPF (РИ) Порядок публикации выходных документов из SPI в SPF. (РИ) Правила идентифика ции средств автоматиза ции в SPI. Общие требования. (СТП) Порядок формирова ния выходных документов в SPI (РИ)
Роль системного интегратора • Разработки такого рода требуют долгой и кропотливой работы, наличия знающего проектное производство персонала, способного анализировать существующую ситуацию, генерировать решения. • Проблемы с наличием свободного времени и возможностью отвлечения ведущих специалистов на долгий срок от основной работы. Требования к системному интегратору • Обладание не только знаниями в области САПР, но и знаниями в области проектирования, бизнес процессов, • Наличие опыта аналогичной работы с проектными организациями. ©ЗАО «Си. Софт»
Роль системного интегратора ГК CSoft осуществляет консалтинг и внедрение комплексных решений в области систем автоматизированного проектирования (САПР), технологической подготовки производства (ТПП), документооборота и геоинформационных систем (ГИС). Большая часть решений базируется на уникальном сочетании мировых и отечественных разработок в этой области. Сегодня в нашем активе десятки успешных комплексных проектов, собственные методики обследования организаций, внедрения проектно-конструкторских и технологических решений, опыт создания стандартов в области САПР и документооборота, специализированные решения для узкопрофильных заказчиков. Услуги, предлагаемые CSoft, включают анализ существующей технологии выполнения работ, определение наиболее эффективных программно-аппаратных решений, разработку концепции развития САПР на предприятии, поставку, установку и настройку компонентов автоматизированной системы, обучение пользователей, выполнение пилотных проектов, внедрение автоматизированных систем «под ключ» . ©ЗАО «Си. Софт»
СПАСИБО! ЗАО «Си. Софт» (CSoft) Москва, 121351, Молодогвардейская ул. , д. 46, корп. 2 Тел. : (495) 913 -2222 Факс: (495) 913 -2221 www. csoft. ru
Скачать презентацию Формализация процессов выполнения проектных работ от моделей процессов
433b4b30e2a1a6939a050b445c1d4364.ppt