Бурное развитие строительной индустрии и высокие нормы доходности позволяли не обращать внимания на потери в различных стадиях проекта, так как рынок при его росте прощал все ошибки в сфере управления и финансирования.
Но сегодня времена легких денег и высокодоходных проектов прошли, и собственники все пристальнее смотрят на процессы проектного управления. В связи с этим под особое внимание попадают системы управления проектами и управленческого учета. Кроме того, из мелких компаний, ведущих один-два проекта, многие выросли в лидеров отрасли и справляться с возросшим потоком информации и тем более контролировать ход и качество реализации проектов оказались не в состоянии. Мы опускаем такие вопросы, как изношенность основных фондов, серьезный уровень непрофессионализма на рынке на всех стадиях управления, юридические и внутрикорпоративные сложности (хотя понятно, что всё это в итоге является основным препятствием во внедрении систем управления).
Система управления - это прежде всего хорошо настроенный инструмент для бизнеса. Но важна не только «скрипка Страдивари», крайне необходим и мастер, который возьмёт инструмент и сыграет на нем. Таким образом, мы поговорим об искусстве - искусстве создания систем управления бизнесом и искусстве их применения в строительной индустрии, хотя данные правила относятся к любой отрасли после их соответствующей корректировки. Ведь трудно придумать что-то новое в проектном управлении или российском бухгалтерском учете, в бюджетировании и управленческом учете. Различия - в деталях, которые и формируют специфику каждой отрасли и каждого предприятия. Рассмотрев роль информационных систем на разных этапах строительного процесса, перейдем к конкретному опыту девелоперской компании «Система-Галс», представляющей бизнес-направление «Строительство и недвижимость» АФК «Система».
Информационные системы на разных этапах строительства
Структура организационного построения строительного процесса позволяет всех участников этого рынка разделить на несколько крупных классов согласно их специализации. Причем крупные строительные концерны, как правило, охватывают сразу несколько видов деятельности. Нас подобное деление будет в первую очередь интересовать с точки зрения потребностей в информационных системах различных организационных единиц, участвующих в строительном процессе. В этой статье мы остановимся на следующем наборе классов: инвестор/управляющая компания, заказчик, подрядчик, эксплуатирующая компания, проектировщик. Теоретически в отдельный класс можно выделить риэлторов, но для стоящей перед нами цели - рассказать об информационных системах в строительстве и их взаимодействии - в этом нет необходимости.
Инвестор/управляющая компания
Специфика деятельности инвестора/управляющей компании заключается в развитии проекта как бизнес-идеи. Основным показателем, который отслеживают такие структуры, является эффективность проекта как бизнеса. Поэтому инвестору прежде всего необходимы системы, позволяющие эффективно вкладывать деньги, контролировать и возвращать свои инвестиции. Это относится к процессам бюджетирования и управленческого учета на верхнем уровне, казначейским операциям, договорной работе, финансовому моделированию как компании в целом, так и отдельных ее проектов. Управление проектом для инвестора/управляющей компании интересно в смысле портфельного управления или управления ключевыми событиями проекта при условии, что заказчики/подрядчики работают с инвестором в поле одной идеологии, иначе возникают сложности в интерпретации первичных данных из-за разницы в их детализации и агрегации.
Заказчик
Заказчик по сути своей деятельности управляет движением проекта на основной производственной стадии - предпроект, проект, строительно-монтажные работы. Именно от заказчика зависит коммерческий образ проекта, его технико-экономические показатели и движение. В силу этого особое внимание уделяется управлению проектами, детальному отслеживанию их технико-экономических показателей, сроков и бюджетов, что накладывает соответствующие требования на детализацию данных в системах. При тех же основных бизнес-процессах, требующих автоматизации, глубина детализации может и должна на порядки превосходить детализацию инвестора. И совершенно естественно, что система отчетности заказчика является более сложной и более многоуровневой, чем отчетность инвестора.
Подрядчик
Основные процессы подрядчика - это реализация делегированного объема работ в сроки и бюджеты, установленные заказчиком. По сути он работает по установленному заказчиком лимиту стоимости. Таким образом проектное управление выходит на первое место, бюджетирование и управленческий учетведутся строго в рамках учета проектного. Графики мероприятий, бюджеты проектов и фактическое их исполнение, оперативное планирование и казначейские операции - всё это может проводиться в рамках системы управления проектами. Заказчику передается отчетность в установленном виде с требуемым уровнем детализации.
Эксплуатирующая компания
В рамках своей деятельности эксплуатирующая компания прежде всего нуждается в хорошо поставленном управленческом учете. Какие-либо дополнительные бизнес-процессы отсутствуют (из рассмотрения исключена промышленная автоматизация, так как она считается частью подсистемы бухгалтерского и управленческого учета, например, в области учета расходования газа, воды, света и т. п.).
Проектировщик
Бизнес проектировщика основан на предоставлении услуг по проектированию и разработке документации и кроме документооборота специализированных систем, таких как 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, которые не требуют трудоемкого внедрения.
В ближайшей перспективе в строительной отрасли, по-видимому, будут преобладать внедрения специализированных решений и модулей по проектному учету с целью совершенствования систем управления. Компании нацелены прежде всего на эффективное и профессиональное управление проектами с расчётом на растущий бизнес, а это требует соответствующего методологического и программного инструмента.
Что касается финансовых систем, то здесь будут преобладать тенденции к развитию систем, которые позволяют за приемлемые бюджетные средства и сроки выстроить полнофункциональное решение.
При разработке решения специалистами IBS были использованы лучшие мировые практики управления строительными проектами, реализованные в зарубежных информационных платформах и весь опыт внедрения систем управления в строительных организациях, с учетом потребностей российских заказчиков и локальных требований в области капитального ремонта и строительства.
Уникальное отличие IBS СМР IM состоит в том, что специалистам IBS удалось увязать в единый информационный контур все функциональные подразделения, задействованные в реализации проектов по капитальному ремонту и строительству (бухгалтерию, экономическую службу и производственные подразделения) по всему циклу строительства объекта – от инвестиционной фазы, планирования работ до обеспечения ресурсами и контроля работ, их учета и закрытия.
В частности, на инвестиционной фазе система позволяет вести основные характеристики объектов работ, договоры по этим объектам (в том числе генподряда, субподряда), видеть календарный график выполнения работ по договору.
На этапе планирования работ пользователи могут вести в единой системе календарно-сетевые графики, которые составляются с учетом информации о доступности ресурсов, а также с учетом сметных ограничений. Система позволяет загружать сметы (реализована интеграция с основными сметными системами) и формировать на их основе ресурсные ведомости, технологический план-график, потребности в персонале, строительных машинах и механизмах. Интеграция процессов и данных в единой системе позволяет исключить конфликты диспетчеризации с точки зрения доступности техники и персонала при выполнении планов.
В процессе строительства система дает возможность контролировать, а также анализировать ход работ и достижение экономических показателей, позволяя сопоставлять затраты на строительство в трех основных ракурсах – сметном, плановом (на основе календарно-сетевого графика), а также по фактическим затратам. Система отслеживает процесс закупок, поступления и списания материалов на конкретном объекте в привязке к выполненным строительным работам. Формы списания материалов (М-29) в системе формируются в соответствии с актами выполненных работ (КС-2), что позволяет отслеживать ненормативный расход материалов (отклонения от сметы в натуральном и стоимостном выражении), контролировать дисциплину учета и экономические показатели объекта в процессе реализации проекта строительства.
Отслеживать реальную загрузку техники на объектах, учитывать ее при планировании строительных работ возможно благодаря специализированной функциональности системы. Решение позволяет производить планирование, диспетчеризацию и учет работы строительных машин на конкретных объектах строительства в привязке к конкретным операциям, анализируя соответствие потребностей сметным расчетам, и, таким образом, вести детализированный учет затрат на машины и механизмы (в то время как обычно строительные компании учитывают затраты на строительные машины и механизмы «котловым методом»). Также ведется учет расхода горюче-смазочных материалов и его контроль с учетом пробега, сезона и т.д.
В целом опыт внедрения системы показывает, что ее использование способно дать реальный экономический эффект, как за счет улучшения информационного обмена, так и за счет более эффективной организации бизнес-процессов, поскольку решение содержит в себе эффективную операционную модель управления строительно-монтажными работами.
«Опыт больших строек последних лет показал, что есть огромный потенциал улучшения качества управления строительством в России. Решение, которое мы предлагаем, позволяет за счет контроля над процессом строительства повышать экономическую эффективность проектов. IBS СМР IM помогает увидеть отклонения от сметных норм, связанные с перерасходом материалов, строительных машин и механизмов, персонала, контролировать сроки работ, проводить корректировку сметных расчетов в процессе выполнения работ по проекту. Это не просто система учета – мы предлагаем определенную модель бизнес-процессов, которая построена на требованиях Минстроя, госстандартах, традициях рационального управления и передовых практиках строительных компаний и нашей экспертизе», – пояснил Петр Сычев, ведущий консультант Департамента производства компании IBS.
Решение, прежде всего, будет полезно организациям, ведущим работы по капитальному ремонту и строительству на нескольких объектах собственными силами или с привлечением субподрядчиков, и которые используют сметные расчеты для определения стоимости этих работ. В том числе это могут быть компании отраслей строительства, промышленного производства, сетевого ритейла, энергетики, связи и пр.
«Это решение высокой степени готовности и требует небольших донастроек под особенности деятельности каждого заказчика. Однако, по опыту, вместе с внедрением требуется проведение организационных изменений в компании заказчика – совершенствование методологии управления строительно-монтажными работами и внедрение новой производственной культуры, которую несет с собой наше решение. Для строительных компаний система позволит повысить прозрачность и выйти на новый уровень экономической эффективности», – отметила Марина Денисенко, руководитель отделения EAM и MES решений Департамента производства компании IBS.
ПОДПИСЫВАЙТЕСЬ НА НАШИ СТРАНИЦЫ.
МЫ ЕСТЬ В
Стрункина М.С. 1 , Воробьева А.В. 2
1 магистр, Кафедра “Высшая математика и физика”, Направление “Прикладная информатика”,
2 профессор к.т.н., заведующая кафедрой “Высшая математика и физика”, Московский государственный университет технологий и управления имени К. Г. Разумовского
РАЗРАБОТКА СИСТЕМЫ ИНФОРМАЦИОННОЙ БЕЗОПАСНОСТИ ДЛЯ СТРОИТЕЛЬНОЙ КОМПАНИИ
Аннотация
В статье рассматриваются проблемы распространения информации в различные информационные структуры, возможность сохранения конфиденциальности внутри компании. Рассматриваются все возможные факторы, которые могут предотвратить попадания личных данных в общую информационную базу. Для того что сохранить безопасность информации, используются программы специального назначения.
Ключевые слова: защита информации, Строительные компании, программы специального назначения
Strunkina M.S. 1 , Vorobyeva A.V. 2
1 Master, Department of “Higher mathematics and physics”/ “Applied Computer Science” direction,
2 PhD in Engineering, Professor, Head of the Chair “Higher mathematics and physics”, Moscow State University of Technologies and Management named after K.G. Razumovsky
DEVELOPMENT OF INFORMATION SECURITY SYSTEM FOR A CONSTRUCTION COMPANY
Abstract
The article deals with the problem of the dissemination of information in a variety of information structures, the ability to maintain confidentiality within the company. We consider all possible factors that can prevent personal data into a common data base. In order to maintain the security of the information used by special-purpose programs.
Keywords: information security, construction companies, special purpose program
В настоящее время уделяется большое внимание вопросам построения защищенных информационных систем, что связано с растущей необходимостью применения современных информационных технологий в тех областях, для которых основным требованием к автоматизированным системам обработки информации является обеспечение безопасности. Широко распространенные операционные системы (ОС) типа Linux или Windows не могут удовлетворить этому критерию. В то же время эти ОС обладают огромным количеством приложений для обработки информации и имеют привычный для пользователя интерфейс.
Наиболее полные исследования проблем обеспечения безопасности информации, использования незащищенных компонентов для безопасной обработки информации, подходов к построению защищенных информационных систем и моделей безопасности выполнены в работах В.А. Герасименко, С.П. Расторгуева, Л.М. Ухлинова, А.И. Толстого, С.Н. Смирнова, А.А. Грушо, А.Ю. Щербакова, Зегжды П.Д., а также зарубежных К. Лендвера, Д. МакЛина, Р. Сандху, П. Самарати, М. Бишопа, К. Брайса, П. Ньюмена, Т. Джегера и многих других.
На основе этих результатов для удовлетворения высоких требований к безопасности создаются специальные защищенные ОС (ЗОС), нацеленные в основном на обеспечение безопасности и сохранение целостности защищаемых информационных ресурсов.
Проблема защиты информации и обеспечения информационной безопасности уже давно является одним из главных приоритетов современных организаций.
Под информационной безопасностью понимается защищенность информации и поддерживающей инфраструктуры от случайных или преднамеренных воздействий естественного или искусственного характера, чреватых нанесением ущерба владельцам или пользователям информации и поддерживающей инфраструктуры.
В строительных компаниях разрабатывается огромное множество проектов.
Документация по разработанным проектам хранится в бумажном и электронном архивах. Таким образом, единого хранилища доступной информации не существует, что не позволяет эффективно использовать накопленный компанией опыт. Эту проблему можно решить с помощью базы данных, которая бы собрала воедино наиболее важные сведения о завершенных проектах. Однако в большей степени сведения о проекте необходимы компании непосредственно во время разработки. Здесь необходимо контролировать все стадии, начиная от эскизного проекта до выпуска рабочей документации.
Поэтому важно не только собрать информацию, но и поддерживать её в актуальном состоянии. Постоянное обновление и контроль требуют дополнительных средств, в том числе слежения программой за сроками выполнения работ, предоставление проектному менеджеру сведений о выполненных работах, об отклонениях от графика и т.д. Периодически необходимо формировать ответные и платежные документы на основе выполненных работ. Помимо этого может возникнуть необходимость в редактировании состава проекта, который является одним из основополагающих документов. Таким образом, возникает необходимость во внедрении системы, содержащей базу данных по проектам и обеспечивающей гибкое управление за счет перечисленных выше функций.
Сегодня на рынке информационной безопасности существует множество программ, который в той или иной степени поддерживают ведение проектов и обеспечивают защиту информации в строительных организациях. Однако большинство из них рассчитаны не на проектную деятельность (выпуск проектной документации в сфере строительства), а на проекты как метод управления компанией.
Схема реализации проекта по обеспечению безопасности в строительной организации представлена на рис.1. Вся схема должна работать четко и отлажено. Информационная защита данных должна происходить таким образом, чтобы не мешать сотрудникам компании заниматься повседневными задачами.
Для обеспечения информационной безопасности и управляемости сети в строительных предприятиях используются следующие приемы. Системный администратор сети имеет возможность добавлять, менять и уничтожать параметры учетных записей пользователей для самых разных платформ, операционных систем и приложений. Такой подход, называется «единой точкой регистрации».
Управление информационной безопасностью системы из единой точки позволяет объединить в единую базу данных контроля доступа к ресурсам. Хороший защитный сервер предприятия обеспечивает прозрачное представление информации обо всех доступных пользователю ресурсах.
Система информационной безопасности выявляет подозрительные действия со стороны как внутренних, так и внешних пользователей. Для этого используются программы специального назначения.
Внедрение DLP-системы. Данная система защиты от утечек данных призвана обеспечивать контроль над распространением конфиденциальной информации за пределы предприятия по доступным каналам передачи информации. DLP – решение предотвращает несанкционированные операции с конфиденциальной информацией (копирование, изменение и т.д.) и ее перемещение (пересылку, передачу за пределы организации и т.д.). Функционал DLP направлен в первую очередь на защиту от случайных утечек, которые, как мы уже видели, из приведенной выше статистики, происходят чаще.
Основная задача DLP-системы заключается в том, чтобы обезопасить общество от нежелательных элементов и их пропагандистских заявлений. Рассмотренное нами явление носит именно социальный характер.
DLP – системы это довольно дорогостоящее оборудование. Экономическая эффективность применения средств, для защиты конфиденциальной информации, понятие, можно сказать, абстрактное.
Об экономических аспектах применения средств защиты информации и безопасности в целом, вспоминают обычно или в период формирования бюджета на следующий год или, когда произошло ЧП, например, утечка информации, проникновение в сеть или просто инцидент с нарушением безопасности.
Как правило, для оценки доходной части сначала анализируют те цели, задачи и направления бизнеса, которые нужно достигнуть с помощью внедрения или реорганизации существующих проектов в области информационной безопасности. Далее используют некоторые измеримые показатели эффективности бизнеса для оценки отдельно по каждому решению. Указанные показатели не надо выдумывать, они существуют в избыточном виде. Затем можно использовать методику расчета коэффициентов возврата инвестиций в инфраструктуру предприятия (ROI).
Показатель ROI определяется отношением суммы прибыли или убытков к сумме инвестиций. Значением прибыли может быть: процентный доход, прибыль/убытки по бухгалтерскому учету, прибыль/убытки по управленческому учету, чистая прибыль/убыток. Значением суммы инвестиций - активы, капитал, сумма основного долга бизнеса, другие, выраженные в деньгах, инвестиции.
Применение всевозможных технических средств не решает в полном объеме задачи по устранению угроз внешних вмешательств и возможности утечки информации конфиденциального содержания. Для комплекса необходимо также применение методов административного воздействия на персонал компании.
Поскольку строительные компании являются многопрофильными предприятиями и имеют в своей структуре, в том числе и логистический комплекс, то существуют дополнительные меры которые можно применить для обеспечения безопасности и защиты конфиденциальной информации.
Модернизацию всего этого процесса возможно осуществить путем внедрения в деятельность службы безопасности предприятия автоматизированной системы обеспечения пропускного режима. Для подготовки документов целесообразно использовать систему электронного документооборота (СЭД, на базе программы 1С), обеспечивающую автоматизированную подготовку необходимых документов в электронном виде, заверенных электронной подписью (ЭП), и их передачу по локальной сети. Для пропуска посетителей и сотрудников внедрить автоматизированную электронную систему с использованием магнитных электронных карт (прокси – карт) и автоматических пропускников (СКУД). На основании сведений обо всех посетителях и сотрудниках могут выдаваться отчеты о работе системы пропускного режима, а также справки по отдельным запросам. Создание эффективной системы пропускного режима позволит значительно сократить временные затраты на подготовку документов и обеспечит службу безопасности информацией, необходимой для выполнения ее функций и, как следствие, осуществлять контроль всех групп сотрудников и посетителей. Дополнительно можно будет контролировать время прихода и ухода каждого сотрудника.
Все эти меры в комплексе дают возможность дополнительного контроля, что, соответственно, обеспечивает безопасность на предприятии.
Рис. 1 – Порядок выбора и применения мер обеспечения безопасности конфиденциальной информации и персональных данных
Список литературы / References
- Маилян Л.Р. Справочник современного проектировщика. Учебное пособие.- М.: Феникс, 2008. – 206 с.
- Мельников В.П. Информационная безопасность и защита информации: Учебное пособие для вузов - М.: Академия, 2008. - 336 c.
- Парошин А.А. Информационная безопасность: стандартизированные термины и понятия. – Владивосток: Изд – во Дальневосточное федерального ун – та, 2010. – 116 с.
Список литературы латинскими символами / References in Roman script
- Mailyan L.R. Spravochnik sovremennogo proektirovshhika. Uchebnoe posobie. . – M.: Phoenix, 2008. – 206 p.
- Melnikov V.P. Informacionnaja bezopasnost’ i zashhita informacii: Uchebnoe posobie dlja vuzov . – M .: Akademija, 2008. – 336 p.
- Paroshin A.A. Informacionnaja bezopasnost’: standartizirovannye terminy i ponjatija . – Vladivostok: Publishing house of the Far Eastern Federal University – 2010. – 116 p.
Введение3 ГЛАВА 1. ОПИСАНИЕ ПРЕДМЕТНОЙ ОБЛАСТИ5 1.1. Изучение и системный анализ предметной области «Строительная организация»5 1.2. Основные этапы формирования требований при проектировании информационной системы8 ГЛАВА 2. РАЗРАБОТКА КОНЦЕПЦИИ ИНФОРМАЦИОННОЙ СИСТЕМЫ «ГОСТИНИЧНЫЙ БИЗНЕС»10 2.1. Выбор методологии моделирования предметной области10 ГЛАВА 3. ПРОЕКТИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ «СТРОИТЕЛЬНАЯ ОРГАНИЗАЦИЯ»18 3.1. Разработка и утверждение технического задания18 3.2. Разработка диаграммы прецедентов22 3.3. Разработка контекстной диаграммы классов29 3.4. Разработка диаграммы последовательностей33 3.5. Разработка диаграммы деятельности34 3.6. Разработка диаграммы классов уровня проектирования35 3.7. Разработка диаграммы размещения38 3.8. Создание базы данных39 3.9. Логическая модель базы данных, выполненная в ERwin.40 3.10. SQL запросы к созданной БД41 Заключение43
Введение
Строительная организация занимается строительством различного рода объектов: жилых домов, больниц, школ, мостов, дорог и т.д. по договорам с заказчиками (городская администрация, ведомства, частные фирмы и т.д.).Каждая из перечисленных категорий объектов имеет характеристики, свойственные только этой или нескольким категориям: например, к характеристикам жилых домов относится этажность, тип строительного материала, число квартир, для мостов уникальными характеристиками являются тип пролетного строения, ширина, количество полос для движения. Структурно строительная организация состоит из строительных управлений, каждое строительное управление ведет работы на одном или нескольких участках, возглавляемых начальниками участков, которым подчиняется группа прорабов, мастеров и техников. Каждой категории инженерно-технического персонала (инженеры, технологи, техники) и рабочих (каменщики, бетонщики, отделочники, сварщики, электрики, шофера, слесари, и пр.) также свойственны характерные только для этой группы атрибуты.Рабочие объединяется в бригады, которыми руководят бригадиры. Бригадиры выбираются из числа рабочих, мастера, прорабы, начальники участков и управлений назначаются из числа инженерно-технического персонала. На каждом участке возводится один или несколько объектов, на каждом объекте работу ведут одна или несколько бригад. Закончив работу, бригада переходит к другому объекту на этом или другом участке. Строительному управлению придается строительная техника (подъемные краны, экскаваторы, бульдозеры и т.д.), которая распределяется по объектам. Технология строительства того или иного объекта предполагает выполнение определенного набора видов работ, необходимых для сооружения данного типа объекта. Например, для жилого дома - это возведение фундамента, кирпичные работы, прокладка водоснабжения и т.д. Каждый вид работ на объекте выполняется одной бригадой. Для организации работ на объекте составляется графики работ, указывающие в каком порядке и в какие сроки выполняютсяте или иные работы, а также смета, определяющая какие строительные материалы и в каких количествах необходимы для сооружения объекта. По результатам выполнения работ составляется отчет с указанием сроков выполнения работ и фактических расходов материалов. Целью выполнения курсовойработы является исследование методов и средств проектирования информационных систем и технологий, моделирование информационной системы строительной организации, которая обеспечиваетэффективное управление и развитие предприятия. Для достижения поставленной цели решались следующие задачи. Анализ предложений в области совершенствования системы показателей предприятия для выявления тенденций в этой области. Выбор ключевых показателей в качествеатрибутов информационной моделидеятельности строительного предприятия. Разработка UML-диаграмм для выполнения моделирования информационной системы. Предметом исследования являются показатели деятельности строительного предприятия, обеспечивающие эффективные механизмы управления. Объектом исследования является строительное предприятие, выполняющее капитальное строительство, капитальный ремонт (ремонт зданий, ремонт фасадов) реконструкции жилых и производственных зданий и помещений.
Заключение
В результате выполнения курсовой работы, с помощью программного обеспечения была спроектирована UML-диаграмма бизнес-процессов строительной компании. Анализ бизнес-процессов, проводимый в компаниях, позволяет провести оптимизацию или реорганизацию бизнес-процессов с целью повышения эффективности деятельности компании, повышения ее конкурентоспособности. При решении задач работы были получены следующие результаты: выполнено идентификацию бизнес-процессов строительной компании. Процесс идентификации заключался в том, чтобы выявить и составить список всех процессов, которые имели ключевое значение для компании. Также в процессе идентификации использовались научные знания по моделированию бизнес-процессов и практические знания, полученные в ходе опросов сотрудников и из личного опыта работы в компании. разработано модель процессов верхнего уровня. разработано UML-диаграмму для планирования функциональных возможностей информационной системы учета строительного предприятия. Применение информационных систем учета деятельности обеспечивает сокращения сроков выполнения работ, снижение рисков финансовых рисков и рисков связанных со сроками, автоматизации некоторых функций.
Список литературы
1. Бочаров, Е.П. Интегрированные корпоративные информационные системы. Принципы построения. Лабораторный практикум на базе системы «Галактика». Учеб. пособие / Е.П. Бочаров, А.И. Колдина. – М.: Финансы и статистика, 2005. – 581 с. 2. Гартвич, А.В. Планирование закупок, производства и продаж в 1С: Предприятие 8 / А.В. Гартвич. – СПб.: Питер, 2007. – 452 с. 3. Давыдова, Л.А. Информационные системы в экономике в вопросах и ответах: учеб. пособие / Л.А. Давыдова. – М.: ТК Велби, Изд-во Проспект, 2004. – 280 с. 4. Дик, В.В. Методология формирования решений в экономических системах и инструментальные средства их поддержки / В.В. Дик. – М.: Финансы и статистика, 2002. – 560 с. 5. Ивасенко, А.Г. Информационные технологии в экономике и управлении: учеб. пособие для вузов / А.Г. Ивасенко, А.Ю. Гридасов, В.А. Павленко. – М.: КНОРУС, 2005. – 160 с. 6. Исаев, Д.В. Информационные технологии управленческого учета. Учебно-методический комплекс / Д.В. Исаев, Т.К. Кравченко. – М.: ГУ-ВШЭ, 2006. – 297 с. 7. Карминский, А.М. Информатизация бизнеса / концепции, технологии, системы: А.М. Карминский, С.А. Карминский, В.П. Нестеров, Б.В. Черников; под ред. А.М. Карминского. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2004. – 624 с. 8. Козырев, А.А. Информационные технологии в экономике и управлении: Учебник. 2-е издание / А.А. Козырев.– СПб.: Изд-во Михайлова В.А., 2001. – 360 с. 9. Колесников, С.Н. Планирование деятельности производственного предприятия. От промфинтехпланирования к MRP II / С.Н. Колесников. – М.: 1С-Паблишинг, 2006. – 602 с.
2/2009 ВЕСТНИК
ИНФОРМАЦИОННЫЕ СИСТЕМЫ УПРАВЛЕНИЯ СТРОИТЕЛЬНЫМИ ПРОЕКТАМИ
Е.Г. Пенкина
В современном строительном бизнесе активно используются информационные технологии и специализированное программное обеспечение. Это системы автоматизированного проектирования (САПР), системы управления проектной документацией и сметное программное обеспечение. Сметные системы дают оценку проекта с точки зрения объемов работ, стоимости, общей потребности в ресурсах по проекту, но не предоставляют таких важных для успешного выполнения проекта сведений, как календарный план работ, график потребности в ресурсах, календарный профиль затрат.
В организациях строительного комплекса существует высокая потребность в программном обеспечении именно по планированию и управлению проектами. Нахождение оптимального по времени способа реализации проекта при максимально эффективном использовании ресурсов являются ключевыми факторами успеха, а при растущей с каждым годом конкуренции - гарантом выживания организации.
Информационная система управления строительными проектами (ИСУСП) представляет собой организационно-технологический комплекс методических, технических, программных и информационных средств, направленный на поддержку и повышение эффективности процессов планирования и управления проектами, в основе которого лежит комплекс специализированного программного обеспечения.
Внедрение системы планирования и управления проектами может существенно повысить эффективность реализации строительных проектов. Основными преимуществами использования информационной системы управления проектами являются:
Возможность регламентирования процедур управление проектами;
Определение и анализ эффективности инвестиций;
Использование математических методов расчета временных, ресурсных, стоимостных параметров проектов;
Централизованное хранение информации по графику работ, ресурсам и стоимостям;
Возможность быстрого анализа влияния изменений в графике, ресурсном обеспечении и финансировании на план проекта;
Обеспечение контроля выполнения работ проектов;
Возможность автоматизированной генерации отчетов и графических диаграмм, разработки документации по проекту;
Использования архива проектов и накопления знаний.
На сегодняшний день существует достаточное количество программного обеспечения, для осуществления управления строительными проектами. Однако далеко не всегда удается выбрать именно то, которое в достаточной мере удовлетворяет потребностям строительного предприятия. Кроме того даже выполнив эту задачу и выбрав правильный комплекс средств, в большинстве случаев предприятию сложно предварительно оценить эффект от внедрения выбранного программного обеспечения.
ВЕСТНИК 2/2009
В настоящее время вопрос организационного обеспечения ИСУСП проработан недостаточно хорошо.
Во-первых, отсутствует соответствующая система критериев, позволяющая осуществлять выбор оптимальной для данной строительной организации системы управления строительными проектами (ИСУСП).
Необходимо понимать, что никакой программный продукт не поможет, если не поставлена система управления проектами в организации. Если не будет разработан стандарт и регламенты. Поэтому первична система, продукт должен удовлетворять требованиям проектируемой системы. И вот здесь может возникнуть проблема - если программное обеспечение (ПО) не обеспечивает получения необходимой информации, то и польза от него резко падает. Потому и выбор системы должен быть осознанный. Нужно определить, какой продукт необходим для системы управления проектами, которая есть в строительной организации.
При этом, алгоритм выбора выглядит следующим образом:
1. Сформулировать требования к пакету, предварительно определив необходимые функции. Это важный этап, поскольку при отсутствии должного внимания могут быть упущены весьма существенные требования к продукту.
2. Составить таблицу сравнения спецификаций функций различных систем. Один из возможных вариантов представлен в табл. 1.
3. Оценить предложения поставщиков программного обеспечения, их сервиса, помощи при внедрении и т.п.
Табл. 1. Сравнения спецификаций функций различных систем
Требования при выборе ПО Функции, реализуемые в системе
Пользовательский интерфейс Настраиваемый интерфейс
Контекстная помощь
Удобство доступа к данным
Графические возможности
Разделение интерфейса по ролям
Стандартные мастера, шаблоны и представления экрана
Управление данными Удобство доступа и передачи информации
Защита от несанкционированного доступа
Интеграция данных с другими приложениями
Возможности разграничения прав доступа
Наличие функций OLAP
Механизм планирования Использование иерархической структуры ресурсов
Временной анализ по методу критического пути
Анализ стоимости и освоенного объема
Анализ рисков
Использование нескольких исходных планов
Использование шаблонов отчетов
Обеспечение совместной работы Наличие Web-приложений
Архитектура клиент-сервер
Представление доступа к данным удаленным пользователям
Оповещения и напоминания о работах
2/2009 ВЕСТНИК
Программный продукт не является стержнем системы управления проектами, но его возможности и недостатки вполне могут быть серьезным фактором и ограничением при выборе ПО. Не каждая компания может позволить себе заниматься доработкой программного обеспечения под себя. Хотя, безусловно, настройка рабочих мест, в зависимости от выполняемых сотрудником функций, имеет место быть.
Во-вторых, требуются методические и программно-информационные средства поддержки процесса оценки эффективности информационной системы управления проектами из существующего множества.
Оценка эффективности основывается на определении, выборе критериев для рассмотрения и оценки системы по этим качествам. Некоторые различия в наборе критериев, которые оказывают непосредственное влияние на эффективность проекта, существуют и могут зависеть от характеристики строительных проектов и состава системы, но в целом они едины для всех (рис. 1).
Управление временем проекта
Управление стоимостью проекта
Управление качеством проекта
Управление целями проекта
Основные
Управление интеграцией (завершением) _проекта_
Управление человеческим и ресурсами
Управление поставками и контрактами
Управление информацией и коммуникациями
Управление рисками проекта
Вспомогательные
Рис. 1. Критерии оценки эффективности проекта
Требования при выборе ПОФункции, реализуемые в системеПользовательский ин-терфейсНастраиваемый интерфейсКонтекстная помощьУдобство доступа к даннымГра-фические возможностиРазделение интерфейса по ролямСтандартные мастера, шаблоны и представления экранаУправление даннымиУдобство доступа и передачи информаци-иЗащита от несанкционированного доступаИнтеграция данных с другими приложения-миВозможности разграничения прав доступаНаличие функций ОЬЛРМеханизм плани-рованияИспользование иерархической структуры ресурсовВременной анализ по методу критического путиАнализ стоимости и освоенного объемаАнализ рисковИспользование нескольких исходных плановИспользование шаблонов отчетовОбеспечение совместной работыНаличие Web-приложенийАрхитектура клиент-серверПредставление доступа к данным удаленным пользователямОповещения и напоминания о работах
Количественная оценка эффективности информационной системы может рассчитываться по следующим основным критериям:
Отклонения по времени - сдвиги в расписании проекта, вызванные отставанием или опережением работ;
Отклонения по стоимости проекта - отклонения бюджета проекта, вызванные его перерасходом или недорасходом;
ВЕСТНИК 2/2009
Отклонения по качеству - устранение недостатков, найденных при проверке и оценке качества - оценка эффективности работы команды проекта по устранению недостатков, выявленных в ходе выполнения проекта.
Для каждого определенного критерия проекта вырабатываются весовые показатели (к1, к2, к3 и т.д.), которые соответствуют важности данного критерия.
Главной особенностью процессов строительных организаций является их стандартная структура и стандартные ограничения. Эти стандартные ограничения по времени, стоимости реализации проектов и по качеству результатов могут быть использованы для построения обобщенного показателя, характеризующего эффективность системы через оценку возникающих отклонений (1).
(к1* АТ + к 2* АС + к 3* АО) АЕ = --- (1)
ДЕ - отклонения от применения информационной системы управления
АТ - отклонения по времени
АС - отклонения по стоимости проекта
АО - отклонения по качеству
Значения коэффициентов АЕ соответствуют делениям специальной составленной шкалы, позволяющей классифицировать отклонения от применения той или иной ИСУСП.
Это один из возможных методов количественной оценки эффективности информационных систем. Также можно использовать и качественные. Например, на основе экспертной оценки критических факторов успеха (КФУ), выполнение которых необходимо для успешной реализации строительного проекта.
Эффективность ИСУП зависит от таких факторов, как:
Со стороны высшего руководства - понимание важности системы, готовность обеспечить необходимую поддержку посредством личного участия или делегирования соответствующих полномочий членам команды;
Четкое планирование работ - понимание путей достижения целей (за счет каких работ будут достигнуты цели проекта, в какие сроки, какие ресурсы для этого потребуются);
Учет требований пользователей - определяет удовлетворенность системой в практической работе;
Наличие необходимых технологических и финансовых средств;
Наличие подготовленного персонала (подготовленность сотрудников к осуществлению проекта конкретного профиля, готовность провести обучение сотрудников или набор соответствующих специалистов, иногда привлечение консультантов).
Таким образом, используя как систему критериев, так и методы оценки эффективности, можно осуществлять выбор оптимальной системы управления строительными проектами.
Рецензент: д.т.н., проф. С.А. Синенко, кафедра САПР в строительстве МГСУ
