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

Проектирование реализации операций бизнес-процесса «Реализация билетов через розничные кассы» (Характеристика существующих бизнес–процессов)

Содержание:

Введение

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

Реализация билетов через розничные кассы - это операции по зачислению денежной выручки на счета клиентов в банке и по выдаче купленного билета.

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

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

В связи с этим предметом исследований является процесс реализация билетов через розничные кассы предприятия ООО «Кассир.

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

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

Задачами работы, в связи с указанной целью является:

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

- выявить обоснование проектных решений по информационному обеспечению и по программному обеспечению;

- дать информационную модель и её описание;

- провести информационную модель и её описание.

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

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

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

Компания ООО «Кассир» функционирует на рынке реализации билетов через розничные кассы.

Автоматизация бизнес процессов предприятия проводиться с целью:

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

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

- расчетных ведомостей;

- документов сотрудников.

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

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

- информационный поток реализации билетов через розничные кассы;

- журнала реализации билетов через розничные кассы;

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

- регистрацию поступления денежных средств;

- проверка соответствия документов;

- оформления приходного кассового уровня;

- оформления расходного кассового уровня;

- отметку в ведомости;

- оформление записи в журнале реализации билетов через розничные кассы;

- выдачу купленного билета.

- стоимость билетов варьируется.

В своей деятельности кассиры руководствуются нормативными документами, должностными инструкциями.

Для реализации основных функций, возлагаемых на автоматизированную систему реализации билетов через розничные кассы табл.1

Таблица 1

Основные действия для реализации функций системы

Основные функции

Основные действия

Поступления денежных средств

  1. Создание необходимых таблиц базы данных, для хранения информации.
  2. Разработка программных процедур для регистрации остатков.

Вести раздельный учет реализации билетов через розничные кассы

Создание необходимых таблиц и полей базы данных, для хранения информации.

Детализировать записи в журнале реализации билетов через розничные кассы

  1. Создание необходимых полей базы данных о начислениях.
  2. Разработка необходимых программных процедур для реализации функций.

Учитывать счета сотрудников

Создание необходимых полей базы данных о счетах, для хранения информации

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

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

Временные характеристики описанных процессов приведены в таблице 2.

Таблица 2 Характеристики описанных процессов

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнении одного действия, минут

Общее время, минут

Регистрация заявки

10

15

150

Поиск необходимой информации

5

30

150

Анализ информации за период

0,5

60

30

ИТОГО, минут:

330

Таким образом, ежедневно, в среднем, 330 минут или 5 часов 30 минут, сотрудник занят занесением необходимых сведений в книги учета реализации билетов через розничные кассы, а также, при необходимости анализом и поиском нужных сведений.

В таблице 3 произведен расчет эффекта внедрения.

Таблица 3 Расчет эффекта внедрения

Действие

Среднее количество

за рабочий день

Время, необходимое для выполнения одного действия, минут

Общее время, минут

Просмотр заявки

10

1

10

Поиск необходимой информации

5

2

10

Анализ информации за период

0,5

5

2,5

ИТОГО, минут:

12.5

Таким образом, ожидаемая экономия рабочего времени составляет около 5 часов ежедневно, что позволяет увеличить эффективность работы сотрудников ООО «Кассир».

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

Состав кодовых обозначений объектов представлен в виде таблицы 4.

Классификатор «Код записи журнала» является одним из основных классификаторов системы. Назначение данного классификатора – это индексация порядковых номеров записей в журнале.

“Код операции” – классификатор, благодаря которому адресуются записи таблицы “Операции”.

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

“Код Сотрудника” – классификатор, благодаря которому адресуются записи таблицы “Сотрудник»

Таблица 4

Значение классификаторов системы

Наименование кодируемого множества объектов

Значность кода

Мощность

кода

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

Система классификации

Вид классифи-катора

Код записи журнала

18

-

Порядковая

Многоаспектная

Локальный

Код операции

18

-

Порядковая

Многоаспектная

Локальный

Код кассира

6

100

Порядковая

Многоаспектная

Локальный

Код счета

18

Порядковая

Многоаспектная

Локальный

Код ревизии

12

Порядковая

Многоаспектная

Локальный

Код

документа

6

100

Порядковая

Многоаспектная

Локальный

Код финдокумента

6

100

Порядковая

Многоаспектная

Локальный

Код документа позволяет ввести ключ при индексации сведений о документах, которые подлежат индексации, и позволяет обеспечить связь этих сведений с таблицей “Сотрудник” и «Операция».

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

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

Таблица 5 Сравнение СУБД

Показатели

Microsoft SQL Server 2008

MySQL 5.1

PostgreSQL 8.4

Поддерживаемые операционные системы

Windows Desktop/Server

Windows Desktop/Server , Linux, Unix, Mac

Windows1 Desktop/S22erver, Linux, Unix, 2Mac

Условии лицензирования

Коммерческий продукт с закрытым исходным кодом. Есть бесплатная версия с ограничением оперативной памяти до 4 Гб.

Коммерческая лицензия и GNU GPL.

Лицензия BSD Open Source.

Наличие предустановленных драйверов в ОС семейства Windows

Да

Нет

Нет

Наличие драйверов ODBC, JDBC, ADO.NET

Да

Да

Да

Поддержка репликации

Да, встроенная и разных типов. Но внесение структурных изменений после начала репликаци — очень сложный процесс.

Да, включая mater-master репликацию.

Да, но с помощью сторонних продуктов с открытым исходным кодом. Репликация всех типов.

Возможность писать хранимые функции на разных языках программирования

Да, теоретически на любом языке, поддерживающим CLR, например VisualBasic.NET, C#, IronPython, но сначала надо скомпилировать код в библиотеку dll.

Нет (кроме C и Pl/SQL)

Да, наиболее полная поддержка из всех рассматриваемых.

Возможность создавать пользовательские аггрегированные функции

Да — любой .NET язык, кроме TRANSACT SQL.

Да, только на С

Да — на PL language и встроенных C, SQL, PLPgSQL.

Поддержка даты и времени

Да

Да (но без временной зоны)

Да

Аутентификация

Средствами БД и ActiveDirectory

Средствами БД

Много разных методов, включающих предыдущие

Разграничение доступа к столбцам

Да

Да

Да

Поддержка DISTINCT ON

Нет

Нет

Да

Поддержка WITH ROLLUP

Да

Да

Да

Поддержка WITH CUBE

Да

Нет

Нет

Поддержка функций OVER..PARTITION BY

Да

Нет

Да, причем лучше, чем в MS SQL

Поддержка рекурсивных запросов

Да

Нет

Да

Производительность планировщика запросов для сложных запросов

Средняя (умеет параллельные запросы «из коробки»)

Очень хорошая

Плохая

Таким образом, для проекта, рассматриваемого в данном дипломном проекте наиболее приемлема СУБД MS SQL.

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

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

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

Рис. 1 – Информационная модель разрабатываемой системы

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

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

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

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

Область 4 отображает то, что моделируема ИС предоставляет на выходе.

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

Разрабатываемая программная система предназначена для организации автоматизированного учета реализации билетов через розничные кассы, таким образом, основное назначение системы – снижение “бумажного” документооборота при организации процессов учета реализации билетов через розничные кассы.

Форма документа ведомость на получения денежных средств содержит следующую информацию:

  • дата ведомости;
  • номер ведомости;
  • код операции;
  • список фамилий сотрудников;
  • сумма итого;
  • сумма выданных средств;
  • отметку о получении денежных средств;

Журнал учета реализации билетов через розничные кассы – содержит оперативную информацию о проведенных операциях и содержит следующую информацию:

- номер записи;

- дата;

- наименование операции;

- кассир;

- сумма;

- номер и реквизиты счета.

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

Результатная информация вместе с необрабатываемой информацией составляют выходную информацию. Результатная информация описана в таблице 6

Таблица 6

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

№ п/п

Наименование результатного показателя

Идентификатор результатного показателя

Алгоритм расчета

1

Просмотр базы данных

Формируется форма DBDTemplateForm

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

2

Выполнение расходной реализации билетов через розничные кассы

Создается запись в таблице «Операция»

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

3

Просмотр результата поиска

Форма просмотра результатов поиска

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

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

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

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

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

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

Сценарий диалога представлен на рисунке 2.

Рис. 2 – Дерево функций ИС

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

Рис. 2 – Диалог с ИС

При проектировании диалога, необходимо определить:

-   структуру диалога;

-   возможный сценарий развития диалога;

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

-    визуальные атрибуты отображаемой информации (синтаксис сообщений).

Внешний вид разрабатываемого приложения представлена на рис. 4. Дерево объектов проекта главного модуля приложений представлено на рис.4.

Разрабатываемое приложение будет содержать 1 главную форму - MainClientsForm, а также несколько дочерних окон - addform, ChildTemplateForm, DBDirectoryTemplateForm, EditDBDirectoryForm, parampoik.

C:\Users\1\Desktop\9.png

Рис.4 – Внешний вид разрабатываемого приложения

Рис. 5 – Дерево объектов проекта главного модуля приложений

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

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

Таблица 7

Содержание таблиц базы данных

№ п/п

Название таблицы

Назначение

Operac

Таблица, содержащая данные о реализации билетов через розничные кассы

Sotrudnyk

Таблица, содержащая информацию о сотрудниках

Schet

Таблица, содержащая информацию о счетах сотрудника

Vedomost

Таблица, содержащая информацию о платежных ведомостях

Document

Таблица, содержащая информацию о документах личности сотрудника

Zurnal

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

Findoc

Таблица реализации билетов через розничные кассы

Revesion

Таблица, содержащая информацию о ревизиях кассы

Kassir

Таблица, содержащая информацию о кассирах.

Данные таблицы необходимо реализовать в среде Microsoft SQL Server 2008, организовав связь по ключевым полям, для этого необходимо разработать концептуальную схему информационной модели.

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

Разработанная информационная модель позволит эффективно решать задачи учета реализации билетов через розничные кассы в ООО «Кассир».

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

Таблица 8

Назначение полей таблицы Operac

п/п

Название поля

Тип

Назначение

Kodoperac

Целое

Индексное поле – первичный ключ таблицы Operac.

Vid

Символьное

Поле содержит информацию о виде операции.

Summa

Вещественное

Поле содержит сумму операции.

Data

Дата

Поле содержит дату проведения операции.

Prov

Целое

Поле отметку о выполнении операции.

6.

kodsotr

Целое

Поле содержит кодсотрудника

Рис. 6 – Реализация таблицы Operac средствами Microsoft SQL Server 2008

Рис. 7 – Реализация таблицы Sotrudnyk средствами Microsoft SQL Server 2008

Таблица 9

Назначение полей таблицы Sotrudnyk

п/п

Название поля

Тип

Назначение

id Sotrudnyk

Целое

Индексное поле – первичный ключ таблицы Sotrudnyk.

Fam

Символьное

Фамилия сотрудника

Nam

Символьное

Имя сотрудника

Otch

Символьное

Отчество сотрудника

Dolgnost

Символьное

Должность сотрудника

Otdel

Символьное

Отдел, в котором работает сотрудник

Kod_scheta

Целое

Поле содержит ссылку на таблицу счетов

Таблица 10

Назначение полей таблицы Schets

п/п

Название поля

Тип

Назначение

Kodsch

Целое

Индексное поле – первичный ключ таблицы Schets.

vidscheta

Символьное

Поле для указания вида счета.

nomer

Целое

Поле для хранения номера счета

Рис. 8 – Реализация таблицы Schets средствами Microsoft SQL Server 2008

Таблица 11

Назначение полей таблицы Vedomost

п/п

Название поля

Тип

Назначение

id Vedom

Целое

Индексное поле – первичный ключ таблицы Vedomost.

Nomer

символьное

Поле для номера ведомости

Data

дата

Поле для хранения даты

Summavsego

Денежный

Поле содержит сумму по ведомости

summapoluch

Денежный

Поле сумму полученных средств

kodoperac

Целое

После содержит ссылку на таблицу операций

kodsotr

Целое

После содержит ссылку на таблицу сотрудников

Рис. 9 – Реализация таблицы Vedomost средствами Microsoft SQL Server 2008

Таблица 12

Назначение полей таблицы Document

п/п

Название поля

Тип

Назначение

KodDoc

Целое

Индексное поле – первичный ключ таблицы Document.

Nazvanie

Символьное

Поле содержит название документа

serya

Символьное

Поле для хранения серии документа

Nomer

Символьное

Поле для хранения номера документа

Datavud

Дата

Дата выдачи документа

Kemvudan

Символьное

Поле содержит информацию об организации выдавшей документ

kodsotr

Целое

Код сотрудника – ссылка на таблицу сотрудников

Рис. 10 – Реализация таблицы Document средствами Microsoft SQL Server 2008

Таблица 13

Назначение полей таблицы Zurnal

п/п

Название поля

Тип

Назначение

IdZurn

Целое

Индексное поле – первичный ключ таблицы Zurnal.

Kodoperac

Целое

Ссылка та таблицу операций

data

дата

Дата операции

Kodkassir

Целое

Ссылка на таблицу кассиров

notes

Символьное

Примечание

Рис. 11 – Реализация таблицы Zurnal средствами Microsoft SQL Server 2008

Таблица 14

Назначение полей таблицы Findoc

п/п

Название поля

Тип

Назначение

kodFin

Целое

Индексное поле – первичный ключ таблицы Findoc.

Vid

Символьное

Поле для хранения номера партии поступившего товара

Date

целое

Размер партии товара

Nomer

Символьное

Поставщик товара

Kodoperac

Дата/время

Дата поступления партии товара

Рис. 12 – Реализация таблицы Findoc средствами Microsoft SQL Server 2008

Таблица 14

Назначение полей таблицы Revesion

п/п

Название поля

Тип

Назначение

Kodrev

Целое

Индексное поле – первичный ключ таблицы Revesion.

Data

дата

Поле для ФИО или название организации покупателя.

Cel

Символьное

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

kodoperac

Целое

Ссылка та таблицу операций

kodzurnal

Целое

Ссылка та запись в журнале реализации билетов через розничные кассы

itog

Денежный

Баланс кассы

prihod

Денежный

Приход денежных средств

rashod

Денежный

Расход денежных средств

Рис. 13 – Реализация таблицы pokup средствами Microsoft SQL Server 2008

Таблица 15

Назначение полей таблицы Kassir

п/п

Название поля

Тип

Назначение

Kodkassir

Целое

Индексное поле – первичный ключ таблицы Kassir

Fam

Символьное

Поле для фамилия кассира

Name

Символьное

Имя кассира

Parole

Символьное

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

Рис. 14 – Реализация таблицы pokup средствами Microsoft SQL Server 2008

В результате кодирования- информационная модель была успешно реализована в среде Microsoft SQL Server 2008.

Рис.15 Er-модель реализованная в среде Microsoft SQL Server 2008

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

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

Доступ к сетевым ресурсам осуществляется через соответствующие драйверы по протоколу TCP/IP. Для связи клиентского приложения с серверной частью задачи на каждой рабочей станции должны быть установлено BDE v. 5.0 – средства связи с базой данных SQL Server. Структура разработанного проекта представлена на рис.16-17.

Рис. 16 – Структура разработанного программного проекта

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

Разработанное приложение состоит из 5 модулей MainClients.pas, childTemplate.pas, DbdDirectoryTemplate.pas, AddSource.pas, ParamPoisk.pas.

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

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

Таблица 16

Назначение основных программных модулей

Имя модуля

Назначение

1

Модуль справочники

Модуль программы, работающий с просмотра справочной информации

2

Работа с журналом и реализации билетов через розничные кассы

Для ведения учета реализации билетов через розничные кассы , сотрудников, и расчетов в сумм по ведомостям

3

Проведение ревизии

Контроль и ревизия кассы

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

Рис. 18 -Блок-схема алгоритма добавления нового приказа

На рисунке 19 приведена блок-схема обобщенного алгоритма поиска

Рис. 19 – Блок-схема обобщенного алгоритма поиска

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

На рисунках 20 – 21 приведен пример сеанса работы с системой.

C:\Users\1\Desktop\н.png

Рис. 20 – Главное окно программы

C:\Users\1\Desktop\8.png

Рис. 21 – Просмотр справочников

C:\Users\1\Desktop\1.png

Рис.22 – Добавление информации

C:\Users\1\Desktop\33.png

Рис. 23 – Поиск информации

Заключение

В курсовом проекте была спроектирована и разработана реализация билетов через розничные кассы в ООО «Кассир». Динамический процесс проектирования системы происходил в несколько стадий.

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

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

Создание и внедрение автоматизированной системы учета реализации билетов через розничные кассы ООО «Кассир» позволит сократить время работы кассира с документами, снизить временные затраты на проведение бухгалтерских проводок, и поиск товаров в среднем на 30-35% за счет автоматического анализа информации, имеющейся в базе данных.

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

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

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

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

Список литературы

1. Владимир Грекул, Нина Коровкина, Юрий Куприянов. Проектное управление в сфере информационных технологий. – М.:БИНОМ, ИНФРА-М, 2013.

2. Ричард Ньютон. Управление проектами от А до Я. – М.: Альпина Паблишер, 2014.

3. В.Г. Елиферов, В.В. Репин. Процессный подход к управлению. Моделирование бизнес-процессов. – М.:Манн, Иванов и Фербер, 2013.