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

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

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

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

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

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

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

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

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

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

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

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

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

Актуальность темы диссертационного исследования. Строительный комплекс Российской Федерации занимает одну из ключевых позиций в экономике страны. Согласно данным Росстата в 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 наименования.

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

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

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 файлах диссертаций и авторефератов, которые мы доставляем, подобных ошибок нет.

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

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

Итак, какие же процессы необходимо автоматизировать в строительной компании прежде всего?

Контроль расходов и доходов

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

Управление договорами

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

Управление проектами

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

Составление строительных смет

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

Прочая автоматизация

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

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

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

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

Система автоматизации	Бюджетирование	Управление затратами	Управление договорами	Управление проектами	Составление смет	Управление снабжением	Бизнес-планирование	Управление кредитами	Бухгалтерский учёт	Сроки внедрения	Цена на одно рабочее место, у.е.
Галактика ERP, модуль "Управление строительством"	В самом модуле - нет, в системе - да	да	да	Интеграция с Primavera и MS Project	Интеграция со сметными программами (АРПС-формат)	да	да	да	да	от 3-6 мес.до 2-3 лет
	да	да	да	да	да	да	да	да	да	от 1 мес.
Oracle JD Edwards EnterpriseOne «Управление проектами»	Проектные бюджеты и общехозяйственные бюджеты - да.	да	да	Да. + Интеграция с Oracle Primavera и/или MS Project	Интеграция со сметными программами	да	да	да	да	6-10 мес.	1000 - 2300
MAG Builder для Microsoft Dynamics AX	да	да	да	Интеграция с MS Project	да (без сметно-нормативных баз)	да	Интеграция c Plan Designer, Comshare,Geac Performance Management	да	да	3-6 мес.	5000
Ланит-строительство	да	да	да	да	Интеграция с WinSmeta, Smeta . ru	да	да	да	да	от 3-х мес. до 1,5 лет	2500
SAP for Engineering, Construction and Operations	да	да	да	да	да	да	нет	да	да	6-9 мес.	5000
Строительные решения на платформе системы "Алеф"	да	да	да	да + интеграция с Primavera	да	да	да	нет	да	6-9 мес.	2000
Программный комплекс "Гектор-строитель"	нет	нет	нет	да + интеграция с Primavera и Spider	да + возможность интеграции с другими сметными программами	нет	нет	нет	Интеграция с программами бухучета	Поставка + обучение до 2-х недель	250 - 600

Стрункина М.С. 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.

Введение

Предварительный анализ создания ИС

1 Организационная структура

2 Сведения об объекте автоматизации

3 Обоснование необходимости создания информационной системы

Описание программного продукта

1 Описание входной и выходной информации

2 Анализ существующих систем управления базами данных

2.4 Visual Basic

3 Требования к составу и параметрам технических средств

Описание основных проектных решений

1 Структура программной системы

2 Тестирование системы

Заключение

Список литературы

Введение

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

Из данной цели вытекают следующие задачи:

Анализ предметной области и деятельности организации.

Выбор основного набора данных, необходимых для составления базы данных и составление инфологической модели;

Практическая реализация базы данных.

Создание вспомогательных элементов, для упрощения работы с базой данных (создание форм, запросов и отчетов).

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

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

База данных позволяет осуществлять добавление, изменение, поиск и удаление данных, а также просматривать эти данные.

1. Предварительный анализ создания ИС

1 Организационная структура

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

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

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

цветные ламинированые окна;

самоочищающиеся окна;

солнцезащитные окна;

среднеподвесные окна;

арочные окна;

цветные подоконники;

откосы наружные, в том числе откосы из металла;

остекление балконов.

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

Система управления предприятием построена в соответствии с линейно-иерархическим принципом. На каждом уровне четко определены зоны ответственности и зоны подчинения.

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

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

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

Ремонтная бригада принимает заказы на ремонтные работы, монтаж, демонтаж, установку и утепление окон и оконных порталов, дверей, остекление балконов и другие работы. Ее специалисты также диагностируют неисправности, определяют объем необходимых работ, комплектацию на замену и время на выполнение работ.

Транспортная служба осуществляет доставку до заказчиков для производства ремонта, а также транспортировку комплектующих от поставщика.

2 Сведения об объекте автоматизации

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

Оператор (формирование заказов, учет работ и учет комплектации заказов, а также прием заявок на закупку);

Ремонтная бригада (прием и выполнение заказов).

Процесс приема и выполнения заказа можно вкратце описать по следующим шагам:

Определение, является ли клиент постоянным заказчиком компании (постоянные заказчики получают скидки на приобретение товара);

Предварительное определение сущности заказа (заказов), в зависимости от потребности клиента;

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

Оформление заказа по заданной форме, фиксация получения предоплаты; заполнение журнала заказов;

Выдача заказа, оформление оператором заказа-наряда.

3 Обоснование необходимости создания информационной системы

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

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

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

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

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

Современные СУБД обеспечивают:

Набор средств для поддержки таблиц и отношений между связанными таблицами;

Развитый пользовательский интерфейс, который позволяет вводить и модифицировать информацию, выполнять поиск и представлять информацию в графическом или текстовом режиме;

Средства программирования высокого уровня, с помощью которых можно создавать собственные приложения;

Повышение оперативности получения отчетной информации для анализа.

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

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

Основными принципами и целями внутрифирменных систем информации являются:

определение требований к содержанию информации и к ее характеру, в зависимости от целенаправленности;

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

определение потребностей в технических средствах (в том числе, в компьютерной технике) на предприятии в целом;

разработка программного обеспечения, создание и использование банков данных;

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

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

Важными задачами внутрифирменной системы управления являются:

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

определение основных направлений системы сбора, обработки и хранения первичных данных;

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

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

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

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

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

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

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

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

внедрение индивидуальной ИС устраняет недостатки ПО, предназначенного для автоматизации предприятия.

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

2. Описание программного продукта

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

Основные этапы проектирования ИС «Строительная фирма»:

Общее проектирование системы;

Проектирование структуры данных: выбор полей для включения в таблицы;

Проектирование и связывание таблиц;

Проектирование полей: правила ввода данных и проверки допустимости их значения;

Проектирование запросов;

Проектирование форм и отчетов;

Проектирование средств автоматизации: создание меню.

1 Описание входной и выходной информации

ИС «Строительная фирма» содержит следующие сущности:

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

Сущность «Сотрудники» - содержит информацию о сотрудниках: ФИО, должность, дата рождения, дата найма, зарплата, адрес и телефон;

Сущность «Заказы» - содержит информацию о заказах: наименование, цвет, материал, описание, размер, цена, количество, монтаж, демонтаж, доставка, скидка, итого;

Сущность «Клиенты» - содержит информацию о клиентах: ФИО, адрес и телефон, сотрудник, дата заказа, дата исполнения, форма оплаты;

Сущность «Комплектующие» - содержит информацию о товарах: наименование, марка, поставщик, цвет, материал, единица измерения, цена и описание;

Сущность «Тип» - содержит информацию о типах, предоставляемых товаров: наименование и описание;

Сущность «Форма оплаты» - содержит информацию о способах оплаты приобретаемого товара: форма оплаты, описание;

Сущность «Расходы» - содержит информацию о расходах фирмы, а именно: сумму затрат и метод оплаты.

Сущность «Прибыль» - содержит информацию о прибыли фирмы за определенный день.

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

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

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

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

Формирование и учет заявок;

Вести учет комплектующих;

Добавление, редактирование и удаление информации;

Составление отчетов;

Печать отчетов;

2.2 Анализ существующих систем управления базами данных

Современные СУБД в основном являются приложениями Windows, так как данная среда позволяет более полно использовать возможности персональной ЭВМ, нежели среда DOS. Снижение стоимости высокопроизводительных персональных компьютерах обусловил не только широкий переход к среде Windows, где разработчик программного обеспечения может в меньше степени заботиться о распределении ресурсов, но также сделал программное обеспечение ПК в целом и СУБД в частности менее критичными к аппаратным ресурсам элетроннно-вычислительной машины.

Среди наиболее ярких представителей систем управления базами данных можно отметить: Lotus Approach, Microsoft Access, Borland dBase, Borland Paradox, Microsoft Visual FoxPro, Microsoft Visual Basic, а также баз данных Microsoft SQL Server и Oracle, используемые в приложениях, построенных по технологии “клиент-сервер”. Рассмотрим более подробно программные продукты компании Microsoft, а именно Visual FoxPro, Paradox, Visual Basic, Visual С++, Access 7.0.

2.1 FoxPro(фирма Fox Software) обладала исключительно высокими скоростными характеристиками и в этом отношении заметно выделялась среди интерпретирующих систем. Сравнительно с dBaseIV ее скорость в несколько раз выше и не уступает скорости систем-компиляторов. Практически по всем показателям Fox-программы работают значительно быстрее Clipper-программ. Набор команд и функций, предлагаемых разработчиками FoxPro, по мощи и гибкости отвечает любым требованиям к представлению и обработке данных. Может быть реализован максимально удобный и эффективный пользовательский интерфейс. В FoxPro поддерживаются разнообразные всплывающие и многоуровневые меню, работа с окнами и мышью, реализованы функции низкоуровнего доступа к файлам, управление цветами, настройками принтера, данные могут быть представлены с виде «электронных таблиц» и много еще приятностей и удобностей. В «довиндовскую» эпоху FoxPro был самой быстрой, самой удобной и самой мощной СУБД для компьютеров стандарта IBM PC.

2.2 Paradoxбыл разработан компанией Ansa Software, и первая его версия увидела свет в 1985 году. Этот продукт был впоследствии приобретен компанией Borland. С июля 1996 года он принадлежит компании Corel и является составной частью Corel Office Professional. В конце 80-х - начале 90-х годов Paradox, принадлежавший тогда компании Borland International.

Принцип хранения данных в Paradox сходен с принципами хранения данных в dBase - каждая таблица хранится в своем файле (расширение *.db), MEMO- и BLOB-поля хранятся в отдельном файле (расширение *.md), как и индексы (расширение *.px).

Однако, в отличие от dBase, формат данных Paradox не является открытым, поэтому для доступа к данным этого формата требуются специальные библиотеки. Например, в приложениях, написанных на C или Pascal, использовалась некогда популярная библиотека Paradox Engine, ставшая основой Borland Database Engine. Эта библиотека используется ныне в приложениях, созданных с помощью средств разработки Borland (Delphi, C++Builder), в некоторых генераторах отчетов (например, Crystal Reports) и в самом Paradox. Существуют и ODBC-драйверы к базам данных, созданным различными версиями этой СУБД.

По сравнению с аналогичными версиями dBase ранние версии Paradox обычно предоставляли разработчикам баз данных существенно более расширенные возможности, такие как использование деловой графики в DOS-приложениях, обновление данных в приложениях при многопользовательской работе, визуальные средства построения запросов, на основе интерфейса QBE - Query by Example (запрос по образцу), средства статистического анализа данных, а также средства визуального построения интерфейсов пользовательских приложений с автоматической генерацией кода на языке программирования PAL (Paradox Application Language).версии СУБД Paradox, помимо перечисленных выше сервисов, позволяли также манипулировать данными других форматов, в частности dBase и данными, хранящимися в серверных СУБД. Такую возможность пользователи Paradox получили благодаря использованию библиотеки Borland Database Engine и драйверов SQL Links. Это позволило использовать Paradox в качестве универсального средства управления различными базами данных.

2.3 Access- в переводе с английского означает “доступ”. MS Access - это функционально полная реляционная СУБД. Кроме того, MS Access одна из самых мощных, гибких и простых в использовании СУБД. В ней можно создавать большинство приложений, не написав ни единой строки программы, но если нужно создать нечто очень сложное, то на этот случай MS Access предоставляет мощный язык программирования - Visual Basic Application.

Популярность СУБД Microsoft Access обусловлена следующими причинами:

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

система имеет полностью русифицированную версию;

Полная интегрированность с пакетами Microsoft Office: Word, Excel, Power Point, Mail;

Идеология Windows позволяет представлять информацию красочно и наглядно;

возможность использования OLE технологии, что позволяет установить связь с объектами другого приложения или внедрить какие-либо объекты в базу данных Access;

технология WYSIWIG позволяет пользователю постоянно видеть все результаты своих действий;

существует набор “мастеров” по разработке объектов, облегчающий создание таблиц, форм и отчетов.

Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 (16) Мб, занимаемый объем на ЖМД 10-40 Мб.

2.4 Visual BasicBasic - это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, не связанных с большой интенсивностью обработки данных, разработки компонентов OLE, интеграция компонентов Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1, 95, NT, объем оперативной памяти 6 (16) Мб, занимаемый объем на ЖМД 8-36 Мб.

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

Компания Borland всегда была широко известна профессиональным разработчикам как фирма, предлагающая компиляторы С и Pascal, систему управления базами данных Paradox. Имея по всему миру около шести миллионов пользователей, dBASE остается индустриальным стандартом, применимым к различным операционным платформам, среди которых MS-DOS, UNIX, VAX/VMS и MS-Windows. Продукты, развиваемые в классе языков программирования - Borland C++ 4.5 и Delphi - с уникальным сочетанием классических принципов и современной технологии.

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

Для создания базы данных, а также самого разрабатываемого программного средства, осуществляющего доступ к данным базы, выбран Microsoft Access 2007 по совокупности его преимуществ.

База данных в составе разрабатываемой автоматизированной системы должна отвечать следующим требованиям:

хранение больших объёмов актуальной и достоверной информации;

простота обращений пользователей к БД;

возможность внесения, изменения, удаления, сортировки и других манипуляций с данными БД;

поиск информации по различным группам признаков;

возможность расширения и реорганизации данных в БД при изменениях предметной области.

Все вышесказанное говорит о необходимости использования БД и соответственно специализированной системы управления базами данных (СУБД).

Основываясь на перечисленных выше критериях выбора СУБД, был сделан выбор в пользу MS Access 7.0, поскольку необходима СУБД в относительно небольшой корпоративной сети, объемы хранимой информации относительно невелики (измеряются мегабайтами), надежно работающая на сервере с техническими характеристиками обычного ПК. Также MS Access 7.0 определяет минимальные сложности при настройке и администрировании системы.

3 Требования к составу и параметрам технических средств

Для работы с ИС «Строительная фирма» необходим компьютер со следующей минимальной конфигурацией:

Процессор - 300 МГц или выше;

Оперативная память -128 МБ или выше;

Видеоадаптер и монитор - Super VGA (800×600);

Свободное место на жёстком диске - 1,5 ГБ или больше;

Оптические накопители - CD-ROM или DVD-ROM;

Клавиатура и мышь;

Установленный пакет Microsoft Office 2007.

Минимальные системные требования для MS Access 2007:

Процессор: Частота не ниже 500 МГц;

Память: Не менее 256 МБ;

Место на жестком диске: 2 ГБ;

Экран: Разрешение не менее 1024x768 точек;

Операционная система: Microsoft Windows XP SP2, Windows Server 2003 SP3, Windows Vista.

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

Учитывая возможности современных компьютеров, данные требования можно назвать декларационными. MS Access 2007 обеспечивает эффективную работу на любом современном персональном компьютере, которыми оснащено предприятие.

В конечном итоге для ИС были выбраны: операционная система - Windows XP Professional, СУБД и среда разработки приложения - Microsoft Access 2007.

3. Описание основных проектных решений

1 Структура программной системы

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

Информация в таблицах не должна дублироваться;

Желательно, чтобы каждая таблица содержала информацию только на одну тему;

Информацию об объекте желательно разбивать на минимальные единицы.

Структура базы данных представляет собой информационные таблицы: Сотрудники (рис. 1), Поставщики (рис. 2), Комплектующие (рис. 3), Форма оплаты (рис. 4), Клиенты (рис. 5), Рассрочка (рис. 6).

Рисунок 1 - Таблица «Сотрудники»

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

Рисунок 2 - Таблица «Поставщики»

Таблица «Поставщики» содержит информацию о фирмах, сотрудничающих с организацией.

Рисунок 3 - Таблица «Комплектующие»

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

Рисунок 4 - Таблица «Форма оплаты»

Таблица «Форма оплаты» содержит информацию о способах оплаты, предоставляемых клиентам.

Рисунок 5 - Таблица «Клиенты»

Таблица «Клиенты» содержит информацию о заказчиках.

Рисунок 6 - Таблица «Рассрочка»

Таблица «Рассрочка» содержит информацию о клиентах, купивших товары в рассрочку.

Схема информационной системы со всевозможными связями представлена на рисунке 7.

Рисунок 7 - Схема данных

2 Тестирование системы

Для проведения тестирования необходимо сначала выбрать методику тестирования. Для тестирования системы можно использовать следующие методы:

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

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

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

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

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

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

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

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

Цель была достигнута путем успешного выполнения основных задач курсовой работы: практической реализации базы данных в оболочке Microsoft Access и созданием вспомогательных элементов для упрощения работы с базой данных (созданы формы, запросы и отчеты).

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

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

строительный программный управление ремонтный

Список литературы

1. Д. Дейт. Введение в систему баз данных. - М., СПб.: BHV - Санкт - Петербург 1977.- 312с.

С. Глушаков. Базы данных. - Х., Фолио, 2001. - 504 с.

П. Киммел. Освой самостоятельно программирование для Microsoft Access за 24 часа., М.: «Вильямс», 2000. - 448 с.

Ульман Д., Уидом Д. «Основы реляционных баз данных», 2006

Баженова И.Ю. «Основы проектирования приложений баз данных», 2009

Кириллов В.В., Громов Г.Ю. «Введение в реляционные базы данных», 2009

Томас, Конноли, Каролин, Бегг. Базы данных. Проектирование, реализация и сопровождение. Теория и практика. - М: ИД «Вильямс»,2003.

Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб.: Питер, 2001.

Автоматизированные информационные технологии в экономике: учебник / под ред. И.Т. Трубилина - М.: Финансы и статистика, 2006. - 416 с.

Петров В.Н. Информационные системы / В.Н. Петров. - СПб.: Питер, 2007. - 688 с.

Фосби Дж. MS SQL Server 2008: управление и программирование / Дж. Фосби. - СПб.: БХВ - Петербург, 2009. - 608 с.

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

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

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

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

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

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

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

Заказчик

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

Подрядчик

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

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

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

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

Бизнес проектировщика основан на предоставлении услуг по проектированию и разработке документации и кроме документооборота специализированных систем, таких как 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, которые не требуют трудоемкого внедрения.

Подключение

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

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

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

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

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

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

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

Контроль расходов и доходов

Управление договорами

Управление проектами

Составление строительных смет

Прочая автоматизация

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

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

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

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

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

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

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

Контроль расходов и доходов

Управление договорами

Управление проектами

Составление строительных смет

Прочая автоматизация

Вам также может понравиться