Содержание:

Введение

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

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

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

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

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

Проблемы организации и совершенствования бизнес-процессов за счет автоматизации нашли отражение в работах Д.С. Ботова, А. Гаевской, М.В. Дмитриевой, И.С. Осетровой, Е. Охотникова, В.А. Палицыной, В.В. Пржиялковского и др.

Цель курсовой работы – провести проектирование и разработку автоматизированной системы контроля выполнения задач и поручений.

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

1. Исследовать общую характеристику предприятия и ее организационную структуру.

2. Рассмотреть технологию приема и обработки задач и поручений на предприятии и разработать требования по автоматизации их контроля.

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

4. Провести проектирование и разработку автоматизированной системы контроля выполнения задач и поручений.

5. Оценить технико-экономическую эффективность разработанных мероприятий.

Объект исследования – ПАО «Росинтер Ресторантс».

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

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

1. Технико-экономическая характеристика предметной области и предприятия

1.1. Характеристика предприятия и его деятельности

ПАО «Росинтер Ресторантс» является лидирующим оператором в сегменте семейных ресторанов в нашей стране. Данная компания управляет ресторанными сетями под собственными ключевыми брендами «IL Патио» (итальянская кухня), «Шикари» (паназиатская кухня), «Планета Суши» (японская кухня), «Американский Бар и Гриль» (американская кухня), «Мама Раша» (русская кухня), а также развивает международные бренды на основе франчайзинга TGI FRIDAYS (американская кухня) и Costa Coffee (кофейни).

Юридический адрес компании ПАО «Росинтер Ресторантс» 111024, Россия, Москва, ул. Душинская, 7, стр. 1.

Свой первый ресторан на территории России Компания открыла в 1990 году и заслуженно считается одним из успешных первопроходцев и строителей современной индустрии гостеприимства в России. За более чем двадцатилетний путь бренды и коллектив «Росинтера» завоевали свыше 45 бизнес и общественных наград.

«Росинтер» является флагманом и абсолютным лидером отечественного ресторанного бизнеса, с самой широкой географической распространенностью. По данным за декабрь 2019 года компания управляет 264 ресторанами и кофейнями в 27 городах России, СНГ и Центральной Европы, включая страны Балтии. В состав сети входит 158 корпоративных и 106 франчайзинговых ресторанов и кафе.

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

В таблице 1 представлены основные технико-экономические показатели компании ПАО «Росинтер Ресторантс».

Таблица 1

Основные технико-экономические показатели ПАО «Росинтер Ресторантс»

№ п\п	Наименование характеристики (показателя)	Значение показателя за 2019 год
1	Выручка, тыс. руб.	6 962 213
	в т. ч. Выручка ресторанов, тыс. руб.	6 713 752
	в т. ч. Выручка от франчайзинга, тыс. руб.	179 991
2	Себестоимость реализации, тыс. руб.	5 789 194
3	Численность персонала, чел.	3 300
4	Количество обращений (задач и поручений) в день, шт.	50
5	Среднее арифметическое количество времени, затраченное на регистрацию одного обращения, мин.	5
6	Среднее арифметическое количество времени, затраченное на согласование и направление задачи или поручения на нужного исполнителя, мин.	10

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

В компании «Росинтер Ресторантс» применима линейно-функциональная структура управления.

Между генеральным директором и его подразделениями существуют промежуточные звенья, так как часть своих полномочий руководитель компании «Росинтер Ресторантс» распределяет между своими заместителями:

– директором по развитию сети ресторанов, который руководит всей сетью ресторанов «Росинтер Ресторантс»;

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

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

Генеральный директор

Директор по развитию сети ресторанов

Финансовый директор

Административный директор

«IL Патио»

«Шикари»

Бухгалтерия

Отдел маркетинга

Отдел продаж

Юридический отдел

Отдел логистики

Отдел кадров

IT-отдел

Хозяйственный отдел

Канцелярия

«Планета Суши»

«Американский Бар и Гриль»

«Мама Раша»

«TGI FRIDAYS»

«Costa Coffee»

Рисунок 1 Организационная структура компании «Росинтер Ресторантс»

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

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

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

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

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

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

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

Руководитель IT отдела выполняет следующие функции: контроль над работоспособностью и безотказностью ИС компании, организация и контроль работы сотрудников IT отдела, формирование требований к ИС компании, формирование счетов телефонии и учёт услуг интернет провайдеров. Кроме того, в его обязанности входит планирования внедрения информационных систем и аппаратных решений в сетевой инфраструктуре. А так же техническая поддержка сотрудников в компании.

В структуре IT отдела предусмотрены несколько должностей администраторов (системный, баз данных, безопасности). Программисты занимаются доработкой конфигураций программных продуктов, а так же обновлениями ПО для сотрудников. Специалисты техподдержки делятся на две категории, одни работают в офисе и выполняют функции суппортов, другие обслуживают сеть, а именно обеспечивают бесперебойную работу 24/7/365.

Хозяйственный отдел занимается уборкой офиса и прилегающей к нему территории.

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

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

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

Техническая архитектура информационной компании «Росинтер Ресторантс» наглядно представлена на рисунке 2.

Компания «Росинтер Ресторантс» имеет в своем распоряжении 140 персональных компьютеров. Все компьютеры компании объединены внутренней сетью, что позволяет беспрепятственно обмениваться данными. Также есть wi-fi роутер Huawei AR1220, который доступен всем сотрудникам и клиентам.

Помимо локальных принтеров в офисе находится сетевой принтер HP LaserJet Pro P1102W, доступ к которому осуществляется через внутреннюю сеть и воспользоваться ими может любой пользователь ПК.

Рисунок 2. Техническая архитектура ПАО «Росинтер Ресторантс»

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

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

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

Таблица 2

Конфигурация одного из серверов

Внешний вид
Процессор	Intel Xeon Gold 6130, 2,1 ГГц
Оперативная память	32GB Dual Rank RDIMM 2666MHz
Дисковая память	1TB SATA 6Gbps 7.2k 3.5in Hot Plug
RAID-контроллер	PERC H730P+
Удаленное управление	Контроллер iDRAC9 Enterprise
Операционная система	Windows Server 2016
Блок питания горячей замены	750W Hot Plug

Большая часть компьютеров компании имеют характеристики, представленные в таблице 3.

Таблица 3

Конфигурация рабочих станций

Процессор	Intel® Core i5-7600 3.5 2400 4C
Оперативная память	4GB DDR4-2133 nECC
Дисковая память	HDD SATA 1TB 6Gb/s 7200 HDD
Видео подсистема	Integrated Intel® I219LM PCIe GbE
Материнская плата	Intel HD GFX 630
Операционная система	Windows 10

Все рабочие места состоят из стандартного набора: ЖК-монитор, системный блок, клавиатура и мышь.

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

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

Проблемами данной реализации являются:

– возможное дублирование либо некорректный ввод информации в таблицу Excel, а также громоздкость представления информации и сложность ее поиска;

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

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

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

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

Все это привело к тому, что необходимо совершенствовать существующую систему приема и обработки обращений (задач и поручений) ПАО «Росинтер Ресторантс».

На рисунке 3 показана контекстная диаграмма ведения журнала обращений (задач и поручений) ПАО «Росинтер Ресторантс».

Рисунок 3. Контекстная диаграмма процесса приема и обработки обращений (задач и поручений) (AS-IS)

В соответствие с проведенным анализом было выяснено, процесс приема и обработки обращений (задач и поручений) осуществляется на основании устава ПАО «Росинтер Ресторантс», внутренних положений, должностных инструкций сотрудников отделов ответственных за ведение заявок.

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

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

На рисунке 4 показана диаграмма декомпозиции процесса приема и обработки обращений (задач и поручений) ПАО «Росинтер Ресторантс».

Рисунок 4. Диаграмма декомпозиции процесса приема и обработки обращений (задач и поручений)

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

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

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

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

В результате, можно прийти к выводу, что объем документации в ПАО «Росинтер Ресторантс» по данным 2019 года составляет 2608 документов, из них 34,6% приходится на оригиналы и 65,4% на тиражирование документов.

Основным документом в рассматриваемой задаче является обращение руководства. Схема документопотока задач и поручений приведена на рис. 5.

Рисунок 5. Схема документопотока приема и обработки задач и поручений

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

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

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

2. Информационное обеспечение задачи

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

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

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

В построенной модели можно выделить несколько логических уровней:

1) источники информации, которые состоят из:

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

- секретаря ПАО «Росинтер Ресторантс», который вводит исходные данные в ИС.

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

В построенной модели можно выделить логические уровни:

1) источники информации:

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

- сотрудники, вводящие исходные данные (заявки с задачами и поручениями) в систему;

2) первичная информация:

- документы «Задачи и поручения»;

- формы ввода «Входящие задачи и поручения»;

3) таблицы с первичными данными:

- таблицы «Подразделения»;

- таблица «Сотрудники»;

4) таблицы с промежуточной и результатной информацией:

- таблица «Заявки»;

- таблица «Выполненные работы»

5) результатные документы и файлы:

- документы «Журнал задач и поручений»;

- документы «Документ о выполненных работах»;

6) получатели информации:

- подразделения ПАО «Росинтер Ресторантс», секретарь и руководство компании.

Область информационной модели отображает процесс подачи заявки с задачами и поручениями:

- таблицы «Подразделения», «Сотрудники», «Заявки», «Выполненные работы» заполняется данными, вводимыми секретарем ПАО «Росинтер Ресторантс»;

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

2.2. Используемые классификаторы и системы кодирования

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

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

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

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

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

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

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

Таблица 5

Описание используемых классификаторов

Наименование кодируемого множества объектов	Значимость кода	Система кодирования	Система классификации	Вид классификатора
Сотрудники	4	Порядковая	Отсутствует	Локальный
Заявка с описанием проблемы	4	Порядковая	Отсутствует	Локальный
Выполненные работы	4	Порядковая	Отсутствует	Локальный

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

Код персонала:

х

х

х

х

Табельный номер сотрудника

Рисунок 7. Код персонала в системе

Таблица 6

Примеры кода персонала

Код сотрудника	Фамилия, имя, отчество
0115	Ярошенко А.Н
052	Коваленко К.С.

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

Код документа:

х

х

х

х

Рисунок 8. Структурная формула кода документов с задачами и поручениями

Порядковый номер документа с начала года

Пример заполнения классификатора приведен в таблице 7.

Таблица 7

Примеры нумерации документов с задачами и поручениями

Код документа	Описание
0001	Заявка с поручением № 0001
0005	Документ о выполненных работах № 0005

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

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

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

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

Таблица 8

Актуализация справочников системы

Название справочника	Ответственный	Средний объем справочника, записей	Средняя частота актуализации	Средний объем актуализации
Справочник «Подразделения»	Секретарь	1000	1 раз в неделю	1-2 записи
Справочник «Сотрудники»	Секретарь	10	1 раз в год	1-2 записи

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

Таблица 9

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

Название	Ответственный	Средний объем, записей	Средняя частота актуализации	Средний объем актуализации
Задачи и поручения	Секретарь	10	1 раз в день	1-2 записи
Выполненые работы	Секретарь	10	1 раз в день	1-2 записи

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

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

1. «Отчет по заявкам с задачей и поручением»

Формируется на основе след таблиц и полей:

– Номер заявки

– Дата создания заявки

– Краткая проблема

– Подразделение (заявитель)

– Назначенный на заявку сотрудник

– Срок исполнения заявки

– Статус заявки

– Решение проблемы

Рисунок 9. Отчет по заявкам с задачей и поручением

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

2. Отчет «Документ о выполненных работах»

Содержит таблицу со следующими полями:

– Номер заявки

– Дата создания заявки

– Проделанные работы

– Стоимость выполненных работ

Рисунок 10. Отчет о выполненых работах

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

3. Программное обеспечение задачи

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

Не оплачено

Проверяем пользовательское поле

Оплачено

Стадия не изменилась

Выбор сотрудника для осмотра объекта

Сделка – «В обработке»

Первичное формирование ведомости документов

Стадия изменилась

Изменение значения пользовательского поля

Начало

Проверка стадии сделки

Задача подчиненному

Цикл

Утверждение документов

Да Нет

Изменение переменной утверждения документов

Забрать документы на заполнение

Подготовка отчета руководителем

Задача менеджеру

Почтовое сообщение клиенту

Смена стадии сделки

Изменение значения пользовательского поля

Конец

Рисунок 11. Дерево функций и сценарий диалога.

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

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

К основным функциям СУБД относятся следующие:

-физическое размещение в памяти данных и их описаний;

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

-механизмы поиска запрашиваемых данных;

-доступ к данным при одновременном запросе одних и тех же данных многими пользователями (прикладными программами);

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

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

Тщательное проектирование базы данных – первый и очень важный шаг создания базы. Он позволяет избежать затрат, связанных с внесением исправлений в структуру хранящихся данных. Проектирование базы данных начинается с анализа предметной области и выявления требований к ней отдельных пользователей (сотрудников организации, для которых создается база данных). На этапе проектирования выявляются объекты информации и их характеристики, определяются виды данных, требующие регулярного обновления, и способы представления информации на экране и в отчетах, формулируются вопросы, на которые необходимо регулярно отвечать при поиске данных. Это помогает конкретизировать требования к хранимой информации. В любой момент можно изменить структуру хранящейся в базе информации, подкорректировав структуру таблиц и, соответственно, форм и отчетов. За проектирование и поддержку базы данных отвечает администратор базы данных (АБД).

СУБД использует следующие модели и описания:

-инфологическую;

-даталогическую;

-физическую.

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

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

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

В основе каждой СУБД лежит концепция модели данных, то есть некоторой абстракции представления данных. Изначально были успешными две конкурирующие модели – иерархическая и сетевая. Иерархическая БД состоит из упорядоченного набора деревьев. Корпорация IBM разработала и внедрила язык описания данных DL/I (Data Language One), который моделировал данные в иерархической форме (представление данных в форме деревьев). Эта модель была разработана совместно с промышленными предприятиями и предназначалась для хранения и поддержки данных, которые иерархически связаны между собой, например, сметы материалов и списки деталей. Типичным представителем иерархической СУБД является СУБД IMS (Information Management System) компании IBM, первая версия которой появилась в 1968 г.

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

Модули системы

Управляющие модули

Функциональные модули

Сервисные модули

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

Модуль инициализации интерфейса программы

Модуль «Справочники»

Модуль «Печать документов»

Модуль управления деревом объектов

Модуль взаимодействия с базой данных

Модуль ввода данных «Заявки»

Модуль ввода данных

Модуль «Отчеты»

Модуль «Экспорт данных»

Модуль справочной системы

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

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

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

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

Модуль управления деревом объектов - содержит процедуры и функции, позволяющие управлять отображением дерева объектов и его элементами;

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

Модуль «Справочники» - содержит процедуры функции, позволяющие просматривать содержимое справочников системы, и редактировать их (если позволяют права доступа);

Модуль ввода данных «Заявки» - содержит процедуры и функции, позволяющие создавать новые заявки, вводить данные, управлять статусом заявок;

Модуль ввода данных - это устройство, которое используется в системах с целью получения дополнительных каналов для поступающих данных;

Модуль «Отчеты» - содержит процедуры и функции для просмотра типовых отчетов и создания произвольного отчета;

Модуль «Печать документов» - обеспечивает предварительный просмотр, настройку параметров документов и печать на принтере;

Модуль справочной системы - содержит процедуры и функции,

необходимые для отображения справочной информации;

Модуль «Экспорт данных» - это устройство, которое используется для вывода из системы информации, которая используется вовне.

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

В административный отдел ПАО «Росинтер Ресторантс» поступило письмо от клиента с просьбой внести их организацию в «Подсистему ввода и хранения данных». Входящий документ сканируется и направляется руководителю ПАО «Росинтер Ресторантс» на рассмотрение.

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

После исполнения письма начальником отдела (заместителем начальника отдела) создается отчет о проделанной работе заместителю руководителя. В свою очередь заместитель руководителя отчитывается о проделанной работе руководителю.

ЗАКЛЮЧЕНИЕ

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

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

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

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

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

СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ

1. ГОСТ Р ИСО/МЭК 12207-2010. Национальный стандарт Российской Федерации. Информационная технология. Системная и программная инженерия. Процессы жизненного цикла программных средств. М.: Стандартинформ, 2011

2. ГОСТ 34.601-90. Информационная технология. Комплекс стандартов на автоматизированные системы. Автоматизированные системы стадии создания. М.: ИПК Издательство стандартов, 1997

3. ГОСТ Р 57193-2016. Национальный стандарт Российской Федерации. Системная и программная инженерия. Процессы жизненного цикла систем. М.: Стандартинформ, 2016

4. Федеральный закон от 27.07.2006 N 149-ФЗ (ред. от 23.04.2018) "Об информации, информационных технологиях и о защите информации" // "Собрание законодательства РФ", 31.07.2006, N 31 (1 ч.), ст. 3448

5. Официальный сайт ПАО «Росинтер Ресторантс» [Электронный ресурс] // URL: http://www.rosinter.ru/

6. Устав ПАО «Росинтер Ресторантс»