Управление базой механизации

Документирование процессов перебазирования СМиМ между объектами.

Разработка графиков текущего и капитального ремонтов СМиМ;

· управленческого учета и бюджетироваиия ИСП

· оперативного управления объектами строительства,

· управления цехом (заводом) по производству ЖБИ

· материально –технического снабжения

· управления качеством выполняемых работ.

Рисунок 2 – Принципиальная схема взаимодействия подсистем в ИТ «Строительство»

Особенностью, разрабатываемой ИТ «Строительство», является единство информационной базы при решении задач всех подсистем

Информационная база ИТ «Строительство»

База данных объемов работ и материальных ресурсов (рис.) построена по иерархическому принципу, учитывающему членение объекта как по организационно-технологическому признаку, используемому при производстве работ, так и пространственному (объемно–планировочному), применяемому на стадии проектировании при разработке рабочей документации (РД). Совмещение этих двух схем членения объекта необходимо для производителей работ, которые ведут работы на объекте на основании рабочих чертежей, привязанных к отдельным конструктивным элементам зданий и в то же время должны соблюдать принятую технологию и организацию производства работ.

Рисунок 3 – Принципиальная схема организации базы данных объемов работ и материальных ресурсов

В базе данных выделяются следующие уровни подчиненности:

· стройка – комплекс технологически взаимосвязанных зданий и сооружений, применительно к ООО «Домос» это может быть участок, который является центром финансовой ответственности;

· объект строительства – в составе стройки (участка);

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

· конструктивный элемент (КЭ) - часть здания или сооружения выделенная на стадии проектирования с целью более детального ее описания;

· работа (Р) – один или некоторое множество технологически взаимосвязанных процессов необходимых для изготовления КЭ.

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

В рассматриваемой нами концепции создания ИТ управления строительством РЧ используется в качестве основного источника информации об объемах работ и потребности в МР по объекту строительства.

Важно, как это подчеркивалось выше, осуществлять ввод потребности в МР на основании единой системы кодирования принятой в справочнике ресурсов (рис. 4).

Рисунок 4 – Схема ввода спецификаций к РЧ.

По каждой работе, из спецификаций к РЧ, присоединяются соответствующие МР и приводятся к одной единице измерения (рис. 5).

Рисунок 5 – Схема формирования картотеки объемных и ресурсных характеристик работ

Таким образом, формируется карточка характеристик работы, включающая единицу измерений, объем, потребность в МР из спецификаций. Один вид работ может включать информацию о нескольких КЭ, но в базе данных вся эта информация хранится в детализации принятой в спецификации с привязкой к РЧ.

Рассмотрим процесс обработки информации связанный с созданием базы данных объемов работ и МР:

1. Передача РЧ от проектировщиков строителям – создание исходной БД рабочих чертежей.

2. Внесение изменений в рабочие чертежи – «удаление старого» чертежа и ввод информации по новому чертежу. Старый чертеж не удаляется из БД, а архивируется со всей информацией по истории его создания.

3. При вводе информации с РЧ на стадии строительства, осуществляется привязка объемов работ и потребности в МР к работам. При этом пространственная привязка конструктивного элемента отраженного в РЧ сохраняется. В соответствии с этим к работе может привязываться информация нескольких рабочих чертежей, которая хранится в создаваемой БД объемов работ и МР не в агрегированном виде, а в детализации рабочего чертежа. При таком подходе создается непротиворечивая база данных, на основании которой, при изменениях, вносимых в рабочие чертежи, осуществляется автоматический пересчет объемов работ и потребности в МР.

4. Наличие БД объемов и МР позволяет на стадии оперативного управления строительством объекта осуществлять фиксацию выполненных объемов работ и уложенных в дело МР на основании рабочих чертежей. В дальнейшем агрегируя эту информацию можно получать любые общепринятые плановые и отчетные документы, отражающие потребность и списание МР на выполненные объемы работ.

Информация, характеризующая, проект объекта строительства в целом, заносится в карточку, имеющую следующую структуру:

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

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

В основу создания ИТ «Строительство» заложены два основных принципа:

· принцип одноразового ввода в систему первичной информации в местах ее возникновения с последующим ее агрегированием для целей планирования и учета;

· принцип единства в классификации и кодировании ресурсов используемых в системе.

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

БД ресурсов (материальных, трудовых, строительных машин, механизмов) состоит непосредственно из классификатора ресурсов и данных о поставщиках ресурсов (Приложение 10). Исходные данные для пополнения БД берутся из WEB и других источниках информации о производителях и поставщиках ресурсов.

В процессе создания и мониторинга БД выполняются следующие процедуры:

· по найденному поставщику осуществляется его регистрация - ввод общих данных и ввод данных прайс- листа с необходимой «нормализацией» - приведением его к принятой в справочнике структуре описания ресурсов в среде EXСEL ( Приложение 10);

· при несовпадении наименований и характеристик ресурсов из прайс - листа с данными классификатора осуществляется внесение изменений в классификатор в том числе и ввод новых записей;

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

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

Справочник ресурсов включает два уровня:

1 уровень - класс ресурсов;

2 уровень - наименование и характеристика ресурса, средняя цена, дата обновления. На этом уровне осуществляется привязка БД поставщиков.

Ввод цен материальных ресурсов (МР) в справочник осуществляется либо на основании прайс – листов поставщиков (например, при заключении договора или с целью анализа текущих цен на рынке) либо при оприходовании МР на склад в процессе строительства конкретного объекта. При этом в БД справочника заносится следующая информация: дата обновления, цена, поставщик (наименование, адрес физический и электронный) тип документа – источника (прайс – лист или накладная).

Накопление информации о ценах на МР по поставщикам позволит:

· осуществлять их анализ в динамике по заданной номенклатурной группе, региону, (Ростовской области, Воронежской области, Краснодарскому краю и т.д.) периоду обзора;

· использовать при расчете смет, подготовке оферты на стадии проведения торгов и расчете плановой себестоимости строительства объекта.

К классу ресурсов в справочнике дополнительно «привязываются» данные характеризующие:

· свойства и область применения материалов и конструкций;

· технологии производства работ;

· калькуляторы расчета объемов работ и потребности в МР на единицу объема;

· сметные фрагменты на типовые КЭ.

Отличительной особенностью ИТ «Строительство» по сравнению с другими разработками в этой сфере является выделение в качестве самостоятельной подсистемы управленческого учета и бюджетирования инвестиционно – строительного проекта и выделение в подсистеме «Оперативное управление объектом строительства» программного комплекса «Прораб».

Описание технологии обработки информации в ПК «Прораб»

Разработка ИТ «Строительство» предполагает создание автоматизированных рабочих мест (АРМ) в структурных подразделениях строительной организации. Автоматизированное рабочее место (АРМ) можно определить как совокупность информационно-программно - технических ресурсов, обеспечивающую конечному пользователю обработку данных и автоматизацию управленческих функции в конкретной предметной области.

Локализация АРМ позволяет осуществить оперативную обработку информации сразу же после её поступления, а результаты обработки хранить сколь угодно долго по требованию пользователя.

Поскольку АРМ является индивидуальным пользовательским средством, оно должно обеспечивать высокие эргономические свойства и комфортность обслуживания.

Информационное обеспечение АРМ ориентируется на конкретную, привычную для пользователя, предметную область. Обработка документов должна предполагать такую структуризацию информации, которая позволяет осуществлять необходимое манипулирование различными структурами, удобную и быструю корректировку данных в массивах.

Исходной для решения задач реализуемых программным комплексом «Прораб» является информация, поступающая из смежных подсистем:

· АРМ «Инженера ПТО» - недельно-суточный план производства работ;

· АРМ «Кадровика» - списки бригад рабочих закрепленных за объектом;

· АРМ «Механика» - график работы строительных машин на объекте в предстоящую неделю.

Рисунок 6 – Принципиальная схема обмена информацией между контурами управления в ИТ «Строительство»

Документами, с которыми прорабу приходится работать каждый день и которые должны формироваться в ПК «Прораб», являются:

· журнал производства работ;

· табель учета рабочего времени рабочих;

· журнал работы строительных машин и механизмов;

· акты освидетельствования скрываемых работ;

· реестр накладных материальных ресурсов, поступивших на объект.

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

· основные работы;

· вспомогательные работы;

· причины потерь рабочего времени;

· непредвиденные работы.

К основным относятся работы, включенные в состав ПСД (рис 7).

Вспомогательныеработы это погрузочно –разгрузочные работы, работы по уборке и расчистке строительной площадки, неучтенные в смете работы и т.п. (рис 8).

Рисунок 7 – Рабочее окно ПК «Прораб»

Рисунок 8 – Рабочее окно ПК «Прораб»

Причины внутрисменных и целосменных простоев рабочих и строительной техники. К ним можно отнести: отсутствие материалов, строительной техники, поломка строительной техники, неблагоприятные погодные условия и т.п. Величина потерь в течении смены измеряется в чел.час.

Непредвиденные работы это основные работы, которые по каким либо причинам не были включены в недельно-суточный план. Для такого типа работ в шаблоне 1 предусмотрены три пустых строки 1,2,3. При выявлении непредвиденной работы, прораб готовит в конце смены электронное письмо, в котором указывает, что в строке под №1 (2,3) выполнялась работа и указывает ее наименование и причины ее включения в недельно-суточный план. При наличии уведомления (электронного письма) на следующий день будет осуществлено обновление шаблона и эта работа появится в составе основных работ.

В шаблоне 1,по каждой основной работе, показан проектный объем и остаточный объем на начало месяца, а так же выполнение работ по проекту в %. Процент выполнения заносит прораб на основании своей экспертной оценки в конце недели или при окончании работы.

При полном выполнении работы (100%) на следующий день в ПТО осуществляется автоматическое списание материалов и это является сигналом к формированию акта скрываемых работ. В этом случае прораб ставит галочку в графе признак актирования скрываемых работ и ему на экран выводится шаблон акта.

Технология работы в ПК «Прораб» осуществляется в следующей последовательности:

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

· недельно –суточный план по электронной почте передается на объект строительства в виде шаблона №1 (рис.7) с определенным числом КЭ, работ, процессов и с указанием по ним проектного и остаточного на начало месяца объемов;

· состав работ прораб не может корректировать за исключением процедуры работы с непредвиденными работами;

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

· основная задача прораба это внесение информации в активные поля шаблонов №1,2.

Процесс занесения информации начинается с шаблона 2 и заключается в следующем:

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

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

· в шаблоне 1 фактические трудозатраты по работе за смену отражаются автоматически при заполнении табеля учета отработанного времени в шаблоне 2.;

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

Пока не будет достигнут баланс затрат труда (расшифровать) прораб не сможет закрыть день и отправить информацию в офис строительной организации. При скрытии простоев вся ответственность за невыполнение объемов работ и как следствие снижение производительности труда и нарушение сроков производства работ будет ложиться на прораба. Поэтому прораб вынужден будет показывать причины и величины простоев. Фактически при такой системе прораб будет ежедневно делать фотографию рабочего дня (ФРД).

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

Внедрение такой технологии сбора и обработки информации и системы управленческого учета охватывающей структурные подразделения строительной организации участвующие в управлении строительством позволит создать предпосылки для внедрения системы KPI основанной на «свежей» и объективной информации.

Обратная связь характеризуется: полнотой, детальностью и частотой передаваемой информации и влияет на изменение энтропии исходного состояния системы зафиксированного на начало внедрения ИТ «Строительство» и состояния после ввода ИТ в эксплуатацию за счет накапливаемой негэнтропии. Изменение энтропии можно определить в результате анализа накопленной за определенный период времени информации о целосменных и внутрисменных простоях возникающих на строительной площадке. Снижение потерь времени на конец интервала планирования будет свидетельствовать о позитивных изменениях в процессах управления объектами строительства и, следовательно, уменьшения энтропии системы. В таблице 1 приведена характеристика процесса обмена информацией между контурами управления УС-1 и УС-2 до и после внедрения ПК «Прораб».

Таблица 2 – Характеристика процесса обмена информацией между контурами управления УС-1 и УС-2 .

Использование ПК «Прораб» позволит прорабу непосредственно на объекте строительства осуществлять ведение: табеля отработанного времени рабочими, включая режим фиксации потерь рабочего времени, журнала производства работ, журнала работы строительных машин и механизмов, реестра накладных на материальные ресурсы, реестра актов скрываемых работ. Внедрение ПК «Прораб» позволит значительно снизить энтропию системы управления строительной организации и значительно повысить эффективность принимаемых управленческих решений при возведении объектов строительства.

• ⇐ Назад
• 123
• 4
• Далее ⇒