Стандартизация как формализация

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

Формализация - это представление некоторойобласти знания или ее фрагмента в виде совокупности конечной системыпонятий и связей между ними.

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

Стандартизация - это представлениетребований к некоторому виду деятельности или к продукту деятельности ввиде совокупности конечной системы понятий и связей между ними.

Еще одна трансформация основана на том, что понятие формализации уже было введено.

Стандартизация - это формальное представление требований к некоторому виду деятельности или к продукту деятельности.

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

Стандартизация - это формализация декларативных знаний о некотором виде деятельности или о продукте деятельности.

Приняв это определение, мы подтверждаем, что стандартизация есть специальный вид формализации.

Цели и адекватность стандартизации.Стандартизация, трактуемая как формализация, наследует все основныеособенности этой деятельности. В частности, должны быть весьма четкоописаны объекты, к которым относится тот или иной процессстандартизации. Для оценки качества стандартизации необходимо четкосформулировать ее цель и проверять, достигается ли эта цель врезультате стандартизации. Если стандартизация позволяет достичьпоставленной цели, то ее можно назвать адекватной этой цели.Адекватность и является главным критерием качества стандартизации.

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

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

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

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