Автоматизация учета инвестиций и ценных бумаг

Содержание:

Введение

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

Эффективность современного рынка ценных бумаг (РЦБ) во многом зависит от степени его компьютеризации. На деятельности биржи все заметнее сказывается влияние компьютеризации, существенно снижающей издержки и повышающей производительность сделок.

После появления возможности совершать операции на фондовых площадках через интернет (интернет-трейдинг^[1]) в России в 1999 г. начала постепенно внедряться автоматизация процесса биржевой торговли. От сделок в “яме” пришли к электронным торгам и компьютерному анализу, автоматическим системам маркетмейкеров^[2] и арбитражных операторов.

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

В настоящее время участникам российского рынка доступны услуги многих компьютерных глобальных сетей, таких как Relcom, Internet, Bitnet, SprintNet. Используя возможности телеконференций, российские организации могут направлять объявления об эмиссии и предложения купли- продажи различных ценных бумаг.

На РЦБ важное значение придается электронному формированию и поддержке единого информационного пространства, поэтому актуальными являются вопросы стандартизации и унификации информационных потоков.

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

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

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

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

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

Можно выделить основные задачи, которые необходимо решить в процессе выполнения данной работы для достижения основной цели:

1. - Провести анализ и описание предметной области;
2. - Создать хранилище данных;
3. - Обеспечить систему функцией контроля правильности оформления документов;
4. - Изучить особенности работы пользователя и области применения информационной системы;
5. Обеспечить максимальную безопасность данных в системе;
6. Разработать интерфейс пользователя, учитывающий особенности специфики работы пользователя;

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

1 глава. Аналитическая часть.

1.1. Выбор комплекса задач автоматизации.

Сведения об ООО «Компания БКС» Полное фирменное наименование: Общество с ограниченной ответственностью «Компания Брокеркредитсервис».

Сокращенное фирменное наименование: ООО «Компания БКС». Юридический адрес: Россия, 630099, г. Новосибирск, ул. Советская, д. 37.

Почтовый адрес: Россия, 630099, г. Новосибирск, ул. Советская, д. 37. Лицензии (без ограничения срока действия):

1. Лицензия профессионального участника рынка ценных бумаг на осуществление брокерской деятельности № 154- 04434-100000, выдана ФСФР 10.01.2001;

2. Лицензия профессионального участника рынка ценных бумаг на осуществление дилерской деятельности № 154- 04449-010000, выдана ФСФР 10.01.2001;

3. Лицензия профессионального участника рынка ценных бумаг на осуществление деятельности по управлению ценными бумагами № 154-04462-001000, выдана ФСФР 10.01.2001;

4. Лицензия профессионального участника рынка ценных бумаг на осуществление депозитарной деятельности № 154- 12397-000100 , выдана ФСФР 23.07.2009.

Адрес лицензирующего органа: Центральный банк Российской Федерации

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

Финансовые специалисты все время работают над построением лучших торговых стратегий и ищут выгодные инвестиционные идеи по всему миру. Аналитикой и мнениями н экспертов интересуются такие издания, как Bloomberg, Reuters, Интерфакс, Ведомости, Коммерсант, РБК и другие.

Финансовая Группа БКС была образована 20 июня 1995 года в г. Новосибирске. В феврале следующего года компания уже оказывала брокерские услуги первым клиентам.

марте 2000 года БКС одной из первых на российском рынке предложила инвесторам услугу интернет-трейдинга. В Москве офис компании открылся в июле 2000 года.

За многие годы работы на фондовом рынке ФГ БКС приобрела заслуженную репутацию надежного партнера, как среди инвесторов, так и в профессиональном сообществе.

«Сегодня ФГ БКС входит в число лидеров российского рынка брокерских услуг. Располагает разветвленной филиальной сетью — свыше 87 офисов и 100 агентских пунктов в крупнейших городах России. ФГ БКС — один из ведущих операторов российского фондового рынка по размеру клиентской базы — более 300 000 клиентов, состоящих на брокерском обслуживании. При этом компания является абсолютным лидером среди российских брокеров по числу клиентов юридических лиц — через БКС работают на фондовом рынке более 4 тыс. компаний».

Основные функции организации

 

Совершение сделок вне биржи;

Посредничество при заключении сделок;

Представление интересов клиента, при осуществлении операций на бирже;

Проведение консультаций по совершению сделок на бирже;

Сбор коммерческой информации;

Официальное документальное оформление сделок, и регистрирование в расчетной палате;

Проведение экспертиз товаров, продаваемых на биржах;

Другие функции.

1.2. Организационная структура предприятия

Компания ООО "«Компания Брокеркредитсервис»" структурно состоит из следующих отделов, представленных на рисунке 1.

Рис.1. 1. Организационная структура предприятия

Традиционно в брокерское-дилерской компании существует разделение на фронт-офис (Front-office), Мидл-офис (middle-office), бэк-офис (backoffice). Отдел по привлечению и обслуживанию клиентов отвечает за работу с клиентами: привлечение клиентов, заключение договоров на брокерское обслуживание, открытие клиентских счетов, ответы на вопросы и жалобы клиентов. Но основная работа состоит в приеме клиентских поручений и передаче их во фронт-офис. Front-office - подразделение инвестиционной организации, которое занимается непосредственно исполнением заказов от клиентов на совершение соответствующих операций и осуществляет их исполнение. Front-office занимается и осуществлением операций на фондовом рынке, поэтому в данное подразделение входят отделы, занимающиеся трейдингом (в самом общем виде это структурное подразделение брокерское-дилерской компании, занимающееся проведением торговых операций в основном с ценными бумагами), доверительным управлением, проектным финансированием, казначейство и т.д

Middle-office – подразделение инвестиционной организации, которое занимается разработкой стратегии развития инвестиционной организации и управлением его рисками. Мидл-офис ведет «пред учет» операций, т.е. помогает трейдерам определять позиции перед началом торговой сессии, проверять позиции после окончания, сверять отправленные подтверждения, осуществлять связь между Бэк-офисом и Фронт-офисом в ходе торговой сессии, если это необходимо. Очень важная и жизненно необходимая функция Мидл-офиса – вести позицию в течение торговой сессии в ручном режиме, если это не делается автоматически. Backoffice – подразделение инвестиционной организации, которое обеспечивает работу остальных подразделений инвестиционной организации, т.е. backoffice выполняет учетные, коммуникационные, информационные и другие услуги.

1.3. Характеристика существующих бизнес – процессов

Бизнес-процесс - это реализация функции во времени, способ решения бизнес-задачи. Бизнес-процесс описывает процесс выполнения функции, в какой последовательности и в каких вариантах, а также взаимодействие функций между собой в работе организации [4].

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

Основные бизнес-процессы:

- учесть поступление ценных бумаг;

- учесть выбытие ценных бумаг

-сформировать отчеты

Процессы управления:

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

- анализ работы сотрудников

Автоматизации в нашем случае подлежат следующие процессы:

- учесть поступление ценных бумаг;

- учесть выбытие ценных бумаг

-сформировать отчеты

Построим модель Как есть (рис. 1. 2, 1.3).

Рис. 1.2. Функциональная модель нулевого уровня «Учет ценных бумаг» AS-IS

Входными данными являются:

Данные ценных бумаг

Выходными данными являются:

Отчеты

Рис.1. 3. Функциональная модель первого уровня «Учет ценных бумаг» AS-IS

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

Построим модель Как будет (рис. 1. 4, 1.5).

Но для процессов:

- учесть поступление ценных бумаг;

- учесть выбытие ценных бумаг

-сформировать отчеты

добавляется Информационная система

Рис. 1.4. Функциональная модель нулевого уровня «Учет ценных бумаг» TO-BE

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

Рис. 1.5. Функциональная модель первого уровня «Учет ценных бумаг» TO-BE

Для ввода и вывода информации используются экранные формы, которые проектируются и создаются до начала внедрения системы данное решение актуально, так как состав информации используемой информационной системой постоянен и не будет изменяться во время её эксплуатации [7]

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

В ИС предприятия функционирует 2 сервера. Через сервер БД организована архитектура Client-сервер корпоративной сети.

В кабинете директора установлен сервер, посредством которого осуществляется управление финансовой деятельностью. Через брандмауэр, маршрутизатор осуществляется подключение к интернету [8].

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

Выход в интернет через роутер ZYXEL Keenetic Air

стандарт Wi-Fi: 802.11a/b/g/n/ac

макс. скорость: 1167 Мбит/с

поддержка VPN

скорость портов 100 Мбит/сек

Рис. 1.6. Техническая архитектура

Для решения поставленных задач предлагается использовать MySQL 5.1+Си

Существенным преимуществом MySQL является открытость её программного кода и возможность бесплатного доступа к этому ПО. Каждый пользователь, у которого возникла необходимость в СУБД, может скачать в Интернет эту систему, изучить её код и изменить его таким образом, чтобы программа максимально соответствовала индивидуальным потребностям. Работа с MySQL регламентирована GPL-лицензией, в которой прописаны действия с программой, допустимые и недопустимее при различных ситуациях [14].

Система MySQL организована по принципу клиент-сервер [12]. Благодаря встроенному многопоточному SQL-серверу MySQL обеспечивает поддержку разнообразных вычислительных машин БД, позволяет работать с различными библиотеками и программами на стороне клиента, открывает широкий круг возможностей по администрированию, поддерживает обширный спектр API. MySQL может в виде многопоточной библиотеки быть подключена к пользовательскому приложению, что даст в результате быстрый, легкий и компактный программный продукт [12].

Программы со стороны клиента посредством механизма сокетов отправляют на работающий в непрерывном режиме сервер SQL-запросы. Сервер обрабатывает полученные данные, сохраняет результат и отправляет его клиенту. Для увеличения скорости возвращения результата клиенту, в качестве которого чаще всего выступают PHP-скрипты, ответ передается частями. Как правило, полный вывод запроса требуется крайне редко [7].

Delphi - это среда разработки приложений for Windows. Delphi поддерживает объектно-ориентированное и событийное программирование.

Delphi - объектно-ориентированный язык программирования с возможностью доступа к метаданным классов (то есть к описанию классов и их членов) в компилируемом коде, также называемом интроспекцией [11].

Delphi является средством разработки приложений для ОС Microsoft Windows. Он является мощным и довольно простым в использовании инструментом по созданию автономных программных продуктов, обладающих приятным графическим интерфейсом (GUI), или 32-битных консольных приложений (программ, у которых отсутствует графический интерфейс).

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

Каждая форма имеет свое графическое представление и соответствующий ей модуль, содержащий свойства и методы класса формы. Скалярные и векторные значения свойств выделенного на форме объекта , а также список событий для этого объекта визуализированы в окне Оbject Inspector . Окно Object TreeView содержит список компонентов, расположенных на форме. Окно Exploring содержит список объектовинтерфейсной части выделенного модуля (Unit). Каждый разработчик имеет возможность настроить визуальную среду, как ему будет удобно для работы [8].

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

Добавление компонента на форму приводит к появлению в модуле формы объектной переменной и ссылки на модуль, содержащий класс компонента в том случае, если он еще не подключен [18].

Для создания приложения добавляются на главную форму компоненты: ADOConnection, ADOTable1 – ADOTable 11, DataSourse1 – DataSourse 11. Подключается база данных в Acсess к приложению, связываются компоненты с таблицами [10].

Одним из основных компонентов является форма. Форма представляет собой стандартное окно приложения. Когда в визуальной среде разрабатывается новая форма, она создается как наследник класса TForm. Формы могут представлять главное окно приложения, диалоговые окна, многодокументные окна. Форма может служить контейнером для других объектов. В этом окне могут быть размещены визуальные и не визуальные компоненты в любом виде и порядке. Размещение компонентов управления на форме во время разработки осуществляется визуально. Все компоненты, расположенные на форме, а также обработчики событий, как для самой формы, так и для компонентов, являются членами класса формы [11].

Подведя итог, для ИС, разрабатываемой в рамках данноого проекта целесообразно использовать связку MySQL 5.1.+Delphi

2 глава. Проектная часть.

2.1. Общие положения (дерево функций и сценарий диалога)

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

Рис. 2.1. Информационная модель

Иерархия функций управления и обработки данных, которые призван автоматизировать разрабатываемый программный продукт [13].

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

Рис. 2.2. Диаграмма прецедентов

Диаграмма деятельности - это, по существу, блок-схема, которая показывает, как поток управления переходит от одной деятельности к другой, при этом внимание фиксируется на результате деятельности. Результат может привести к изменению состояния системы или возвращению некоторого значения [17].

Диаграмма деятельности отличается от традиционной блок-схемы

более высоким уровнем абстракции;

возможностью представления с помощью диаграмм деятельности управления параллельными потоками наряду с последовательным управлением [16].

Основными направлениями использования диаграмм деятельности являются

визуализация особенностей реализации операций классов;

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

В последнем случае диаграммы деятельности применяют для описания шагов, которые должна предпринять система после того, как инициирован прецедент [20.]

Разработка диаграммы деятельности преследует цели:

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

выделить последовательные и параллельные потоки управления;

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

Рис. 2.3. Диаграмма деятельности

Рис. 2. 4. Дерево функций

В разработанной программе предусмотрен один пользователь – Бухгалтер. Дерево диалога изображено на рисунке 2.3

Рис. 2.5. Дерево диалога

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

Описание таблиц базы данных

В таб. 2.1 описаны характеристики таблицы Вид ЦБ

Таблица 2.1

Вид ЦБ

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код вида	Код вида	Счетчик		Ключевое поле
Название	Название	Строка	20

В таб. 2.2 описаны характеристики таблицы ЦБ

Таблица 2.2

ЦБ

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля
Код ЦБ	Код ЦБ	Счетчик
Название	Название	Строка	20
Код вида	Код вида	Число
Стоимость	Стоимость	Число	10

В таб. 2.3 описаны характеристики справочника Покупатели

Таблица 2.3

Покупатели

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код покупателя	Код покупателя	Число	10	Ключевое поле
Название	ФИО	Строка	20
Телефон	Телефон	Строка	10

В таб. 2.4 описаны характеристики справочника Продавцы

Таблица 2.4

Продавцы

Номенклатура поля	Идентификатор поля	Тип поля	Длина поля	Примечание
Код Продавца	Код сотрудника	Число	10	Ключевое поле
Название	ФИО	Строка	20
Телефон	Телефон	Строка	10

В таб. 2.5 описаны характеристики таблицы Покупка

Таблица 2.5

Покупка

Наименование поля	Идентификатор поля	Тип поля	Длина поля
Код покупки	Код покупки	Числовой	3
Код ЦБ	Код ЦБ	Числовой	3
Код покупателя	Код покупателя	Числовой	3
Дата покупки	Дата покупки	Дата
Количество	Количество	Числовой	3

В таб. 2.6 описаны характеристики таблицы Продажа

Таблица 2.6

Продажа

Наименование поля	Идентификатор поля	Тип поля	Длина поля	Прочее
Код продажи	Код продажи	Числовой	Код покупки
Код ЦБ	Код ЦБ	Числовой	Код ЦБ
Код продавца	Код продавца	Числовой	Код покупателя
Дата покупки	Дата покупки	Дата	Дата покупки
Количество	Количество	Числовой	Количество

Получили схему данных

Рис 2.4 Схема данных

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

Описание пакета (дерево вызова программных модулей) Дерево программных на рисунке 2.5.

Рисунок 2.6 Дерево программых модулей

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

Схема программных модулей собой разделение процесса решения на отдельные преобразования информации, модулями [15]. Дерево модулей отражает структуру программы указанием типов модулей:

Дерево программных для исходящих представлено для входящих на рисунке 2.5 .

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

Выполняем авторизацию и заходим на Главную страницу( рис. 3.1)

Рисунок 3.1 Вход в программу

Далее заносим данные в справочники ( рис. 3.1)

Рисунок 3.2 Заполнение справочной информации

Затем оформляем документы (рис 3.3)

Рисунок 2.8 Заполнение документов

Получили следующие отчеты: (рис.3.3)

Рисунок 3.4 Отчеты

Заключение

В условиях перехода к рыночной экономике предъявляются особые требования к информации о наличии, движении и использовании ценных бумаг. Рыночная система управления требует более оперативной и комплексной информации по ценным бумагам и инвестициям. Работа по совершенствованию учета ценных бумаг должна вестись по двум основным направлениям. Во-первых, следует работать над тем, чтобы как можно быстрее и наиболее полно получать необходимую информацию по ценным бумагам и инвестициям, но это невозможно без использования вычислительной техники [19].

Информационные технологии в управлении биржевыми операциями предоставляют пользователям не только информацию, связанную с торгами, но также экономические новости, сведения об эмитентах. Например, зарубежная система “Reuters Holdings PLS” насчитывает более 150 тысяч терминалов во всем мире, обеспечивает участникам торгов возможность заключения сделок в ее компьютерной сети, предоставляет оперативную информацию об экономическом положении предприятий, активах, сроках и местах аукционов, текущих котировках.

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

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

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

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

Выполнены основные задачи, которые решены в процессе выполнения данной работы для достижения основной цели:

• - Провести анализ и описание предметной области;
• - Создать хранилище данных;
• - Обеспечить систему функцией контроля правильности оформления документов;
• - Изучить особенности работы пользователя и области применения информационной системы;
• Обеспечить максимальную безопасность данных в системе;
• Разработать интерфейс пользователя, учитывающий особенности специфики работы пользователя;

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

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

1. Абрамов Г.В., Медведкова И.Е., Коробкова Л.А. «Проектирование информационных систем» - Воронеж:ВГУИТ, 2012. - 172 с.
2. Аверченков В.И., Лозбинев Ф.Ю., Тищенко А.А. «Информационные системы в производстве и экономике» - М.:ФЛИНТА, 2011. - 274 с.
3. Братищенко В.В. «Проектирование информационных систем» - Иркутск: Изд-во БГУЭП, 2010. - 84 с.
4. Вендеров А.М. «Проектирование программного обеспечения экономических информационных систем» - М.: Финансы и статистика, 2012.
5. Гвоздева Т.В., Баллод Б.А. «Проектирование информационных систем» - М.:Феникс, 2011. - 512 с.
6. Гвоздева В.А., Лаврентьева И.Ю. «Основы построения АИС» - М.: ИД «ФОРУМ»: ИНФРА-М, 2010. – 320с.
7. Калянов Г.Н. «Стратегическое управление информационными системами» - М.:БИНОМ, 2010. - 510 с.
8. Коровкина Н.Л. «Проектирование информационных систем» - М.: Инетрнет-университет информационных технологий - ИНТУИТ. ру, 2013.
9. Мишенин А.И. «Теория экономических информационных систем» - М.: Финансы и статистика, 2011. - 240 с.
10. Соловьев И.В., Майоров А.А. «Проектирование информационных систем» - М.:Академический проект, 2011. - 400 с.
11. Титоренко Г.А. «Информационные системы и технологии управления» - М.:ЮНИТИ-ДАНА, 2012. - 591 с.
12. Черемных С.В. «Моделирование и анализ систем» - М.: Финансы и статистика, 2013. - 192 с.
13. Информационная безопасность и защита информации / В.П. Мельников. – М.: Академия, 2012. – 336 с.
14. Кузнецов, С.Д. Базы данных. Модели и языки. – М.: Бином-Пресс, 2013. – 720 с.
15. Култыгин, О.П. Администрирование баз данных. СУБД MS SQL Server. – М: Московская финансово-промышленная академия, 2012. – 232 с. (Университетская серия).
16. Мезенцев, К.Н. Автоматизированные информационные системы: Учебник для студентов учреждений среднего профессионального образования / К.Н. Мезенцев. - М.: ИЦ Академия, 2013. – 176 c.
17. Норенков, И.П. Автоматизированные информационные системы: Учебное пособие / И.П. Норенков. - М.: МГТУ им. Баумана, 2011. – 342 c.
18. . Пестриков, Виктор Delphi на примерах / Виктор Пестриков , Артур Маслобоев. - М.: БХВ-Петербург, 2017. - 496 c.
19. Устройство и функционирование информационных систем / Н.З. Емельянова, Т.Л. Партыка, И.И. Попов. Учебное пособие. – М.: ФОРУМ, НИЦ, ИНФРА-М. – 2012. – 448 с.
20. Федорова, Г.Н. Информационные системы: Учебник для студ. учреждений сред. проф. образования / Г.Н. Федорова. - М.: ИЦ Академия, 2013. – 208 c.

Приложение

unit Unit1;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, StdCtrls;

type

TForm1 = class(TForm)

Edit1: TEdit;

Edit2: TEdit;

Button1: TButton;

Button2: TButton;

Label1: TLabel;

Label2: TLabel;

procedure Button2Click(Sender: TObject);

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form1: TForm1;

implementation

uses Unit2;

{$R *.dfm}

procedure TForm1.Button2Click(Sender: TObject);

var a,s:string;

begin

a:=Edit2.Text;

s:=Edit1.Text;

if ((s='Admin') and (a='123')) then

Form2.ShowModal

else

begin

ShowMessage('Íåïðàâèëüíûé ëîãèí èëè ïàðîëü');

Edit1.Clear;

Edit2.Clear;

end;

end;

procedure TForm1.Button1Click(Sender: TObject);

begin

Close();

end;

end.

unit Unit2;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs, Menus, StdCtrls, DB, ADODB, jpeg, ExtCtrls, Grids, DBGrids;

type

TForm2 = class(TForm)

Button1: TButton;

Button2: TButton;

Button3: TButton;

Button4: TButton;

Button5: TButton;

MainMenu1: TMainMenu;

N1: TMenuItem;

N2: TMenuItem;

N3: TMenuItem;

N4: TMenuItem;

N5: TMenuItem;

N6: TMenuItem;

N7: TMenuItem;

N8: TMenuItem;

N12: TMenuItem;

N13: TMenuItem;

ADOConnection1: TADOConnection;

DataSource1: TDataSource;

DataSource2: TDataSource;

DataSource3: TDataSource;

DataSource4: TDataSource;

DataSource5: TDataSource;

DataSource6: TDataSource;

ADOTable1: TADOTable;

ADOTable2: TADOTable;

ADOTable3: TADOTable;

ADOTable4: TADOTable;

ADOTable5: TADOTable;

ADOTable6: TADOTable;

DBGrid1: TDBGrid;

Button6: TButton;

Button7: TButton;

procedure Button1Click(Sender: TObject);

procedure Button2Click(Sender: TObject);

procedure Button3Click(Sender: TObject);

procedure Button4Click(Sender: TObject);

procedure Button5Click(Sender: TObject);

procedure Button7Click(Sender: TObject);

procedure N12Click(Sender: TObject);

procedure Button8Click(Sender: TObject);

procedure N13Click(Sender: TObject);

procedure N4Click(Sender: TObject);

procedure N5Click(Sender: TObject);

procedure N6Click(Sender: TObject);

procedure N7Click(Sender: TObject);

procedure N8Click(Sender: TObject);

procedure N9Click(Sender: TObject);

procedure N10Click(Sender: TObject);

procedure N11Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form2: TForm2;

implementation

uses Unit3, Unit4, Unit5, Unit6, Unit7, Unit8, Unit9, Unit11, Unit10,

Unit12;

{$R *.dfm}

procedure TForm2.Button1Click(Sender: TObject);

begin

Form3.ShowModal;

end;

procedure TForm2.Button2Click(Sender: TObject);

begin

Form4.ShowModal;

end;

procedure TForm2.Button3Click(Sender: TObject);

begin

Form5.ShowModal;

end;

procedure TForm2.Button4Click(Sender: TObject);

begin

Form6.ShowModal;

end;

procedure TForm2.Button5Click(Sender: TObject);

begin

Form7.ShowModal;

end;

procedure TForm2.Button7Click(Sender: TObject);

begin

Adotable6.Delete;

end;

procedure TForm2.N12Click(Sender: TObject);

begin

Form11.ADOQuery1.Active:=false;

Form11.ADOQuery1.Active:=true;

Form11.ShowModal;

end;

procedure TForm2.Button8Click(Sender: TObject);

begin

Form10.ShowModal;

end;

procedure TForm2.N13Click(Sender: TObject);

begin

Form12.ADOQuery1.Active:=false;

Form12.ADOQuery1.Active:=true;

Form12.ShowModal;

end;

procedure TForm2.N4Click(Sender: TObject);

begin

Form3.ShowModal;

end;

procedure TForm2.N5Click(Sender: TObject);

begin

Form4.ShowModal;

end;

procedure TForm2.N6Click(Sender: TObject);

begin

Form5.ShowModal;

end;

procedure TForm2.N7Click(Sender: TObject);

begin

Form6.ShowModal;

end;

procedure TForm2.N8Click(Sender: TObject);

begin

Form7.ShowModal;

end;

procedure TForm2.N9Click(Sender: TObject);

begin

Form8.ShowModal;

end;

procedure TForm2.N10Click(Sender: TObject);

begin

Form9.ShowModal;

end;

procedure TForm2.N11Click(Sender: TObject);

begin

Form10.ShowModal;

end;

end.

unit Unit4;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs,Unit2, Grids, DBGrids, StdCtrls;

type

TForm4 = class(TForm)

DBGrid1: TDBGrid;

Button1: TButton;

Button2: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form4: TForm4;

implementation

uses Unit14;

{$R *.dfm}

procedure TForm4.Button1Click(Sender: TObject);

begin

Form14.ShowModal;

end;

end

unit Unit6;

interface

uses

Windows, Messages, SysUtils, Variants, Classes, Graphics, Controls, Forms,

Dialogs,Unit2, StdCtrls, Grids, DBGrids;

type

TForm6 = class(TForm)

DBGrid1: TDBGrid;

Button1: TButton;

Button2: TButton;

procedure Button1Click(Sender: TObject);

private

{ Private declarations }

public

{ Public declarations }

end;

var

Form6: TForm6;

implementation

uses Unit13;

{$R *.dfm}

procedure TForm6.Button1Click(Sender: TObject);

begin

Form13.ShowModal;

end;

end.