 |
Технологическое построение
|
|
|
|
Курсовая работа
По Информатике на тему
“Автоматизированные рабочие места, предназначенные для финансово-кредитных органов”
Введение
Теоретическая часть
Автоматизированные рабочие места, предназначенные для кредитных органов
Классификация АБС
Архитектура прикладных систем
Архитектура АБС нового поколения
Практическая часть
Задача, решенная с использованием пакета
Электронных таблиц Microsoft Exel
Задача, решенная при помощи СУБД
Microsoft Access 97
Приложение №1
Приложение №2
Приложение №3
Список используемой литературы
Введение
Курсовая работа состоит из теоретической и практической частей.
В Теоретической части рассматриваются вопросы Программного обеспечения Современных кредитных организаций. Приведена классификация систем, используемых в кредитных учреждениях по всему миру, описаны основные принципы работы Информационных систем Нового поколения.
|
|
|
В практической части решены 2 задачи с использованием пакета электронных таблиц MS Exel и СУБД Access 97.
При написании данной работы использовался компьютер с процессором Pentium 166, монитором SyncMaster 500b и оперативной памятью 15,0 Мбайт.
Теоретическая часть
АВТОМАТИЗИРОВАННЫЕ РАБОЧИЕ МЕСТА, ПРЕДНАЗНАЧЕННЫЕ ДЛЯ ФИНАНСОВО-КРЕДИТНЫХ ОРГАНОВ
Немыслимо представить себе информационную систему, состоящую из автономных, не соединенных между собой компьютеров. Сетевые вычисления сегодня – обычное дело. Назначение сети меняется: из средства обеспечения совместной работы нескольких пользователей с одними и теми же файлами асинхронного обмена информацией она превращается в целостную среду, в которой на многих компьютерах одновременно исполняются отдельные элементы единой информационной системы.
Создание Автоматизированной Банковской Системы (АБС) занимает умы многих специалистов. На сегодняшний день существует классификация АБС по принципу технологического построения. Условно она представляет собой 6 поколений.
Классификация АБС
I поколение
Аппаратная платформа – автономные персональные компьютеры под управлением MS-DOS; СУБД – Clipper, FoxPro, Clarion; базовый элемент технологии – бухгалтерская проводка; структура АБС – автономные Автоматизированные Рабочие Места (АРМ), не связанные или слабо связанные по данным через обмен файлами (в том числе путем физического переноса на гибких дисках с компьютера на компьютер). Сейчас практически не встречается.
II поколение
Аппаратная платформа – персональные компьютеры под управлением MS-DOS, работающие в локальной сети Novell NetWare; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии – бухгалтерская проводка; структура АБС – автономные АРМы, связанные по данным через общие файлы, лежащие на сервере и не связанные по функциям. Широко распространено до сих пор, особенно в небольших банках и в провинции.
|
|
|
III поколение
Аппаратная платформа – персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети Novell NetWare; СУБД – собственная разработка на базе менеджера записей Brtieve; базовый элемент технологии – бухгалтерская проводка, реже – документ; структура АБС – автономные АРМы, сильно связанные по данным через общие структуры базы данных и слабо связанные по функциям. Технология, переходная от “файл-сервер” к “клиент-сервер”. Широко распространено, в том числе в ряде крупных банков.
IV поколение
Аппаратная платформа – персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети, или же хост – компьютер с терминалами; СУБД – профессиональная реляционная (может быть постреляционная или сетевая); базовый элемент технологии – бухгалтерская проводка (реже), документ, сделка; структура АБС – автономные АРМы, сильно связанные по данным через общие структуры базы данных, в отдельных случаях связанные по функциям через общее ядро. Технология “хост-терминал” или двухуровневая “клиент-сервер”. Довольно распространено, но не у нас.
V поколение
Аппаратная платформа – персональные компьютеры под управлением MS Windows, MS-DOS, реже UNIX, в распределенной сети (WAN) с несколькими физическими серверами приложений (которые работают под многозадачными многопользовательскими Операционными Системами (ОС)); СУБД – профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии – документ или сделка; структура АБС – логические АРМы, сильно связанные как по данным, так и по функциям в пределах локальной сети или хоста и слабо связанные по данным в пределах распределенной сети. Технология трехуровневая “клиент-сервер” с использованием менеджеров транзакций. Единичные разработки.
VI поколение
Аппаратная платформа – гетерогенная сетевая среда; СУБД - профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии – сделка или документ; структура АБС – логические АРМы, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах сети Intranet. Перспективная технология, появившаяся чуть больше года назад. Единичные разработки, но за ними будущее.
|
|
|
В настоящий момент на территории нашей страны используются АБС третьего поколения.
Архитектура прикладных систем
Иерархию функций АБС и ее технологическую платформу можно рассмотреть при помощи рисунка.
|
|
На самом нижнем (нулевом) уровне лежат функции (вызовы) ОС, обеспечивающие ввод-вывод информации. Чуть выше – функции файловой системы ОС или СУБД (в некоторых профессиональных СУБД они подменяют собой функции ОС) – это первый уровень. Еще выше – уровень процедур выборки данных СУБД (“считать текущую запись в буфер”… “переместиться на N записей” …. и т.п., сюда же относится и транзакционный механизм, сетевые блокировки и т.п.) – второй уровень. Далее следует уровень непроцедурных функций СУБД (SQL или другой непроцедурный язык манипулирования данными) – третий уровень. Следующий, четвертый уровень – это “технические” функции приложения (обеспечивающие преобразование данных, пользовательский интерфейс, интерфейс прикладного программирования и т.п., но являющиеся уже не функциями инструментального пакета СУБД, а пользовательскими функциями, созданными при программировании прикладной системы). Эти функции отвечают за логику программы. Пятый уровень – это бизнес - функции приложения, определяющие логику деятельности.
В зависимости от того, как разработчики построили АБС и к какому технологическому поколению она принадлежит, отдельные модули АБС будут по-разному использовать функции 6-ти описанных выше уровней (с нулевого по пятый). Так, ядро АБС может содержать только функции нулевого уровня (в системах I,II поколений) или первых пяти, с нулевого по четвертый (в системах IV,V поколений), а программы модулей, исполняемые на рабочих станциях системы, - соответственно, с первого по пятый или только пятый уровень. Рисунок наглядно это демонстрирует. 
|
|
|
.Чем более высокого уровня функции объединены в ядре и доступны для рентабельного совместного использования всеми модулями системы, тем выше степень интеграции АБС (с технологической точки зрения).
В свою очередь, возможная степень интеграции АБС определяется ее технологической платформой. Так например, при использовании “персональных” СУБД и “толстых” клиентов, работающих в архитектуре “файл-сервер”, практически недостижима интеграция в ядре АБС функций выше первого уровня. Это вынуждает иметь в составе каждого модуля копии функций второго – пятого уровней, что увеличивает размер ядра, повышает требования к аппаратным ресурсам рабочих станций, усложняет их настройку и практически исключает возможность ее динамического изменения (например, переконфигурация модулей “на лету”). Если деятельность банка требует, чтобы на одной и той же рабочей станции выполнялись задачи, поддерживаемые разными модулями АБС, то динамическое изменение конфигурации может оказаться полезным. Иначе придется каждый раз при смене задачи выходить из одного модуля и загружать другой.
Общая тенденция развития технологических платформ ведет к тому, чтобы перейти от программирования информационной системы к ее настройке. При включении в ядро набора бизнес – функций пятого уровня настройка и конфигурация системы значительно упрощаются.
Широкое распространение локальных и глобальных информационно – вычислительных сетей привело к тому, что информационные системы приобретают распределенный характер. Первоначально распределенными становились только данные. Сейчас речь может идти уже и о распределенном хранении отдельных процедур и функций, так что в отдельных случаях можно говорить уже и о распределенном ядре информационной системы. Распределенное ядро может иметь система, построенная по Java – технологии или по компонентной технологии.
Преимущества распределенного ядра заключаются в том, что каждая процедура или функция исполняется на той машине, которая ближе всех к обрабатываемым данным; тем самым возрастает скорость обработки и появляется возможность ее распараллеливания. Однако технология такого рода требует наличия единой управляющей программы, которая служит “диспетчером” всех процедур и функций распределенного ядра. Наиболее перспективно решение этой задачи в форме компонентной технологии, в которой процедуры и функции II - V уровней оформляются в виде автономных компонент со стандартным интерфейсом, а в системе организуется диспетчер компонент, работающий с их очередью, подобно тому, как в системах, управляемых по событиям, функционирует процедура – диспетчер событий. В таких компонентных технологиях очень удобно создавать большие территориально распределенные информационные системы, использующие низкоскоростные каналы связи, так как сама технология допускает существенную асинхронность каналов.
|
|
|
Сейчас уже существуют инструментальные средства для создания информационных систем, построенных по компонентным технологиям такого типа. Примерами их в России могут служить система Miracle фирмы И.В.А. и “Элит – технология” фирмы “Открытые системы”. В первой из них диспетчером компонент является отдельный процесс, функционирующий на выделенном управляющем сервере. Вторая технология отличается тем, что в ней могут одновременно существовать несколько диспетчеров компонент.
Архитектура АБС нового поколения
На нынешнем этапе развития отечественной банковской системы определились основные задачи для систем автоматизации банков. К ним относятся, в частности, проведение финансового анализа, прогнозирование финансового положения банка, сбор и подготовка комплексных данных для принятия управляющих решений. В модели реализованы принципиально новые приемы концептуального построения АБС, которые предполагают отказаться от чисто “бухгалтерского” подхода и ориентировать систему на обработку документов, что, в свою очередь, не может не отразиться на организации интерфейса и на основных алгоритмах обработки. В ходе разработки новой автоматизированной банковской системы была поставлена и успешно решена задача “обособления” технологического ядра системы, в котором на этапе анализа реализуются определенные обобщенные абстрактные механизмы “прикладной функциональности”, что позволило оптимизировать работу системы.
В основе архитектуры новой модификации АБС лежит схема Клиент – Сервер (клиентская часть + сервер данных и хранимых процедур). Но в отличие от типовой в ней есть выделенный сервер приложений. (Рис. 1. Архитектура построения системы. Приложение № 1).
Рассмотрим элементы этой архитектуры.
Клиент
Программные модули клиентской части можно разделить на две группы:
Функциональные модули, обеспечивающие взаимодействие пользователя с системой, графический интерфейс, ввод запросов и данных, предоставление результатов по выполнению запросов;
Модули оболочки для связи с сервером данных.
Инрерфейс пользователя включает также окна с системными сообщениями о таких происходящих в АБС событиях, как поступление документа, возникновение “красного” сальдо на счете и др.
Сервер данных
· это SQL – сервер, который хранит все таблицы данных и процедуры системы. Все функции клиентской части реализуются только на основе вызова хранимых процедур (что очень важно для системы защиты).
В процессе функционирования системы хранимые процедуры подготавливают для клиентской части результаты своей работы. Эти процедуры могут вызывать другие хранимые процедуры, а так же обращаться к серверу приложений, активизируя его модули на выполнение.
Сервер приложений
исполняет специальные алгоритмы, которые неэффективно реализуются средствами сервера данных. Этот сервер может функционировать на том же компьютере, что и сервер данных, но его можно организовать и на другом компьютере. Модули сервера приложений обеспечивают функционирование системы безопасности и управления доступом, расчет процентов, формирование и обработку извещений. Все эти модули вызываются исключительно по запросам от хранимых процедур. Последние могут обращаться к серверу данных как напрямую, так и через внутренние хранимые процедуры.
Технологическое построение
Во “внутренней организации” системы можно выделить три основные составляющие: систему защиты информации и управления доступом, систему учета и систему обеспечения документооборота (Рис.2. Технологическая структура. Приложение №1).
В рамках перечисленных подсистем реализуются определенные абстрактные механизмы, которые вполне самодостаточны в том смысле, что их функционирование не зависит от работы системы.
|
|
|
