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

Проектирование реализации операций бизнес–процесса «Реализация билетов через розничные кассы»

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

Более подробно данные задачи рассмотрены в таблице 1.

Таблица 1

Основные задачи процесса

Код задачи	Наименование задачи	Назначение задачи	Входная информация	Выходная информация	Исполнитель
01	Анализ рынка	Оценка места организации на рынке среди конкурентов	Статистическая оценка места организации на рынке среди конкурентов	Прайс–листы конкурентов, информация в СМИ, результаты маркетинговых исследований	Отдел по маркетингу
02	Планирование продаж	Формирование плана продаж	Планы продаж	Договоры с покупателями, оценка емкости рынка, оценка места организации на рынке, список заказов	Отдел по продажам; Отдел по маркетингу
03	Заключение договоров с концертными залами	Формирование отношений с залами, где проходят концерты и куда продаем билеты	Данные о концертных залах, прайс–листы, афиши	Афиши мероприятий, прайс–листы на билеты, адреса залов, даты мероприятий	Отдел по маркетингу
04	Осуществление продаж	Непосредственные продажи	Афиши, прайс–листы на билеты	Чек о продаже, данные покупателей	Отдел по продажам
05	Учет продаж	Учет продаж	Список договоров с клиентами	Договоры с покупателями, список заказов	Отдел по продажам

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

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

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

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

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

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

Исполнителем выступает отдел по продажам.

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

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

В исследуемой задаче «Осуществление продаж» определено следующее содержимое:

Прайс–лист на билеты
Список покупателей
Описание билетов/мероприятий

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

Анализ рынка (определяет актуальные билеты)
Планы продаж (определяют содержание списка билетов и содержание прайс–листа билетов)
Договоры с концертными залами (определяют условия проведения мероприятий, на которые продаются билеты)

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

Список покупателей

Прайс-лист

Описание билетов

Анализ рынка

Договоры с залами

Планы продаж

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

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

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

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

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

Договор с концертным залом;
Договор на продажу билета;
Прайс–лист на билеты;
План продаж;
Анализ рынка.

Жизненный цикл договора с концертным залом представлен в Таблице 2.

Таблица 2

Договор по поставкам

	Концертный зал	Отдел по продажам	База данных
Заполнение договора	Договор Договор Договор Копия подписанного договора Подписанный договор
Проверка правильности заполнения договора
Получение копии подписанного договора

Таблица 3

Договор на продажу билета

	Покупатель	Отдел по продажам	База данных
Заполнение договора	Договор Договор Договор Копия подписанного договора Подписанный договор
Проверка правильности заполнения договора
Получение копии подписанного договора

Жизненный цикл прайс–листа представлен в Таблице 4

Таблица 4

Прайс–лист

Покупатель

Отдел по продажам

База данных

Подготовка прайс–листа

Прайс-лист

Ознакомление с прайс–листом

Жизненный цикл плана продаж представлен в Таблице 5

Таблица 5

План продаж

	Отдел по маркетингу	Отдел по продажам	База данных
Составление плана продаж	План продаж План продаж План продаж План продаж
Ознакомление с планом продаж
Выполнение плана продаж

Жизненный цикл анализа рынка представлен в Таблице 6

Таблица 6

Анализ рынка

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

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

Таблица 7

Характеристика документов

Код документа	Наименование	Кол–во сотрудников	Кол–во документов, шт	Кол–во обновлений в месяц	Кол–во обновлений в год
01	Договор с концертным залом	2	2	От 5	От 60
02	Договор на продажу	1–3	2	Неогр.	Неогр
03	Прайс–лист	2	1	2	24
04	План продаж	3	1	1	12
05	Анализ рынка	3	1	1	12

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

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

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

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

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

Анализируя предположительные выгоды от внедрения специально разработанной автоматизированной информационной системы, можно сделать вывод, что ее разработка и внедрения являются целесообразными для эффективного выполнения бизнес–процесса «Реализация билетов через розничные кассы»

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

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

Договор с концертным залом;
Договор на продажу билета;
Прайс–лист;
План продаж;
Анализ рынка.

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

Таблица 8

Обоснование формы документа

Код документа	Наименование	Унифицированная форма	Оригинальное проектирование
01	Договор по поставкам	+
02	Договор на продажу билета	+
03	Прайс–лист	+
04	План продаж		+
05	Анализ рынка		+

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

Объектно–ориентированное программирование – парадигма программирования, в которой основными концепциями являются понятия объектов и классов.

Истоки ООП берут начало с 60–х годов XX века. Однако окончательное формирование основополагающих принципов и популяризацию идеи следует отнести к 80–м годам. Большой вклад внес Алан Кей.

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

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

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

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

Таблица 9

Используемые классификаторы

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

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

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

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

Интегрированная ИБ, т.е. база данных (БД), – это совокупность взаимосвязанных, хранящихся вместе данных при такой минимальной избыточности, которая допускает их использование оптимальным образом для множества приложений.

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

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

К организации БД предъявляются следующие основные требования:

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

Принципами построения централизованной БД являются:

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

Для распределенных БД существуют свои требования:

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

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

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

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

Существуют три наиболее популярных операционных систем для компьютеров: Microsoft Windows, Apple Mac Os X и Linux.

Microsoft Windows

Компания Microsoft создала операционную систему Windows в середине 1980–х годов. За последующие годы были выпущены много версий Windows, но наиболее популярными из них являются Windows 10 (выпущен в 2015 году), Windows 8 (2012), Windows 7 (2009), Windows Vista (2007), и Windows XP (2001). Windows поставляется предустановленной на большинстве новых компьютерах, и является самой популярной операционной системой в мире.

Apple Mac OS X

Mac OS представляет собой линейку операционных систем, созданных компанией Apple. Она поставляется предустановленной на всех новых компьютерах Macintosh или Mac. Последние версии этой операционной системы известны как OS X. А именно Yosetime (выпущенный в 2014 году), Mavericks (2013), Mountine Lion (2012), Lion (2011), и Show Leopard (2009). Также есть Mac OS X Server, который предназначен для работы на серверах.

По данным общей статистики StatCounter Global Stats, процент пользователей Mac OS X составляет 9,5% рынка операционных систем, по состоянию на сентябрь 2014 года. Это намного ниже чем процент пользователей Windows (почти 90%). Одной из причин этого является то что компьютеры Apple очень дорогие.

Linux

Linux – семейка операционных систем с открытым исходным кодом. Это значит, они могут модифицироваться (изменяться) и распространятся любым человеком по всему миру. Это очень отличает эту ОС от других, таких как Windows, которая может изменяться и распространяться только самим владельцем (Microsoft). Преимущества Линукса в том, что он бесплатный, и есть много различных версий на выбор. Каждая версия имеет свой внешний вид, и самые популярные из них это Ubuntu, Mint и Fedora.

Linux назван в честь Линуса Торвальдса, который заложил основу в Linux в 1991 году.

По данным общей статистики StatCounter Global Stats, процент пользователей Linux составляет менее 2% рынка операционных систем, по состоянию на сентябрь 2014 года. Однако, из–за гибкости и легкости в настройках большинство серверов работают на Linux.

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

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

К СУБД относятся следующие основные виды программ:

полнофункциональные СУБД;
серверы БД;
клиенты БД;
средства разработки программ работы с БД.

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

ПФСУБД последнего поколения имеют развитый интерфейс, позволяющий с помощью команд меню выполнять основные действия с БД: создавать и модифицировать структуры таблиц, вводить данные, формировать запросы, разрабатывать отчеты, выводить их на печать и т. п. Во многих из них для создания запросов можно пользоваться языком QBE (Query By Example). Многие ПФСУБД включают средства программирования для профессиональных разработчиков.

Некоторые системы имеют дополнительные средства проектирования схем БД или CASE–подсистемы. Многие из них обладают возможностью доступа к другим БД или к данным SQL–cepвepoв.

Серверы БД предназначены для организации центров обработки данных в сетях ЭВМ. Эта группа СУБД в настоящее время менее многочисленна, но их количество постепенно растет. Серверы БД реализуют функции управления базами данных, запрашиваемые другими (клиентскими) программами обычно с помощью операторов SQL.

Примерами серверов БД являются следующие программы: NetWare SQL (Novell), SQL Server (Microsoft), InterBase (Borland) и др.

В роли клиентских программ для серверов БД в общем случае могут использоваться различные программы: ПФСУБД, электронные таблицы, текстовые процессоры, программы электронной почты и т. п. При этом элементы пары «клиент – сервер» могут принадлежать одному или разным производителям программного обеспечения.

В случае, когда клиентская и серверная части выполнены одной фирмой, естественно ожидать, что распределение функций между ними выполнено рационально. В остальных случаях обычно преследуется цель обеспечения доступа к данным «любой ценой». Примером такого соединения является случай, когда одна из полнофункциональных СУБД играет роль сервера, а вторая СУБД (другого производителя) – роль клиента. Так, для сервера БД SQL Server (Microsoft) в роли клиентских программ могут выступать многие СУБД, такие как: dBASE IV, Blyth Software, Рaradox, DataBase, Focus, 1–2–3, MDBS III, Revelation и другие.

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

клиентских программ;
серверов БД и их отдельных компонентов;
пользовательских приложений.

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

К средствам разработки; пользовательских приложений относятся системы программирования, например Clipper, разнообразные библиотеки программ для различных языков программирования, а также пакеты автоматизации разработок (в том числе систем типа клиент–сервер). В числе наиболее распространенных можно назвать следующие инструментальные системы: Delphi и Power Builder (Borland), Visual Basic (Microsoft), SILVERRUN (Computer Advisers Inc.), S–Designor (SDP и Powersoft) и ERwin (LogicWorks).

По характеру использования СУБД делят на персональные и многопользовательские.

Персональные СУБД обычно обеспечивают возможность создания персональных БД и недорогих приложений, работающих с ними. Персональные СУБД или разработанные с их помощью приложения зачастую могут выступать в роли клиентской части многопользовательской СУБД. К персональным СУБД, например, относятся Visual FoxPro, Paradox, Clipper, dBase, Access и др.

Многопользовательские СУБД включают в себя сервер БД и клиентскую часть и, как правило, могут работать в неоднородной вычислительной среде (с разными типами ЭВМ и операционными системами). К многопользовательским СУБД относятся, например, СУБД Oracle и Informix.

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

Microsoft Access является полнофункциональной системой управления реляционными базами данных и может быть использована как в качестве настольной СУБД, так и в качестве клиента Microsoft SQL Server. Программа Microsoft Access 2000 входит в состав пакета Microsoft Office 2000 и работает в среде Windows 95 / 98 или Windows NT. В этой программе предусмотрены все необходимые средства для определения и обработки данных, управления ими при работе с большими объемами информации, а также для разработки приложений баз данных.

Способы разработки и выполнения приложений

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

Существующие СУБД поддерживают следующие технологии (и их комбинации) разработки приложений:

ручное кодирование (dBaselll Plus и dBase IY (фирма Ashton–Tate), DB2 (IBM), FoxPro ранних версий и FoxBase (Fox Software), Clipper, Paradox );
создание текстов приложений с помощью генераторов (FoxApp в FoxPro);
автоматическая генерация готового приложения методами вызуального программирования (Access и Visual FoxPro (Microsoft), dBASE for Windows (Borland) и др.

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

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

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

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

Независимые приложения позволяют получать, например, СУБД FoxBase, FoxPro и Clipper. Система Clipper первоначально была разработана как «чистый компилятор», а затем дополнилась средствами, необходимыми для СУБД.

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

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

Режим интерпретации реализован во многих современных СУБД, например, FoxBase, FoxPro, Access, Visual FoxPro и Paradox.

Кроме этого, существуют системы, использующие промежуточный вариант между компиляцией и интерпретацией – так называемую псевдокомпиляцию. В таких системах исходная программа путем компиляции преобразуется в промежуточный код (псевдокод) и записывается на диск. Главная цель псевдокомпиляции – преобразовать программу к виду, ускоряющему процесс ее дальнейшей интерпретации. Такой прием широко применялся в СУБД, работающих под управлением DOS, например, FoxВаse+.

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

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

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

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

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

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

Справочник билетов;
Справочник покупателей;
Справочник сотрудников;
Справочник покупок.

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

Рисунок 3. Информационная модель «Продажа билетов»

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

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

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

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

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

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

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

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

КНОПКИ

ПОЛЕ ВВОДА

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

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

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

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

Таблица 10

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

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

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

Таблица 11

Характеристика входных документов

Код документа	Наименование	Источник получения	Частота возникн/мес	Число строк
01	Договор на продажу	Отдел по продажам	1000–1500	По необход
02	Договор с конц. залами	Отдел по продажам	От 5	По необход
03	План продаж	Отдел по маркетингу Отдел по продажам	1	По необход
04	Анализ рынка	Отдел по маркетингу	1	По необход

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

Таблица 12

Характеристика выходных документов

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

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	По необх.	Нет. Повторения невозможны
Пасп. данные	числовой	passport	20	8	По необх.	Нет
Отдел	текст	otdel	20	10	По необх.	Нет

Таблица 15

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

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

Таблица 17

Сведения о билетах

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

Таблица 16

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

Имя поля	Тип данных	Идентификатор	Длина поля	Длина одной записи	Число записей	Возможность индексирования
Код покупки	Счетчик	Kod_zakaza	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. Форма авторизации

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

Рисунок 11 Форма главного кнопочного меню

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

Рисунок 12 Форма «Ввести»

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

Рисунок 13 Форма «Сотрудники»

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

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

Рисунок 14 Отчет «Сотрудники»

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

ЗАКЛЮЧЕНИЕ

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

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

Благодаря выполнению перечисленных задач была достигнута и поставленная цель: спроектирована реализация операций бизнес–процесса «Реализация билетов через розничные кассы».

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

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

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

Базиян, М. и др. VisualFoxPro 6. Специальное издание: Пер. с англ. / М. БАзиян. – М.: Издательский дом «Вильямс», 1999 – 928 с.
Бемер, С., MS Access 2016 для пользователя / С. Бемер, Г. Фратер. - М., «Бином», 2017
Биллиг, В. А. VBA и Office 2016 Офисное программирование / В. А. Биллинг. - М., изд. «Русская редакция», 2017
Буч, Г. Объектно – ориентированный анализ. Электронный вариант
Вейскас, Д. Эффективная работа с Microsoft Access 2016 / Д. Вейскас. С.–Пб.,2005
Вендров, А. М. Проектирование программного обеспечения экономических информационных систем: Учебник / А. М. Вендеров. – М.: Финансы и статистика, 2015. – 352 с.
Венчковский, Л. Б. Разработка сложных программных изделий / Л. Б. Венчковский. – электронный вариант.
Винтер, Р., Microsoft Access 2016, Справочник / Р. Винтер. - С.–Пб., «Питер», 2017
Гофман, В. Работа с базами данных в Delphi / В. Гофман. - С–Пб: БХВ–Петербург 2016
Гусева, Т. И. Проектирование баз данных в примерах и задачах / Т. И. Гусева, Ю. Б. Башин. - М., 2014
Жданова Е. И. Проектирование информационных систем. Методические указания по выполнению курсового проекта / Е. И. Жданова. - Самара, 2017г.
Козырев, А. А. Информационные технологии в экономике и управлении / А. А. Козырев. – СПб.: Изд–во Михайлова В.А., 2003
Леоненков, А. В. Объектно–ориентированный анализ и проектирование с использованием UML и IBM Rational Rose / А. В. Леоненков. – Интернет–университет информационных технологий, Бином. Лаборатория знаний, 2016.– 320 стр.:ил.
Смирнова, Г. Н. Проектирование экономических информационных систем: Учебник / Г. Н. Смирнова и др. – М. Финансы и статистка, 2015.
Уткин, В.Б. Информационные системы и технологии в экономике / В. Б. Уткин, К. В, Балдин. – М.: ЮНИТИ, 2014
Хотинская, Г. И. Информационные технологии управления / Г. И. Хотинская. – М.: Дело и Сервис (ДИС), 2015.
Хоффбауэр, М. ACCESS 2016, Сотни полезных рецептов / М. Хоффбауэр, К. Шпильманн. - Киев, «BHV», 2017