УДК 69:658.51
А.А. Волков, В.В. Гуров*, С.М. Задиран, Е.Н. Куликова
ФГБОУ ВПО «МГСУ», *ООО «Синрджетик Проджектс»
ПЕРЕДАЧА ДАННЫХ В АВТОМАТИЗИРОВАННОЙ СИСТЕМЕ
ПАРАЛЛЕЛЬНОГО ПРОЕКТИРОВАНИЯ И СТРОИТЕЛЬСТВА
Описаны процессы отчетности и передачи электронных данных автоматизированной системы параллельного проектирования и строительства. Особое внимание уделено автома-тизированному формированию и обслуживанию комплексного сетевого графика реализации проекта. Даны некоторые организационные рекомендации по автоматизации и внедрению.
Ключевые слова: данные, система, автоматизация, проектирование, строительство.
Очевидно, что основные проблемы нового подхода к организации строительной
дея-тельности — параллельного проектирования и строительства — возможно решить только
путем автоматизации. Вопрос автоматизации неразрывно связан с проблемой
совмести-мости форматов при передаче данных. Этот вопрос принципиально важен, так как
автома-тизация параллельного проектирования подразумевает применение разных программных
продуктов, как правило, совместимых между собой лишь частично. Более того, требуется
максимальное упрощение форм и процедур передачи данных, так как масштабные
стро-ительные проекты носят комплексный характер, состоят из десятков и сотен объектов,
связанных между собой логикой нескольких уровней. Однако упрощение не должно быть
самоцелью, потому что приоритетной остается задача передачи максимально полного
объ-ема качественной (актуальной, достоверной, непротиворечивой и проч.) информации.
Передача данных в автоматизированной системе параллельного проектирования и
строительства привязана в первую очередь к требованиям заказчика по отчетности. Саму
отчетность можно разделить на три уровня (по приоритету).
1. Краткая отчетность по текущему состоянию проекта для руководителей высшего
уровня. Этот отчет обычно делается на основе комплексного сетевого графика.
2. Комплексный сетевой график, обновляемый раз в неделю. Основной документ,
который особо описывается в генподрядном контракте. В нем детально представлены
все этапы реализации строительного проекта.
3. Разнообразная ежедневная отчетность (по выполненным объемам, персоналу,
технике, поставкам оборудования, поставкам материалов, передаче рабочей
документа-ции, финансам и т.д.), которая необходима для обновления комплексного сетевого
графи-ка. К этому уровню относится и передача генподрядчику рабочих чертежей.
Из представленной иерархии видно, что в центре системы находится комплексный
сетевой график. Именно исходя из него формируются другие отчеты, виды их форм и
форматы данных. Иными словами, комплексный сетевой график — это основной
доку-мент и инструдоку-мент по работе и управлению проектом, от которого зависят все
принима-емые решения по управлению проектом на всех уровнях. Далее подробнее рассмотрим
требования к документам на всех трех уровнях иерархии отчетности.
Первый уровень иерархии
. Как правило, форма отчета содержит 2 подуровня. На
дожим-ные компрессордожим-ные установки, воздушдожим-ные компрессордожим-ные установки, установки
произ-водства азота, пункт подготовки газа, склады, циркулярно-противопожарная насосная,
резервуары запаса воды, вентиляционные градирни, масляная насосная станция,
насная станция дизельного топлива, резервуары дизельного топлива, разные очистные
со-оружения и насосы, эстакада технологических трубопроводов и кабелей, инженерная
сеть бытового водопровода и канализации, сеть токопроводов выдачи мощности,
мол-ниеотводы, сеть связи, дороги, парковки, административное здание, здание гражданской
обороны (ГО) и чрезвычайных ситуаций (ЧС) (убежище), сторожевые посты и другие
сооружения. Если рассматривать нефтеперерабатывающие заводы (НПЗ), то перечень
объектов исчисляется сотнями, а такой отчет необходимо будет разделять на три уровня,
где объекты целесообразно позиционировать на нижнем, а на втором — среднем —
сле-дует рассматривать производственные площадки (каждая такая площадка в НПЗ обычно
включает в себя приблизительно от 30 до 300 отдельных объектов технологического
обо-рудования и несколько капитальных зданий).
По каждому объекту и проекту в целом приводится целый ряд аналитических
по-казателей: даты начала и завершения по целевому плану комплексного сетевого графика,
фактические и ожидаемые даты начала и завершения по комплексному сетевому
гра-фику, процент выполнения работ по объекту и проекту в целом, отклонения в днях от
сроков завершения объектов и проекта в целом, прирост процента выполнения за
не-делю, примечания с указанием причин срывов сроков или иной информации. Следует
отметить, что процент выполнения работ по объекту может рассчитываться несколькими
способами, которые зависят от уровня детализации комплексного сетевого графика и
наличия (или отсутствия) и вида весовых коэффициентов, установленных в контракте
(обычно весовые коэффициенты зависят от трудоемкости, либо от стоимости
выполне-ния работ). Если весовых коэффициентов не предусмотрено, то процент рассчитывается
как средний арифметический между работами из объекта в комплексном сетевом
графи-ке, но с учетом длительности отдельных работ (т.е. за работу длительностью один месяц
будет присваиваться больший процент, чем за работу длительностью в один день). Если
весовые коэффициенты учитываются, то сначала будет рассчитан процент работ по
ве-сам из сетевого графика (т.е. фактический процент, умноженный на коэффициент веса),
а затем их среднее арифметическое — этот способ позволяет точнее рассчитать процент,
но требует больших трудозатрат по расчету и формированию комплексного сетевого
гра-фика. Обычно этот отчет формируется вручную, так как довольно прост по сравнению
с комплексным сетевым графиком или ежедневными отчетами. При этом, процент
вы-полнения и контрольные даты можно обновлять в отчете и в автоматизированном виде,
загружая данные напрямую из комплексного сетевого графика. Однако для этого
необ-ходимо, чтобы комплексный сетевой график содержался в единой базе данных,
постро-енной по клиент-серверной архитектуре, куда специальное программное обеспечение
будет обращаться по мере необходимости.
Второй уровень иерархии
. Комплексный сетевой график обычно представляет
со-бой график Ганта, составленный в какой-либо автоматизированной системе управления
проектами. Для небольших проектов (когда возводится только один объект) можно
ис-пользовать однопользовательскую платформу MS Project. Для крупных (особенно
про-мышленных) проектов, где объектов существенно больше (см. пример ТЭС выше),
одно-пользовательская платформа уже не годится. В таких случаях необходимо применять
многопользовательскую клиент-серверную платформу, например, Primavera.
графики и электронные документы, привязанные к работам графиков в единой базе
дан-ных. К этой базе данных пользователи в соответствии со своими правами доступа могут
обращаться через интерфейс Primavera. Базой данных для шестой и более поздних
вер-сии Primavera служит Oracle. Пятая версия поддерживает SQL Server или MSDE-2000.
Структура и детализация сетевого графика также обычно разделяется по уровням.
На верхнем уровне находится весь проект в целом, а на нижнем — отдельные работы,
обычно — строительной части (так как там требуется бόльшая детализация, чем в
про-ектировании и предпроектной подготовке). На промежуточных уровнях находятся этапы
предпроектной и проектной подготовки, строительство, разделенное по объектам, а
так-же этапы строительства внутри отдельных объектов. Число уровней в графике обычно
не менее четырех и не более восьми. Если в графике менее четырех уровней, это
по-казатель относительно небольшого проекта, либо график рассматривается как
укруп-ненный. На практике нередко сначала строится укрупненный график и подписывается
как целевой план, так как сделать детальный в строительной части без наличия рабочих
чертежей достаточно проблематично. График детализируется по ходу передачи рабочей
документации параллельно со строительством. При наличии у планировщика высокой
квалификации и опыта работы с подобными объектами или наличия типовых проектов
полностью детализированный график можно подготовить заранее, однако он все же
бу-дет незначительно меняться по ходу передачи рабочей документации.
Комплексный сетевой график необходимо обслуживать, т.е. регулярно обновлять
процент выполнения работ (обычно раз в неделю), вносить изменения в технологию
строительных работ, добавлять новые работы и убирать ненужные, вносить новые
ана-литические показатели по требованию руководства заказчика, давать примечания к
ра-ботам (обычно по причине срыва сроков или их переноса). Обслуживает график обычно
тот планировщик, который его составляет. Объем работы при этом значительный, но при
грамотном проектировании системы мониторинга и реализации взаимно согласованной
автоматизированной отчетности на всех иерархических уровнях планировщик высокой
квалификации может обслуживать несколько графиков в неделю.
Планировщик должен обновлять график, руководствуясь полученными ежедневными
отчетам, а также использовать автоматизированный доступ к электронным базам с
черте-жами посредствам применяемой системы автоматизированного проектирования (САПР),
чтобы контролировать конструктивные решения в чертежах и правильно производить
де-тализацию и изменения в технологии строительных работ комплексного сетевого графика.
При обновлении процента выполнения работ планировщик в первую очередь принимает
во внимание ежедневный отчет по выполненным объемам работ, передаче рабочей
доку-ментации и поставкам. Анализ эффективности выполнения в комплексном сетевом
графи-ке выполняется с помощью ежедневных отчетов по персоналу и техниграфи-ке.
Комплексный сетевой график — это основной аналитический документ, в котором
в единой взаимосвязи представлены проектирование, строительство, поставки. Именно
этот документ обычно обсуждается на селекторных совещаниях руководства проекта и
с заказчиком.
Третий уровень иерархии
. Всю необходимую информацию можно подразделить на
три типа:
обязательные для обновления комплексного сетевого графика ежедневные отчеты
(по выполненным объемам, по поставкам оборудования и материалов, по передаче
рабо-чей документации и проч.);
необязательные, но необходимые для дополнительной аналитики отчеты
(напри-мер, по персоналу, технике, финансам);
обозначать состояние выполнения строительных работ различными цветами, что очень
удобно при проведении селекторов и обновлении графика.
При организации отчетности и передаче данных в электронном виде следует иметь
в виду, что процесс подготовки ежедневных отчетов требует точности обработки очень
большого объема файлов. Например, отчет по выполненным объемам фактически
по-вторяет структуру детального комплексного сетевого графика и, следовательно, имеет
соответсвующий объем.
В ежедневных отчетах по выполненным объемам работ указываются объекты,
груп-пы работ, работы, плановый объем по рабочей документации, его размерность и
назва-ние материального ресурса, фактически выполненный общий объем и объемы,
выпол-ненные за конкретные дни (указываются не в таблице, а в столбцах плана на месяц или
неделю справа от таблицы). Собственно, объем работ на день рассчитывается как квант
в зависимости от имеющихся ресурсов и особенности выполнения работы, т.е. один день
выполнения работ в данном отчете можно рассматривать как квант, что очень удобно
для краткосрочного (на неделю/на месяц) планирования строительно-монтажных работ
(СМР) нижнего уровня [1].
В ежедневных отчетах по поставкам оборудования и материалов указываются
объ-екты, перечень оборудования и необходимых материалов для каждого объекта,
плано-вый объем и поставленный объем, размерность, плановые и фактические даты начала и
завершения поставок [2].
В ежедневных отчетах по персоналу и технике указываются объекты, наименования
субподрядчиков, число людей по рабочим специальностям, колличество и состав
техни-ки, график ее работы (по аналогии с отчетом по выполненным объемам).
За подготовку ежедневных отчетов и ведение комплексного сетевого графика
от-вечает генподрядчик. Ежедневная отчетность рассылается по электронной почте, либо
записывается в базу данных на сервере заказчика. И тот и другой способ применяются
достаточно широко, но хранение в единой базе более предпочтительно с точки зрения
автоматизации. Если же делается рассылка, то адресатами ее обычно являются
гендирек-тор заказчика и генподрядчика, заместитель гендирекгендирек-тора по строительству у заказчика
и генподрядчика, заместитель директора по контрактной работе у заказчика и
генподряд-чика, руководитель проекта у генподрядгенподряд-чика, главный инженер у генподрядгенподряд-чика,
плани-ровщик у генподрядчика и заказчика.
Описанная система отчетности и документации показывает, что для построения
комплексной системы автоматизации параллельного проектирования и строительства
требуется тщательное исследование бизнес-процессов компании. Авторы представят
дальнейшие рассуждения на обозначенную тему в следующих статьях.
Библиографический список
1. Волков А.А., Лебедев В.М. Проектирование системоквантов рабочих операций и тру-довых строительных процессов в среде информационных технологий // Вестник МГСУ. 2010. № 2. С. 293—296.
2. Управление и логистика в строительстве: информационные основы / А.А. Волков, В.М. Лебедев, Е.Н. Куликова, Д.В. Пихтерев // Теоретические основы строительства : сб. докла-дов XIX польско-словацкого семинара. М. : Изд-во АСВ, 2010. С. 407—412.
Поступила в редакцию в ноябре 2012 г.
О б а в т о р а х: Волков Андрей Анатольевич — доктор технических наук, профессор, про-ректор по ИИТ, заведующий кафедрой информационных систем, технологий и автоматизации в строительстве, ФГБОУ ВПО «Московский государственный строительный университет» (ФГБОУ ВПО «МГСУ»), 129337, г. Москва, Ярославское шоссе, д. 26, volkov@mgsu.ru;
Куликова Екатерина Николаевна — кандидат технических наук, доцент кафедры инфор-мационных систем, технологий и автоматизации в строительстве, ФГБОУ ВПО «Московский государственный строительный университет» (ФГБОУ ВПО «МГСУ»), 129337, г. Москва, Ярославское шоссе, д. 26, it@mgsu.ru;
Задиран Сергей Михайлович — кандидат технических наук, докторант кафедры инфор-мационных систем, технологий и автоматизации в строительстве, ФГБОУ ВПО «Московский государственный строительный университет» (ФГБОУ ВПО «МГСУ»), 129337, г. Москва, Ярославское шоссе, д. 26, it@mgsu.ru.
Д л я ц и т и р о в а н и я: Передача данных в автоматизированной системе параллельного про-ектирования и строительства / А.А. Волков, В.В. Гуров, С.М. Задиран, Е.Н. Куликова // Вестник МГСУ. 2012. № 12. С. 243—247.
A.A. Volkov, V.V. Gurov, S.M. Zadiran, E.N. Kulikova
DATA TRANSFER IN THE AUTOMATED SYSTEM OF PARALLEL DESIGN AND CONSTRUCTION This article covers data transfer processes in the automated system of parallel design and construction. The authors consider the structure of reports used by contractors and clients when large-scale projects are implemented. All necessary items of information are grouped into three levels, and each level is described by certain attributes. The authors drive a lot of attention to the integrated operational schedule as it is the main tool of project management. Some recommenda-tions concerning the forms and the content of reports are presented.
Integrated automation of all operations is a necessary condition for the successful implemen-tation of the new concept. The technical aspect of the notion of parallel design and construction also includes the client-to-server infrastructure that brings together all process implemented by the par-ties involved into projects. This approach should be taken into consideration in the course of review of existing codes and standards to eliminate any inconsistency between the construction legislation and the practical experience of engineers involved into the process.
Key words: data, system, automation, design, construction.
References
1. Volkov A.A, Lebedev V.M. Proektirovanie sistemokvantov rabochikh operatsiy i trudovykh stroitel’nykh protsessov v srede informatsionnykh tekhnologiy [Design of System Quanta of Operational and Labour Processes in the Information Technologies Environment]. Vestnik MGSU [Proceedings of Moscow State University of Civil Engineering]. 2010, no. 2, pp. 293—296.
2. Volkov A.A., Lebedev V.M., Kulikova E.N., Pikhterev D.V. Upravlenie i logistika v stroitel’stve: informatsionnye osnovy [Management and Logistic in the Construction Industry: Information Fundamentals]. Collected papers of the 19th Polish-Slovak Seminar «Theoretical Fundamentals of
Construction». Moscow, ASV Publ., 2010, pp. 407—412.
A b o u t t h e a u t h o r s : Volkov Andrey Anatol’evich — Doctor of Technical Sciences, Professor, Vice-Rector for Information and Information Technologies, Chair, Department of Information Systems, Technology and Automation in Civil Engineering, Moscow State University of Civil Engineering
(MGSU), 26 Yaroslavskoe shosse, Moscow, 129337, Russian Federation; it@mgsu.ru;
Gurov Vadim Valentinovich — Candidate of Technical Sciences, Leading Engineer in charge
of Planning in Construction, Synergetic Projects Ltd., Building 1, 20 Nagornaya st., Moscow, 117186, Russian Federation; doctoral student, Department of Information Systems, Technologies and Automation in Civil Engineering, Moscow State University of Civil Engineering (MGSU), 26
Yaroslavskoe shosse, Moscow, 129337, Russian Federation; rybby@mail.ru;
Kulikova Ekaterina Nikolaevna — Candidate of Technical Sciences, Associate Professor,
Department of Information Systems, Technology and Automation in Civil Engineering, Moscow
State University of Civil Engineering (MGSU), 26 Yaroslavskoe shosse, Moscow, 129337, Russian
Federation; it@mgsu.ru;
Zadiran Sergey Mikhailovich — Candidate of Technical Sciences, doctoral student, Department of Information Systems, Technologies and Automation in Civil Engineering, Moscow State University of
Civil Engineering (MGSU), 26 Yaroslavskoe shosse, Moscow, 129337, Russian Federation; it@mgsu.ru.
F o r c i t a t i o n : Volkov A.A., Gurov V.V., Zadiran S.M., Kulikova E.N. Peredacha dannykh v
