Система учёта акционеров

Введение

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

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

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

АБС бывают узконаправленные и комплексные. Часто Комплексные системы состоят из модулей. Каждый модуль отвечает за автоматизацию определённой банковской деятельности.

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

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

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

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

Основные направления развития банковских систем в современных условиях:

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

Цель данной работы — проектирование и разработка системы учёта акционеров коммерческого банка.

Задачами проекта являются:

• сделать постановку задачи;
• принять общесистемные решения;
• проектирование логической структуры;
• разработка физической структуры.

Глава 1. Анализ предметной области проектирования

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

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

Размер УК может уменьшаться вследствие снижения номинальной стоимости акций, выкупа организацией части акций у акционеров (для последующей продажи, аннулирования или распределения среди работников)[10].

В таблице 1 представлены входные, выходные и внутренние данные процесса учёта акционеров.

Таблица 1 – Входные, выходные и внутренние данные процесса учёта акционеров

Участниками процесса являются:

• акционеры;
• бухгалтер;
• коммерческий директор;
• операционист.

Построим диаграмму кооперации участников процесса учёта акционеров (рисунок 1).

Рисунок 1 – Диаграмма кооперации процесса учета акционеров

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

Рисунок 2 – Usecase диаграмма работы операциониста в системе

Система должна соответствовать следующим функциональным требованиям:

• учет акционеров;
• учёт акций;
• учет выпуска и аннулирования акций;
• учёт покупки и продажи акций;
• подсчёт общего количества акций; и у акционеров;
• формирование отчетов.

В системе должна фигурировать следующая информация:

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

Об акционерах должна содержаться следующая информация:

• название или Ф. И. О. акционера;
• тип акционера: физическое или юридическое лицо;
• номера подтверждающих документов;
• адрес;
• телефон;
• дата рождения или создания организации;
• фотография физического лица.

Акции должны иметь следующую характеристику:

• тип акции;
• количество акций.

Количество акций характеризуется:

• идентификатор акции;
• идентификатор акционера;
• количество акций.

Прайс акций содержит:

• идентификатор акции;
• дата прайса;
• цена продажи;
• цена покупки.

Покупка/продажа акций:

• идентификатор акции;
• идентификатор акционера;
• дата операции;
• тип операции;
• количество акций;
• цена за акцию;
• общая стоимость.

Выпуск/ аннулирование акций:

• идентификатор акции;
• количество акций;
• тип операции;
• количество операций.

Для облегчения работы в системе потребуется ввести справочник: тип акций.

При формировании покупки / продажи акции должно автоматически вычисляться общая стоимость и проводится подсчет акций у акционера.

При формировании выпуска / аннулирования акций должно автоматически рассчитываться общее количество акций.

Выводы по первой главе.

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

Глава 2. Выбор и обоснование средств и методов разработки

Рассмотрим CASE-средство для проектирования системы учёта акционеров в банке. Для проектирования выбран инструмент Rational Rose.

RationalRose- популярное средство визуального моделирования объектно-ориентированных информационных систем. Работа продукта основана на универсальном языке моделирования UML (Universal Modeling Language). Благодаря уникальному языку моделирования Rational Rose способен решать практически любые задачи в проектировании информационных систем: от анализа бизнес-процессов до кодогенерации на определенном языке программирования. Только Rose позволяет разрабатывать как высокоуровневые, так и низкоуровневые модели, осуществляя тем самым либо абстрактное проектирование, либо логическое [3].

В распоряжение проектировщика системы Rational Rose предоставляет следующие типы диаграмм, последовательное создание которых позволяет получить полное представление о всей проектируемой системе и об отдельных ее компонентах:

• .Use case diagram(диаграммы прецедентов);
• Deploymentdiagram(диаграммы топологии);
• Statechartdiagram(диаграммы состояний);
• Activitydiagram(диаграммы активности);
• Interactiondiagram(диаграммы взаимодействия);
• Sequencediagram(диаграммы последовательностей действий);
• Диаграммы сотрудничества;
• Classdiagram(диаграммы классов);
• Componentdiagram диаграммы компонент.

Для разработки требуется выбрать среду программирования и язык программирования. Средой программирования выбрана Embarcadero RAD Studio и язык программирования Delphi.

Embarcadero RAD Studio— среда быстрой разработки приложений (RAD) для Microsoft Windows фирмы Embarcadero Technologies. Delphi— императивный, структурированный, объектно-ориентированный язык программирования со строгой статической типизацией переменных. Основная область использования— написание прикладного программного обеспечения[5].

Основной упор модели в Delphi делается нато, чтобы максимально производительно использовать код.. Это позволяет очень быстро разрабатывать приложения, так как уже существуют заранее подготовленные объекты.

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

• быстрота разработки приложения (RAD);
• высокая производительность разработанного приложения;
• низкие требования разработанного приложения к ресурсам компьютера;
• наращиваемость за счет встраивания новых компонент и инструментов в средуDelphi;
• возможность разработки новых компонентов и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходных кодах);
• успешная проработка иерархии объектов[4].

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

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

• высокая производительность;
• масштабируемость;
• непрерывная доступность данных;
• функциональные возможности сервера;
• средства безопасности;
• средства разработки.

В состав SQL Server входят такие механизмы, как возможность индексации, параллельного и распределенного выполнения запросов, процессор запросов и производительный/интеллектуальный Ввод/Вывод (Big/SmartI/O).

Процессор запросов обеспечивает обработку команд на языкеTransact-SQL- диалекта стандартного языкаSQLприменительно кSQLServer. ПодBig/SmartI/O. понимается совокупность приемов, позволяющих обмениваться нужными данными с дисковой подсистемой как можно скорее[1].

SQL-Server обеспечивает достаточно высокие уровни масштабируемости и доступности. Однако в данном случае здесь отсутствует масштабируемость сервера в чистом виде, поскольку рост производительности сервера зависит не только от аппаратного обеспечения, но и операционной среды, под управлением которой работает данная СУБД.

В состав Microsoft SQL Server входит достаточно мощный язык работы с данными: Transact-SQL, который является расширением стандартного SQL. Однако совместимость со стандартом ANSI/ISO SQL-92 не является полной, хотя он и рассматривается как предпочтительный диалект SQL. Transact-SQL поддерживает такие объекты БД, как хранимые процедуры, триггеры, представления, поддержка целостности итд[9].

SQL Server может авторизовать пользователей двумя путями:

• на основе собственного списка пользователей;
• на основе базы пользователей Windows NT.

Выводы по второй главе.

В данной главе были выбраныCASE-средство проектирования, среда разработки и СУБД. В качествеCASE-средства выбраноRationalRose. В качестве среды разработки выбранаDelphiRADStudio. В качестве СУБД выбранMSSQLServer2008R2.

Глава 3. Проектирование логической структуры программного средства

Для проектирования логической структуры системы учёта акционеров банка были разработаны следующие диаграммы на языке UML:

• диаграмма классов;
• блок схема алгоритмов;
• диаграмма состояний;
• диаграмма последовательностей

Рассмотрим диаграмму классов, которая представлена на рисунке 3.

Рисунок 3 – Диаграмма классов

система состоит из следующих классов:

• frmMain;
• frm Share;
• formPrice;
• frm Опер Share;
• frm Share Holder;
• frm Buy Sale;
• formLibrary;
• formReport;
• DM.

В таблице 2 представлены описание классов.

Таблица 2 – Описание классов системы учёта акционеров

Рассмотрим подробнее покупку и продажу акций. На рисунке 4 представлена блок-схема алгоритма продажи/покупки акций.

Рисунок 4 – Блок-схема алгоритма покупки / продажи акций

Алгоритм следующий:

1. Поиск действующего прайс-листа не нужную акцию.
2. Если тип операции – продажа, то выбираем цену продажи.
3. Если тип операции – покупка, то выбираем цену покупки.
4. Подсчет общей суммы операции.
5. Сохранение данных об операции в базе.
6. Если тип операции – продажа, то назначаем коэффициент 1, иначе = -1.
7. Расчёт общего количества акций у акционеров.

На рисунке 5 представлена диаграмма состояний при покупке или продажи акций.

Рисунок 5 – Диаграмма состояний

На рисунке 6 представлена диаграмма последовательностей процесса покупки/продажи акций.

Рисунок 6 – Диаграмма последовательностей

Выводы по третьей главе.

В ходе работы над третьей главой была построена диаграмма классов. Определены классы, их требования и методы. Был рассмотрен алгоритм продажи или покупки акций. Построены диаграммы последовательностей и состояний.

Глава 4. Разработка физической структуры программного средства

Рассмотрим реализацию системы. На рисунке 7 представлена диаграмма компонентов системы учёта акционеров.

Рисунок 7 – Диаграмма компонентов

Система состоит из исполняемого файла – «ShareHolders.exe»; файла сохранения настроек подключения к базе – «setup.ini»; базы данных.

На рисунке 8 представлена диаграмма развёртывания системы на месте работы операциониста.

Рисунок 8 – диаграмма развертывания

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

Также, была разработана база данных, схема данных представлена на рисунке 9.

Рисунок 9 – Схема данных

в базе данных содержатся следующие таблицы:

• Share;
• Тип SHARE;
• SHAREHOLDER;
• BuySale;
• ОперShare;
• Hold;
• Price.

Выводы по четвертой главе.

В четвёртой главе представлены компоненты, из которых состоит система, это: исполняемый файл, файл настроек и база данных. Составлена диаграмма размещений, которая показывает, как компоненты системы физически размещены. Также разработана база данных, приведена схема данных.

Заключение

В данной работе была поставлена задача проектирования и разработки системы учёта акционеров в коммерческом банке.

В работе была рассмотрена предметная область. Был рассмотрен процесс учёта акционеров и операций с акциями в банке. Разработана диаграмма коопераций. Рассмотрены входные и выходные данные. Была построена диаграмма вариантов использования. Составлены требования к функционалу системы:

• учет акционеров;
• учёт акций;
• учет выпуска и аннулирования акций;
• учёт покупки и продажи акций;
• подсчёт общего количества акций и у акционеров;
• формирование отчетов.

Постановка задачи.

Затем, был произведён выбор инструментов для проектирования и разработки системы учёта акционеров. ВыбраноCASE-средство проектированияRationalRose. Среда разработкиDelphiRAD. СУБДMSSQLServer2008R2.

Затем, произведено проектирование системы. Разработана диаграмма классов, с описанием назначения классов, их методов и атрибутов. Система состоит из следующих классов:

• frmMain;
• frm Share;
• formPrice;
• frm Oper Share;
• frm Share Holder;
• frm Быть Продажа;
• formLibrary;
• formReport;
• DM.

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

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

Результатом проделанной работы стал готовый проект системы и её разработанная версия.

Приложения

ТЕХНИЧЕСКОЕ ЗАДАНИЕ

1Введение

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

Полное наименование системы: Система учёта акционеров банка. Условное название: ИС Акционеры.

2 ОСНОВАНИЕ ДЛЯ РАЗРАБОТКИ

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

Заказчик: ВУЗ, город.

Разработчик: Ф.И.О., студент группы НОМЕР ВУЗ.

3 НАЗНАЧЕНИЕ РАЗРАБОТКИ

Система предназначена для учёта акций, акционеров и операций с акциями. Собранные данные требуется формировать в отчёты.

4 ТРЕБОВАНИЯ К ПРОГРАММЕ

4.1. Требования к функциональным характеристикам

Основные функции системы:

• учет акционеров;
• учёт акций;
• учёт выпуска и аннулирования акций;
• учёт покупки и продажи акций;
• подсчёт общего количества акций и у акционеров;
• формирование отчетов.

4.2. Требование к надёжности

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

• нет соединение с базой данных;
• не указаны необходимые параметры.

4.3 Условия эксплуатации

При работе в системе пользователь должен соблюдать требования безопасности при работе за компьютером. А также соблюдать требования службы безопасности.

Пользователем системы является один человек – операционист.

4.4 Требования к составу и параметрам технических средств

ПК должен обладать следующими минимальными характеристиками:

• ЦП: 2,5 ГГц;
• ОЗУ: 4 Гб;
• HDD: 500 Гб.

4.5. Требования к информационной и программной совместимости

Система должна работать на компьютере под управлением операционной системы семейства Windows.

Для проектирования системы применяется CASE-средство Rational Rose.

Для разработки программной оболочки используется среда Delphi RAD Studio.

В качестве СУБД выбранаMSSQLServer2008R2.

5 ТРЕБОВАНИЯ К ПРОГРАММНОЙ ДОКУМЕНТАЦИИ

программная документация включает в себя:

• техническое задание КФБН (ГОСТ 19.201-78);
• программу и методику испытаний КФБН (ГОСТ 19.301-79);
• руководство оператора КФБН (ГОСТ 19.505-79).

Шесть стадий и этапы разработки

Разработка системы учёта акционеров должна содержать следующие этапы:

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

По окончании всех видов работ предъявляется пояснительная записка к курсовой работе, содержащая разделы: анализ предметной области; выбор и обоснование средств и методов разработки; проектирование логической структуры; проектирование физической структуры.

7 порядок контроля и приемки

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

Готовая разработка представляется преподавателю. Работа сопровождается пояснительной запиской и приложениями.

ПРОГРАММА И МЕТОДИКА ИСПЫТАНИЙ

1 ОБЪЕКТ ИСПЫТАНИЙ

Программный комплекс — система учёта акционеров.

Программа предназначена для использования на ПК под управлением ОС семейства Windows.

2 Цель испытаний

Целью испытаний являются выявление соответствия показателей системы учёта акционеров функциональным требованиям, изложенным в программном документе «Техническое задание» КФБН 11178-01 90 01 (ГОСТ 19.201-78).

3 Требования к программе

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

4 трёхъ требований к программной документации

программная документация включает в себя:

• техническое задание КФБН (ГОСТ 19.201-78);
• программу и методику испытаний КФБН (ГОСТ 19.301-79);
• руководство оператора КФБН (ГОСТ 19.505-79).

Специальных требований к программной документации не предъявлено.

5 СРЕДСТВА И ПОРЯДОК ИСПЫТАНИЙ

5.1 Технические средства и программное обеспечение, требуемое для испытаний

Для проверки программного комплекса потребуется ПК с операционная системаWindows. На компьютере с установленной системой требуется СУБД MS SQLServer2008 R2 или более поздняя.

Минимальные параметры ПК для тестирования следующие:

• ЦП: 2,5 ГГц;
• ОЗУ: 4 Гб;
• HDD: 500 Гб.

5.2 Количественные испытания

Требуется проверить количественные характеристики программного продукта:

• комплектация программного продукта: исполняемый файл, файл базы данных для восстановления;
• комплект программных документов.

5.3 Качественные испытания

К качественным характеристикам, подлежащим проверке, относятся:

• подключение к базе данных;
• корректность занесения данных в базу;
• корректность расчета сумм по операциям с акциями;
• корректность формирования отчетов.

5.4 Подготовка и последовательность испытаний

Подготовка к испытаниям включает в себя:

• Настройка ПК.
• Установка СУБД MS SQLServer2008 R2.
• Восстановление базы данных из backup.
• Настройка программного комплекса – подключение к БД.

Последовательность проведения испытаний:

• Проведение количественной проверки.
• Проведение испытаний – функциональное тестирование.
• описание полученного результата.
• Оценка неполадок и определение доработок.
• Исправление неполадок.
• Повторное испытание.
• Внедрение комплекса.

Испытания проводятся на персональном компьютере, отвечающем представленным требованиям выше.

6 методы испытаний

6.1 Количественная проверка

Проверка количественного состава документации проводится визуально. Представленная разработчиком документация проверяется на соответствие со списком требуемой документации в пункте Требования к программной документации.

Требуется проверить характеристики подготовленного ПК для тестирования. Требуется удостовериться в установленной ОС и СУБД.

Состав программного комплекса должен удовлетворять заявленному: исполняемый файл и backup базы данных.

6.2 Качественная проверка

Необходимо проверить все функциональные требования, представленные в пункте 4.1 «Требования к функциональным характеристикам» Технического задания.

6.2.1 Проверка установки БД

Испытание считается пройденным, если в установленном MS SQLServer2008 R2 установлена БД изbackup-файла в поставке программного комплекса.

6.2.2 Проверка подключения к БД

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

6.2.3 Проверка возможности настройки справочников

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

Всего в системе должна быть возможность настроить справочник типов акций.

6.2.4 Проверка настройки списков акционеров

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

6.2.5 Проверка учёта акций, цен и операций выпуска или аннулирования

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

Если можно открыть окно добавления прайс-листа. И данные после добавления отобразятся в списке цен.

Если можно открыть окно добавления операций выпуска/аннулирования акций. После добавления – операция появится в списке. Если можно удалить операцию из списка. Должны происходить перерасчёты общего количества акций по следующей схеме:

• При добавлении операции выпуска акций — общее количество акций увеличивается на количество выпущенных.
• При добавлении операции аннулирования акций — общее количество акций уменьшается на количество аннулированных.
• При удалении операции выпуска – количество акций должно уменьшиться на количество, указанное в операции.
• При удалении операции аннулирования — количество акций должно увеличиться на количество, указанное в операции.

6.2.6 Проверка оформления операций покупки/продажи акций

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

Также, должна быть возможность удалить операцию.

При добавлении или удалении операций должно пересчитываться общее количество акций у акционера. Пересчёт должен проходить по следующим правилам:

Добавление операции продажи акций – увеличение количества акций у акционера на количество акций, указанных в операции.

Добавление операции покупки акций – уменьшается количество акций у акционера на количество акций, указанных в операции.

Удаление операции продажи акций – уменьшение количества акций у акционера на количество акций, указанных в операции.

Удаление операции покупки акций – увеличение количества акций у акционера на количество акций, указанных в операции.

6.2.7 Проверка формирования отчётов

Испытание считается пройденным, если был сформирован отчёт после проверок.

Руководство оператора

АНАЛИЗ АННОТАЦИИ

Документ «Руководство оператора» является частью пояснительной записки к курсовой работе.

В документе содержится информация с описанием работы пользователя в системе учёта акционеров.

Документ содержит листов. Из них листов текста. Формат документа А4.

Документ разработал студент группы Группа Ф.И.О. в рамках выполнения курсовой работы.

Содержание

1 Назначение программы

2 Условия выполнения программы

Выполнение программы

Сообщение оператору

1 Назначение программы

Система предназначена для учёта акций, акционеров и операций с акциями. Собранные данные требуется формировать в отчёты.

2 Условия выполнения программы

Для работы программного комплекса потребуется ПК с операционная системаWindows. На компьютере с установленной системой требуется СУБД MS SQLServer2008 R2 или более поздняя.

Минимальные параметры ПК для тестирования следующие:

• ЦП: 2,5 ГГц;
• ОЗУ: 4 Гб;
• HDD: 500 Гб.

3 Выполнение программы

3.1 Работа с базой данных

Требуется развернуть базу данных системы из backup-файла. Для этого лучше воспользоваться инструментом MS SQL Management Studio. В MSSMS подключиться к серверу. В контекстном меню баз данных выбрать пункт создать базу данных. В появившемся окне указать имя базы данных, например, «SharedHolderDB». В источнике – указать файл backup базы данных. После запуска, должна появится база данных в списке БД.

3.2 Работа с системой учёта акционеров

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

Рисунок 1 – Главное окно

Сначала требуется настроить справочник типов акций — рисунок 2. Запуск окна справочников происходит из главного меню Справочники — Тип акций.

Рисунок 2 – Окно справочника типа акций

Затем требуется настроить список акций. Указать состав акций. Указать операции выпуска акций. Указать цены на акции. Окно учёта акций открывается из главного меню «Главное» — «Акции». Примеры работы с данными представлены на рисунках 3, 4 и 5.

Рисунок 3 – Окно учёта акций

Рисунок 4 – Окно редактирования прайса акций

Рисунок 5 – Окно оформления операции выпуска или аннулирования акций

Затем, требуется настроить список акционеров. Главное меню пункт «Главное» – «Акционеры». На рисунке 6 представлено окно настройки акционеров.

Рисунок 6 – Окно с картами акционеров

В главном окне можно будет увидеть список акционеров. Для добавления операции продажи или покупки акций требуется выбрать акционера в главном окне и добавить операцию. Окно добавления операции покупки/продажи представлено на рисунке 7.

Рисунок 7 – Окно оформления операции покупки/продажи

Для формирования отчетов требуется в главном меню выбрать пункт отчеты и выбрать нужный тип отчета:

• отчёт об операциях по акционеру;
• отчёт об операциях за период.

Пример отчета об операциях по акционеру представлен на рисунке 8.

Рисунок 8 – Отчёт об операциях по акционеру

4Сообщение оператору

Система учёта акционеров может показать следующее сообщение:

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

Рисунок 9 – Сообщение о проблеме подключения к БД

Список литературы

1. Бен-ГанИ., Microsoft SQL Server 2008.Основы T-SQL. -СПб:БХВ-Петербург, 2009. — 432с.
2. Бритов Г., Осипова Т. Моделирование бизнес-процессов. -М.: LAP, 2014. – 124 с.
3. ВендровА.М. CASE – технологии. Современные методы и средства проектирования информационных систем – М.: Финансы и статистика, 2007.
4. Гамма Э., Хелм Р., Джонсон Р., Влиссидес Дж. Приемы объектно-ориентированного проектирования. Паттерны проектирования. — СПб.: Питер, 2015. – 368 с.
5. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем. – М.: Интернет-университет информационных технологий, 2008.
6. ГроффД.,ВайнбергП.,ОппельЭ. SQL. Полное руководство. — СПб.: Вильямс, 214. — 960с.
7. Коцюба И.Ю., Чунаев А.В., Шиков А.Н.: «Основы проектирования информационных систем». Изд.: СПб: Университет ИТМО, 2015. – 206 с.
8. Кузнецов С. Базы данных. — М.: Академия, 2012. — 496 с.
9. Уткин В., Балдин К. Информационные системы в экономике. — М.: Академия, 2012. — 288с.