Информационная система анализа параметров и условий эксплуатации строительных объектов тема диссертации и автореферата по ВАК РФ 05.25.05, кандидат наук Сорокин, Максим Олегович

  • Сорокин, Максим Олегович
  • кандидат науккандидат наук
  • 2014, Москва
  • Специальность ВАК РФ05.25.05
  • Количество страниц 163
Сорокин, Максим Олегович. Информационная система анализа параметров и условий эксплуатации строительных объектов: дис. кандидат наук: 05.25.05 - Информационные системы и процессы, правовые аспекты информатики. Москва. 2014. 163 с.

Оглавление диссертации кандидат наук Сорокин, Максим Олегович

Введение

Глава 1 Безопасность эксплуатируемых строительных объектов. Информационные системы в строительстве

1.1. Основные термины и определения

1.2. Безопасность эксплуатируемых строительных объектов

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

1.3.2. Классификация информационных систем

1.3.3. Программное обеспечение и информационные системы в строительстве

1.3.4. CALS технология

1.5. Свободное программное обеспечение

1.6. Параметры безопасности эксплуатируемых объектов

1.7. Выводы

1.8. Цель работы и задачи исследования

1.9. Научная новизна и реализация результатов работы

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

2.1. Этапы жизненного цикла программного обеспечения

2.2. Объектно-ориентированный подход в проектировании и разработке системы

2.3. Язык UML

2.4. Понятие процесса разработки. «Гибкие» методологии

2.5. Технология объектно-реляционного проецирования. Библиотека Hibernate

2.6. Технические средства разработки информационной системы

2.6.1. Технология Java

2.6.2. Инструментальные средства

2.6.3. Реализация принципа непрерывной интеграции

2.7. Выводы по главе 2

2.8. Полученные результаты

Глава 3 Проектирование и реализация информационной системы

3.1. Концепция информационной системы. Прецеденты использования

3.2. Реализация принципа модульности

3.4. Методология разработки частной информационной модели

3.4. Реализация модуля электронного архива документации

3.5. Адаптивная многоуровневая группировка данных в модуле

«Электронный каталог»

3.6. Базовые сущности частной информационной модели

3.7. Выводы и полученные результаты

Глава 4. Апробация результатов работы

4.1. Внедрение системы при строительстве производственного комплекса «Первомайский хладокомбинат»

4.2. Апробация модуля «Производственное здание»

4.3. Апробация модуля «Промышленная труба»

4.5. Выводы по главе 4

Общие выводы по работе

Приложение 1. Ant сценарий сборки компонентов системы

Приложение 2. Конфигурационный файл сборки программы-установщика

Приложение 3. Интеграция сборки и упаковки программы-установщика информационной системы

Приложение 4. Документы о внедрении

Рекомендованный список диссертаций по специальности «Информационные системы и процессы, правовые аспекты информатики», 05.25.05 шифр ВАК

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

Введение

Обеспечение конструкционной безопасности эксплуатируемых строительных объектов является актуальной задачей. Не смотря на высокую технологичность современного строительства, аварии сооружений на различных стадиях жизненного цикла, к сожалению, имеют место. По материалам [1] за первое десятилетие XXI века (2001-2010 гг.) аварии и разрушения охватили весь спектр объектов строительства: это жилые и общественные здания, промышленные сооружения и постройки, а также иные значимые объекты (мосты, надземные переходы и др.). Важно отметить, что при этом характерны не только экономические потери: аварии часто связаны с человеческими жертвами. Ещё один вид не экономических потерь - утрата памятников истории.

Различают внезапные аварии и аварии с предварительным

оповещением. При внезапных авариях отсутствуют видимые

предупредительные симптомы аварийного состояния конструкций. Аварии с

предварительным оповещением напротив, характеризуются предшествующим

продолжительным во времени процессом деградации эксплуатационных

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

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

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

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

похожих объектах. Выявление «узких» мест типового решения позволяет

акцентировать внимание на опасных конструкциях и соединениях, что в свою

очередь повысит безопасность их эксплуатации. Так, например, в [2]

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

серий. В частности, отмечается низкая прочность стыков первых панельных

зданий серии 1-480, разработанных Гипрогражданпромстроем: «...Там

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

керамзитобетонных стеновых панелей с одним анкером 10 мм, способным

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

4

без учета неравномерных деформаций и других воздействий превосходит 4 тонны». Очевидно, наличие такой информации позволит предотвратить возможные аварии зданий данной серии. Ошибки проектирования строительных конструкций рассмотрены так же А.Н. Добромысловым в монографии [3]. При этом А.Н. Добромыслов приводит общие причины ошибок на стадии разработки проекта:

• недостаточная информация;

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

• недостаточным опытом исполнителя в данной области;

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

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

• плохой организацией трудового процесса;

• неудовлетворительным производственным климатом: недостаток времени и средств, плохие взаимоотношения в коллективе.

В [4] рассмотрены случаи обрушений жилых зданий серий 1-447-С, 1-511, а также других кирпичных домов, возведенных в летних и зимних условиях. Выявлена недостаточная несущая способность стен в период оттаивания кладки при возведении здания в зимний период и использовании кирпича и раствора с пониженными, относительно проектных, свойствами.

Не менее распространены аварии из-за упущений в процессе эксплуатации объектов. Так, по данным [5] для зданий, предназначенных для учреждений образования характерны следующие основные причины аварий (рисунок 1.1).

■ Отступления от проекта при возведении здания

■ 7%

* Нарушения технологии производства СМР при реконтрукции

Неучтенные или изменившиеся в процессе эксплуатации природно-климатические воздействия

Рисунок 1.1: Распределение основных причин аварий зданий образовательных

Ежегодно с 2006 года проводится международная конференция «Предотвращение аварий зданий и сооружений», которая привлекает широкий круг специалистов из разных стран. По результатам данной конференции издается одноименный сборник под ред. д.т.н. проф. К.И. Ерёмина [6], [7], [8].

Исследование и классификация причин аварий является предметом исследований многих отечественных и зарубежных ученых. Данной тематике посвящены работы A.A. Шишкина, А.Н. Добромыслова, Б.В. Сендерова [9], Мак Кейга, А.И Мизюмского, А.И. Кикина, М.Н. Лащенко, К.И. Ерёмина, А.Н. Шкинева [ 10] и др.

Значительный интерес представляет применение информационных технологий для ведения учета аварий и анализа их причин. Информация о одной из ранних автоматизированных систем учета информации о авариях зданий и сооружений представлена в [4]. В 1962 году д.т.н. X. Генером в немецком институте по бетону и железобетону была применена система обработки учтенных 400 случаев повреждений различных строительных конструкций. Для хранения информации использовались перфокарты. Анализ перфорированной картотеки проводился табуляторами по нужным направлениям: по видам повреждений, причинам, возрастам конструкций и т. п. В [4] отмечаются значительные результаты анализа собранных данных. Например, «... было выявлено появление повреждений в швах клееных балок,

учреждении

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

Вопросы автоматизации инженерных исследований при строительстве и реконструкции с научных позиций исследованы в работах А.Б. Злочевского, Ю.С. Кунина, О.В. Лужина, Г.Я. Почтовика, Г.К. Шаршукова, Ж. Авриля, М. Аркана, С. Балаша и других. В их работах рассмотрены проблемы методов измерений, автоматизированного сбора информации, организации исследований, создания измерительного оборудования и разработки специализированного программного обеспечения для обработки информации. С точки зрения CALS технологий, значительный интерес представляют работы Е.М. Кудрявцева, С.И. Роткова, P.A. Самитова, Коргина A.B. [11], [12], [13], [14], [15], [16]. Вопросы применения CALS/ИПИ технологии в строительстве рассматриваются в работах Е.М. Кудрявцева, С.И. Роткова, P.A. Самитова [17], [18], [19]. В их работах рассматривается использование проектной информации в качестве основы CALS/ИПИ технологий для строительных сооружений.

Кроме того, интерес представляют ряд публикаций, затрагивающих вопросы разработки специализированных информационных систем. Например, в [20] предлагается концепция многокомпонентной информационной системы для планирования и проведения работ по плановому ремонту и обслуживанию «основного оборудования». В рамках такой системы B.C. Степанянц предлагает хранить эксплуатационные параметры и параметры технического состояния оборудования, и на основе ретроспективного анализа таких данных предлагается корректировать сроки и

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

Глава 1 Безопасность эксплуатируемых строительных объектов. Информационные системы в строительстве.

1.1. Основные термины и определения

Объекты строительные — здания и сооружения, предназначенные для безопасного проживания и безопасной жизнедеятельности людей.

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

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

Физический (конструкционный) износ объекта — число в интервале от 0 до 1, характеризующее степень деградации несущего каркаса объекта под действием системоразрушающих факторов (дефекты, перегрузка, старение, коррозия, усталость и др.).

Энтропия (информационная) — мера неопределенности технического состояния несущего каркаса строительного объекта.

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

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

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

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

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

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

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

Безотказность — свойство объекта непрерывно сохранять работоспособное состояние в течении некоторого времени или наработки.

Долговечность — свойство объекта, заключающееся в его способности не достигать предельного состояния в течении некоторого времени или наработки при установленной системе технического обслуживания и ремонта.

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

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

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

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

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

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

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

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

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

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

12

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

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

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

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

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

Верификация — процесс определения того, отвечает ли текущее состояние разработки, достигнутое на данном этапе, требованиям этого этапа.

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

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

Атрибут — пара тип-значение. Класс определяет типы атрибутов. Объекты содержат значения атрибутов.

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

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

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

1.2. Безопасность эксплуатируемых строительных объектов

Жизненный цикл, согласно [22] — период функционирования изделия (продукции), начиная от его проектирования и изготовления и заканчивая утилизацией. Основными этапами жизненного цикла строительного объекта являются: изыскания, проектирование, строительство, эксплуатация и ликвидация. На стадии изысканий выполняется анализ требований к возводимому сооружению, изучается анализ площадки для размещения объекта. На стадии проектирования разрабатывается проект здания и полный комплект документации. Затем на стадии строительства объект возводится согласно разработанному проекту. После окончания работ и сдачи проекта наступает самый продолжительный этап — эксплуатация. Заключительным этапом жизненного цикла строительных объектов является ликвидация (демонтаж или разбор объекта).

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

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

Важной задачей является своевременная оценка технического состояния зданий и сооружений. Согласно [24] здания и сооружения опасных производственных объектов подлежат экспертизе промышленной безопасности. Оценка технического состояния может потребоваться и перед реконструкцией здания или сооружения: при этом определяется фактический потенциал несущих конструкций. Полученная информация является первичной для разработки проекта реконструкции. Оценка технического состояния необходима так же после воздействия чрезвычайных природных воздействий (ураганы, оползни, землетрясения и др.) и опасных техногенных воздействий (пожары, взрывы, последствия террористических актов). Одна из задач по оценке технического состояния — выявление дефектов и повреждений строительных конструкций. Работы по оценке технического состояния состоят из двух этапов: предварительного обследования и детального обследования. На предварительном этапе производится сплошное визуальное обследование конструкций зданий и выявление дефектов и повреждений по внешним признакам. При этом производится оценка объема и видов работ по инструментальному обследованию. Инструментальное обследование заключается в измерении количественных значений, характеризующих несоответствие эксплуатационных параметров конструкций и узлов проектным или нормативным значениям. Для инструментального обследования применяются методы и приборы неразрушающего контроля. В отдельных случаях, выполняется отбор проб и испытания в лаборатории

15

разрушающими методами. Обязательным является анализ причин появления дефектов и повреждений в конструкциях. Вопросы оценки безопасности зданий затронуты и нормативной документацией России. Например, в ежегодный перечень «Нормативных, методических и иных изданий по строительству» за 2012 г. [25] входит СП 13-102-2003 «Правила обследования несущих строительных конструкций зданий и сооружений» [26] и другие.

Другим процессом изучения технического состояния здания или сооружения является мониторинг. Согласно [27] мониторинг — процесс наблюдения и регистрации данных о каком-либо объекте на неразрывно примыкающих друг к другу интервалах времени, в течение которых значения данных существенно не изменяются. Государственный стандарт [28] определяет несколько видов мониторинга технического состояния зданий и сооружений, отличающихся по объекту и целям:

• общий мониторинг технического состояния зданий и сооружений;

• мониторинг технического состояния здания и сооружения, попадающих в зону влияния строек и природно-техногенных воздействий;

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

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

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

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

• экстенсометры (волоконно-оптические и резистивные, применяются для определения параметров механической деформации твердых тел);

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

• гидравлические (анкерные) датчики нагрузки (применяются для мониторинга нагрузок на основные опорные элементы сооружения)

• измерители трещин и стыков;

В статье [29] Капустян Н.К. и Вознюк А.Б. классифицируют работы по мониторингу на четыре методики:

1. Геодезические измерения (нивелировка, gps, лазерное сканирование объекта). Данные методики позволяют определить перемещение объекта в пространстве, в том числе измерять осадки и крены.

2. Инженерно — геологические наблюдения состояния грунтового массива в основании и в окрестности здания.

3. Измерения нагрузок и деформаций в конструкциях фундамента и надземной части.

4. Сейсмометрические методики. (выполняются деформографами, наклономерами и сейсмометрами (велосиметрами, акселерометрами).

Одним из примером методик мониторинга технического состояния зданий и сооружений может служить методика, изложенная в диссертационном исследовании [30]. В ней Коргиной М.А. предлагается методика оценки напряженно-деформационного состояния несущих конструкций с использованием современной цифровой геодезической аппаратуры и метода конечных элементов. Метод основан на построении адекватной пространственно-координационной модели здания. Одной из отличительных черт методики является высокая степень автоматизации: построение пространственно-координационной модели автоматизировано с использованием системы предварительной обработки геодезической информации ProLink фирмы Sokkia, а также системы AutoCad.

Существенным, является различие между понятиями мониторинг параметров и мониторинг состояния. Согласно [27]: мониторинг параметров — наблюдение за какими-либо параметрами. Его результат

17

представляет собой совокупность измеренных значений, получаемых на неразрывно примыкающих друг к другу интервалах времени, в течение которых значения параметров существенно не меняются; мониторинг состояния — наблюдение за состоянием объекта для определения и предсказания момента перехода в предельное состояние. Результат мониторинга состояния объекта представляет собой совокупность диагнозов составляющих его субъектов, получаемых на неразрывно примыкающих друг к другу интервалах времени, в течение которых состояние объекта существенно не меняется. В работе [31] A.B. Кухта акцентирует особое внимание на различие между данными понятиями: наблюдение за определенным параметром строительного объекта не всегда позволяет сделать выводы о его техническом состоянии. Данное положение не отражено в текущей редакции стандарта [28], что возможно, связано с его введением впервые.

Похожие диссертационные работы по специальности «Информационные системы и процессы, правовые аспекты информатики», 05.25.05 шифр ВАК

Список литературы диссертационного исследования кандидат наук Сорокин, Максим Олегович, 2014 год

Библиография

1. Ерёмин К.И. Реестр аварий зданий и сооружений 2001 - 2010 годов. / Ерёмин К.И., Махутов H.A., Павлова Г.А., Шишкина H.A. - Магнитогорск. Магнитогорский дом печати, 2011. - 320 с.

2. Прядко Н.В. Обследование и реконструкция жилых зданий: Учебное пособие / Н.В. Прядко. -Макеевка.: ДонНАСА, 2006г.—156 с.

3. Добромыслов А.Н. Ошибки проектирования строительных конструкций: Научное издание. - М.: Издательство Ассоциации строительных вузов, 2007. -184 с.

4. Анализ причин аварий и повреждений строительных конструкций / под. ред. д.т.н. A.A. Шишкина, М.: Стройиздат, 1964 - 290 с.

5. Безопасность эксплуатируемых зданий и сооружений. / Теличенко В.И., Ерёмин К.И., Абрамова Е.В. и др. - Москва, 2011. - 428 с.

6. Предотвращение аварий зданий и сооружений: Сборник научных трудов, выпуск 8. - Москва, 2009. - 580 с.

7. Предотвращение аварий зданий и сооружений: Сборник научных трудов, выпуск 9. - Москва, 2010. - 704 с.

8. Предотвращение аварий зданий и сооружений: Сборник научных трудов, выпуск 10. - Москва, 2011. - 440 с.

9. Сендеров Б.В. Аварии жилых зданий. М.: 1992. - 216 с.

10. Шкинев А.Н. Аварии на строительных объектах, их причины и способы предупреждения. Изд. 3-е, перераб и доп. - М., Стройиздат, 1976 - 375 с.

11. Злочевский А.Б., Экспериментальные методы в строительной механике. М.: Стройиздат, 1983 - 183 с.

12. Коргин A.B. Численное моделирование работы сооружений: сб. тр. "Современные методы инженерных изысканий в строительстве" / Дорошин И.Н., Еремеев М.А., Кунин Ю.С., Котов В. И. М., МГСУ, 2001, - 178 с.

13. Лужин О.В., Злочевский А.Б., Горбунов И.А., Волохов В.А. Обследование и испытание сооружений. М., Стройиздат, 1987, 264 с.

14. Почтовик Г.Я., Злочевский А.Б., Яковлев А.И, Методы и средства испытания строительных конструкций. М., Высшая школа, 1973, 160 с.

15. Avril J. Encyclopédie Vishay d'analyse des contraintes / Avril J. - Vishay Micromesures, Paris, 1974. - 463 p

16. Balan S, Arcun M, Essai des constructions, Editien Eyerolles / Balan S., Arcun M. - Paris, 1972.-572 p.

17. Кудрявцев E.M. CALS технологии в исполнении компании АСКОН. // Механизация строительства - №2 - февраль 2004, с 2-5

18. Ротков С.И. Средства геометрического моделирования и компьютерной графики пространственных объектов для CALS-технологий [Текст] : дисс. д-ра техн. наук : 05.01.01 / Ротков С.И - Нижний Новгород, 1999 - 287 с.

19. Самитов P.A. Системотехника инженерного мониторинга сложных инженерных сооружений. В сб. "Системотехника" под ред. Гусакова A.A., М., Фонд "Новое тысячелетие", 2002, с. 623-638.

20. Степанянц B.C. Об адаптивной системе технического обслуживания и ремонта опасных производственных объекта / Предотвращение аварий зданий и сооружений [Электронный ресурс] : Режим доступа : http://www.pamag.ru/pressa/adpt-sistem

21. Ерёмин К.И., Матвеюшкин С.А. Мониторинг технического состояния и электронная паспортизация зданий и сооружений [Электронный ресурс] -Режим доступа : http://www.en.weld.su/p-exposition

22. Афанасьев, А. А. Реконструкция жилых зданий [Текст] : учебное пособие для студентов направления 270100 "Строительство" / А. А. Афанасьев, Е. П. Матвеев. - М. : ОАО "ЦПП", 2008 - 234 с.

23. Комков В.А. Техническая эксплуатация зданий и сооружений: Учебник для средних-профессионально-технических учебных заведений. /Рощина С.И., Тимахова Н.С.- М.: ИНФРА-М, 2005.-208 с.

24. О промышленной безопасности опасных производственных объектов: Федеральный закон // Собрание законодательства РФ. 1997. - № 30. -ст.3588.

25. СК-1. Нормативные, методические документы и другие издания по строительству. Перечень-2012 (по состоянию на 1 января 2012 г.) /М.: ОАО "ЦПП", 2012.-396 с.

26. СП 13-102-2003. Правила обследования несущих строительных конструкций зданий и сооружений / Госстрой России. М.: ГУЛ ЦПП, 2003. -32 с.

27. РБ-045-08. Динамический мониторинг строительных конструкций объектов использования атомной энергии Текст. / Федеральная служба по экологическому, технологическому и атомному надзору, 29.12.2008. М., 2008.4 с.

28. ГОСТ Р 53778-2010. Здания и сооружения. Правила обследования и мониторинга технического состояния. [Текст] - введ. 25.03.2010. - М. : Федеральное агенство по техническому регулированию и метрологии : Стандартинформ, 2010. - 59 с.

29. Капустян Н.К., Вознюк А.Б. Опыт проектирования и эксплуатации схем мониторинга конструкций и оснований высотных зданий. [Электронный ресурс] - Режим доступа : http://www.ingil.ru/scientific-activities/16-monitoring.html

30. Коргина М.А. Оценка напряженно-деформированного состояния несущих конструкций зданий и сооружений в ходе мониторинга их технического состояния. [Текст] : дисс. к-та техн. наук : 05.23.01 / Коргина М.А, - М., 2008 -225 с.

31. Кухта А.В. Мониторинг параметров строительных конструкций // Предотвращение аварий зданий и сооружений : [Электронный ресурс] : Режим доступа: http://pamag.ru/pressa/monitor-attr

32. Безопасность эксплуатируемых зданий и сооружений: Монография / Теличенко В.И., Ерёмин К.И., Абрамова Е.В., Адаменко И.А. [и др.] ; М.: Магнитогорский дом печати, 2011. - 428 с.

33. Левин В.И. История информационных технологий / Левин В.И. - М.: Национальный Открытый Университет "ИНТУИТ", 2007 - 336 с.

142

34. Избачков Ю.С., Петров В.Н. Информационные системы: Учебник для вузов. 2-е изд. - СПб.: Питер, 2006 - 656 с.

35. Степанов Е.О. Кросс-платформенные и многозвенные технологии / Е.О. Степанов - М.: Национальный Открытый Университет "ИНТУИТ", 2010

36. Орлов С.А., Цилькер Б.Я. Технологии разработки программного обеспечения. Учебник для вузов. Санкт Питербург. Питер - 2012 - 608 с.

37. Столяров А.Н. Информационная система экспертизы технического состояния зданий и сооружений [Текст] : дисс. к-татехн. наук : 05.13.12 / Столяров А.Н., Нижний Новгород, 2004 - 166 с.

38. Кондаков А.И. САПР технологических процессов. - М.: Академия - 2010 -272 с.

39. Информационная поддержка жизненного цикла изделий машиностроения: принципы, системы и технологии CALS/ИПИ. / [А.Н. Ковшов, Ю.Ф. Назаров, И.М. Ибрагимов, А.Д. Никифоров]. - М. : Издательский центр "Академия", 2

40. Левин А., Судов Е. CALS - сопровождение жизненного цикла. / А. Левин, Е. Судов. - Открытые системы, №3, 2001

41. О создании технического комитета по стандартизации "Информационная поддержка жизненного цикла изделий" : Приказ от 2 июня 2001 №79 [Электронный ресурс] // Справочно-правовая система "Консультант плюс". -Режим доступа: локальный.

42. НИЦ Прикладная логистика [Электронный ресурс] : Режим доступа : http://www.cals.ru/about/

43. Создание федеральной системы каталогизации продукции для федеральных государственных нужд на современном этапе : [Электронный ресурс] : Режим доступа : http://fskp.gost.ru/Katal_SFSKP.pdf

44. Постановление Правительства Российской Федерации от 2 июня 2001 г. № 436 «О создании и введении в действие федерального каталога продукции для федеральных государственных нужд» // СЗ РФ. 2001. № 24. Статья 2451.

45. ГОСТ Р 51725.0-2001 Каталогизация продукции для федеральных государственных нужд. Комплекс нормативных документов по

143

стандартизации. Общие положения. [Текст] - М : Госстандарт России : Изд-во стандартов, 2001

46. Катаев А.В.Виртуальные бизнес-организации. - СПб.: Изд-во Политехнического университета, 2009. - 120 с.

47. Распоряжение Правительства Российской Федерации от 17 декабря 2010 г. №2299-р / Собрание законодательства РФ, 27.12.2010, N 52 (ч. I), ст. 7181.

48. ПингВин Софтвер. Национальная программная платформа : [Электронный ресурс] : Режим доступа : http://www.pingwinsofit.ru/system/files/NPP.pdf

49. Front Page - Free Software Foundation - working together for free software [Электронный ресурс] - Режим доступа : http://fsf.org

50. Канин Г. С. Природа свободного программного обеспечения и обзор основных лицензий. // Теория и практика применения свободного программного обеспечения / под общ. ред. З.М. Уметбаева, И.В. Поповой, JI.3. Давлеткиреевой. - Магнитогорск : МаГУ, 2011 С. 15-19

51. СНиП. 12-01-2004. Организация строительства. М.: Госстрой России: Изд-во стандартов, 2004. 131 с.

52. Мельчаков, А.П. Расчет и оценка риска аварии и безопасного ресурса строительных объектов. (Теория, методики и инженерные приложения): учебное пособие / А.П. Мельчаков. Челябинск: Изд. ЮУрГУ, 2006. - 49 с.

53. Березина Е. В 2012 году ИТ-рынок вырастет на 50% // Российская бизнес-газета - 2012 - №854 (25)

54. Pulya V. Russian IT market faces cloudy future - Russia beyond the headlines [Электронный ресурс] - Режим доступа :

http://rbth.ru/articles/2012/02/01 /russianJt_market_faces_cloudy_future_l 4284.ht ml

55. Mark C. Paulk, Bill Curtis, Mary Beth Chrissis, Charles V. Weber Capability Maturity Model for Software, Version 1.1. : Carnegie Mellon University, 1993 -205 p.

56. Мацяшек, Лешек, А. Анализ требований и проектирование системю Разработка, информационных систем с использованием UML. (Перевод с англ. и редакция к.т.н. Неумоина В.М.), М: Вильяме, 2002

57. Думаков А.А. Проектирование информационных систем: учебное пособие / А.А. Дубаков; Томский политехнический университет. - Томск: Изд-во Томского политехнического университета, 2011. - 258с.

58. Гвоздеева Т.В., Баллод Б.А.Проектирование информационных систем: учебное пособие / Т.В. Гвоздева, Б.А. Баллод. - Ростов-на-Дону: Феникс, 2009 - 508 с.

59. Шафер, Дональд, Ф., Фатрелл, Роберт, Т., Шафер, Линда, И. Управление программными проектами: достижение оптимального качества при минимуме затрат.: Пер с англ. - М.: Издательский дом "Вильяме", 2003. - 1136 с.

60. Липаев В.В. Качество программных средств. Методические рекомендации. Под общей ред. проф., д.т.н.. А.А. Полякова. М.: Янус-К, 2002ю 400с, 47 ил

61. Schach S. Object-oriented & classical software engineering sixth edition. Mc Graw Hill / Stephen R. Schach - New York, 2010 - 688 p.

62. Maciaszek, L.A. Database design and implementation. Prentice Hall/ Maciaszek L.A. - New York, 1990 - 383 p.

63. Буч, Гради, Максимчук, Роберт А., Энгл, Майкл У., Янг, Бобби Дж., Коналлен, Джим, Хьюстон, Келли А Объектно-ориентированный анализ и проектирование с примерами приложений.: Пер. с англ. - М.: ООО "И.Д. Вильяме", 2008. - 720с.: ил. - Парал. тит. англ.

64. Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. Приемы объектно-ориентированного проектирования. Паттерны проектирования. - СПб.: Питер, 2012.-368 е.: ил.

65. ISO/IEC 19505-2:2012 Information technology - Object Management Group Unified Modeling Language (OMG UML) - Part 2: Superstructure

66. Ларман К. Применение UML и шаблонов проектирования. 2-е издание.: Пер с англ. - М.: Издательский дом "Вильяме", 2004. - 624 е.: ил. - Парал. тит. англ.

67. Object Management Group [Электронный ресурс] - Режим доступа : http://www.omg.org/

68. Буч Г., Рамбо Д., Якобсон А. Язык UML. Руководство пользователя. Второе издание. ДМК, - М. 2006 - 496 с.

69. Rambaugh J., Jacobson I., Booch G. The Unified Modeling Language Reference Manual. Addison-Wesley / J. Rambaugh, I. Jacobson, G. Booch 1999 -568 p.

70. Fowler M. Put your process on a Dieet, Software Development, CMP Media, Dec.,2000

71. Kruchten P The Rational unified Process. An introduction, 2nd edition, MA: Addison-Wesley, 2000 - 336 p.

72. Кролл П., Крачтен Ф. Rational Unified Process - это легко. Руководство по RUP. Пер. с англ. - М.: КУДИЦ-ОБРАЗ, 2004. - 432 с.

73. IBM Rational Unified Process (RUP) [Электронный ресурс] - Режим доступа: http://www-01.ibm.com/software/rational/rup/

74. Microsoft Corporation Microsoft Solutions Framework: Гибкая методология разработки программного обеспечения / Русская редакция, 2008 - 127 с.

75. Visual Studio 2013 Preview | Microsoft Visual Studio [Электронный ресурс] -Режим доступа: http://www.microsoft.com/visuaIstudio/

76. Д.В. Кознов. Введение в программную инженерию - М.: Национальный Открытый Университет "ИНТУИТ", 2009 - 325 с.

77. Kniberg Н. Scrum and ХР from the Trenches How we do Scrum. InfoQ, 2007 -168 p.

78. Бек К., Экстремальное программирование. - Питер. СПб.: 2002 - 224 с.

79. Бек. К. Экстремальное программирование: разрабокта через тестирование. Библиотека программиста. - СПб.: Питер, 2003. - 224 с.

80. Криспин Л., Грегори Д. Гибкое тестирование: практическое руководство для тестировщиков ПО и гибких команд. : Пер. с англ. - М.: ООО "И.Д. Вильяме", 2010. - 464 с. ил: - Парал. тит. англ.

81. Walker J. Computer Programmers Learn Tough Lession in Sharing / The wall street journal: Europe Edition, 26 August 2012

82. Barnes J. Object-Relational Mapping as a Persistence Mechanism for Object-Oriented Applications. Department of Mathematics and Computer Science at Macalester College in Saint Paul, Minnesota. // Jeffrey M. Barnes, 2007 - 113 p.

83. Scott W. Ambler. Mapping objects to relational databases. Ibm developer Works [Электронный ресурс] - Режим доступа : http://www.ibm.com/developerworks/library/ws-mapping-to-rdb/

84. Elliot J., O'Brein Т., Fowler R. Harnessing Hibernate. O'Relly Media / James Elliott, Timothy M. O'Brien, Ryan Fowler, Baijing Cambridge Farnham Koln Paris Sebastopol Taipei Tokyo, 2012.-382 p.

85. Javae J., Johnson P. Jboss in Action. Manning / Javid Jamae, Peter Johnson -Greenwich, 2009 - 492 p.

86. Bauer C., King G. Java Persistence with Hibernate. Manning / C. Bauer, King G - Greenwich, 2007. - 841 p.

87. Schildt H. Java, A beginner's guide, 5th edition. MC Graw Hill / Schildt H. -New York Chikago San Francisco Lisbon London Madrid Mexico City Milan New Delphi San Juan Seoul Singapore Sydney Toronto, 2012 - 618 p.

88. Хорстманн, Кей С., Корнелл, Гари Java 2. Библиотека профессионала, том

I. Основы, 7-е изд.: Пер. с англ. - М.: Издательский дом "Вильяме", 2007. -896 с. : ил. - Парал. тит. англ.

89. Хорстманн, Кей С., Корнелл, Гари Java 2. Библиотека профессионала, том

II. Тонкости программирования, 7-е изд.: Пер. с англ. - М.: Издательский дом "Вильяме", 2007. - 1168 с.: ил. - Парал. тит. англ.

90. Шилдт Г. Java. Полное руководство, 8-е изд.: Пер. с англ. - М.: ООО "И.Д. Вильяме", 2012. - 1104 е.: ил. - Парал. тит. англ.

91. Шилдт Г., Холмс Д. Искусство прогграммирования на Java.: Пер. с англ. -М.: Издательский дом "Вильяме", 2005. - 336с.: ил. - Парал. тит. англ

92. Reese М., Reese J Java 7 New features Cookbook Richard M. Reese, Jennifer L. Reese, Packt Publishing / - Birmingham - Mumbai, 2012 - 385 p.

93. Шилдт, Г. SWING: руководство для начинающих: Пер. с англ. - М.: ООО "И.Д. Вильяме",2007. - 704 с.

94. Портянкин И.А. Swing: Эффективные пользовательские интерфейсы. Библиотека программиста. Спб, Питер, 2005 - 528 с.

95. JavaFX Developer Home [Электронный ресурс] - Режим доступа : http://www.oracle.com/technetwork/java/javafx/overview/index.html

96. С. Castillo JavaFX Scene Builder Overview, Release 1.0 [Электронный ресурс] - Режим доступа :

http://does.oracle.eom/javafx/scenebuilder/l/overview/jsbpub-overview.pdf

97. DiMarzio J.F. JavaFX A Beginners Guide. MC Graw Hill / J.F. DiMarzio -New York Chikago San Francisko Lisbon London Madrid Mexico City Milan New Delphi San Juan Seoul Singapore Sydney Toronto, 2011 - 304 p.

98. Carl P. Dea. JavaFX 2.0: Introduction by Example. Apress / Carl P. Dea - New York, 2011.- 175 p.

99. ArgoUML: ArgoUml Project History [Электронный ресурс] - Режим доступа: http://argouml.tigris.org/history.html

100. The apache ant project [Электронный ресурс] - Режим доступа : http://ant.apache.org/

101. Technology As If people mattered: Weblog - Ant in ten steps [Электронный ресурс] - Режим доступа : http://jroller.com/rolsen/entry/ant_in_ten_steps

102. Чепмен М. Apache Ant 101: Моментальная компоновка Java-nporpaMM [Электронный ресурс] : Режим доступа :

http ://www. ibm. com/de veloperworks/ru/edu/j -apant/section2.html

103. IzPack - Package once. Deploy everywhere. [Электронный ресурс] - Режим доступа: http://izpack.org

104. Paul Duvall. Automation for the people: Wielding wizard-based installers. [Электронный ресурс] - Режим доступа: http://www.ibm.com/developerworks/library/j-

ар 1125 8/index.html?S_TACT= 105 AGX99&S_CMP=CP

105. ANT4HG, ant task for hg - mercurial - [Электронный ресурс] - Режим доступа: http://ant4hg.free.fr/

106. ГОСТ Р ИСО 9000-2008. Системы менеджмента качества. Основные положения и словарь. [Текст] - М : Госстандарт России : Стандартинформ, 2008

107. Коргин А.В. Научно-методологические основы и информационная технология автоматизации инженерных исследований при реконструкции сооружений [Текст] : дисс. д-ра техн. наук : 05.13.12 / Коргин А.В. - М., 2005. - 329 с.

108. Сорокин М.О., Хотеев С.Д. Свободные инструменты для организации работ по разработке информационных систем в строительстве / "Молодежный научно-технический вестник", М., №1, 2013 [Электронный ресурс] - Режим доступа: http://sntbul.bmstu.ru/doc/532852.html

109. Forman I., Forman N. Java Reflection in Action. Manning / Ira R. Forman, Nate Forman - Greenwich, 2005 - 297 p.

Приложение 1. Ant сценарий сборки компонентов системы.

<project name = "WeldCatalogPHK" default=,,all"> <property name="serverbins" value="distro"/> <path id="classpath">

<fileset dir="NetBeansProjects/binlibs">

<include name-'**/*.jar"/> </fileset>

<fileset dir="${serverbins}">

<include name="**/*.jar"/> </fileset>

<fileset dir="NetBeansProjects/buildtools">

<include name-'**/*.jar'7> </fileset> </path>

<target name -'all" description-'building weldcatalog distro" depends="mkdirs"> <echo>Building WeldLib.jar</echo>

<javac destdir="NetBeansProjects/WeldLib/build" classpathref-'classpath" debug="on" encoding="UTF-8">

<src path-'NetBeansProjects/WeldLib/src" /> </javac>

<jar destfile="${serverbins}/WeldLib.jar">

<fileset dir="NetBeansProjects/WeldLib/build/"> cinclude name="**/*.class"/> <include name-''**/*.png"/> <exclude name="**/*.form7> <exclude name="**/*.java"/> </fileset>

</jar>

<javac destdir="NetBeansProjects/Catalog/build" classpathref="classpath" debug="on" encoding="UTF-8">

<src path="NetBeansProjects/Catalog/src" /> </javac>

<copy todir="NetBeansProjects/Catalog/build/icons/"> <fileset dir="NetBeansProjects/WeIdLib/src/icons"/> </copy>

<jar destfile-'${serverbins}/Catalog.jar">

<fileset dir="NetBeansProjects/Catalog/build/"> <include name="**/*.class"/> <include name-'**/*.png"/> <exclude name="**/*.java"/> <exclude name="*!i!/*.form"/> </fileset>

</jar>

<echo>Building Update.jar</echo>

<javac destdir="NetBeansProjects/Update/build" classpathref="classpath" debug="on" encoding="UTF-8"> <src path="NetBeansProjects/Update/src"/> </javac>

<jar destfile-'${serverbins}/Update.jar"> <manifest>

<attribute name-'Main-Class" value="update.Main"/> <attribute name="Class-Path" value= "commons-net-

2.0.jar "/>

</manifest> <fileset dir="NetBeansProjects/Update/build"> <include name="**/*.class"/> <exclude name-'**/*.java"/> <exclude name="**/*.form'7> </fileset> </jar>

<javac destdir="NetBeansProjects/PassportModels/build" classpathref="classpath" debug="on" encoding="UTF-8">

<src path-'NetBeansProjects/PassportModels/src" /> </javac>

<jar destfile="${serverbins}/PassportModels.jar"> <manifest>

<attribute name="Build-By" value-'${user.name}"/> <attribute name-'Main-Class" value="system.ViewConfig"/> <attribute name-'Class-Path" value="WeldLib.jar Catalog.jar antlr-2.7.6.jar asm.jar asm-attrs.jar cglib-2.1.3.jar commons-collections-2.1.1 .jar commons-logging- 1.1.1 .jar dom4j-l .6.1 .jar ehcache-1.2.3.jar jdbc2_0-stdext.jar jta.jar hibernate3.jar hibernate-tools.jar hibernate-annotations.jar hibernate-commons-annotations.jar hibernate-entitymanager.jar javassist.jar ejb3-persistence.jar jai_imageio.jarjai_windows-i586.jar JCalendar-Bugfixed.jar swing_ru.jar mysql-connector-java-5.1.13-bin.jar jtds-1.2.5.jar jakarta-oro-2.0.8.jar commons-net-2.0.jar log4j-1.2.16.jar libMail/smtp.jar HbMail/pop3.jar libMail/dsn.jar libMail/imap.jar libMail/mail.jar libMail/mailapi.jar derby.jar derbytools.jar ant-1.6.5.jar filter.jar jasperreports-3.7.6.jar jasperreports-applet-3.7.6.jar jasperreports-fonts-3.7.6.jar jasperreports-javaflow-3.7.6.jar commons-digester-2.0.jar commons-beanutils-1.5.jar jdt-compiler-3.1.1 .jar org-openide\org-openide-util.jar org-openide\org-openide-util-lookup.jar org-openide\org-openide-actions.jar org-openide\org-openide-awt.jar jdp.jar"/> </manifest>

<fileset dir="NetBeansProjects/PassportModels/build/"> <include name="**/*.cIass"/>

151

<include name="**/*.png'7> <exclude name="**/*.java7> <exclude name-'**/*.form'7> </fileset>

</jar>

<copy todir="${serverbins}">

<fileset dir="NetBeansProjects/binlibs/"/>

</copy>

<copy todir-'${serverbins}/icons">

<fileset dir="NetBeansProjects/WeldLib/src/icons/7>

</copy>

<echo>Disro succesfull builded. "${serverbins}"</echo> </target>

<target name —'mkdirs" description-'making necessary dirs">

<mkdir dir = "${serverbins}"/>

<mkdir dir="NetBeansProjects/WeldLib/dist"/>

<mkdir dip="NetBeansProjects/WeldLib/build"/>

<mkdir dir="NetBeansProjects/Catalog/dist"/>

<mkdir dir="NetBeansProjects/Catalog/build'7>

<mkdir dir="NetBeansProjects/PassportModels/dist"/>

<mkdir dir="NetBeansProjects/PassportModels/build"/>

<mkdir dir="NetBeansProjects/Update/dist'7>

<mkdir dir="NetBeansProjects/Update/build"/>

</target>

<target name-'clean" description="cleaning"> <echo>Clearning</echo> <delete dir="${serverbins}"/> <delete dir="NetBeansProjects/WeldLib/dist"/> <delete dir="NetBeansProjects/WeldLib/build"/> <delete dii="NetBeansProjects/Catalog/dist"/> <delete dir="NetBeansProjects/Catalog/build"/> <delete dir="NetBeansProjects/PassportModels/dist"/> <delete dir="NetBeansProjects/PassportModels/build"/> <delete dir="NetBeansProjects/Update/dist"/> <delete dir="NetBeansProjects/Update/build"/> <echo>Clearningsuccesfully</echo> </target></proj ect>

Приложение 2. Конфигурационный файл сборки программы-установщика.

Содержимое файла install.xml:

<?xml version-'1.0" encodin^="iso-8859-l" standalone="yes" ?> То compile it:

- go in the bin directory where you installed IzPack

- call "compile ../sample/install.xml -b ../sample" ->

installation version-'1.0"> <native type-'izpack" name="ShellLink.dll"/> <native type="3rdparty" name="COIOSHelper.dll" stage="both">

<os family="windows"/> </native> <info>

<appversion>974</appversion> <appname> WeldCatalog</ appname> <authors>

<author name="weld" email="passport@weld.su"/> </authors>

<url>http://weld.su</url> </info>

The gui preferences indication.

Sets the installer window to 640x480. It will not be able to change the size.

—>

<guiprefs width="640" height="480" resizable="yes"/>

<!—

The locale section.

Asks here to include the English and French langpacks. —>

<locale>

clangpack iso3="eng"/> <langpack iso3-'rus"/> </locale> <resources>

<res src="inst/shortcutSpec.xml" id-'shortcutSpec.xml"/> </resources> <!--

The panels section.

We indicate here which panels we want to use. The order will be respected.

—>

<panels>

<panel classname-'HelloPanel"/> <panel classname="TargetPanerV> <panel classname-'PacksPanel"/> <panel cl assname-Tnstal lPanel "/> <panel classname="ShortcutPaner'/> <panel classname="FinishPanerV> </panels>

The packs section.

We specify here our packs. —>

<packs>

<pack name="client" required-'yes"> <description>WeldCatalog</description>

<file src="distro/" targetdir="$INSTALLJPATH7> </pack>

</packs> </installation>

Содержимое файла shortcutSpec.xml:

<?xml version-'1.0" encoding="UTF-8" standalone="yes" ?> <shortcuts> <skipIfNotSupported/>

<programGroupdefaultName-'WeldCatalog" location="applications"/> <shortcut name-'Клиент WeldCatalog" programGroup="yes" desktop="yes" applications="no" startMenu-'yes" startup="no"

target="$INSTALL_PATH\distro\Catalog.cmd" workingDirectory="$INSTALL_PATH\distro"

commandLine=" " description="3anycK клиента WeldCatalog" iconFile="%SystemRoot%\system32\SHELL32.dll"

iconIndex="17"

>

<createForPack name="client"/>

</shortcut> <shortcut пате="Удалить WeldCatalog"

programGroup-'yes" desktop-'yes" applications-'no" startMenu="yes" startup="no"

target="$INSTALL_PATH\Uninstaller\uninstaller.jar" workingDirectory="$INSTALL_PATH"

commandLine-' " description-'Удаление программы WeldCatalog" iconFile="%SystemRoot%\system32\SHELL32.dll" iconIndex="18" initialState="noShow"> <createForPack name="client"/> </shortcut> </shortcuts>

Приложение 3. Интеграция сборки и упаковки программы-установщика информационной системы.

<project name = "WeldCatalogPHK" default="aH"> <property name="serverbins" value-'distro"/>

<taskdef name="izpack" classpath="/home/maxt/izpack/lib/standalone-compiler.jar" classname-'com.izforge.izpack.ant.IzPackTask7> <target name="pack" description="packing installer"> <hg cmd="log" dir=".">

<arg value-Ч 1 "/> </hg>

<izpack input="inst/install.xml" output="WeldCatalog-r${ant4hg.log.revision}.jar" installerType="standard" inheritAll-'true" basedir=".7>

<echo message="Co6paHO успешно"/> </target> <path id="classpath">

<fileset dir="NetBeansProjccts/binlibs">

<include name="**/*.jar7> </fileset>

<fileset dir-'${serverbins}">

<include name="**/*.jar7> </fileset>

<fileset dir="NetBeansProjects/buildtools">

<include name="**/*.jar7> </fileset> </path>

<taskdef resource="net/sourceforge/ant4hg/taskdefs/antlib.xml"

classpath="NetBeansProjects/buildtools/ant4hg-V0.07.jar"/>

156

<hg cmd="log" dir="."> <arg value="-l l"/> </hg>

<echo> $ {ant4hg.log.changeset}</echo>

<echo message-'Building distro for version ${ant4hg.log.revision}"/>

<echo message-'Latest changset's date is ${ant4hg.log.date}"/>

<eeho message="Latest changset's user is ${ant4hg.log.user}"/>

<echo message-'Latest changeset's message: ${ant4hg.log.summary}"/>

<target name -'all" description-'building weldcatalog distro" depends-'mkdirs">

<echo>Building SDKRT.jar</echo>

<javac destdir="NetBeansProjccts/WeldLib/build" classpathref="classpath" debug="on" encoding="UTF-8">

<src path-'NetBeansProjects/WeldLib/src" /> </javac>

<jar destfile="${serverbins}/WeldLib.jar">

<fileset dir="NetBeansProj ects/WeldLib/build/"> <include name="**/*.class"/> <include name="**/*.png"/> <exclude name="**/*.form"/> <exclude name="**/*.java"/> </fileset>

</jar>

<javac destdir="NetBeansProjects/Catalog/build" classpathref-'classpath" debug="on" encoding="UTF-8">

<src path="NetBeansProjects/Catalog/src" /> </javac>

<copy todir="NetBeansProjects/Catalog/build/icons/"> <fileset dir="NetBeansProjects/WeldLib/src/icons"/> </copy>

<jar destfile="${serverbins}/Catalog.jar">

<fileset dir="NetBeansProjects/Catalog/build/"> <include name="**/*.class7> <include name="**/*.png"/> <exclude name="**/*.java7> <exclude name="**/*.form7> </fileset>

</jar>

<echo>Building Update.jar</echo>

<j avac destdir="NetBeansProj ects/Update/bui Id" classpathref="classpath" debug="on" encodings"UTF-8"> <src path-'NetBeansProjects/Update/src7> </javac>

<j ar destfile="$ {serverbins } /Update .j ar"> <manifest>

<attribute name-'Main-Class" value-'update.Main"/> <attribute name="Class-Path" value= "commons-net-

2.0.jar "/>

</manifest> <fileset dir="NetBeansProjects/Update/build"> <include name="**/*.class7> <exclude name="**/*.java"/> <exclude name="**/*.form"/> </fileset> </jar>

<javac destdir="NetBeansProjects/PassportModels/build" classpathref="classpath" debug="on" eneoding="UTF-8">

<src path="NetBeansProjects/PassportModels/src" /> </javac>

<jar destfile-'$ {serverbins}/PassportModels.jar">

158

<manifest>

<attribute name-'Build-By" value="${user.name}"/> <attribute name-'Main-Class" value-'system.ViewConfig"/> <attribute name-'Class-Path" value-'WeldLib.jar Catalog.jar antlr-2.7.6.jar asm.jar asm-attrs.jar cglib-2.1.3.jar commons-col lections-2.1.1 .jar commons-logging-1.1.1 .jar dom4j-l .6.1 .jar ehcache-1.2.3.jar jdbc2_0-stdext.jar jta.jar hibernate3.jar hibernate-tools.jar hibernate-annotations.jar hibernate-commons-annotations.jar hibernate-entitymanager.jar javassist.jar ejb3-persistence.jar jai_imageio.jarjai_windows-i586.jar JCalendar-Bugfixed.jar swingru.jar mysql-connector-java-5.1.13-bin.jar jtds-1.2.5.jar jakarta-oro-2.0.8.jar commons-net-2.0.jar log4j-1.2.16.jar libMail/smtp.jar libMail/pop3.jar libMail/dsn.jar libMail/imap.jar libMail/mail.jar libMail/mailapi.jar derby.jar derbytools.jar ant-1.6.5.jar filter.jar jasperreports-3.7.6.jar jasperreports-applet-3.7.6.jar jasperreports-fonts-3.7.6.jar jasperreports-javaflow-3.7.6.jar commons-digester-2.0.jar commons-beanutils-1.5.jar jdt-compiler-3.1.1 .jar org-openide\org-openide-util.jar org-openide\org-openide-util-lookup.jar org-openide\org-openide-actions.jar org-openide\org-openide-awt.jar jdp.jar"/> </manifest>

<fileset dir="NetBeansProjects/PassportModels/build/"> <include name="**/*.class7> <include name="**/*.png"/> <exclude name="**/*.java"/> <exclude name="**/*.form"/> </fileset>

</jar>

<copy todir="${serverbins}">

<fileset dir="NetBeansProjects/binlibs/"/>

</copy>

<copy todir="${serverbins}/icons">

<fileset dir="NetBeansProjects/WeldLib/src/icons/"/> </copy>

<echo>Disro succesfull builded. "${serverbins}"</echo> </target>

<target name ="mkdirs" description-'making necessary dirs">

<mkdir dir = "${serverbins}"/>

<mkdir dir="NetBeansProjects/WeldLib/dist"/>

<mkdir dii="NetBeansProj ects/WeldLib/build''/>

<mkdir dii="NetBeansProjects/Catalog/dist'7>

<mkdir dir="NetBeansProjects/Catalog/build"/>

<mkdir dir="NetBeansProjects/PassportModels/dist"/>

<mkdir dir="NetBeansProjects/PassportModels/build"/>

<mkdir dir="NetBeansProjects/Update/dist"/>

<mkdir dir="NetBeansProj ects/Update/build'7>

</target>

<target name="clean" description-'cleaning"> <echo>Clearning</echo> <delete dir="${serverbins}'7> <delete dir="NetBeansProjects/WeldLib/dist'7> <delete dir="NetBeansProjects/WeldLib/build'7> <delete dir="NetBeansProjects/Catalog/dist'7> <delete dir="NetBeansProjects/Catalog/build'7> <delete dir="NetBeansProjects/PassportModels/dist'7> <delete dii="NetBeansProjects/PassportModels/build'7> <delete dir="NetBeansProjects/Update/dist'7> <delete dir="NetBeansProjects/Update/build'7> <echo>Clearning succesfully</echo> </target> </project>

Приложение 4. Документы о внедрении

1404Ь0 Россия Млсювсламобптсть, Коломенский рак«" подлог итьст, о 1шпПсра«маисд*1н чл. Лроныитениач '1,5ел + 7{*1М>)25&4064

Акт внедрения

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

Заместитель генерального директора сентяб^я-^б 13 г.

ООО «Первомайский хладокомбинат)»!/^_

Панкратенко С.Д тГ^^П

ч Л. „»»- 4,4^.

- -' -- ; л, : ,

•ч v, ^

1 * Чч

< -т ™

4 Як N

■ .-, ,

'"ЧЧ'

и» »ЧЧЛ ~ .

\ Л1- 1

--V - ^ \ * - Ч % .'И'Ч •

„ „•- ,,, ч ^ "V » {

Л. * - ^*

• - ----^^ чЧ?\ •''•сЛ

14 -ч 'ЫГ^.

УТВЕРЖДАЮ

Технический директор ООО «ВЕЛД»,

Общество с ограниченной ответственностью ВЕЛД рассмотрело и иняло для использования в практике проведения мероприятий по гспечению безопасности эксплуатации промышленных, зданий результаты следований, изложенных в диссертации на соискание учёной степени -гдидата технических наук Сорокина Максима Олеговича, по теме [нформационная система анализа параметров и условий эксплуатации эоительных объектов». Практический интерес для экспертной организации и цзорных служб в области промышленной безопасности представляют здующие результаты работы:

* частная информационная модель эксплуатируемого строительного объекта;

* база данных параметров безопасности эксплуатируемых строительных объектов;

* система классификации документации строительного объекта.

Разработанная в рамках диссертации информационная система успешно пользована (внедрена) при составлении электронных паспортов зданий и

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

Директор управления информационныхтехнологий, канд. техн. наук

И.ВЛЛишкин

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