Чем определяется состояние объекта
Как производится оценка состояния объекта?
В школе мне понадобились колоссальные усилия, чтобы понять концепт Кантора о множестве мощности континуум. Но потом я понял, что ничего не понял, а лишь заучил правила работы с такого рода объектами. В области понимания как было белое пятно, так оно и осталось белым. С тех пор я неоднократно возвращался к этому вопросу, пока не познакомился со статистической физикой и сопроматом.
В этих науках очень хорошо были определены понятия вещества и понятие состояния. Было сказано, что для определения вещества нужен объем минимального размера, меньше которого мы имеем уже не вещество, а набор молекул, а для оценки состояния требуется конечное время, чтобы зарегистрировать некоторое значение, связанное с состоянием. Если мы будем говорить о состоянии, используя временные интервалы менее минимального, то получим не оценку состояния, а что-то непонятное.
Я понимал, что на этой основе можно построить иную математику с иными аксиомами. Этого я не сделал, но запомнил, что для оценки состояния нужно указать минимальное время, в течение которого есть смысл говорить о совершении измерения, как для определения вещества нужен минимальный объем. Тогда данное время будет считаться мгновением для оценки данного состояния. Это время может быть разным для разных свойств и методов оценки. Например, для того, чтобы понять, какого цвета автобус при помощи глаз, нужны миллисекунды, а для того, чтобы понять в каком состоянии сейчас находится климат Земли при помощи термометра, нужно несколько лет.
Вторая трудность связана с выбором этих интервалов времени. Если мы решаем, что для оценки свойства объекта нужно конечное время, например, сутки, то можно разбить временную ось на суточные отрезки, определить значения для каждого такого отрезка и сказать, что мы оценили мгновенные состояния объекта. Но в таком решении чего-то не хватает. Вопрос: чего? Вы, наверно догадались, что есть два вопроса, на которые нужно ответить: будет ли минимальное количество времени само зависеть от времени? Можно ли сделать нарезку временных интервалов иным способом? Да, и да. И вот об эти вопросы разбиваются все рассуждения.
И снова нам на помощь приходит статистическая физика, или сопромат. В них рассматриваются множества разбиений. Если речь идет об оценке состояний, то речь идет о множестве разных разбиений временного отрезка на интервалы, внутри которых состояние может быть оценено. Далее любой вопрос, который волнует нас относительно объекта, чье состояние мы исследуем, надо обращать не к конкретному разбиению, а к множеству разбиений. Например, если мы исследуем состояние вращения вала двигателя, регистрируя его «мгновенные» частоты вращения, то можно задать вопрос: сколько оборотов совершил двигатель за конечный интервал времени? Чтобы это сделать, нужно будет для каждого разбиения сделать суммирование произведений скорости и времени. Для каждого разбиения мы получаем некий ответ и далее нам надо сделать предельный переход.
Этот переход делается в статистической физике и сопромате, но плохо описан и там, и там. Дело в том, что он связан с математической моделью, далекой от реальности, в которой утверждается, что свойство может быть измерено мгновенно не в смысле, который мы определили ранее, а в буквальном смысле. Это допущение, которое многими не осознается, приводит к доказательству сходимости частичных сумм, но является чистой воды фокусом. И этот фокус может не пройти. Есть свойства, для которых можно построить разные ряды разбиений, частичные суммы которых будут сходится к разным пределам. Однако, такие свойства мы обычно не моделируем, считая их экстравагантными. Наши теплые ламповые свойства не такие. Для них мы можем строить разбиения и делать предположения о сходимости. Правда, отличие от математической модели есть, и оно в том, что надо помнить о точности такого рода перехода. Точность будет определятся частотой разбиения, ниже которой мы не можем опуститься в силу того, что мгновенное свойство перестанет быть определено. У нас появится разброс в данных, который надо уметь обрабатывать. Эта обработка описана в статистической физике довольно подробно и названа флуктуацией свойства. Только не того свойства, значения которого мы собирали, а нового, расчетного.
Таким образом, что такое свойство объекта на отрезке времени? Это множество всех разбиений этого отрезка на интервалы, внутри которых определено «мгновенное значение» этого свойства. Когда мы фиксируем конкретное разбиение и «мгновенные значения» свойства на конкретном разбиении, это не свойство объекта в течении времени, это – не знаю, как назвать. Поможете?
Возможно вы сможете привести пример нетеплых и неламповых свойств, частичные суммы для которых зависят от разбиения?
Данное определение оценки свойства объекта приводит к тому, что оценка свойства зависит от метода измерений. Как правило, мы считаем, что значение свойства не зависит от метода измерений. Возможно, так и есть, если пренебречь точностью. Но на самом деле разные методы измерений дают разные значения. И это, порой, приводит к фундаментальным ограничениям на точность наших измерений, как, например, случилось в квантовой механике.
NEWOBJ.ru → Введение в ООП с примерами на C# →
NEWOBJ.ru → Введение в ООП с примерами на C# →2.3. Поля и методы: состояние и поведение
2.3. Поля и методы: состояние и поведение
§ 15. Состояние и поведение. В настоящем разделе мы подробнее разберем особенности использования методов и полей классов. Начнем с определения [Буч 3]:
Состояние объекта (state) – перечень полей объекта (обычно статический) и текущих значений каждого из этих полей (обычно динамический).
Мы оговариваем, что перечень полей обычно статический, то есть зафиксированный в определении класса, так как в некоторых языках перечень полей может быть изменен после создания объекта.
Мы оговариваем, что перечень текущих значений полей обычно динамический, то есть может меняться после создания объекта, так как во всех языках есть механизмы, позволяющие ограничить изменение полей после создания объекта. Мы обсудим некоторые из таких возможностей в следующем параграфе.
В настоящей книге мы используем термин поле ( field ), так как оно используется в C#. При этом в других языках программирования для обозначения полей класса могут применяться и другие термины: переменная-член ( member variable, member ), свойство ( property ). Отметим, что термин свойство, в свою очередь, имеет в C# специфическое значение и будет рассмотрен ниже в настоящей главе.
Приведем определение поведения объекта аналогичное определению состояния объекта [3].
Мы оговариваем, что перечень методов, обычно статический, так как в некоторых языках программирования существуют механизмы, позволяющие изменять перечень методов класса или отдельного объекта при выполнении программы.
Мы оговариваем, что результаты вызова методов зависят от текущего состояния или, по-другому, определяются историей объекта (то есть историей изменения его состояния), так как один и тот же метод в общем случае может возвращать разные результаты в зависимости от состояния.
Сокрытие переменных можно назвать разновидностью более общего понятия – перегрузки – использования в одной и той же области видимости одного и того же имени для обозначения разных элементов языка. Если «элемент языка» – метод, то мы имеем дело с перегрузкой методов.
Перегрузка метода (overloading) – определение в одной и той же области видимости нескольких методов с одинаковым именем, но различающихся количеством или типами параметров.
Компилятор, используя различие в параметрах, определяет на этапе компиляции, какой именно метод необходимо вызывать.
Мы используем термин метод, так как он используется в C#, но в других языках и, в целом, в объектно-ориентированном программировании как синонимы также используются термины функция (function) и функция-член (member function). Исторически термин функция возник в процедурном программировании и обозначал функцию, не связанную ни с каким классом. В объектно-ориентированных языках чтобы различать функции, не связанные ни с каким классом, и функции класса, последние стали называть другими терминами, например, функциями-членами в C++ и методами в C# и Java, оставив термин функция для функций, объявленных вне классов. При этом во многих объектно-ориентированных языках вовсе нет возможности объявить функцию вне какого-либо класса.
§ 16. Неизменяемость. Изменение программистом значений переменных (состояния объектов) в ходе выполнения программы выглядит вполне естественной практикой. Однако существует множество ситуаций, когда желательно так или иначе ограничивать эту возможность.
Приведем еще пример:
Дополнительным аргументов в пользу неизменяемости состояния объектов является потенциальное повышение производительности. Компилятор, зная, что значение тех или иных переменных не будет никогда меняться, может сгенерировать более оптимальный код.
Значения констант должны быть определены на момент компиляции приложения, поэтому мы не можем их использовать со ссылочными переменными – экземплярами классов 26 :
Этот пример демонстрирует несколько важных особенностей.
Во-первых, в C# неизменяемость ( immutability ) – это свойство класса, а не объекта: или мы объявляем класс как неизменяемый и все его экземпляры будут неизменяемыми. Или мы объявляем класс как изменяемый и все его экземпляры будут также изменяемыми. У нас нет возможности сделать неизменяемым только некоторые экземпляры этого класса. Для сравнения, отметим, что в C++ такая возможность есть: мы можем отметить ключевым слово const переменную или даже параметр метода и это будет значить, что указанную переменная или параметр метода невозможно изменить, но другие, не отмеченные этим словом экземпляры будут изменяемыми, а объект-параметр будет изменяемым вне соответствующего метода.
И последний момент, который мы разберем – особенность копирования неизменяемых объектов. В конструкторе для копирования объекта-центра мы используем копирование ссылки, так как уверены, что переданный объект уже не будет никогда изменен и вполне достаточно иметь всего один экземпляр объекта, на который будут ссылаться множество логически не связанных между собой переменных.
В заключение отметим, что, применяя имеющиеся возможности языка, как правило, лучше избыточно ограничить изменение переменных и позже снять это ограничение, чем случайно изменить переменную, которая с точки зрения других фрагментов кода, должна быть неизменяемой.
Несмотря на широкое использование в ежедневной практике, для объектно-ориентированного программирования неизменяемость – это всегда ограничение, так как исходно переменные в ООП изменяемые ( mutable ). Более того, в теории языков программирования введение неизменяемости для всех объектов – это определение функциональной парадигмы программирования [Мартин 11].
§ 17. Сохраняемость. Иногда требуется сохранить состояние объекта между запусками программы или при перемещении объекта между приложениями. Конечно, строго говоря, при восстановлении сохраненного состояния, мы в действительности создаем новый объект в памяти и присваиваем его полям значения, соответствующе тем, которые были у другого объекта. Однако удобно представлять этот процесс на более высоком уровне абстракции, как сохранение и восстановление.
Сохраняемость – способность объекта существовать во времени, переживая породивший его процесс, и (или) в пространстве, перемещаясь из своего первоначального адресного пространства. [Буч 3]
Для сохранения объекта в файл, передачи по сети или другому процессу, как правило, требуется привести значения полей объекта в формат, который будет понятен получателю и преобразовать их в непрерывную последовательность байт. Этот процесс называется сериализацией (от англ. serial – последовательный).
Сериализация (serialization) – преобразование состояния объекта в последовательность байт. Сериализация может быть двоичная, текстовая (JSON, XML) или какая-либо другая. Обратный процесс называется десериализацией.
На следующем рисунке предоставлен пример сериализации объекта в формат JSON.
ORM (object-relational mapping) – «объектно-реляционное сопоставление» – механизм (реализуемый не языком программирования, а сторонними библиотеками), позволяющий сохранять или восстанавливать состояние объекта в приложении в реляционную базу данных.
Следует отметить, что полноценное «зеркалирование» базы данных в объекты памяти помимо трудоемкости, а точнее рутинности этого процесса, сопряжено с множеством концептуальных проблем, прежде всего, связанных с транзакциями. Чтобы преодолеть эти ограничения некоторые базы данных заявляются как объектные, а не реляционные, в том смысле, что при работе с ними мы не транслируем объектную модель программы в реляционную модель БД с помощью ORM, а напрямую сохраняем в БД в объектной модели. Хотя эти направления динамично развиваются, однако пока остаются нишевыми.
§ 18. Свойства в C#. В заключение главы, коротко рассмотрим специальную синтаксическую разновидность методов в C# – свойства. В C# мы можем объявить метод, возвращающий значение заданного типа или принимающий один параметр заданного типа, используя следующий специальный синтаксис, позволяющий пользователям класса обращаться к этим методам, как к полям:
Отметим еще раз, что свойства – специфическая возможность C# и представляет лишь синтаксическое упрощение для объявления и вызова определенных методов, а термин «свойство» вне языка C# часто используется для обозначения обычных полей класса.
Вопросы и задания
1. Дайте определение следующим терминам и сопоставьте русские термины с английскими: состояние объекта, поле, переменная-член, свойство, поведение объекта, метод, перегрузка метода, функция, функция-член, сокрытие локальных переменных неизменяемость, константа; state, field, member variable, property, behavior, method, overloading, member function, immutability.
2. Имеет ли открытый ( public ) метод класса доступ к закрытым ( private ) полям того же класса (1) того же объекта, для которого этот метод был вызван; (2) для другого объекта того же класса, который был передан как параметр этого метода?
3. В чем отличие между классом без состояния ( stateless ) и неизменяемым классом ( immutable )?
4. Почему нельзя перегрузить методы с одинаковыми параметрами, но отличающимися типами возвращаемых значений?
6. Назовите преимущества и недостатки использования неизменяемых типов данных.
9. Является ли массив неизменяемым типом данных в C#?
10. Повышают ли производительность приложений использование const и readonly в C#? Является ли производительность фактором, который необходимо учитывать, применяя механизмы языка программирования по ограничению изменения состояния объектов?
11. Объясните утверждение, что в C# неизменяемость – свойство классов, а не объектов.
12.* Познакомьтесь с подходом «event sourcing» (к сожалению, устоявшегося перевода этого термина нет), в рамках которого мы храним список транзакций, то есть событий об изменении состояния, но не храним само состояние.
13.* Приведите аргументы в пользу следующего тезиса: «Чем большей памятью мы располагаем и чем быстрее становятся наши компьютеры, тем меньше мы нуждаемся в изменяемых состояниях.» [11]
24. Или – в C# – свойства, см. § 18.
25. Системы статического анализа кода не в счет, так как это внешние по отношению к языку программирования инструменты.
26. Строго говоря, структуры C# (struct) также не могут быть константами, хотя и являются значимыми типами.
27. Нередко этот способ сохранения объектов в реляционную БД подвергают критике. Подробный анализ этого вопроса приведен, например, в [Дейт 4]. Однако по факту, именно описанная модель сегодня является самой распространенной.
Основные состояния объекта
С позиций надежности объект может находиться в следующих технических состояниях: исправное, неисправное, работоспособное, неработоспособное и предельное.
Исправное состояние— состояние объекта, при котором он соответствует всем требованиям нормативно-технической и (или) конструкторской (проектной) документации.
Если хотя бы по одному из требований объект не соответствует нормативно-технической и (или) конструкторской (проектной) документации, состояние объекта считается неисправным.
Работоспособное состояние— состояние объекта, при котором значения всех параметров, характеризующих способность выполнять заданные функции, соответствует требованиям нормативно-технической и (или) конструкторской (проектной) документации.
В нормативно-технической документации отражены количественные значения параметров, а также их допустимые пределы изменения. Состояние объекта, при котором значение хотя бы одного параметра, характеризующего способность выполнять заданные функции, не соответствует требованиям нормативно-технической и (или) конструкторской (проектной) документации, называется неработоспособным.
Для сложных объектов возможно наличие нескольких работоспособных состояний, отличающихся уровнем эффективности применения объекта. Возможно также наличие нескольких неработоспособных состояний, при этом из всего множества неработоспособных состояний выделяют частично неработоспособные состояния, при которых объект способен частично выполнять требуемые функции.
Понятие “исправное состояние” является более “жестким” по отношению к объему требований, предъявляемых к объекту, чем понятие “работоспособное состояние”. Исправный объект всегда работоспособен. Работоспособный объект, в отличие от исправного, удовлетворяет не всем требованиям нормативно-технической и (или) конструкторской (проектной) документации, а лишь тем, которые обеспечивают его нормальное функционирование. При этом он может не удовлетворять, например, требованиям, относящимся к его внешнему виду (иметь местные нарушения лакокрасочного покрытия, вмятины на кожухах ограждений и т.п.). Работоспособный объект может быть неисправным, однако, его повреждения при этом не настолько существенны, чтобы они могли препятствовать функционированию объекта.
Предельное состояние обусловлено физической невозможностью дальнейшей эксплуатации объекта, либо недопустимым снижением его эффективности, либо требованиями безопасности и определяется установленным критерием предельного состояния.
Критерий предельного состояния— признак или совокупность признаков предельного состояния объекта, установленные нормативно-технической и (или) конструкторской (проектной) документацией.
Типичные критерии предельных состояний:
1) отказ одной или нескольких составных частей, восстановление или замена которых на месте эксплуатации не предусмотрены эксплуатационной документацией (должны выполняться на предприятии-изготовителе или на специализированном ремонтном предприятии);
2) механический износ ответственных деталей (узлов) или снижение физических (химических) свойств материалов до предельно допустимого уровня;
3) снижение наработки на отказ (повышение интенсивности отказов) ниже (выше) допустимого уровня;
4) повышение установленного уровня текущих (суммарных) затрат на техническое обслуживание и ремонт или другие признаки, определяющие экономическую нецелесообразность дальнейшей эксплуатации.
Понятия дефекта, неисправности, повреждения, отказа как событий, приводящих к нарушению исправного состояния объекта; понятие восстановления как события, приводящего к переходу из неисправного состояния в исправное.
Отказ— событие, заключающееся в нарушении работоспособного состояния объекта.
Критерий отказа— признак или совокупность признаков неработоспособного состояния объекта, установленных в нормативно-технической и (или) конструкторской (проектной) документации.
Типичные критерии отказов:
1) прекращение выполнения объектом заданных функций (отказ функционирования); снижение качества функционирования по одному или нескольким из выходных параметров (производительность, мощность, точность и др.) за пределы допускаемого уровня (параметрический отказ);
2) искажения информации на выходе объектов, из-за сбоев;
3) внешние проявления, связанные с наступлением или предпосылками наступления неработоспособного состояния (шум, вибрации, перегрев и др.).
В информационных системах подразделяют следующие отказы.
Аппаратным отказом принято считать событие, при котором изделие утрачивает работоспособность и для его восстановления требуется проведение ремонта аппаратуры или замена отказавшего изделия на работоспособное.
Информационный отказ возникает вследствие ошибки в информации и искажает результат работы программы.
Эргатический отказ возникает из-за ошибки персонала (например, оператора) и искажает результат работы программы.
Дата добавления: 2016-02-20 ; просмотров: 9398 ; ЗАКАЗАТЬ НАПИСАНИЕ РАБОТЫ
Чем определяется состояние объекта
НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ
ЗДАНИЯ И СООРУЖЕНИЯ. ПРАВИЛА ОБСЛЕДОВАНИЯ И МОНИТОРИНГА ТЕХНИЧЕСКОГО СОСТОЯНИЯ
Buildings and constructions. Rules of inspection and monitoring of the technical condition
____________________________________________________________________
Текст Сравнения ГОСТ Р 53778-2010 с ГОСТ 31937-2011 см. по ссылке.
— Примечание изготовителя базы данных.
____________________________________________________________________
Дата введения 2011-01-01
Сведения о стандарте
1 ПОДГОТОВЛЕН Государственным унитарным предприятием г.Москвы Московский научно-исследовательский и проектный институт типологии, экспериментального проектирования (ГУП МНИИТЭП) при участии Открытого акционерного общества «Научно-технический центр промышленной безопасности», Государственного унитарного предприятия г.Москвы «Научно-исследовательский институт московского строительства» (ГУП «НИИМосстрой»), Научно-производственного объединения «Современные диагностические системы» (НПО «СОДИС»), Научно-исследовательского, проектно-конструкторского и технологического института бетона и железобетона имени А.А.Гвоздева (ФГУП НИИЖБ), Научно-исследовательского и конструкторско-технологического института оснований подземных сооружений имени Н.М.Герсеванова (НИИОСП), Государственного общеобразовательного учреждения высшего профессионального образования Московский государственный строительный университет (МГСУ), Федерального государственного унитарного предприятия «Конструкторско-технологическое бюро бетона и железобетона» (ФГУП КТБ ЖБ), Российской академии наук «Институт проблем комплексного освоения недр РАН» (ИПКОН РАН), Автономной некоммерческой организации «Всемирная академия наук комплексной безопасности» (ВАН КБ)
2 ВНЕСЕН Техническим комитетом по стандартизации ТК 465 «Строительство»
ВНЕСЕНА поправка, опубликованная в ИУС N 3, 2012 год
Поправка внесена изготовителем базы данных
1 Область применения
Настоящий стандарт предназначен для применения в строительстве при проведении обследований и мониторинга технического состояния зданий и сооружений, при разработке заданий на проектирование, обследование и мониторинг зданий и сооружений, а также при разработке проектной документации. Роль стандарта в совокупности мероприятий по обеспечению безопасной эксплуатации зданий и сооружений определена в приложении А.
Настоящий стандарт распространяется на проведение работ по:
— комплексному обследованию технического состояния зданий и сооружений для проектирования их реконструкции или капитального ремонта;
— обследованию технического состояния зданий и сооружений для оценки возможности их дальнейшей безаварийной эксплуатации или необходимости их восстановления и усиления конструкций;
— общему мониторингу технического состояния зданий и сооружений для выявления объектов, конструкции которых изменили свое напряженно-деформированное состояние и требуют обследования технического состояния;
— мониторингу технического состояния зданий и сооружений, попадающих в зону влияния строек и природно-техногенных воздействий, для обеспечения безопасной эксплуатации этих зданий и сооружений;
— мониторингу технического состояния зданий и сооружений, находящихся в ограниченно работоспособном или аварийном состоянии, для оценки их текущего технического состояния и проведения мероприятий по устранению аварийного состояния;
— мониторингу технического состояния уникальных, в том числе высотных и большепролетных, зданий и сооружений для контроля состояния несущих конструкций и предотвращения катастроф, связанных с их обрушением.
Требования настоящего стандарта не распространяются на другие виды обследования и мониторинга технического состояния, преследующие цели, отличные от изложенных выше, на транспортные, гидротехнические и мелиоративные сооружения, магистральные трубопроводы, подземные сооружения и объекты, на которых ведутся горные работы и работы в подземных условиях, а также на работы, связанные с судебно-строительной экспертизой.
2 Нормативные ссылки
В настоящем стандарте использованы ссылки на следующие стандарты:
ГОСТ 12.1.012-90* Вибрационная безопасность. Общие требования
ГОСТ 21.609-83 Система проектной документации в строительстве. Газоснабжение. Внутренние устройства. Рабочие чертежи
ГОСТ 21.610-85 Система проектной документации в строительстве. Газоснабжение. Наружные газопроводы. Рабочие чертежи
ГОСТ 1497-84 Металлы. Методы испытаний на растяжение
ГОСТ 3242-79 Соединения сварные. Методы контроля качества
ГОСТ 3262-75 Трубы стальные водогазопроводные. Технические условия
ГОСТ 5802-86 Растворы строительные. Методы испытаний
ГОСТ 7076-99 Материалы и изделия строительные. Метод определения теплопроводности и термического сопротивления при стационарном тепловом режиме
ГОСТ 7564-97 Прокат. Общие правила отбора проб, заготовок и образцов для механических и технологических испытаний
ГОСТ 8462-85 Материалы стеновые. Методы определения пределов прочности при сжатии и изгибе
ГОСТ 12071-2000 Грунты. Отбор, упаковка, транспортирование и хранение образцов
ГОСТ 16483.3-84 Древесина. Метод определения предела прочности при статическом изгибе
ГОСТ 16483.7-71 Древесина. Методы определения влажности
ГОСТ 16483.10-73 Древесина. Метод определения предела прочности при сжатии вдоль волокон
ГОСТ 16483.18-72 Древесина. Метод определения числа годичных слоев в 1 см и содержания поздней древесины в годичном слое
ГОСТ 17177-94 Материалы и изделия строительные теплоизоляционные. Методы испытаний
ГОСТ 17624-87 Бетоны. Ультразвуковой метод определения прочности
ГОСТ 20444-85 Шум. Транспортные потоки. Методы измерения шумовой характеристики
ГОСТ 21718-84 Материалы строительные. Диэлькометрический метод измерения влажности
ГОСТ 22536.0-87 Сталь углеродистая и чугун нелегированный. Общие требования к методам анализа
ГОСТ 22690-88 Бетоны. Определение прочности механическими методами неразрушающего контроля
ГОСТ 23337-78 Шум. Методы измерения шума на селитебной территории и в помещениях жилых и общественных зданий
ГОСТ 24816-81 Материалы строительные. Метод определения сорбционной влажности
ГОСТ 24846-81 Грунты. Методы измерения деформаций оснований зданий и сооружений
ГОСТ 25380-82 Здания и сооружения. Метод измерения плотности тепловых потоков, проходящих через ограждающие конструкции
ГОСТ 25898-83 Материалы и изделия строительные. Методы определения сопротивления паропроницанию
ГОСТ 26254-84 Здания и сооружения. Методы определения сопротивления теплопередаче ограждающих конструкций
ГОСТ 26629-85 Здания и сооружения. Метод тепловизионного контроля качества теплоизоляции ограждающих конструкций
ГОСТ 27296-87 Защита от шума в строительстве. Звукоизоляция ограждающих конструкций. Методы измерения
ГОСТ 27751-88 Надежность строительных конструкций и оснований. Основные положения по расчету
ГОСТ 30256-94 Материалы и изделия строительные. Метод определения теплопроводности цилиндрическим зондом
ГОСТ 30290-94 Материалы и изделия строительные. Метод определения теплопроводности поверхностным преобразователем
ГОСТ 30416-96 Грунты. Лабораторные испытания. Общие положения
ГОСТ 31166-2003 Конструкции ограждающие зданий и сооружений. Метод калориметрического определения коэффициента теплопередачи
3 Термины и определения
В настоящем стандарте применены термины по [1], [2], [3], а также следующие термины с соответствующими определениями:
3.1 безопасность эксплуатации здания (сооружения): Комплексное свойство объекта противостоять его переходу в аварийное состояние, определяемое: проектным решением и степенью его реального воплощения при строительстве; текущим остаточным ресурсом и техническим состоянием объекта; степенью изменения объекта (старение материала, перестройки, перепланировки, пристройки, реконструкции, капитальный ремонт и т.п.) и окружающей среды как природного, так и техногенного характера; совокупностью антитеррористических мероприятий и степенью их реализации; нормативами по эксплуатации и степенью их реального осуществления.
3.2 конструктивная безопасность здания (сооружения): Комплексное свойство конструкций объекта (здания или сооружения) противостоять его переходу в аварийное состояние, определяемое: проектным решением и степенью его реального воплощения при строительстве; текущим остаточным ресурсом и техническим состоянием объекта; степенью изменения объекта (старение материала, перестройки, перепланировки, пристройки, реконструкции, капитальный ремонт и т.п.) и окружающей среды как природного, так и техногенного характера.
3.3 комплексное обследование технического состояния здания (сооружения): Комплекс мероприятий по определению и оценке фактических значений контролируемых параметров грунтов основания, строительных конструкций, инженерного обеспечения (оборудования, трубопроводов, электрических сетей и др.), характеризующих работоспособность объекта обследования и определяющих возможность его дальнейшей эксплуатации, реконструкции или необходимость восстановления, усиления, ремонта, и включающий в себя обследование технического состояния здания (сооружения), теплотехнических и акустических свойств конструкций, систем инженерного обеспечения объекта, за исключением технологического оборудования.
3.4 обследование технического состояния здания (сооружения): Комплекс мероприятий по определению и оценке фактических значений контролируемых параметров, характеризующих работоспособность объекта обследования и определяющих возможность его дальнейшей эксплуатации, реконструкции или необходимость восстановления, усиления, ремонта, и включающий в себя обследование грунтов основания и строительных конструкций на предмет выявления изменения свойств грунтов, деформационных повреждений, дефектов несущих конструкций и определения их фактической несущей способности.
3.5 специализированная организация: Физическое или юридическое лицо, уполномоченное действующим законодательством на проведение работ по обследованиям и мониторингу зданий и сооружений.
3.6 категория технического состояния: Степень эксплуатационной пригодности несущей строительной конструкции или здания и сооружения в целом, а также грунтов их основания, установленная в зависимости от доли снижения несущей способности и эксплуатационных характеристик.
3.7 критерий оценки технического состояния: Установленное проектом или нормативным документом количественное или качественное значение параметра, характеризующего деформативность, несущую способность и другие нормируемые характеристики строительной конструкции и грунтов основания.
3.8 оценка технического состояния: Установление степени повреждения и категории технического состояния строительных конструкций или зданий и сооружений в целом, включая состояние грунтов основания, на основе сопоставления фактических значений количественно оцениваемых признаков со значениями этих же признаков, установленных проектом или нормативным документом.
3.9 поверочный расчет: Расчет существующей конструкции и (или) грунтов основания по действующим нормам проектирования с введением в расчет полученных в результате обследования или по проектной и исполнительной документации: геометрических параметров конструкций, фактической прочности строительных материалов и грунтов основания, действующих нагрузок, уточненной расчетной схемы с учетом имеющихся дефектов и повреждений.
3.10 нормативное техническое состояние: Категория технического состояния, при котором количественные и качественные значения параметров всех критериев оценки технического состояния строительных конструкций зданий и сооружений, включая состояние грунтов основания, соответствуют установленным в проектной документации значениям с учетом пределов их изменения.
3.11 работоспособное техническое состояние: Категория технического состояния, при которой некоторые из числа оцениваемых контролируемых параметров не отвечают требованиям проекта или норм, но имеющиеся нарушения требований в конкретных условиях эксплуатации не приводят к нарушению работоспособности, и необходимая несущая способность конструкций и грунтов основания с учетом влияния имеющихся дефектов и повреждений обеспечивается.