Принципы и формы организации многопользовательских информационных систем

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

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

Системный подход к разработке означает, что информацион­ная система рассматривается как «большая система», состоящая из некоторого множества «взаимосвязанных и взаимодействую­щих между собой элементов» [2]. При этом обязательны: учет интересов всех потенциальных пользователей систем и модульный принцип разработки и внедрения.

Для учета интересов всех потенциальных пользователей систе­мы необходимо установить:

• каким специалистам и в каких подразделениях предприятия требуется информация о конкретном информационном объекте;

• признаки описания объектов различными пользователями;

• общий состав признаков объектов одного класса.

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

Для пояснения приведем следующий реальный пример разра­ботки БД на одном из предприятий, где появление соответствую­щих программ было по достоинству оценено сотрудниками, и они «бросились» разрабатывать необходимые для себя базы данных. Одной из основных задач, стоящих перед работниками цехов, был выбор инструмента для механической обработки деталей, поэто­му разработали цеховую БД по режущему инструменту, на что соответственно затратили время и средства.

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

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

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

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

Стандартизация информационного обеспечения обусловлена принципами компьютерной обработки символьной информации, при которой объекты баз данных должны однозначно распозна­ваться компьютером. Этот аспект разработки БД определяет необ­ходимость четких правил идентификации (грамматического на­писания) всех информационных объектов. Так, установив назва­ние инструмента для механической обработки детали Резец рас­точной, недопустимо использовать никакое другое его обозначе­ние, т.е. в этом случае выражение Резец расточной неидентично выражению Расточной резец.

Необходимость стандартизации программного обеспечения очевидна: при разработке многопользовательских удаленных друг от друга систем данные одной из них должны обрабатываться про­граммным обеспечением другой.

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

Организация многопользовательских информационных систем. Компьютерные информационные системы современных предпри­ятий разрабатываются с применением сетевых технологий. При создании баз данных в сетевых информационных системах приме­няют два типа (две архитектуры) организации СУБД: файл—сер­вер и клиент—сервер.

Общими признаками организации этих типов СУБД является наличие сервера (компьютера), на котором находятся базы (файлы) данных, и рабочих станций (компьютеров пользовате­лей)— клиентов.

В архитектуре файл —сервер по запросу клиента к нему пере­сылается файл с БД, а затем на компьютере клиента производят­ся все процессы обработки информации. В архитектуре клиент — сервер все процессы обработки информации по запросу клиента выполняются на сервере, а клиенту отсылаются только результаты

При организации многопользовательских сетевых СУБД пред­почтительно использование архитектуры клиент — сервер, что вы­текает из следующих факторов.

Недостатки организации БД по архитектуре файл — сервер:

1. При передаче по сети файлов БД (особенно с большими объе­мами информации) с учетом возможного обращения к ним од­новременно нескольких пользователей резко снижается произво­дительность работы с системой.

2. При одновременной передаче по сети файлов с большими объемами нескольким пользователям увеличивается вероятность нарушения достоверности передаваемой информации, т. е. снижа­ется надежность работы системы.

Преимущества организации БД по архитектуре клиент—сер­вер:

1. При передаче по сети только результатов обработки данных по запросам клиентов резко снижается нагрузка на сеть, а следо­вательно, увеличивается возможность подключения к БД больше­го числа пользователей, т. е. производительность работы системы в этом случае значительно выше, чем в архитектуре файл — сервер.

2. Централизованное хранение и обработка данных на сервере повышают надежность работы системы.

3. Разработку серверной части СУБД можно выполнять на язы­ке SQL или других языках высокого уровня, что повышает надеж­ность и производительность обработки данных. Разработку клиен­тской части СУБД можно выполнять с применением прикладных программных продуктов, например Visual Basic, Microsoft Access, что значительно сокращает время на разработку информацион­ной системы.

Методические приемы разработки информационных систем на основе баз данных и технология работы с ними будут рассмотре­ны далее на примере использования СУБД Microsoft Access.