Файл: Проектирование реализации операций бизнес-процесса «Продажи» (Выбор комплекса задач).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 16.06.2023

Просмотров: 845

Скачиваний: 3

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Как видно из приведенных выше таблиц, временные затраты должны сократиться на 540-88=452 минуты=7, 5 часов и 1339-218=1121 рубль в сутки. Следовательно, внедрение такой системы является однозначно выгодным с точки зрения оптимизации расхода трудовых и стоимостных ресурсов.

Обоснование проектных решений по информационному обеспечению

В проектируемой задаче использовались следующие общероссийские классификаторы:

ОКУД - Общероссийский классификатор управленческой документации;

ОКОПФ - Общероссийский классификатор организационно-правовых форм [4].

При разработке системы должна использоваться реляционная модель базы данных. Реляционная модель данных некоторой предметной области представляет собой набор отношений изменяющихся во времени. При создании информационной системы совокупность отношений позволяет хранить данные об объектах предметной области, моделировать связи между ними. При этом сами данные хранятся в таблицах [6]. Для удобства идентификации каждая таблица созданной базы данных обладает уникальным кодом.

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

Обоснование проектных решений по программному обеспечению

Для разработки данной системы были выбраны те инструментальные средства, которые обеспечивают решение задач с помощью определённых алгоритмов, выполняемых на основе языка программирования Object Pascal. Средством создания программной оболочки системы была выбрана среда визуального программирования Delphi.

Delphi – это среда разработки программ, ориентированных на работу в Windows. В основе идеологии Delphi лежат технология визуального проектирования и методология объектно-ориентированного программирования. Для реализации программ в Delphi используется разработанный компанией Borland язык Object Pascal, поддерживающий концепцию объектно-ориентированного программирования, в основе которого лежит ставший классическим язык Turbo Pascal.

Выбор такого инструментального средства как Delphi не носит случайного характера, так как Delphi - это комбинация нескольких важнейших технологий:

  • Высокопроизводительный компилятор в машинный код;
  • Объектно-ориентированная модель компонент;
  • Визуальное (следовательно, и скоростное) построение приложений из программных прототипов;
  • Масштабируемые средства для построения баз данных.

Для обеспечения корректной работе системы необходимо наличие на компьютере пользователя установленного программного продукта Borland – Database Engine. Borland Database Engine обеспечивает корректную работу системы с базами данных: выполняет обработку и запись данных в БД, позволяет осуществлять запросы по определённым критериям. C++ Builder – «превосходный инструмент, с помощью которого и начинающий пользователь, и программист-профессионал могут создавать одинаково профессионально выглядящий интерфейс пользователя к прикладным программам самых различных классов. Кроме того, C++Builder позволяет работать с любыми базами данных, создавать прикладные программы для Интернет и многое-многое другое. Так что недаром эта система пользуется широкой популярностью. Язык программирования С++ является универсальным языком программирования, в поддержку ему служит большое количество подключаемых библиотек, которые делают решаемой почти любую задачу. Не смотря на это C++ Builder уступает по популярности Delphi, выпущенной той же компанией Borland. Однако популярность С++ растет с каждым годом.

C++ Builder может быть использован везде, где требуется дополнить существующие приложения расширенным стандартом языка C++, повысить быстродействие и придать пользовательскому интерфейсу качества профессионального уровня. Язык программирования С++ является универсальным языком программирования, в дополнение к которому разработан набор разнообразных библиотек. Поэтому, строго говоря, он позволяет решить практически любую задачу программирования. Поскольку системное программное обеспечение часто бывает написано на языке Си или С++, то и программные интерфейсы к подсистемам ОС тоже часто пишут на С++. Обработка сложных структур данных – текста, бизнес-информации, Internet-страниц и тому подобное – одна из наиболее распространенных возможностей применения языка. В настоящее время язык С++ очень широко используется во всём мире.

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


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

Иерархическая и сетевая модели предполагают наличие связей между данными, имеющими какой-либо общий признак. В иерархической модели такие связи могут быть отражены в виде дерева-графа, где возможны только односторонние связи от старших вершин к младшим. Это облегчает доступ к необходимой информации, но только если все возможные запросы отражены в структуре дерева. Никакие иные запросы удовлетворены быть не могут.
Указанный недостаток снят в сетевой модели, где, по крайней мере теоретически, возможны связи "всех со всеми". Поскольку на практике это, естественно, невозможно, приходится прибегать к некоторым ограничениям. Использование иерархической и сетевой моделей ускоряет доступ к информации в базе данных. Но поскольку каждый элемент данных должен содержать ссылки на некоторые другие элементы, требуются значительные ресурсы как дисковой, так и основной памяти ЭВМ. Недостаток основной памяти, конечно, снижает скорость обработки данных. Кроме того, для таких моделей характерна сложность реализации СУБД.
Хотя известны попытки создания СУБД, поддерживающих сетевую модель для персональных компьютеров, в настоящее время реляционные системы лучше соответствуют их техническим возможностям и вполне удовлетворяют большинство пользователей. Скоростные характеристики этих СУБД поддерживаются специальными средствами ускоренного доступа к информации индексированием баз данных.

В наиболее полном варианте СУБД должна содержать следующие составные части:

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

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

- Компилятор для придания завершенной программе вида готового коммерческого продукта в форме независимого ЕХЕ-файла.


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

Наличие в СУБД языка программирования позволяет создавать сложные системы обработки данных, ориентированные под конкретные задачи и даже под конкретного пользователя. Есть также СУБД, которые имеют только язык и не имеют оболочки пользователя. Они предназначены исключительно для программистов, и это системы компилирующего типа. Такие пакеты лишь с оговорками могут быть названы СУБД. Обычно их называют просто компиляторами.

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

Проектная часть

Информационная модель и её описание

Графическое представление информационной модели отражено на рис. 2.1.

Рисунок 2.1 - Информационная модель системы учета продаж

Характеристика нормативно-справочной, входной и оперативной информации

Таблица 2.1

Сотрудники

Сотрудники

Код

Ф.И.О.

Адрес

Телефон

1

Белый В.И

6 мкр д2 кв83

89125753580

2

Иванов И.В

5 мкр д22

89511235442

Таблица 2.2

Клиенты

Клиенты

Код

Ф.И.О.

Адрес

Телефон

Паспортные данные

2

Макаров С.А

5 мкр

8365131318

323221


Таблица 2.3

Журнал

Журнал

Код

Ф.И.О.

Клиент

Телефон

Цена

1

Белый В.И

Иванов И.И

Asus s50

7300

Таблица 2.4

Телефоны

№п/п

Название

Описание

Цена

1

Alcatel OneTouch 918D

3600

2

Apple iPhone 5 16Gb

23000

3

ASUS PadFone 2 64Gb

41100

4

BlackBerry Bold 9900

41100

5

Explay

625

6

Fly GF5000

2500

7

HTC 5544

5560

Характеристика результатной информации

В ходе деятельности разработанной системы следующие выходные документы:

  • отчеты

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

Автоматизированную информационную систему можно представить в виде ER-диаграммы (Рисунок 2.2) и схемы данных (Рисунок 2.3).

Рисунок 2.2

Рисунок 2.3 - Схема данных

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

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

Основным действующим лицом в разработанной системе является сотрудник отдела продаж и заукпок. Дерево функций для пользователя представлено на рисунке 2.4.

Рисунок 2.4 - Дерево функций системы сотрудника

Сценарии диалога, формирующийся на основе дерева функций, приведен на рисунке 2.5.

Рисунок 2.5 - Сценарий диалога для пользователя

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