
- •1. Аис и их классификация
- •2. Структурная и функциональная организация аис
- •3. Централизованный процесс обработки данных
- •4. Децентрализованный процесс обработки данных
- •5. Переход к распределенной обработке данных
- •6. Модель файлового сервера
- •7. Модель сервера базы данных
- •8. Модель сервера приложений
- •Хранение приложений на сервере
- •9. Распределенные базы данных Internet
- •10. Понятие жизненного цикла
- •Структурная схема терминов
- •11. Основные процессы жизненного цикла аис
- •12. Вспомогательные процессы жизненного цикла аис
- •13. Организационные процессы жизненного цикла аис
- •14. Стадии жизненного цикла
- •15. Модели жизненного цикла. Каскадные модели
- •16. Модели жизненного цикла. Спиральные модели
- •17. Основополагающие принципы создания аис
- •18. Стадии создания аис
- •19. Методологии и технологии проектирования аис
- •20. Сущность структурного подхода к проектированию аис
- •21. Проблема сложности больших систем
- •22. Технология sadt – общие сведения
- •Состав функциональной модели
- •23. Технология sadt – типы связей между функциями
- •24. Технология sadt – общая последовательность моделирования
- •25. Технология dfd - общие требования, состав диаграмм
- •26. Технология dfd - построение иерархии диаграмм
- •27. Технология dfd – общая последовательность моделирования
- •28. Технология erd – общее понятие
- •29. Технология erd – правила построения отношений (связей)
- •30. Технология erd – общая последовательность моделирования
7. Модель сервера базы данных
Увеличение емкости оперативной и внешней памяти ПЭВМ и их быстродействия позволяют реализовывать новый подход - технологию «клиент-сервер». В этом случае рабочие станции поддерживают диалог с пользователями системы, принимают и должным образом трансформируют поступившие от них запросы, а затем передают на обработку серверу базы данных.
Сервер обрабатывает запросы, поступившие со всех рабочих станций. В его задачу входит реализация логики обработки запросов с принятием необходимой техники синхронизации - с поддержкой протоколов блокирования ресурсов, обеспечением предотвращения и/или устранения тупиковых ситуаций.
В ответ на запрос пользователя рабочая станция получает не данные для последующей обработки, а готовые результаты. Технология «клиент-сервер» позволяет значительно уменьшить сетевой трафик (поток сообщений сети), сохранить время ожидания блокированных ресурсов данных в мульти–пользо-вательском режиме, разгрузить рабочие станции, использовать для них менее дорогие ПЭВМ.
Производительность систем, реализующих технологию «клиент-сервер», на порядок выше по сравнению с технологией «файл-сервер». Использование технологии «клиент-сервер» позволяет перенести часть работы с сервера на ПЭВМ клиента, оснащенную программными средствами решения прикладных задач пользователя. Этим создается возможность для постепенного наращивания возможности сервера баз данных и совершенствования инструментальных средств клиента:
Для реализации интерфейса с сервером базы данных можно использовать электронные таблицы, текстовые и графические процессоры, объектно-ориентированные системы программирования, системы управления базами данных и др. Технология «клиент-сервер» поддерживается сетевыми операционными системами (WINDOWS NT, UNIX, NETWARE 3.1 и др.), сетевыми СУБД (SQL-server, ORACLE-server, Ingress и др.).
8. Модель сервера приложений
В настоящее время стоит проблема уменьшения стоимости использования и администрирования ПК. По мере падения цен на ПК стало ясно, что наибольших затрат требуют не сами ПК, а их сопровождение.
Одной из дорогостоящих составляющих стоимости использования ПК является поддержка приложений в надлежащем состоянии. Как гарантировать, что все сетевые клиенты используют одни и те же приложения, установленные со всеми требуемыми исправлениями и другими обновлениями? Чтобы упростить решение этой задачи, можно загрузить все офисные приложения на сервер приложений, централизованно хранящий соответствующие файлы для того, чтобы все клиенты использовали одинаковые версии приложения.
Проблема сетевых администраторов может быть проиллюстрирована примером поддержки средств языка Visual Basic (VB). Когда кто-либо из разработчиков обновляет самую последнюю версию VB, он приобретает доступ к библиотечным объектам, которых нет в предыдущей версии, и поэтому может реализовывать с помощью своего программного обеспечения то, что другим разработчикам недоступно. С одной стороны, это хорошо, поскольку позволяет ему создавать более мощное программное обеспечение, а с другой — плохо, поскольку это значит, что другие разработчики, которым может понадобиться поработать с приложениями, созданными с помощью этих новых объектов, сделать это не смогут.
Частично решить эти проблемы можно с помощью одного простого правила администрирования, которое гласит: "Никогда не устанавливай на своем компьютере нелицензионное программное обеспечение". Это хорошее правило для всех случаев как с точки зрения лицензирования и производства, так и защиты сети от вирусов типа "Троянский конь" (вирусов, упакованных в безвредное программное обеспечение). Но если кто-либо будет загружать такие приложения локально, проконтролировать ситуацию будет сложнее. А вот если приложение будет храниться на сервере, то вероятность того, что клиенты при работе с ним будут испытывать неприятности, значительно уменьшиться, и это положительно повлияет на работу всей сети.
Следует также учесть стоимость ручного обновления программного обеспечения в сети, в которой все приложения хранятся локально. Установка и настройка программ в местах размещения компьютеров может выполняться относительно легко с помощью каких-либо программных средств работы с дисками, но их обновление будет затруднено, если только не использовать сервер SMS (System Management Server — сервер управления системами) или какое-то другое инструментальное средство для централизованного администрирования. В этом случае централизованное хранение приложений на единственном сервере значительно облегчает жизнь.
Сконцентрировать приложения в одном месте можно 3 различными способами.
Установить все приложения на центральном сервере и обеспечить связи с загрузочными файлами, необходимыми для исполнения приложения клиентами. (Для многих приложений это вполне работоспособный вариант, хотя некоторые приложения могут запускаться только локально)
Установить специализированное сетевое приложение, если для этого имеются соответствующие возможности.
Запустить приложение в памяти сервера, выделив клиентам только интерфейс приложения.