Спецификация на: Образец спецификации на поставку товара 2021-2022 года
Спецификация на примерах, ключевые идеи
http://specificationbyexample.com/key_ideas.html
Автор: Gojko Adzic
Спецификация на примерах (specification by example) – это набор процессных шаблонов, которые способствуют созданию правильных, эффективно поставляющихся продуктов. Когда я говорю «правильный продукт», я имею в виду программное обеспечение, которое дает требуемый бизнес эффект или выполняет бизнес цель, поставленную заказчиками или бизнес пользователями, и которое достаточно гибко для будущих изменений, а цена изменения достаточно определенная.
Эти процессы являются шаблонами, потому что они происходят в разных контекстах и дают похожие результаты. Большинство команд реализовали идеи этих процессов путем проб и ошибок, когда стремились внести улучшения и реализовать программное обеспечение более эффективно.
Определение содержания (scope) исходя из целей
Многие команды рассчитывают, что заказчик, product owner или бизнес пользователь придет к ним с содержанием работ до начала реализации.
Подразумевается, что все, что предшествует этому, не относится к области программной разработки. Команды рассчитывают, что бизнес пользователи точно определят, чего они хотят, и тогда команды пойдут и реализуют это. Таким вот предположительно образом заказчики будут счастливы. Фактически отсюда начинаются проблемы с построением правильного продукта. Содержание проекта – это на самом деле решение бизнес проблемы или способ достижения бизнес цели. Полагаясь на то, что заказчики дадут нам список пользовательских историй, use case-ов или еще чего-то в этом роде, мы , в действительности, просим их спроектировать решение. Бизнес пользователи – не дизайнеры программного обеспечения. Если они определяют содержание, значит проект не получает пользу от знаний людей из команды разработки. Это часто приводит к созданию программного обеспечения, которое делает то, что просит заказчик, но это не то, что ему действительно нужно, или есть функциональная незавершенность.
Вместо требований, которые являются решением неизвестной проблемы, действительно успешные команды определяют содержание проекта исходя из целей.
Они начинают с рассмотрения бизнес цели, которую хочет достичь заказчик. Они совместно определяют содержание, которое позволяет достичь эту бизнес цель, начиная с желаемого бизнес эффекта. Команда приходит к хорошему решению вместе с бизнес пользователями. Бизнес пользователи сосредотачиваются на том, чтобы рассказать о назначении желаемой фичи, на той ценности, которую они ожидают получить от нее. Это помогает всем понять, что же в действительности нужно. Команда может предложить решение, которое дешевле, быстрее, легче поставить или поддерживать, чем то, к чему могли бы прийти сами бизнес пользователи. Для получения дополнительной информации прочитайте про Отображение воздействия (Impact Mapping).
Совместное определение
Если разработчики и тестировщики не участвуют в разработке спецификаций, то эти спецификации нужно отдельно объяснять команде, что оставляет множество возможностей для неправильного понимания и потери важных деталей. Как следствие, бизнес пользователи должны валидировать программное обеспечение после поставки, а команды должны вносить изменения, если валидация провалилась.
Это все ненужные переделки.
Вместо того, чтобы полагаться на одного человека, который создаст правильную спецификацию в изоляции, успешные команды вместе с бизнес пользователями вместе определяют решение. Люди с разным опытом используют разные эвристики для решения проблем, и идеи у них разные. Технические эксперты знают, как лучше использовать базовую инфраструктуру и как применить новые технологии. Тестировщики знают, где может сломаться система, и где искать потенциальные проблемы, и эти проблемы должны быть предотвращены в первую очередь. При определении содержания проекта нужно собрать всю эту информацию.
Совместное определение позволяет нам использовать знания и опыт всей команды. Кроме того, создается ощущения коллективного владения спецификацией, что делает людей более вовлеченными в процесс создания системы.
Иллюстрирование на примерах
Обычный язык неоднозначен и зависим от контекста, поэтому любые требования, описанные обычным языком редко бывают полными.
Они просто не обеспечивают полный и недвусмысленный контекст для разработки или тестирования. Разработчики и тестировщики должны интерпретировать такие требования для создания программного обеспечения и тестовых скриптов, а разные люди могут интерпретировать сложные концепции по-разному. Это особенно проблематично, когда что-то кажется очевидным, но нам нужна экспертиза в этом домене или знание определенного жаргона для того, чтобы полностью это понять. Небольшие различия в понимании могут дать серьезный накопительный эффект, что часто становится причиной переделок сразу после поставки. Это вызывает ненужные задержки. Вместо того, чтобы ждать, когда спецификации станут писать сразу на языке программирования, успешные команды делают их конкретными, иллюстрируя с помощью примеров. Они определяют и записывают ключевые примеры, типичные примеры для всех важных классов функций, нужных для полноты спецификации. Разработчики и тестировщики часто предлагают дополнительные примеры, которые иллюстрируют краевые случаи или определенные проблематичные области системы.
Это проясняет функциональные пробелы и несоответствия и дает уверенность в том, что у всех, кто вовлечен, одинаковое представление о том, что же нужно поставить, а также позволяет избежать переделок, вызванных неверной интерпретацией.
Если система работает правильно для всех ключевых примеров, мы знаем, что она соответствует спецификации, которую мы совместно выработали. Фактически ключевые примеры эффективно определяют, что должна делать система. Они одновременно являются целью для разработчика и критерием оценки того, что система готова. Если ключевые примеры легко понять и обсудить, мы можем заменить требования ключевыми примерами.
Совершенствование спецификации
Открытый диалог во время совместной работы над спецификацией дает общее понимание домена, но полученные примеры часто содержат больше деталей, чем это действительно нужно для иллюстрации определенной фичи. Бизнес пользователи думают о системе с точки зрения пользовательского интерфейса, поэтому они предлагают примеры работы фичи на уровне кликов, ссылок и заполнения полей.
Использование таких многословных описаний слишком ограничивает систему и определяет, как что-то должно быть сделано, а не что должно быть сделано. Избыток деталей делает примеры сложнее для обсуждения и понимания. Ключевые примеры должны быть «вычищены», чтобы быть полезными. Совершенствуя спецификацию, удаляя из ключевых примеров лишние детали, успешные команды получают очень конкретный и точный контекст для разработки и тестирования. Цель определяется с детальностью, достаточной для реализации и проверки, но без всякой дополнительной информации. Команды определяют, что должна делать система, а не как.
Очищенные примеры можно использовать в качестве приемочных критериев для поставки. Разработка не завершена, пока система не станет работать корректно для всех этих примеров. Добавив к ключевым примерам некоторую дополнительную информацию, которая делает их проще для понимания, команды получают спецификацию с примерами, которая в то же время является спецификацией работ, приемочным тестом и функциональным регрессионным тестом в будущем.
Автоматизация валидации без изменения спецификаций
Как только мы пришли к соглашениям по спецификациям с примерами и очистили их, мы может использовать их как цель разработки и для валидации продукта. Система много раз будет проверяться на этих тестах в течение разработки, чтобы убедиться, что она соответствует цели. Выполнение этих проверок вручную будет вносить ненужные задержки и замедлять обратную реакцию.
Быстрая обратная реакция – это важная часть разработки программного обеспечения на коротких итерациях или в потоковом режиме, поэтому нам нужно сделать процесс валидации системы дешевым и эффективным. Очевидное решение – это автоматизация. Однако эта автоматизация концептуально другая по сравнению с обычной автоматизацией, которую проводят разработчики и тестировщики. Если мы автоматизируем валидацию ключевых примеров, используя традиционные инструменты unit-тестирования или традиционные инструменты автоматизации функциональных тестов, есть риск возникновения проблем , если что-то потеряется при переходе от бизнес спецификаций к технической автоматизации.
Технически автоматизированные спецификации становятся недоступными для бизнес пользователей. Когда требования меняются (именно «когда», а не «если») или когда разработчикам или тестировщикам нужны дальнейшие уточнения, мы не сможем просто использовать спецификацию, которую уже автоматизировали. Мы могли бы хранить ключевые примеры в более читабельной форме, например в виде документов Word или web страниц, но как только появится несколько версий, у нас возникнут проблемы с синхронизацией. Вот почему объемная бумажная документация никогда не бывает до конца корректной.
Чтобы получить максимум из ключевых примеров, успешные команды автоматизируют валидацию без изменения информации. Они оставляют спецификацию без изменений, когда проводят автоматизацию, без каких-либо рисков связанных с переводом. Поскольку они автоматизируют валидацию, не меняя спецификации, ключевые примеры остаются почти в той же форме, как они выглядели на доске – читабельными и доступными всем членам команды.
Автоматизированная спецификация с примерами, в читабельной форме, доступная всем членам команды, становится выполняемой спецификацией.
Мы можем использовать ее как цель разработки и легко проверять, делает ли система то, о чем мы договорились. Мы можем использовать тот же документ, чтобы получить уточнения у бизнес пользователей. Если нужно изменить спецификацию, нужно делать это только в одном месте.
Частая валидация
Чтобы эффективно поддерживать программную систему, нам нужно знать, что она делает и почему. Во многих случаях единственный способ сделать это – залезть в программный код или найти кого-то, кто может это сделать, если вы не эксперт по иероглифам. Часто код – это единственная вещь, которой мы действительно доверяем. Большинство написанной документации устарело еще до того, как проект поставлен. Программисты становятся оракулами знаний и узким местом для получения информации. С выполняемой спецификацией можно легко провалидировать систему, чтобы проверить делает ли она то, что должна. Если валидация происходит часто, то мы будем уверены в выполняемой спецификации, так же как и в коде.
Часто проверяя все выполняемые спецификации, команды быстро находят разницу между системой и спецификациями.
Поскольку их выполняемые спецификации легко понять, команды могут обсудить изменения со своими бизнес пользователями и решить, как справиться с проблемами. Они постоянно поддерживают синхронизацию между системой и выполняемой спецификацией.
Развитие системы документации
Большинству успешных команд не достаточно множества часто валидирующихся выполняемых спецификаций. Они хотят быть уверены, что спецификации хорошо организованны, легко доступны и согласованны. По мере развития проекта, у команды появляется понимание изменений домена. Рыночные возможности становятся причиной изменений в модели бизнес домена. Команды, которые получают максимум из Спецификаций на примерах, вносят изменения в спецификации, чтобы отразить эти изменения, развивая живую систему документации. Живая документация заменяет все артефакты, которые нужны команде для поставки правильного продукта, и это хорошо подходит для коротких итеративных или потоковых процессов.
Живая документация – это надежный и авторитетный источник информации по системной документации, который доступен всем.
Она так же надежна как код, но ее намного легче читать и понимать. Группа поддержки может использовать ее, чтобы понять, что система делает и почему. Разработчики могут использовать ее как цель разработки. Тестировщики могут использовать ее для тестирования. Бизнес аналитики могут использовать ее как начальную точку, анализируя запросы на изменение функциональности. И, кроме того, мы бесплатно получаем регрессионные тесты.
Живая документация – это конечный продукт Спецификации на примерах. Для создания системы живой документации многие команды приходят к определению специфичного для домена языка, с помощью которого создаются спецификации и тесты. Они структурируют свои спецификации на этом языке, чтобы поддерживать их согласованность, легкость в понимании и минимизировать цену поддержки. При создании выполняемых спецификаций для уже существующих продуктов, командам часто нужно сделать систему и архитектуру более тестируемой, тогда требуется спланировать и реализовать серьезные изменения, касающиеся дизайна.
Спецификация на покрытие с эффектом перламутра IF 415/13
Главная > Спецификация на покрытие с эффектом перламутра IF 415/13
Код: IF 415/13 Описание: покрытие с эффектом перламутра
Область применения: | Мебель, кухонные фасады, двери |
Способ нанесения: | Лакораспылительные пистолеты |
Рецептура смешивания: Часть А Часть В (отвердитель) Растворитель | По весу (кг) IF 415/13 100 ТН 790 30 DT 431 60 |
Технические характеристики:
Содержание нелетучего вещества (%): | Часть А: 40 ± 1 А + В: 39 ± 1 |
Плотность (кг/л): | Часть А: 0,995 ± 0,030 Часть В: 0,950 ± 0,030 |
Вязкость (DIN 4 при 20° С, в секундах): | Часть А: 120 ± 5 А + В: 35 ± 5 |
Жизнеспособность при 20° С: | 3 — 4 часа |
Рекомендуемый вес жидкого слоя (г/ кв. | 80 ¸ 120 на слой |
Число слоев: | Максимум 2 |
Интервал между слоями: | 1 минута |
Время сушки (при 100 г/кв.м и 20° С, минут): | От воздействия пыли 15 На отлип 40 — 50 |
Нанесение иных слоев: | Через 3 — 5 часов |
Срок годности: | При соблюдении правил хранения срок годности не ограничен. После длительного хранения всегда проверяйте однородность и тщательно перемешивайте для устранения осадка. |
м):
Подготовка субстрата:
Покрытие с эффектом перламутра наносится на полиуретановое покрытие требуемого цвета без его шлифования.
Общие характеристики:
Это специальное покрытие с эффектом перламутра, вид которого меняется вследствие преломления света. Такое покрытие следует покрывать глянцевым прозрачным акриловым лаком, например TL 336/00. Если требуется матовая поверхность, можно использовать TZ 70XX. Для получения различных оттенков в покрытие IF 415/13 можно добавлять морилки XM 8000/XX или XC 1900.
Особые указания:
Для получения хорошего эффекта рекомендуется покрытие IF 415/13 наносить в два слоя, 70-80 г/м2 каждый, с интервалом в 1 минуту. Поскольку на точеных деталях и маленьких рамках невозможно достичь отличного преломления света, в этих случаях эффект может быть более металлическим. Предпочтительнее не шлифовать предыдущее цветное покрытие. Когда нельзя избежать шлифования (например, для обеспечения адгезии), рекомендуется шлифовать вручную или вращающимся шлифовальным инструментом; в любом случае движения должны быть круговыми, а не прямыми.
Предупреждение:
При получении белого или пастельных цветов подложка должна быть светлее.
Перейти на страницу Рекомендации по работе с материалами Sayerlack
Стандартные технические условия на топливо для автомобильных двигателей с искровым зажиганием
Лицензионное соглашение ASTM
ВАЖНО — ВНИМАТЕЛЬНО ПРОЧИТАЙТЕ ЭТИ УСЛОВИЯ ПЕРЕД ВХОДОМ В ЭТОТ ПРОДУКТ ASTM.
Приобретая подписку и нажимая на это соглашение, вы вступаете в
контракт, и подтверждаете, что прочитали настоящее Лицензионное соглашение, что вы понимаете
его и соглашаетесь соблюдать его условия. Если вы не согласны с условиями настоящего Лицензионного соглашения,
немедленно покиньте эту страницу, не входя в продукт ASTM.
1. Право собственности:
Этот продукт защищен авторским правом как
компиляции и в виде отдельных стандартов, статей и/или документов («Документы») ASTM
(«ASTM»), 100 Barr Harbour Drive, West Conshohocken, PA 19428-2959 USA, за исключением случаев, когда
прямо указано в тексте отдельных документов.
2. Определения.
A. Типы лицензиатов:
(i) Индивидуальный пользователь:
один уникальный компьютер с индивидуальным IP-адресом;
(ii) Одноместный:
одно географическое местоположение или несколько
объекты в пределах одного города, входящие в состав единой организационной единицы, управляемой централизованно;
например, разные кампусы одного и того же университета в одном городе управляются централизованно.
(iii) Multi-Site:
организация или компания с
независимое управление несколькими точками в одном городе; или организация или
компания, расположенная более чем в одном городе, штате или стране, с центральным управлением для всех местоположений.
B. Авторизованные пользователи:
любое лицо, подписавшееся
к этому Продукту; если Site License также включает зарегистрированных студентов, преподавателей или сотрудников,
или сотрудник Лицензиата на Одном или Множественном Сайте.
3. Ограниченная лицензия.
ASTM предоставляет Лицензиату ограниченное,
отзывная, неисключительная, непередаваемая лицензия на доступ посредством одного или нескольких
авторизованные IP-адреса и в соответствии с условиями настоящего Соглашения использовать
разрешенных и описанных ниже, каждого Продукта ASTM, на который Лицензиат подписался.
A. Конкретные лицензии:
(i) Индивидуальный пользователь:
(a) право просматривать, искать, извлекать, отображать и просматривать Продукт;
(b)
право скачивать, хранить или распечатывать отдельные копии отдельных Документов или частей таких Документов исключительно для собственного использования Лицензиатом. То есть Лицензиат может получить доступ к электронному файлу Документа (или его части) и загрузить его. Документа) для временного хранения на одном компьютере в целях просмотра и/или печать одной копии документа для личного пользования. Ни электронный файл, ни единственный печатный отпечаток может быть воспроизведен в любом случае. Кроме того, электронный файл не может распространяться где-либо еще по компьютерным сетям или иным образом.
Это
электронный файл нельзя отправить по электронной почте, загрузить на диск, скопировать на другой жесткий диск или
в противном случае разделены. Одна печатная копия может быть распространена среди других только для их
внутреннее использование в вашей организации; его нельзя копировать. Индивидуальный загруженный документ
иным образом не может быть продана или перепродана, сдана в аренду, сдана в аренду, одолжена или сублицензирована.(ii) Односайтовые и многосайтовые лицензии:
(a) право просматривать, искать, извлекать, отображать и просматривать Продукт;
(b) право скачивать, хранить или распечатывать отдельные копии отдельных Документов или частей таких Документов для личных целей Авторизованного пользователя. использовать и передавать такие копии другим Авторизованным пользователям Лицензиата в компьютерной сети Лицензиата;
(c) если образовательное учреждение, Лицензиату разрешается предоставлять печатная копия отдельных Документов отдельным учащимся (Авторизованные пользователи) в классе по месту нахождения Лицензиата;
(d) право на отображение, загрузку и распространение печатных копий
Документов для обучения Авторизованных пользователей или групп Авторизованных пользователей.
(e) Лицензиат проведет всю необходимую аутентификацию и процессы проверки, чтобы гарантировать, что только авторизованные пользователи могут получить доступ к продукту ASTM.
(f) Лицензиат предоставит ASTM список авторизованных IP-адреса (числовые IP-адреса домена) и, если многосайтовый, список авторизованных сайтов.
B. Запрещенное использование.
(i) Настоящая Лицензия описывает все разрешенные виды использования. Любой другой использование запрещено, является нарушением настоящего Соглашения и может привести к немедленному прекращению действия настоящей Лицензии.
(ii) Авторизованный пользователь не может производить этот Продукт, или
Документы, доступные любому, кроме другого Авторизованного Пользователя, будь то по интернет-ссылке,
или разрешив доступ через его или ее терминал или компьютер; или другими подобными или отличными средствами или договоренностями.
(iii) В частности, никто не имеет права передавать, копировать,
или распространять любой Документ любым способом и с любой целью, за исключением случаев, описанных в Разделе
3 настоящей Лицензии без предварительного письменного разрешения ASTM. Особенно,
за исключением случаев, описанных в Разделе 3, никто не может без предварительного письменного разрешения
ASTM: (a) распространять или пересылать копию (электронную или иную) любой статьи, файла,
или материал, полученный из любого продукта или документа ASTM; (b) воспроизводить или фотокопировать любые
стандарт, статья, файл или материал из любого продукта ASTM; в) изменять, видоизменять, приспосабливать,
или переводить любой стандарт, статью, файл или материал, полученный из любого продукта ASTM;
(d) включать любой стандарт, статью, файл или материал, полученный из любого продукта ASTM или
Документировать в других произведениях или иным образом создавать любые производные работы на основе любых материалов.
получено из любого продукта или документа ASTM; (e) взимать плату за копию (электронную или
иным образом) любого стандарта, статьи, файла или материала, полученного из любого продукта ASTM или
Документ, за исключением обычных расходов на печать/копирование, если такое воспроизведение разрешено
по разделу 3; или (f) систематически загружать, архивировать или централизованно хранить существенные
части стандартов, статей, файлов или материалов, полученных из любого продукта ASTM или
Документ. Включение печатных или электронных копий в пакеты курсов или электронные резервы,
или для использования в дистанционном обучении, не разрешено настоящей Лицензией и запрещено без
Предварительное письменное разрешение ASTM.
(iv) Лицензиат не может использовать Продукт или доступ к
Продукт в коммерческих целях, включая, помимо прочего, продажу Документов,
материалы, платное использование Продукта или массовое воспроизведение или распространение Документов
в любой форме; а также Лицензиат не может взимать с Авторизованных пользователей специальные сборы за использование
Продукт сверх разумных расходов на печать или административные расходы.
C. Уведомление об авторских правах . Все копии материала из ASTM Продукт должен иметь надлежащее уведомление об авторских правах от имени ASTM, как показано на начальной странице. каждого стандарта, статьи, файла или материала. Сокрытие, удаление или изменение уведомление об авторских правах не допускается.
4. Обнаружение запрещенного использования.
A. Лицензиат несет ответственность за принятие разумных мер
для предотвращения запрещенного использования и незамедлительного уведомления ASTM о любых нарушениях авторских прав или
запрещенное использование, о котором Лицензиату стало известно. Лицензиат будет сотрудничать с ASTM
при расследовании любого такого запрещенного использования и предпримет разумные шаги для обеспечения
прекращение такой деятельности и предотвращение ее повторения.
B. Лицензиат должен прилагать все разумные усилия для защиты Продукт от любого использования, не разрешенного настоящим Соглашением, и уведомляет ASTM о любом использовании, о котором стало известно или о котором было сообщено.
5. Постоянный доступ к продукту.
ASTM резервирует
право прекратить действие настоящей Лицензии после письменного уведомления, если Лицензиат существенно нарушит
условия настоящего Соглашения. Если Лицензиат не оплачивает ASTM какую-либо лицензию или
абонентской платы в установленный срок, ASTM предоставит Лицензиату 30-дневный период в течение
что бы вылечить такое нарушение. Для существенных нарушений период устранения не предоставляется
связанные с нарушениями Раздела 3 или любыми другими нарушениями, которые могут привести к непоправимым последствиям ASTM.
вред. Если подписка Лицензиата на Продукт ASTM прекращается, дальнейший доступ к
онлайн-база данных будет отклонена. Если Лицензиат или Авторизованные пользователи существенно нарушают
настоящую Лицензию или запрещать использование материалов в любом продукте ASTM, ASTM оставляет за собой право
право отказать Лицензиату в любом доступе к Продукту ASTM по собственному усмотрению ASTM.
6. Форматы доставки и услуги.
A. Некоторые продукты ASTM используют стандартный интернет-формат HTML.
ASTM оставляет за собой право изменить такой формат с уведомлением Лицензиата за три [3] месяца,
хотя ASTM приложит разумные усилия для использования общедоступных форматов.
Лицензиат и Авторизованные пользователи несут ответственность за получение за свой счет
подходящие подключения к Интернету, веб-браузеры и лицензии на любое необходимое программное обеспечение
для просмотра продуктов ASTM.
B. Продукты ASTM также доступны в Adobe Acrobat (PDF) Лицензиату и его Авторизованным пользователям, которые несут единоличную ответственность за установку и настройка соответствующего программного обеспечения Adobe Acrobat Reader.
C. ASTM приложит разумные усилия для обеспечения онлайн-доступа
доступны на постоянной основе. Доступность будет зависеть от периодического
перерывы и простои для обслуживания сервера, установки или тестирования программного обеспечения,
загрузка новых файлов и причины, не зависящие от ASTM. ASTM не гарантирует доступ,
и не несет ответственности за ущерб или возврат средств, если Продукт временно недоступен,
или если доступ становится медленным или неполным из-за процедур резервного копирования системы,
объем трафика, апгрейды, перегрузка запросов к серверам, общие сбои сети
или задержки, или любая другая причина, которая может время от времени делать продукт недоступным
для Лицензиата или Авторизованных пользователей Лицензиата.
7. Условия и стоимость.
A. Срок действия настоящего Соглашения _____________ («Период подписки»). Доступ к Продукту предоставляется только на Период Подписки. Настоящее Соглашение останется в силе после этого для последовательных Периодов подписки при условии, что ежегодная абонентская плата, как таковая, может меняются время от времени, оплачиваются. Лицензиат и/или ASTM имеют право расторгнуть настоящее Соглашение. в конце Периода подписки путем письменного уведомления, направленного не менее чем за 30 дней.
B. Сборы:
8. Проверка.
ASTM имеет право проверять соответствие
с настоящим Соглашением, за свой счет и в любое время в ходе обычной деятельности
часы. Для этого ASTM привлечет независимого консультанта при соблюдении конфиденциальности.
соглашение, для проверки использования Лицензиатом Продукта и/или Документов ASTM. Лицензиат соглашается
разрешить доступ к своей информации и компьютерным системам для этой цели. Проверка
состоится после уведомления не менее чем за 15 дней, в обычные рабочие часы и в
таким образом, чтобы не создавать необоснованного вмешательства в деятельность Лицензиата. Если
проверка выявляет нелицензионное или запрещенное использование продуктов или документов ASTM,
Лицензиат соглашается возместить ASTM расходы, понесенные при проверке и возмещении
ASTM для любого нелицензированного/запрещенного использования. Применяя эту процедуру, ASTM не отказывается от
любое из своих прав на обеспечение соблюдения настоящего Соглашения или на защиту своей интеллектуальной собственности путем
любым другим способом, разрешенным законом.
Лицензиат признает и соглашается с тем, что ASTM может внедрять
определенная идентифицирующая или отслеживающая информация в продуктах ASTM, доступных на Портале.
9. Пароли:
Лицензиат должен немедленно уведомить ASTM
о любом известном или предполагаемом несанкционированном использовании(ях) своего пароля(ей) или о любом известном или предполагаемом
нарушение безопасности, включая утерю, кражу, несанкционированное раскрытие такого пароля
или любой несанкционированный доступ или использование Продукта ASTM. Лицензиат несет исключительную ответственность
для сохранения конфиденциальности своего пароля (паролей) и для обеспечения авторизованного
доступ и использование Продукта ASTM. Личные учетные записи/пароли не могут быть переданы.
10. Отказ от гарантии:
Если не указано иное в настоящем Соглашении,
все явные или подразумеваемые условия, заверения и гарантии, включая любые подразумеваемые
гарантия товарного состояния, пригодности для определенной цели или ненарушения прав
отказываются от ответственности, за исключением случаев, когда такие отказы признаются юридически недействительными.
11. Ограничение ответственности:
В пределах, не запрещенных законом,
ни при каких обстоятельствах ASTM не несет ответственности за любые потери, повреждения, потерю данных или за особые, косвенные,
косвенные или штрафные убытки, независимо от теории ответственности,
возникающие в результате или в связи с использованием продукта ASTM или загрузкой документов ASTM.
Ни при каких обстоятельствах ответственность ASTM не будет превышать сумму, уплаченную Лицензиатом по настоящему Лицензионному соглашению.
12. Общие.
A. Прекращение действия:
Настоящее Соглашение действует до
прекращено. Лицензиат может расторгнуть настоящее Соглашение в любое время, уничтожив все копии
(на бумажном, цифровом или любом носителе) Документов ASTM и прекращении любого доступа к Продукту ASTM.
B. Применимое право, место проведения и юрисдикция:
Это
Соглашение должно толковаться и толковаться в соответствии с законодательством
Содружество Пенсильвании. Лицензиат соглашается подчиняться юрисдикции и месту проведения
в суды штата и федеральные суды Пенсильвании по любому спору, который может возникнуть в соответствии с настоящим
Соглашение. Лицензиат также соглашается отказаться от любых претензий на неприкосновенность, которыми он может обладать.
C. Интеграция:
Настоящее Соглашение представляет собой полное соглашение
между Лицензиатом и ASTM в отношении его предмета. Он заменяет все предыдущие или
одновременные устные или письменные сообщения, предложения, заверения и гарантии
и имеет преимущественную силу над любыми противоречащими или дополнительными условиями любой цитаты, заказа, подтверждения,
или другое сообщение между сторонами, относящееся к его предмету в течение срока действия
настоящего Соглашения.
Никакие изменения настоящего Соглашения не будут иметь обязательной силы, если они не будут в письменной форме
и подписан уполномоченным представителем каждой стороны.
D. Назначение:
Лицензиат не может назначать или передавать
свои права по настоящему Соглашению без предварительного письменного разрешения ASTM.
E. Налоги.
Лицензиат должен уплатить все применимые налоги,
за исключением налогов на чистый доход ASTM, возникающий в результате использования Лицензиатом Продукта ASTM.
и/или права, предоставленные по настоящему Соглашению.
Руководство Технические характеристики
Эти руководящие спецификации для спецификации сборного предварительно напряженного бетона предназначены для использования в качестве основы для разработки генеральной спецификации офиса или при подготовке спецификаций для конкретного проекта.
В любом случае спецификации направляющих должны быть отредактированы в соответствии с условиями использования. Особое внимание следует уделить исключению неприменимых положений или включению соответствующих требований. Согласуйте спецификацию с информацией, показанной на чертежах контракта, чтобы избежать дублирования или конфликтов.
Архитектурный сборный железобетон
Эти документы служат основой для определения производства на заводе, включая дизайн продукта, не указанный в контрактной документации, и монтаж архитектурного сборного железобетона на месте.
Технические характеристики руководства: Сертификация архитектуры PCI, категория AA
(документ Microsoft Word)
Технические характеристики руководства: Сертификация архитектуры PCI, категория AB
(документ Microsoft Word)
Технические характеристики руководства: Сертификация архитектуры PCI, категория AC
(документ Microsoft Word)
Технические характеристики руководства: архитектурная сертификация PCI, категория AD
(документ Microsoft Word)
Технические характеристики руководства: Конструкционный сборный железобетон
(документ Microsoft Word)
Узнайте больше о сборном железобетоне
Бетон, армированный стекловолокном (GFRC)
Этот документ предназначен для использования в спецификации бетона, армированного стекловолокном (GFRC).
Технические характеристики руководства: Бетон, армированный стекловолокном
(документ Microsoft Word)
Узнайте больше о GFRC
Спецификация для глиняного тонкого кирпича (изделия из глины или бетона) или терракоты, встроенной в сборный железобетон
Тонкий глиняный кирпич или бетонный кирпич или терракотовые блоки должны соответствовать одному из следующих требований:
Спецификация PCI для встроенного глиняного тонкого кирпича
(документ Microsoft Word)
Спецификация PCI для архитектурной терракоты
(файл Adobe PDF)
Цель этих спецификаций состоит в том, чтобы наметить критерии для производителей тонкого кирпича и терракотового сборного железобетона, которым должны соответствовать при поставке материалов производителям сборного железобетона и проектировщикам. Цель состоит в том, чтобы установить приемлемые допуски на размеры и согласованные стандарты испытаний для тонкого кирпича и терракоты, встроенных в сборные железобетонные системы.
Об авторе