Файл: Проектирование ИС по учету инвестиционных фондов TeleTrade (Характеристика предприятия и его деятельности).pdf

При разработке структуры диалога предусмотрены следующие возможности:

• работа с экранными формами входных документов;
• формирование выходных документов;
• корректировка вводимых данных;
• просмотра введенной информации;
• работа с таблицами нормативно-справочной информации;
• помощь на всех этапах работы.

Диалог реализуется с использованием контекстно-зависимого меню.

Меню используется для ввода, как управляющих команд, так и данных.

Контекстно-зависимое меню является наиболее естественным механизмом для работы с устройствами указания и выбора: меню представляет собой изображение тех объектов, которые выбираются пользователем.

Следует отметить, что хотя работа с указательным устройством типа «мышь» не требует профессионального владения клавиатурой, для подготовленного пользователя это не самый быстрый способ выбора из меню.

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

Основное меню

Справочники

Документы

Инвесторы

Отчеты

Справка

Выход

Организа-ции

Договора

Учет инвестиций

Виды инвестиций

Сотрудники

Объекты инвестиций

Рисунок 3.2 – Сценарий диалога

3.2 Характеристика базы данных

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

Ключ является уникальным идентификатором (именем поля), который однозначно определяет запись и позволяет устранять избыточность и дублирование данных.[7]

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

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

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

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

• 1:1 (один к одному);
• 1:∞ (один ко многим);
• ∞:∞ (многие ко многим).

Функциональная связь имеется между информационными объектами (ИО), если необходима совместная обработка данных, представленных соответствующими информационными объектами. Реальные отношения могут быть разного типа:

• один к одному (1:1) – имеет место, когда каждому экземпляру первого ИО соответствует только один экземпляр второго ИО и наоборот. Такие ИО легко могут быть объединены в один объект, структура которого образуется объединением реквизитов обоих исходных объектов, а ключевым реквизитом может быть выбран любой из ключей исходных ИО.
• один ко многим (1:) – это такие отношения, когда каждому экземпляру одного ИО может соответствовать несколько экземпляров другого ИО. В такой связи имеют место иерархические групповые отношения между экземплярами разных типов. При этом один ИО определяется как главный объект, а другой ИО как подчиненный объект.
• многие ко многим (:) – это такие отношения, когда каждому экземпляру одного ИО может соответствовать несколько экземпляров другого ИО. Такие отношения можно охарактеризовать как сетевые.[5]

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

Для всех сущностей установлена связь «один-ко-многим».

База данных (БД) «Fond» состоит из восьми взаимосвязанных таблиц. Приведем структуру каждой таблицы.

Схема БД, структура таблиц и данные представлены на рисунках 3.2-3.10.

Создадим структуру таблицы Сотрудники.

Для этого:

• на вкладке Создание выберем Конструктор таблиц;
• введем следующие имена полей и соответствующие им типы данных:

Рисунок 3.2 - Структура таблицы Сотрудники

• поле Код сотрудника назначим ключевым. Для этого установим табличный курсор в это поле и нажмем кнопку Ключевое поле;
• сохраним структуру таблицы. На экран будет выведено предложение ввести имя таблицы. Введем ее название – Сотрудники.

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

Рисунок 3.3 - Структура таблицы Организации

Рисунок 3.4 - Структура таблицы Инвесторы

Рисунок 3.5 - Структура таблицы Сроки

Рисунок 3.6 - Структура таблицы Виды инвестиций

Рисунок 3.7 - Структура таблицы Объекты инвестиций

Рисунок 3.8 - Структура таблицы Договора

Рисунок 3.9 - Структура таблицы Учет инвестиций

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

1. Закрыть все открытые таблицы.

2) Нажать кнопку Схема данных на панели инструментов.

3) На экран будет выведено окно Добавление таблицы.

4) Дважды щелкнуть имена таблиц, для которых требуется определить связи. Затем закрыть диалоговое окно Добавление таблицы.

5) Для связывания полей выбрать поле в одной таблице и перетащить его на соответствующее поле во второй таблице.

Установлена связь «один-ко-многим».

Приведем схему данных:

Рисунок 3.10 – ER-модель данных

3.3 Структурная схема пакета (дерево вызова программных модулей)

Логическая структура ИС по учету инвестиционных фондов представлена на рисунке 3.11.

ИС по учету инвестиционных фондов

Модуль

«Справочники»

Модуль

«Документы»

Модуль

«Отчеты»

Модуль

«Главной формы»

Рисунок 3.11 - Логическая структура ИС

Приведем описание разработанных программных модулей.

Таблица 3.1

Описания функций модулей

3.4 Описание программных модулей

На рисунке 3.12 приведена графическая схема, характеризующая работу системы.

Выбор действия

Действия с таблицами

Выполнение действий

с таблицами

Действия с документами

Формирование документов

учетных документов

Действия с отчетами

Формирование отчетов

Конец

Начало

Да

Нет

Нет

Нет

Да

Да

Рисунок 3.12 – Схема работы системы

Выполним описание работы программных модулей с учетом составленной графической схемы.

1) После запуска системы необходимо произвести выбор действия (работа со справочными таблицами, документами, отчетами).

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

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

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

4 Контрольный пример реализации и его описание

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

Основные требования к интерфейсу:

1) интерфейс должен быть простым и удобным в использовании;

2) компактный размер окон;

3) окна программы должны располагаться поверх всех остальных окон.

После запуска программы основная форма отобразится на экране (рисунок 4.1).

Рисунок 4.1 – Основная экранная форма

Для доступа к базе данных необходимо авторизироваться.

На главной форме расположено меню определяющее работу со следующим функционалом: «Справочники», «Документы», «Отчеты». Для организации работы с программным приложением необходимо выполнить выбор соответствующего действия, показанных на рисунках 4.2-4.11.

Рисунок 4.2 – Основная экранная форма. Выбор действия «Справочники»

Рисунок 4.3 – Основная экранная форма. Выбор действия «Документы»

Рисунок 4.4 – Основная экранная форма. Выбор действия «Отчеты»

Рисунок 4.5 – Форма для работы со справочниками

Рисунок 4.6 – Форма для работы со справочниками

Рисунок 4.7 – Форма для работы со справочниками

Рисунок 4.8 – Форма для работы со справочниками

Рисунок 4.9 – Форма для работы со справочниками

Рисунок 4.10 – Форма для работы со справочниками