Финансовая информационная система строительной организации. Разработка информационной системы для строительной фирмы «ЛьвоffСтрой. Рекомендованный список диссертаций

Финансовая информационная система строительной организации. Разработка информационной системы для строительной фирмы «ЛьвоffСтрой. Рекомендованный список диссертаций

02.07.2020

1 ОБЩИЕ ВОПРОСЫ АНАЛИЗА ПОТРЕБИТЕЛЬСКОГО КАЧЕСТВА ИНФОРМАЦИОНЫЫХ СИСТЕМ СТРОИТЕЛЬНЫХ ОРГАНИЗАЦИЙ.

1.1 Особенности и структура информационных систем строительных организаций.

1.2 Виды и классификация компонентов информационных систем строительных организаций.

1.3 Характеристики потребительского качества компонентов информационных систем строительных организаций.

2 МЕТОДЫ СРАВНИТЕЛЬНОГО АНАЛИЗА И ВЫБОРА КОМПОНЕНТОВ ИНФОРМАЦИОННЫХ СИСТЕМ СТРОИТЕЛЬНЫХ ОРГАНИЗАЦИЙ.

2.2 Сравнительный анализ сметного программного обеспечения по критерию функциональной полноты.

2.3 Анализ и выбор компонентов ИС строительных организаций на основе экспертных методов.

3 ВИЗУАЛЬНОЕ И ЭКОНОМИКО-СТАТИСТИЧЕСКОЕ МОДЕЛИРОВАНИЕ ИНФОРМАЦИОННЫХ СИСТЕМ СТРОИТЕЛЬНЫХ ОРГАНИЗАЦИЙ.

3.1 Построение информационной модели ИС строительной организации на основе языка UML.

3.2 Моделирование трудозатрат пользователей ИС строительных организаций.

3.3 Определение необходимого числа лицензий на программное обеспечение в ИС строительной организации.

Рекомендованный список диссертаций

  • Сравнительная оценка потребительского качества программных средств автоматизации делопроизводства 2002 год, кандидат экономических наук Пахомов, Евгений Вячеславович

  • Налоговый учет: экономико-математические модели, методы и программные средства для оценки и минимизации затрат ресурсов на ведение и мониторинг 2011 год, доктор экономических наук Родина, Ольга Валерьевна

  • Формализованный анализ предметной области и выбор системы поддержки принятия решений в управлении предприятиями: На примере предприятий хлебопродуктов 2003 год, кандидат экономических наук Чувиков, Сергей Владимирович

  • Разработка автоматизированной системы определения стоимости строительства в режиме удаленного доступа 2007 год, кандидат технических наук Спицын, Александр Викторович

  • Формирование информационного обеспечения для построения и выбора систем автоматизации бухгалтерского учета в бюджетных организациях: На примере высших учебных заведений 2002 год, кандидат экономических наук Широбокова, Светлана Николаевна

Введение диссертации (часть автореферата) на тему «Информационные системы строительных организаций: моделирование и оценка потребительского качества»

Актуальность темы диссертационного исследования. Строительный комплекс Российской Федерации занимает одну из ключевых позиций в экономике страны. Согласно данным Росстата в 2010 году среднегодовая численность занятых в строительстве составила 5266,5 тыс. чел. или 7,8% процентов общего числа занятых в экономике. Объем строительных работ при этом составил 3998,3 млрд. руб. На 1 января 2010 года в России в сфере строительства работало более 175 тысяч организаций 1.

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

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

1 Строительство в России. 2010: Стат. сб. - М.: Росстат., 2010. - 220 с. строительных объектов. Эти и другие компоненты, объединенные между собой, составляют основу информационной системы (ИС) строительной организации.

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

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

Степень изученности исследуемой проблемы. Проблемам автоматизации проектного и сметного дела, а также вопросам автоматизации управленческих процессов в строительстве посвящены научные труды ряда исследователей: С.А. Баркалова, В.М. Васильева, Д.Б. Виноградова, П.В. Горячкина, A.A. Гусакова, A.M. Ивянского, A.B. Остроуха, Ю.П. Панибратова, Г.Ф. Пеньковского, В.И. Теличенко и других.

Проблемам моделирования информационных систем и анализа их потребительского качества посвящены труды K.P. Адамадзиева, Б. Боэма, Г. Буча, А. Джекобсона, В.В. Дика, А.И. Долженко, A.A. Емельянова, E.H. Ефимова, В.В. Липаева, Дж. Рамбо, Ю.Ф. Тельнова, E.H. Тищенко, М. Фаулера, Г.Н. Хубаева, И.Ю. Шполянской и других.

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

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

Цель диссертационного исследования. Основной целью диссертационного исследования является разработка комплекса моделей оценки потребительского качества для построения информационных систем строительных организаций.

Достижение поставленной цели потребовало решения следующих задач:

Классификация компонентов ИС строительных организаций;

Построение и исследование перечня характеристик потребительского качества компонентов ИС строительных организаций;

Сравнительный формализованный анализ сметного программного обеспечения по критерию функциональной полноты;

Разработка универсальной методики анализа и выбора компонентов ИС строительной организации;

Визуальное моделирование структуры и динамики ИС строительных организаций с помощью языка иМЬ;

Разработка имитационной модели бизнес-процессов ИС строительной организации.

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

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

Инструментарий исследования составили методы системного анализа, математической статистики, методика формализованного анализа сложных систем, метод анализа иерархий, экспертные методы, имитационное моделирование, унифицированный язык моделирования UML, современное программное обеспечение общего и специального назначения: MS Excel, Statistica, MathCAD, Rational Rose.

Работа выполнена в рамках паспорта специальности 08.00.13 -«Математические и инструментальные методы в экономике» п. 2.6 «Развитие теоретических основ, методологии и инструментария проектирования, разработки и сопровождения информационных систем субъектов экономической деятельности: методы формализованного представления предметной области, программные средства, базы данных, корпоративные хранилища данных, базы знаний, коммуникационные технологии».

Положения, выносимые на защиту:

1. Классификация компонентов ИС строительных организаций, включающая классификационные признаки, отражающие специфику строительной отрасли.

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

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

4. Комплекс визуальных иМЬ-моделей ИС строительных организаций, позволяющий отразить логическую структуру предметной области.

5. Имитационная модель бизнес-процессов ИС строительной организации, отличающаяся учетом затрат основных ресурсов.

Научная новизна диссертационного исследования заключается в разработке целостного инструментального обеспечения для моделирования и оценки потребительского качества ИС строительных организаций. Элементами научной новизной обладают следующие результаты:

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

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

3. Предложена методика выбора компонентов ИС строительных организаций, отличающаяся совместным использованием экспертных методов и метода анализа сложных систем по критерию функциональной полноты. Методика обеспечивает получение подмножества вариантов выбора для всех необходимых компонентов ИС строительной организации, экспертное сравнение вариантов для каждого класса компонентов, формирование совокупности возможных вариантов ИС строительной организации и их ранжирование. Методика позволяет обеспечить поддержку принятия решений при создании ИС строительной организации.

4. Построен комплекс визуальных иМЬ-моделей ИС строительных организаций. Модели позволяют отразить логическую структуру предметной области, состав основных подсистем, развертывание компонентов ИС, варианты использования системы, процессы работы пользователей с ИС строительной организации. Набор диаграмм языка ИМЬ может служить основой для моделирования трудозатрат на исполнение бизнес-процессов в ИС строительной организации.

5. Разработана имитационная модель бизнес-процессов ИС строительной организации, отличающаяся учетом затрат основных ресурсов. Результаты статистического (имитационного) моделирования, позволяют: оценить вероятность выполнения конкретной операции за любое выбранное или заданное время; выявить наиболее трудоемкие группы функциональных операций; количественно оценить необходимый объем трудовых ресурсов на работу с ИС строительной организации.

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

Практическая апробация и внедрение результатов исследования.

Основные положения диссертационного исследования докладывались и обсуждались на научно-практических конференциях и семинарах: X Международная научно практическая конференция «Экономико-организационные проблемы проектирования и применения информационных систем»; IV Всероссийскую научно-практическую Интернет-конференцию профессорско-преподавательского состава, молодых ученых, аспирантов и студентов «Проблемы информационной безопасности»; Научно-практическая конференция «Экономические информационные системы и их безопасность: разработка, применение, сопровождение»; Вопросы экономики и права.

Отдельные результаты научного исследования реализовались в рамках НИР на тему: «Информационные системы строительных организаций: моделирование и оценка потребительского качества» по договору с РГЭУ «РИНХ» № 1277/11 от 04.05.2011г. Документы, подтверждающие внедрение, прилагаются к диссертации.

Некоторые аспекты диссертационного исследования внедрены и используются в компании ООО «Дон Ай Ти».

Публикации. По результатам диссертационного исследования опубликовано 8 печатных работ, в том числе 3 статей в журналах, рекомендованных ВАК РФ, общим объемом 2,35 печатных листа.

Логическая структура и объем работы. Диссертационная работа состоит из введения, трех глав, заключения, списка использованной литературы и приложений. Работа содержит 26 таблиц, 28 рисунков. Библиографический список включает 133 наименования.

Похожие диссертационные работы по специальности «Математические и инструментальные методы экономики», 08.00.13 шифр ВАК

  • Экономико-математические и инструментальные методы обеспечения потребительского качества проектируемых информационных систем для малых предприятий 2006 год, доктор экономических наук Шполянская, Ирина Юрьевна

  • Экономико-математические модели для оценки качества информационного обеспечения деятельности инвестиционной компании 2000 год, кандидат экономических наук Пятина, Елена Евгеньевна

  • Моделирование информационных процессов в системе управления вузом 2000 год, кандидат экономических наук Щербаков, Сергей Михайлович

  • Анализ и моделирование информационной системы учета прав на ценные бумаги 2005 год, кандидат экономических наук Долженко, Виктор Алексеевич

  • Разработка и исследование информационных систем для оценки характеристик потребительского качества программных продуктов, построенных с использованием СУБД MS Access, IC Предприятие, ORACLE 2004 год, кандидат экономических наук Кривошеева, Мария Александровна

Заключение диссертации по теме «Математические и инструментальные методы экономики», Кудинов, Дмитрий Вячеславович

ВЫВОДЫ ПО ТРЕТЬЕЙ ГЛАВЕ

1) Построен комплекс визуальных ЦМЬ-моделей ИС строительных организаций, позволяющий отразить логическую структуру предметной области, состав основных подсистем, развертывание компонентов ИС, варианты использования системы, бизнес-процессы работы пользователей с ИС строительной организации. Набор диаграмм языка ЦМЬ служит основой для моделирования трудозатрат на исполнение бизнес-процессов в рамках концепции процессно-статистического учета затрат ресурсов.

2) Выделена совокупность функциональных операций бизнес-процессов формирования сметной документации при работе с ИС строительной организации. С помощью экспертного опроса и методов фиксации на рабочем месте определены статистические характеристики частоты и времени выполнения операций.

3) Построена имитационная модель, позволяющая определять для строительного проекта трудозатраты на выполнение отдельных подмножеств операций с учетом случайного характера бизнес-процессов работы с ИС строительных организаций.

4) Получены результаты статистического (имитационного) моделирования, позволяющие: оценить вероятность выполнения конкретной операции за любое выбранное или заданное время; выявить наиболее трудоемкие группы функциональных операций; количественно оценить необходимый объем трудовых ресурсов на работу с ИС строительной организации.

ЗАКЛЮЧЕНИЕ

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

1. Расширена классификация компонентов информационных систем для отражения особенностей информационных систем строительных организаций, за счет включения классификационных признаков, характеризующих: звено договорных отношений в строительстве (заказчик, подрядчик и т.д.), стадия строительного процесса (проектирования, строительно-монтажных работ и т.д.), функциональное назначение (сметное ПО, ПО управления строительными проектами и т.д.) и др.

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

Для ранжирования перечня характеристик потребительского качества компонентов ИС строительных организаций использован метод анализа иерархий, характеристики рассматривались в качестве альтернатив. Цели первого уровня: получение прибыли и обеспечение безопасности. Цели второго уровня: поддержка принятия управленческих решений, соблюдение государственных стандартов, совершенствование бизнес-процессов, снижение трудозатрат и др. Такое ранжирование позволило определить характеристики, наиболее важные с точки зрения достижения базовых целей функционирования строительной организации.

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

4. Проведен сравнительный анализ сметного программного обеспечения по критерию функциональной полноты. Были исследованы наиболее распространенные на российском рынке сметные программы. Рассчитаны матрицы и графы, согласно методике анализа, сделаны выводы. Результаты анализа позволили систематизировать сведения о функциональной полноте сметных программ, выделить группы программ, подобных по функциональной полноте, ранжировать сметные программные системы по критерию функциональной полноты.

5. Предложена оригинальная методика выбора компонентов ИС строительных организаций. Методика позволяет сформировать совокупность проектных решений для выбора всех компонентов системы: сметного ПО, проектного ПО, систем календарного планирования и т.д., причем в условиях применения как специализированных систем, так и интегрированных программных комплексов. Методика позволяет учесть важнейшие показатели потребительского качества за счет комбинирования метода функциональной полноты и экспертных оценок. Результатом применения методики является сформированная совокупность вариантов ИС строительной организации и ранжирование этих вариантов.

6. Разработаны ЦМЬ-модели ИС строительных организаций, позволяющие отразить логическую структуру предметной области, состав основных подсистем, развертывание компонентов ИС, варианты использования системы, процессы работы пользователей с ИС строительной организации. Набор диаграмм языка ЦМЬ может служить основой для моделирования трудозатрат на исполнение бизнес-процессов в ИС строительной организации.

7. Построена имитационная модель бизнес-процессов ИС строительной организации и получены результаты имитационного моделирования. В качестве основы для построения модели использованы ЦМЬ-модели ИС строительной организации. Модель позволяет определять затраты труда на исполнение бизнес-процессов с использованием ИС строительной организации при различных условиях работы. Результаты моделирования, позволяют: оценить вероятность выполнения конкретной операции за любое выбранное или заданное время; выявить наиболее трудоемкие группы функциональных операций; количественно оценить необходимый объем трудовых ресурсов на работу с ИС г строительной организации.

Список литературы диссертационного исследования кандидат экономических наук Кудинов, Дмитрий Вячеславович, 2012 год

1. Аверчев И. Программное обеспечение для строительных организаций // Технологии строительства. - 2005. - №3.

2. Агранов П.А., Курочкин А.И. Сметное дело в строительстве. Учебно-методическое пособие по выпуску сметной документации с использованием комплекса «АО». - СПб.: Слово и Дело, 2005.

3. Азаев М.Г., Мамедов Ш.Ш. Формирование комплексной информационной системы управления строительным предприятием // Сборник научных трудов. Проблемы теории и практики народнохозяйственного комплекса региона. Часть 4. Махачкала: ДГТУ, 2005.

4. Алтунджи В. Проект производства работ и его автоматизация // Строительная инженерия. 2005. - №5.

5. Ардзинов В.Д. Ценообразование и составление смет в строительстве. - СПб.: Питер, 2008.

6. Бадиков Д., Кантарович М. Информационные системы управления строительным комплексом // BYTE/Россия. 2009 (май)

7. Барановская Н.И., Котов A.A. Основы сметного дела в строительстве. -М.: КЦЦС, 2005.

8. Барановский А. Сводный сметный расчет в программе SmetaWIZARD // Сметно-договорная работа в строительстве. 2010. - №5. - С. 56-60.

9. Баркалов С.А., Бабкин В. Ф. Управление проектами в строительстве. М.: АСВ, 2003. 288 с.

10. Ю.Барканов A.C. Анализ и оценка бизнес-процессов основа реинжиниринга деятельности строительных организаций // Промышленное и гражданское строительство. - 2003 . -№ 10.

11. Боггс У., Боггс M. UML и Rational Rose, Пер. с англ. М.: Издательство «ЛОРИ», 2000. - 580 с.

12. Боровиков В. STATISTICA: искусство анализа данных на компьютере. -СПб.: Питер, 2003. 688 с.

13. Боэм Б., Браун Дж., Каспар X., Липов М., Мак-Леод Г., Мфит М. Характеристики качества программного обеспечения. М.: Мир, 1981. - 208 с.

14. Брук Б.Н., Бурков В.Н. Методы экспертных оценок в задачах упорядочивания объектов/Известия АН СССР. Техническая кибернетика. -1972. №3.

15. Бузырев В. В., Панибратов Ю. П., Федосеев И. В. Планирование на строительном предприятии. М.: Academia, 2005. - 332 с.

16. Бурдачева H.A., Мовчан C.B., Азарова A.B. Информационное моделирование процессов управления в строительстве // Вестник Московского государственного строительного университета. 2009. - № 4. - С.324-325.

17. Васильев В.М., Панибратов Ю.П., Резник С.Д. Управление в строительстве. СПб.: СПбГАСУ, 2010. - 271 с.

18. Вендров A.M. Проектирование программного обеспечения экономических информационных систем. М.: Финансы и статистика, 2000. -352 с.

19. Верескун В.Д., Воробьев B.C. Имитационная модель информационных процессов в организационных структурах управления // Известия высших учебных заведений. Строительство. 2007. - № 8. - С. 43-49.

20. Виноградов Д.Б. Автоматизация связи бухгалтерии и сметного дела // Строительная инженерия. 2005. - № 7.

21. Волкова В.Н., Денисов A.A. Основы теории систем и системного анализа. СПб.: Издательство СПбГТУ, 1997. - 510 с.

22. Вязовой В. Системы управления проектами в строительных компаниях // Управление проектами. 2004. № 1. - С. 18-22.

23. Гаврилов В.И., Отман В.Х. Информационные технологии в технологическом процессе проектирования // Промышленное и гражданское строительство. 2006. - № 3. - С. 23-25.

24. Гарифуллина Р.И. Анализ программных систем для расчета сметной стоимости строительства // Вестник ИНЖЭКОНа. Серия: Экономика. 2009. -Т.28. -№1. - С. 274-277.

25. Гарифуллина Р.И. Некоторые подходы к расчету экономической эффективности информационных систем управления строительными проектами // Вестник ИНЖЭКОНа. Серия: Экономика. 2009. - № 3. - С. 262-265.

26. Гинзбург В.М. Проектирование информационных систем в строительстве. Информационное обеспечение. М. : АСВ, 2002. - 320 с.

27. Гусаков A.A. Архитектурно-строительное проектирование. Методология и автоматизация. М.: Стройиздат, 1996. - 656 с.

28. Дессерт А.Е. Интегральная классификация информационных систем // Экономика строительства. 2008. - № 2. - С. 53-57.

29. Дзирне Ю. Сметные программы. Новые критерии выбора // Сметно-договорная работа в строительстве. 2011. - №1.

30. Дикман JI. Г. Организация строительного производства. М.: АСВ, 2006. - 608 с.

31. Долженко А.И. Моделирование корпоративной информационной системы // Изв. вузов. Сев.-Кав. регион. Обществ, науки. 2006. - № 2 (134). - С. 50-55.

32. Долженко А.И. Управление информационными системами: Учебное пособие Ростов-н/Д: РГЭУ «РИНХ», 2008.- 197 с.

33. Дубовик И. Как автоматизировать составление строительных смет. -Ростов-на-Дону: Феникс, 2009. 288с.

34. Едличка С.Ю., Обухова J1.B. Автоматизация организации и управления строительством объекта // Промышленное и гражданское строительство. 2007. - №2. - С. 59-61.

35. Ефимов E.H. Экспериментальные методы оценки потребительского качества распределенных информационных систем. Ростов-на-Дону: РГЭУ «РИНХ», 2001.-219 с.

36. Ивянский A.M. Программа «Гектор: Сметчик-строитель» простота и функциональность //"Сметно-договорная работа в строительстве. - 2010. - №3. -С. 58-62.

37. Ивянский A.M., Шутров С.Э. Автоматизация разработки проектно-сметной документации с использованием сметно-нормативных баз 2001 г. // Инженерно-строительный журнал. 2010. - №3. - С. 19-23.

38. Игнатьев О.В. Информационные модели в строительстве // Вестник Волгоградского государственного архитектурно-строительного университета. Серия: Естественные науки. 2007. - № 6. - С. 24-30.

39. Игольников B.C. Автоматизация компонент успеха современной строительной организации // Промышленное и гражданское строительство. -2009. -№ 8.-С. 13.

40. Информационные системы в экономике: Учебник/Под ред. В.В. Дика. М.: Финансы и статистика, 1996. - 272с.

41. Исраилова Я.В. Инновационное управление специализированной строительной фирмой // Транспортное дело России. 2008. - № 6. - С. 129-131.

42. Каменецкий М.И., Донцова JI.B. Строительный комплекс: состояние, проблемы, основные тенденции долгосрочного развития // Экономика строительства. 2008. - № 3. - С. 2-19.

43. Каплан E.J1. Управление строительной компанией. СП,.:ГИОРД, 2009.- 144 с.

44. Кемени Дж., Снелл Дж. Кибернетическое моделирование: Некоторые

Обратите внимание, представленные выше научные тексты размещены для ознакомления и получены посредством распознавания оригинальных текстов диссертаций (OCR). В связи с чем, в них могут содержаться ошибки, связанные с несовершенством алгоритмов распознавания. В PDF файлах диссертаций и авторефератов, которые мы доставляем, подобных ошибок нет.

Строительная организация занимается строительством различного рода объектов: жилых домов, больниц, школ, мостов, дорог и т.д. по договорам с заказчиками (городская администрация, ведомства, частные фирмы и т.д.). Каждая из перечисленных категорий объектов имеет характеристики, свойственные только этой или нескольким категориям: например, к характеристикам жилых домов относится этажность, тип строительного материала, число квартир, для мостов уникальными характеристиками являются тип пролетного строения, ширина, количество полос для движения.

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

На каждом участке возводится один или несколько объектов, на каждом объекте работу ведут одна или несколько бригад. Закончив работу, бригада переходит к другому объекту на этом или другом участке. Строительному управлению придается строительная техника (подъемные краны, экскаваторы, бульдозеры и т.д.), которая распределяется по объектам.

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

Виды запросов в информационной системе:

    Получить перечень строительных управлений и/или участков и их руководителей.

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

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

    Получить состав бригад, работавших (работающих) на строительстве указанного объекта.

    Получить перечень строительной техники, приданной указанному строительному управлению.

    Получить перечень строительной техники, выделенной на указанный объект либо работавшей там в течение указанного периода времени.

    Получить график и смету на строительство указанного объекта.

    Получить отчет о сооружении указанного объекта.

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

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

    Получить перечень строительных материалов, по которым имело место превышение по смете на указанном участке, строительном управлении или в целом по организации.

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

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

Бурное развитие строительной индустрии и высокие нормы доходности позволяли не обращать внимания на потери в различных стадиях проекта, так как рынок при его росте прощал все ошибки в сфере управления и финансирования.

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

Система управления — это прежде всего хорошо настроенный инструмент для бизнеса. Но важна не только «скрипка Страдивари», крайне необходим и мастер, который возьмёт инструмент и сыграет на нем. Таким образом, мы поговорим об искусстве - искусстве создания систем управления бизнесом и искусстве их применения в строительной индустрии, хотя данные правила относятся к любой отрасли после их соответствующей корректировки. Ведь трудно придумать что-то новое в проектном управлении или российском бухгалтерском учете, в бюджетировании и управленческом учете. Различия - в деталях, которые и формируют специфику каждой отрасли и каждого предприятия. Рассмотрев роль информационных систем на разных этапах строительного процесса, перейдем к конкретному опыту девелоперской компании «Система-Галс», представляющей бизнес-направление «Строительство и недвижимость» АФК «Система».

Информационные системы на разных этапах строительства

Структура организационного построения строительного процесса позволяет всех участников этого рынка разделить на несколько крупных классов согласно их специализации. Причем крупные строительные концерны, как правило, охватывают сразу несколько видов деятельности. Нас подобное деление будет в первую очередь интересовать с точки зрения потребностей в информационных системах различных организационных единиц, участвующих в строительном процессе. В этой статье мы остановимся на следующем наборе классов: инвестор/управляющая компания, заказчик, подрядчик, эксплуатирующая компания, проектировщик. Теоретически в отдельный класс можно выделить риэлторов, но для стоящей перед нами цели - рассказать об информационных системах в строительстве и их взаимодействии - в этом нет необхо­димости.

Инвестор/управляющая компания

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

Заказчик

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

Подрядчик

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

Эксплуатирующая компания

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

Проектировщик

Бизнес проектировщика основан на предоставлении услуг по проектированию и разработке документации и кроме документооборота специализированных систем, таких как AutoCad или ArchiCad, и бухгалтерской программы других систем не требует. Более того, данный элемент процесса весьма специфичен и обособлен от остальных и может работать в рамках единой системы только в области документооборота.

Взаимодействие участников строительного рынка посредством информационных систем

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

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

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

Организация процесса девелопмента в ОАО «Система-Галс»

ОАО «Система-Галс» в своей работе покрывает практически все этапы строительного процесса. В этой части мы расскажем, какие информационные системы обеспечивают деятельность компании и как они взаимодействуют между собой. Изначально в «Системе-Галс» планировалось внедрить Oracle E-Business Suite как единое решение по бизнес-направлению «Строительство и недвижимость». Но проанализировав всю специфику деятельности компании, рассмотрев внедренные в России и в мире системы управления для строительного комплекса и оценив бюджеты и поставленные сроки, мы решили двигаться в трех направлениях: единая система документооборота, единая система проектного управления и единая система финансового управления. Все три системы формируют информационное решение с общими ключевыми справочниками, потоком информации и пользователями.

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

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

Основная проблема, с которой пришлось столкнуться, была связана с человеческим фактором: во-первых, привычки и нежелание их менять, а во-вторых, боязнь находиться под постоянным контролем. Именно эти две причины до сих пор тормозят эксплуатацию системы документооборота.

Другие две системы четко делятся на два блока - проектный и финансовый учет. Проектный учет касается основной деятельности компании - девелопмента. ОАО «Система-Галс» реализует большое количество проектов, управляет ими, и это должно иметь прозрачную, понятную и современную основу. В качестве такой основы была выбрана система, по сути являющаяся промышленным стандартом в мировой практике управления проектами по календарному планированию, - Primavera, расширенная модулем PMControlling по учету договоров, созданию первичной документации и бюджетированию, что позволило автоматизировать управление проектами. Изначально планировалось провести опытную эксплуатацию на четырех пилотных проектах с последующей передачей в промышленную эксплуатацию. Но после настройки системы под бизнес-процессы компании было решено запускать её не по пилотной схеме, а сразу в продуктивную эксплуатацию. Таким образом, уже через два месяца в системе велось более сотни проектов.

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

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

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

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

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

Есть прекрасный пример на эту тему, который демонстрировался на системе Microsoft Dynamix AX (Axapta) по сборке велосипеда. Чем не промышленное производство? Однако действительность такова, что данный простой пример очень далеко отстоит от реальной системы, и потребуется много человеко-дней для превращения её в истинный промышленный вид.

Таким образом, проанализировав мировые и российские системы, мы склонились к платформе «1С:Предприятие». Ко всему прочему компания «1С» декларирует поддержку методологии ERP, что в принципе нас устраивало. Перечислим основные блоки, которые подверглись автоматизации:

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

Границы внедрения распространялись не только на «Систему-Галс», но и на все проектные и операционные компании. Одновременно с этим внутренняя команда внедрения совмест­но с комплексами прорабатывала методологические аспекты, что позволило значительно сократить сроки проекта. Основная стержневая идея состояла в том, что все системы, включая и систему управления проектами, должны основываться на едином плане счетов. Исходя из этой идеи в основу был положен план счетов МСФО, расширенный соответствующими управленческими разрезами.

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

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

Как мы уже отмечали выше, самой большой проблемой при внедрении является нежелание людей переходить на новую систему, поскольку для этого нужно перестраиваться, а люди в большинстве своем - консерваторы. Но все зависит от руководства. Если топ-менеджмент одобряет идею и участвует в политических вопросах проекта, то переход на новую систему должен пройти гладко. Кроме того, внутри компании надо найти менеджера, обладающего большими правами по регулированию процесса. Такой человек не должен быть простым специалистом - это менеджер не ниже заместителя финансового директора или, например, директора по автоматизации. И при этом у него не должно быть никаких других оперативных функций, кроме внедрения. Отдельно вопрос о внедрении требуется решить с главным бухгалтером, так как от него зависит итоговый переход на новую систему. Главный бухгалтер - это либо основной двигатель внедрения, либо основной его тормоз. Еще одну трудность при внедрении составляет интеграция различных систем. Эта работа влечет за собой синхронизацию огромного количества данных (как правило, справочников) между системами, что сопряжено с ошибками, за которыми приходится следить ежедневно. Как правило, интеграция требуется, если на момент внедрения большой системы уже есть хорошо отлаженная система меньшего масштаба, которую лучше оставить. Например, если при внедрении информационного комплекса уже есть работающий блок производственного учета (биллинговая система у сотового оператора, система управления проектами у девелопера или складской учет у логистической компании), то в этом случае нужно, во-первых, не разрушить его, а во-вторых, очень внимательно найти правильный ключ (код) к синхронизации и экспорту-импорту данных между системами.

Текущие ИТ-тенденции в стройиндустрии

В сегодняшнем строительном комплексе наметилась четкая тенденция к использованию информационных систем в своей деятельности. Изначально строительные компании не интересовались информационными системами в силу собственных высоких доходов и неразвитости систем управления. Но с развитием отрасли, усложнением схем финансирования, выходом на международные рынки, изменением организационных структур и ростом бизнеса появилась потребность в таких решениях (в методологии и инструментарии). В результате многие компании вступили на путь автоматизации. Но, как это обычно бывает, не проводился детальный анализ потребности, а продукты рассматривались на предмет содержания формальных блоков. Более того, в области девелопмента и строительства системы управления проектами начали развиваться только в нефтяных компаниях с западным капиталом, что же касается гражданского и инфраструктурного строительства, то здесь развитие методологий проектного управления и внедрения систем началось лишь в 2007-2008 годах. Финансовые системы, включая управленческий и бухгалтерский учет, изначально строились на различных платформах - на типизированных промышленных решениях и собственных разработках. Но в последнее время акцент стал смещаться в сторону ERP-систем как российского, так и западного происхождения. Основных причин тут две: построение вертикально интегрированных холдингов с участием производственных предприятий и структуризация схемы управления компаниями, ставящая перед ИT-системами самый широкий круг задач, решение которых кустарными методами в таблицах Microsoft Excel уже невозможно. Это бюджетирование и управленческий учет, оперативное планирование и казначейство, международная отчетность, бухгалтерский и налоговый учет, объединенные едиными справочниками и построенные на едином плане или связанной группе счетов. Таким образом, мы получаем сложную задачу, которая требует прежде всего методологического решения всех перечисленных вопросов. При этом концепцию построения всей системы должны понимать не только специалисты группы внедрения, но и управленцы производственных и поддерживающих подразделений.

На данном поле конкурируют всего четыре компании: SAP, Oracle, «1С» и Microsoft. Выбор между ними является прерогативой предприятия, и советовать тут что-либо сложно, тем более что вопрос этот часто бывает весьма политизирован. Стоит отметить только, что в последнее время все системы сильно продвинулись в направлении строительной специфики и управления проектами как на российском, так и на международном рынке. Но они предназначены для финансового сектора, в секторе же производственном всё зависит от компании и ее бизнес-процессов. Крупному заказчику, в портфеле которого находится более двух тысяч проектов в активной фазе, подойдет хорошая система управленческого учета и бюджетирования, построенная на любой платформе. В то же время для средней компании, имеющей от ста до тысячи проектов, также необходим индустриальный подход к проектному управлению, но в данном случае рассматривается более подробная детализация событий, бюджетных статей и пр. В небольших фирмах, у которых порядка пятидесяти проектов, применяется стандартный проектный подход и соответствующая методология. Следовательно, мы имеем три уровня информационных систем: промышленные, комбинированные, проектные. Инструмент реализации информационной системы на каждом уровне может быть единым (например, Primavera плюс PMControlling плюс «1C:Предприятие» или собственная разработка плюс Microsoft Dynamix AX), но могут применяться и локальные инструменты вроде Microsoft Project, которые не требуют трудоемкого внедрения.

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

Что касается финансовых систем, то здесь будут преобладать тенденции к развитию систем, которые позволяют за приемлемые бюджетные средства и сроки выстроить полнофункциональное решение.

Денис Бадиков,
Директор Департамента развития систем корпоративного управления ОАО «Система-Галс»
[email protected]
Максим Кантарович,
Директор по инновациям ОАО «Система-Галс»
[email protected]

Денис Бадиков, Максим Кантарович/"BYTE/Россия", май 2009

Бурное развитие строительной индустрии и высокие нормы доходности позволяли не обращать внимания на потери в различных стадиях проекта, так как рынок при его росте прощал все ошибки в сфере управления и финансирования.

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

Система управления - это прежде всего хорошо настроенный инструмент для бизнеса. Но важна не только «скрипка Страдивари», крайне необходим и мастер, который возьмёт инструмент и сыграет на нем. Таким образом, мы поговорим об искусстве - искусстве создания систем управления бизнесом и искусстве их применения в строительной индустрии, хотя данные правила относятся к любой отрасли после их соответствующей корректировки. Ведь трудно придумать что-то новое в проектном управлении или российском бухгалтерском учете, в бюджетировании и управленческом учете. Различия - в деталях, которые и формируют специфику каждой отрасли и каждого предприятия. Рассмотрев роль информационных систем на разных этапах строительного процесса, перейдем к конкретному опыту девелоперской компании «Система-Галс», представляющей бизнес-направление «Строительство и недвижимость» АФК «Система».

Информационные системы на разных этапах строительства

Структура организационного построения строительного процесса позволяет всех участников этого рынка разделить на несколько крупных классов согласно их специализации. Причем крупные строительные концерны, как правило, охватывают сразу несколько видов деятельности. Нас подобное деление будет в первую очередь интересовать с точки зрения потребностей в информационных системах различных организационных единиц, участвующих в строительном процессе. В этой статье мы остановимся на следующем наборе классов: инвестор/управляющая компания, заказчик, подрядчик, эксплуатирующая компания, проектировщик. Теоретически в отдельный класс можно выделить риэлторов, но для стоящей перед нами цели - рассказать об информационных системах в строительстве и их взаимодействии - в этом нет необхо­димости.

Инвестор/управляющая компания

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

Заказчик

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

Подрядчик

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

Эксплуатирующая компания

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

Проектировщик

Бизнес проектировщика основан на предоставлении услуг по проектированию и разработке документации и кроме документооборота специализированных систем, таких как AutoCad или ArchiCad, и бухгалтерской программы других систем не требует. Более того, данный элемент процесса весьма специфичен и обособлен от остальных и может работать в рамках единой системы только в области документооборота.

Взаимодействие участников строительного рынка посредством информационных систем

Модель взаимодействия предприятий представлена на рис. 1.

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

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

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

Организация процесса девелопмента в ОАО «Система-Галс»

ОАО «Система-Галс» в своей работе покрывает практически все этапы строительного процесса. В этой части мы расскажем, какие информационные системы обеспечивают деятельность компании и как они взаимодействуют между собой. Изначально в «Системе-Галс» планировалось внедрить Oracle E-Business Suite как единое решение по бизнес-направлению «Строительство и недвижимость». Но проанализировав всю специфику деятельности компании, рассмотрев внедренные в России и в мире системы управления для строительного комплекса и оценив бюджеты и поставленные сроки, мы решили двигаться в трех направлениях: единая система документооборота, единая система проектного управления и единая система финансового управления. Все три системы формируют информационное решение с общими ключевыми справочниками, потоком информации и пользователями.

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

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

Основная проблема, с которой пришлось столкнуться, была связана с человеческим фактором: во-первых, привычки и нежелание их менять, а во-вторых, боязнь находиться под постоянным контролем. Именно эти две причины до сих пор тормозят эксплуатацию системы документооборота.

Другие две системы четко делятся на два блока - проектный и финансовый учет. Проектный учет касается основной деятельности компании - девелопмента. ОАО «Система-Галс» реализует большое количество проектов, управляет ими, и это должно иметь прозрачную, понятную и современную основу. В качестве такой основы была выбрана система, по сути являющаяся промышленным стандартом в мировой практике управления проектами по календарному планированию, - Primavera, расширенная модулем PMControlling по учету договоров, созданию первичной документации и бюджетированию, что позволило автоматизировать управление проектами. Изначально планировалось провести опытную эксплуатацию на четырех пилотных проектах с последующей передачей в промышленную эксплуатацию. Но после настройки системы под бизнес-процессы компании было решено запускать её не по пилотной схеме, а сразу в продуктивную эксплуатацию. Таким образом, уже через два месяца в системе велось более сотни проектов.

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

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

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

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

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

Есть прекрасный пример на эту тему, который демонстрировался на системе Microsoft Dynamix AX (Axapta) по сборке велосипеда. Чем не промышленное производство? Однако действительность такова, что данный простой пример очень далеко отстоит от реальной системы, и потребуется много человеко-дней для превращения её в истинный промышленный вид.

Таким образом, проанализировав мировые и российские системы, мы склонились к платформе «1С:Предприятие». Ко всему прочему компания «1С» декларирует поддержку методологии ERP, что в принципе нас устраивало. Перечислим основные блоки, которые подверглись автоматизации:

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

Границы внедрения распространялись не только на «Систему-Галс», но и на все проектные и операционные компании. Одновременно с этим внутренняя команда внедрения совмест­но с комплексами прорабатывала методологические аспекты, что позволило значительно сократить сроки проекта. Основная стержневая идея состояла в том, что все системы, включая и систему управления проектами, должны основываться на едином плане счетов. Исходя из этой идеи в основу был положен план счетов МСФО, расширенный соответствующими управленческими разрезами.

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

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

Как мы уже отмечали выше, самой большой проблемой при внедрении является нежелание людей переходить на новую систему, поскольку для этого нужно перестраиваться, а люди в большинстве своем - консерваторы. Но все зависит от руководства. Если топ-менеджмент одобряет идею и участвует в политических вопросах проекта, то переход на новую систему должен пройти гладко. Кроме того, внутри компании надо найти менеджера, обладающего большими правами по регулированию процесса. Такой человек не должен быть простым специалистом - это менеджер не ниже заместителя финансового директора или, например, директора по автоматизации. И при этом у него не должно быть никаких других оперативных функций, кроме внедрения. Отдельно вопрос о внедрении требуется решить с главным бухгалтером, так как от него зависит итоговый переход на новую систему. Главный бухгалтер - это либо основной двигатель внедрения, либо основной его тормоз. Еще одну трудность при внедрении составляет интеграция различных систем. Эта работа влечет за собой синхронизацию огромного количества данных (как правило, справочников) между системами, что сопряжено с ошибками, за которыми приходится следить ежедневно. Как правило, интеграция требуется, если на момент внедрения большой системы уже есть хорошо отлаженная система меньшего масштаба, которую лучше оставить. Например, если при внедрении информационного комплекса уже есть работающий блок производственного учета (биллинговая система у сотового оператора, система управления проектами у девелопера или складской учет у логистической компании), то в этом случае нужно, во-первых, не разрушить его, а во-вторых, очень внимательно найти правильный ключ (код) к синхронизации и экспорту-импорту данных между системами.

Текущие ИТ-тенденции в стройиндустрии

В сегодняшнем строительном комплексе наметилась четкая тенденция к использованию информационных систем в своей деятельности. Изначально строительные компании не интересовались информационными системами в силу собственных высоких доходов и неразвитости систем управления. Но с развитием отрасли, усложнением схем финансирования, выходом на международные рынки, изменением организационных структур и ростом бизнеса появилась потребность в таких решениях (в методологии и инструментарии). В результате многие компании вступили на путь автоматизации. Но, как это обычно бывает, не проводился детальный анализ потребности, а продукты рассматривались на предмет содержания формальных блоков. Более того, в области девелопмента и строительства системы управления проектами начали развиваться только в нефтяных компаниях с западным капиталом, что же касается гражданского и инфраструктурного строительства, то здесь развитие методологий проектного управления и внедрения систем началось лишь в 2007-2008 годах. Финансовые системы, включая управленческий и бухгалтерский учет, изначально строились на различных платформах - на типизированных промышленных решениях и собственных разработках. Но в последнее время акцент стал смещаться в сторону ERP-систем как российского, так и западного происхождения. Основных причин тут две: построение вертикально интегрированных холдингов с участием производственных предприятий и структуризация схемы управления компаниями, ставящая перед ИT-системами самый широкий круг задач, решение которых кустарными методами в таблицах Microsoft Excel уже невозможно. Это бюджетирование и управленческий учет, оперативное планирование и казначейство, международная отчетность, бухгалтерский и налоговый учет, объединенные едиными справочниками и построенные на едином плане или связанной группе счетов. Таким образом, мы получаем сложную задачу, которая требует прежде всего методологического решения всех перечисленных вопросов. При этом концепцию построения всей системы должны понимать не только специалисты группы внедрения, но и управленцы производственных и поддерживающих подразделений.

На данном поле конкурируют всего четыре компании: SAP, Oracle, «1С» и Microsoft. Выбор между ними является прерогативой предприятия, и советовать тут что-либо сложно, тем более что вопрос этот часто бывает весьма политизирован. Стоит отметить только, что в последнее время все системы сильно продвинулись в направлении строительной специфики и управления проектами как на российском, так и на международном рынке. Но они предназначены для финансового сектора, в секторе же производственном всё зависит от компании и ее бизнес-процессов. Крупному заказчику, в портфеле которого находится более двух тысяч проектов в активной фазе, подойдет хорошая система управленческого учета и бюджетирования, построенная на любой платформе. В то же время для средней компании, имеющей от ста до тысячи проектов, также необходим индустриальный подход к проектному управлению, но в данном случае рассматривается более подробная детализация событий, бюджетных статей и пр. В небольших фирмах, у которых порядка пятидесяти проектов, применяется стандартный проектный подход и соответствующая методология. Следовательно, мы имеем три уровня информационных систем: промышленные, комбинированные, проектные. Инструмент реализации информационной системы на каждом уровне может быть единым (например, Primavera плюс PMControlling плюс «1C:Предприятие» или собственная разработка плюс Microsoft Dynamix AX), но могут применяться и локальные инструменты вроде Microsoft Project, которые не требуют трудоемкого внедрения.

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

Что касается финансовых систем, то здесь будут преобладать тенденции к развитию систем, которые позволяют за приемлемые бюджетные средства и сроки выстроить полнофункциональное решение.

1. Разработка ИС.

1.1. Предпроектное обследование ПО.

1.1.1. Строительная фирма «ЛьвоffСтрой» является поставщиком строительных материалов в строительные розничные магазины города Санкт-Петербурга. Предметной областью данной курсовой является отдел закупок. С каждым поставщиком заключается договор на поставку товара в соответствии с потребностями предприятия, определенного количества, на определенную сумму, в определенный срок, и все это отражается в договоре на закупку. Поступление товара на склад сопровождает приходная накладная. Сопоставление этих двух документов и позволяет нам выполнить поставленную задачу: выявить месяцы для заданного квартала, в которых не было поставок заданной группы и суммы задолженности поставщиков на эти месяцы по каждому наименованию товара.

1.1.2. Справочник поставщиков, справочник групп товаров, справочник товаров, таблица кварталов, а также два документа: приходная накладная и договор на закупку.

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

1.2. Постановка задачи.

1.2.1. (см. выше)

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

1.2.3. Для решения поставленной задачи нам необходима следующая входная информация:

Справочник товаров:

Код товара

Наименование товара

Единица измерения

Цена за единицу

Справочник группы товаров:

Код группы товаров

Наименование группы

Справочник поставщиков:

Реквизиты поставщика

Наименование поставщика

Договор на закупку

Номер договора на закупку

Месяц поставки товара

Наименование поставщика

Код товара

Количество

Приходная накладная

Номер приходной накладной

Номер договора на закупку

Дата оприходования товара на складе

Кол-во товара

Код товара

1.2.4. Выходным документом является отчет о непоставках товаров группы _____ по месяцам ___ квартала:

Наименование

Сумма задолженности

Количество

Стоимость

Итого за месяц по группе:

Итого за месяц по группе:

Всего за квартал:

1.3. Построение информационной модели.

Итак, из списка предлагаемых входных документов нам необходимы два: Договор на закупку и Приходная накладная с соответствующими реквизитами:

Номер договора на закупку

Дата заключения договора на закупку

Наименования поставщика

Адрес поставщика

Реквизиты поставщика

Наименование товара

Единица измерения товара

Месяц поставки товара

Количество товара по договору на закупку

Цена закупки единицы измерения товара

Номер приходной накладной

Дата выписки приходной накладной

Дата оприходования товара на складе

Номер договора на закупку

Дата заключения договора на закупку

Наименование поставщика

Адрес поставщика

Реквизиты поставщика

Наименование товара

Единица измерения товара

Количество каждого наименования товара по приходной накладной

Для решения поставленной задачи необходимы также 3 документа нормативно-справочной информации:

Справочник поставщиков

Справочник товаров

Справочник групп товаров

Где следует ввести такие реквизиты, как Код товара, Код группы товаров, уникальные для каждого наименования.

Так как необходимо сделать отчет по данным определенного квартала, нам потребуется табличка Календарь.

На основании имеющихся данных можно выделить следующие информационные объекты с соответствующими реквизитами, где в скобках указаны сокращения, применяемые в самой базе данных:

ИО Поставщики

Адрес поставщика (Адрес)

ИО Договор на закупку

Месяц поставки товара (Месяц)

Наименование поставщика (Наим)

Номер договора на закупку (№дог)

Код товара (Код)

ИО Приходная накладная

Номер договора на закупку (№дог)

Номер приходной накладной (№ПП)

Количество каждого наименования товара по приходной накладной (Кол-во)

Код товара (Код)

ИО Группа товаров

Код группы товаров (КодГр)

Наименование группы товаров (НаимГр)

ИО Товары

Код товара (Код)

Наименование товара (Наим)

Единица измерения (ЕИ)

Цена за единицу (Цена)

Код группы товаров (КодГр)

ИО Квартал

Номер месяца (№мес)

Месяц поставки товара (месяц)

Номер квартала (№Кв)

Для поставщика уникальным является его наименование. ДЗ может быть заключен с несколькими поставщиками. ДЗ должен быть связан со своей Спецификацией по №дог, уникальному для каждого договора (аналогично для ПН с ее спецификацией). ПН составляется на основе ДЗ и идентифицируется также по №дог. Каждый товар принадлежит определенной группе и имеет свой уникальный код, может содержаться в нескольких ДЗ, и, следовательно, в нескольких ПН.

Опираясь на данную информацию необходимо выделить ключевые и описательные реквизиты (ключевые подчеркнуты):

ИО Поставщики

Реквизиты поставщика (Реквизиты)

Наименование поставщика (Наим)

Адрес поставщика (Адрес)

ИО Договор на закупку

Месяц поставки товара (Месяц)

Дата заключения договора на закупку (Дата)

Наименование поставщика (Наим)

ИО Спецификация договора на закупку

Номер договора на закупку (№дог)

Количество товара по договору на закупку (Кол-во)

Код товара (Код)

ИО Приходная накладная

Номер приходной накладной (№ПП)

Номер договора на закупку (№дог)

Дата оприходования товара на складе (Дата опр)

ИО Спецификация приходной накладной



© 2024 beasthackerz.ru - Браузеры. Аудио. Жесткий диск. Программы. Локальная сеть. Windows