ВУЗ: Томский государственный университет систем управления и радиоэлектроники
Категория: Методичка
Дисциплина: Проектирование информационных систем
Добавлен: 21.10.2018
Просмотров: 6263
Скачиваний: 6
36
томатическая и ручная процедуры рестарта на основе использо-
вания этих данных.
1. Автоматический рестарт. При использовании вспомога-
тельного блока питания M l07 интерфейс пользователя обеспе-
чивает автоматическое восстановление питания. Все пользова-
тели, активные в момент отключения питания, оповещаются о
сбое. Эти активные пользователи опрашиваются и по их жела-
нию либо выводятся из работы, либо их обслуживание продол-
жается, начиная с последней контрольной точки. Для неактив-
ных пользователей восстановление не производится; работа с
ними прекращается, за исключением случаев запоминания ре-
зультатов выполнения команд, которые были выданы перед от-
ключением питания. Такая же процедура выполняется и после
любого другого сбоя, если это может быть сделано достаточно
надежно.
2. Ручной рестарт. В каждой контрольной точке произво-
дится полный дамп памяти интерфейса пользователя. При каж-
дом старте интерфейса пользователя оператор опрашивается с
целью выяснения, выполнять ли новый старт или осуществлять
пуск с контрольной точки. Если выбирается пуск с контрольной
точки, интерфейс пользователя загружается из файла контроль-
ной точки и вызывается процедура восстановления при сбое пи-
тания. Если же возникает сбой, при котором не может быть на-
дежно инициирован автоматический рестарт, на пульт посыла-
ется диагностическое сообщение и оператору системы VSOS
дается возможность предпринять ручной рестарт.
2.3.3.2.3.5
Х
АРАКТЕРИСТИКИ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ
Пример. При допущении, что на вычислительной машине
выполняется только ASK и что параметр восстановления харак-
теризуется одной контрольной точкой в 1 минуту, каждая ко-
манда должна выполняться или подтверждаться не более чем за
5 секунд с момента ее ввода (при среднем значении 3 секунды).
Все команды, подтверждаемые, но не исполняемые при первой
реакции, должны выполняться в течение 2 секунд (на каждый
элемент данных по одной фирме и за один период).
37
В контексте данного раздела отметка «Выполнено» означа-
ет, что начался вывод данных на терминал, но команда при этом
может быть отработана не полностью. Весь вывод на терминал
должен выполняться со скоростью не менее 2 строк в секунду
при проектной скорости 200 визуальных символов в секунду
(при надлежащем использовании возможности табулирования).
2.3.3.2.3.6
О
БЛАСТЬ ПРИМЕНИМОСТИ ИНТЕРФЕЙСА
ПОЛЬЗОВАТЕЛЯ
Пример. В типичном сеансе с ASK пользователь, не имею-
щий опыта программирования, подключается к системе с помо-
щью терминала и вступает в диалог, в котором он определяет:
−
интересующие его отрасли промышленности и фирмы;
−
типы сравнений, которые он хочет выполнить;
−
критерии, которые он хочет использовать для представ-
ления и сортировки данных;
−
сообщения и диаграммы, которые ему нужны.
ASK будет отвечать на каждую команду либо диагностиче-
ским сообщением, в котором указываются ошибки и несоответ-
ствия в данных, вводимых пользователем, либо ответом на ко-
манду, либо подтверждением, что система начинает выполнение
команды. Последний случай возникает, когда генерация ответа
требует так много времени, что пользователь может предполо-
жить какую-либо неисправность, если не получит подтвержде-
ния (например, когда вводится команда создания файла). Когда
ответ на такую команду готов, ASK посылает его на терминал,
если только пользователь не выключился из работы. Если же
пользователь уже отключился, ASK сохраняет результат и ин-
формирует пользователя о готовности данных при следующем
подключении.
Доступны два типа информации из файлов: табличный и
графический. Когда объем запрошенной информации превыша-
ет емкость экрана устройства Telcoscope 43, данные автоматиче-
ски разбиваются на страницы. Терминалы оборудованы печа-
тающими устройствами, способными печатать страницы по вы-
бору.
38
2.3.3.2.4
В
НУТРЕННИЕ ХАРАКТЕРИСТИКИ
2.3.3.2.4.2
А
ЛГОРИТМ ИНТЕРФЕЙСА ПОЛЬЗОВАТЕЛЯ
Пример. ASK выполняет каждую команду в режиме интер-
претации и немедленно; таким образом, накопление команд не
разрешается (за исключением команд запоминания, которые бу-
дут рассмотрены ниже).
В системе используется концепция виртуального файла с
сохранением дисковой памяти и присущих ей характеристик
извлечения данных. Когда пользователь будет описывать неко-
торый файл как более высокий уровень какого-либо сущест-
вующего файла (определенного пользователем или системой),
никакие существующие данные не будут храниться в этом но-
вом файле. Если в конце сеанса работы на терминале пользова-
тель захочет сохранить такие созданные во время сеанса файлы,
выполнение команды запоминания приведет к копированию и
сохранению всех элементов данных. Если непосредственно за
этой командой последует команда выхода из сеанса, команда
запоминания будет выполняться после выхода, освобождая тем
самым пользователя и терминал для другой работы.
Программа общего синтаксического анализа просматривает
каждую запись, чтобы выполнить ее проверку по диапазону зна-
чений, типу и количеству символов и т.п. перед передачей
управления процессору команд или любому другому процессо-
ру входа. Это дает возможность пользователю сразу корректи-
ровать ошибки во вводимой информации.
2.3.3.3
Ф
УНКЦИЯ
«П
РОЦЕССОР КОРРЕКТИРОВОК
»
Для всех пропущенных подразделов см. соответствующие
подразделы раздела 2.3.3.1.
2.3.3.3.1
В
НЕШНИЕ ОГРАНИЧЕНИЯ
2.3.3.3.1.3
П
РОГРАММНЫЕ ОГРАНИЧЕНИЯ ДЛЯ ПРОЦЕССОРА
КОРРЕКТИРОВОК
Пример. Требует только VSOS ILSAM.
2.3.3.3.1.4
А
ППАРАТНЫЕ ОГРАНИЧЕНИЯ
Пример. Помимо устройств, нужных для VSOS ILSAM (см.
п. 2.4.1, б и в), процессору корректировок потребуются устрой-
ства, перечисленные в таблице 2.3.
39
Таблица 2.3 — Устройства, необходимые процессору корректировок
Устройство
Минимальное
число
Номинальное
число
Максимальное
число
M103 Блок операций с
плавающей точкой
1
M107 Резервный блок
питания
1
M1100 Модуль памяти
2
M3100 Дисковый модуль
3
M210 Пульт
1
2.3.3.3.2
В
НЕШНИЕ ХАРАКТЕРИСТИКИ
2.3.3.3.2.1
Р
ЕЗУЛЬТАТЫ РАБОТЫ ПРОЦЕССОРА
КОРРЕКТИРОВОК
Такие же, как в разделе 2.3.3.1.2.1, за исключением записей
в общедоступные и частные файлы и данных, передаваемых на
терминалы.
2.3.3.3.2.2
В
ХОДЫ ПРОЦЕССОРА КОРРЕКТИРОВОК
Такие же, как в разделе 2.3.3.1.2.3, за исключением обще-
доступных и частных файлов и данных, поступающих с терми-
налов.
2.3.3.3.3
Э
РГОНОМИЧЕСКИЕ ХАРАКТЕРИСТИКИ
2.3.3.3.3.3
Р
ЕСТАРТ ПРОЦЕССОРА КОРРЕКТИРОВОК
Указываются возможности контроля файлов, предусмот-
ренные в программе UPDATE (см. п. 2.4.1, ж) и позволяющие
иметь контрольные точки для рестарта.
2.3.3.3.3.5
Х
АРАКТЕРИСТИКИ ПРОЦЕССОРА КОРРЕКТИРОВОК
Используются концепции программы UPDATE, и заимству-
ется оттуда максимально возможное количество программ.
Процессор корректировок должен работать с не меньшей скоро-
стью, чем программа UPDATE, в случае сравнимых операций.
2.3.3.3.3.6
И
СПОЛЬЗОВАНИЕ ПРОЦЕССОРА КОРРЕКТИРОВОК
В этой части процессор корректировок также базируется на
UPDATE и будет иметь по возможности максимально похожий
интерфейс оператора.
40
2.3.4 Внутренние ограничения
Важно определить не только то, каким будет изделие, но
также и каким оно не будет. Ограничение — это свойство (или
возможность), которое пользователю логично ожидать, но кото-
рое по тем или иным причинам исключено. Перечисляются все
ограничения, упоминаемые в различных разделах СТ. Включа-
ются также ограничения, не упоминаемые в СТ, но касающиеся
таких свойств или возможностей, которые пользователь спра-
ведливо ожидает найти и исключение которых может вызвать
его неудовлетворенность изделием. Не следует скрывать такие
ограничения, как неполная взаимозаменяемость носителей, от-
сутствие поддержки для каких-либо возможностей оборудова-
ния, вынужденная имитация некоторых дополнительных уст-
ройств, невозможность одновременной работы или нахождения
в памяти с изделиями-компаньонами. Как потенциальные пере-
числяются все такие ограничения, которые могут быть оставле-
ны на усмотрение группы разработки.
Пример. Структура ASK предполагает, что пользователь за-
хочет использовать максимально возможное число команд в ин-
терактивном режиме и что «команды выдачи отчетных доку-
ментов будут наиболее часто используемыми». Поэтому он
должен формировать все критерии, зависимости и файлы до вы-
дачи команд, которые их используют, чтобы избежать наруше-
ния дисциплины ожидания для продолжительных процедур, вы-
полняемых в процессе анализа. См. также раздел 2.3.3.2.1.3.
2.4
Используемые
материалы
Этот раздел должен быть расширен в спецификации сопро-
вождения, поэтому в СТ содержится только один подраздел.
2.4.1 Справочные документы
Отдельно указывается каждый плановый или технический
документ, на который имеется ссылка в СТ. Каждый такой до-
кумент должен реально существовать (а не подразумеваться в