Автоматизированные рабочие места, предназначенные для финансово-кредитных органов (стр. 1 из 4)

Курсовая работа

По Информатике на тему

“Автоматизированные рабочие места, предназначенные для финансово-кредитных органов”

Введение

Теоретическая часть

Автоматизированные рабочие места, предназначенные для кредитных органов

Классификация АБС

Архитектура прикладных систем

Архитектура АБС нового поколения

Практическая часть

Задача, решенная с использованием пакета

Электронных таблиц MicrosoftExel

Задача, решенная при помощи СУБД

MicrosoftAccess 97

Приложение №1

Приложение №2

Приложение №3

Список используемой литературы

Введение

Курсовая работа состоит из теоретической и практической частей.

В Теоретической части рассматриваются вопросы Программного обеспечения Современных кредитных организаций. Приведена классификация систем, используемых в кредитных учреждениях по всему миру, описаны основные принципы работы Информационных систем Нового поколения.

В практической части решены 2 задачи с использованием пакета электронных таблиц MSExel и СУБД Access 97.

При написании данной работы использовался компьютер с процессором Pentium 166, монитором SyncMaster 500b и оперативной памятью 15,0 Мбайт.

Теоретическая часть

АВТОМАТИЗИРОВАННЫЕ РАБОЧИЕ МЕСТА, ПРЕДНАЗНАЧЕННЫЕ ДЛЯ ФИНАНСОВО-КРЕДИТНЫХ ОРГАНОВ

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

Создание Автоматизированной Банковской Системы (АБС) занимает умы многих специалистов. На сегодняшний день существует классификация АБС по принципу технологического построения. Условно она представляет собой 6 поколений.

Классификация АБС

I поколение

Аппаратная платформа – автономные персональные компьютеры под управлением MS-DOS; СУБД – Clipper, FoxPro, Clarion; базовый элемент технологии – бухгалтерская проводка; структура АБС – автономные Автоматизированные Рабочие Места (АРМ), не связанные или слабо связанные по данным через обмен файлами (в том числе путем физического переноса на гибких дисках с компьютера на компьютер). Сейчас практически не встречается.

IIпоколение

Аппаратная платформа – персональные компьютеры под управлением MS-DOS, работающие в локальной сети NovellNetWare; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии – бухгалтерская проводка; структура АБС – автономные АРМы, связанные по данным через общие файлы, лежащие на сервере и не связанные по функциям. Широко распространено до сих пор, особенно в небольших банках и в провинции.

IIIпоколение

Аппаратная платформа – персональные компьютеры под управлением MS-DOS (MSWindows), работающие в локальной сети NovellNetWare; СУБД – собственная разработка на базе менеджера записей Brtieve; базовый элемент технологии – бухгалтерская проводка, реже – документ; структура АБС – автономные АРМы, сильно связанные по данным через общие структуры базы данных и слабо связанные по функциям. Технология, переходная от “файл-сервер” к “клиент-сервер”. Широко распространено, в том числе в ряде крупных банков.

IV поколение

Аппаратная платформа – персональные компьютеры под управлением MS-DOS (MSWindows), работающие в локальной сети, или же хост – компьютер с терминалами; СУБД – профессиональная реляционная (может быть постреляционная или сетевая); базовый элемент технологии – бухгалтерская проводка (реже), документ, сделка; структура АБС – автономные АРМы, сильно связанные по данным через общие структуры базы данных, в отдельных случаях связанные по функциям через общее ядро. Технология “хост-терминал” или двухуровневая “клиент-сервер”. Довольно распространено, но не у нас.

V поколение

Аппаратная платформа – персональные компьютеры под управлением MSWindows, MS-DOS, реже UNIX, в распределенной сети (WAN) с несколькими физическими серверами приложений (которые работают под многозадачными многопользовательскими Операционными Системами (ОС)); СУБД – профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии – документ или сделка; структура АБС – логические АРМы, сильно связанные как по данным, так и по функциям в пределах локальной сети или хоста и слабо связанные по данным в пределах распределенной сети. Технология трехуровневая “клиент-сервер” с использованием менеджеров транзакций. Единичные разработки.

VIпоколение

Аппаратная платформа – гетерогенная сетевая среда; СУБД - профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии – сделка или документ; структура АБС – логические АРМы, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах сети Intranet. Перспективная технология, появившаяся чуть больше года назад. Единичные разработки, но за ними будущее.

В настоящий момент на территории нашей страны используются АБС третьего поколения.

Архитектура прикладных систем

Иерархию функций АБС и ее технологическую платформу можно рассмотреть при помощи рисунка.

На самом нижнем (нулевом) уровне лежат функции (вызовы) ОС, обеспечивающие ввод-вывод информации. Чуть выше – функции файловой системы ОС или СУБД (в некоторых профессиональных СУБД они подменяют собой функции ОС) – это первый уровень. Еще выше – уровень процедур выборки данных СУБД (“считать текущую запись в буфер”… “переместиться на N записей” …. и т.п., сюда же относится и транзакционный механизм, сетевые блокировки и т.п.) – второй уровень. Далее следует уровень непроцедурных функций СУБД (SQL или другой непроцедурный язык манипулирования данными) – третий уровень. Следующий, четвертый уровень – это “технические” функции приложения (обеспечивающие преобразование данных, пользовательский интерфейс, интерфейс прикладного программирования и т.п., но являющиеся уже не функциями инструментального пакета СУБД, а пользовательскими функциями, созданными при программировании прикладной системы). Эти функции отвечают за логику программы. Пятый уровень – это бизнес - функции приложения, определяющие логику деятельности.

В зависимости от того, как разработчики построили АБС и к какому технологическому поколению она принадлежит , отдельные модули АБС будут по-разному использовать функции 6-ти описанных выше уровней (с нулевого по пятый). Так, ядро АБС может содержать только функции нулевого уровня (в системах I,II поколений) или первых пяти, с нулевого по четвертый (в системах IV,V поколений), а программы модулей, исполняемые на рабочих станциях системы, - соответственно, с первого по пятый или только пятый уровень. Рисунок наглядно это демонстрирует.

.Чем более высокого уровня функции объединены в ядре и доступны для рентабельного совместного использования всеми модулями системы, тем выше степень интеграции АБС (с технологической точки зрения).

В свою очередь, возможная степень интеграции АБС определяется ее технологической платформой. Так например, при использовании “персональных” СУБД и “толстых” клиентов, работающих в архитектуре “файл-сервер”, практически недостижима интеграция в ядре АБС функций выше первого уровня. Это вынуждает иметь в составе каждого модуля копии функций второго – пятого уровней, что увеличивает размер ядра, повышает требования к аппаратным ресурсам рабочих станций, усложняет их настройку и практически исключает возможность ее динамического изменения (например, переконфигурация модулей “на лету”). Если деятельность банка требует, чтобы на одной и той же рабочей станции выполнялись задачи, поддерживаемые разными модулями АБС, то динамическое изменение конфигурации может оказаться полезным. Иначе придется каждый раз при смене задачи выходить из одного модуля и загружать другой.

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

Широкое распространение локальных и глобальных информационно – вычислительных сетей привело к тому, что информационные системы приобретают распределенный характер. Первоначально распределенными становились только данные. Сейчас речь может идти уже и о распределенном хранении отдельных процедур и функций, так что в отдельных случаях можно говорить уже и о распределенном ядре информационной системы. Распределенное ядро может иметь система, построенная по Java – технологии или по компонентной технологии.

Преимущества распределенного ядра заключаются в том, что каждая процедура или функция исполняется на той машине, которая ближе всех к обрабатываемым данным; тем самым возрастает скорость обработки и появляется возможность ее распараллеливания. Однако технология такого рода требует наличия единой управляющей программы, которая служит “диспетчером” всех процедур и функций распределенного ядра. Наиболее перспективно решение этой задачи в форме компонентной технологии, в которой процедуры и функции II - V уровней оформляются в виде автономных компонент со стандартным интерфейсом, а в системе организуется диспетчер компонент, работающий с их очередью, подобно тому, как в системах, управляемых по событиям, функционирует процедура – диспетчер событий. В таких компонентных технологиях очень удобно создавать большие территориально распределенные информационные системы, использующие низкоскоростные каналы связи, так как сама технология допускает существенную асинхронность каналов.