
- •Содержание
- •Определения, обозначения и сокращения
- •1 Основные задачи практики
- •2 Инструктаж
- •2.1 Вводный инструктаж
- •2.2 Первичный инструктаж
- •2.3 Повторный инструктаж
- •2.4 Внеплановый инструктаж
- •2.5 Целевой инструктаж
- •3 Знакомство с местом прохождения практики, название предприятия, область деятельности
- •4 Виды обеспечения информационных систем предприятия
- •4.1 Файл-серверные ис (ис с архитектурой «файл-сервер»).
- •4.2 Клиент-серверные ис (ис с архитектурой «клиент-сервер»).
- •4.2.1 Двухуровневая архитектура «клиент-сервер».
- •5 Индивидуальное задание
- •Отзыв руководителя практики заключение
- •Список использованных источников
4 Виды обеспечения информационных систем предприятия
Для осуществления сбора и обработки информации в глобальной сети чаще всего используются распределенные информационные системы. Информационная система – совокупность технического, программного и организационного обеспечения основной задачей которой является удовлетворение конкретных информационных потребностей в рамках конкретной предметной области.
Распределенные информационные системы по архитектуре можно разделить на два основных типа: файл-серверные и клиент-серверные.
4.1 Файл-серверные ис (ис с архитектурой «файл-сервер»).
Файл-серверные приложения – приложения, схожие по своей структуре с локальными приложениями и использующие сетевой ресурс для хранения программы и данных. Функции сервера: хранения данных и кода программы. Функции клиента: обработка данных происходит исключительно на стороне клиента. Количество клиентов ограничено десятками.
Плюсы:
низкая стоимость разработки;
высокая скорость разработки;
невысокая стоимость обновления и изменения ПО.
Минусы:
низкая производительность (зависит от производительности сети, сервера, клиента);
плохая возможность подключения новых клиентов;
ненадежная система;
ограниченность языка;
негибкость среды разработки.
4.2 Клиент-серверные ис (ис с архитектурой «клиент-сервер»).
Обычно под термином «клиент-сервер» понимают архитектуру многопользовательских систем, которая предусматривает наличие клиентских и серверных программных компонент. Клиентские модули используются на удаленных рабочих местах пользователей, а централизованные серверные программы обеспечивают обслуживание клиентов, то есть прием удаленных запросов пользователей, их обработку и возврат им же результатов этой обработки.
Преимущества:
делает возможным, в большинстве случаев, распределить функции вычислительной системы между несколькими независимыми компьютерами в сети;
все данные хранятся на сервере, который, как правило, защищён гораздо лучше большинства клиентов;
использовать ресурсы одного сервера часто могут клиенты с разными аппаратными платформами, операционными системами и т.п.
Недостатки:
неработоспособность сервера может сделать неработоспособной всю вычислительную сеть;
поддержка работы данной системы, требует отдельного специалиста – системного администратора;
высокая стоимость оборудования.
В свою очередь клиент-серверная архитектура разделяется на несколько типов:
Двухуровневая архитектура «клиент-сервер»;
Трехуровневая архитектура «клиент-сервер»;
Многоуровневая архитектура или N-уровневая архитектура.
4.2.1 Двухуровневая архитектура «клиент-сервер».
В случае с двухуровневой архитектурой «клиент-сервер» база данных помещается на сетевом сервере, однако программа клиента лишена возможности прямого доступа к БД. Доступ к БД регулируется специальной программой – сервером БД.
Взаимодействие сервера БД и клиента реализуется с помощью SQL-запросов, которые формирует и отсылает серверу клиент. Сервер, приняв запрос, выполняет его и возвращает результат клиенту. В клиентском приложении в основном осуществляются интерпретация полученных от сервера данных, реализация пользовательского интерфейса, а также реализация части бизнес-правил.
Но двухуровневая архитектура не лишена недостатков, таких как:
Ухудшение производительности прямо пропорциональна количеству пользователей;
Независимо от того, какой тип клиента используется, большая часть обработки данных должна находиться в базе данных, это означает, что она полностью зависит от возможностей, предусмотренных в базе данных производителем.
Двухуровневая архитектура настолько зависит от конкретной реализации базы данных, что перенос существующих приложений для различных СУБД, становится серьезной проблемой.