Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
!1-25.doc
Скачиваний:
11
Добавлен:
28.10.2018
Размер:
2.62 Mб
Скачать

23.2 Способы доступа к бд из приложений. Формы для просмотра.

    При создании форм поддержки принятия решения формы должны быть предельно простыми и информативными. Требования:

  1. Форма должна занимать весь экран.

  2. Должно быть как можно меньше сведений на одной форме, но показатели должны быть обобщенными.

  3. Как можно чаще должны использоваться графические представления данных.

  4. Доступ нужно предусматривать на сервере, а не в приложении, чтобы не появлялись сообщения на недостаточность прав.

  5. При проектировании интерактивных форм для ввода и просмотра данных нужно учитывать следующие требования:

  • кнопки на форме группируются логически и интуитивно - понятийными;

  • должен быть логический переход от кнопки к кнопке слева направо и сверху вниз;

  • использование стандартных кнопок (OK, CANCEL);

  • максимальное использование контекстного меню

Формы для ввода данных.

    Основные требования связаны с максимальной скоростью ввода. Требования:

  1. Применяется полужирный одноразмерный шрифт.

  2. Назначать комбинацию клавиш вместо мыши.

  3. Используется кнопка "Добавить" вместо "OK".

  4. Формы должны иметь как можно меньший размер, т.к. оператор, как правило, смотрит в документ.

  5. Форма по возможности должна иметь вид документа.

Проектирование отчетов.

    При проектировании отчетов на первом этапе целесообразно использовать средство быстрой разработки(Мастер) для создания макетов.

    На титульной странице помещается текущее время, дата, имя пользователя, создавшего отчет.

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

Нечисловые данные, как правило, выравниваются по левому краю отчета, а числовые - по правому.     Прототипы отчета согласовываются с руководителем.

Тестирование приложения.

  1. Разраб-ся стандартная процедура описания ошибок прил-ия и их исправления. Для этого создается отдельная форма.

  2. Необходимо разработать механизм добавлений и доработок, позволяющий легко обновлять версию с указанием номера версии.

При тестировании необходимо:

  1. Проверить выполнение всех требований или функций данного приложения.

  2. Проверить работу всех ограничений на вводимые данные.

  3. Пр-ть одновр-ную работу неск-ких копий прил-я на рабочих станциях с большим ч-лом польз-ей и учетом блокир-к.

  4. Проверка механизма доступа с попытками несанкционированного доступа (попытками взлома).

  5. Проверить сложность приложения на неподготовленном пользователе

23.3 Лвс Token Ring. Функциональные станции.

Протокол маркерного доступа предусматривает активное управление сетью. Часть управляющих функций возложена на 5 определенных протоколом функциональных станций. Некоторые из функций аппаратно реализованы в микропроцессорном наборе Token Ring,другие функции осущетсвляются с помощью управляющего программного обеспечения, загружаемого на станциях кольца. Функциональные станции адресуются с помощью специальных адресов, называемых функциональными адресами. Функциональные станции должны реагировать как на собственные функциональные адреса, так и на присвоенные им аппаратные адреса.

Активный монитор - C0 00 00 00 00 01 - обязательное устройство

Функции активного монитора реализованы в микропроцессорном наборе Token Ring и станция кольца начигнает выполнять их после назначения ее активным монитором. В каждый момент времени может сущетсвовать только один активный монитор. Активный монитор динамически выбирается из станций кольца с помощью процедуры соперничества за монитор.

Функции активного монитора:

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

- введение 24-битной задержки.

Для обеспечения соответствия между длиной кольца и маркером, активный монитор вводит 24-битовую задержку, используя специальный буфер в сетевом адаптере.

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

- запуск процесса опроса кольца.

Каждые 7 секунд запускается процесс, известный под названием опрос кольца или уведомление соседа.В процессе опроса станции определяют личность своего соседа-предшественника. Вновь подклбченные станции становятся станциями кольца после вовлечения в процесс опроса кольца. Инициализация процесса опроса каждые 7 секунд возложена на активный монитор.

- наблюдение за корректностью протокола маркерного доступа.

Корректный (неискаженный) маркер или кадр выявляются за интервал времени определенный таймером Т(любой_маркер) 10мс.- таймер слежения за маркером активного монитора

перезапуск кольца после прерывания протокола маркерного доступа.

Если маркер или кадр искажены или потеряны, протокол маркерного доступа будет прерван и таймер Т(любой_маркер) активного монитора обнулится. После этого активный монитор попробует очистить кольцо. Если очистка кольца завершилась успешно, то активный монитор создает новый маркер и тем самым восстанавливает выполнение протокола маркерного доступа.

Резервный монитор - не определяется - обязательное устройство.

Каждая станция кольца, не являющаяся активным монитором, представляет собой резервный монитор. Функции резервного монитора реализованы в м.п наборе.

Резервный монитор обязательно должен присутствовать в кольце, содержащем не менее двух станций. Задача каждого резервного монитора - наблюдать за активным монитором. Если протокол маркерного доступа преван на более длительный период времени, чем значение таймера активного монитора Т(любой_маркер),резервный монитор предполагает, что активный монитор перестал выполнять свои функции, и запускает процесс соперничества за монитор.

Сервер отчета о конфигурации - C0 00 00 00 00 02 необязат. устр.

Предназначен для управления станциями кольца и составления отчета о событиях, происшедших в кольце. Функции реализуются программно.

Может собирать и передавать данные станциям кольца.

По запросу от любой станции кольца получает информацию:

-- адрес станции

-- состояние станции

-- подключена ли станция к кольцу.

По запросу администратора способен удалить станцию из кольца. Для этого посылает специальный кадр в адаптер станции и адаптер немедленно отключается от кольца.

Станции кольца направляют серверу отчета о конфигурации сообщения о следующих событиях в кольце:

-- появление нового активного монитора

-- изменение адреса соседа- предшественника

-- ошибка процесса опроса кольца (опрос не завершен)

-- ошибка активного монитора

Монитор отчета ошибок кольца - C0 00 00 00 00 08 - необязат устройство

Программно реализован. ожидает от станций сообщений об обнаруженных ими ошибках.Администратор сети может просматривать собранную информацию.

Сервер параметров кольца - C0 00 00 00 00 10 - необязательное устройство

Отвечает за распределение параметров по станциям кольца после их подключения к сети. Реализуется программно на некоторой станции кольца. Администратор сети задает значения параметров для всех станций кольца:

-- номер физического отвода кабеля -- номер локального кольца

-- допустимый приоритет доступа -- значение таймера отчета о неустойчивой ошибке

-- среда с санкционированным доступом.

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