Спецификация (технический стандарт)

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

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

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

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

Функциональная спецификация является разновидностью спецификации требований и может содержать функциональные блок-схемы. [ нужна цитата ]

Спецификация проекта или продукта описывает особенности решений для Спецификации требований, ссылаясь либо на спроектированное решение , либо на окончательное решение. Его часто используют для руководства изготовлением/производством. Иногда термин « спецификация» здесь используется в связи с техническим описанием (или техническим описанием ), что может сбить с толку. В паспорте описываются технические характеристики предмета или продукта, который часто публикуется производителем, чтобы помочь людям выбирать или использовать продукты. Технический паспорт не является технической спецификацией в смысле информации о том, как производить.

« в эксплуатации » или « обслуживается как » Спецификация определяет состояние системы или объекта после многих лет эксплуатации, включая последствия износа и технического обслуживания (изменения конфигурации).

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

Используйте [ править ]

В проектировании , производстве и бизнесе и пользователям материалов, продуктов или услуг жизненно важно поставщикам , покупателям понимать и согласовывать все требования. [2]

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

Стандарты для спецификаций могут предоставляться государственными органами, организациями по стандартизации ( SAE , AWS , NIST , ASTM , ISO / IEC , CEN / CENELEC , DoD и т. д.), торговыми ассоциациями , корпорациями и другими. В меморандуме, опубликованном Уильямом Дж. Перри , министром обороны США , 29 июня 1994 года, было объявлено, что должен быть введен переход к «более широкому использованию эксплуатационных и коммерческих спецификаций и стандартов», что Перри считал «одним из наиболее важных действий, которые [Министерство обороны] должно принять это в то время. [3] следующие британские стандарты К спецификациям применяются :

  • BS 7373-1:2001 Руководство по подготовке спецификаций. [4]
  • BS 7373-2:2001 Технические характеристики продукции. Руководство по определению критериев спецификации продукции и декларированию соответствия продукции [5]
  • BS 7373-3:2005, Технические характеристики продукции. Руководство по определению критериев для определения предложения услуг [6]

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

Правила закупок государственного сектора в Европейском Союзе и Великобритании требуют использования недискриминационных технических спецификаций для определения требований закупочной организации. Правила, касающиеся контрактов на общественные работы, первоначально с 1971 года запрещали «технические спецификации, имеющие дискриминационный эффект»; этот принцип был распространен на контракты на государственные поставки в соответствии с тогдашней Директивой Европейского сообщества 77/62/EEC о координации процедур заключения контрактов на государственные поставки, принятой в 1976 году. [7] Некоторые организации предоставляют рекомендации по написанию спецификаций для своих сотрудников и партнеров. [8] [9] Помимо определения конкретных атрибутов, необходимых для приобретаемых товаров или услуг, спецификации в государственном секторе могут также ссылаться на текущие корпоративные цели или приоритеты организации. [8] : 3 

Руководство и содержание [ править ]

руководство или стандартная операционная процедура, которые помогут написать и отформатировать хорошую спецификацию. Иногда доступно [10] [11] [12] Спецификация может включать в себя:

Строительство [ править ]

Северная Америка [ править ]

Спецификации в Северной Америке являются частью контрактной документации, которая сопровождает и регулирует чертежи для строительства зданий и инфраструктурных проектов. Спецификации описывают качество и характеристики строительных материалов с использованием цитат из кодов и опубликованных стандартов, тогда как чертежи или информационная модель здания (BIM) иллюстрируют количество и расположение материалов. Руководящим основным документом по именам и номерам является последняя редакция MasterFormat . Это согласованный документ, который совместно спонсируется двумя профессиональными организациями: Строительными спецификациями Канады и Институтом строительных спецификаций, базирующимся в США, и обновляется каждые два года.

Хотя существует тенденция полагать, что «спецификации имеют преимущественную силу над чертежами» в случае расхождений между текстовым документом и чертежами, фактическое намерение должно быть четко указано в контракте между Заказчиком и Подрядчиком. Стандарт AIA (Американский институт архитекторов) и EJCDC (Комитет по совместной инженерной контрактной документации) утверждает, что чертежи и спецификации дополняют друг друга и вместе предоставляют информацию, необходимую для всего объекта. Многие государственные учреждения, такие как Командование военно-морских средств (NAVFAC), заявляют, что спецификации имеют преимущественную силу над чертежами. Это основано на идее, что присяжным (или посреднику) легче интерпретировать слова, чем рисунки в случае спора.

Стандартный список строительных спецификаций разбит на 50 разделов или широких категорий типов работ и результатов работ, связанных со строительством. Разделы подразделяются на разделы, каждый из которых посвящен определенному типу материала (бетон) или продукту (стальные двери) строительных работ. Конкретный материал может быть покрыт в нескольких местах, в зависимости от результата работы: нержавеющая сталь (например) может быть покрыта в качестве листового материала, используемого при гидроизоляции, и листового металла в категории 07; это может быть часть готового изделия, например, перила, относящиеся к категории 05; или это может быть компонент строительного оборудования, относящийся к разделу 08. Первоначальный список разделов спецификаций был основан на временной последовательности строительства, от экстерьера к интерьеру, и эта логика до сих пор в некоторой степени соблюдается, поскольку новые материалы и системы находят свое применение. путь в процесс строительства.

Каждый раздел разделен на три отдельные части: «Общее», «Продукция» и «Исполнение». Мастер-формат и формат раздела [20] Системы могут успешно применяться в жилом, коммерческом, гражданском и промышленном строительстве. Хотя многие архитекторы находят довольно объемный коммерческий стиль спецификаций слишком длинным для большинства жилых проектов и поэтому либо создают более сокращенные собственные спецификации, либо используют ArCHspec (который был специально создан для жилых проектов). Системы основных спецификаций доступны от нескольких поставщиков, таких как Arcom, Visispec, BSD и Spectext. Эти системы были созданы для стандартизации языка в Соединенных Штатах и ​​обычно работают по подписке.

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

В то время как североамериканские спецификации обычно ограничиваются широким описанием работ, европейские спецификации и строительные работы могут включать фактические объемы работ, включая такие вещи, как площадь гипсокартона , подлежащего постройке, в квадратных метрах, например, спецификация . Этот тип спецификации представляет собой совместную работу автора спецификации и геодезиста . Такой подход необычен для Северной Америки, где каждый участник торгов проводит количественное обследование на основе чертежей и спецификаций. Во многих странах европейского континента контент, который в США можно было бы назвать «спецификациями», подпадает под действие строительных или муниципальных норм и правил. Гражданские и инфраструктурные работы в Соединенных Штатах часто включают также количественную разбивку работ, которые необходимо выполнить.

Хотя спецификации обычно выпускаются бюро архитектора , само написание спецификаций осуществляется архитектором и различными инженерами или специалистами по составлению спецификаций. Написание спецификаций часто представляет собой отдельную профессиональную профессию с профессиональными сертификатами, такими как «Сертифицированный строительный спецификатор» (CCS), которые можно получить через Институт строительных спецификаций и Зарегистрированный разработчик спецификаций (RSW). [21] через Строительные спецификации Канады. Составителями спецификаций могут быть отдельные организации, например субподрядчики , или сотрудники архитекторов , инженеров или компаний по управлению строительством. Составители спецификаций часто встречаются с производителями строительных материалов , которые хотят, чтобы их продукция была указана в предстоящих строительных проектах, чтобы подрядчики могли включить свою продукцию в смету, ведущую к их предложениям.

В феврале 2015 года было запущено ArCHspec от ArCH (Architects Making Homes), общенационального американского профессионального общества архитекторов, целью которого является улучшение жилой архитектуры. ArCHspec был создан специально для использования лицензированными архитекторами при разработке архитектурных проектов SFR (жилых домов для одной семьи). В отличие от более коммерческого CSI/CSC (более 50 коммерческих спецификаций подразделений), ArCHspec использует более краткие 16 традиционных подразделений, а также подразделение 0 (объем и формы заявок) и подразделение 17 (низкое напряжение). Многие архитекторы до этого момента не предоставили спецификации для проектов жилых домов, что является одной из причин создания ArCHspec: заполнить пустоту в отрасли более компактными спецификациями для жилых проектов. Документы со спецификациями более короткой формы, подходящие для использования в жилых помещениях, также доступны через Arcom и соответствуют формату из 50 делений, который был принят как в США, так и в Канаде, начиная с 2004 года. Формат из 16 делений больше не считается стандартным и не поддерживается либо CSI, либо CSC, либо любые службы основных спецификаций по подписке, хранилища данных, системы управления продуктами и большинство правительственных учреждений.

США, Положение о федеральных закупках регулирующее закупки для федерального правительства и его агентств, предусматривает, что копии чертежей и спецификаций должны храниться на строительной площадке. [22]

Египет [ править ]

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

Великобритания [ править ]

Спецификации в Великобритании являются частью контрактной документации, которая сопровождает и регулирует строительство здания. Их готовят профессионалы в области строительства, такие как архитекторы , архитектурные технологи , инженеры-строители , ландшафтные архитекторы и инженеры по обслуживанию зданий . Они создаются на основе спецификаций предыдущих проектов, внутренних документов или основных спецификаций, таких как Национальная строительная спецификация (NBS). Национальная строительная спецификация принадлежит Королевскому институту британских архитекторов (RIBA) через его коммерческую группу RIBA Enterprises (RIBAe). Основные спецификации NBS предоставляют широкий и всеобъемлющий контент, предоставляемый с использованием функциональных возможностей программного обеспечения, которые позволяют спецификаторам настраивать контент в соответствии с потребностями проекта и поддерживать его в актуальном состоянии.

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

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

Еда и лекарства [ править ]

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

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

Аналогичный подход применяется в производстве продуктов питания, в котором Кодекс Алиментариус занимает высшие стандарты, за которыми следуют региональные и национальные стандарты. [23]

Охват стандартов ISO на пищевые продукты и лекарства в настоящее время менее плодотворен и еще не выдвинут в качестве срочной повестки дня из-за жестких ограничений региональной или национальной конституции. [24] [25]

Спецификации и другие стандарты могут быть навязаны извне, как обсуждалось выше, а также внутренние спецификации производства и качества. Они существуют не только для пищевых или фармацевтических продуктов, но также для перерабатывающего оборудования , процессов обеспечения качества , упаковки , логистики ( холодовая цепь ) и т. д. и иллюстрируются стандартами ISO 14134 и ISO 15609. [26] [27]

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

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

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

Некоторые правительственные учреждения и организации по стандартизации начали разрабатывать формальные спецификации для данных о пищевых продуктах и ​​лекарствах с необходимой и достаточной ясностью и точностью для использования именно цифровыми вычислительными системами: Управление по контролю за продуктами и лекарствами США опубликовало спецификации для «структурированных данных». Этикетка продукта», которую производители лекарств должны по требованию использовать для подачи в электронном виде информации на этикетке лекарства. [29] Недавно ISO добилась определенного прогресса в области стандартов на пищевые продукты и лекарства , а также формальных спецификаций данных о регулируемых веществах благодаря публикации ISO 11238. [30]

Информационные технологии [ править ]

Необходимость спецификации [ править ]

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

Например, если два приложения совместно используют данные Unicode, но используют разные нормальные формы или используют их неправильно, несовместимым образом или без использования минимального набора спецификаций совместимости, это может привести к ошибкам и потере данных. Например, в Mac OS X есть множество компонентов, которые предпочитают или требуют только декомпозированные символы (поэтому Юникод, предназначенный только для декомпозиции, закодированный с помощью UTF-8, также известен как «UTF8-MAC»). В одном конкретном случае сочетание ошибок OS X при обработке составных символов и программного обеспечения для совместного использования файлов и принтеров Samba (которое заменяет разложенные буквы составными при копировании имен файлов) привело к запутанным и уничтожающим данные проблемам совместимости. [31] [32]

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

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

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

Формальный [ править ]

Основная статья: Формальная спецификация

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

Архитектурный [ править ]

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

Программа [ править ]

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

Функционал [ править ]

Основная статья: Функциональная спецификация

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

Веб-сервис [ править ]

Дополнительная информация: Список спецификаций веб-сервиса.

Спецификации веб-сервисов часто находятся под эгидой системы управления качеством . [33]

Документ [ править ]

Эти типы документов определяют, как должен быть написан конкретный документ, что может включать, помимо прочего, системы наименования документа, версию, макет, ссылки, структурирование, внешний вид, язык, авторские права, иерархию или формат и т. д. [34] [35] Очень часто такого рода спецификации дополняются обозначенным шаблоном. [36] [37] [38]

См. также [ править ]

Ссылки [ править ]

  1. ^ Перейти обратно: а б Форма и стиль стандартов, Синяя книга ASTM (PDF) . АСТМ Интернешнл . 2012 . Проверено 5 января 2013 г.
  2. ^ Гэри Блейк и Роберт В. Блай , Элементы технического письма , стр. 108. Нью-Йорк : Macmillan Publishers , 1993. ISBN   0020130856
  3. ^ Перри, WJ, Спецификации и стандарты - Новый способ ведения бизнеса: меморандум Уильяма Дж. Перри , опубликованный 29 июня 1994 г. (переиздан Обществом инженеров автомобильной промышленности , 7 января 2001 г.), по состоянию на 14 сентября 2022 г.
  4. ^ BS 7373-1: 2001
  5. ^ BS 7373-2: 2001
  6. ^ BS 7373-3: 2005
  7. ↑ Бюро публикаций Европейского Союза, Директива Совета 77/62/EEC от 21 декабря 1976 г. о координации процедур заключения контрактов на государственные поставки , по состоянию на 14 сентября 2022 г.
  8. ^ Перейти обратно: а б Совет графства Саффолк, Общее руководство по написанию спецификаций , версия 4, сентябрь 2017 г., по состоянию на сентябрь 2022 г.
  9. ^ Crown Commercial Service, Как написать спецификацию - Procurement Essentials , опубликовано 16 ноября 2021 г., по состоянию на 26 сентября 2022 г.
  10. ^ Стаут, Питер. «Руководство по написанию спецификаций оборудования» (PDF) . Архивировано из оригинала (PDF) 28 апреля 2019 года . Проверено 15 июня 2009 г.
  11. ^ «Руководство по написанию спецификаций» (pdf) . Объединенный школьный округ Лос-Анджелеса . Проверено 8 ноября 2010 г.
  12. ^ «Формат и содержание уникальных спецификаций обороны и программ» (pdf) . Министерство обороны США. 2 апреля 2008 года . Проверено 16 сентября 2010 г.
  13. ^ Международная Организация Стандартизации . «01.080.01: Графические символы в целом» . Проверено 10 июня 2009 г.
  14. ^ Международная Организация Стандартизации . «ИСО 10209» . Проверено 10 июня 2009 г.
  15. ^ Перейти обратно: а б Международная Организация Стандартизации . «ISO 832:1994 Информация и документация. Библиографическое описание и ссылки. Правила сокращения библиографических терминов» . Проверено 10 июня 2009 г.
  16. ^ ИСО 690
  17. ^ Международная Организация Стандартизации . «ISO 12615:2004 Библиографические ссылки и идентификаторы источников для терминологической работы» . Проверено 10 июня 2009 г.
  18. ^ Раздел 21 CFR, часть 11
  19. ^ Перейти обратно: а б ИИЭЭ . «Спецификация PDF для IEEE Xplore» (PDF) . Институт инженеров по электротехнике и электронике (IEEE) . Проверено 27 марта 2009 г.
  20. ^ Институт строительных спецификаций
  21. ^ CSC-dcc.ca/Сертификация
  22. ^ Положение о федеральных закупках, 52.236-21 «Спецификации и чертежи для строительства» , по состоянию на 6 января 2021 г.
  23. ^ Стандарты пищевых продуктов Австралия Новая Зеландия . «Кодекс пищевых стандартов Австралии и Новой Зеландии» . Архивировано из оригинала 5 апреля 2008 года . Проверено 6 апреля 2008 г.
  24. ^ Правила маркировки пищевых продуктов
  25. ^ Анализ опасностей и критические контрольные точки
  26. ^ Международная Организация Стандартизации . «ISO 14134:2006 Оптика и оптические приборы. Технические характеристики астрономических телескопов» . Проверено 27 марта 2009 г.
  27. ^ Международная Организация Стандартизации . «ISO 15609:2004 Спецификация и аттестация процедур сварки металлических материалов. Спецификация процедур сварки» . Проверено 27 марта 2009 г.
  28. ^ Центр оценки и исследований лекарств (октябрь 2006 г.). Руководство для промышленности: исследование результатов испытаний, не соответствующих техническим требованиям (OOS), для фармацевтического производства (PDF) . Управление по контролю за продуктами и лекарствами . Проверено 20 мая 2009 г.
  29. ^ Управление по санитарному надзору за качеством пищевых продуктов и медикаментов США . «Ресурсы по структурированной маркировке продуктов» . Управление по контролю за продуктами и лекарствами . Проверено 29 августа 2011 г.
  30. ^ Международная Организация Стандартизации . «ISO/DIS 11238 – Информатика здравоохранения – Идентификация лекарственных средств – Элементы и структуры данных для уникальной идентификации и обмена регламентированной информацией о веществах» . Проверено 29 августа 2011 г.
  31. ^ Sourceforge.net
  32. ^ Forums.macosxhints.com
  33. ^ Стефанович, Миладин; Матиевич, Милан; Эрик, Милан; Симич, Вишня; и другие. (2009). «Метод проектирования и спецификации веб-сервисов на основе документации системы качества». Границы информационных систем . 11 (1): 75–86. дои : 10.1007/s10796-008-9143-y . S2CID   3194809 .
  34. ^ Стандарты информации о биоразнообразии. «Спецификация документации по стандартам TDWG» . Проверено 14 июня 2009 г.
  35. ^ Международная конференция по гармонизации технических требований к регистрации лекарственных средств для человеческого применения . «ICH M2 EWG — Общая электронная техническая документация» (PDF) . Архивировано из оригинала (PDF) 8 мая 2007 года . Проверено 14 июня 2009 г.
  36. ^ Делани, Деклан; Стивен Браун. «Шаблоны документов для студенческих проектов по разработке программного обеспечения» (PDF) . Архивировано из оригинала (PDF) 6 марта 2009 года . Проверено 14 июня 2009 г.
  37. ^ «Стандартная рабочая процедура лазерной безопасности» (PDF) . Архивировано из оригинала (PDF) 27 июня 2010 года . Проверено 14 июня 2009 г.
  38. ^ Университет Толедо . «Пример стандартных требований к рабочим процедурам для защиты BSL2» (PDF) . Проверено 14 июня 2009 г.

Дальнейшее чтение [ править ]

Retrieved from "https://en.wikipedia.org/w/index.php?title=Specification_(technical_standard)&oldid=1222267178"