Добавлен: 28.03.2023
Просмотров: 150
Скачиваний: 2
СОДЕРЖАНИЕ
1.1. Выбор комплекса задач автоматизации.
1.2. Организационная структура предприятия
1.3. Характеристика существующих бизнес – процессов
2.1. Общие положения (дерево функций и сценарий диалога)
2.2. Характеристика базы данных
2.3 Структурная схема пакета (дерево вызова программных модулей)
Программы со стороны клиента посредством механизма сокетов отправляют на работающий в непрерывном режиме сервер 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 тысяч терминалов во всем мире, обеспечивает участникам торгов возможность заключения сделок в ее компьютерной сети, предоставляет оперативную информацию об экономическом положении предприятий, активах, сроках и местах аукционов, текущих котировках.
Многие субъекты финансового рынка — банки, брокерские компании, дилинговые центры и другие финансовые институты — испытывают большую потребность в техническом анализе рынков, прогнозировании биржевой конъюнктуры, в доступе к мировым информационным системам.
Современное развитие информационных технологий кардинально меняет лицо рынка. Инвесторы все больше отдают предпочтение интерактивному методу ведения торгов ценными бумагами, который позволяет им получать рыночную информацию в режиме реального времени и посылать заявки на продажу или покупку ценных бумаг брокеру, используя компьютер, а не телефон.