Разработчик - система - Большая Энциклопедия Нефти и Газа, статья, страница 4
Когда мало времени, тут уже не до дружбы, - только любовь. Законы Мерфи (еще...)

Разработчик - система

Cтраница 4


В некоторых случаях разработчик системы может заранее предсказать повышение активности определенных записей по отношению к другим и определить характер изменения активной группы. Например, в базе данных для системы резервирования авиабилетов самый высокий уровень активности наблюдается для записей, относящихся к рейсам, вылет которых состоится в ближайшие несколько дней. Большое число предварительных заказов может быть сделано на рейсы, выполняемые через много месяцев, но чтение таких записей будет происходить редко. Исходя из этого, используют два типа реестровых записей, структура которых абсолютно различна: записи ДЕТАЛЬНЫЙ, относящиеся к определенному количеству дней в будущем, которое будем называть текущим периодом, и записи ОБЩИЙ, относящиеся к любому другому времени. Эти типы записей содержат одинаковую информацию, но к записям ДЕТАЛЬНЫЙ доступ может быть осуществлен быстрее за счет использования более дорогостоящей организации хранения данных. Рассмотрим принцип дублирования записей подробнее.  [46]

Поэтому проектировщики и разработчики систем вынуждены изобретать собственные коды для идентификации дискретных параметров состояния и управления. Чтобы наглядно показать степень различия используемых разными организациями способов кодировки и вариантов графики, на рис. 13.3 и 13.4 представлены фрагменты функциональных схем автоматизации в конкретных применениях. В таблицах 13.13 - 13.15 приведены примеры кодов, которые используют различные организации для обозначения ключевых единиц оборудования, имеющих непосредственное отношение к обеспечению безопасности и защиты процесса: Электрозадвижек, Отсекате-лей, Насосов. Очевидно, что единообразие подхода отсутствует.  [47]

На предпроектной стадии разработчик системы совместно с заказчиком составляет техническое задание ( ТЗ) на создание АСУП. Этот документ содержит основные требования к элементам будущей системы, порядок разработки и внедрения. Отличие технического задания от ТЭО состоит в том -, что в ТЗ сформулированы требования к элементам системы, которые должны быть учтены в ходе проектирования, а ТЭО использует описание элементов системы для уяснения существа системы при обосновании целесообразности ее создания. Поэтому ТЗ должно содержать более точные и развернутые представления о создаваемой системе и порядке ее создания.  [48]

В результате этого разработчики систем отображения вынуждены применять ряд вспомогательных устройств для согласования выхода ЭВМ со входом индикаторов. Такое положение усложняет и удорожает систему.  [49]

50 Клиент, сервер и сообщник ( а. от инкапсулированного сервера информация все равно может утекать сообщнику по тайному каналу ( б. [50]

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



Страницы:      1    2    3    4