Разработка АИС учета валютных вкладов

1. Пользователь  терминала (10) формулирует на языке запросов СУБД, на пример QBE, ПО СВЯЗИ (11) требование на выборку некоторых данных из базы.

СУБД определяет местоположение требуемых данных и обращается  к ним ОС, которая считывает (6) из внешней памяти искомые данные и помещает их системные буферы СУБД.

1. Информация из системных буферов преобразуется (12) к требуемому формату, после чего отображается (13) на терминале пользователя (10).

Напомним, что  описания схема поясняет, как функционирует  СУБД с одним пользователем на отдельной ПЭВМ.

Если компьютер и ОС поддерживают многопользовательский режим работы, то в такой вычислительной системе можно функционировать многопользовательская СУБД.

      Последняя, в общем случае позволяет одновременно обслуживать нескольких пользователей , работающих непосредственно с СУБД или с приложениями (каждое из которых поддерживает работу с одним или несколькими пользователями).

      Иногда  к вычислительной системе подключается так называемый удаленный пользователь, находящийся на некотором удалении от ЭВМ и соединенный с ней при помощи  какой-либо передающей среды (интеРАейс ЭВМ, телефонный канал связи, радиоканал, оптико-волоконная линия и.т.д.). Чаще всего такой пользователь программным способом эмулируется под обычного локального пользователя. СУБД, как правило, этой подмены не замечает и работает по обслуживанию запросов обычным образом.

      В многопользовательских СУБД, при выполнении различных операций, параллельно происходят процессы. При обслуживании нескольких параллельных источников запросов (от пользователей и приложений ЭВМ чтобы обеспечить независимое или почти независимо выполнение операций), порождаемых запросами.

      Многопользовательские СУБД часто применяются на больших и средних ЭВМ, где основным режимом использования ресурсов является коллективный доступ.

На  персональных ЭВМ  пользователь обычно работает один, но с различными программами, в том числе и одновременно (точнее, попеременно).

Иногда таким  программами  оказываются СУБД.

Различные программы  или разные копии одной и то же СУБД. Последняя ситуации возникает, например, при работе с различными базами данных с помощью СУБД

Access.

 Технология  одновременной работы пользователя  с несколькими программами неплохо  реализована в Windows.

Здесь каждая выполняемая программа имеет свое окно взаимодействия с пользователем и имеются удобные средства приключения между программами. При работе в Windows СУБД избавлена от необходимости поддержания нескольких сеансов работы с пользователями.

      В настоящее время наблюдается тенденция информатизации и компьютеризации общества, причем эта тенденция отмечается повсеместно – во всех странах мира, в разных областях профессиональной деятельности и в быту. Ядро любой информационной системы (ИО) составляет информационная база, преобладающей формой организации которой является база данных (БД).

      Базы  данных представляют собой особую организацию  данных и предлагают использование специальных программно – языковых средств (систем управления базами данных - СУБД), а также специфического подхода к организации ИС. Проектирование баз данных, с одной стороны, общим правилам проектирования информационных систем, а с другой – имеет отличительные особенности, свойственные «банковской» организации данных.

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

      Базы  данных- это система специальным  образом организованных данных (баз данных), программных, технических, языковых, организационно – методических средств, предназначенных для обеспечения централизованного накопления и коллективного многоцелевого использования данных.

1. Базы данных создаются обычно для многоцелевого использования, а не для решения какой – либо одной задачи.
2. Базы данных отражают определенную часть реального мира. Надо стремиться, чтобы вся информация, описывающая предметную область, фиксировалось в базе данных однократно, накапливалось и поддерживалось в актуальном состоянии централизованно, все пользователи, которым эта информация нужна, должны иметь возможность работать с ней.
3. Базы данных – это специальным образом организованные данные. Эти особенности в организации данных заключается, прежде всего, в том, что БД представляют собой системы взаимосвязанных данных, единство и целостность которых одерживается специальными программными средствами.

        В конце 1980г фирма IBM решила завоевать быстро растущий рынка РС создала специальную группу из 12 человек, предоставив им большие полномочия, вплоть до закупки и использования разработок других фирм.

При таких  льготных условиях модель IBM РС была разработана в течение года. Для разработки  своей операционной системы фирма IBM обратилась к разработчикам своей операционной системы для РС фирме DR,однако те не заинтересовалась данным проектом, и за разработку взялась маленькая фирма из Сиэтла Miсrosoft (MS).

Фирма Miсrosoft разработала операционную систему Windows.Net, которая в настоящее время является самой надежной и богатой системой. В работе для проектирования  АИС предлагается использовать последнюю версию этой системы. 

     Проектирование  базы данных в ACCESS.

     Microsoft Access – это СУБД предназначенная  для хранения и поиска информации, её представления в удобном  виде и автоматизации часто  повторяющихся операций. Чтобы реализовать  базу данных в Access надо ввести через режим конструктора свою модель. Для начала надо ввести название таблиц и всех их атрибутов. Здесь же задается тип данных и первичный ключ.

     Затем реализуем реляционную модель третей нормальной формы в схеме данных.

     После этого вводим в таблицы данные и делаем запросы. Для этого создаем  запросы через режим конструктора: добавляем нужные таблицы (связи  выставим сами) и указываем поля, необходимые отобразить после запроса.

     В результате на экран выведутся те поля, которые были указаны в запросе.

     Можно создавать запросы с условиями  отбора, или сортируя данные. К примеру, можно вывести всех поставщиков, фамилии которых начинаются на букву  “М”. Для этого вводим отбор в  графу “Условие отбора”. В результате появиться таблица, которая выводит  всех поставщиков начинающееся на букву  “М”. 
 
 
 
 

2.2. Проектирование информационной  базы (ИБ) или базы  данных (БД)

  Будем реализовывать базу данных в среде Access. Access обладает широким набором возможностей, начиная от проектировщика форм и заканчивая поддержкой всех форматов популярных баз данных. Основными особенностями Access являются:

• Многократно используемые и расширяемые компоненты. Access устраняет необходимость программировать такие компоненты Windows, как метки, пиктограммы, диалоговые панели. Access позволяет приспособить эти компоненты к задаче, чтобы они работали так, как требуется пользователю. В Access включаются кнопки, меню, диалоговые панели, с помощью которых можно обеспечить ввод данных, не прибегая к программированию.
• Шаблоны приложений и форм. В Access существуют встроенные шаблоны форм и частей приложений, которые можно приспосабливать для разработки своих прикладных программ.
• Настройка среды разработки. Палитра компонентов, редактор кода, шаблоны форм и приложений могут быть полностью настроены в соответствие с пожеланиями пользователя.
• Широкие возможности доступа к данным. В Access встроен механизм работы с базами данных BDE (Borland Database Engine).

    Основным  из инструментов для организации  работы с базой данных в Access является BDE Administrator. Он обеспечивает настройку псевдонимов, путей и драйверов доступа к базе данных. Непосредственную работу с таблицами базы данных из приложения обеспечивают компоненты доступа к базе данных и компоненты контроля базы данных из стандартной библиотеки Access.

    Таблицы базы данных будем создавать в формате СУБД (таблицы с расширением *.mdb), так как эта СУБД также является разработкой фирмы Borland, Access работает с этим форматом особенно надежно, просто и удобно.

    Даталогическое проектирование

    Даталогическим  проектированием называется проектирование логической структуры базы данных в  среде конкретной СУБД. Конечным результатом  даталогического проектирования является описание логической структуры базы данных на языке описания данных.

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

    Проектирование  осуществляется на основе анализа инфологической модели и переходе от нее к реляционным  отношениям.

    При проектировании логической  структуры  БД осуществляются преобразование исходной инфологической  модели  в  модель данных, поддерживаемую конкретной СУБД, и проверка адекватности полученной даталогической модели отображаемой предметной области.

    Для любой предметной области существует множество вариантов проектных  решений ее отображения в даталогической модели. Методика проектирования должна обеспечивать выбор наиболее подходящего  проектного решения.

    Даталогическое  проектирование состоит из 2 этапов:

• логический;
• физический.

    Логическое  проектирование

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

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

    Для каждой из рассмотренных сущностей  выделим отдельную таблицу базы данных. Атрибуты соответствующих отношений  формируют поля таблицы базы данных. Состав атрибутов каждой сущности был  определен в предыдущем пункте. Теперь необходимо подобрать типы полей  и их размеры, выбрать ключевые поля‚  оперируя терминами системы управления базами данных Access. 

2.3. Проектирование технологического  процесса обработки  данных в ИС  и разработка специального  программного обеспечения

      База  данных – это некоторая информационная модель (ИМ) предметной области (ПРО). Это означает, что в ИМ отображаются только те факты производственно-хозяйственной и финансовой деятельности ПРО, которые необходимы для функционирования системы. А ПРО – это часть реального мира.

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

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

    Программа автоматизации анализа доходности инвестиций в ценные бумаги реализована  на СУБД Microsoft Access XP. Данная СУБД является новейшей разработкой в пакете Microsoft Office XP.

    Данный программный продукт содержит 3 таблиц, атрибутивный состав которых представлен ниже: 

1.Существует таблица «Курс Валюты», которая является «главной» таблицей в кредитный отдел 

 

ИнтеРАейс 1 для таблицы  « Курс Валюты » 
 
 
 
 

2.  Таблица  «Юридические Лица» связана с «Курс Валюты»который является главным в обмене валюты. 

 
 

ИнтеРАейс 2 «Юридические Лица » 

Таблица «Организация» связан  таблица «Курс Валюты» который оформляет кредиты в