ГОСТ Р ИСО 16100-3—2010
Только единичные компоненты могут включать в себя некоторую дистанционную связь с ресурсами, не входящими в
единицы программного обеспечения, главным образом, длядоступа к распределенному информационному окру
жению производственной информационной системы.
С.2 Сервисы. Предложение общепринятых функций
Помимо шины сервис системы также является основой единицы программного обеспечения. Он определяет
фундаментальную для компонентов системы функциональность. Вобщем случае концепцию данныхдля сервисов
компонентов единицы программного обеспечения используют для того, чтобы обеспечить специальную функци
ональность единицы программного обеспечения, а также ее стандартных блоков. Некоторые из таких сервисов
приведены на рисунке С.1. Дополнительные сервисы или расширения функциональности существующих сервисов
будут определены в последующих изданиях настоящего стандарта.
В настоящее время служба помощи (Help Service) предоставляет стандартизованный доступ к полезной
информации в отношении компонентов. Сервисная программа персонального компьютера (Desktop Service) (см.
рисунок С.1) обеспечивает доступ к окнам и общему контексту графических средств в качестве абстракции среды
окружения GUI (графического интерфейса пользователя) конкретного персонального компьютера, например, Mic
rosoft Windows. UNIX X-Windows или Java Swing. Сервис регистрации и отслеживания (Logging and Tracing Service)
обеспечивает выполнение простых операций, позволяющих компоненту записывать разные виды зарегистриро
ванных сообщений, контролируя их выполнение. Это помогает при отладке программ и обеспечении повторяе мых
результатов вычисления. Сервис подготовки сценариев (скриптов) (Scripting Service) предоставляет простой
интерфейс для выполнения контрольного считывания единичной конфигурации и этапов выполнения программы
построения законченного сценария, который обеспечивает возможность точного повторения или более позднего
повторного вычисления одного и того же приложения, то есть той же совокупности компонентов, соединенных друг с
другом и имеющих одинаковые параметры. Сервис свойства (Property Service) предоставляет родовую абстрак цию
свойствам компонента, называемым атрибутами или особенностями. Эта сервисная программа позволяет
скомпоновать набор свойств общих для нескольких компонентов. Заводской сервис (Factory Service), приведенный на
рисунке С.1 обеспечивает для компонента возможность создания новых объектов данных, которые могут быть
использованы для связи между компонентами.
С.З Элементарные группы данных. Сообщенные объекты
Информация (данные) передается между компонентами с помощью унифицированной гомогенной концеп
ции. называемой items (элементарные группы данных). Фактически шина является менеджером элементарной
группы данных, т. е. она управляет объявлением новых данных, доступных в форме элементарной группы, или их
разрушением, если группа не является больше действительной или нужной. Элементарные группы могут быть раз
ных видов (типов), представляющих разные базовые данные. Каждая группа может иметь специальное значение
для сценария прикладной программы. Компонент, поставляющий данные (например, фасадный метод к базе
дан ных или доступ к файлу для извлечения данных измерения) в единицу программного обеспечения,
осуществляет это путем создания элементарной группы подходящего типа, заполняет ее действительными
значениями данных и информирует об этом шину. В свою очередь шина информирует все компоненты,
зарегистрированные в ней. о доступности новой элементарной группы. Компоненты могут извлекать
информацию о новой элементарной группе (ее имени, разновидности и т. д.), чтобы решать вопрос, насколько
она им нужна, например для того, чтобы про вести некоторые вычисления данных этой группы.
Следовательно, во время конфигурации компонента пользователь ассоциирует необходимые группы (обыч
но по имени) с вводом компонента. При этом создается единица программного обеспечения, так как ассоциация
элементарных групп с компонентами соединяет функциональные стандартные блоки. Для передачи элементарных
групп между компонентами без искажения идеи свободного соединения компонентов используют концепцию собы
тий (events). Событие, которое представляет программный обьект с точки зрения средства реализации, определя
ет элементарную группу и сигнализирует о ее доступности, изменении или удалении. В итоге основой соединения
компонентов друг с другом и с шиной является регистрация источников и получателей информации. Для обеспе
чения гибкости и высокой степени сопряжения большинство событий обмениваются данными через шину и не
обмениваются данными непосредственно между компонентами. Разные виды событий, например изменение или
отмена данных, различают с помощью соответствующих меток, сопровождающих каждое событие. Помимо шины,
сервиса, элементарной группы данных и концепций событий основной базой, на которую опирается архитектура
DAV. является нотация «компонент».
С.4 Компоненты программного обеспечения. Функциональные модули единицы программного
обеспечения
Термин единица программного обеспечения обозначает агрегатный состав функциональных модулей (ком
понентов программы). Каждый модульопределяет специальную полную замкнутую функциональность, достаточно
обширную для инкапсуляции в простом индивидуальном стандартом блоке и достаточно небольшую для обе
спечения возможности компоновки с дополнительной функциональностью (в форме других таких же стандартных
50