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

ПРОЕКТИРОВАНИЕ РЕАЛИЗАЦИИ ОПЕРАЦИЙ БИЗНЕС-ПРОЦЕССА «РЕАЛИЗАЦИЯ БИЛЕТОВ ЧЕРЕЗ РОЗНИЧНЫЕ КАССЫ»

Содержание:

ВВЕДЕНИЕ

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Основной задачей была выбрана задача «Заключение договоров по продаже».

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

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

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

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

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

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

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

Договор по продаже
Список покупателей
Прайс-лист
Описание билетов

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

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

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

Договор по продаже

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

Прайс-лист

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

Анализ рынка

Договоры о продаже

Планы продаж

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

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

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

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

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

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

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

Таблица 2. Договор по поставкам

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

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

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

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

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

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

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

Таблица 5. План продаж

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

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

Таблица 6. Анализ рынка

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

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

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

Код документа	Наименование	Кол-во сотрудников	Кол-во документов, шт	Кол-во обновлений в месяц	Кол-во обновлений в год
01	Договор по поставкам	3	2	1000-1500	12000-18000
02	Договор на продажу	1-3	2	Неогр.	Неогр
03	Прайс-лист	1	1	2	24
04	План продаж	4	1	1	12
05	Анализ рынка	6	1	1	12

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

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

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

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

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

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

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

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

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

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

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

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

Наиболее часто при проектировании ИС используют технологии и методы системного проектирования.

Системное (предварительное, концептуальное) проектирование включает в себя следующие стадии:

1) определение общих целей проектирования с формированием локальных (отдельных) целей разработки;

2) формирование концепции системы (объекта исследования) и подготовки данных для создания модели объекта;

3) разработки описания системы в виде структур объекта проектирования и построения функциональных подсистем объекта;

4) формализация задач проектирования, в том числе формирование области поиска решений, систем предпочтений и ограничений, требований к объекту и т.п.

Результатом системного (концептуального) проектирования является разработка ТЗ и, при необходимости, технико-экономического обоснования.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Современные операционные системы используют Графический Интерфейс Пользователя (ГИП, по англ. GUI — Grafical user interface). GUI позволяет использовать мышь, клавиатуру и джойстик для управления экранными объектами (иконки, кнопки, значки, меню), представленные пользователю на дисплее, в виде сочетании графики и текста. Т.е. все четко и ясно показано на экране компьютера в виде графических изображений, что позволяет легко работать на компьютере с помощью мыши, клавиатуры и т.п.

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

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

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+.

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

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

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

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

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

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

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

Информационная модель изображена на рисунке 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	Договор на продажу	Отдел по продажам	1000-1500	неогр
02	Договор на поставку	Отдел по продажам	1000-1500	неогр
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	неогр	Нет. Повторения невозможны
Пасп. данные	числовой	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_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. Форма авторизации

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

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

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

Бемер С, Фратер Г., MS Access 2003 для пользователя, М., "Бином", 2004
Биллиг В.А., Дехтярь М.И., VBA и Office 2003 Офисное программирование, М., изд. "Русская редакция", 2004
Вейскас Д., Эффективная работа с Microsoft Access 2003, С.-Пб.,2005
Винтер Рик, Microsoft Access 2003, Справочник, С.-Пб., "Питер", 2007
Гусева Т.И., Башин Ю.Б. , Проектирование баз данных в примерах и задачах, М.,2003
Жданова Е.И., Диязитдинова А.Р..Проектирование информационных систем. Методические указания по выполнению курсового проекта.Самара,2009г.
Козырев А.А. Информационные технологии в экономике и управлении. – СПб.: Изд-во Михайлова В.А., 2003
Леоненков А.В. Объектно-ориентированный анализ и проектирование с использованием UML и IBM Rational Rose.- Издательства: Интернет-университет информационных технологий, Бином. Лаборатория знаний, 2006.- 320 стр.:ил.
Уткин В.Б., Балдин К.В. Информационные системы и технологии в экономике. – М.: ЮНИТИ, 2003
Хотинская Г.И. Информационные технологии управления. – М.: Дело и Сервис (ДИС), 2003.
Хоффбауэр М., Шпильманн К., ACCESS 2003, Сотни полезных рецептов, Киев, "BHV", 2004