Разработка верхнего уровня Информационной Системы Университета

Реферат

ОТчЕТ 91 С., 34 РИСУНКА, 15 ТАБЛИЦ, ИСТОчНИКА, 3 ПРИЛОЖЕНИя

АЛГОРИТМ, БЛОК СХЕМА, ОБЪЕКТ УПРАВЛЕНИЯ,

ИНФОРМАЦИОННАЯ СИСТЕМА УНИВЕРСИТЕТА,

ПАКЕТ, СООБЩЕНИЕ, УСТРОЙСТВО, ФУНКЦИОНАЛЬНА СХЕМА

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

Содержание

ВВЕДЕНИЕ 0
1. Характеристика существующей Информационной Системы Университета 0
2. Описание и характеристика задач 0

2.1. Краткое описание всех задач поставленных перед ИСУ 0

2.2. Описание задач первой группы 0

2.3. Описание задач второй группы 0

2.4. Требования к программе 0

2.4.1. Требования к функциональным характеристикам 0

2.4.2. Требования к составу и параметрам технических средств 0

2.4.3. Требования к информационной и программной совместимости 0

2.5. Предварительная оценка технико–экономических показателей 0
3. Полномасштабная функциональная схема верхнего уровня ИСУ 0
4. Описание функционирования верхнего уровня ИСУ (Сервер) 0

4.1. Инициализация системы 0

4.2. Прием сообщений от нижнего уровня 0

4.3. Отправка сообщений на нижний уровень 0

4.4. Другие функции выполняемые в системе 0

4.5. Администрирующие функции системы 0

4.6. Функции работы с клиентом 0
5. Описание функционирования верхнего уровня ИСУ (Клиент) 0

5.1. Регистрация пользователя 0

5.2. Отправка объявления Серверу 0

5.3. Прием сообщений от Сервера 0
6. Входная и выходная информация 0
7. Формат и структура пакетов, циркулирующих в ИСУ 0
8. Модульная схема алгоритмов 0

8.1. Алгоритм процедуры (Control) 0

8.2. Алгоритм процедуры (Order) 0

8.3. Алгоритм процедуры перемещения данных (Datas_up) 0

8.4. Алгоритм процедуры перемещения данных (Datas_Down) 0

8.5. Алгоритм инициализации системы(Init) 0

8.6. Алгоритм процедуры ожидания (Waiting) 0

8.7. Алгоритм процедуры обработки объявлений (Processing) 0

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

(Interaction) 0

8.9. Алгоритм процедуры получения приоритета (Get_priority) 0

8.10. Алгоритм процедуры приема сообщения (Get_message) 0

8.11. Алгоритм процедуры отправки объявления (Send_message) 0

8.12. Другие процедуры ИСУ. 0
9. Описание информационных массивов 0

9.1. Информационные массивы Сервера 0

9.1.1. Массив объявлений 0

9.1.2. Динамический массив 0

9.1.3. Оперативная справка 0

9.1.4. Долгосрочная справка 0

9.1.5. Массив сообщений в системе 0

9.1.6. Массив сообщений 0

9.1.7. Временный массив объявлений 0

9.1.8. Массив не опубликованных объявлений 0

9.1.9. Устройства 0

9.1.10. База данных пользователей 0

9.2. Информационные массивы Клиента 0
10. Надежность ПО 0

10.1. Аналитические модели надежности 0

10.2. Динамические модели надежности 0

10.3. Статические модели надежности 0

10.4. Эмпирические модели надежности 0

10.5. Количественный расчет надежности 0
Заключение 0
Список использованных источников 0
Приложение 1 - Функциональная схема "Сервер". Подсистемы Управления и

Интерфейсная. 0
Приложение 2 - Функциональная схема "Сервер". Подсистема взаимодействия с

"Клиентом". 0
Приложение 3 – Функциональная схема "Клиент". 0

Перечень условных обозначений, символов, едИниц и терминов

ID – ИДЕНТИФИКАТОР ПРИСУТСТВИя (IDENTIFICATION)

Админ – Администратор системы

БДП – База данных пользователей

Вх – Входной

Вых – Выходной

ИСУ – Информационная Система Университета

ЛВС – Локальная вычислительная сеть

Мас (Mas) – Массив

П – Процедура

ПК – Персональный компьютер

ПО – Програмное обеспечение

Т – Таймер

Введение

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

Информация лежит в основе управления. Этот принцип представлен на рисунке 1.

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

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

Все эти электронные устройства в большинстве своем оснащенные автоматическим или автоматизированным управлением позволяют упростить и повысить эффективность работу людей.

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

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

1. Характеристика существующей Информационной Системы Университета

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

Большое количество информации предназначено ограниченному кругу людей.
Это может быть, какое либо объявление кафедры или деканата предназначенное студентам определенной группы. Деканат курирует работу всего факультета, и объявления деканата касаются всех студентов данного факультета. Кафедра действует более уже, и любые объявления касаются только студентов той специальности, к чьей кафедре они прикреплены.

Для донесения необходимой информации студентам, каждая кафедра и деканат имеют свои доски объявления. Доска объявления представляет собой квадратную или прямоугольную доску, либо рейки на которые натянута материя.
На данные доски вывешиваются бумажные объявления о том или ином событии.
Прикрепляться объявления могут различным способом. Это могут быть иголки, скрепки, булавки, кнопки или скотч. Объявления, вывешиваемые на длительный срок, могут помещаться под стекло.

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

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

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

2. Описание и характеристика задач

2.1. Краткое описание всех задач поставленных перед ИСУ

Задачи, поставленные перед Информационной Системой Университета можно разделить на 2 группы. Задачи, обеспечивающие функционирование системы и задачи, выполняемые самой системой. Данное разделение весьма условно, так как большинство задач можно отнести как к первой, так и ко второй группе.

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

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

2.2. Описание задач первой группы

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

При выходе из строя, каких либо устройств системы, система остается работоспособной. Это осуществляется за счет четкого разграничения верхнего уровня системы и нижнего. Система остается работоспособной даже в случае отказа работы локальной сети, в которой функционирует ИСУ. В данном случае все объявления можно подавать через администратора системы или через терминал, который непосредственно подключен к серверу обеспечивающего работу ИСУ.

Задачи качества и быстродействия выполняются за счет детальной проработки всех функций выполняемых в системе. Под детальной проработкой понимаются рассмотрение всех возможных ситуаций возникающих в системе и оптимизация реакций на них. Четкое разделение задач. Слаженная и однозначная работа всех систем ИСУ.

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

Оптимизация исходного текста программы обеспечивается за счет применения методов технологии программирования и выбора языка программирования.

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

2.3. Описание задач второй группы

Корректный вывод объявлений на любое из устройств, функционирующих в системе, обеспечивается за счет проработки правил взаимодействия всех устройств включенных в ИСУ.

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

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

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

Все эти задачи более детально будут рассмотрены и описаны по ходу проектирования системы.

2.4. Требования к программе

2.4.1. Требования к функциональным характеристикам

Требование к выполнению функций: работа в режиме реального масштаба времени; обеспечить надежность функционирования системы и защиту от сбоев; должен осуществляться принцип интегральной обработки информации, т.е. полное использование АСУ для автоматического обеспечения максимального числа функций для объекта и результатов пользователя АСУ; ввод информации должен производиться только однажды, в систему не вводились данные, которые могут быть выработаны внутри системы.

Функции, выполняемые программой.

Интуитивно понятный интерфейс. Регистрация событий на объекте, отображение всех действий выполняемых на нижнем уровне в реальном масштабе времени Запись всех событий в базу данных. Управление всей системой или отдельными объектами.

Поддерживать базу данных пользователей, Функции добавления, удаления, редактирования данных о пользователе.

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

Требование к надежности.

Требования к надежности программного обеспечения, как к АСУ реального масштаба времени: соблюдение рангов и приоритетов подпрограмм, где подсистема реализующая управление имеет более высокий ранг выполнения, чем остальные подсистемы; система должна осуществлять проверку выполнения команд и передавать информацию обо всех своих действиях; опрос состояния объекта управления и осуществление управления; осуществление механизма проверки данных получаемых от объекта на достоверность; программа должна вести протоколы текущего состояния, прошедших событий, аварийных ситуаций.

Протокол должен представлять собой структуру данных, хранящуюся на жестком диске компьютера хранящую в себе данные о состоянии объекта на промежутке времени. Администратору должна быть предоставлена возможность, осуществлять такие операции над протоколом: просмотр и печать.

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

Новые значения должны немедленно вводиться в действие.

Программа должна также соответствовать следующим требованиям надежности: контроль выполнения большинства операций в программе, анализ их результатов на присутствие ошибок, выяснение причины ошибок (например, с помощью анализа результатов работы процедур и функций программы, отслеживания возникновения особых случаев), исправление ошибочных ситуаций при помощи специальных процедур обработки ошибок и особых случаев; защита от некорректных действий пользователя программы. Данный вид защиты может осуществляться с использованием некоторых специальных свойств пунктов меню программы и кнопок панели инструментов программы (а также кнопок в диалогах и формах). При невозможности выполнения какого-либо действия в определенный момент времени (это зависит от текущей выполняющейся операции) соответствующий этому действию пункт меню или кнопка должны быть отмечены
"потухшим" изображением и являться недоступными пользователю в этот момент времени. Должны быть доступны только те пункты меню и кнопки, нажатие которых активизирует действия, не "конфликтующие" с текущей выполняющейся операцией или текущим режимом работы программы.

2.4.2. Требования к составу и параметрам технических средств

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

К комплектации и параметрам компьютера предъявляются следующие требования: процессор Pentium 366; объем ОЗУ – 64 МБ; жесткий диск емкостью 3,2 ГБ; видеоадаптер; монитор SVGA; принтер для печати отчетов.

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

2.4.3. Требования к информационной и программной совместимости

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

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

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

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

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

В начале хотелось бы рассмотреть операционную систему MS DOS, которая соответствует интерфейсу командной строки. Преимуществами данной системы являются: низкие требования к ресурсам компьютера, простота ее устройства, что предоставляет программисту определенную свободу действий. В то же время она обладает большим количеством недостатков некоторые, из которых хотелось бы перечислить: очень неразвитый интерфейс с пользователем, поэтому большая нагрузка ложиться на программиста при реализации более развитого и понятного интерфейса, данная ОС не имеет возможности адресовать более 1 Мб оперативной памяти, что накладывает определенные ограничения при программировании. Система MS DOS не поддерживает режим многозадачности, поэтому программу защиты необходимо реализовывать в виде резидентной программы, что является кропотливой и трудной работой. Исходя из вышеперечисленного, можно сделать вывод, что реализация данного проекта в системе MS DOS /2/ не является оптимальным решением. Можно рассмотреть графическую надстройку MS DOS оболочку Windows 3.x, данная оболочка предоставляет программисту больше возможностей при построении развитого графического интерфейса, но она наследует такие недостатки, как очень неразвитую систему поддержки многозадачности, что является необходимым при реализации данного проекта.

В настоящее время наиболее распространенной операционной системой является — система Windows 95 фирмы Microsoft, эта ОС имеет ряд очень выгодных преимуществ во первых это высокоразвитый графический интерфейс, что очень ценится пользователями. Предоставляет программисту большое количество разнообразных функций API Win32, которые дают широкие возможности по построению того же интерфейса, более удобное управление памятью компьютера, которая перестала быть сегментированной и имеет ограничение при адресации 4 Гб, что вполне достаточно. Еще одним преимуществом является встроенная поддержка сетевых коммуникаций, что при реализации работы является насущной необходимостью. Предоставлены такие механизмы, передачи данных между программами, как DDE — динамический обмен данными, буфер обмена и OLE 2 — связывание и внедрение объектов. Достаточно хорошо реализован механизм не вытесняющей многозадачности и многопоточности. Операционная система Windows 95 избавила программистов от необходимости писать в программах вставки на языке Ассемблер, что является трудным занятием. Во многом эта ОС подходит для реализации работы, но в ней отсутствует возможность управлять приоритетами программ, так для обеспечения надежности при достижении необходимой частоты опроса подсистема управления должна иметь более высокий ранг приоритета выполнения по сравнению с остальной частью.

Операционная система Windows NT 4.0 /3/ включает в себя все достоинства Windows 95, и также является наиболее устойчивой к сбоям в программном обеспечении. Включает механизм рангов выполнения программ, такие как фоновый режим, обычный, высокий и реального времени. К преимуществу данной операционной системы следует отнести использование более меньшего кванта времени. Так любой другой ОС достижение частоты 50 Гц невозможно без перепрограммирования системного таймера, в Windows NT это возможно.

Ее недостатком стоит отметить высокие требования к ресурсам компьютера. Исходя из вышеизложенного стоит остановить свой выбор на системе Windows NT 4.0.

Языки программирования делятся на высокого и низкого уровня. К языкам программирования относится: язык низкого уровня - Ассемблер, и высокого -
Си, Си++, Pascal /4/.

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

Распространенной средой программирования является Borland Delphi, с языком программирования Object Pascal. Данная среда программирования предоставляет широкие средства, при программировании интерфейсов и работе с базами данных, своей возможностью, как графического (визуального) построения программ так и традиционного написания программ. Delphi относят к средам быстрой разработки программ.

Программы, написанные на Delphi, являются объектно-ориентированными, что приносит свои преимущества и недостатки. Преимущество объектно- ориентированной программы в ее высокой структуризации, следовательно, более понятной. Программа строится на основе классов уже разработанных фирмой
Borland, которые облегчают труд программиста, но при этом переносят нагрузку на ЭВМ. Недостатком Delphi является чрезмерное "раздувание" машинного кода программы и как следствие более высокие требования конечной программы к ресурсам и быстродействию ЭВМ.

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

С++ BUILDER – это достаточно новая среда разработки программ, в том числе и систем управления базами данных. Это сочетание языка объектно- ориентированного программирования C++ с дружественной программисту средой разработки, которая предполагает использование при разработке программ компонентов - готовых элементов интерфейса и элементов, которые обеспечивают многочисленные функции обработки данных (не относящиеся к созданию интерфейса). Большие возможности управления базами данным. BDE
(Borland Database Engine) является встроенным средством работы с базами данных. BDE является стандартным программным средством промежуточного уровня для доступа ко всем популярным форматам баз данных. BDE также имеет широкие возможности доступа к базам данных архитектуры клиент-сервер, возможности управления базами данных с помощью языка структурированных запросов SQL (Structured Query Language). Поэтому разработку системы более удобно проводить в среде С++ BUILDER.

2.5. Предварительная оценка технико– экономических показателей

Так как Информационная Система Университета будет работать в системе реального времени и в то же время центральный компьютер будет обрабатывать большое количество информации, то компьютер должен быть максимальным по быстродействию, иметь большой объем памяти и дисковое пространство. В качестве системных ресурсов машины администратора рекомендуется взять процессор – PC Pentium 366, память – 64 Мбайт оперативной памяти, жесткий диск – 3,2 Гбайт, монитор – SVGA или более мощный. Компьютер с такой конфигурацией обойдется университету в 15 тыс. рублей. В качестве операционной системы рекомендуется установить – Windows NT. Покупка операционной системы, такой как Windows NT, обойдется в 5 тыс. рублей.

При правильно построенной политике подачи объявления: преподавателям и студентам бесплатно, объявления рекламного характера сторонних лиц оплачиваются по некоторой тарифной сетке, позволит открыть новую статью доходов университета и окупить все затраты на построение ИСУ.

3. Полномасштабная функциональная схема верхнего уровня ИСУ

Прежде чем разрабатывать функциональную схему следует определить место и положение Информационной Системы Университета в системе обмена информации существующей на данный момент. На сегодняшний день большинство рутинной работы и процесс обучения в университете выполняются на персональных компьютерах. Они расположены в деканатах, кафедрах, учебных аудиториях, почти все компьютеры в университете связаны в одну многофункциональную локальную сеть, или будут связаны в обозримом будущем, которая имеет доступ к глобальной информационной сети Internet /5-8/. Что позволяет быстро и качественно, не прибегая к бумажным технологиям, обмениваться информацией как внутри университета, так и за его пределами.

В одну из основных задач входит определение рационального и обоснованного места ИСУ в данной существующей системе. Учитывая ранее описанные задачи ИСУ и существующую схему обмена информации /9,10/, была разработана схема представленная на рисунке 2.

Внедрение ИСУ в сеть передачи данных

Под центральным компьютером понимается некоторый персональный компьютер на котором работает программа управления и взаимодействия как с нижним уровнем ИСУ так и с удаленными ПК. Данная программа будет именоваться в дальнейшем - "Сервер". Программа, работающая на удаленных ПК в локальной сети – "Клиент".

Следует также четко разграничить верхний и нижний уровень. Под верхним уровнем понимается система управления всей ИСУ. Верхний уровень реализуется в виде программы управления и включает в себя функции управления, слежения и взаимодействия всех частей ИСУ. Нижний уровень, представляет из себя набор устройств, аппаратный интерфейс взаимодействия с верхним уровнем, алгоритмы работы устройств и способы вывода информации.

Как уже было сказано выше, верхний уровень в свою очередь делится на две подсистемы "Сервер" и "Клиент". "Сервер" делится на три уровня. подсистема управления; интерфейсная подсистема взаимодействия "Сервера" с администратором системы; подсистема взаимодействия с "Клиентом".

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

Подсистема взаимодействия с "Клиентом" представлена отдельной схемой в приложении 2.

Функциональная схема "Клиент" представлена в приложении 3.

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

Интерфейсная подсистема взаимодействия "Сервера" с администратором системы реализует возможность вмешательства в функционирование работы ИСУ администратора системы, изменение параметров работы ИСУ, получение различной справочной информации, предоставление администратору выполнение функций добавления, удаления и редактирования списка пользователей ИСУ.

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

Подсистема Клиент работающая на удаленной машине реализовывает функции связи с Сервером, а точнее с подсистемой взаимодействия с "Клиентом", получение от сервера списка и описание устройств функционирующих в ИСУ, возможность удаленной отправки объявления в ИСУ.

4. Описание функционирования верхнего уровня ИСУ (Сервер)

4.1. Инициализация системы

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

Инициализации подлежат следующие переменные: массив устройств, который содержит данные об устройствах не способных выполнять свои функции на данный момент времени; так как отключение системы могло произойти во время некоторого сбоя, процедура Init должна выяснить, чем в данный момент занимается каждое устройство нижнего уровня. И произвести инициализацию динамического массива, который в каждый момент времени отображает текущее состояние нижнего уровня. Для этого процедура Init последовательно вызывает процедуру
Order; временный массив объявлений содержит объявления принятых от пользователя или администратора, но не успевших обработаться системой.

4.2. Прием сообщений от нижнего уровня

Любое сообщение, полученное от нижнего уровня, поступает во входной буфер.

После приема сообщения генерируется прерывание, которое вызывает процедуру Datas_up. Задача данной процедуры состоит в обработке сообщения и заполнения массива "Входящих сообщений". Массив представляет собой следующую структуру данных представленную в таблице 1.

Для каждого устройства существует свой массив.

Переменные "Тип сообщения", "Ошибка", "Ответ", "Номер объявления" заполняется в зависимости от типа сообщения. "Номер устройства" это не что иное, как адрес источника. Также проверяется "Контрольная сумма" принятого сообщения и переменная "Идентификатор присутствия" принимает логическое значение истина.

Процедура Control постоянно проверяет переменную "Идентификатор присутстви" . Как только данная переменная принимает значение истина, процедура проверяет "Тип сообщени". В зависимости от "Типа сообщения"
Control выполняет следующие действия :

"Тип сообщения" = 01.

Control вызывает процедуру Order с параметром "Номер устройств". Order проверяет по "Динамической модел", чем в данный момент должно заниматься это устройство. Если устройство должно выводить некоторое сообщение, то
Order формирует сообщение с "Типом сообщения" = 02 и помещает его в массив исходящих сообщений. Если устройство не должно ни чего делать, то Order также формирует сообщение с "Типом сообщения" = 02 но поле "Текст" остается пустым.

"Тип сообщения" = 02.

Если переменная "Ошибка" = 0, то Control обнуляет все переменные в массиве исходящих сообщений. "Массив исходящих объявлений" обнуляются.

Если "Ошибка" =1, переменная "Повтор" в массиве исходящих сообщений принимает значение = 1 и время = 60.

После массив входящих объявлений обнуляется.

"Тип сообщения" = 03.

Если переменная "Ответ" = 0, то переменная "Занят" в "Динамической модели" принимает значение 0.

Если переменная "Ответ" =1, то переменная "Занят" в "Динамической модели" принимает значение =1 и переменная "Номер объявления" в
"Динамической модели" = "Номер объявления" в массиве входящих сообщений.

После массивы входящих и исходящих объявлений обнуляются.

"Тип сообщения" = 04.

Переменная "Повтор" в массиве исходящих сообщений принимает значение =
1 и время = 60.

"Массив входящих объявлений" обнуляется.

4.3. Отправка сообщений на нижний уровень

Для отправки сообщения на нижний ур

Вернуться