Проектирование реализации операций бизнес-процесса «Продажи» (Характеристика документооборота, возникающего при решении задачи)

Содержание:

ВВЕДЕНИЕ

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

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

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

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

Для достижения поставленной цели необходимо выполнить следующие задачи:

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

Объектом изучения предметной области является реализация операций бизнес-процесса, а предметом – бизнес-процесс «Продажи».

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

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

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

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

Таблица 1 Основные задачи процесса

Код задачи	Наименование задачи	Назначение задачи	Входная информация	Выходная информация	Исполнитель
01	Поиск и привлечение покупателей	Расширение круга покупателей	Результаты мониторинга рынка, отчеты по продажам	Отчеты о потоке покупателей	Отдел по маркетингу
02	Подготовка товаров к продаже	Гарантия наличия необходимого товара	Перечень товаров, описание товаров, прайс-лист	Перечень и описание подготовленных товаров	Отдел по продажам
03	Осуществление продажи	Формальное оформление отношений с покупателем	Перечень товаров, описание товаров, прайс-лист	Чек об оплате, перечень и описание товаров с изменениями	Отдел по продажам
04	Учет продаж	Учет продаж	Перечень осуществленных продаж	Отчеты о продажах, отчеты о покупателях, отчеты о сотрудниках	Отдел по продажам

Схема связей задач бизнес-процесса приведена на Рисунке 1.

01

03

02

04

Рисунок 1. Взаимосвязь задач бизнес-процесса

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

Для названной задачи источник информации – отдел по продажам, он же является и исполнителем задачи.

Входной информацией выступают такие документы, как перечень товаров, описание товаров и прайс-лист.

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

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

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

В задаче, которая была выделена основной, а именно, - «Продажи», выделяется следующее содержание:

1. Чек или счет об оплате
2. Перечень товаров
3. Прайс-лист
4. Описание товаров

В качестве внешнего окружения задачи выступают следующие факторы и документы:

1. Результаты мониторинга рынка (позволяют определить товары, актуальные для продажи)
2. Отчеты о потоке покупателей (позволяют определить товары, актуальные для продажи той или иной категории покупателей)
3. Отчеты о продажах, покупателях, сотрудниках (позволяют определить дальнейшие направления развития)

Внутреннее и внешнее содержание задачи «Осуществление продажи» проиллюстрировано на Рисунке 2.

Чек или счет об оплате

Перечень товаров

Прайс-лист

Описание товаров

Результаты мониторинга рынка

Отчеты о потоке покупателей

Отчеты о продажах, покупателях, сотрудниках

Рисунок 2. Содержание задачи «Определение перечня и стоимости билетов на определенную дату»

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

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

1.3. Характеристика документооборота, возникающего при решении задачи

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

1. Отчеты о потоке покупателей;
2. Перечень товаров;
3. Прайс-лист;
4. Описание товаров;
5. Мониторинг рынка.

В таблицах, приведенных ниже, изображен жизненный цикл приведенных документов.

Таблица 2. Отчеты о потоке покупателей

	Отдел по маркетингу	БД
Подготовка отчета
Регистрация отчета в базе данных

Таблица 3. Перечень товаров

	Отдел по продажам	БД
Подготовка перечня
Регистрация перечня в базе данных

Таблица 4. Прайс-лист

	Покупатель	Отдел по продажам	БД
Подготовка прайс-листа
Ознакомление с прайс-листом

Таблица 5. Описание товаров

	Отдел по продажам	БД
Подготовка описания
Фиксация описания в базе данных

Таблица 6. Мониторинг рынка

	Отдел по маркетингу	Отдел по продажам	БД
Осуществление мониторинга рынка
Ознакомление с произведенным мониторингом
Формирование соответствующих цен на товар
Продажа соответствующих товаров

Трудозатраты, количество документов и количество их обновлений представлено в Таблице 7.

Таблица 7. Характеристика документов

Код документа	Наименование	Кол-во сотрудников	Кол-во документов, шт	Кол-во обновлений в месяц	Кол-во обновлений в год
01	Отчеты о потоке покупателей	2	2	1	12
02	Перечень товаров	1-3	2	28-31	336-372
03	Прайс-лист	2	2	4	24
04	Описание товаров	1-3	2	28-31	336-372
05	Мониторинг рынка	4	2	1	12

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

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

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

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

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

Основными являются следующие документы задачи:

1. Отчеты о потоке покупателей;
2. Перечень товара;
3. Прайс-лист;
4. Описание товаров;
5. Мониторинг рынка.

Возможность или невозможность применения унифицированных форм рассмотрена в Таблице 8.

Таблица 8. Обоснование формы документа

Код документа	Наименование	Унифицированная форма	Оригинальное проектирование
01	Отчеты о потоке покупателей		+
02	Перечень товаров	+
03	Прайс-лист	+
04	Описание товаров	+
05	Мониторинг рынка		+

Технология проектирования ИС – совокупность методов и средств проектирования ИС, а также организации и управления, внедрения и модернизации проекта. ИС.

Организация проектирования ИС предполагает использование определенной совокупности методов проектирования.

Методы проектирования принято классифицировать по различным признакам:

• По степени автоматизации разработки проектных решений:
• Ручное (традиционное) проектирование
• Методы автоматизированного проектирования
• По степени типизации проектных решений
• Методы оригинального (индивидуального) проектирования
• Методы типового проектирования
• По степени адаптивности проектных решений
• Методы реконструкции – адаптация проектных решений выполняется путем изменения соответствующих компонентов готовой системы.
• Методы параметризации – изменение проектных решений в соответствии с новыми параметрами объекта проектирования
• Методы реструктуризации – изменение проектных решений в связи с изменением модели ПО.

Проектирование ИС предполагает использование различных средств проектирования как на традиционных так и на машинных носителях, в их числе:

• нормативно-правовые документы (стандарты, руководящие документы)
• системы классификации и кодирования информации
• системы проектной документации
• модели ИС и их компонентов
• методики анализа и принятия проектных решений
• программные средства (общие и специальные программные средства)

Сочетание различных методов и средств проектирования обуславливает выделение 2-х классов технологии проектирования:

• Каноническое проектирование – соответствующее определенному канону, правилу.
• Индустриальное проектирование
• Автоматизированная технология проектирования
• Типовая технология проектирования
• Типовая параметрически-ориентированная технология
• Типовая модельно-оринтированная технология.

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

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

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

Классификация − это система распределения объектов (предметов, явлений, процессов, понятий) по классам в соответствии с определенным признаком.

При моделировании и проектировании данного программного продукта применяются классификаторы, отображенные в Таблице 9.

Таблица 9. используемые классификаторы

Наименование кодируемого объекта	Рабочее наименование	Кол-во знаков кода	Система кодирования	Вид классификатора
IDтовара	IDт	4	Порядковая	Локальный
IDпокупателя	IDп	4	Порядковая	Локальный
IDсотрудника	IDс	4	Порядковая	Локальный
IDчека	IDч	4	Порядковая	Локальный

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

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

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

Этапы внешней машинной информационной базы: разделенный фонд данных, централизованный фонд данных, организация БД.

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

Основные подходы к построению внутри машинной ИБ:

• проектирование массива как отображение содержания,
• проектирование массивов для отдельных процессов управления,
• п. м. для комплексов процессов управления,
• проектирование БД,
• проектирование нескольких БД.

Виды массивов: входные (первичные), основные (базовые), рабочие (промежуточные), выходные (результатные).

Массив данных – конструкция данных, компоненты которой идентичны по своим характеристикам.

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

Файл – идентифицированная совокупность экземпляров полностью описанного в конкретной программе.

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

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

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

Существует несколько схем классификации операционных систем. Ниже приведена классификация по некоторым признакам с точки зрения пользователя.

По количеству одновременно работающих пользователей:

Однопользовательские ОС позволяют работать на компьютере только одному человеку.

Многопользовательские ОС поддерживают одновременную работу на ЭМВ нескольких пользователей за различными терминалами.

По числу процессов, одновременно выполняемых под управлением системы:

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

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

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

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

Многозадачная ОС, решая проблемы распределения ресурсов и конкуренции, полностью реализует мультипрограммный (многозадачный) режим. Многозадачный режим, который воплощает в себе идею разделения времени, называется вытесняющим (preemptive). Каждой программе выделяется квант процессорного времени, по истечении которого управление передается другой программе. Говорят, что первая программа будет вытеснена. В вытесняющем режиме работают пользовательские программы большинства ОС.

По количеству поддерживаемых процессоров (однопроцессорные, многопроцессорные):

Многопроцессорные ОС поддерживают режим распределения ресурсов нескольких процессоров для решения той или иной задачи. При многопроцессорном режиме работы два или несколько соединенных и примерно равных по характеристикам процессора совместно выполняют один или несколько процессов (программ или наборов команд). Цель такого режима – увеличение быстродействия или вычислительных возможностей.
Многопроцессорные ОС разделяют на симметричные и асимметричные. В симметричных ОС на каждом процессоре функционирует одно и то же ядро, и задача может быть выполнена на любом процессоре, то есть обработка полностью децентрализована. При этом каждому из процессоров доступна вся память.
В асимметричных ОС процессоры неравноправны. Обычно существует главный процессор (master) и подчиненные (slave), загрузку и характер работы которых определяет главный процессор.

По типу доступа пользователя к ЭВМ (с пакетной обработкой, с разделением времени, реального времени):

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

ОС разделения времени обеспечивают одновременный диалоговый (интерактивный) режим доступа к ЭВМ нескольких пользователей на разных терминалах, которым по очереди выделяются ресурсы машины, что координируется операционной системой в соответствии с заданной дисциплиной обслуживания. Каждой программе, находящейся в оперативной памяти и готовой к исполнению, выделяется для исполнения фиксированный, задаваемый в соответствии с приоритетом пользователя интервал времени (интервал мультиплексирования). Если программа не выполнена до конца за этот интервал, ее исполнение принудительно прерывается, и программа переводится в конец очереди. Из начала очереди извлекается следующая программа, которая исполняется в течение соответствующего интервала мультиплексирования, затем поступает в конец очереди и т.д. в соответствии с циклическим алгоритмом.

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

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

Разрядность кода – это разрядность используемых аппаратных средств (например, использование 32-разрядных регистров для процессоров). Подразумевается, что разрядность ОС не может превышать разрядности процессора.

По типу интерфейса (командные (текстовые), объектно-ориентированные (как, правило, графические):

Пользовательский интерфейс – это программные и аппаратные средства взаимодействия пользователя с программой или ЭВМ. Пользовательский интерфейс бывает командным и объектно-ориентированным.

Командный интерфейс предполагает ввод пользователем команд с клавиатуры при выполнении действий по управлению ресурсами компьютера. При этой технологии в качестве единственного способа ввода информации от человека к компьютеру служит клавиатура, а компьютер выводит информацию человеку с помощью монитора. Эту комбинацию (монитор + клавиатура) стали называть консолью.

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

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

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

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

Во внемашинной сфере в процессе управления обмен информацией реализуется в виде движения документов между управляемой и управляющей системами: от органа управления к объекту следуют документы, содержащие плановую информацию (приказы, распоряжения, плановые задания, планы-графики и т.п.); по линии обратной связи – от объекта к органу управления – следуют документы, содержащие учетно-отчетную информацию (информация о текущем или прошлом состоянии объекта управления). Внемашинное информационное обеспечение позволяет провести идентификацию объекта управления, формализовать информацию, представить данные в виде документов

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

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

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

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

СУБД характеризуется используемой моделью, средствами администрирования и разработки прикладныхпроцессов.

СУБД обеспечивает:

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

Классификация СУБД

По способу доступа к БД:

Файл-серверные

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

Примеры: Microsoft Access, Paradox, dBase, FoxPro, Visual FoxPro.

Клиент-серверные

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

Примеры: Oracle, Firebird, Interbase, IBM DB2, Informix, MS SQL Server, Sybase Adaptive Server Enterprise, PostgreSQL, MySQL, Caché, ЛИНТЕР.

Встраиваемые

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

Примеры: OpenEdge, SQLite, BerkeleyDB, Firebird Embedded, Microsoft SQL Server Compact, ЛИНТЕР.

По степени распределённости:

Локальные СУБД (все части локальной СУБД размещаются на одном компьютере)

Распределённые СУБД (части СУБД могут размещаться на двух и более компьютерах).

По модели данных, примеры:

• Иерархические
• Сетевые
• Реляционные
• Объектно-ориентированные
• Объектно-реляционные

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

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

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

1. Справочник товаров;
2. Справочник покупателей;
3. Справочник сотрудников;
4. Справочник покупок.

Информационная модель изображена на рисунке 3.

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

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

Входной информацией для БД являются следующие данные:

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

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

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

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

Форма для ввода информации о билетах изображена на Рисунке 4.

НАИМЕНОВАНИЕ ФОРМЫ

КНОПКИ

ПОЛЕ ВВОДА

НАИМЕНОВАНИЕ ПОЛЯ

Рисунок 4. Форма ввода

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

Список справочников приведен в Таблице 10.

Таблица 10. Список справочников

Название справочника	Ответственный за введение	Среднее число записей	Средняя частота актуализации	Средний объем актуализации %
Справочник товаров	Отдел по продажам	неогр	28-31/мес	100
Справочник покупателей	Отдел по продажам	неогр	28-31/мес	100
Справочник сотрудников	Отдел по персоналу	0-100	1/мес	0-100
Справочник покупок	Отдел по продажам	неогр	28-31/мес	100

Входные документы охарактеризованы в Таблице 11.

Таблица 11. Характеристика входных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
01	Чек об оплате	Отдел по продажам	неогр	неогр
02	Описание товаров	Отдел по продажам	неогр	неогр
03	Перечень товаров	Отдел по продажам	неогр	неогр
04	Мониторинг рынка	Отдел по маркетингу	1	неогр

Характеристика выходных документов приведена в Таблице 12.

Таблица 12. Характеристика выходных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
05	Прайс-лист	Отдел по продажам	28-31	неогр
06	Список продаж	Отдел по маркетингу	28-31	неогр

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

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

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

Характеристика результатных документов приведена в Таблице 13.

Таблица 13. Характеристика результатных документов

Наименование	Источник формирования	Частота формир/мес	Структура документа	Способ доставки
Отчет о покупателях, сотрудниках, товарах	Мониторинг рынка, Список товаров	2	Оригинальная	Вывод формы на экран
Прайс-лист	Мониторинг рынка	28-31	Стандартная	Вывод формы на экран
Список товаров с описанием	Чеки, мониторинг рынка	28-31	Оригинальная	Вывод формы на экран

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

Общение системы с пользователем должно быть реализовано при помощи языка типа «меню».

Дерево функций изображено на Рисунке 5.

Функции

Основные

Служебные

Проверка логина/пароля

Справка

Ведение справочников

Ввод данных

Вывод результатов

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

Сценарий диалога изображен на Рисунке 6.

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

Файл

Справочники

Отчеты

Сервис

Справка

Выход

Операции

Новый

Открыть

Сохран.

Печать

Настройки

Выход

Справочник товаров

Справочник покупателей

Справочник сотрудников

Справочник покупок

Ввод инф

Вывод на экран

Формир. отчета

Вывод на печать

Парамет

О прогр

Прайс

Список товаров

Описание товаров

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

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

База данных состоит из четырех таблиц:

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

Описание таблиц приведено ниже.

Таблица 14 Сведения о сотрудниках

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код сотрудника	счетчик	Kod_sotr	20	3	неогр	Да Ключевое поле
ФИО сотрудника	текстовый	Fio_sotr	30	30	неогр	Нет. Повторения невозможны
Пасп. данные	числовой	pasport	20	8	неогр	Нет
Отдел	текст	otdel	20	10	неогр	Нет

Таблица 15 Сведения о покупателях

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код покупателя	счетчик	Kod_klienta	10	10	неогр	Да. Ключ. Поле
ФИО покупателя	Текст.	Fio_klienta	30	30	неогр	Нет
Пасп. данные	числовой	pasport	20	8	неогр	Нет

Таблица 17 Сведения о товарах

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код товара	Счетчик	Kod_tov	10	10	неогр	Да. Ключ.
Описание товара	Текст.	tovar	100	100	неогр	Нет
Цена	Денеж.	Cena	10	10	неогр	Нет

Таблица 16 Сведения о покупках

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код покупки	Счетчик	Kod_pok	10	10	неогр	Да. Ключ. поле
Код товара	Числ.	Kod_tov	10	10	неогр	Да
Код сотрудника	Числ.	Kod_sotr	10	10	неогр	Да
Код покупателя	Числ.	Kod_klienta	10	10	неогр	Да
Количество	Числ.	Kol_tov	5	5	неогр	Нет
Сумма покупки	Денеж.	Sum	10	10	неогр	Нет

ER-модель проиллюстрирована на рисунке 7.

Сведения о покупках

код покупки

код товара

код сотрудника

код покупателя

количество

сумма покупки

Сведения о товарах

код товара

описание товара

цена

Сведения о покупателях

код покупателя

ФИО покупателя

Сведения о сотрудниках

код сотрудника

ФИО сотрудника

пасп. данные

Отдел

Рисунок 7. ER-модель

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

Дерево вызова программных модулей изображено на Рисунке 8.

Модуль начала

Модуль безопасности

Модуль формы

Модуль результата

Модуль печати

Модуль помощи

Вызов одним модулем другого

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

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

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

НАЧАЛО

Есть ли разрешение на чтение или запись

Добавление записи в Таблицу Сведения о товарах

Добавление записи в Таблицу Сведения о покупателях

Добавление записи в Таблицу Сведения о сотрудниках

Перенос файлов в архив

Необходима ли идентификация других пользователей

Повторная идентификация

Конец

Да

Да

Нет

Нет

Рисунок 9. Блок-схемы программного модуля

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

Пример реализации проиллюстрирован на последующих изображениях. Так, форма авторизации изображена на Рисунке 10.

Рисунок 10. Форма авторизации

Остальные экранные формы приложения построены аналогичным образом и проиллюстрированы в Приложении А.

ЗАКЛЮЧЕНИЕ

В ходе проведения исследования были выполнены следующие задачи:

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

Таким образом была выполнена поставленная цель – спроектирована реализация операций бизнес-процесса «Продажи». Разработанная информационная система отвечает всем требованиям, предъявленным в рассмотренном исследовании.

СПИСОК ЛИТЕРАТУРЫ

1. Бекаревич Ю.Б., Пушкина Н.В. MS ACCESS 2000 за 30 занятий. - СПб.: БХВ - Петербург, 2001.
2. Боровиков В.В. MS ACCESS 2002. программирование и разработка баз данных и приложений. - СОЛОН-Р, 2002.
3. Вендров А.М. Проектирование программного обеспечения экономических информационных систем: Учебник. - М.: Финансы и статистика, 2002.
4. Голицына О.Л., Максимов Н.В., Попов И.И. Базы данных: Учебное пособие. - М.: ФОРУМ: ИНФРА-М, 2004
5. Диго С.М. Базы данных: проектирование и использование. - М.: Финансы и статистика, 2005.
6. Иванова Г.С. Технология программирования: Учебник для вузов. - М.: Изд-во МГТУ им. Баумана, 2003.
7. Информатика. Базовый курс.2-е издание / Под ред. С.В. Симоновича. - СПб.: Питер, 2008. - 640 с.: ил.
8. Карпова Т.С. Базы данных: модели, разработка, реализация. - СПб: Питер, 2001.
9. Литвинская О.С. Проектирование базы данных в среде Microsoft Access. - Пенза: Издательство Пенз. гос. технол. акад., 2004.
10. Матюшкин-Герке А. Учебно-прикладные задачи в курсе информатики. Информатика и образование, №3-4, 5-6, 2007.
11. Орлов С.А. Технология разработки программного обеспечения: Учебник. - СПб.: Питер, 2002.
12. Робинсон С. MicrosoftAccess 2000 учебный курс. - СПб.: Питер, 2000.