
- •Информационно-технологическая архитектура ис-1 (Слайд 1)
- •1. Информационные системы: основные термины.
- •2. Классификация ис по масштабу и интеграции компонентов.
- •2.1. Локальная информационная система.
- •2.2. Групповая информационная система.
- •2.3. Корпоративная информационная система (кис).
- •3. Информационно-технологическая архитектура ис.
- •4. Типовые функциональные компоненты ис и функции приложения.
- •4.1. Типовые функциональные компоненты ис:
- •4.2. Функции приложения.
- •5. Централизованная обработка данных.
- •6. Архитектура многопользовательских ис.
- •6.1. Тенденции развития многопользовательских систем.
- •6.2. Предварительные определения распределенной обработки данных.
- •7. Архитектура Файл-Сервер.
- •8. Достоинства и недостатки архитектуры Файл – Сервер.
5. Централизованная обработка данных.
Если компьютер работает в монопольном режиме, то и БД, размещенная на ПК, будет функционировать также в монопольном режиме даже в том случае, если с БД работают несколько пользователей, поскольку они могут обращаться к ней только последовательно.
Особенности централизованной обработки данных (Слайд 10):
На одном компьютере функционируют:
программные средства пользовательского интерфейса, обеспечивающие интерактивный режим работы пользователя;
СУБД и программные средства приложений, выполняющие обработку данных;
сама БД.
Развитие данной архитектуры ограничено:
ресурсами центрального компьютера, влияющими на своевременность обработки всех приложений.
техническими параметрами центрального компьютера:
объем оперативной памяти,
объем дисковой памяти для БД,
надежность работы компьютера и ПО;
Построение локальной ИС на одном компьютере возможно с помощью следующих вариантов использования программных средств:
1. Полная СУБД (Слайд 11) - этот способ обычно применяется, если в дисковой памяти компьютера помещается вся СУБД и она часто используется для доработки приложения.
Взаимодействие пользователя с СУБД происходит напрямую через пользовательский (терминальный) интерфейс СУБД, либо с помощью приложения. Приложение выполняется в режиме интерпретации.
Основное достоинство схемы — простота разработки и сопровождения БД и приложений при наличии развитых соответствующих средств разработки и сервисных средств.
Недостаток - затраты дисковой памяти на хранение программы СУБД.
2. Приложение и ядро СУБД (Слайд 12) используются для:
уменьшения объема занимаемого СУБД пространства жесткого диска и оперативной памяти;
повышения скорости работы приложения;
защиты приложения от модификации со стороны пользователя (обычно ядро не содержит средств разработки приложений).
Примерами являются модуль FoxRun системы FoxBase+ и СУБД Microsoft Access, включающая дополнительный пакет Microsoft Access Developer's Toolkit. С его помощью можно создавать переносимую на носитель «укороченную» (run-time) версию Microsoft Access, не содержащую инструментов разработки.
Достоинствами использования ядра СУБД по сравнению с использованием полной версии СУБД являются меньшее потребление ресурсов памяти компьютера, ускорение работы приложения и возможность защиты приложения от модификации.
Недостатками являются все еще значительный объем дисковой памяти, необходимой для хранения ядра СУБД, и недостаточно высокое быстродействие работы приложений (выполнение приложения по-прежнему происходит путем интерпретации).
3. Независимое приложение (Слайд 13) - исходная программа предварительно компилируется — преобразуется в последовательность исполняемых машинных команд.
В результате получается готовая к выполнению независимая программа, не требующая для своей работы ни всей СУБД, ни ее ядра.
Достоинства (по сравнению с двумя предыдущими) - экономия внешней и оперативной памяти компьютера, ускорение выполнения приложения, полная защита приложения от модификации.
Недостатки - трудоемкость доработки приложений и отсутствие возможности использовать стандартные средства СУБД по обслуживанию БД.
В принципе, примером построения локальной ИС на одном компьютере является т.н. локальный АРМ (автоматизированное рабочее место) (Слайд 14) — программно-технический комплекс - предназначен для реализации управленческих функций на отдельном рабочем месте; информационно и функционально может быть не связан с другими ИС (АРМ).