ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ МОСКОВСКИЙ
advertisement
ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ МОСКОВСКИЙ ГОСУДАРСТВЕННЫЙ СТРОИТЕЛЬНЫЙ УНИВЕРСИТЕТ» На правах рукописи ДУБОВКИНА АЛЛА ВИКТОРОВНА ИНФОРМАЦИОННОЕ МОДЕЛИРОВАНИЕ ПРОИЗВОДСТВЕННО-ЛОГИСТИЧЕСКИХ ПРОЦЕССОВ В СТРОИТЕЛЬСТВЕ С ИСПОЛЬЗОВАНИЕМ ИНСТРУМЕНТАРИЯ УПРАВЛЕНИЯ РИСКАМИ Специальность 05.02.22 – Организация производства (строительство) Диссертация на соискание ученой степени кандидата технических наук Научный руководитель: кандидат технических наук, доцент Петрова Светлана Николаевна Москва – 2015 -2- ОГЛАВЛЕНИЕ ВВЕДЕНИЕ........................................................................................................ 5 Глава 1. Анализ крупных строительных организаций, осуществляющих строительство крупнопанельных жилых зданий и сооружений, и информационного представления процессов в рамках производственнологистической цепи ........................................................................................ 14 1.1. Анализ строительных организаций, осуществляющих строительство крупнопанельных жилых зданий и сооружений ........ 14 1.2. Анализ теории и практики использования информационных систем и технологий, функционирующих в рамках производственнологистической цепи в строительстве .................................................... 27 1.3. Глава 2. Выводы по главе 1 ....................................................................... 37 Моделирование процессов в рамках производственно- логистической цепи в строительстве с использованием инструментария управления рисками ........................................................................................ 39 2.1. Модульная декомпозиция процессов в рамках производственно-логистической цепи в строительстве ..................... 39 2.2. Информационная модель производственно-логистических процессов в строительстве в едином информационном пространстве 44 2.3. Математическая модель управления взаимодействием в рамках производственно-логистической цепи с использованием инструментария управления рисками ................................................... 50 2.4. Выводы по главе 2 ....................................................................... 58 Глава 3. Разработка методики принятия решения при возникновении несоответствий в процессе работы участников производственно- логистической цепи ........................................................................................ 59 -33.1. Методика принятия решения при возникновении несоответствий в процессе работы участников производственнологистической цепи ................................................................................ 59 3.2. Методика формирования корректирующих действий при отклонении в процессе поставок материальных ресурсов и выполнения строительно-монтажных работ ........................................ 64 3.3. Механизм взаимодействия предприятий участников производственно-логистической цепи в строительстве в едином информационном пространстве ............................................................ 69 3.4. Выводы по главе 3 ....................................................................... 73 Глава 4. Практика использования информационной модели управления производственно-логистических процессов при строительстве крупнопанельных зданий и сооружений ...................................................... 74 4.1. Алгоритмы решения задач управления взаимодействием участников строительства в рамках производственно-логистической цепи 74 4.2. Концептуальная, логическая и физическая модель базы данных для решения задач управления в рамках производственнологистической цепи строительства ..................................................... 100 4.3. Платформы и информационные технологии построения системы управления взаимодействием в строительстве в едином информационном пространстве .......................................................... 117 4.3.1. Выбор типа облачной услуги, для реализации системы управления взаимодействие в рамках производственно- логистической цепи .............................................................................. 117 4.3.2. Выбор программного обеспечения для серверной части и средств разработки системы ................................................................ 124 -44.3.3. Архитектура системы управления взаимодействием участников производственно-логистической цепи................................................ 135 4.4. Внедрение результатов диссертационного исследования в Группе компаний ОНК и перспективные направления дальнейших исследований ......................................................................................... 137 4.5. Выводы по главе 4 ..................................................................... 139 ОСНОВНЫЕ ВЫВОДЫ И ПРЕДЛОЖЕНИЯ ........................................... 140 СПИСОК ЛИТЕРАТУРЫ ............................................................................ 143 Приложение 1. ДОКУМЕНТЫ, ПОДТВЕРЖДАЮЩИЕ ВНЕДРЕНИЕ РЕЗУЛЬТАТОВ ДИССЕРТАЦИОННОГО ИССЛЕДОВАНИЯ .............. 156 -5- ВВЕДЕНИЕ Актуальность темы исследования. Кризисное состояние российской экономики, сложившееся после ввода санкций со стороны стран ЕС с конца 2014 года, приводит к обострению конкуренции в социально-экономической среде. Сложившаяся ситуация ведет к появлению новых форм организации сотрудничества между участниками процесса строительства, направленных на минимизацию негативных факторов, которые могут привести к снижению конкурентных преимуществ в борьбе за часть прибыли на рынке. С повышением конкуренции на российских рынках для многих компаний строительной отрасли достаточно остро встает вопрос организации взаимодействия при реализации процессов в рамках производственнологистической цепи с учетом возможных риск-факторов. Взаимодействие между участниками производственно-логистической цепи может быть эффективным только в том случае, если существует реально действующая система управления, учитывающая особенности каждой конкретной организации, а так же изменения, происходящие в процессе строительства. Высокая степень неопределенности и динамичность окружающей социально-экономической среды, требуют разработки и практического применения новых подходов к организации деятельности крупных предприятий строительной отрасли. Кроме этого многообразие производственных процессов, производственных связей, являющихся отличительными особенностями строительной отрасли, заслуживают особого внимания при рассмотрении вопросов управления процессам в рамках производственно-логистической цепи. Рассмотренные обстоятельства требуют при построении и эксплуатации системы управления взаимодействием предприятий в рамках логистической цепи строительства повышенного внимания к непрерывной -6координации их деятельности, согласованности критериев их функционирования, укрепления связей между ними. Среди множества строительных организаций, в данной диссертационной работе рассматриваются вопросы взаимодействия в рамках крупной строительной организации, для которой характерно сосредоточение в одной организации, как строительных организации, так и предприятий строительной индустрии, автотранспорта и подразделений механизации. Как показал опыт, эффективность деятельности таких организаций в значительной степени зависит от интеграции основных производственных процессов строительства, которые реализуются в рамках взаимодействия предприятий строительной индустрии, транспортных организаций и организаций, выполняющих СМР. Стремительное развитие общества, изменения его потребностей, широкое распространение современных интернет-технологий, а также неэффективность существующих систем управления и отсутствия в них учета риск-факторов (специфичных для строительной отрасли) показывают актуальность рассматриваемых вопросов управления взаимодействием участников производственно-логистической цепи крупной строительной организации. Повышение уровня конкурентоспособности страны связано с организацией новых производственных процессов непосредственно в строительных организациях. Это требует коренного изменения механизмов и методов управления с целью их качественного совершенствования и на этой основе решения задач по повышению эффективности взаимодействия строительных организаций. В связи с этим в строительном комплексе возникла проблема – синхронизации основных бизнес-процессов организаций, участвующих в строительстве объектов по информационном пространстве. всей логистической цепи, в едином -7Степень разработанности темы исследования. Разработке и исследованию проблем применения логистического подхода к управлению в Российских условиях посвящены работы Алесинской Т.В Грабового К.П., Лапидуса А.А., Миротина Л.Б., Некрасова А.Г., Сергеева В.И., Титаренко Б.П., Фролова Е.Б. и др. Кроме того, исследованием данной проблемы занимались крупные зарубежные ученые, такие как Бауэрсокс Д., Клосс Д. и др. Вопросы информатизации и применения новейших информационных и коммуникационных технологий нашли отражение в работах Волкова А.А., Гинзбурга А.В., Синенко С.А., и др. Проблема организации функционирования предприятий строительной отрасли с учетом факторов риска поднята в работах таких авторов, как Иванов Д.А., Петрова С.Н., и др. На базе анализа материалов по теме диссертационного исследования актуальной и значимой представляется задача создания комплексной системы управления, позволяющей взаимоувязать работы участников производственно-логистической строительной индустрии, цепи в транспортных строительстве организаций, (предприятий организаций выполняющих СМР) в единой информационной среде на всех этапах строительства объекта, с использованием инструментария управления рисками. Одной из важных проблем, решение которой непосредственно связано с реализацией рассматриваемого выше механизма, является разработка и описание информационной модели производственно- логистических процессов в строительстве в едином информационном пространстве с использованием математического аппарата управления рисками. Необходимость практического решения указанной выше проблемы и ее недостаточное научно-методическое обоснование определили выбор темы диссертационной работы и рассматриваемый в ней круг вопросов. -8Целью диссертационного исследования является разработка методического подхода к управлению основными бизнес-процессами крупной строительной организации в едином информационном пространстве с учетом факторов риска по всей логистической цепи. Для реализации цели исследования были решены следующие задачи: - проведен комплексный анализ крупных строительных организаций, включающих в своем составе различные предприятия, участвующие в выпуске готовой продукции, начиная с производства железобетонных изделий до ввода объекта в эксплуатацию, выявлены проблемы, препятствующие их эффективному функционированию; - определены особенности и тенденции использования информационных систем и технологий, функционирующих в рамках производственно-логистических процессов в строительстве; - выполнена модульная декомпозиция процессов в рамках производственно-логистической цепи крупной строительной организации; - разработана концептуальная основа построения информационной модели производственно-логистических процессов в строительстве в едином информационном пространстве; - предложен концептуальный подход к построению математической модели управления взаимодействием участников производственно- логистической цепи с использованием инструментария управления рисками; - разработан методический подход по принятию решений при возникновении сбоев во время реализации производственно-логистических процессов; - разработаны алгоритмы решения задач управления взаимодействием в рамках производственно-логистической цепи крупной строительной организации; - исследована проблема практики внедрения предложенных решений и сформулированы перспективные направления исследований в рамках избранного направления. -9Объектом процессы, диссертационного реализуемые строительных в рамках организациях, исследования являются логистической цепи занимающихся в бизнескрупных крупнопанельным домостроением. Предметом исследования является совокупность методов и моделей, позволяющих повысить эффективность взаимодействия участников строительства за счет синхронизации бизнес-процессов и мониторинга всей логистической цепи. Методологическая основа диссертационного исследования определяется проблемной областью решаемых задач, и включает в себя теорию и практику отечественного и зарубежного применения концепции управления логистическими цепями, системотехнический подход и методы математического моделирования процессов с использованием инструментария управления рисками при организации строительства. Научная новизна положений диссертации, выносимых на защиту, заключается в разработке научно-методических подходов, обеспечивающих синхронизацию основных бизнес-процессов крупной строительной организации и повышения качества оперативного управления за счет непрерывного мониторинга всей логистической цепи, своевременного определения отклонений и нарушений в ее функционировании, а именно: 1. Разработана информационная модель производственно- логистических процессов в строительстве в едином информационном пространстве, позволяющая осуществлять последовательный синтез структуры производственно-логистической цепи с учетом организационной и технологической совместимости ее звеньев. 2. Разработана математическая модель управления взаимодействием предприятий участников строительства с учетом прогнозирования факторов риска при реализации производственно-логистических процессов. -103. Разработаны алгоритмы решения задач управления, обеспечивающих взаимодействие и синхронизацию участников производства в рамках логистической цепи. 4. Разработана методика принятия решения при возникновении непредвиденных ситуаций в работе участников производственно- логистической цепи, позволяющая своевременно проводить корректирующие действия, направленные на повышение результативности их деятельности. Теоретическая и практическая значимость диссертации заключается в возможности практического применения совокупности созданных моделей, алгоритмов, научных положений и рекомендаций для построения комплексной системы управления взаимодействием участников производственно-логистической цепи крупной строительной организации в единой информационной среде, учитывающей возможные риск-факторы, что будет способствовать повышению результативности их деятельности. Достоверность полученных результатов обусловлена: ● применением известных методов и подходов принятия решений, основанных на экспертных оценках, теории управления рисками, имитационном моделировании деятельности участников логистической цепи; ● использованием современной концепций построения производственнологистической цепи; ● использованием системного подхода. Экспериментальное внедрение результатов исследования выполнено в Группе компаний ОНК - ООО «ОНК-Сервис». Отдельные результаты диссертации использованы в учебном процессе кафедры ИСТАС НИУ МГСУ. На защиту выносятся: 1. Информационная модель производственно-логистических процессов в строительстве в едином информационном пространстве, позволяющая осуществлять производственно-логистической последовательный синтез цепи организационной с технологической совместимости ее звеньев. учетом структуры и -112. Математическая модель управления взаимодействием предприятий участников строительства с учетом прогнозирования факторов риска при реализации производственно-логистических процессов. 3. Алгоритмы решения задач управления, обеспечивающих взаимодействие и синхронизацию участников производства в рамках логистической цепи. 4. Методика принятия решения при возникновении непредвиденных ситуаций в работе участников производственно-логистической цепи, для обеспечения своевременного проведения корректирующие действия, направленных на повышение результативности их деятельности. Личный вклад автора диссертации заключается: - в разработке моделей взаимодействия участников производственнологистической цепи и принципов принятия решения в непредвиденных ситуациях, обеспечивающих синхронизацию основных бизнес-процессов крупной строительной организации и повышения качества оперативного управления за счет непрерывного мониторинга всей логистической цепи, своевременного определения отклонений и нарушений в ее функционировании; - в формулировании рекомендаций и заключений, определяющих практическую значимость и научную новизну диссертационной работы; - в анализе и оценке экспериментального внедрения и его результатов. Апробация результатов исследования. Результаты исследований докладывались на международных научных конференциях: «Интеграция, партнерство и инновации в строительной науке и образовании» (г. Москва, 2011 г.), Международная конференция – научные чтения, посвященные 100летию памяти Б.Ю. Монфреда (г. Москва, 2013 г.). Публикации. Основные положения диссертационного исследования опубликованы в 2011–2015 гг. в 6 научных работах (из них 4 - в реферируемых журналах из списка ВАК РФ), общим объѐмом 4,0 печатных листа. -12Структура и объем работы. Диссертационная работа состоит из введения, четырех глав основного текста, основных выводов и предложений, библиографического списка из 126 наименований и 1 приложения. Объѐм работы: 143 страницы текста, 27 рисунков, 23 таблицы. Содержание диссертации соответствует п.п. 1, 3, 4, 9, 10, 11 Паспорта специальности 05.02.22 – Организация производства (строительство): 1. Разработка научных, методологических и системотехнических основ проектирования организационных структур предприятий и организации производственных процессов. Стратегия развития и планирования организационных структур и производственных процессов. 3. Разработка методов и средств информатизации и компьютеризации производственных процессов, их документального обеспечения на всех стадиях. 4. Моделирование и оптимизация организационных структур и производственных производств. процессов, Экспертные вспомогательных системы в и организации обслуживающих производственных процессов. 9. Разработка методов и средств организации производства в условиях технических и экономических рисков. 10. Разработка методов и средств мониторинга производственных и сопутствующих процессов. 11. Разработка методов и средств планирования и управления производственными процессами и их результатами. Общая методологическая схема исследования представлена на рис.1.1. -13ЦЕЛЬ РАБОТЫ Разработка методического подхода к управлению основными бизнес-процессами крупной строительной организации в едином информационном пространстве с учетом факторов риска по всей логистической цепи ЗАДАЧИ ИССЛЕДОВАНИЯ 1. Комплексный анализ крупных строительных организаций, включающих в своем составе различные предприятия, участвующие в выпуске готовой продукции, начиная с производства железобетонных изделий до ввода объекта в эксплуатацию, выявление проблем, препятствующих их эффективному функционированию; 2. Определение особенности и тенденции использования информационных систем и технологий, функционирующих в рамках производственно-логистических процессов в строительстве; 3. Модульная декомпозиция процессов в рамках производственно-логистической цепи крупной строительной организации; 4. Разработка концептуальной основы построения информационной модели производственно-логистических процессов в строительстве в едином информационном пространстве; 5. Разработка концептуального подхода к построению математической модели управления взаимодействием участников производственно-логистической цепи с использованием инструментария управления рисками; 6. Разработка методического подхода по принятию решений при возникновении сбоев во время реализации производственно-логистических процессов; 7. Разработка алгоритмов решения задач управления взаимодействием в рамках производственно-логистической цепи крупной строительной организации; 8. Исследование проблемы практики внедрения предложенных решений и формулировка перспективных направлений исследований в рамках избранного направления. ОБЪЕКТ ИССЛЕДОВАНИЯ Бизнес-процессы, реализуемые в рамках логистической цепи в крупных строительных организациях, занимающихся крупнопанельным домостроением. ПРЕДМЕТ ИССЛЕДОВАНИЯ Совокупность методов и моделей, позволяющих повысить эффективность взаимодействия участников строительства за счет синхронизации бизнеспроцессов и мониторинга всей логистической цепи МЕТОДОЛОГИЯ ИССЛЕДОВАНИЯ Определяются проблемной областью решаемых задач, и включают в себя теорию и практику отечественного и зарубежного применения концепции управления логистическими цепями, системотехнический подход и методы математического моделирования процессов с использованием инструментария управления рисками при организации строительства. НАУЧНАЯ НОВИЗНА ИССЛЕДОВАНИЯ Заключается в разработке научно-методических подходов, обеспечивающих синхронизацию основных бизнес-процессов крупной строительной организации и повышения качества оперативного управления за счет непрерывного мониторинга всей логистической цепи, своевременного определения отклонений и нарушений в ее функционировании, а именно: 1.Разработана информационная модель производственно-логистических процессов в строительстве в едином информационном пространстве, позволяющая осуществлять последовательный синтез структуры производственно-логистической цепи с учетом организационной и технологической совместимости ее звеньев; 2.Разработана математическая модель управления взаимодействием предприятий участников строительства с учетом прогнозирования факторов риска при реализации производственно-логистических процессов; 3. Разработаны алгоритмы решения задач управления, обеспечивающих взаимодействие и синхронизацию участников производства в рамках логистической цепи. 4. Разработана методика принятия решения при возникновении непредвиденных ситуаций в работе участников производственнологистической цепи, позволяющая своевременно проводить корректирующие действия, направленные на повышение результативности их деятельности. ОСНОВНЫЕ ВЫВОДЫ И РЕЗУЛЬТАТЫ ИССЛЕДОВАНИЯ 1.Выполнен анализ крупных строительных организаций, включающих различные производственные предприятия, участвующие в выпуске готовой продукции, начиная от процессов производства и до ввода объекта в эксплуатацию. Анализ показал, что сложность взаимосвязей, существующих между участниками производственно-логистической цепи крупной строительной организации, требует четкой организации и координации работы всех участников цепи, а так же учета факторов риска на основе использования современных логистических концепций управления. 2.Выполнен анализ особенностей и тенденции использования современных информационных систем и технологий, функционирующих в рамках производственно-логистических процессов в строительстве. Выявлено, что данные системы и технологии обладают рядом узких мест, которые не позволяют применять данные технологии в рамках строительства. К таковым можно отнести реализацию функции управления в направлении «сверху вниз», без учета обратной связи; так же в данных системах оказались не охвачены ряд функций управления: планирование производства, разработка календарного плана производства; отсутствие единого информационного пространства для осуществления планирования и контроля между участниками строительства в рамках возведения строительного объекта, отсутствие прогнозирования и учета риск-факторов также является отталкивающим фактором. Таким образом, проведенный анализ показал, потребность строительной отрасли в разработки специализированной системы управления взаимодействием в едином информационном пространстве, позволяющей учитывать возможные факторы риска. 3.Произведена модульная декомпозиция процессов в рамках производственно-логистической цепи крупной строительной организации, на основе которой выделены две группы задач: задачи управления взаимодействием и задачи мониторинга. 4.Разработана информационная модель производственно-логистических процессов в строительстве в едином информационном пространстве, позволяющая осуществлять последовательный синтез структуры производственно-логистической цепи с учетом организационной и технологической совместимости ее звеньев, а так же осуществлять прогнозирование и учет факторов риска. 5.Разработана математическая модель управления производственно-логистическими процессами в строительстве с использованием инструментария управления рисками, наглядно показывающая увязку во времени работ предприятий участников строительства и узкие места, которые могут вызывать отклонения во времени.6.Разработана методика принятия решения при возникновении сбоев в ритмичности работы участников производственно-логистической цепи, что позволяет своевременно проводить корректирующие действия, направленные на повышение результативности их деятельности.7.Разработаны алгоритмы решения задач управления взаимодействием в рамках производственно-логистическими цепи крупной строительной организации на базе разработки производственно-технологических модулей, которые позволят обеспечить непрерывность работы участников производственно-логистической цепи. 8. Выполнена практическая апробация предложенных решений. Выполненные изыскания позволяют определить направления дальнейших исследований в границах изучаемой предметной области. ВНЕДРЕНИЕ РЕЗУЛЬТАТОВ ИССЛЕДОВАНИЯ Экспериментальное внедрение результатов исследования выполнено в Группе компаний ОНК ООО «ОНК-Сервис». Отдельные результаты диссертации использованы в учебном процессе кафедры ИСТАС НИУ МГСУ. АПРОБАЦИЯ РЕЗУЛЬТАТОВ ИССЛЕДОВАНИЯ Результаты исследований докладывались на международных научных конференциях: Международной научной конференции ―Интеграция, партнерство и инновации в строительной науке и образовании‖ (г. Москва, 2011 г.), Международная конференция – научные чтения, посвященные 100летию памяти Б.Ю. Монфреда (г. Москва, 2013 г.), заседаниях и семинарах кафедры ИСТАС НИУ МГСУ. Результаты диссертации опубликованы в 2011–2014 гг. в 6 научных работах, в том числе – в 4 работах в научных изданиях, входящих в действующий перечень ВАК. Рис.1.1. Методологическая схема исследования -14- Глава 1. Анализ крупных строительных организаций, осуществляющих строительство крупнопанельных жилых зданий и сооружений, и информационного представления процессов в рамках производственно-логистической цепи 1.1. Анализ строительных организаций, осуществляющих строительство крупнопанельных жилых зданий и сооружений В конце XX – начале XXI в. глобализация стала основным фактором, определяющим развитие экономических процессов. По мере глобализации общества происходит обострение конкуренции в социально-экономической среде. Данная тенденция ведет к кооперации участников рынка для усиления своих позиций и получения преимуществ в борьбе за прибыль. Сотрудничество между организациями в современном мире становится все более сложным, поскольку происходят значительные изменения, как во внешней экономической среде, так и во внутренней среде самих организаций. [3,22,44] Анализ работ, посвященных исследованию форм организации сотрудничества между участниками строительства, показал, что интерес к кооперационным отношениям вызван ростом рыночной конкуренции, развитием сетевой экономики и современных информационных технологий. Выделение строительства в самостоятельную отрасль создало благоприятные условия для роста и углубления кооперации внутри нее. Под кооперированием закрепленные предприятиями, в строительстве производственные самостоятельными понимаются связи в между организационно организациями хозяйственном и отношении, участвующими в инвестиционном процессе. Эта связь на практике выражается в совместном выполнении организациями и предприятиями работ по непосредственному возведению объектов строительства, а также при осуществлении поставок оборудования, материалов и оказании услуг. Развитие организационных изменений, ориентированное на повышение производительности и конкурентоспособности в новой глобальной -15экономике, представляет организационную эволюцию в следующих значимых тенденциях [22]: переход от массового производства к гибкому; кризис крупных корпораций и жизнестойкость малого и среднего бизнеса как агентов инвестиций и источников создания новых рабочих мест; развитие новых методов менеджмента; организация межфирменной сети; корпоративные стратегические альянсы; горизонтальные корпорации и глобальные деловые сети; информационные технологии и сетевые предприятия; Процесс кооперации способствовал появлению в строительной отрасли крупных строительных организаций, включающих различные производственные предприятия, участвующие в выпуске готовой продукции, начиная от процессов производства и до ввода объекта в эксплуатацию. Многообразие производственных связей, характерных строительной отрасли, отразилось на формах внутреннего кооперирования в таких крупных строительных организациях. В результате слияния или разделения предприятий сформировались интегрированные структуры [3,22,44,99]: с вертикальной интеграцией – производственное и организационное объединение, формируемые путем слияния, кооперации, взаимодействия предприятий, связанных общим участием в производстве, продаже, потреблении единого конечного продукта и представляют собой поточную цепочку технологически связанных производств (рис. 1.1.1.). Тип и структура предприятия с вертикальной интеграцией во многом зависит не только от сектора строительной отрасли, в котором работают компании участники (девелопмент, гражданское строительство, промышленное строительство и монтаж, в том числе по промышленным областям: энергетика, химия, трубопроводное, транспортное и т.д.), но и -16от строительной специализации или ключевой профессиональной компетенции организации. с горизонтальной выпускающих интеграцией однородную — объединение продукцию и предприятий, применяющих сходные технологии, с целью налаживания тесного взаимодействия между ними и представляют собой совокупность несвязанных между собою производств, диверсифицированных по продукту или территориально. Горизонтальная интеграционная модель является следствием освоения модели «бережливого производства» (lean production) и сетевой стратегии, обеспечивающей сетевую гибкость крупных строительных компаний, т.е. происходит трансформация сложных структур в сети. Таким образом, горизонтальная интеграция есть стратегически спланированная сеть самопрограммируемых и самообучающихся бизнесединиц, выполняющих деловые проекты, являющихся фактической оперативной единицей. Информация имеет решающее значение для развития таких структур, она циркулирует в сетях между предприятиями, внутри предприятия, в персональных и компьютерных сетях. Для строительной отрасли немаловажно понимание принципиального различия горизонтально интегрированных организаций: головное предприятие — главный контрагент Заказчиков, или горизонтальная кооперация подразделений по производству эксклюзивной продукции или услуг с одним выходом (рис.1.1.2.). При этом взаимоотношения между дочерними предприятиями рассматриваются только в рамках предоставления услуг на сторону. -17- клиент клиент клиент Риэлтер Заказчик-застройщик (Девелопер) Инвестор Генеральный подрядчик Строительно-монтажные управления Завод железобетонных изделий Завод по производству бетона Цементный завод Продажи на сторону Комбинат по производству инертных материалов Нерудный карьер Рис.1.1.1. Структура предприятия с вертикальной интеграцией -18 головное предприятие — центр прибыли и инвестиций, а дочерние предприятия — контрагенты Заказчиков. Это горизонтальная кооперация с несколькими выходами, связанная с обладанием материнской компанией конкурентного рыночного преимущества (рис.1.1.3.). Условное разделение горизонтально-интегрированных строительных предприятий на организации с одним выходом контракта с Заказчиком (рис.1.1.2.) или с несколькими выходами (рис.1.1.3.) позволяет точно выделить специфичную деловую компетенцию. Например, горизонтально интегрированное предприятие с одним выходом может легко работать на локальном или муниципальным рынках, предлагая разнородным местным заказчикам весь комплекс услуг, независимо от структуры контракта и наличия тех или иных услуг в принципе. Такое предприятие может строить дороги, заниматься отделкой и монтажом, а может временно объединять бригады необходимых подразделений на нужных объектах или проектах. Расширение одной из составляющих такой организации на другие рынки ведет к необходимости такого же развития и прочих компонент, что иногда невозможно сделать успешно ввиду разнородности активов в этих компаниях.[99,16] В этом случае возникает ситуация вхождения одной крупной компании в другую, при этом одна компонента горизонтально интегрированного предприятия с одним выходом становится предприятием со многими выходами и начинает работать с Заказчиками самостоятельно. В случае с несколькими выходами головное предприятие имеет права на ключевую компетенцию, которая и передается на реализацию в дочерние компании. Например, строительное предприятие по монтажу систем автоматики и их пуско-наладке будет развиваться по варианту множества заказчиков, создавая дочерние предприятия в различных регионах и городах. -19- Рис.1.1.2. Горизонтально-интегрированное строительное предприятие с одним выходом -20- Заказчик Региональное сбытовое подразделение №1 Заказчик Региональное сбытовое подразделение №2 Заказчик Региональное сбытовое подразделение №3 Заказчик Дивизионное сервисное подразделение №1 Заказчик Дивизионное сервисное подразделение №2 Заказчик Дивизионное сервисное подразделение №3 Заказчик Обособленное строительное подразделение №1 Заказчик Обособленное строительное подразделение №2 Заказчик Обособленное строительное подразделение №3 Продажи на сторону Производство\Поставка Комплектация\ Проектирование Рис.1.1.3. Горизонтально интегрированное строительное предприятие с несколькими выходами Существование горизонтально и вертикально интегрированных строительных организаций в чистом виде маловероятно. Существуют самые -21различные варианты комбинирования компаний, но с точки зрения управления, формы кооперации могут быть двух видов: роль материнской компании выполняет одна из процессных компаний; материнская компания представляет собой отдельную управляющую компанию. Таким образом, можно выделить третью схему внутреннего кооперирования – комбинированная структура интеграции. комбинированная интеграция представляет собой различные вариации указанных выше схем, которые и находят наибольшее отражение в строительной отрасли (рис.1.1.4.). Если глобально проанализировать существующие сегодня образования в строительстве, то можно констатировать практическое отсутствие чистых вертикально или горизонтально интегрированных предприятий. Комбинированный вариант является более устойчивой и экономически обоснованной формой.[99] Как мы рассмотрели выше, формы кооперации предприятий в рамках крупных строительных организаций разнообразны, однако, управление в рамках любой из приведенных выше схем кооперации крупной строительной компании, выполняющей работы на всех этапах строительства, следует рассматривать на базе процессного подхода, согласно которому данный вид деятельности представляет собой структурную сеть процессов, «потребляющих» ресурсы и создающих продукцию. Наиболее важным преимуществом процессного подхода при рассмотрении деятельности предприятия является то, что процесс производства продукции или услуги представляется в виде последовательности операций, благодаря чему структура взаимосвязей существующих между участниками строительства становится более прозрачной. Как показывает исследование, управление в рамках крупной строительной организации, выполняющей работы на всех -22этапах строительства, осуществляется при взаимодействии трех основных групп процессов [3,5,76]: 1. административное управление (стратегическое и оперативное); 2. жизненного цикла продукции (бизнес-процессы в рамках производства продукции); 3. управление ресурсами. Инвестор I Заказчик-застройщик (Девелопер) F Инвестиционный консультант BP Управляющая компания PM E P C Проектный институт или инжиниринговая фирма Торгово-закупочная компания Строительная компания O Оператор T Риэлтер Рис.1.1.4. Предприятие с комбинированной структурой интеграции -23Основным процессом в рамках жизненного цикла продукции, является процесс выпуска строительной продукции: здания, сооружения и др. Процесс выпуска в свою очередь можно разделить на отдельные подпроцессы: строительный, технологические, транспортные. Строительным называют процесс, воздействия рабочего или группы рабочих с помощью орудий труда (механизмов и инструмента) на предмет труда с целью выполнения того или иного вида работ при возведении здания или сооружения. Технологическим называют производственный процесс, в результате которого предмет труда меняет либо свои размеры, либо форму, либо свойства, либо внешний вид и цвет, преобразуясь в готовую продукцию. Транспортный процесс заключается в перемещении предметов труда из одной точки пространства в другую (например, со склада на строительную площадку). В крупных строительных организациях работы, выполняемые в рамках производственных процессов, так же как и работы, в рамках процесса управления могут выполняться различными подразделениями компаниями или дочерними организациями. Все процессы делятся на отдельные виды работ, такие как: разработка ППР, подготовительные работы, работы нулевого цикла, возведение надземной части здания, отделочные и кровельные работы, благоустройство территории, ввод объекта в эксплуатацию, закупка и транспортировка МТР. В перечне приведены лишь наиболее типичные работы, однако порядок работ, а также их типы могут меняться в зависимости от возводимых (реконструируемых) объектов. Все процессы, а как следствие и работы имеют между собой взаимосвязь, сбой при выполнении одного из видов работ повлечет сбой во времени или качестве выполнения других работ[16]. Таким образом, можно отметить, что сложное кооперирование связей в процессе строительства осуществляется в сфере управления, за счет разделения функций управления между организациями-участниками, и в -24сфере производства, т. е. непосредственно на объекте строительства, путем разделения основного технологического процесса на составные взаимосвязанные элементы, выполнение которых производится различными исполнителями. Это требует согласования во времени, пространстве, по видам применяемых средств механизации, степени готовности отдельных элементов зданий и сооружений для продолжения работ другими исполнителями. Большое число производственных предприятий, сложность взаимных связей требуют четкой организации и координации работы всех участников крупной строительной организации, выполняющей работы на всех этапах строительства. Особого внимания при взаимодействии участников такой строительной организации заслуживают существующие между ними сложные логистические связи, сложившиеся в рамках реализации функций планирования, управления и контроля материальными, информационными и финансовыми ресурсов[4,11,15,]. Множество субъектов строительстве: охватывают инвесторов, информационные заказчиков, застройщиков, потоки в подрядчиков, проектно-изыскательные организации, научно-исследовательские институты, предприятия промышленности строительных материалов, изделий и конструкций, предприятия строительного и дорожного машиностроения, физических лиц, государственные органов и др. и включают в себя все виды строительной документации: планы производства работ, акты скрытых работ, сметы, журналы работ, ведомости поставок материалов, графики поставки материалов, нормативную документацию и др. Финансовые ресурсы в строительстве - это денежные средства, имеющиеся в распоряжении предприятия и предназначенные для обеспечения его эффективной деятельности, для выполнения финансовых обязательств и экономического стимулирования работающих. Важное требование при организации финансового потока в строительстве - обеспечение соответствия его плану осуществления строительно- -25монтажных работ. Поэтапное формирование финансового потока требует определения объем инвестиций на каждом из этапе, для того чтобы обеспечить достаточный уровень оборотных средств для выполнения конкретного строительного этапа. В строительной отрасли материальный поток имеет свои особенности. Это выражается в том, что, в процессе строительства, материальный поток, преобразовывается в неподвижный объект, в недвижимость. Материальные ресурсы в строительстве представлены в виде строительных материалов, изделий, деталей, полуфабрикатов и строительных конструкций. Понятия «материальные ресурсы» включает в себя материалы и конструкции общестроительного назначения, а также оборудование, детали, узлы, которые относятся к системам инженерного обеспечения зданий и сооружений. Материальные ресурсы могут быть объединены на основе предмета труда, перерабатываемого в процессе строительного производства, которые представляют самый дорого и многочисленный вид, применяемый в строительстве[11]. С логистической точки зрения, потоки каждого из вида приведенных ранее ресурсов формируются при перемещении данных ресурсов в пространстве. Важная ценность логистического подхода заключается в возможности формализованного описания потоки ресурсов между участниками строительства, что позволяет смоделировать систему интегрированных цепочек поставок и учесть дополнительные условия, влияющие на деятельность строительных организаций[34,58]. Несогласованность действий участников цепи, а так же недостаточный информационный обмен могут привести к так называемому Bullwhishэффекту. Bullwhish-эффект представляет собой ситуацию, при которой незначительное изменение потребности конечного потребителя продукции приводят к значительным отклонениям в планах других участников -26производственно-логистической цепи (производственных предприятий, транспортных организаций и др). Bullwhish-эффект вызывает увеличение амплитуды колебаний спроса по мере продвижения информации по цепи. При возникновении Bullwhish-эффекта нарушается бесперебойное движение материальных и информационных потоков в цепи поставок, вызывает тем самым риск невыполнения заказа конечного потребителя продукции. Основными причинами Bullwhish-эффекта являются: Ошибки в прогнозировании потребности\спроса Создание дополнительных страховых запасов Произвольное увеличение размеров партий поставок Запаздывания в получении необходимой информации о потребностях Отклонение от плановых сроков и объемов производства и поставок. Снижение негативных последствий Bullwhish-эффекта возможно за счет создания комплексной системы управления взаимодействием предприятий в рамках производственно-логистической цепи. [44,58] -271.2. Анализ теории и практики использования информационных систем и технологий, функционирующих в рамках производственнологистической цепи в строительстве Информационные технологии (ИТ) управления неуклонно развиваются в соответствии с требованиями системы, применяемыми методами управления и прогрессом в области информатики и вычислительной техники. Важно отметить влияние информационных технологий на содержание управленческого труда и изменение организационных структур управления предприятием.[23,24] Во-первых, использование ИТ позволяет быстро и эффективно обрабатывать большое количество информации, расширяет возможности обмена информацией, что позволяет сократить время выполнения руководителями простых, рутинных работ, а также повышает производительность их труда. Во-вторых, с помощью ИТ становится возможным автоматизировать принятие рутинных, повседневных решений. Подобные решения легко поддаются программированию, поэтому их называют программными решениями[20]. Попытки автоматизировать управление строительством были предприняты еще в в 70-е годы, период использования больших ЭВМ. Эта проблема была особо актуальна в СССР в силу высокой централизации управления и большого количества масштабных строек. Проблема решалась путем формирования специального структурного подразделения, обеспечивающего работу по автоматизации различных функций управления, которое называлось АСУС. Сущность АСУС состояла в том, что на всех управленческих уровнях между управляющим и управляемым звеньями встраивалось новое звено - вычислительный центр (ВЦ). В качестве вычислительных центров выступали крупные организации, которые были оснащены большими ЭВМ (второго поколения - на полупроводниках), с обширным штатом обслуживающего задачи ЭВМ персоналом: - это -28поставщиков задач, программистов, операторов, курьеров со своим транспортом, телетайпной связью. Такими организациями решались разнообразные задачи, от «рутинных» (учет расхода и запасов различных ресурсов, начисление заработной платы и т.д.) и заканчивая сложными «оптимизационными» задачами, когда решалась задача выбора наиболее подходящего варианта организации каких-либо работ. На многих стройках (особенно в Москве) АСУС функционировали довольно успешно, но в целом такие системы просуществовали давольно короткий промежуток времени. В условиях «дефицитной» экономики получаемый оптимизационные решения далеко не всегда возможно было реализовать на практике, а большой объем документации обычно приводил к тому, что она не всегда использовалась. А так же руководство строительным производством не было готово к столь сильной реорганизации стиля своей текущей работы. ВЦ зарекомендовали себя лишь для решения задач, связанных с планированием и учетом, таких как определение потребностей в ресурсах, подсчет заработной платы и т.д[48]. В начале 90-х годов автоматизация пошла по другому пути в силу быстрого развития компьютерной техники, что сделало не нужными громоздкие ВЦ. Многочисленные персональные компьютеры, стали заменой больших ЭВМ, разместившись в самих строительных организациях на столах бухгалтеров, инженеров производственно-технических отделов, снабженцев, кладовщиков, главного инженера и т.д. Сильнейшего изменение претерпело и само программном обеспечении. Небольшие организационные разрозненные задачи, были программы, заменены решающие крупными отдельные программными комплексами, которые позволяют решать широкий круг задач, и создают более благоприятные условия для пользователей системы. Новым видом программного продукта стали автоматизированные рабочие места (АРМы). АРМ - это сокращенная аббревиатура программного комплекса, который предназначен для автоматизации одного конкретного вида деятельности, как -29то: Если сравнивать программы «старых» АСУС и АРМы, то АРМы обладали гораздо более обширным возможностями, однако с точки зрения их разработки они были намного сложней, а по занимаемой памяти (в килобайтах) в десятки, и даже сотни раз превышали наиболее типичные программы, реализованные на ЭВМ первого поколения. Как показало исследование, функциональность АРМов охватывала все основные задачи, которые решались соответствующими специалистами (бухгалтером, кладовщиком и проч.), но они требуют привязки к особенностям конкретной организации и соблюдения законодательства, норм. Естественно, что доработка такой системы по трудоемкости гораздо меньше разработки новой программы. Если считать использование ЭВМ первого поколения начальным этапом в развитии автоматизации управленческой деятельности строительства, то вторым этапом можно смело считать переход на персональные компьютеры и АРМ, которые соответствуют более высокому уровню информационных технологий. Практика внедрения персональных компьютеров и АРМ менее трудозатратна и проста с технической точки зрения, хоть и требует проведения специализированного обучения персонала, наличия ресурсов консультантов по информационным технологиям. Недостатком использования персональных компьютеров и АРМов является дублирования информации при ее «переброске» с одного компьютера на другой. Это и стало причиной дальнейшего развития автоматизированных систем в виде создания на базе отдельных рабочих станций единой информационной системы организации, которая должна охватывать все основные сферы ее деятельности. Использование такой системы требует объединения компьютеров строительной организации, а иногда и связанных с нею сторонних организаций в единую компьютерную сеть. Как следствие программное обеспечение усложняется, за счет чего усложняется и техническая часть, т.е. появляется множество дополнительных устройств, которые должны обеспечить хранение и передачу информации по -30различным каналам связи. Преимущество данного объединения является, то что текущие задачи в любой из сфер деятельности предприятия могут решаться с использованием единой информации, которая хранится в системе. Основанные на этой концепции системы управления стали называться корпоративными информационными система (КИС). Таким образом, КИС это единая информационная система, которая позволяет связать, между собой руководство организации, а так же структурные подразделения, иногда и смежные предприятия, вспомогательные службы, и охватывающая все основные сферы деятельности - бухгалтерию, материально-техническое обеспечение, общую техническую политику, текущие организационные вопросы и т.д. [112]. Данная человеко-машинная система, позволяется сделать более прозрачными различные сферы деятельности предприятия, такие как производственная, хозяйственная и финансовая, т.е. появляется возможность непрерывно анализировать все получаемые результаты, тенденции, положение на строительном рынке, обеспечивая этим наибольшую эффективность управления. Так как АСУ используются в различных сферах деятельности, то классификация АСУ зависит от видов процессов управления, уровня управления, сферы функционирования экономического объекта и его организации, степени автоматизации управления. Основными классификационными признаками АСУ являются: сфера действия (например, АСУ объединения, главка, треста); назначение или характер объектов управления (например, производственно-технические, транспортные, строительные); выполняемые функции (организационные, технологические, организационно-технологические). Различают также системы функциональные (планирование, управление, учет и др.) и обеспечивающие (технические, информационные и т. п.). По выходным результатам АСУ бывают информационно-справочные, информационно-управляющие. АСУ может характеризоваться: видами и объемом выполняемых функций; спецификой производственного процесса; -31масштабом производственной деятельности организации; структурой и спецификой объекта управления; уровнем использования математических методов и средств в процессах управления. Системы управления, основной функцией которых является организация производственных процессов, называются автоматизированными системами организационного управления — АСОУ или просто АСУ. Для данного диссертационного исследования наиболее интересными для рассмотрения являются вопросы, касающиеся автоматизированных систем, применяющихся в рамках производственно-логистической цепи. Вместе с развитием в конце 1960-х годов информационно-компьютерных технологий появилась информационная концепция логистики. Основная идея данной концепции заключается в том, чтобы сформулировать общую проблему управления материальным потоком некоторого бизнес-объекта (фирмы в целом или отдельной функциональной области: снабжения, производства, продаж) и одновременно синтезировать информационнокомпьютерное систему для решения проблемы.[98] Теоретической основой информационной концепции является системный подход, который применяется как для моделирования самих объектов, так и для синтеза систем информационно-компьютерной поддержки. Основные стратегические решения состоят в том, чтобы автоматизировать тривиальные задачи и использовать информационно-компьютерную поддержку для решения более сложных оптимизационных логистических задач. При этом оптимизация всего процесса управления материальным потоком, как правило, не является целью внутри данной концепции. Практическими примерами использования информационной концепции логистики являются широко распространенные системы и информационнопрограммные модули MRP I, MRP II, DRP, ОРТ, QR, CR и т.п. Данные программные модули применимы при автоматизации внутрифирменного планирования и управлении запасами и закупками МР, а также производства и поставок готовой продукции потребителям. В этих модулях КИС решаются -32и конкретные задачи оптимизации, например, определения оптимальной партии поставки (заказа) или уровней запасов продукции, оптимизации производственных мощностей и работы подъемно-транспортного оборудования и др.[21,49,64.70,71,93,96] Концепция MRP (Material Requirements Planning) – планирование цепочки материальных требований – имеет цель в виде минимизации издержек хранения запасов на различных участках производственно-логистической цепи. Основная задача данной концепции состоит в обеспечении соответствующих потребностей в количестве материальных ресурсов на каждом участке их потребления, в каждый момент времени. Информационные системы, реализованные на основе концепции MRP, позволяют регулировать поставки материалов, контролировать работу склада и соблюдении технологии производства. MRP-система не гарантируют выполнения производственного плана в полной мере, по причине ограниченности, в указанных функциях, которые были сформированы без учета производственных мощностей, их загрузки и стоимости рабочей силы [21]. Еще одна концепция, реализованная в рамках производственнологистической цепи - планирование потребности в производственных мощностях (CRP). Данный метод нацелен на улучшение использования производственных мощностей рабочих центров – оборудования, поточных линий, бригад рабочих. Система класса CRP выполняет планирование и балансировку загрузки рабочих центров для обеспечения плана выпуска готовой продукции. Планирование потребности в производственных мощностях осуществляется по каждому виду продукции, включенному в календарный план. При этом учитывается последовательность выполнения технологических операций изготовления продукции на рабочих центрах. По каждому рабочему центру рассчитывается плановая загрузка, учитывается ограничение производственной мощности. В результате расчетов выдается сообщение обо всех расхождениях между плановой -33потребностью (загрузкой) и имеющейся мощностью рабочих центров. Это позволяет своевременно предпринимать действия, направленные на выравнивание загрузки рабочих центров путем перераспределения потоков операций, изменения производственной программы. CRP-системы не обеспечивают оптимальную загрузку рабочих центров, оставляя эту интеллектуальную процедуру человеку. В результате производственная программа будет соответствовать реальным возможностям загрузки рабочих центров, производственным мощностям. Такая программа становится основной для планирования материальных потребностей в MRP-системах. Недостатком CRP-систем является учет ограниченного перечня производственных факторов, а также отсутствие средств моделирования и оптимизации загрузки рабочих центров.[93] Информационные системы классов CRP/MRP обеспечивают реализацию функций управления в направлении «сверху вниз», без учета обратной связи, а так же решение функциональных задач планирования потребностей материалов и производственных мощностях. Такие функции управления, как бизнес-планирование, планирование производства, разработка главного календарного плана производства, оказались не охваченными в ИС класса MRP/CRM, а так же отсутствует учет специфичных для строительной отрасли факторов. Концепция MRP получила свое развитие в виде MRP II-системы, которая предназначена для планирования всех ресурсов предприятия. MRP II позволяет реализовать следующие возможности: 1. В режиме реального времени получать информацию о текущих результатах деятельности предприятия; 2. За счет сокращения непроизводственных затрат и эффективной организации позволяет оптимизировать движение материальных потоков; 3. Учитывать финансовое состояние предприятия. -34Учет финансовой составляющей в системах MRP II был реализован на основе, добавленного финансовый модуль FRP (Finance Requirements Planning) – планирование цепочки финансовых требований.[70,71,93] В совокупности MRP II и FRP получили название системы планирования ресурсов предприятия ERP (Enterprise Resource Planning). ERP основана на интеграции управления финансами и материальными потоками в рамках единого информационного поля. Внедрение систем класса ERP преследует достижение следующих целей: - обеспечение своевременной и комплексной поставки сырья и материалов в соответствии с планом; - минимизация затрат; - повышение управляемости и эффективности производственных процессов; - обеспечение функционирования материально-технического обеспечения. Возможность MRP II в рамках ERP предполагает: расчет потребности в материальных ресурсах на основе плана; планирование закупок строительных материалов; составление графика перевозки материалов; резервирование материальных ресурсов на складах под запланированные работы. Однако отсутствует учет случайных факторов или риск –факторов, которые могут возникнуть при реализации поставок.[93] Еще один класс систем, существующий в рамках управления процессами в производственно-логистической цепи – системы SCM (cистема управления цепями поставок). Данное прикладное программное обеспечение, предназначено для автоматизации и управления всеми этапами снабжения предприятия и для контроля охватывают логистическую всего цепь: товародвижения. закупку сырья, SCM-системы производство, распространение товара. Существует шесть основных областей, на которых управление цепями поставок основывыется: производство, месторасположение, запасы, транспортировка и информация. поставки, -35Системы класса SCM автоматизируют процесс планирования, исполнения и контроля с точки зрения снижения затрат потока сырья, материалов, незавершѐнного производства, готовой продукции, сервиса и связанной информации, от точки формирования заявки на материальный ресурс до точки потребления данного материального ресурса, то есть до полного удовлетворения потребностей клиента. Понятие «управление цепочками поставок» подразумевает рассмотрение логистических операций на протяжении всего жизненного цикла продукции, то есть процесс разработки, производства, продажи готовых изделий и их послепродажное обслуживание.[38,44,86] Впервые понятие Supply chain management было введено в 1982 г. Кейтом Оливером (Keith Oliver), консультантом компании Booz Allen Hamilton. Не смотря на все выше описанные достоинства данного класса систем, в системах SCM существует ряд недостатков: жесткие требования к наличию информационных подсистем для планирования и управления, а также к одноформатности данных. Так же к недостаткам SCM следует отнести значительные затраты на информационные технологии, высокую степень зависимости от партнеров объединяющихся в рамках SCM и отсутствие учета факторов-риска. Внедрение любой из рассмотренных систем информационной логистики требует анализа информационных потоков и учета их особенностей. Строительство обладает множественностью информационных потоков, в одном лишь информационных процессе потоков, снабжения формируется возникающих между более отделом чем 20 МТО и поставщиками, государственными органами, другими подразделениями строительной компании, транспортных предприятий, налоговых органов. Ни одна из рассмотренных информационных систем на текущий момент в полной мере не поддерживает той специфики, которая характера для строительной отрасли, а так же во всех системах отсутствует учет -36возможных факторов риска, которые могу возникать при возведении объекта строительства. Указанные выше логистические системы, первоначально построенные исключительно на принципах информационно-технологической концепции, не обладают на текущий момент необходимой гибкостью и интегрированностью, которые требуются на современном этапе развития рыночной экономики, например, для регулирования отношений производителей, транспортных организаций и конечными потребителями продукции на строительной площадке. -371.3. Выводы по главе 1 1. Анализ деятельности крупных строительных организации показал, что сложность взаимосвязей, существующих между участниками производственно-логистической цепи таких организации, требует четкой организации и координации работы всех участников цепи, а так же учета факторов риска на основе использования современных логистических концепций управления. Важная ценность логистического подхода в возможности формализовано описать потоки ресурсов между участниками строительства, т.е. смоделировать систему интегрированных цепочек поставок и учесть дополнительные условия, влияющие на деятельность строительных организаций. 2. Многообразие производственных связей, характерных строительной отрасли, отразилось и на формах внутреннего кооперирования крупных строительных организации. В предприятий сформировались результате слияния интегрированные или разделения структуры. Формы кооперации предприятий в рамках крупных строительных организации разнообразны, однако, управление в рамках любой из схем организации строительной компании, выполняющей работы на всех этапах строительства, следует рассматривать на базе процессного подхода, согласно которому данный вид деятельности представляет собой структурную сеть процессов, «потребляющих» ресурсы и создающих продукцию. 3. Выполненный анализ особенностей и тенденции использования современных информационных систем и технологий, функционирующих в рамках производственно-логистических процессов в строительстве показал, что данные системы и технологии обладают рядом узких мест, которые не позволяют применять данные технологии в рамках строительства. К таковым можно отнести реализацию функции управления в направлении «сверху вниз», без учета обратной связи; так же в данных системах оказались не охвачены ряд функций управления: планирование производства, разработка -38календарного плана производства; отсутствие единого информационного пространства для осуществления планирования и контроля между участниками строительства в рамках возведения строительного объекта, отсутствие прогнозирования и учета риск-факторов также является отталкивающим фактором. Таким образом, проведенный анализ показал, потребность строительной отрасли в разработки специализированной системы управления взаимодействием в едином информационном пространстве, позволяющей учитывать возможные факторы риска. -39- Глава 2. Моделирование процессов в рамках производственно-логистической цепи в строительстве с использованием инструментария управления рисками 2.1. Модульная декомпозиция процессов в рамках производственнологистической цепи в строительстве В данном исследовании рассмотрено взаимодействие между организациями-участниками строительной компании, выполняющей работы на всех этапах строительства, в состав которых входят предприятия поставщики материалов и сырья, предприятия строительной индустрии, транспортные компании, компании, выполняющие СМР. Производственнологистическая цепь, образуемая при взаимодействии данных участников, приведена на рисунке 2.1.1. Как уже отмечалось ранее, логистическая деятельность в строительстве носит интегрированный характер и происходит в рамках взаимодействия отдельных подразделений/предприятий, предприятия строительной индустрии, представляющих транспортных собой организаций и организаций, выполняющих СМР, как показано на рисунке. [18] Каждый из организаций-участников, отвечает за выполнение отдельного процесса в рамках рассматриваемой производственно-логистической цепи. Для предприятий строительной индустрии основным процессом является производство готовых изделий или полуфабрикатов для нужд строительства. Если говорить о строительных организациях, выполняющих СМР, то они являются исполнителями работ в процессе возведения объекта. Транспортная организация является строительной индустрии связующим и звеном организациями, между предприятиями выполняющими СМР, обеспечивая транспортировку готовых изделий/полуфабрикатов со склада производителя взаимодействия, на строительный между объект. выделенными Эффективная участниками организация производствнно- логистической цепи строительства должна способствовать обеспечению -40своевременного ввода объекта в эксплуатацию, что очень важно при возведении объекта строительства. Своевременность ввода строительного Рис.2.1.1 Производственно-логистическая цепь в строительстве объекта в эксплуатацию достигается за счет ритмичного выполнение работ, полного и равномерного использование всех видов ресурсов, своевременное обеспечение строительного объекта материалами, деталями. Стоит отметить, что именно своевременность обеспечение строек материалами и изделиями является одной из важнейших проблем для большинства строительных сложившаяся система организаций. управления Это объясняется взаимодействием тем, в что рамках производственно-логистической цепи в строительстве не гарантирует доставку грузов на стройки в запланированное время, а как следствие своевременное их использование при строительстве объекта. [18] Для решения взаимодействия данной участников проблемы и обеспечения эффективного производственно-логистического процесса -41строительства в диссертационном исследовании по каждому объекту предлагается разработать комплект производственно-технологических модулей (ПТМ). Производственно-технологический модуль (ПТМ) – включает перечень изделий одного или нескольких наименований, поставляемых с одного производственного предприятия, соответствующий по весу и габаритам грузоподъемности и емкости транспортной единицы, на которой будет произведена его транспортировка на объект строительства, для выполнения укрупненного комплекса работ или вида работ при строительстве, с учетом технологии возведения объекта (в привязке к заводу производителю). На базе комплекса разработанных модулей появляется возможность увязать технологию возведения и последовательность выполнения работ между всеми предприятиями организациями, строительной участвующими индустрии в строительстве: (заводы изготовители), транспортными организации и организациями, выполняющие СМР. Совокупность модулей, разработанных на каждый тип дома, является информационно-справочной базой (ИСБ) для текущего оперативного планирования деятельности всех участников строительства. Данная ИСБ далее привязывается к определенному строительному адресу, включенному в план строительства, с учетом состояния объекта на начало периода, и далее корректируется, согласно реальным условиям. ИСБ являются основой для разработки оперативных заводских и объектных графиков поставки материалов. Все выше описанные документы можно представить в виде информационной модели верхнего уровня (рис.2.1.2.). Использование ИСБ при организации управления взаимодействием в рамках производственно-логистической цепи строительной организации, выполняющей работы на всех этапах строительства, позволяет реализовать в строительстве концепцию «точно в срок», которая взаимоувязывает такие основные процессы, как: -42- погрузку деталей, материалов для строительства на заводах, складах, базах снабжения; - транспортировку данных грузов до объектов строительства; - производство строительно-монтажных работ. Справочник изделий Информационно-справочная база данных о производственно-технологических модулях Справочник транспортных средств Справочник заводов производителей Справочник монтажно-технологических вариантов зданий\сооружений Справочник нормативного времени монтажа, погрузки и разгрузки деталей Справочник объектов строительства Информационное ядро Планово-производственная Планово-производственная документация документация для для участников участников логистической логистической цепи цепи Параметрическая база данных объектов строительства База данных оперативной информации с объекта строительства Рис.2.1.2. Информационная модель верхнего уровня производственнологистических процессов в строительстве Для того, чтобы производственно-логистическая цепь функционировала ритмично, на основе концепции логистической концепции необходимо: Спланировать непрерывную работу всех участников. Обеспечить оперативный контроль над выполнением этих работ. Обеспечить принятие мер по предупреждению возникающих нарушений, а в случаях, когда нарушения все же произошли, обеспечить принятие мер по устранению их последствий. Таким образом, основными задачами, которые необходимо решить для организации управления взаимодействием участников строительства в рамках производственно-логистической цепи являются задачи: 1. Разработка комплекта ПТМ на дом в привязке к определенному строительному объекту -432. Разработка часовых монтажно-транспортных графиков на объект 3. Разработка заводских графиков отгрузки деталей на склад производственного предприятия 4. Разработка плана выпуска транспорта на линию Контроль над выполнением указанных выше графиков и планов в том масштабе времени, в котором они составлены, планируется выполнять средствами функционального ядра единого информационного пространства, которое должно формировать соответствующие отчетные формы, для следующих задач: 1. Контроль своевременности выполнения оперативного часового монтажно-транспортного графика 2. Контроль своевременности выполнения заводского графика отгрузки деталей 3. Контроль своевременности выполнения плана выпуска транспорта на линию -442.2. Информационная модель производственно-логистических процессов в строительстве в едином информационном пространстве Формирование информационной модели производственно-логистических процессов в строительстве в едином информационном пространстве следует начинать, дав определение понятию информационная модель процесса и выбрав способ формирования данной модели. В самом общем виде информационная модель материального объекта/явления/процесса – это описание этого объекта на одном из языков кодирования разговорном, графическом, научном, специальном и т.д. Другими словами информационная модель – это набор величин, содержащий сведения об исследуемых объектах, явлениях и процессах. Информация поступает к человеку через его органы чувств, и следовательно, имеет пространственно-временные характеристики. Это значит, что информация видится нам либо как информационная система, либо как информационный процесс, либо как информационная система и информационный процесс одновременно[40,58,62]. Способ формирования информационных моделей информационных систем относится к области технической кибернетики и может быть использован для организации Технический результат хранилищ заключается в информационных расширении объектов. функциональных возможностей информационных систем за счет включения в их состав нового информационного средства, обеспечивающего хранение произвольных информационных объектов. В способе формирования информационных моделей информационных систем дополнительно формируют совокупность моделей для определения типов информационных объектов, набора их свойств (атрибутов) и отношений между объектами, содержащихся в машинной структуре хранения данных, представленной моделью «сущность - связь». -45Один из способ организации данных в ИС, в котором предлагается классификатор иерархической структуры, создаваемый в виде открытой системы, допускающей его дополнение и модернизацию и при этом существующие формализованные данные в модернизированном или существующем виде включают в свою структуру данных. Недостатком является иерархичность создаваемых структур данных, что не позволяет хранить данные, например, сетевого типа. Способ формирования информационной модели, при котором элементы системы представляют иерархически многопараметрическими упорядоченными и объединенными многоуровневыми в сетевой граф структурами и формируют сведения о непосредственной и через атрибуты (параметры) взаимосвязи элементов системы описанием связей, представленных простыми и содержательными связями с описанием содержательного характера каждой. Недостатком данного способа является то, что система ориентирована только на информационные объекты с заранее определенной структурой и невозможна организация системы баз данных с произвольным набором данных с заранее неизвестной структурой в отдельно взятой базе данных. Наиболее интересным в рамка данного диссертационного исследования является способ формирования информационной модели и способ организации баз данных, известный как «концепция 3-х схем», при реализации которого, в зависимости от структуры данных, необходимых для предметной области (первая схема - внешняя схема - точка зрения пользователя), создается нейтральная концептуальная схема (так называемая модель «сущность-связь», или ER-модель - третья схема - концептуальная нейтральная схема, в которой представляют типы информационных объектов, их свойства - атрибуты и отношения между объектами), в соответствии с которой создается машинная (компьютерная) схема (структура базы данных - третья схема - внутренняя схема - точка зрения компьютера)[85,90]. -46Модульная декомпозиция процессов в рамках производственно- логистической цепи позволила сформулировать список задач, решаемых при организации взаимодействия формирования участников информационной цепи. модели на На основе первом концепции этапе 3-х необходимо определить документы, которые являются результатом решения выделенных ранее задач, а также основных потребителей для каждого из вида разрабатываемых документов. Результатом решения задачи разработки комплекта ПТМ на дом в привязке к определенному строительному объекту является документ, который можно рассматривать в виде базового норматива для разработки при формировании логистической цепи и позволяет решать задачи, которые в нее входят. Документ «План выпуска транспорта на линию» является результатом решения соответствующей задачи. Данный документ разрабатывается для организации работы транспортных предприятий. Часовые монтажно-транспортный график позволяют организовать работу предприятий, выполняющих СМР, по возведению здания в соответствии с технологической последовательностью работ. Решением задач мониторинга являются соответствующие отчеты: отчет о своевременности выполнения оперативного часового монтажно- транспортного графика, отчет о своевременности выполнения заводского графика поставки деталей, отчет о своевременности выполнения плана выпуска транспорта на линию. Данные отчеты формируются на основе оперативных данных с предприятий участников производственно- логистической цепи, а также предоставленных в их пользование документов, которые были определены ранее. Второй этап построения модели – определение технологической составляющей. Для решения задач, реализуемых в рамках производственнологистической цепи в строительстве, предполагается использовать облачные технологии. Облачные технологии – это инновационная технология, которая -47предоставляет динамично масштабируемые вычислительные ресурсы и приложения через Интернет в качестве сервиса под управлением поставщика услуг. [112] В случае изменения потребностей системы, мощности информационного вычисления центра организованы могут гибко внутри перестраиваются, «облака», при пользователю этом системы достаточно оперировать данными и результатами. Внутри «облака» расположены модули, несущие в себе функции коммутации, вычислительную функцию, а так же хранения и обработки данных: Коммутация – служба предназначенная для обмена данными между связанными приложениями (службами, базами данных). Позволяет построить безопасные и надежные транзакционные систем через упрощенную унифицированную программную модель межплатформенного взаимодействия; Сервис (служба логики, веб-сервис) – служба, идентифицируемая вебадресом, программная система со стандартизированными протоколами взаимодействия, которая выполняет логические и математические расчеты системы. Является единицей модульности; Система управления базами данных – совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных[119]; База данных – совокупность данных, хранимых в соответствии со схемой данных; Файловое хранилище – обеспечивает хранение структурированных и неструктурированных данных (файлы конфигурационных настроек, изображения и пр.). Выделенные ранее задачи управления взаимодействием и мониторинга в рамках производственно-логистической цепи в строительстве, документы, формируемые путем их решения, а также технологическая составляющая, выбранная для решения данных задач, стали основой для формирования -48информационной строительстве информационной модели в производственно-логистических едином модели информационном процессов пространстве. производственно-логистических в Схема процессов в строительстве в едином информационном пространстве представлена на рисунке 2.2.1. Из рисунка видно, что поставщиком плановой и контрольной информации для предприятий участников цепи является функциональное ядро, которое расположено в «облаке». По каналам связи плановая информация поступает в системы оперативного управления каждого из участников, на стороне которых выполняется фиксация фактического исполнении плана. Данные о факте исполнения по каналам связи направляются в функциональное ядро, где производится сопоставление плана и факта. Результатом сопоставления являются соответствующие отчетные документы, которые предоставляются для анализа выделенной группе ответственных менеджеров. -49- Рис.2.2.1. Схема информационной модели производственно- логистических процессов в строительстве в едином информационном пространстве -502.3. Математическая модель управления взаимодействием в рамках производственно-логистической цепи с использованием инструментария управления рисками Как было рассмотрено ранее в рамках производственно-логистической цепи в строительстве изделия/полуфабрикаты поступают в соответствии с разработанными комплектами ПТМ, в которых предусматривается время погрузки изделий/полуфабрикатов со складов предприятий строительной индустрии на транспортное средство, время доставки, время монтажа изделий с транспортных средств в соответствии с принятой технологией строительства. Таким образом, для обеспечения эффективной работы логистической цепи работ необходимо увязать время доставики ПТМ на объект с временем начала монтажа. При выполнении этого требования могут возникнуть две ситуации: детали поступили преждевременно, что приводит к необходимости использования приобъектных складов, а значит и к увеличению стоимости и сроков строительства. детали поступили с опозданием, в этом случае происходит простой башенного крана, и, соответственно, также увеличиваются сроки и стоимость строительства. Обеспечение своевременного ввода в эксплуатацию объекта строительства, а значит, увязка во времени организации работ основных взаимодействующих в рамках строительства участников - производственных предприятий, транспортных организаций, предприятий, выполняющих СМР, вот основная цель работы строительной организации, выполняющей работы на всех этапах строительства. Для построения интегрированной модели взаимодействия предприятий в рамках производственно-логистической цепи строительной компании, выполняющей работы на всех этапах строительства, была произведена декомпозиции на отдельные составляющие, т.е. рассмотрена деятельность -51каждого из предприятий в частности и определены факторы, влияющие на своевременность выполнения работы каждым из участников. В рамках достижения общей цели – своевременности ввода объекта в эксплуатацию, основной задачей производственного предприятия при строительстве является своевременное выполнение графика по производству продукции для строительного объекта. Работа производственного предприятия достаточно сложна с организационной и технологической точек зрения и имеет свои особенности и факторы, которые могут влиять на его деятельность. Описание работы и факторов, влияющих на своевременность производства, требует глубокого анализа и проработки, что не предусматривается в рамках данного диссертационного исследования. Поэтому примем, что предприятие работает ритмично и все требующиеся изделия согласно ПТМ к моменту старта поставки уже имеются на складе производственного предприятия. Если говорить о транспортной организации, то ее основная задача в рамках реализации строительного объекта - своевременная доставка комплекта ПТМ со склада предприятия-производителя на строительную площадку. Негативное влияние, приводящее к несвоевременности доставки изделий на строительный объект, могут оказывать: - отсутствие в парке транспортных средств, требующихся для транспортировки. - отсутствие на предприятии достаточного количества квалифицированных кадров. - несвоевременный ремонт транспортных средств. - отсутствие учета загруженности/состояния автодорог при транспортировке изделий на объект строительства. [31] Задача организаций, выполняющих строительно-монтажные работы, при строительстве объекта – своевременный монтаж, доставленных изделий согласно плану монтажа. Факторы, которые могут оказывать влияние на несвоевременность выполнения данной задачи: -52- отсутствие необходимого количества строительно-монтажной техники. - отсутствие на предприятии достаточного количества квалифицированных кадров. - несвоевременности поставки материалов на строительную площадку транспортными организациями. Анализ деятельности организации-участников производственно- логистической цепи позволил выделить перечень негативных факторов (риск-факторов), которые могут оказывать влияние на своевременный ввод в эксплуатацию строительного Перечень негативных факторов представлен в виде таблицы 2.3.1. Таблица. 2.3.1. Перечень факторов, которые могут оказывать влияние на своевременный ввод в эксплуатацию строительного объекта. Транспортная организация Предприятие, выполняющее СМР Факторы, которые могут оказывать влияние на своевременный ввод в эксплуатацию строительного объекта Несвоевременная поставка Сбои в работе машин и механизмов, изделий на объект строительства обслуживающих объект строительства Выход из строя транспортных Проблемы, связанные с выходом средств рабочих на объект строительства Отсутствие учета Сбои, связанные с обеспечением загруженности/состояния дорог электроэнергией объекта строительства Проблемы, связанные с выходом водителей на линию Отсутствие учета данных факторов может привести к несвоевременности ввода объекта в эксплуатацию. Поэтому, целесообразно влияние негативных факторов выразить количественно, с точки зрения влияния их на время ввода объекта в эксплуатацию. Степень влияния рискфакторов на отклонение даты ввода объекта в эксплуатацию от плановой в количественном выражении может быть учтена при построении модели -53взаимодействия предприятий-участников производственно-логистической цепи. [31] Реализация данной модели позволит: Минимизировать время отклонения фактической даты ввода объекта в эксплуатацию от плановой Обеспечить эффективное использование мощностей компаний- участников (производственных, транспортных, складских, людских и др.) Обеспечить оперативное реагирование на отклонение фактических показателей времени реализации от плановых. Как уже было отмечено ранее, работа производственного предприятия при построении данной модели не рассматривается и с математической точки зрения будем считать ее константой. Поэтому описание математической модели начнем с рассмотрения работы транспортной организации. Для описания с математической точки зрения работу транспортного предприятия, введем условные обозначение. Пусть Аi – комплект изделий, необходимый для строительства i-го этажа (I ϵ 1;n) Т0 – дата ввода строительного объекта в эксплуатацию. tпост(Аi) = tпостi – время, необходимое для поставки комплекта Аi . tнпостi – момент начала поставки комплекта Аi. tопостi – момент окончания поставки комплекта Аi. tопостi = tнпостi + tпостi (1) Величина tпостi – случайная, поскольку на нее могут оказывать влияние мешающие факторы. Согласно аналитическим исследованиям данная величина подчинена экспоненциальному закону распределения вероятностей (график плотности показательного распределения представлен на рисунке 2.3.1.): Exp(αi) Среднее время поставки = , где αi – среднее число поставок в единицу α времени. -54- Рис. 2.3.1. График плотности показательного распределения. α α (2) Расчет параметра αi. Эксперты определяют среднее время поставки tср комплекта Аi, тогда αi = ср (3) Модель работы транспортного предприятия в данном случае графически можно представить в виде, показанном на рисунке 2.3.2. Рис. 2.3.2. Графическое представление работы транспортной организации согласно закону экспоненциального распределения Опишем математически модель работы организации, выполняющей СМР. Для формирования модели вводим следующие обозначения. Аi – объем монтажа i-го этажа (I ϵ 1;n) tмонт(Аi)= tмонтi – время монтажа комплекта изделий Аi. tнмонтi – момент начала монтажа i-го этажа. tомонтi – момент окончания монтажа i-го этажа. tомонтi = tнмонтi + tмонтi (4) Величина tмонтi - случайная, поскольку на нее могут оказывать влияние риск-факторы. Согласно аналитическим исследованиям данная величина -55подчинена закону β – распределения (график плотности β – распределения представлен на рисунке 2.3.3.): β (ai, bi, mi) Рис. 2.3.3. График плотности β - распределения Произведем расчет параметров. mi = наиболее вероятное значение определяется в соответствии с нормативами монтажа. Пусть tнорммонтj – нормативное время монтажа j-го изделия qij – количество изделий j-го типа (j ϵ J), необходимых для i-го этажа. – общее количество изделий для i-го этажа. Ai = Полагаем, что mi = нормномт (5) ai и сi определяются экспертами. Например, – с (6) Рис. 2.3.4. Графическое представление работы предприятий СМР согласно закону β – распределения -56Рассмотрев работу всех трех участников строительства по отдельности и описав математически, произведем увязку выполнения работы участниками совместно. Прежде чем переходить к рассмотрению совместного механизма работы, опишем существующие ограничения: tнмонтi ≥ tомонтi, т.е. время начала tнмонтi монтажа i-го этажа должно быть позднее или равно времени окончания поставки изделий для i-го этажа со склада производителя на строительный объект. tнпостi ≥ tопрi, т.е. время начала поставки изделий со склада производителя на строительный объект для строительства i-го этажа должно быть позднее или равно времени окончания производства изделий для строительства данного этажа. Суммарное время выполнения всех работ не должно превысить времени T0 – времени ввода объекта строительства в эксплуатацию. На основе рассмотренных ранее задач, решаемых в рамках взаимодействия каждым отдельным участником строительства, а также описанных ограничений, построим график, позволяющий наглядно показать увязку работ всех участников строительства во времени. Графическая модель работы предприятий-участников строительства с учетом ограничений приведена рисунке 2.3.5. Рис.2.3.5. Графическая модель строительства с учетом ограничений работы предприятий-участников -57Данная модель наглядно показывает увязку во времени работ предприятий участников строительства с возможными отклонениями работ от плана, что позволяет заранее обратить внимание на узкие места в организации взаимодействия участников строительства и провести корректирующие действия, обеспечив надежность в достижении основной цели – своевременном вводе объекта строительства в эксплуатацию. -582.4. Выводы по главе 2 1. В результате модульной декомпозиции производственно- логистической цепи было выявлено, что своевременность обеспечение строек материалами и изделиями является одной из важнейших проблем для большинства строительных сложившаяся система организаций. управления Это объясняется взаимодействием тем, в что рамках производственно-логистической цепи в строительстве не гарантирует доставку грузов на стройки в запланированное время, а как следствие своевременное их использование при строительстве объекта. 2. Для синхронизации деятельности всех участников строительства в рамках диссертационном исследовании предполагается разработать по каждому объекту комплекта производственно-технологических модулей (ПТМ), позволяющих увязать технологию возведении, поставку изделий на объект и отгрузку со склада. Совокупность модулей, разработанных на каждый тип дома, могут быть использованы в качестве информационносправочной базы для создания функционального ядра. 3. Анализ концепции логистической цепи позволил выявить основные задачи, которые должны решаться в рамках функционального ядра для обеспечения эффективного взаимодействия. 4. Анализ выявленных математическую модель факторов риска, взаимодействия позволил предприятий разработать в рамках производственно-логистической цепи в строительстве. Построенная модель наглядно показывает увязку во времени работ предприятий участников строительства с возможными отклонениями работ от плана, что позволяет заранее обратить внимание на узкие места в организации взаимодействия участников строительства и провести корректирующие действия, обеспечив надежность в достижении основной цели – своевременном вводе объекта строительства в эксплуатацию. -59- Глава 3. Разработка методики принятия решения при возникновении несоответствий в процессе работы участников производственно-логистической цепи 3.1. Методика принятия решения при возникновении несоответствий в процессе работы участников производственнологистической цепи Организация функционирования производственно-логистической цепи с учетом факторов риска состоит из определения факторов риска и определения опасных ситуаций. Проведенный ранее анализ факторов неопределенности и риска, а так же рассмотренные модели позволяют комплексно и системно подойти к вопросу принятий решения о применении корректирующих мероприятий по отношению к участникам строительства, допустившим сбой. Разработанная математическая модель имеет вероятностный характер, т.е. позволяет учесть различные случайные факторы (риск-факторы), которые могут оказывать влияние на работу предприятий участников производственно-логистической цепи, и как следствие на своевременность ввода строительного объекта в эксплуатацию. Введенный в модель элемент случайности (учет факторов риска) позволяет сымитировать работу участников достаточно приближенно к реальным условиям. Заданные экспертным путем оценки отклонений времени транспортировки\монтажа от планового помогают с определенной степенью точности определить вероятность своевременности ввода строительного объекта в эксплуатацию. В общем виде методика принятия решения при возникновении непредвиденных ситуаций в работе участников производственно- логистической цепи приведена на рисунке 3.1.1. и включает: • расчет вероятности своевременного ввода объекта в эксплуатации с учетом факторов риска; • разработку двух рекомендательных матриц: -60- матрицы необходимости принятия решения о применении корректирующих воздействий, которая является основой, для дальнейших действий по формированию корректирующих действий. - матрицы рекомендаций о применении корректирующих воздействий, которая должна позволить определить организацию, к которой должны быть применены корректирующие воздействия. • анализ рассчитанной вероятности на основе первой матрицы и принятие решения о необходимости применения корректирующих воздействий. Если значение вероятности менее значения N (N – нормативное значение заданное экспертным путем для рассматриваемых условий), то требуется принятие решения о применении корректирующих воздействий, в противном случае применение корректирующих воздействий не требуется. • анализ вероятности на основе матрицы рекомендаций в случае принятия решения о необходимости применения корректирующих воздействий. Определение организации по отношению, к которой будут применяться корректирующие воздействия. • определение вида корректирующего воздействия в зависимости от сложившейся ситуации на основе соответствующих алгоритмов: алгоритм принятия решения о корректирующих действиях при отклонении в процессе поставок и алгоритм принятия решения о корректирующих действиях при отклонении в процессе выполнения строительно-монтажных работ. Разработанная методик позволяет лицу, принимающему решение, выбрать оптимальный вариант проведения корректирующих мероприятий, которые будут способствовать своевременному вводу строительного объекта в эксплуатацию. Сформируем матрицу зависимости необходимости принятия корректирующих воздействий от вероятности своевременного ввода объекта строительства в эксплуатацию, полученной в результате моделирования, и срока строительства объекта (таблица 3.1.1.). -61Начало 1. Расчет вероятности своевременного ввода объекта в эксплуатацию Начало T0, tнпост, tсрпоставки, toпост,Аi, i [1;N] Время окончания поставки в идеальных условиях рассчитывается как, tопост = tнпост + tсрпоставки Рассчитываем время окончания поставки tопост’ с учетом возможных отклонения как tопост’ = tнпост + tсрпоставки + α, где α время отклонения - случайная величина подчиненная экспоненциальному закону распределения На временной прямой «поставка» отмечаем три точки: tнпост, tопост, tопост’ tнорммонт, p Рассчитаем время окончания монтажа i-го этажа В идеальных условиях, когда отсутствуют отклонения, время окончания поставки должно быть равно времени начала монтажа i-го этажа,т.е. tопост = tнмонт, тогда tомонт = tнмонт + tмонт. tмонт в идеальных условиях = tнорммонт. В реальных же условиях время монтажа - это случайная величина, которую можно рассчитать по закону бетта-распределения. ai = tнорммонт – (p%)/(100%)*tнорммонт сi = tнорммонт + (2p%)/(100%)*tнорммонт Таким образом tмонт = (ai +сi)/2, искомое значение времени окончания монтажа tомонт’ = tнмонт +(ai +сi)/2 Нет На временной прямой «Монтажа» отмечаем три точки: tнмонт, tомонт, tомонт’ Все ли комплекты перевезены и смонтированы Да Рассчитываем вероятность своевременности ввода в эксплуатацию Конец 2. Разработка двух рекомендательных матриц: - матрицы необходимости принятия решения о применении корректирующих воздействий - матрицы рекомендаций о применении корректирующих воздействий 3. Анализ рассчитанной вероятности на основе матрицы «необходимости принятия решения о применении корректирующих воздействий» и принятие данного решения . 4. Анализ вероятности на основе матрицы рекомендаций, в случае принятия решения о необходимости применения корректирующих воздействий. Определение организации по отношению, к которой будут применяться корректирующие воздействия 5. Определение вида корректирующего воздействия в зависимости от сложившейся ситуации на основе соответствующих алгоритмов: - алгоритм принятия решения о корректирующих действиях при отклонении в процессе поставок - алгоритм принятия решения о корректирующих действиях при отклонении в процессе выполнения строительномонтажных работ Конец Рис.3.1.1. Алгоритмическая модель расчета вероятности своевременности ввода объекта строительства в эксплуатацию и принятия решения в случае возникновения непредвиденных ситуаций -62В матрице пограничные сроки при строительстве типовых зданий определим, как: до года; от 1 до 1,5 лет; от 1,5 до 2 лет; от 2 до 5 лет. Срок более 5 лет при строительстве типового сооружения не рассматриваем, поскольку считаем, что данный срок строительства не рентабелен при строительстве типового сооружения. Вероятность своевременного завершения рассматриваем в пределах от 1 до 0,85. Вероятность меньшую 0,75 считаем критической и при любом сроке строительства требующую принятия решения о применении корректирующих действий. Срок строите льства Таблица 3.1.1. Матрица зависимости необходимости принятия решения о применении корректирующих воздействий от вероятности своевременного ввода объекта строительства в эксплуатацию и срока строительства объекта Вероятность своевременного завершения До года От 1 до 1,5 лет От 1,5 до 2 От 2 до 5 0,97 – 0,9 0,9– 0,85 0,85 – 0,75 Менее 0,75 требуется не требуется не требуется не требуется требуется требуется не требуется не требуется требуется требуется требуется не требуется требуется требуется требуется требуется Условные обозначения: требуется – требуется принятие решения о проведении корректирующих действий. не требуется – не требуется принятие решения о проведении корректирующих действий. Как видно из матрицы, большая часть вероятностей, которая может быть получена в результате моделирования, требует принятия решения о применении корректирующих воздействий. Применительно к нашей модели корректирующие воздействия можно применять: - при организации работы транспортной организации, в случае получения наибольших отклонений фактического времени от планового при поставках. - при организации работы строительно-монтажной организации, в случае получения наибольших отклонений фактического времени от планового при производстве строительно-монтажных работ. - комбинация корректирующих воздействий при организации работ транспортной организации и организации, выполняющей СМР. -63На основе матрицы зависимости принятия решения о применении корректирующих воздействий от вероятности своевременного ввода объекта строительства в эксплуатацию и срока строительства объекта построим матрицу рекомендаций о применении корректирующих воздействий (таблица 3.1.2.). В матрице отразим в какой из организации участников производственнологистической цепи строительства целесообразно применять корректирующие воздействия при организации работ. Срок строите льства Табл. 3.1.2. Матрица рекомендаций о применении корректирующих воздействий при организации работ участников производственно-логистической цепи строительства. Вероятность своевременного завершения До года От 1 до 1,5 лет От 1,5 до 2 От 2 до 5 0,97 – 0,9 0,9 – 0,85 0,85 – 0,75 Менее 0,75 ТО\ОСМР не требуется не требуется не требуется ТО+ОСМР ТО\ОСМР не требуется не требуется ТО+ОСМР ТО+ОСМР ТО\ОСМР не требуется ТО+ОСМР ТО+ОСМР ТО+ОСМР ТО+ОСМР Условные обозначения: ТО – требуется принятие решения о проведении корректирующих действий при организации работы транспортной организации. ОСМР – требуется принятие решения о проведении корректирующих действий при организации работы предприятия, выполняющего строительно-монтажные работы. ТО\ОСМР – применение корректирующих действий при организации работ требуется для одной из организаций. ТО+ОСМР - применение корректирующих действий при организации работ на обоих организациях. После применения корректирующих мероприятия к одному или комплексно ко всем участникам модели производственно-логистической цепи, выполняется повторный расчет вероятности своевременного ввода объекта в эксплуатацию. Данные действия повторяются до тех пор, пока полученная в результате моделирования вероятность не будет иметь приемлемое для принятия решения о старте строительства значение. -643.2. Методика формирования корректирующих действий при отклонении в процессе поставок материальных ресурсов и выполнения строительно-монтажных работ Как уже отмечалось при построении математической модели, время доставки ПТМ транспортной организацией носит случайный характер. В процессе транспортировки могут возникать различные ситуации, приводящие к отклонению фактического времени доставки ПТМ на строительный объект от планового, как то: - несвоевременно выполнена доставка деталей ПТМ на строительный объект по причине несвоевременности погрузки деталей ПТМ на складе производственного предприятия; - несвоевременно выполнена доставка деталей ПТМ на строительный объект по причине наличия пробок на пути следования автотранспортного средства; - несвоевременно выполнена доставка деталей ПТМ на строительный объект по причине возникновения проблем в работе автотранспортного средства; - несвоевременно выполнена доставка деталей ПТМ на строительный объект по причине попадания автотранспортного средства в аварийную ситуацию; - несвоевременно выполнена доставка деталей ПТМ на строительный объект по причине нехватки водителей автотранспортным средством на дату доставки и др. Каждый из выделенных факторов или их совокупность являются причиной отклонения фактического времени доставки ПТМ от планового, и как следствие приводят к необходимости применять корректирующие воздействия при организации работы транспортной организации. Одной из мер по устранению отклонений является – увеличения числа автотранспортных средств, выходящих на линию в дату транспортировки. -65Алгоритм принятия решения о применении корректирующих воздействий применительно к транспортной организации приведен на рисунке 3.2.1. Отклонения в процессе транспортировки Получение данных о техническом состоянии и степени загрузки автопарка транспортных средств организации перевозчика Проверка наличия свободных мощностей для возможности увеличения числа транспорта на линии Мощностей достаточно Нет Получение данных о возможности организации сверхурочных работ\ привлечения мощностей другой организации Расчет возможных альтернатив организации сверхурочных работ\ привлечения мощностей другой организации Да Выбор наилучшего варианта Оценка эффективности ввода дополнительного транспорта на линию Принятие решения о вводе дополнительного транспорта на линию Завершение Рис.3.2.1. Алгоритм принятия решения о применении корректирующих воздействий при отклонении в процессе поставок Инициатором процесса принятия решения о применении корректирующих воздействий являются данные об отклонении в процессе транспортировки. Для дальнейшего анализа запрашивается актуальная -66информация о техническом состоянии и степени загрузки транспортных средств организации перевозчика. На основе полученной информации выполняется анализ достаточности мощности транспортной организации. Если мощностей организации перевозчика достаточно, то выполняется оценка эффективности ввода дополнительного транспорта на линию, а затем принимается решения о применении или не применении соответствующей корректирующей меры. В случае если мощностей организации недостаточно запрашиваются дополнительные данные о возможности организации сверхурочных работ или привлечения мощностей другой организации. На основе полученных данных выполняется расчет возможных альтернатив возможности организации сверхурочных работ или привлечения мощностей другой организации. По результатам проведенного расчета выполняется выбор наилучшего результата. Далее выполняется оценка эффективности ввода дополнительного транспорта на линию, а затем принятие решения о применении или не применении соответствующей корректирующей меры. Время монтажа различных изделий, входящих ПТМ, различными бригадами, выполняющей СМР, так же носит случайный характер. В процессе монтажа могут возникать различные ситуации, приводящие к отклонению фактического времени завершения монтажа ПТМ на строительном объекте от планового, как то: - несвоевременно выполнен монтаж деталей ПТМ по причине несвоевременности доставки деталей ПТМ на строительную площадку; - несвоевременно выполнен монтаж деталей ПТМ по причине возникновения проблем в работе монтажных механизмов; - несвоевременно выполнен монтаж деталей ПТМ по причине нехватки специалистов, выполняющих монтаж на строительном объекте на дату и др. Каждый из выделенных факторов или их совокупность являются причиной отклонения фактического времени завершения монтажа ПТМ от -67планового, и как следствие приводят к необходимости корректирующие выполняющего воздействия при организации строительно-монтажные работы. применять работы предприятия, Одной из мер по устранению отклонений является – увеличения численности бригады, выполняющих СМР на строительном объекте. Алгоритм принятия решения о применении корректирующих воздействий применительно к организации, выполняющей СМР, приведен на рисунке 3.2.2. Инициатором процесса принятия решения о применении корректирующих воздействий являются данные об отклонении в процессе выполнения строительно-монтажных работ. Для дальнейшего анализа запрашивается актуальная информация о среднем времени монтажа изделий, входящих в ПТМ, различными бригадами организации, выполняющей СМР, и степени их загрузки, а также наличие свободных мощностей парка машин и механизмов. На основе полученной информации выполняется анализ достаточности мощности организации, выполняющей СМР. Если мощностей организации, выполняющей СМР достаточно, то выполняется оценка эффективности ввода дополнительных бригад и монтажной техники на строительный объект, а затем принимается решения о применении или не применении соответствующей корректирующей меры. В случае если мощностей организации недостаточно запрашиваются дополнительные данные о возможности организации сверхурочных работ или нарощения численности бригады. На основе полученных данных выполняется расчет возможных альтернатив возможности организации сверхурочных работ или нарощения численности бригады организации. По результатам проведенного результата. Далее расчета выполняется производится оценка выбор наилучшего эффективности ввода дополнительных рабочих в бригаду и монтажной техники на строительную площадку, а затем принимается решения о применении или не применении соответствующей корректирующей меры. -68Отклонения в процессе монтажа Получение данных о среднем времени монтажа ПТМ различными бригадами и степени их загрузки, а также наличии свободной монтажной техники Проверка наличия свободных мощностей для возможности увеличения числа бригад и монтажной техники на строительном объекте Мощностей достаточно Нет Да Получение данных о возможности организации сверхурочных работ\ привлечения дополнительных мощностей Расчет возможных альтернатив организации сверхурочных работ\ привлечения дополнительных мощностей Выбор наилучшего варианта Оценка эффективности ввода дополнительных бригад и монтажной техники на строительную площадку Принятие решения о вводе дополнительных бригад и техники на строительную площадку Завершение Рис. 3.2.2. Алгоритм принятия решения о применении корректирующих воздействий при отклонении в процессе выполнения строительно-монтажных работ. -693.3. Механизм взаимодействия производственно-логистической цепи информационном пространстве предприятий участников в строительстве в едином Переход организаций крупной строительной компании на взаимодействие в рамках новых технологий и концепции требует организационного реинжиниринга внутри нее. Внедрение предложенной схемы взаимодействия участников производственно-логистической цепи на основе комплекта ПТМ требует формирования и корректного встраивания в существующую структуру органа, который возьмет на себя функции координатора в рамках производственно-логистической цепи. На первом этапе, при формировании координирующего органа необходимо определить, какая из организаций, входящих в состав крупной строительной компании, будет выполнять административные функции. Считается, что введение координатора может привести к совершенствованию менеджмента компании и увеличению синергизма в отношениях между компаниями-участниками. Это будет означать, что администратор выступает в качестве ускорителя или катализатора организационного процесса, а так же принимает решение о возможном применении корректирующих действий при организации работ участников цепи. Администраторы помогают компании сформировать эффективное взаимодействие участников производственно-логистической цепи, организовать активность системы. Административные функции могут быть возложены на: как правило на одно производственно-логистического из предприятий цепи, являющееся участников основным исполнителем по тому или иному проекту. Кроме того эти функции могут быть возложены на компанию/группу специалистов, не являющуюся непосредственным -70участником производственно-логистического цепи, как это иногда используется в зарубежной практике; При первом подходе «основной» организацией, выступающей в роли администрации, в зависимости от характера выполняемых работ, могут выступать разные участники. Данная группа участников отвечает за коммуникацию с внешней средой, за распределение ресурсов и результаты деятельности При втором подходе происходит передача административных функций специальному органу (администрация). В его состав входят участники данной структуры с целью организации взаимоотношений с внешней средой, создания единой информационной базы, механизмов координации и управления материальными, информационными и финансовыми потоками.[6]. В рамках данного диссертационного исследования под администрацией будем понимать территориально-распределенную и компьютерно- интегрированную команду специалистов, решающих задачи управления на нескольких уровнях административно-хозяйственной деятельности. Администрация может рассматриваться на следующих административнохозяйственных уровнях: Принятия решений; Администрирования; Координации технических решений; Реализации. Типовые задачи администрации в рамках производсвтенно-логистической цепи: Управление взаимодействием участников Мониторинг (контроль) за ходом выполнения работ Организация корректирующих действий, в случае, возникновения отклонения времени фактического выполнения работ от планового. -71Предприятия строительной индустрии (заводы), транспортные организации, организации, выполняющие СМР, а также все остальные участники строительства для осуществления всех работ должны интегрироваться в рамках административной группы. Такое взаимодействие призвано повысить уровень кооперации и координации участников строительства, а в конечном итоге конкурентоспособность производимой ими продукции. Создание единой открытой организационно- производственной структуры, объединяющей всех участников вокруг поризводственно-логистических процессов, приводит к тому, что уровень партнерских отношений возрастает, уменьшаются издержки при производстве, транспортировке и непосредственном возведении объекта строительства. Организационная структура крупной строительной компании, включающая в себя административную группу, приведена на рисунке 4.1.1. -72- Рис. 4.1.1. Организационная структура организации взаимодействия участников производственно-логистической цепи крупной строительной организации -733.4. Выводы по главе 3 1. Выполненный анализ вероятности своевременного ввода объекта в эксплуатацию, полученной в результате моделирования, позволил сформировать две взаимосвязанные матрицы, на основании которых можно определить уровень и степень принятия решения. 2. Основываясь на матрицах рекомендации и необходимости принятия корректирующих действий была разработана методика принятия решения по устранению несоответствий. 3. Для координации взаимодействия участников производственно- логистической цепи предложен механизм, который позволит повысить уровень кооперации и предусматривающий создание специального органа, осуществляющего административные функции. -74- Глава 4. Практика использования информационной модели управления производственно-логистических процессов при строительстве крупнопанельных зданий и сооружений 4.1. Алгоритмы решения задач управления взаимодействием участников строительства в рамках производственно-логистической цепи Алгоритм разработки комплекта ПТМ на дом в привязке к определенному строительному объекту Цель: определение наборов изделий и материалов, поставляемых конкретному потребителю в срок, определяемый технологией возведения здания. В качестве входных данных для решения задачи используются следующие документы: - План монтажа. - Перечень всех деталей и их характеристика. - Нормы загрузки автомобильного транспорта для перевозки - Нормативное время монтажа, погрузки и разгрузки деталей - Справочник деталей Выходная форма: Комплекта ПТМ на дом в привязке к определенному строительному объекту. В комплект вводится 1ая по очередности установки деталь, указанная на плане монтажа. Из формы «Перечень всех деталей и их характеристика» определяется ее завод-поставщик, номер склада, тип автомобиля, принятый для перевозки. Следующая по очередности монтажа деталь добавляется к комплекту, если завод-поставщик и тип автомобиля совпадает с предыдущей деталью. Из формы «Нормативное время монтажа, погрузки и разгрузки деталей» получаем время на объекте затрачиваемое на монтаж и разгрузку деталей модуля. -75Формирование комплекта заканчивается, когда его масса с учетом разрешенных отклонений становится соответствующей грузоподъемности машины, соблюдается симметричность нагрузки («Таблица характеристик транспортных средств»). Периодичность решения и область применения: Документ составляется один раз для каждого типа здания и используется в дальнейшем многократно, а также корректируется при добавлении новых деталей и конструкций, которые необходимы для данного монтажно-технологического варианта здания. Технико-экономическая эффективность: Автоматизирование решения данной задачи позволит существенно сэкономить людские и временные ресурсы организации по планированию и составлению оперативной документации для каждого проекта. Решение задачи может осуществляться одним человеком при помощи специального пакета программ. Автоматизация формирования данного документа существенно упростит работу с большим числом документов, соберет информацию о типовых комплектах воедино, что позволит обеспечить ее целостность и непротиворечивость. Информационное обеспечение. Входная информация: В качестве входной информации для решения задачи используются следующие документы и справочники: - План монтажа.. - Перечень всех деталей и их характеристика. - Нормы загрузки автомобильного транспорта для перевозки - Нормативное время монтажа, погрузки и разгрузки деталей Информация из вышеуказанных документов заносится и хранится в файлах: Plan_Montag Spr_norm_time -76 Info_detal Spr_norm_zagruz Spr_transp -77Таблица 4.1.1. План монтажа Порядковый номер монтируемых изделий Наименование изделия Таблица 4.1.2. Нормы загрузки автомобильного транспорта для перевозки. Наименование Вес элемента, т элементов Характеристика автотранспорта для Кол-во перевозки элементов элементов перевозимых Марка Грузоподъемност автомобиля и ь автомобиля с прицепа прицепом за 1рейс, шт. Таблица 4.1.3. Нормативное время монтажа, погрузки и разгрузки деталей Наименование Вес деталей , т Нормативное время установки детал.\мин. Нормативное время Нормативное время погрузки\мин. разгрузки\мин. деталей Минимальное Среднее Максимальное Таблица 4.1.4. Перечень всех деталей и их характеристика Наименование элемента Завод-поставщик Номер склада Класс автомашин Вес, т Время монтажа, Время погрузки, Время разгрузки, мин мин мин -78Таблица 4.1.5. Выходная форма: Комплект ПТМ на дом в привязке к объекту Номер модуля Этаж Смена Время на стройке часы минуты часы Наименования минуты Вес модуля, т Класс деталей и их кол- машин для во, включенных в перевозки модуль -79- Рис. 4.1.1 Алгоритм разработки комплекта ПТМ на дом в привязке к определенному строительному объекту . -80Алгоритм разработки часовых монтажно-транспортных графиков. Цель: разработка оперативного монтажно-транспортного графика с указанием времени выполнения рейсов автомашин с деталями, номенклатуры и количества деталей, отправляемых за каждый рейс. В качестве входных данных для решения задачи используются следующие документы: - Список транспортных комплектов для данного монтажно- технологического варианта здания - Комплект ПТМ на дом в привязке к определенному строительному объекту. Выходная форма: Оперативный часовой монтажно-транспортный график. Организационно-экономическая сущность: Данный документ составляется на основании: - Комплект ПТМ на дом в привязке к определенному строительному объекту. - Список транспортных комплектов для данного монтажно- технологического варианта здания Из входной формы «Список транспортных комплектов для данного монтажно-технологического варианта здания» определяем рейсы необходимые для возведения конкретного объекта и сравниваем содержание каждого рейса с тождественным модулем из формы «Комплект ПТМ на дом в привязке к определенному строительному объекту». Переписываем для каждой монтажной смены полученный список различных транспортных комплектов и их содержание в выходную форму. Получаем оперативный часовой монтажно-транспортный график. Периодичность решения и область применения: Документ составляется один раз в сутки и регламентирует по часам и минутам процесс строительства полносборных зданий с колес. Документ относится к оперативной документации. -81Технико-экономическая эффективность: Автоматизирование решения данной задачи позволит существенно сэкономит людские и временные ресурсы организации по планированию доставки деталей и монтажа. Решение задачи может осуществляться одним человеком при помощи специального пакета программ. Автоматизация формирования данного документа существенно упростит работу с большим числом документов, снизит риск ошибки при расчете. Информационное обеспечение. Входная информация: В качестве входной информации для решения задачи используются следующие документы и справочники: - Комплект ПТМ на дом в привязке к определенному строительному объекту. - Список транспортных комплектов для данного монтажно- технологического варианта здания - Справочник объектов Информация из вышеуказанных документов заносится и хранится в файлах: Spr_obj Ved_po_type_zdan Komp_zttm -82Таблица 4.1.6. Комплект ПТМ на дом Номер Этаж Смена модуля Время на стройке часы минуты Наименования часы минуты Вес модуля, т Класс деталей и их машин кол-во, для включенных в перевозки модуль Таблица 4.1.7. Оперативный часовой монтажно-транспортный рейса Смена Этаж Номер День Время на стройке Наименование деталей монтажа часы минуты часы минуты Марка шт. Марка Завод- 1 1 5 08 35 09 35 НС-2- 1 1, НС- 1692 НС- рейса 2 36-1 НС-5- 2 160 №1 0948 1 142 №2 0948 4 3-1 44 4243 1 1 5 10 05 11 25 ВС-9- 2, ВС-1- 1, 1 4 ВС-102 о шт. Марка шт. Вес, поставщик выполнении т 45 Отметка 2 ВС-34 -83- Рис. 4.1.2 Алгоритм разработки часовых монтажно-транспортных графиков -84Алгоритм разработки заводского графика поставки деталей на склад предприятия строительной индустрии. Цель: Составить график поставок деталей на склад предприятия строительной индустрии. В качестве входных данных для решения задачи используются документы: - Оперативный часовой монтажно-транспортный график -Задание на составление оперативно-производственной документации по комплектации объектов строительства на неделю -Данные полученные из транспортной сети -Справочник заводов Выходная форма: График поставок деталей на склад предприятия строительной индустрии Организационно-экономическая сущность: Данный документ составляется на основании: - Оперативный часовой монтажно-транспортный график -Задание на составление оперативно-производственной документации по комплектации объектов строительства на неделю -Данные полученные из транспортной сети Из документа «Задание на составление оперативно-производственной документации по комплектации объектов строительства на неделю» определяем тип дома, номер корпуса, адрес объекта и его состояние на начало планируемой недели. Из документа «Оперативный часовой монтажно-транспортный график» выбираем время погрузки и разгрузки на заводе и на стройке, а так же список наименований изделий, отсортированный по дню монтажа. Из формы «Продолжительность перевозки деталей в одном направлении между заводами и районами» определяем время на перевозку деталей. Периодичность решения и область применения: Документ составляется один раз в несколько дней и регламентирует по часам и -85минутам процесс отгрузки деталей с заводов. Документ относится к оперативной документации и периодически корректируется. Технико-экономическая эффективность: Автоматизирование решения данной задачи позволит существенно сэкономит людские и временные ресурсы организации по планированию отгрузки с заводов деталей и монтажа. Решение задачи может осуществляться одним человеком при помощи специального пакета программ. Автоматизация формирования данного документа существенно упростит работу с большим числом документов, снизит риск ошибки при расчете. Информационное обеспечение. Входная информация хранится в файлах базы данных: Spr_zavod Zadan_oper_doc Chas_graf Transp_set -86Таблица 4.1.8. Данные из транспортной сети Районы застройки Завод-поставщик Время доставки, мин Н.Черемушки №1 40 Биберево №1 50 Таблица 4.1.9. Оперативный часовой монтажно-транспортный график рейса Смена Этаж Номер День Время на стройке Наименование деталей монтажа часы минуты часы минуты Марка шт. Марка Завод- 1 1 5 08 35 09 НС-2- 35 1 1, НС- 1692 НС- о шт. Марка шт. Вес, поставщик выполнении рейса т 45 Отметка 2 36-1 НС-5- 2 160 №1 0948 1 142 №2 0948 4 3-1 44 1 1 5 10 05 11 25 4243 ВС-9- 2, ВС-1- 1, 1 4 2 ВС-34 ВС-102 Таблица 4.1.10. Задание на составление оперативно-производственной документации по комплектации объектов строительства на неделю Адрес объекта Тип дома Нормативы Трест и Состояние строительства СУ октябрь -8722 Новые Ш-92 2 23 24 1см 2см 1см 2см 1см 2см П4 П5 П6 П7 П8 П9 Черемушки,кв.84,кор.4 Таблица 4.1.11. Заводской график поставки деталей на склад предприятия Завод-поставщик 1ый день монтажа Марка Кол-во №1 НИ-25-1и 1 №2 НИ-36-1с 1 №3 НИ-24-1с 2 Время выезда и прибытия Вес, т На заводе На стройке 7:00-7:15 8:30-8:45 7.0 7:30-7:45 9:00-9:30 6.8 -88- Рис. 4.1.3 Алгоритм разработки заводского графика поставки деталей на склад -89Алгоритм разработки плана выпуска транспорта на линию. Цель задачи: Составить план по задействованию транспортных средств, имеющихся на автобазе для перевозки ПТМ. В качестве входных данных для решения задачи используются следующие документы: - Объектный монтажно-транспортный график с указанием времени выполнения рейсов. - База транспортных средств и их характеристики - Адреса строительства Выходные данные: - План выпуска транспорта на линию. Организационно-экономическая сущность: Данный документ составляется на основании: 1) Из таблицы Zavod_graf «Заводской график отгрузки деталей» определим потребность в транспортных средствах для каждого заказчика и время когда нужно доставить транспорт. 2) Из таблицы Transp_set определяем время на перевозку деталей с завода на стройку и вычитаем его из времени приезда на стройку (Priex_str). Получаем время отъезда машины с завода (Uexal_zavod). Из этого времени вычитаем время на погрузку модуля (оно равно сумме времен на погрузку каждой детали ,определяемых в таблице Spr_detal). Получаем время приезда машины на завод. Все данные заносим в выходной документ. 3)Распределим по модулям транспортные средства имеющиеся в таблице Info_transp «База транспортных средств и их характеристики». 4) В результате получаем документ – План выпуска транспорта на линию Периодичность решения и область применения: Документ составляется один раз на определенный период времени и регламентирует выпуск транспортных средств на линию. Документ относится к оперативной документации и периодически корректируется. -90Технико-экономическая эффективность: Автоматизирование решения данной задачи позволит существенно сэкономит людские и временные ресурсы организации по планированию отгрузки с заводов деталей и монтажа. Решение задачи может осуществляться одним человеком при помощи специального пакета программ. Автоматизация формирования данного документа существенно упростит работу с большим числом документов, снизит риск ошибки при расчете. Информационное обеспечение. Входная информация хранится в файлах базы данных: Info_transp Transp_set Chas_graf -91Таблица 4.1.12. Адреса строительства № корпуса № квартала Район Трест №СУ № приказа э/д № телефонов застройки Таблица 4.1.13 Объектный монтажно-транспортный график с указанием времени выполнения рейсов Завод-поставщик 1ый день монтажа Марка Кол-во Время выезда и прибытия На заводе Вес, т На стройке Таблица 4.1.14. График проведения технических осмотров транспортных средств, выпускаемых на линию Номер Наименование Дата до окончания Дата прохождения транспортного срока средства последнего ТО действия последнего ТО Таблица 4.1.15. База транспортных средств и их характеристики Наименовани Класс Признак Допускаемые отклонения при перевозке Нормативное е автомаши симметри деталей, т Примечани грузоподъемность е -92транспортног н и . о средства Призн. Максим.грузоп Миним.грузоп симметри . . 13 11 и 1 да 0.8 12 - -93- Рис. 4.1.4 Алгоритм разработки плана выпуска транспорта на линию. -94Контроль своевременности выполнения заводского графика поставки деталей на склад. Цель задачи: Выявление отклонений в сроках и объемах поставки деталей на объект на основании данных, полученных из графика поставки деталей на склад, оперативной информации с завода - отчета об отправке деталей с завода производителя. Дано: наименование детали, марка, адрес строительного объекта, № рейса, наименование завода, плановые и фактические сроки и объемы поставки деталей. Требуется: Сформировать на основании исходных данных Отчет о своевременности выполнения заводского графика поставки деталей. Периодичность решения и область применения: Документ составляется один раз на сутки и выявляет отклонения в поставках деталей на объект. Документ относится к оперативной документации и периодически корректируется. Технико-экономическая эффективность: Автоматизирование решения данной задачи позволит существенно сэкономит людские и временные ресурсы организации по планированию отгрузки с заводов деталей и монтажа. Решение задачи может осуществляться одним человеком при помощи специального пакета программ. Автоматизация формирования данного документа существенно упростит работу с большим числом документов, снизит риск ошибки при расчете. Информационное обеспечение. Входная информация хранится в файлах базы данных: Zavod_graf Oper_info_zavod -95- Рис.4.1.5. Алгоритм разработки отчета о своевременности выполнения заводского графика поставки деталей на склад. -96Контроль своевременности выполнения оперативного часового монтажно-транспортного графика. Цель задачи: Выявление отклонений фактического времени приезда модуля на строительный объект и его монтажа от планового времени на основании данных, взятых из оперативного часового монтажно- транспортного графика и оперативной информации, приходящей со строительного объекта. Дано: наименование объекта, плановое и фактическое время приезда модуля на строительный объект и его монтажа, № модуля, номенклатура и количество деталей в модуле, этаж, смена, день монтажа. Требуется: Сформировать на основании исходных данных отчет о своевременности выполнения оперативного часового монтажно- транспортного графика. Периодичность решения и область применения: Документ составляется один раз на сутки и выявляет отклонения в поставках деталей на объект. Документ относится к оперативной документации и периодически корректируется. Технико-экономическая эффективность: Автоматизирование решения данной задачи позволит существенно сэкономит людские и временные ресурсы организации по планированию отгрузки с заводов деталей и монтажа. Решение задачи может осуществляться одним человеком при помощи специального пакета программ. Автоматизация формирования данного документа существенно упростит работу с большим числом документов, снизит риск ошибки при расчете. Информационное обеспечение. Входная информация хранится в файлах базы данных: Oper_inf_obj Chas_graf -97- Рис. 4.1.6. Алгоритм разработки отчета о своевременности выполнения оперативного часового монтажно-транспортного графика. -98- Контроль своевременности выполнения плана выпуска транспорта на линию. Цель задачи: Выявление отклонений фактического времени доставки транспорта к пунктам назначения от планового времени на основании данных, взятых из плана выпуска транспорта на линию и оперативной информации приходящей с автобаз, заводов, строительных объектов. Дано: наименование машины, № рейса, дата, пункт отправки и доставки, фактическое и плановое время выезда и приезда машины на пункты доставки. Требуется: Сформировать на основании исходных данных Отчет о выполнении плана выпуска транспорта на линию. Периодичность решения и область применения: Документ составляется один раз на сутки и выявляет отклонения в поставках деталей на объект. Документ относится к оперативной документации и периодически корректируется. Технико-экономическая эффективность: Автоматизирование решения данной задачи позволит существенно сэкономит людские и временные ресурсы организации по планированию отгрузки с заводов деталей и монтажа. Решение задачи может осуществляться одним человеком при помощи специального пакета программ. Автоматизация формирования данного документа существенно упростит работу с большим числом документов, снизит риск ошибки при расчете. Информационное обеспечение. Входная информация хранится в файлах базы данных: Oper_inf_obj Chas_graf Zavod_oper_inf Otchet_autobaz -99- Рис. 4.1.7. Алгоритм разработки отчета о своевременности выполнения плана выпуска транспорта на линию. -1004.2. Концептуальная, логическая и физическая модель базы данных для решения задач управления в рамках производственнологистической цепи строительства Создание семантической или концептуальной моделей предметной области, является первоначальным этапом проектирования системы баз данных. Проектирование системы баз дынных базируется на анализе информационных потребностей будущих пользователей системы, а так же фундаментальных вещах - свойствах и природе объектов предметной области. Первый этап еще именуют - концептуальным проектированием, а результатом работ на данной стадии, является, разработанная концептуальная модель предметной области (объектом для моделирования здесь является предметная область будущей системы). Данные модели представляют собой средство коммуникации разработчика и пользователей на разных этапах ЖЦ БД и в общем виде описывают информационные потребности пользователей создаваемой системы в части использования хранимых данных. Некоторые специфичные требования к представлению концептуальной модели так же определяют их назначение. Помимо основных – это независимость от среды (оборудования) и требования адекватности отражения предметной области можно выделить: • формализованность, которое должно обеспечивать возможность автоматизированной обработки, так же, например, автоматический контроль непротиворечивости; • дружественность, которое должно обеспечивать возможность использования интуитивнопонятных графических средств отображения и обработки. Концептуальные модели могут быть описаны различными компонентами, по-разному и разными средствами отражающие предметную область. На текущий момент наиболее известным средством концептуального описания является описание объектов и связей между на основе методологии -101«сущность-связь», однако к концептуальному описания предметной области можно отнести и ряд других методологий: • средства описания предметной области и система атрибутов. ( логические (автоматические) лингвистические свойства связи языка между (синонимию, показателями синтаксис и или т.д.), используемые для вербального представления объектов); • ограничения целостности, позволяющие определить допустимость значения отдельных полей и взаимосвязей, на уровне содержимого БД, и на уровне ее физической структуры; • формализация потребностей пользователей в информации, (в виде типовых запросов, которые отражают технологические особенности поиска данных). На данный момент модель «сущность-связь» представляет собой одно из наиболее популярных средств для формализованного описания предметной области систем, которое ориентировано на обработку фактографической информации. Данная модель явилась основой для значительного количества коммерческих CASE-продуктов, которые обеспечивают поддержку полного цикла разработки систем баз данных или отдельные его стадии. Как показал анализ, большинство из данных систем способно поддерживать не только стадию концептуального проектирования предметной области, но и предоставляют возможность логического проектирования на основе построенной их средствами модели путем автоматической генерации концептуальной схемы базы данных для выбранной СУБД, например, схемы базы данных для какого-либо SQL-севера или объектной СУБД. Графическое представление данных в виде сравнительно небольшого числа компонентов и самое важное – технология построения таких диаграмм, являются базой для моделирования предметной области в данной ситуации. -102Предметной областью, для которой ведутся разработки в данном диссертационном исследовании, являются задачи, решаемые в рамках производственно-логистической цепи в строительстве. Задачи управления взаимодействием в рамках производственно- логистической цепи: 1. Разработка комплекта ПТМ на дом в привязке к определенному строительному объекту 2. Разработка часовых монтажно-транспортных графиков на объект 3. Разработка заводских графиков поставки деталей на склад производственного предприятия. 4. Разработка плана выпуска транспорта на линию Контроль над выполнением указанных выше графиков и планов в том масштабе времени, в котором они составлены, планируется выполнять путем решения задач мониторинга в рамках производственно-логистической цепи: 1. Контроль своевременности выполнения оперативного часового монтажно-транспортного графика 2. Контроль своевременности выполнения заводского графика поставки деталей на склад производственного предприятия 3. Контроль своевременности выполнения плана выпуска транспорта на линию. Для решения каждой задачи используется информация, получаемая из различных документов. Эта информация хранится в оперативных, нормативных и др. документах, так же информация хранится в массивах информации. Концептуальная модель, включающая описания объектов и их взаимосвязей, представляющих интерес в рассматриваемой предметной области и выявленных в результате анализа данных приведена на рисунке 4.2.1. В данной модели приведены данные, используемые как в уже -103разработанных прикладных программах, так и в той подсистеме, автоматизация которой описана в диссертационном исследовании. Концептуальная модель транслируется затем в модель данных, совместимую с выбранной СУБД. Построение физической модели данных является последним этапом в процессе проектирования БД. Физическая модель данных используется для привязки модели данных к среде хранения. Эта модель определяет используемые запоминающие устройства, способы физической организации данных в среде хранения. Физическая и логическая модели данных могут быть сопоставлены между собой в виде следующего соответствия: сущность – таблица, экземпляр сущности – строка в таблице, а атрибут – колонка. Физическая модель так иже может содержать объекты, зависимые от СУБД, например, индексы, представления, последовательности, триггеры, процедуры и т.п. Для логической модели данных не является важным, какой тип данных у атрибута, но для физической просто необходимо описать всю информацию о конкретных объектах[29,62,78]. На практике выделяются два этапа создания физической модели данных. Целями первого этапа являются: Создание базовых таблиц для хранения информации обо всех сущностях предметной области, для реализации потребности в хранении данных предметной области в рамках реляционной модели данных; определение типов колонок и наложение ограничений на значения колонок, которые бы отражают бизнес-правила предметной области, для реализации требования целостности данных -104- Рис. 4.2.1. Концептуальная модель базы данных для решения задач управления взаимодействием и мониторинга в рамках производственнологистической цепи -105 наладка ограничений ссылочной целостности на таблицы, на основе бизнес-правил ссылочной целостности предметной области, для реализации возможности ссылочной целостности; независимость представления данных для пользователя от характера физического хранения данных.[98] Первый этап создания реляционной модели представляет собой создание объектов хранения данных, т.е. соответствующих сущностей и взаимосвязей логической модели данных —таблиц, индексов, представлений и т.д. Основной целью второго этапа является обеспечение требуемого уровня производительности. Достижение этой цели обеспечивается особенностей реализации СУБД, для которой создается физическая модель, и особенностями функционирования будущей информационной системы в целом. Стандартный способ измерения производительности БД – измерение производительности транзакций (transaction performance). Для повышения производительности транзакций могут быть модифицированы объекты, созданные на первом этапе, или созданы новые объекты БД. Другими словами, разработка физической модели представляет собой итерационный процесс, причем итераций (создание объектов – анализ транзакций – модификация объектов – анализ транзакций) может быть несколько. Прежде физической чем переходить модели к необходимо непосредственному выполнить проектированию нормализацию – это преобразования базы данных к виду, соответствующему 5-ти нормальным формам. Нормализация позволяет сделать базу данных безопасной от логических и структурных проблем. В качестве примера можно привести ситуацию, когда в таблице существует несколько одинаковых записей, возникает вероятность риска нарушения целостности данных при выполнении обновления таблицы. Таблица, которая прошла процесс нормализации, имеет меньшую вероятность подвергнуться данным -106проблемам, т.к. структура таблицы предполагает определение связей между данными, что позволяет исключить необходимость в существовании записей с дублирующейся информацией. Определения. 1. Отношение – по сути сама таблица. 2. Сущность – любой различимый объект или класс однотипных различимых объектов (объект, который мы можем отличить от другого), информацию о котором необходимо хранить в базе данных. 3. Атрибут – именованное описание сущности. Атрибуты позволяют определить, какая информация должна быть собрана о сущности. Примерами атрибутов для сущности ЖБИ являются ТИП, МАРКА, ДЛИНА, ШИРИНА, ВЫСОТА и т.д. Здесь также существует различие между типом и экземпляром. Тип атрибута ТИП имеет много экземпляров или значений: Свая, Колонна, Плита перекрытия и т.д. 4. Ключ - уникальный набор атрибутов, по значениям которых можно однозначно определить экземпляр объекта. Минимальность подразумевает, что при исключении из набора любого атрибута не будет возможности идентифицировать сущность по оставшимся. То есть ключ - уникален. 5. Неключевым атрибутом называется любой атрибут отношения, не входящий в состав ключа (в частности, первичного). 6. Неключевой атрибут функционально полно зависит от составного ключа, если он функционально зависит от всего ключа в целом, но не находится в функциональной зависимости от какого-либо из входящих в него атрибутов. 7.Функциональная зависимость R.X -> R.Y называется транзитивной, если существует такой атрибут Z, что имеются функциональные зависимости R.X -> R.Z и R.Z -> R.Y и отсутствует функциональная зависимость R.Z -> R.X. (При отсутствии последнего требования мы имели бы "неинтересные" -107транзитивные зависимости в любом отношении, обладающем несколькими ключами.) 8.Два или более атрибута взаимно независимы, если ни один из этих атрибутов не является функционально зависимым от других. Формирование структуры базы данных, обеспечивающей минимальную избыточность Декомпозиция является основой отношений, использования произведенная нормальных форм. образом, чтобы таким минимизировать функциональные зависимости между атрибутами, должна привести к устранению избыточности. Зависимости в таких отношениях можно определить следующим образом: в паре атрибутов одного отношения, X и Y, атрибут Y функционально зависит от атрибута X, если в данном отношении одному значению X соответствует в точности одно значение Y.[78.98,] Невозможно полное отсутствие функциональных зависимостей в отношениях, однако большая их часть как правило избыточна, поскольку их можно вычислить из других зависимостей, имеющихся в БД. В общем виде нормальная форма представляется в виде определѐнного условия, которому должна соответствовать таблица базы данных. В случае не соответствия таблицы нормальной форме, данная таблица должна быть нормализована за счѐт декомпозиции, то есть разбиения на несколько таблиц, связанных между собой. Теоретически, в результате нормализации объѐм БД должен уменьшиться. Нормализация является обратимым процессом, поскольку из группы таблиц, получившихся при декомпозиции, всегда можно получить в точности исходную таблицу. Можно сделать вывод, что нормализация не преследует собой цель сократить объѐм информации, хранимой в БД, а лишь устраняет информацию, которая может быть вычислена[62]. Выделены основные требования, которые предъявляются к таблице, которая должна быть нормализована: -108 Таблица не содержит записей или содержит более одной записи; Все записи таблицы имеют одно и то же множество полей, одноимѐнные поля относятся к одинаковым типам данных; Таблица не может содержать двух полностью идентичных записей. Обычно выделяют следующие нормальные формы: 1. Первая нормальная форма (1NF); 2. Вторая нормальная форма (2NF); 3. Третья нормальная форма (3NF); 4. Нормальная форма Бойса-Кодда (BCNF); 5. Четвертая нормальная форма (4NF); 6. Пятая нормальная форма (5NF). 7. На практике ограничиваются 3NF. Основные свойства нормальных форм: каждая последующая нормальная форма в некотором смысле улучшает свойства предыдущей; при переходе к следующей нормальной форме свойства предыдущих нормальных форм сохраняются. Первая нормальная форма (1NF): Условия первой нормальной формы подразумевают, что каждый атрибут таблицы атомарен и все строки различны. Атомарность атрибута подразумевает, что атрибут может содержать только одно значение. Таким образом, первой нормальной форме не соответствуют таблицы, в полях которых могут храниться списковые значения. Приведение таблицы к первой нормальной форме подразумевает разбиение исходной таблицы на несколько составляющих таблиц. Атомарность атрибутов: Атомарности атрибутов основывается на семантике данных, то есть на их смысловом значении. Атрибут можно считать атомарным, если его значение может потерять смысл при любом разбиении на части или -109переупорядочивании. И наоборот, если разбиение на части не лишает атрибут смысла, то атрибут неатомарен. Одно и то же значение может быть атомарным или неатомарным в зависимости от смысловой нагрузки данного значения Решение о необходимости разбиения атрибута на части можно принять, задав себе вопрос: «будут ли части атрибута использоваться по отдельности?». В ситуации, когда получен положительный ответ, атрибут следует разделить (главное правило, должны быть сохранены осмысленные части атрибута). Данный вопрос при выполнении нормализации задается до тех пор, пока не останется атрибутов, допускающих разбиение. Вторая нормальная форма (2NF): Нахождение таблицы в первой нормальной форме, а так же выполнение условия , о том, что любой еѐ атрибут, не входящий в состав первичного ключа, функционально полно зависит от первичного ключа, говорит о том, что таблица находится во второй нормальной форме. Функциональная зависимость атрибута от всего первичного ключа, но при отсутствии функциональной зависимости от какой-либо его части, означает функционально полную зависимость. Третья нормальная форма (3NF): Нахождение таблицы во второй нормальной форме, а так же выполнение условия, о том, что любой еѐ неключевой атрибут функционально зависит только от первичного ключа, говорит о том, что таблица находится в третьей нормальной форме. Третья нормальная форма при решении большинства практических задач является достаточной. Процесс проектирования реляционной базы данных, как правило, заканчивается приведением к 3NF.[53,65] Определим отношения. связи между элементами и выпишем получившиеся -110В большинстве таблиц, как показано на рисунке 4.2.2. присутствует одинаковые атрибуты – Наименование детали, марка, вес и др., что говорит о необходимости формирования справочника с этими атрибутами для устранения избыточности - «Справочника деталей». Справочник будет Нормативное время погрузки, мин Нормативное время Дата окончания разгрузки, проекта мин реализации максимальное среднее минимальное Нормативное время установки, мин Вес, т Наименование деталей Время разгрузки, мин Время погрузки, мин Время монтажа, мин Вес, т Класс автомашин Номер склада Завод поставщик Наименование детали связан с таблицами по внешнему ключу. Рис. 4.2.2. Отображение дублирования информации об объекте «Деталь» В результате нормализации получаем справочник – «Справочник деталей»: Таблица. 4.3.1. Справочник деталей Название таблицы Название колонки ID_DET NAME_DET ID_ZAVOD SKLAD KLASS SPR_DET VES MIN_UST MAX_UST SRED_UST POGRUZ RAZGRUZ Тип данных Decimal (18,0) Varchar(20) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Описание Идентификационный номер строки в таблице Наименование детали Номер завода (идентификатор из соответствующего справочника) Номер склада Класс автомашин Вес, т. Минимальное время установки, мин Максимальное время установки, мин Среднее время установки, мин Нормативное время погрузки Нормативное время разгрузки -111Decimal (18,0) ETAG Этаж Кол-во, шт 1см 2см 1см 2см 1см 2см Наименования деталей 24 Время отъезда/приезда 23 Отъезд/приезд 22 Номер модуля октябрь Код объекта Трест и СУ Нормативы Тип дома Адрес объекта Состояние строительства Рис.4.2.3. Отображение дублирования информации об объекте «Объект строительства» Как показано на рисунке 4.2.3. в этих и многих других таблицах присутствуют атрибуты, касающиеся информации об объекте строительства (Наименование, адрес и тд. объекта), поэтому создаем справочник объектов, содержащий в себе всю информацию по строящимся объектам, и свяжем его с остальными таблицами по внешнему ключу «Код объекта». Таблица. 4.2.2. Код объекта Название таблицы Название колонки ID_OBJ NAME_OBJ KORPUS SPR_OBJ KOL_ETAJ PLOWAD V_STROI ADRESS Тип данных Decimal (18,0) Varchar(50) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Varchar(100) Описание Идентификационный номер строки в таблице Наименование объекта Номер корпуса Количество этажей Площадь Строительный объем Адрес При создании графика поставки деталей с завода, оперативного часового монтажного графика, а также контроля этого графика используется один и тот же атрибут – Номер рейса. Для избегания избыточности создадим -112таблицу «КПТМ» и в ней будем хранить все атрибуты, касающиеся рейсов и Вес модуля, т Класс машин Заводпоставщик Вес модуля, т Наименование деталей Минуты Часы Минуты Часы Смена Время на стройке Кол-во в модуле Наименование деталей Кол-во в модуле Минуты Часы Минуты Часы Смена Этаж Время на стройке Этаж Номер модуля Номер модуля День монтажа Тип дома модулей, перевозимых в данном рейсе. Рис. 4.2.4. Отображение дублирования информации об объекте «Рейс» В результате нормализации получаем документ – «комплект заводских производственно-технологических модулей»: Таблица. 4.2.3. Комплект заводских производственно-технологических модулей Название таблицы Название колонки ID_REIS Info_reis ID_OBJ ID_DETAL ID_ZAVOD Тип данных Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal Описание Идентификационный номер строки в таблице Номер объекта (идентификатор из соответствующего справочника) Номер завода (идентификатор из соответствующего справочника) Номер завода (идентификатор из -113- ID_MASH SMENA ETAG FIO_VODIT DEN_MONT VIEZD_PL_AVT_ZA V VIEZD_FK_AVT_ZA V PRIEZD_PL_AVT_Z AV PRIEZD_FK_AVT_Z AV VIEZD_PL_ZAV_ST R VIEZD_FK_ZAV_ST R PRIEZD_PL_ZAV_S TR PRIEZD_FK_ZAV_S TR VIEZD_PL_STR_AV T VIEZD_FK_STR_AV T PRIEZD_PL_STR_A VT PRIEZD_FK_STR_A VT OTKL_VIEZD_AVT_ ZAV OTKL_PRIEZD_AVT _ZAV OTKL_VIEZD_ZAV_ STR OTKL_PRIEZD_ZAV _STR OTKL_VIEZD_STR_ AVT OTKL_PRIEZD_STR _AVT ID_DET_PLAN KOLVO_DET_PLAN ID_DET_ FAKT KOLVO_DET_FAKT OTKL_NAME_DET (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Varchar(50) Date соответствующего справочника) Номер машины (идентификатор из соответствующего справочника) Date_time Время отъезда план авт/зав Date_time Время отъезда факт авт/зав Date_time Время приезда план авт/зав Date_time Время приезда факт авт/зав Date_time Время отъезда план зав/строй Date_time Время отъезда факт зав/строй Date_time Время приезда план зав/строй Date_time Время приезда факт зав/строй Date_time Время отъезда план строй/авт Date_time Время отъезда факт строй/авт Date_time Время приезда план строй/авт Date_time Время приезда факт строй/авт Date_time Отклонение отъезда авт/зав Date_time Отклонение приезда авт/зав Date_time Отклонение отъезда зав/строй Date_time Отклонение приезда зав/строй Date_time Отклонение отъезда строй/авт Date_time Отклонение приезда строй/авт Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal Наименование деталей план Смена Этаж Фамилия Имя Отчества водителя День монтажа Количество деталей план Наименование деталей факт Количество деталей факт Отклонение по наименованию -114- OTKL_KOLVO_DET (18,0) Decimal (18,0) Отклонение по количеству Так же в большей части формируемых документов используется информация о заводах и транспортных средствах, на которых выполняется производство деталей и перевозка, поэтому целесообразно выделить справочники, в которых будет храниться данная информация. Таблица 4.2.4. Справочник заводов Название таблицы Название колонки Decimal (18,0) Varchar(50) Decimal (18,0) ID_ZAVOD SPR_ZAV Тип данных NAME_ZAVOD ADR_ZAVOD Описание Идентификационный номер строки в таблице Наименование завода Адрес завода Таблица 4.2.5. Справочник транспортных средств Название таблицы Название колонки Decimal (18,0) Varchar(50) Varchar(10) Varchar(50) Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) ID_MASH NAME_MASH KLASS MARK_MASH SPR_MASH Тип данных NORM_GRUZ SIMM MAX_GRUZ MIN_GRUZ Описание Идентификационный номер строки в таблице Наименование машины Класс машины Марка автомобиля и прицепа Нормативная грузоподъемность Признак симметрии Макс. грузоподъемность Мин. грузоподъемность Так же немаловажным является введение справочника единиц измерения. Таблица. 4.2.6. Справочник единиц измерения Название таблицы Название колонки ID_IZM ED_IZMER NAME_IZM VES_IZM Тип данных Decimal (18,0) Varchar(100) Decimal (18,0) Описание Идентификационный номер строки в таблице Наименование единицы измерения Вес ед. измерения Оперативная информация с объектов и график поставки деталей с завода содержат в себе перечни деталей и количество, отгружаемое в каждую дату -115строительства. Поскольку это схожие атрибуты, создаем единую таблицу «Ведомость деталей для данного монтажно-технологического варианта здания (SPIS_DETAL)», содержащую в себе атрибуты, которые уже есть в справочнике деталей, однако избыточность в данном случае оправданна, т.к. Итого 1 ... 8 Итого Кол-во 1этаж Вес, т Марка детали Завод-поставщик Кол-во, шт Наименования деталей Время отъезда/приезда Отъезд/приезд Номер модуля Код объекта эта таблица будет постоянно от проекта к проекту менять свое содержимое. Nэтаж 1 ... 8 Рис. 4.2.5. Отображение дублирования информации об объекте «Объем детали» При помощи внешних ключей данная таблица связывается со справочником деталей и справочником объектов. Таблица. 4.2.7. Ведомость деталей для данного монтажно- технологического варианта здания Название таблицы Название колонки ID_ZAPISI ID_OBJ SPIS_DET ID_DETAL KOLVO_DET DEN_MONT Тип данных Decimal (18,0) Decimal (18,0) Decimal (18,0) Decimal (18,0) Date Описание Идентификационный номер строки в таблице Номер объекта (идентификатор из соответствующего справочника) Номер детали (идентификатор из соответствующего справочника) Количество деталей День монтажа Полная структура таблиц разработанная в результате проектирования приведена на рисунке 4.2.6. -116- Имя поля Описание поля Тип поля ID_DET Код детали NUMBER NUMBER NAME_DET Наименование детали VARCHAR2(100) NUMBER ID_ZAVOD Завод-поставщик NUMBER SKLAD Номер склада NUMBER NUMBER KLASS Класс автомашин VES NUMBER VARCHAR2(50) MIN_UST Вес, т Мин. нормативное время установки, мин Сред. нормативное время установки, мин Макс. нормативное время установки, мин Нормативное время погрузки, мин Нормативное время разгрузки, мин Этаж NUMBER NUMBER NUMBER Имя поля Описание поля Тип поля ID_REIS Номер рейса NUMBER VARCHAR2(50) ID_OBJ Номер объекта NUMBER ID_DETAL Код детали Номер завода NUMBER Номер машины Смена Этаж ФИО водителя Имя поля Описание поля Тип поля ID_OBJ Номер объекта NUMBER NAME_OBJ Наименование объекта KORPUS Номер корпуса PK KOL_ETAJ Количество этажей NUMBER ID_ZAV PLOWAD Площадь NUMBER ID_MASH SMENA ETAG FIO_VODIT V_STROI Строительный объем NUMBER ADRESS Адрес VARCHAR2(100) Имя поля Справочник транспортных средств (SPR_TRANSP) Описание поля Тип поля ID_MASH Код машины NAME_MASH Наименование машины VARCHAR2(50) KLASS Класс машины VARCHAR2(10) NUMBER PK День монтажа DATE SRED_UST Время отъезда План -авт/зав MAX_UST Время отъезда Факт авт/зав DATE_TIME DATE_TIME PRIEZD_PL_AVT_ZAV Время приезда план авт/зав DATE_TIME PRIEZD_FK_AVT_ZAV Время приезда факт авт/зав VIEZD_PL_ZAV_STR Время отъезда план зав/строй DATE_TIME DATE_TIME VIEZD_FK_ZAV_STR Время отъезда факт зав/строй DATE_TIME VARCHAR2(50) NORM_GRUZ Нормативная грузоподъемность NUMBER PRIEZD_PL_ZAV_STR Время приезда план зав/строй DATE_TIME SIMM Признак симметрии NUMBER Макс. грузоподъемность DATE_TIME MAX_GRUZ NUMBER PRIEZD_FK_ZAV_STR Время приезда факт зав/строй VIEZD_PL_STR_AVT Время отъезда план строй/авт MIN_GRUZ Мин. грузоподъемность NUMBER VIEZD_FK_STR_AVT Время отъезда факт строй/авт Описание поля Код завода Тип поля NUMBER NAME_ZAV ADR_ZAV Наименование завода Адрес завода VARCHAR2(500) VARCHAR2(500) PK NAME_DETAL Описание поля Порядковый номер монтируемой детали Наименование детали Тип поля NUMBER VARCHAR2(100) PK ETAG NUMBER NUMBER NUMBER NUMBER Ведомость требуемых деталей для данного монтажно-технологического варианта здания (SPIS_DETAL) Имя поля ID_OBJ Описание поля Номер объекта Тип поля ID_DETAL Код детали NUMBER KOLVO_DET Количество деталей, шт NUMBER OTKL_VIEZD_AVT_ZAV Отклонение отъезд авт/зав DATE_TIME DEN_MONT День монтажа DATE OTKL_PRIEZD_AVT_ZAV Отклонение приезд авт/зав DATE_TIME OTKL_VIEZD_ZAV_STR Отклонение отъезд зав/строй DATE_TIME OTKL_PRIEZD_ZAV_STR Отклонение приезд зав/строй DATE_TIME ID_DET_FAKT Наименование деталей план DATE_TIME DATE_TIME NUMBER KOLVO_DET_PLAN Кол-во в рейсокомплекте план NUMBER OTKL_PRIEZD_STR_AVT Отклонение приезд строй/авт ID_NOM RAZGRUZ ID_DET_PLAN Наименование деталей факт NUMBER KOLVO_DET_FAKT Кол-во в рейсокомплекте факт NUMBER OTKL_NAME_DET OTKL_KOLVO_DET Отклонение по наименованию NUMBER NUMBER Отклонение по количеству FK NUMBER DATE_TIME OTKL_VIEZD_STR_AVT Отклонение отъезд строй/авт План монтажа (PLAN_MONT) DATE_TIME POGRUZ PK NUMBER DATE_TIME DATE_TIME PRIEZD_PL_STR_AVT Время приезда план строй/авт PRIEZD_FK_STR_AVT Время приезда факт строй/авт Имя поля ID_ZAV FK DEN_MONT Марка автомобиля и прицепа Справочник заводов (SPR_ZAV ) PK VIEZD_PL_AVT_ZAV VIEZD_FK_AVT_ZAV MARK_MASH Имя поля Справочник деталей (SPR_DET) Данные о рейсах с деталями (INFO_REIS ) Справочник объектов (SPR_OBJ) NUMBER PK FK Справочник единиц измерения (ED_IZMER) Имя поля Описание поля Тип поля ID_IZM Номер единицы измерения NUMBER NAME_IZM VES_IZM Наименование ед.измерения Вес ед.измерения VARCHAR2(100) NUMBER PK Данные, получаемые транспортной сети (TRANSP_SET) Имя поля ADRESS1 Описание поля Точка отправления ADRESS2 Точка прибытия VARCHAR2(100) VARCHAR2(100) TIME_PUT Время в пути, мин NUMBER Тип поля PK Рис.4.2.6. Структура таблиц БД для решения задач управления взаимодействием и мониторинга в рамках производственнологистической цепи в строительстве -1174.3. Платформы и информационные технологии построения системы управления взаимодействием в строительстве в едином информационном пространстве 4.3.1. Выбор типа облачной услуги, для реализации системы управления взаимодействие в рамках производственно-логистической цепи Определение облачных вычислений на первый взгляд очень запутанное: это модель предоставления повсеместного и удобного сетевого доступа к общему пулу конфигурируемых вычислительных ресурсов (например, серверы, приложения, сети, системы хранения и сервисы), которые могут быть быстро предоставлены и освобождены с минимальными усилиями по управлению и необходимости взаимодействия с провайдером. [116] Другое определения облачных вычислений - технология распределѐнной обработки данных, предполагается что в данной технологии компьютерные ресурсы и мощности предоставляются пользователю как Интернет-сервис. Однако не стоит рассматривать доступность Интернет-сервиса только при наличии выхода в Интернет, доступ может быть осуществлен также и через локальную облачную сеть с использованием веб-технологий[119]. Использование при разработке системы управления взаимодействием в рамках производственно-логистической цепи облачной технологии позволит пользователям использовать приложения без установки и иметь доступ к системе на любом компьютере с доступом в Интернет. С помощью этой технологии, разрабатываемая система, получит гораздо более эффективные вычислительные возможности путем балансирования объемов хранилищ, памяти, процессорного времени и пропускной способности в зависимости от загруженности и задач. Использование облачных технологий при реализации разрабатываемой системы дает много преимуществ: 1. Недорогие разрабатываемой компьютеры системы нет для пользователей. необходимости Пользователям покупать дорогие -118компьютеры, с большим объемом памяти и дисков, чтобы использовать программы через веб-интерфейс. 2. Увеличенная производительность пользовательских компьютеров. Так как клиентское приложение будет запускаться удаленно в сети Интернет, на сервере решения, используя его ресурсы, пользовательские рабочие станции не будут нагружены вычислительным процессов, а следовательно будут быстрее запускаются и работать. 3. Уменьшение затрат и увеличение эффективности информационной инфраструктуры. Использование вычислительных ресурсов серверной части может протекать неравномерно. В одни периоды времени может возникнуть потребность в дополнительных вычислительных ресурсах, в других эти дорогостоящие ресурсы могут простаивать. Используя необходимое количество вычислительных ресурсов при помощи облачных технологий в любой момент времени, возможно сократить затраты на оборудование и его обслуживание до 50%[117] При этом многократно увеличивается гибкость производства в постоянно меняющейся экономической обстановке. 4. Уменьшение затрат на обслуживание аппаратной части серверного решения. В связи с внедрением облачных технологий, для разрабатываемой системы, не будет надобности содержать физические сервера. 5. Уменьшение затрат на приобретаемое программное обеспечение. Вместо приобретения пользователя, есть пакетов возможность программ для приобрести каждого нужные локального программы у поставщика облачных технологий. Данные программы будут использоваться только теми пользователями, которым эти программы необходимы в работе[119]. Более того, стоимость программ, ориентированных на доступ через Интернет, как правило, значительно ниже, чем их аналогов для персональных решений. Затраты на обновление программ и поддержку в работоспособном состоянии минимальны. -1196. Увеличение доступных вычислительных мощностей для серверной части. По сравнению с частными физическими серверами, мощность серверов облачных вычислений во многом выше[111]. Вычислительная мощь, доступная серверу, построенному на облачных технологиях, практически ограничена лишь размером облачных мощностей, то есть общих количеством удаленных серверов, что сопоставимо с мощностями современных суперкомпьютеров. 7. Неограниченный объем хранимых данных для базы данных. По сравнению с доступным местом для хранения информации на частных физических серверах объем хранилища облачных технологий может гибко и автоматически подстраиваться под нужды системы. 8. Совместимость с большинством операционных систем для клиентской части. При использовании клиентского решения, организованного на облачных технологиях, операционные системы не играют никакой роли. Клиентские станции могут использовать практически любую современную операционную систему. Доступ к решению будет происходить при помощи веб-браузера, устанавливаемые на любой персональный компьютер с любой операционной системой. 10. Доступность решения с различных типов устройств. Преимущество в совместимости с большинством операционных систем для клиентской части, предполагает, что различные операционные системы могут использоваться на различных типах устройств. Такими устройствами могут стать персональные компьютеры, ноутбуки, нетбуки, планшетные компьютеры, смартфоны, карманные компьютеры и пр. 11. Экологичность решения. Использование облачных технологий позволит не только экономить на электричестве, вычислительных ресурсах, физическом пространстве, занимаемом серверами, но и разумно подходить к расходованию природных ресурсов, центры обработки информации облачных технологий, можно расположить в более прохладном климате, -120пользователи могут заменить тяжелые, ресурсоемкие компьютеры и ноутбуки на легкие, экономичные планшетные компьютеры. При этом экономится не только электроэнергия и место, но и материалы, из которых все это изготавливается. [111]. 12. облачных Сохранность данных. Если данные хранятся у поставщиков услуг технологий, их копии автоматически распределяются по нескольким серверам, возможно находящимся на разных континентах земного шара. Резервное копирование данных, регулярно проводящееся на данных серверах, и система контроля версий обуславливает защиту информации не только от кражи, но и от некорректных действий пользователей[116]. Несмотря на большое количество преимуществ внедрения облачных технологий, так же существует ряд недостатков: 1. Постоянное соединение с сетью интернет. При внедрении облачных технологий для ее функционирования будет необходимо постоянное соединение с сетью Интернет. Данное качество является основным недостатком облачных технологий. Данную проблему для клиентской части предлагается частично решить с помощью поддержки автономного режима работы программы пользователя [119]. Очевидно, что данный режим не позволит полностью перенести решение на клиентскую станцию, но даст возможность просмотра предыдущих сеансов работы с программой. Однако следует учесть, что при вводе автономного режима работы для клиентской станции, уменьшиться качество совместимости клиентского решения. Это обуславливается необходимостью написания разнообразных «программнадстроек» для разных операционных систем и разных типов платформ. Учитывая тенденцию развития информационных технологий в нашей стране, предполагается, что в ближайшее время зона покрытия беспроводного интернета будет только расти. -1212. Сложный процесс обеспечения безопасности. С развитием информационных технологий, средства несанкционированного доступа к системе, средства кражи незащищенной информации становиться все совершеннее, тем более, если система находиться в открытом доступе. Однако средства защиты информаций так же развиваются - появляются новые технологии защиты информации, новые алгоритмы шифрования данных и пр[115]. В связи с этим, процесс защиты информации становиться все более технологически сложным. Это влечет за собой увеличение затрат на обеспечение безопасности системы. Следует отметить, что при выборе поставщиков услуг облачных технологий необходимо обратить внимание на его систему безопасности. В настоящий момент концепция облачных вычислений предоставляет оказание следующих типов услуг: - все как услуга (Everything as a Service) – от пользователя требуется лишь наличие доступа к сети Интернет, по которому ему будут предоставлены все возможности от программно-аппаратной части и до управлением бизнес процессами, включая взаимодействие. - инфраструктура как услуга (Infrastructure as a service) - пользователю предоставляется инфраструктура, обычно в виде виртуальной платформы (компьютеров, связанных в сеть). Данную платформу пользователь самостоятельно настраивает под собственные цели. - платформа как услуга (Platform as a service) - пользователю предоставляется компьютерная платформа, с установленной операционной системой. - программное обеспечение как услуга (Software as a service) - данный вид услуги обычно позиционируется как «программное обеспечение по требованию», это программное обеспечение, развернутое на удаленных серверах и пользователь может получать к нему доступ посредством Интернета, причем все вопросы обновления и лицензий на данное -122программное обеспечение регулируется поставщиком данной услуги. Оплата в данном случае производиться за фактическое использование программного обеспечения. - аппаратное обеспечение как услуга (Hardware as a Service) - в данном случае пользователю услуги предоставляется оборудование, на правах аренды которое он может использовать для собственных целей. Данный вариант позволяет экономить на обслуживании данного оборудования, хотя по своей сути мало чем отличается от вида услуги «Инфраструктура как сервис» за исключением того, что у пользователя имеется голое оборудование на основе которого разворачивается своя собственная инфраструктура с использованием наиболее подходящего программного обеспечения. - рабочее место как услуга (Workplace as a Service) - в данном случае компания использует облачные вычисления для организации рабочих мест своих сотрудников, настроив и установив все необходимое программное обеспечение, необходимое для работы персонала. - данные как услуга (Data as a Service) - основная идея данного вида услуги заключается в том, что пользователю предоставляется дисковое пространство, которое он может использовать для хранения больших объемов информации. - безопасность как сервис (Security as a Service) - данный вид услуги предоставляет возможность пользователям быстро развертывать продукты, позволяющие обеспечить безопасное использование веб-технологий, безопасность электронной переписки, а также безопасность локальной системы, что позволяет пользователям данного сервиса экономить на развертывании и поддержании своей собственной системы безопасности. Для решения задач управления производственно-логистической цепи, взаимодействием заявленных в в рамках диссертационном -123исследовании, наиболее подходящей является услуга – платформа как сервис. -1244.3.2. Выбор программного обеспечения для серверной части и средств разработки системы Преимущества использования веб - приложения («тонкого» клиента) в качестве клиентской части разрабатываемой системы, предоставляет ряд преимуществ, такие как независимость от программного и аппаратного обеспечения станции клиента, портативность решения и пр. В качестве технологии для разработки «тонкого» клиента предполагается использовать ASP.NET и пакет программной разработки Microsoft Visual Studio 2012. ASP.NET является единой моделью для разработки веб-приложений с применением минимума кода, которая содержит службы, необходимые для построения веб-приложений для предприятий. ASP.NET является частью платформы .NET Framework, а потому обеспечивает доступ к классам этой платформы. Приложения могут быть написаны на любом языке среды CLR, включая Microsoft Visual Basic и C#. Эти языки позволяют разрабатывать приложения ASP.NET, которые могут использовать все преимущества среды Common Language Runtime (CLR), типовой безопасности, наследования и т.д. CLR- общеязыковая исполняющая среда, виртуальная машина, интерпретирующая и исполняющая код на специальном языке (CIL), в который компилируются программы, написанные, в частности, на .NETсовместимых языках программировании, компонент пакета Microsoft .NET Framework[63]. Visual Web Developer — это представляет собой полнофункциональную разработческую среду, предназначенную для создания веб-приложений ASP.NET. Visual Web Developer предоставляет ряд функциональных возможностей[50]: • Моделирование и построение веб-страниц. Высокофункциональный редактор веб-страниц, который включает режим представления WYSIWYG и режим редактирования HTML с технологией IntelliSense. WYSIWYG (англ. -125What You See Is What You Get, «что видишь, то и получишь») - свойство прикладных программ или веб-интерфейсов, в которых содержание отображается в процессе редактирования и выглядит максимально близко похожим на конечную продукцию, которая может быть печатным документом, веб- страницей или презентацией[50]. IntelliSense - технология автодополнения Microsoft, инструмента, цель которого облегчить процесс написания программного кода в процессе разработки. Эта технология дописывает название функции при вводе начальных букв. Кроме прямого назначения IntelliSense используется для доступа к документации и для устранения неоднозначности в именах переменных, функций и методов. Visual Web Developer представляет собой идеальную среду для построения веб-узлов и их публикации на размещенных веб-узлах. Использование инструментария разработки Visual Web Developer, позволяет разрабатывать веб-узлы ASP.NET в домашних условиях(на персональных ПК). В состав Visual Web Developer входит локальный веб-сервер, который позволяет выполнять необходимое тестировании и отладку веб-узлов ASP.NET, и не требует установки служб сервера. Когда веб-узел готов, его можно опубликовать на компьютере размещения при помощи встроенного средства "Копировать веб-узел", которое позволяет передавать файлы, готовые для совместного использования[63]. Также имеется возможность выполнения предварительной компиляции и развертывания веб-узелов при помощи всего одной команды «Построить веб-узел». Команда позволяет запустить компилятор для всего веб-узла, а не только для файлов кода, и по итогам работы создает макет веб-узла, который можно развертывать на рабочем сервере. Кроме того, можно использовать все преимущества встроенной поддержки протокола File Transport Protocol (FTP). FTP стандартный протокол, предназначенный для передачи файлов по сетям (например, Интернет). FTP часто используется для загрузки сетевых страниц и других документов, с частного устройства разработки на открытые сервера -126для публикации решения. Используя возможности работы с протоколом FTP в Visual Web Developer, можно напрямую подключаться к компьютеру размещения, создавая и редактируя файлы прямо на сервере[50]. С помощью Visual Studio 2010 можно создавать различные типы проектов ASP.NET, в том числе веб-сайты, веб-приложения, веб-службы и серверные элементы управления технологии AJAX. AJAX, (англ. Asynchronous Javascript and XML) подход к построению интерактивных пользовательских интерфейсов веб-приложений, заключающийся в «фоновом» обмене данными браузера с веб-сервером. В результате, при обновлении данных вебстраница не перезагружается полностью, и веб-приложения становятся более быстрыми и удобными.(Рис. 4.4.1.)[31]. Между проектами веб-сайтов и проектами веб-приложений существует разница. Некоторые функции, например некоторые средства автоматизации веб-развертывания, работают только с проектами веб-приложений. Другие функции, такие как платформы динамических данных, работают как с проектами веб-сайтов, так и проектами веб-приложений[50]. Структура страниц и элементов управления ASP.NET — структура программирования, которая выполняется на веб-сервере для динамического создания и отображения веб-страниц ASP.NET. Веб-страницы ASP.NET можно просматривать в любых браузерах или клиентских устройства, ASP.NET отображает разметку (такую как HTML) в запрашивающем обозревателе[73]. Как правило, можно использовать одну и ту же страницу для разных обозревателей, так как ASP.NET отображает соответствующую разметку для запрашивающего обозревателя. Однако можно разрабатывать веб-страницы ASP.NET для определенных браузеров и пользоваться преимуществами возможностей конкретного браузера. Веб-страницы ASP.NET являются полностью объектно-ориентированными[118]. -127- Рис.4.3.1. Схема моделей веб - приложений[36] На страницах ASP.NET с элементами HTML можно работать, используя свойства, методы и события. Структура страниц ASP.NET предоставляет единую модель отклика на клиентские события в коде, выполняемом на сервере, поэтому реализация разделения клиента и сервера, используемая в веб - приложениях, не нужна. Она также автоматически обрабатывает состояния страницы и ее элементов управления во время цикла обработки страницы. Структура страниц и элементов управления ASP.NET также инкапсулирует общие функциональные возможности пользовательского интерфейса в удобные повторно используемые элементы управления. Элементы управления, написанные однажды, можно использовать во многих -128страницах. Они встраиваются в веб - страницу ASP.NET, на которой они размещаются во время обрисовки. Структура страниц и элементов управления ASP.NET также предоставляет возможности управления отображением и поведением веб-узла с помощью тем и обложек. Можно определить темы и обложки и затем применить их на уровне страницы или элемента управления[116]. Кроме того этим оформлением можно определить главные страницы, позволяющие создать макет страницы, который можно будет использовать для всех страниц в приложении. Одна главная страница определяет макет и стандартное поведение, которые можно использовать для всех страниц (или группы страниц) в приложении. Затем можно создать отдельные страницы содержимого, включающие содержимое, связанное со страницей, которое следует отображать. Когда пользователи запрашивают страницу содержимого, выходная страница представляет собой сочетание структуры главной страницы и содержимого со страницы содержимого. Структура страницы ASP.NET также позволяет определить шаблон для URL-адресов, используемых на сайте. Это помогает при оптимизации для поисковых систем и делает адрес страницы в интернете(URL-адрес) удобнее для восприятия. Помимо стандартных возможностей защиты данных, ASP.NET предоставляет дополнительную инфраструктуру для проверки подлинности и авторизации доступа пользователей, а также других задач безопасности. Можно выполнять проверку подлинности с помощью проверки подлинности учетной записи операционной системы, предоставляемой службами сервера, или с помощью собственной базы данных пользователя, используя проверку подлинности форм ASP.NET. Также можно управлять проверкой подлинности вебприложения с помощью групп пользователей операционных систем или собственной базы данных ролей пользователей[73]. -129Если говорить о выборе серверной операционной системы, то в этой области выбор обуславливается используемыми технологиями при разработке и публикации системы. Благодаря удобству администрирования и невысокой совокупной стоимости владения довольно широкое применение получила серверная версия операционной системы Windows. На сегодняшний день Windows Server является последней версией серверной операционной системы от Microsoft. Windows Server предлагает динамичную платформу с разделяемой архитектурой, которая позволяет построенить практически любую серверную инфраструктуру. Windows Server является универсальной, масштабируемой и эластичной платформой для web и приложений. Наличие в их составе платформы Microsoft .NET Framework, а также поддержка Webсервисов являются основными, наиболее интересными особенностями данной операционной системы. Windows Server существует в четырех редакциях[31]: • Windows Server Web Edition — операционная система, позволяющая выполнять задачи для развертки, а в дальнейшем и обслуживание Webприложений и Web-сервисов, включая приложения ASP .NET; • Windows Server Standard Edition — сетевая операционная система, реализованная производителем в расчете на использование ее в небольших компаниях и подразделениях. Данная ОС предназначается для выполнения серверной части бизнес-решений. • Windows Server Enterprise Edition — ОС, реализованная производителем в расчете на использование ее в средних и крупных компаниях. Отличительными особенностями которой является, поддержка серверов на базе 64-разрядных процессоров и объемов оперативной памяти до 64 Гбайт Данная ОС в настоящее время выпускается в версиях для 32- и 64-разрядных платформ; -130• Windows Server Datacenter Edition — операционная система, реализованная для создания важных технических решений с критически высокими требованиями к масштабируемости и доступности. В качестве примера можно выделить такие решения, как приложения для обработки транзакций в режиме реального времени, а также решения, сформированные на базе интеграции нескольких серверных продуктов. Данная ОС способна осуществлять поддержку симметричной многопроцессорной обработки с использованием до 32 процессоров, а также включает службы балансировки нагрузки и создания кластеров, которые могут состоять из восьми узлов. В настоящее время данная ОС доступна для 32- и 64-разрядных платформ. Конкуренцию операционным системам Microsoft составляют серверные операционные системы, построенные на ядре UNIX. Для всех версий UNIX можно выделить общие особенности: мультипрограммной обработки в режиме разделения времени, использование механизмов виртуальной памяти и свопинга; многопользовательский режим со средствами защиты данных от несанкционированного доступа; унифицированные операций ввода-вывода, иерархическая файловая система, разнообразные средства взаимодействия, в том числе межсетевого. Существуют 4 основные серверные операционные системы, построенные на ядре UNIX[31,114]: • Solaris. Одна корпоративных из решений, популярнейших которая платформ наделена для разработки развитыми средствами поддержки сетевого взаимодействия — на данный момент около 12 тыс. различных приложений способны поддерживать свою работу в рамках нее, в том числе сервер приложения и СУБД почти от всех ведущих производителей. Данная ОС обладает рядом положительных характеристик, таких как обладает высокой масштабируемостью и соответствует многим промышленным стандартам. За счет симметричных многопроцессорных вычислений ОС Solaris обеспечивает практически линейный рост -131производительности при увеличении числа процессоров для подавляющего большинства приложений. • HP-UX. Операционная система HP-UX, является продуктом компании Hewlett-Packard. Еѐ последняя версия ориентирована главным образом на серверы производства Hewlett-Packard. В качестве особенностей HP-UX можно выделить возможность интеграции с Windows и Linux, а так же средства переноса Java-приложений, которые активно разрабатываются для названных платформ, еще одна особенность – это наличие средств повышения производительности Java-приложений[114]. Кроме того, HP-UX поддерживает базовые функции интерфейса программирования Linux, что позволяет гарантировать перенос приложений между HP-UX и Linux. Следует отметить, что ОС HP-UX позволяет обеспечить перенос приложений для нее между двумя поддерживаемыми ею аппаратными платформами без изменений и перекомпиляции. Если рассматривать производительность и масштабируемость HP-UX, то необходимо отметить такие преимущества, одна копия ОС поддерживает до 256 процессоров; возможна поддержка кластеров размером до 128 узлов. Так же платформа способна поддерживать динамическую настройку и обновление операционной системы без необходимости перезагрузки, подключение и отключение дополнительных процессоров, замену аппаратного обеспечения, резервное копирование в режиме on-line и дефрагментацию дисков без отключения системы. На рынке программного обеспечения для данной операционной системы существует весьма обширный выбор — серверы приложений ведущих производителей, Web- и WAP-серверы, серверы поискового назначения, средства кэширования, службы каталогов. • AIX. Операционная система, разработанная компанией IBM. Она предназначена для работы на серверах IBM. Данная ОС, так же как HP-UX, обладает совместимостью с Linux. Ключевыми особенностями AIX являются наличие 64-разрядных ядра, драйверов устройств и среды исполнения -132приложений (при этом имеется и 32-разрядное ядро, равно как и поддержка 32-рязрядных приложений), поддержка 256 Гбайт оперативной памяти, поддержка файлов объемом до 1 Тбайт, удобные средства администрирования, поддержка кластеров (до 32 компьютеров), развитые средства сетевой поддержки. AIX так же обеспечивает возможность самонастройки системы с помощью таких функций, как наращивание мощности по мере необходимости и разгрузка процессоров, а также обладает средствами самовосстановления, самооптимизации и самозащиты, включающими технологию протоколирования всех системных ошибок и систему упреждающего анализа неисправностей. • Linux и FreeBSD. Некоммерческим продуктом категории Open Source можно считать операционную систему Linux - для платформы Intel. Основное преимущество ОС Linux - небольшая стоимость ее приобретения (плата берется за сертифицированные дистрибутивы Linux – которые являются коммерческим продуктом, не смотря на то, что сама ОС является некоммерческим продуктом). Компания IBM, в расчете на возможный переход с Linux на UNIX, вкладывают значительные средства в развитие Linux как серверной платформы, так же стремясь реализовать совместимость с Linux в своих коммерческих версиях UNIX. Известной некоммерческой версией UNIX на текущий момент является FreeBSD, так же доступная для платформ Intel. FreeBSD была разработана группой исследования вычислительных систем Калифорнийского университета (Беркли), основой FreeBSD явился дистрибутив BSD UNIX. В качестве особенностей данной ОС можно выделить такие, как объединенный кэш виртуальной памяти и буферов файловых систем, совместно используемые библиотеки, модули совместимости с приложениями других версий UNIX, динамически загружаемые модули ядра, позволяющие добавлять во время работы поддержку новых типов файловых систем, сетевых протоколов или эмуляторов без перегенерации ядра. FreeBSD получило свое применение в -133качестве операционной системы для корпоративных брандмауэров , а так же используется Интернет-провайдерами. При выборе серверной операционной системы следует руководствоваться технологиями разработки программного обеспечения для разрабатываемого программного продукта. Из этого следует что, в качестве операционной системы для серверов необходимо выбрать операционную систему Windows Server 2012. В качестве СУБД для разрабатываемой системы управления взаимодействием предприятий в рамках производственно-логистической цепи предлагается использовать SQL Server 2012. Выбор СУБД обусловлен рядом достоинств, которые предлагают следующие интегрированные в данную СУБД технологии: • Высокая доступность и восстановление после сбоев (HADR). HADR (High Availability and Disaster Recovery)-это концепция так называемых групп доступности. Режим «Availability Groups» (наличия групп) позволяет привязать к одной или нескольким базам данных дополнительные копии. При этом по умолчанию в эксплуатации находится базовая копия базы данных, а в случае еѐ отказа приложение переключается на дополнительную копию. Дополнительные копии можно сделать активными – то есть разрешить их использование, с ограничением безопасности (в режиме «только чтение»). Таким образом, такая технология позволяет использовать эти базы данных для отчетов – при этом с рабочего экземпляра базы данных будет сниматься операционная нагрузка чтения, что имеет большое практическое значение. • Juneau - кодовое имя нового набора инструментов разработки для SQL Server. Цель данной технологии заключается в реализации единой среды для выполнения всех действий, связанных с разработкой баз данных. • SQL Server Developer Tools - расширение возможностей среды разработки программного обеспечения Visual Studio по работе с БД. -134• Reporting Services - технология создания отчетов в веб - браузере, галерея отчетов с предварительными изображениями предоставляет возможность интуитивного создания специализированных отчетов для бизнес - аналитиков. Пользователи могут легко создавать и работать с представлениями данных из табличных моделей. Табличные модели – это базы данных сервера аналитики, выполняющихся в оперативной памяти. Используя алгоритмы шифрования и многопоточные запросы процессора, СУБД обеспечивает быстрый доступ к объектам табличных моделей. -1354.3.3. Архитектура системы управления взаимодействием участников производственно-логистической цепи На рис 4.3.3.1. показана предполагаемая архитектура системы управления взаимодействием участников производственно-логистической цепи. Внутри «облака» находятся модули, несущие в себе коммутативную, вычислительную функцию, а так же функцию хранения и обработки данных: «Облачная» платформа Веб-сервисы Файловое хранилище СУБД Базы данных Служба коммутации Приложения Пользователя Приложение Администратора Рис. 4.3.3.1. Предполагаемая архитектура решения Служба коммутации; Сервис (служба логики, веб-сервис); Система управления базами данных; База данных; Файловое хранилище; Приложение администратора; Приложение пользователя. -136Следует отметить, что для использования данной системы со стороны пользователя необходим лишь доступ к сети Интернет на компьютере любой мощности, что существенно снижает затраты на использование системы в организациях, а с появлением на рынке информационных технологий планшетных компьютеров, решение может стать наиболее портативным. -1374.4. Внедрение результатов диссертационного исследования в Группе компаний ОНК и перспективные направления дальнейших исследований Экспериментальное внедрение результатов исследования выполнено в группе компаний ОНК. Одним из направлений деятельности данной компании является строительство, которое выполняется посредством организаций участников группы: заводов производителей, транспортных организаций и организаций, выполняющих СМР на объекте. Разработанные автором информационная модель, алгоритмы решения задач управления взаимодействием, были успешно использованы в рамках отдела информационных технологий компании при разработке комплексной системы управления взаимодействием. Методика принятия решения при возникновении непредвиденных ситуаций используется выделенной группой менеджеров компании, которая осуществляет контроль над работой участников логистической цепи. Создание в рамка группы компаний единого информационного пространства для интегрированного планирования и управления логистической цепью с учетом факторов риска позволило обеспечить эффективную координации и коммуникации всех участников цепи и способствовать своевременности ввода объекта в эксплуатацию. Среди перспективных направлений дальнейших исследований стоит отметить необходимость расширение перечня рассматриваемых участников, производственно-логистической цепи в рамках крупной строительной организации. Дополнительным звеном в рамках производственно- логистической цепи строительства, требующим рассмотрения являются организации поставщика сырья и материалов для предприятий строительной индустрии. Включение данного звена в общую модель способствует организации более эффективного производственно-логистической цепи. взаимодействия участников -138Следует включить в разработанную математическую модель рассмотрение работы предприятия строительной индустрии. В результате моделирования их работы в рамках производственно-логистической цепи появится возможность получать информацию об отклонениях, которые могут возникать в их работе, а соответственно применить корректирующие мероприятия, для повышения результативности деятельности. После ввода математическую разработанных дополнительного модель потребуется методических подходов участника в корректировка по принятию разработанную и дополнение решений при возникновении сбоев в ритмичности работы участников производственнологистической цепи. Также следует расширить спектр задач, решаемых системой управления взаимодействием в рамках производственно-логистической цепи, включив в него задачи разработки планов для предприятий строительной индустрии и поставщиков материалов. Все обозначенные перспективные направления дальнейших следований должны обеспечить эффективное взаимодействие расширенного состава участников производственно-логистической цепи крупной строительной организации. -139Выводы по главе 4 4.5. Проведенный анализ входных, выходных и справочных данных, которые используются для решения задач функционирования логистической цепи, позволил разработать алгоритмы решения задач управления взаимодействием и мониторинга. В рамках анализа предметной области выполнено построение концептуальной модели данных, которая базируется на анализе свойств и природы объектов предметной области информационной потребности пользователей разрабатываемой системы. На базе концептуальной модели спроектирована физическая модель БД. Для решения задач управления взаимодействием в рамках производственно-логистической цепи, выбрана технология – платформа как сервис, а так же концепции облачных вычислений, способствующая минимизации затрат на покупку и содержание серверного аппаратного обеспечения для разрабатываемой системы. В качестве технологии для разработки «тонкого» клиента предполагается использовать ASP.NET и пакет программной разработки Microsoft Visual Studio 2012. -140- ОСНОВНЫЕ ВЫВОДЫ И ПРЕДЛОЖЕНИЯ 1. Выполнен анализ крупных строительных организаций, включающих различные производственные предприятия, участвующие в выпуске готовой продукции, начиная от процессов производства и до ввода объекта в эксплуатацию. Анализ показал, что сложность взаимосвязей, существующих между участниками производственно-логистической цепи крупной строительной организации, требует четкой организации и координации работы всех участников цепи, а так же учета факторов риска на основе использования современных логистических концепций управления. 2. Выполнен анализ особенностей и тенденции использования современных информационных систем и технологий, функционирующих в рамках производственно-логистических процессов в строительстве. Выявлено, что данные системы и технологии обладают рядом узких мест, которые не позволяют применять данные технологии в рамках строительства. К таковым можно отнести реализацию функции управления в направлении «сверху вниз», без учета обратной связи; так же в данных системах оказались не охвачены ряд функций управления: планирование производства, разработка календарного плана производства; информационного пространства для контроля участниками строительства между отсутствие осуществления в единого планирования рамках и возведения строительного объекта, отсутствие прогнозирования и учета риск-факторов также является отталкивающим фактором. Таким образом, проведенный анализ показал, потребность строительной отрасли в разработки специализированной системы управления взаимодействием в едином информационном пространстве, позволяющей учитывать возможные декомпозиция процессов в факторы риска. 3. Произведена модульная рамках производственно-логистической цепи крупной строительной организации, на -141основе которой выделены две группы задач: задачи управления взаимодействием и задачи мониторинга. 4. Разработана информационная модель производственно-логистических процессов в строительстве в едином информационном пространстве, позволяющая осуществлять производственно-логистической последовательный синтез цепи организационной с учетом структуры и технологической совместимости ее звеньев, а так же осуществлять прогнозирование и учет факторов риска. 5. Разработана математическая модель управления производственнологистическими процессами в строительстве с использованием инструментария управления рисками, наглядно показывающая увязку во времени работ предприятий участников строительства и узкие места, которые могут вызывать отклонения во времени. 6. Разработана методика принятия решения при возникновении сбоев в ритмичности работы участников производственно-логистической цепи, что позволяет своевременно проводить корректирующие действия, направленные на повышение результативности их деятельности. 7. Разработаны алгоритмы решения задач управления взаимодействием в рамках производственно-логистическими цепи крупной строительной организации на базе разработки производственно-технологических модулей, которые позволят обеспечить непрерывность работы участников производственно-логистической цепи. 8. Практическое внедрение разработанных в диссертации алгоритмов, методических рекомендаций, реализуемых в рамках облачных технологий, позволяют увязать в едином информационном пространстве работы трех основных участников строительства - производственных предприятий, транспортных организаций и организаций, выполняющих СМР. Организация взаимодействия участников производственно-логистической цепи на основе -142предложенных алгоритмов, моделей позволяет существенно повысить точность планирования и качество оперативного управления. Экспериментальное внедрение результатов исследования выполнено в группе компаний ОНК ООО - «ОНК-Сервис». Отдельные результаты диссертации использованы в учебном процессе кафедры ИСТАС НИУ МГСУ. 9. Разработка деятельность рекомендаций системы и управления внедрение в практическую взаимодействием участников логистической цепи в рамках единого информационного пространства для интегрированного планирования и управления цепью с учетом факторов риска позволит обеспечить эффективную координации и коммуникации всех участников цепи, что будет способствовать своевременности ввода объекта в эксплуатацию. 10. Перспективными направления дальнейших исследований в рамках изучаемой предметной области могут стать: расширение перечня рассматриваемых участников производственнологистической цепи строительства. Рассмотрение работы организаций поставщиков материалов для предприятий строительной индустрии. включение в разработанную математическую модель рассмотрения работы предприятия строительной индустрии; расширения спектра задач, решаемых системой взаимодействием в рамках производственно-логистической цепи. управления -143- СПИСОК ЛИТЕРАТУРЫ 1. Агапов А. Информационные системы и технологии ERP в управлении цепями поставок // www.erpkrsk.ru 2. Алексеев Н.С. Эволюция систем управления предприятием / Н. Алексеев // Проблемы теории и практики управления. – 1999. – № 2. – С. 103107. 3. Алесинская Т.В. Основы логистики. Функциональные области логистического управления Часть 3. Таганрог: Изд-во ТТИ ЮФУ, 2010. 116 с. 4. Архипов А.В., Иванов Д.А. Обобщенная задача оперативного планирования работ в производственно-логистических цепях.// Информационные технологии, 2005. - №3 с2-4. 5. Архипов А.В., Иванов Д.А. Управление цепями поставок в виртуальных предприятиях.// Логистика и управление цепями поставок, 2004. - №1 – с.36-40. 6. Ашихмин В.Н., Гитман М.Б., Келлер И.Э., Наймарк О.Б., Столбов В.Ю., Трусов П.В., Фрик П.Г. Введение в математическое моделирование. Учебное пособие. – М.: Логос, 2004. – 440с. 7. Бауэрсокс Д., Клосс Д. Логистика. Интегрированная цепь поставок – М.: ЗАО Олимп-бизнес, 2008. – 640с. 8. Бережной В.И., Порохня Т.А. Виды логистических потоков и их моделирование// ttp://science.ncstu.ru/articles/econom/7/06.pdf/file_download 9. Бирбраер Р.А., Альтшулер И.Г. , Основы инженерного консалтинга [Текст].: Технология, экономика, организация. — 2-е изд., М.: Дело, 2007. — 234 с. 10. Бигдан В.Б., Пепеляев В.А., Сахнюк М.А. Актуальные проблемы и тенденции в области современного имитационного моделирования / / http://eprints.isofts.kiev.ua/260/1/D36.DOC -14411. Богданов Вадим Валерьевич Управление проектами в Microsoft Project 2003. — С-Пб.: «Питер», 2004. — С. 608. 12. Бороздин И.Г. Сетевое планирование и управление в строительстве. М.: Стройиздат,1972,228 с. 13. Иващенко низационного А.А., Новиков управления Д.А., Модели и методы инновационным развитием фирмы. орга– М.: КомКнига, 2006. – 332 с. 14. Бьерн Страуструп: Язык программирования С++ Второе дополненное издание - М.: Бином-Пресс, 2004. – 369с. 15. Верников Г. Основные принципы, философия и эволюция MRP // http://www.devbusiness.ru/development/production/ppm_mrp_vernikov.htm 16. Волков, А. А. Операционные платформы информационных и вычислительных систем : учеб.пособие / А. А. Волков. - М. : МГСУ, 2000. 82 с. 17. Волков А.А., Петрова С.Н., Дубовкина А.В. Модульная декомпозиция производственно-логистических процессов в строительстве. //Вестник МГСУ. 2014 №10.С.212-218 18. Вютрих Х, Филип А. Виртуализация как возможный путь развития управления// Проблемы теории и практики управления, 1999 - №5. http://vasilievaa.narod.ru/19_5_99.htm 19. Гаврилов Д.А. Управление производством на базе MRP II – Спб.: Питер, 2005. – 416с. 20. Геттинг Б. Международная производственная кооперация в промышленности. Роль логистики в усилении конкурентоспособности хозяйственных структур/Пер. с нем. – М.: Дело, 2000. – 216с. 21. Гинзбург В.М. Проектирование информационных систем в строительстве. Информационное обеспечение: Учебное издание — М.: Издательство АСВ, 2002. — 320 с. -14522. Грабовый управления К.П. Организационно-экономический взаимоотношениями основных участников механизм жилищно- коммунального комплекса [Text] : дис. ... канд. экон. наук : 08.00.05 / К. П.Грабовый . - М., 2004. - 215 с. - Библиогр.: с. 124-134 (156 назв.). 23. Гусаков А.А. Автоматизированная информационная система "Экспертиза". / А.А. Гусаков, Е.В. Петренко, О.С. Ткаченко, Н.Н. Демидов. М.:ЦНИПИАСС, 1978 29 с. 24. Гусаков А.А. Автоматизированная система обработки документации (АСОД) / А.А. Гусаков, Н.С. Золотов, А.А. Светликов. - М.: ЦНИПИАСС, 1979.-32 с. 25. Гусаков А.А. Системотехника строительства / А.А. Гусаков. М.: Стройиздат, 1993.-368 с. 26. Дегтярев Ю. И. Исследование операций. - М.: Высш. шк., 1996.250с. 27. Дубейковский В.И. , Эффективное моделирование с CA ERwin Process Modeler (BPwin; AllFusion Process Modeler) –М.: Диалог-МИФИ , 2009.-384 с. 28. Дубова Н. Системы управления производственной информацией. Открытые системы, № 3, 1996 - 63-78с. 29. Дубовкина А.В. Концепция построения модели взаимодействия предприятий крупной строительной организации. //Вестник МГСУ. 2014 №11.С.180-187 30. Дэниел Вулстон. Ajax и платформа .NET 2.0 для профессионалов М.: Вильямс, 2007. — С. 464. 31. Егоров А.И. Основы теории управления. – М.: ФИЗМАТЛИТ, 2011 г. – 504с 32. Елманова Н.С. Серверные операционные системы производителей. – М.: Компьютер ПРЕСС № 10, 2003. 46-53 С. ведущих -14633. Зайцев Е.И. Логистика и синергетика. Новая парадигма в теоретической логистике// Логистика и управление цепями поставок, 2004 №1. 7-13С. 34. Загидуллин Р. Р. Оперативно-календарное планирование в гибких производственных системах. —Москва.: МАИ, 2004. — 208 с. 35. Зараковский Г.М. Введение в эргономику . М.: - «Советское радио», 1974., 352 с. 36. Зырянов М.. Sterling движется от системной интеграции к консалтингу // Computerworld. 2001. № 26,27 В85 195с. 37. Иванов Д.А. Supply chain management: тенденции развития// Тезисы докладов IV международной научно-практической конференции «Логистика: современные тенденции развития» 21-22 апреля 2005. – СПб., 2005. – с.93-98. 38. Иванов Д.А. Виртуальные предприятия и логистические цепи: комплексный подход к организации и оперативному управлению в новых формах производственной кооперации. – СПб.: Изд-во СПбГУЭФ, 2003. – 5,4 п.л 39. Иванов Д.А Разработка модели управления логистическими цепями в сложных производственных структурах// Бизнес и логистика – 2003: Сборник материалов Московского международного логистического форума. – М.: Печатный дом Столичный бизнес, 2003. – с. 33-37 40. Иванов Д.А. Разработка системы оперативного управления в новых организационных формах производственной кооперации: Диссертация. – СПб., 2002. - с2-4. 41. Иванов логистических Д.А. сетей Решение на задач основе моделирования и оптимизации агентно-ориентированного подхода// Интегрированная логистика, 2004 - №3. – с2-4. 42. Иванов Д.А. Современные формы интегрированной логистики: виртуальные предприятия логистика, 2004 - №3. – с2-7. и логистические цепи// Интегрированная -14743. Иванов Д.А. Логистика. Стратегическая кооперация – М.: вершина, 2006. 176 с. 44. Голубецка Н.П. Инновационный менеджмент логистических систем: коллективная монография / отв. ред. д. э. н., проф. Н. П. Голубецкая. — СПб.: Издательство Санкт-Петербургской академии управления и экономики, 2010. — 368 с.; 45. Калянов Г. Н. Консалтинг при автоматизации предприятий – М:СИНТЕГ,1997. -316с. 46. Катаев А.В. Виртуальные предприятия – новая ступень в организации НИОКР // Стратегические аспекты управления НИОКР в условиях глобальной конкуренции: Отчет по НИР №01.2.00100692. Таганрог: ТРТУ, 2001 . - 182-185С. 47. Каширский А.А. Опыт создания и эксплуатации автоматизированной системы планирования контроля и регулирования строительства ГЛАВМОССТРОЯ./Учебное пособие. – М.: Типография Главмосстроя, 1975.112с. 48. Кудинов А., Сорокин М., Голышева Е. , CRM: практика эффективного бизнеса – М.: 1С-Паблишинг, 2012.-461с. 49. Лапидус А.А., Теличенко В.И., Тереньтьев О.М.: Технология строительных процессов: Учебное пособие, Издательство Феникс, 2008 г. – 496с. 50. Леве Д. Создание служб WCF пер. с. англ. Пасечник А. Матвеев Е. – СПб.: Питер, 2008. – 592с 51. Лойко В.И. Информационные системы и технологии в экономике: учебник. – 2-е издание., перераб. и доп./ Барановская Т.П., Лойко В.И., Семенов М.И. и др. – М.: Финансы и статистика, 2003. 52. Манюшис. А. Виртуальное предприятие как эффективная форма организации внешнеэкономической деятельности компании. -148Международный журнал "Проблемы теории и практики управления" №4 2003г. 52-57с. 53. Мескон М., Альберт М., Хедоури Ф. Основы менеджмента.- М., 2010 г. – 800с. 54. Миротин Л.Б. Ташбаев Ы.Э. Системный анализ в логистике: Учебник. М.: Экзамен, 2002. – 480с. 55. Миротин Л.Б. Некрасов. А.Г. Логистика интегрированных цепочек поставок: Учебник. М.: Экзамен, 2003. – 256с. 56. Моисеев Н.Н. Элементы теории оптимальных систем. – М.: Наука, 1975. – 526с. 57. Моисеев Н.Н. Математические задачи системного анализа – М.: Наука, 1975. – 532с. 58. Морозов С.И., Толуев Ю.И., Змановская Т.П. Использование протоколов событий для интерпретации результатов моделирования логистического центра // Имитационное моделирование. Теория и практика: Сб. Второй всероссийской научно-практической конференции -СПб.: ФГУП ЦНИИ ТС, 2005. – С. 246-250 59. Некрасов А.Г. Взаимодействие информационных ресурсов в лочистических цепочках поставок (на примере транспортной отрасли). – М.: Техполиграфцентр, 2002. – 205с. 60. Общие сведения о ASP.NET (Электронный ресурс). URL: http://msdn.microsoft.com/ruru/library/4w3ex9c2(v=vs.100).aspx#ASPNETWebSitesAndASPNETWebApplica tionProjects ( Дата обращения: 6.05.2012) 61. Определение ERP. Основные функции ERP систем // http://erp.lanit.ru/erp.html. 62. Острейковский В.А. Теория систем.- М.: Высшая школа, 1997. – 240с. -14963. Орловский С.А. Проблемы принятия решений при нечеткой исходной информации. – М.: Наука, 1981. – 208с. 64. Паркинсон С. Искусство управления. -М., 2003 г. – 272с. 65. Патюрель Р. Создание сетевых организационных структур. // Проблемы теории и практики управления. 1997. №3 http://vasilievaa.narod.ru/15_3_97.htm 66. Поспелов Д.А. Ситуационное управление: теория и практика. М.: Наука, 1986. – 228с. 67. Питеркин С.В. Точно вовремя для России. Практика применения ERP-систем. 2-е изд. – М.: Альпина Паблишер, 2003. – 368с. 68. Питеркин С.В. Быстрое производство. Современные методы управления производством. От ERP до Lean и SCM. Теория и практика применения. - СПб.: Любавич, 2010. - 82 с. 69. Платформа для разработки страницы и элементов управления (Электронный ресурс). URL: http://msdn.microsoft.com/ru- ru/library/4w3ex9c2(v=vs.100).aspx#PageAndControlsFramework (Дата обращения: 6.05.2012.) 70. Пустохина И.В. Оценка моделей управления процессами с точки зрения возможностей и ограничений их использования при формировании и управлении цепями поставок в логистических кластерах // Интернет- журнал «НАУКОВЕДЕНИЕ» Том 7, №2 - 2015г. 1-16с. 71. Радугин А.А. Основы менеджмента. –М., 2006. 297с. 72. Райсс М. Границы «безграничных» предприятий: перспективы сетевых организаций // Проблемы теории и практики управления, 1997, №1. 73. Рябинин И.А. Надежность и безопасность структурно-сложных систем. – СПб.: Политехника, 2002. 247с. 74. Савин Г.И. Системное моделирование сложных процессов. – М.: Фазис, 2000. – 288с. -15075. Сергеев В.И. Логистические системы мониторинга цепей поставок: Учебное пособие. – М.: ИНФРА – М, 2003. 76. Сергеев В.И., Григорьев М. Н, Уваров С. А. Логистика: информационные системы и технологии: Учебно-практическое пособие. –М.: Издательство «Альфа-Пресс», 2008. – 608 с 77. СиненкоС.А., Малых Г.Г., Ванштейн М.С. Системы обработки данных в САПР. // Вестник МГСУ. 2012. №1. С. 164-171. 78. Стаханов В.Н., Ивакин Е.К. Логистика в строительстве: Учебное пособие. - М.: «Издательство Приор», 2001. - 176 с Снайдер М., Стегер Дж Microsoft Dynamics CRM 4.0 –М.:2009.-624с. 79. Стерлигова, А. Н. Логистика и управление цепями поставок [Текст] : учебно-методическое пособие для слушателей программы МВА, обучающихся по специальности «Общий и стратегический менеджмент» / А. Н. Стерлигова ; Гос. ун-т — Высшая школа экономи- ки, Высшая школа менеджмента. — М.: Бизнес Элайнмент, 2008. — 168 с 80. Сток Д.Р. Ламберт Д.М. Стратегическое управление логистикой /Пер.с англ. – М.: ИНФРА-М, 2005. – 797с. 81. Соколова Т.Ю. AutoCAD 2005. Библиотека пользователя(+CD). СПб.: Питер, 2005. - 544 с. 82. Титаренко Б.П. Исследование систем управления: Учебное пособие для вузов. Издательство «Академический проект», 2006г. – 352с. 83. Толуев Ю. И. Моделирование логистических процессов: традиции и инновации: цикл лекций на тему "Моделирование логистических процессов: традиции и инновации", 6-9 января 2005 года // http://www.tsi.lv/?id=1866&lang=lv&ct=7&r=1561. 84. Толуев Ю.И., Рихтер К. Комплексное применение имитационного моделирования при реализации концепции e-Manufacturing Интегрированная логистика, 2004, № 2, М., ВИНИТИ. – С. 8-10. // -15185. Толуев Ю.И., Некрасов А.Г., Морозов С.И. Анализ и моделирование материальных потоков в сетях поставок // Интегрированная логистика – 2005, № 5, М., ВИНИТИ. – С. 7-14. 86. Толуев Ю.И. Имитационное моделирование логистических процессов // Имитационное моделирование. Теория и практика: Сб. Второй всероссийской научно-практической конференции - СПб.: ФГУП ЦНИИ ТС, 2005. – С. 71-76. 87. Толуев Ю.И. Методология создания моделей логистических сетей на базе стандартных средств имитационного моделирования // Logistics, Supply Chain Management and Information Technologies: Proceedings of the German-Russian Logistics Workshop. Ivanov D., Kuhn A., Lukinsky V. (eds.), St. Petersburg, Publishing House of the State Polytechnic University, 2006. – S. 133142. 88. Толуев Ю.И., Змановская Т.П. Моделирование процессов перемещения и накопления материальных объектов в логистических сетях// Логистика: Современные тенденции развития. V Международная научнопрактическая конференция. 20, 21 апреля 2006 г.: Тез. докл. / Отв. ред.: В.С. Лукинский, С.А. Уваров, Е.А. Королева. – СПб.: СПбГИЭУ, 2006. – С. 354359. 89. Толуев Ю.И., Савченко Л.В. Возможности применения имитационного моделирования в бизнес-логистике. // Логистика: проблемы и решения, № 4 (5) 2006, Киев. – С. 38-43. 90. Трофимов В.В. Управленческие решения: Методологические аспекты/ Трофимов В.В., Трофимова Л.А. – Спб.: Изд-во СПбГУЭФ, 2000. – 87с. 91. Трофимов В.В. Информационные системы и технологии в экономике и управлении: учебник/под ред. Трофимова В.В. – М. Юрайт-Издат, 2009.521с. -15292. Трофимов Е.А. Моделирование систем: курс лекций / Е.А. Трофимов; М-во образования и науки Росс. Федерации, ФГБОУ ВПО «Моск. Гос. Строит. Ун-т». — Москва : МГСУ, 2012. — 116 с. 93. Фролов Е.Б. Современные концепции управления в производственной логистике: MES для дискретного производства — метод вычисляемых приоритетов (рус.) // САПР и графика : журнал. — М.: Компьютер Пресс, 2011. — № 1. — С. 71-75. 94. Фролов Е.Б., Загидуллин Р.Р. Оперативно-календарное планирование и диспетчирование MES-системах (рус.) // Станочный парк : журнал. — М., 2008. — № 11. — С. 22-27. 95. Хантер Д., Рафтер Д., Фаусетт Д., Влист Э., и др. XML. Работа с XML, 4-е издание - М.: «Диалектика», 2009. — 1344 с. 96. Харитонов С.А. , Информационные технологии управления [Текст].: Учебное пособие для студентов вузов, обучающихся по экономическим спец. – М.: ЮНИТИ, 2007-440с. 97. Цвиркун А.Д. Основы синтеза структуры сложных систем. – М.: Наука, 1982. – 200с. 98. Черкасов Ю.М., Арефьева И.Ю., Акатова Н.А. и др. Информационные технологии управления /Ю.М. Черкасова -М.: ИНФРА-М, 2001. - 216 с. 99. Черкесов Г.Н. Надежность аппаратно-программных комплексов. СПб.: Питер, 1005. - 479 с. 100. Шандров Б.В. Чудаков А.Д. Технические средства автоматизации [Текст].: Учебник для ВУЗов. – М.: Академия – 2007. -256 с. 101. Шрайбфедер Дж. Эффективное управление запасами / Джон Шрайбфедер; Пер. с англ. – 2-е изд. – М.: Альпина Бизнес Букс, 2006. – 304 с. 102. Штейнберг Ш.Е. Идентификация в системах управления. М.: Энергоатомиздат, 1987, 80 с. -153103. Эддоус М., Стэнсдфилд Р. Методы принятия решении. /Пер. с англ. – М.:Аудит, ЮНИТИ, 1997 – 590с. 104. Эрглис К.Э. Интерфейсы открытых систем. - М.: "Горячая линия Телеком", 2000. - 256 с. 105. Bruno Charles, Total cost of ownership. / The Tolly Group. June 1999. http://www.tolly.com 106. CALS (Поддержка жизненного цикла продукции): Руководство по применению / Министерство экономики РФ; НИЦ CALS-технологий "Прикладная логистика"; ГУП "ВИМИ", 1999. 44с. 107. Client/server: Past, Present and Future, http://news.dci.com/geos/dbsejava.htm 108. Comer, Douglas E. Internetworking with TCP/IP. // Englewood Cliffs, NJ: Prentice-Hall, Inc., 1991. Vols. 1 and 2, 2d ed. 109. CORBA Архитектура распределенных объектов. / Сервер компании Epsylon Technologies, www.demo.ru 110. 1Davidow W., Malone M. The Virtual Corporation: Structuring and Revitalizing the Corporation for the 21st Century. – New York: Harper Collins. – 1992. 111. Extensible Markup Language (XML) 1.1 (Second Edition) W3C Recommendation 16 August 2006, edited in place 29 September 2006 112. Fouquet М., Niedermayer Н., Carle G. Cloud computing for the masses // ACM CoNEXT. 2009. P. 31-36. . 113. Maso Brian. The Visual J++ Handbook. / Osborn: McGraw-Hill, 1996. 114. Stevens, Richard W. TCP/IP Illustrated. Vol. 1, The Protocols. Reading. Mass.: Addison-Wesley, 1994. – 1057с. 115. Stevens, Richard W. Unix Network Programming. Englewood Cliffs, N.J.: Prentice-Hall, Inc., 1990. – 990с. 116. Tai S., Nimis J., Lenk A., Klems M. Cloud service engineering // International Conference on Software Engineerin. 2010. Vol. 2. P. 475-476. -154117. Vinoski Steve. Comparing Alternative Programming Techniques for Multithreaded Servers. // SIGS С++ Report. Vol. 8. - No 2., February 1996. http://www.iona.com/hyplan/vinoski/col5.pdf 118. Vinoski Steve. Distributed Callbacks and Decoupled Communication in CORBA. // SIGS С++ Report. Vol. 8. - No. 10, October 1996. – 16с. 119. Weinstein Bob. NET Platform Could be Answer to ASP, HSP Security Problems. // ASPStreet.com, April 4, 2002. – 105с. 120. Ying Z. Research on Management of Data Flow in the Cloud Storage Node Based on Data Block // 3th International Conference on Information and Computing. 2010. Vol. 4. P. 333-335. Основное содержание диссертации опубликовано в следующих работах: 1. *Дубовкина А.В. WORKFLOW как одна из технологических основ функционирования виртуального предприятия // Вестник МГСУ. – 2011. №6. – 0,5 п.л. 2. Дубовкина А.В. Управление процессом обеспечения материальными ресурсами объектов строительства на основе виртуального предприятия [текст] //Сб. науч. тр. Международной научной конференции «Интеграция, партнерство и инновации в строительной науке и образовании». - М. : МГСУ, 2011. - Т. 1. – 0,5 п.л. 3. *Дубовкина А.В., Петрова С.Н. Влияние кооперации на развитие сетевых виртуальных систем //Известия КГАСУ. - 2012, - №4 (22) - 0,5/0,25 п.л. 4. Дубовкина А.В Эффективность и качество управления организацией в информационной среде виртуального предприятия [текст] //Сб. науч. тр. Международная конференция – научные чтения, посвященные 100-летию памяти Ю.Б. Монфреда. - М.: МГСУ, 2013. - Т. 1. – 0,5 п.л. -1555. *Дубовкина А.В. Концепция построения модели взаимодействия предприятий крупной строительной организации. //Вестник МГСУ. 2014 №11.С.180-187 – 0,5 п.л. 6. *Волков А.А., Петрова С.Н., Дубовкина А.В. Модульная декомпозиция производственно-логистических процессов МГСУ. 2014 №10.С.212-218 – 0,5 п.л. в строительстве. //Вестник -156Приложение 1. ДОКУМЕНТЫ, ПОДТВЕРЖДАЮЩИЕ ВНЕДРЕНИЕ РЕЗУЛЬТАТОВ ДИССЕРТАЦИОННОГО ИССЛЕДОВАНИЯ
