Спецификация часто относится к набору документированных требований, которым должен соответствовать материал, конструкция, продукт или услуга. [1] Спецификация часто является типом технического стандарта .
Существуют различные типы технических или инженерных спецификаций (specs), и этот термин используется по-разному в разных технических контекстах. Они часто относятся к конкретным документам и/или конкретной информации в них. Слово « спецификация» в широком смысле определяется как «указывать явно или подробно» или «быть конкретным».
Спецификация требований — это документированное требование или набор документированных требований, которым должен соответствовать данный материал, конструкция, продукт, услуга и т. д. [1] Это обычная начальная часть процессов инженерного проектирования и разработки продукта во многих областях.
Функциональная спецификация — это разновидность спецификации требований, которая может содержать функциональные блок-схемы. [ необходима ссылка ]
Спецификация проекта или продукта описывает особенности решений для спецификации требований, ссылаясь либо на разработанное решение , либо на окончательное произведенное решение. Она часто используется для руководства изготовлением/производством. Иногда термин спецификация здесь используется в связи с листом данных (или спецификацией ), что может сбивать с толку. Лист данных описывает технические характеристики элемента или продукта, часто публикуемые производителем, чтобы помочь людям выбрать или использовать продукты. Лист данных не является технической спецификацией в смысле информирования о том, как производить.
Спецификация « в процессе эксплуатации » или « в состоянии обслуживания » определяет состояние системы или объекта после многих лет эксплуатации, включая последствия износа и технического обслуживания (изменения конфигурации).
Спецификации — это тип технического стандарта, который может быть разработан любым из различных видов организаций, как в государственном , так и в частном секторе. Примеры типов организаций включают корпорацию , консорциум (небольшая группа корпораций), торговую ассоциацию (отраслевая группа корпораций), национальное правительство (включая его различные государственные организации, регулирующие агентства и национальные лаборатории и институты), профессиональную ассоциацию (общество), специализированную организацию по стандартизации, такую как ISO , или нейтральные по отношению к поставщику разработанные общие требования. Обычно одна организация ссылается ( ссылается , вызывается , цитируется ) на стандарты другой. Добровольные стандарты могут стать обязательными, если приняты государственным или деловым контрактом.
В проектировании , производстве и бизнесе поставщикам , покупателям и пользователям материалов, продуктов или услуг крайне важно понимать и согласовывать все требования. [2]
Спецификация может ссылаться на стандарт , на который часто ссылаются в контракте или закупочном документе, или на иным образом согласованный набор требований (хотя все еще часто используется в единственном числе). В любом случае, она предоставляет необходимые сведения о конкретных требованиях.
Стандарты для спецификаций могут быть предоставлены правительственными агентствами, организациями по стандартизации ( SAE , AWS , NIST , ASTM , ISO / IEC , CEN / CENELEC , DoD и т. д.), торговыми ассоциациями , корпорациями и другими. Меморандум, опубликованный Уильямом Дж. Перри , министром обороны США , 29 июня 1994 года, объявил о том, что должен быть введен переход к «более широкому использованию эксплуатационных и коммерческих спецификаций и стандартов», что Перри считал «одним из самых важных действий, которые [Министерство обороны] должно было предпринять» в то время. [3] Следующие британские стандарты применяются к спецификациям:
Спецификация конструкции/продукта не обязательно доказывает, что продукт является правильным или полезным в каждом контексте. Элемент может быть проверен на соответствие спецификации или проштампован номером спецификации: это само по себе не означает, что элемент пригоден для других, непроверенных применений. Люди, которые используют элемент ( инженеры , профсоюзы и т. д.) или определяют элемент ( строительные нормы , правительство, промышленность и т. д.), несут ответственность за рассмотрение выбора доступных спецификаций, указание правильной, обеспечение соответствия и правильное использование элемента. Проверка пригодности необходима.
Правила государственных закупок в Европейском Союзе и Соединенном Королевстве требуют использования недискриминационных технических спецификаций для определения требований закупающей организации. Правила, касающиеся государственных контрактов на выполнение работ, изначально запрещали «технические спецификации, имеющие дискриминационный эффект» с 1971 года; этот принцип был распространен на государственные контракты на поставку тогдашней Директивой Европейских сообществ 77/62/EEC о координации процедур присуждения государственных контрактов на поставку, принятой в 1976 году. [7] Некоторые организации предоставляют своим сотрудникам и партнерам руководство по написанию спецификаций. [8] [9] Помимо определения конкретных атрибутов, требуемых от закупаемых товаров или услуг, спецификации в государственном секторе могут также ссылаться на текущие корпоративные цели или приоритеты организации. [8] : 3
Иногда доступно руководство или стандартная операционная процедура , которые помогут написать и отформатировать хорошую спецификацию. [10] [11] [12] Спецификация может включать:
Спецификации в Северной Америке являются частью контрактных документов, которые сопровождают и регулируют чертежи для строительства зданий и инфраструктурных проектов. Спецификации описывают качество и эксплуатационные характеристики строительных материалов с использованием ссылок на коды и опубликованных стандартов, тогда как чертежи или информационная модель здания (BIM) иллюстрируют количество и расположение материалов. Руководящим основным документом названий и номеров является последняя редакция MasterFormat . Это консенсусный документ, который совместно спонсируется двумя профессиональными организациями: Construction Specifications Canada и Construction Specifications Institute, базирующимся в США, и обновляется каждые два года.
Хотя существует тенденция полагать, что «спецификации преобладают над чертежами» в случае расхождений между текстовым документом и чертежами, фактическое намерение должно быть четко указано в контракте между Владельцем и Подрядчиком. Стандарт AIA (Американский институт архитекторов) и EJCDC (Комитет по инженерным совместным контрактным документам) гласит, что чертежи и спецификации являются взаимодополняющими, вместе предоставляя информацию, необходимую для полного объекта. Многие государственные учреждения, такие как Командование военно-морских сооружений (NAVFAC), заявляют, что спецификации преобладают над чертежами. Это основано на идее, что присяжным (или посреднику) легче интерпретировать слова, чем чертежи в случае спора.
Стандартный перечень строительных спецификаций делится на 50 Разделов , или широких категорий типов работ и результатов работ, связанных со строительством. Разделы подразделяются на разделы, каждый из которых посвящен определенному типу материала (бетон) или рабочему продукту (стальная дверь) строительных работ. Конкретный материал может быть охвачен в нескольких местах, в зависимости от результата работы: нержавеющая сталь (например) может быть охвачена как листовой материал, используемый в фартуке и листовом металле в разделе 07; он может быть частью готового продукта, такого как поручень, охваченном в разделе 05; или он может быть компонентом строительной фурнитуры, охваченном в разделе 08. Первоначальный перечень разделов спецификаций был основан на временной последовательности строительства, работая от внешнего к внутреннему, и эта логика все еще в некоторой степени соблюдается, поскольку новые материалы и системы проникают в процесс строительства.
Каждый раздел подразделяется на три отдельные части: «общие», «продукты» и «исполнение». Системы MasterFormat и SectionFormat [20] могут успешно применяться в жилом, коммерческом, гражданском и промышленном строительстве. Хотя многие архитекторы считают довольно объемный коммерческий стиль спецификаций слишком длинным для большинства жилых проектов и поэтому либо создают более сокращенные спецификации самостоятельно, либо используют ArCHspec (который был специально создан для жилых проектов). Системы основных спецификаций доступны от нескольких поставщиков, таких как Arcom, Visispec, BSD и Spectext. Эти системы были созданы для стандартизации языка в Соединенных Штатах и обычно основаны на подписке.
Спецификации могут быть либо «основанными на производительности», когда спецификатор ограничивает текст указанием производительности, которая должна быть достигнута завершенной работой, «предписывающими», когда спецификатор указывает конкретные критерии, такие как стандарты изготовления, применимые к элементу, или «патентованными», когда спецификатор указывает конкретные продукты, поставщиков и даже подрядчиков, которые приемлемы для каждого объема работ. Кроме того, спецификации могут быть «закрытыми» с определенным списком продуктов или «открытыми», допускающими замены, сделанные строителем. Большинство строительных спецификаций представляют собой комбинацию типов, основанных на производительности и патентованных, называя приемлемых производителей и продукты, а также указывая определенные стандарты и критерии проектирования, которые должны быть соблюдены.
В то время как североамериканские спецификации обычно ограничиваются общими описаниями работы, европейские и гражданские работы могут включать фактические объемы работы, включая такие вещи, как площадь гипсокартона , который должен быть построен в квадратных метрах, как в спецификации материалов . Этот тип спецификации является совместным усилием между составителем спецификации и сметчиком . Такой подход необычен для Северной Америки, где каждый участник торгов выполняет количественную оценку на основе как чертежей, так и спецификаций. Во многих странах европейского континента контент, который можно было бы описать как «спецификации» в Соединенных Штатах, подпадает под действие строительного кодекса или муниципального кодекса. Гражданские и инфраструктурные работы в Соединенных Штатах часто также включают количественную разбивку работы, которая должна быть выполнена.
Хотя спецификации обычно выпускаются офисом архитектора , само написание спецификаций выполняется архитектором и различными инженерами или специалистами по написанию спецификаций. Написание спецификаций часто является отдельной профессиональной профессией, с профессиональными сертификатами, такими как «Сертифицированный строительный спецификатор» (CCS), доступными через Институт строительных спецификаций и Зарегистрированный строитель спецификаций (RSW) [21] через Строительные спецификации Канады. Составители спецификаций могут быть отдельными субъектами, такими как субподрядчики , или они могут быть сотрудниками архитекторов, инженеров или компаний по управлению строительством. Составители спецификаций часто встречаются с производителями строительных материалов , которые хотят, чтобы их продукция была указана в предстоящих строительных проектах, чтобы подрядчики могли включить свою продукцию в сметы, ведущие к их предложениям.
В феврале 2015 года ArCHspec начал работу от ArCH (Architects Creating Homes), общенационального американского профессионального общества архитекторов, целью которого является улучшение жилой архитектуры. ArCHspec был создан специально для использования лицензированными архитекторами при проектировании архитектурных проектов SFR (Single Family Residential). В отличие от более коммерческих спецификаций 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]
В настоящее время охват стандартов на пищевые продукты и лекарственные препараты со стороны ИСО не столь продуктивен и пока не выдвинут в качестве неотложной задачи из-за жестких ограничений региональной или национальной конституции. [24] [25]
Спецификации и другие стандарты могут быть навязаны извне, как обсуждалось выше, но также и внутренние производственные и качественные спецификации. Они существуют не только для пищевых или фармацевтических продуктов, но и для обрабатывающего оборудования , процессов качества , упаковки , логистики ( холодильная цепь ) и т. д. и представлены в ISO 14134 и ISO 15609. [26] [27]
Обратной стороной явного заявления спецификаций является процесс работы с наблюдениями, которые не соответствуют спецификации. Управление по контролю за продуктами и лекарствами США опубликовало необязательную рекомендацию, которая касается именно этого пункта. [28]
В настоящее время значительная часть информации и нормативных актов, касающихся пищевых продуктов и изделий из них, по-прежнему сохраняется в форме, которая затрудняет применение методов и технологий автоматизированной обработки, хранения и передачи информации.
Для эффективной и действенной работы системам данных, способным обрабатывать, хранить и передавать информацию о продуктах питания и пищевых продуктах, необходимы формальные спецификации для представления данных о продуктах питания и пищевых продуктах.
Разработка формальных спецификаций для данных о пищевых продуктах и лекарственных средствах с необходимой и достаточной ясностью и точностью для использования, в частности, цифровыми вычислительными системами, начала появляться в некоторых государственных учреждениях и организациях по стандартизации: Управление по контролю за продуктами питания и лекарственными средствами США опубликовало спецификации для «Структурированной этикетки продукта», которую производители лекарств должны по требованию использовать для представления в электронном виде информации на этикетке препарата. [29] Недавно ISO добилась определенного прогресса в области стандартов на пищевые продукты и лекарственные средства и формальных спецификаций для данных о регулируемых веществах посредством публикации ISO 11238. [30]
Во многих контекстах, особенно в программном обеспечении, спецификации необходимы для предотвращения ошибок из-за отсутствия совместимости, например, в вопросах взаимодействия.
Например, когда два приложения совместно используют данные Unicode, но используют разные нормальные формы или используют их неправильно, несовместимым образом или без совместного использования минимального набора спецификаций взаимодействия, могут возникнуть ошибки и потеря данных. Например, Mac OS X имеет много компонентов, которые предпочитают или требуют только разложенные символы (таким образом, разложенный только Unicode, закодированный с помощью UTF-8, также известен как «UTF8-MAC»). В одном конкретном случае сочетание ошибок OS X при обработке составных символов и программного обеспечения для обмена файлами и принтерами Samba (которое заменяет разложенные буквы на составные при копировании имен файлов) привело к запутанным и уничтожающим данные проблемам взаимодействия. [31] [32]
Приложения могут избежать подобных ошибок, сохраняя входные кодовые точки и нормализуя их только до предпочтительной для приложения нормальной формы для внутреннего использования.
Подобных ошибок можно также избежать с помощью алгоритмов, нормализующих обе строки перед любым двоичным сравнением.
Однако ошибки, связанные с несовместимостью кодировок имен файлов, существовали всегда из-за отсутствия минимального набора общих спецификаций для программного обеспечения, которое, как предполагалось, должно было бы взаимодействовать между различными драйверами файловых систем, операционными системами, сетевыми протоколами и тысячами программных пакетов.
Формальная спецификация — это математическое описание программного обеспечения или оборудования , которое может быть использовано для разработки реализации . Она описывает , что система должна делать, а не (обязательно) как система должна это делать. При наличии такой спецификации можно использовать формальные методы проверки, чтобы продемонстрировать, что проект системы-кандидата верен относительно этой спецификации. Это имеет то преимущество, что неправильные проекты системы-кандидата могут быть пересмотрены до того, как будут сделаны крупные инвестиции в фактическую реализацию проекта. Альтернативный подход заключается в использовании доказуемо правильных шагов уточнения для преобразования спецификации в проект и, в конечном итоге, в фактическую реализацию, которая является правильной по построению.
В разработке систем (аппаратных, программных или корпоративных) архитектурная спецификация представляет собой набор документации , описывающей структуру , поведение и другие представления этой системы .
Спецификация программы — это определение того, что должна делать компьютерная программа . Она может быть неформальной , в этом случае ее можно рассматривать как руководство пользователя с точки зрения разработчика, или формальной , в этом случае она имеет определенное значение, определенное в математических или программных терминах. На практике многие успешные спецификации пишутся для понимания и тонкой настройки приложений, которые уже были хорошо разработаны, хотя критически важные для безопасности программные системы часто тщательно специфицируются до разработки приложения. Спецификации наиболее важны для внешних интерфейсов, которые должны оставаться стабильными.
В разработке программного обеспечения функциональная спецификация (также функциональная спецификация или спецификации или документ функциональных спецификаций (FSD) ) — это набор документации , описывающий поведение компьютерной программы или более крупной программной системы . Документация обычно описывает различные входные данные, которые могут быть предоставлены программной системе, и то, как система реагирует на эти входные данные.
Спецификации веб-сервисов часто находятся под эгидой системы управления качеством . [33]
Эти типы документов определяют, как должен быть написан конкретный документ, что может включать, помимо прочего, системы наименования документа, версию, макет, ссылки, структурирование, внешний вид, язык, авторские права, иерархию или формат и т. д. [34] [35] Очень часто этот тип спецификаций дополняется назначенным шаблоном. [36] [37] [38]