Разработка концептуальной и логической моделей ИСУ спортивной секцией

ВВЕДЕНИЕ 4 ГЛАВА 1. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ АИС 6 1.1. Идентификация предметной области автоматизации 6 1.2. Обоснование выбора методологии и технологии концептуального моделирования АИС 7 1.3. Разработка и анализ модели бизнес-процесса «КАК ЕСТЬ» 10 1.4. Выявление недостатков существующего бизнес-процесса и рекомендации по его усовершенствованию с помощью ИТ 12 1.5. Разработка модели бизнес-процесса «КАК ДОЛЖНО БЫТЬ» и формулировка требований к внедряемой АИС 13 1.6. Анализ известных ИТ-решений АИС 15 1.7. Обоснование и постановка задачи на разработку новой АИС 16 Выводы по главе 1 23 ГЛАВА 2. РАЗРАБОТКА ЛОГИЧЕСКОЙ МОДЕЛИ АИС 25 2.1. Обоснование выбора методологии и технологии логического моделирования АИС 25 2.2. Разработка объектной модели АИС 26 2.3. Разработка логической модели данных АИС 26 Выводы по главе 2 27 ЗАКЛЮЧЕНИЕ 28 СПИСОК ИСПОЛЬЗОВАННОЙ ЛИТЕРАТУРЫ 29 ПРИЛОЖЕНИЕ 1 31 ПРИЛОЖЕНИЕ 2 32 ПРИЛОЖЕНИЕ 3 33

ВВЕДЕНИЕ

Управление любой организацией предполагает хранение больших объемов информации, необходимой для принятия управленческих решений. Для того, чтобы организация успешно функционировала, нужно организовать систему сбора, хранения и обработки такой информацией. Управление спортивными секциями имеет цели не только достижения высоких результатов на соревнованиях, но и развитие физической культуры, оздоровление и организацию досуга детей и подростков. Поэтому в деятельность спортивных секций внедряют информационные системы, в которых ведется не только учет посещений, а также планирование спортивных мероприятий, соревнований, показательных выступлений. Актуальность выбранной темы заключается в появлении новых информационных систем, автоматизирующих деятельность спортивных учреждений, а также в повышении приоритета спортивного развития детей и подростков. Объектом исследования является деятельность спортивной секции. Предметом исследования является автоматизация процесса управления спортивной секцией. Целю работы является разработка концептуальной и логической моделей автоматизированной системы управления (ИСУ) спортивной секцией. Задачами работы являются: 1. Описать предметную область. 2. Выбрать методологию и технологию концептуального моделирования. 3. Проанализировать бизнес-процесс и выявить недостатки. 4. Разработать модель бизнес-процесса «как должно быть» и сформулировать требования к внедряемой системе. 5. Проанализировать существующие ИТ-решения и поставить задачу на разработку новой ИС. 6. Выбрать методологию и технологию логического моделирования АИС. 7. Разработать объектную и логическую модель АИС. В работе были использованы следующие методы исследования: структурный подход к анализу и проектированию ИСУ, методология объектно-структурного анализа и проектирования, а также CASE-технология структурного и объектно-ориентированного анализа и проектирования. Первая глава работы носит аналитический характер. В ней дана характеристика предметной области, выбраны методологии и инструменты для моделирования и анализа бизнес-процессов. После выявления недостатков бизнес-процессов, разработаны модели «как должно быть», проведен анализ рынка ИСУ и поставлена задача на разработку ИСУ. Во второй главе были выбраны инструменты для логического моделирования ИСУ, разработана объектная модель и логическая модель данных ИСУ.

ГЛАВА 1. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ АИС

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

Спортивная секция представляет собой организацию, осуществляющую проведение образовательной деятельности в области спорта. Целью спортивной секции является повышение уровня физической подготовки детей и подростков в различны видах спорта. К задачам спортивной секции относится: 1. Создание условий для проведения тренировок. 2. Формирование групп для занятий спортом. 3. Закрепление тренера за каждой группой. 4. Организация тренировок. 5. Организация спортивных мероприятий. 6. Создание расписания тренировок. Перечисленная информация хранится в виде бумажных документов: 1. Устава организации. 2. Журнала посещений. 3. Расписания занятий. 4. Должностной инструкции. 5. Приказах. 6. Распоряжениях. Спортивные секции могу осуществлять деятельность на коммерческой основе, а могут финансироваться из местного бюджета. Соответственно, оба варианта деятельности должны вести бухгалтерский учет, чтобы отчитываться о распоряжении финансовыми ресурсами. Коммерческие спортивные секции должны вести учет оплаты посещений и формировать документооборот, подтверждающий факт оплаты. Это также требует наличия инструментов для ведения учета: ведомостей, журналов, квитанций, бланков строгой отчетности и т.д.

1.2. Обоснование выбора методологии и технологии концептуального моделирования АИС

Целью концептуального моделирования является представление предметной области в виде множества взаимосвязанных понятий, которые формируют смысловую структуру предметной области или какого-либо объекта [17]. В результате концептуального моделирования создается концептуальная модель предметной области, которая определяет структуру системы и свойства ее компонентов, являющихся существенными для целей моделирования [14]. Концептуальное моделирование может осуществляться согласно следующим подходам [3]: 1. Структурный подход, моделирующий состав информационных объектов предметной области, взаимодействующих в рамках бизнес-процессов. 2. Объектно-ориентированный подход, представляющий предметную область в виде объектов и описывающих их свойства и взаимосвязи [8]. 3. Онтологический подход, представляющий собой детальное описание предметной области, используемое для формального и декларативного определения концептуализации. Для дальнейшего моделирования предметной области был выбран структурный подход, который позволяет детализировать бизнес-процесс до тех пор, пока модель не станет понятной зрителю [11]. Существует несколько методологий структурного подхода к моделированию [16]: 1. IDEF0 – нотация описания и формализации бизнес-процессов, в которой объекты соподчинены друг другу. IDEF0 описывает логические связи между процессами, не учитывая их временную последовательность. 2. DFD – нотация, описывающая внешние по отношению к системе источники и адресаты данных, логические функции, потоки данных и хранилища данных. В результате применения нотации разрабатываются иерархические модели, которые могут разбиваться на структурные составляющие [9]. 3. IDEF3 – нотация, которая показывает причинно-следственные связи между ситуациями и событиями в понятной для зрителя форме, на основании данных о функционировании системы. В таблице 1.1 представлен анализ методологий структурного подхода к моделированию. Таблица 1.1 — Анализ методологий структурного подхода к моделированию

Критерий	IDEF0	IDEF3	DFD
Принцип построения диаграммы	Принцип доминирования	Временная последовательность выполнения	Последовательность обработки данных
Изображение входящего документа	Стрелка входа, стрелка управления	Отдельный объект	Хранилище
Входящая информация			Стрелка входа
Исходящий документ	Стрелка выхода		Хранилище
Исходящая информация			Стрелка выхода
Исполнитель процедуры, используемое оборудования	Стрелка механизма	—	Внешняя сущность
Управление / контроль процедурой	Стрелка управления	Только временная последовательность выполнения процедур или логика процесса	—
Обратная связь по управлению / контролю		—	—
Обратная связь по входу	Стрелка входа	—	—

Результаты анализа, приведенные в таблице, позволяют сделать вывод о том, что наиболее подробно позволяет описать процесс нотация IDEF0, которая будет использоваться в процессе дальнейшего моделирования. Теперь необходимо выбрать инструментальное средство в котором будет осуществляться моделирвание. Microsoft Visio поддерживает все инструменты, необходимые для создания моделей, однако, он не автоматизирует процесс моделирования: диаграммы декомпозиции создаются в нем вручную и вручную нужно создавать элементы, доступные на предыдущих диаграммах [7]. BPwin process Modeler позволяет проводить анализ, документирование и улучшение бизнес процессов [2]. С его помощью можно моделировать действия в процессах, определять их порядок и необходимые ресурсы [10]. Модели BPwin создают структуру, необходимую для понимания бизнес-процессов, выявления управляющих событий и порядка взаимодействия элементов процесса между собой [15]. Редактор «Ramus Educational» позволяет создавать графические модели бизнес-процессов, системы классификации и кодирования и формировать отчётность и по моделям и системе классификации [1]. Для выбора инструментального средства необходимо выделить критерии, по которым выбор будет осуществляться [6]: 1. Поддержка нотации IDEF0. 2. Кроссплатформенность. 3. Проверка нотации. 4. Формирование отчетности. Проанализируем инструментальные средства по выделенным критериям. Результат представлен в таблице 1.2. Таблица 1.2 — Анализ инструментальных средств По результатам проведенного анализа наибольшее соответствие показал редактор Bpwin Process Modeler, который будет использован для моделирования бизнес-процессов предметной области.

1.3. Разработка и анализ модели бизнес-процесса «КАК ЕСТЬ»

В этом разделе будет осуществлено моделирование бизнес-процесса управления спортивной секцией. На рисунке 1.1 представлена контекстная диаграмма «как есть» бизнес-процесса управления спортивной секцией. Рисунок 1.1 – Контекстная диаграмма «как есть» процесса управления спортивной секцией Управление процессом осуществляется согласно уставу организации. Механизмами процесса являются: тренер, руководитель спортивной секции, табличный и текстовый процессоры, которые используются для формирования документов и отчетности. Входными потоками бизнес-процесса являются: 1. Список секций. 2. Список желающих заниматься в секции. 3. Список тренеров. 4. Участники спортивных мероприятий. Выходными потоками бизнес-процесса являются: 1. Журнал посещений. 2. Турнирная таблица, в которой отражены результаты проведения мероприятий. 3. Призеры мероприятий. На рисунке 1.2 представлена диаграмма декомпозиции «как есть» процесса управления спортивной секцией. Рисунок 1.2 – Декомпозиция «как есть» процесса управления спортивной секцией Управление спортивной секцией включает в себя несколько задач. Сначала необходимо сформировать из желающих заниматься в секциях группы. Затем нужно составить расписания занятий для каждой группы с учетом доступности помещений для проведения занятий. На каждом занятии тренеры ведут учет посещаемости. Регулярно спортивные секции проводят мероприятия. Организация мероприятий осуществляется руководителем спортивной секции. Он составляет план проведения мероприятия, согласно которому проводится само мероприятие. Участниками могут быть не только учащиеся секции, но и учащиеся других секций города или региона. По результатам проведения каждого мероприятия составляется турнирная таблица, призеры награждаются медалями или другими памятными предметами.

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

Моделирование бизнес-процессов позволило выявить основной недостаток его организации – отсутствие автоматизации учета посещаемости, составления расписания и формирования отчетности. Последствиями такой организации процесса являются: • повышенные трудозатраты; • низкая контролируемость процесса; • риск утраты документов; • присутствие ошибок в документах; • отсутствие необходимой информации в любой момент времени. Эффективность деятельности организации снижается из-за того, что тренеры тратят рабочее время на заполнение и поиск документов, вместо выполнения основных обязанностей. Устранить перечисленные недостатки можно с помощью внедрения информационной системы управления деятельностью спортивной секции. ИСУ спортивной секции позволит: 1. Автоматизировать сбор заявок на посещение секций через сайт организации. 2. Быстро распределять всех желающих по группам. 3. Автоматически составлять расписание проведения занятий. 4. Снизить время учета посещения секций. 5. Упростить планирование мероприятий и учет их результатов.

1.5. Разработка модели бизнес-процесса «КАК ДОЛЖНО БЫТЬ» и формулировка требований к внедряемой АИС

Учитывая выявленные ранее недостатки бизнес-процесса далее будет сформированы модели «как должно быть». На рисунке 1.3 представлена контекстная диаграмма «как должно быть» бизнес-процесса управления спортивной секцией. Рисунок 1.3 — Контекстная диаграмма «как должно быть» бизнес-процесса управления спортивной секцией Управление процессом осуществляется согласно уставу организации. Механизмами процесса являются: тренер, руководитель спортивной секции и ИСУ. Входными потоками бизнес-процесса являются: 1. Список секций. 2. Заявки желающих заниматься в секции, поступающие на сайт организации. 3. Список тренеров. 4. Участники спортивных мероприятий. Выходными потоками бизнес-процесса являются: 1. Журнал посещений. 2. Турнирная таблица, в которой отражены результаты проведения мероприятий. 3. Призеры мероприятий. На рисунке 1.4 представлена диаграмма декомпозиции «как есть» процесса управления спортивной секцией. Рисунок 1.4 – Диаграмма декомпозиции «как есть» процесса управления спортивной секцией После внедрения ИСУ в организацию бизнес-процесса будут внесены изменения. Сбор заявок на посещение секций будет осуществляться на сайте организации, при этом заявки будут сразу поступать в ИСУ, что позволит снизить трудозатраты. На основании принятых заявок, списке тренеров и помещений для проведения занятий в ИСУ будет формироваться расписание занятий. При этом ИСУ может осуществлять рассылку сообщений ученикам о времени и дате проведения занятий. Тренеры смогут учитывать посещаемость в ИСУ с помощью смартфонов. А руководитель сможет планировать проведение мероприятий учитывая информацию о времени и свободных помещениях. Результаты мероприятий также будут учитываться и храниться в ИСУ. На основании этих данных будет формироваться отчетность по проведенному мероприятию.

1.6. Анализ известных ИТ-решений АИС

На рынке ИСУ есть сегмент систем, автоматизирующих управление спортивной секцией. «Универсальная система учета» от компании «UsuSoft» обладает гибкими настройками, что позволяет настроить ее для работы с любой спортивной организацией [20]. Программа учитывает помещения организации, позволяет составить расписания занятий и вести учет индивидуальных и групповых занятий. В программе можно формировать абонементы, вести клиентскую базу и учитывать оплату посещений. В программе можно формировать договоры и отчеты, осуществлять sms- и email-рассылки. Облачный сервис «Mobifitness» предоставляет организации систему учета и мобильное приложение [18]. В системе можно формировать расписание, осуществлять онлайн-запись на занятия, учитывать оплату услуг, предоставлять каждому клиенту личный кабинет, а организации иметь интернет-магазин. Система была внедрена в деятельность более 4000 фитнес-клубов и имеет положительные отзывы от пользователей. Система «1С: Фитнес клуб» предназначена для автоматизации учета посещений, создания индивидуальных и корпоративных договоров на обслуживание [19]. Система позволяет осуществлять обслуживание клиентов без участия администратора с помощью онлайн-продаж и системы контроля управления доступом. Также система позволяет осуществлять наличный и безналичный расчет, учитывая программу лояльности. В системе можно планировать не только расписание занятий, но и график работы остального персонала, осуществлять расчет зарплаты и оценивать эффективность работы персонала. Анализ описанных систем на соответствие функциональным требованиям поставленной задачи представлен в таблице 1.3. Таблица 1.3 – Анализ ИСУ спортивной секцией Результаты анализа показывают, что перечисленные системы частично соответствуют функциональным требованиям, поэтому внедрение любой из них не будет являться оптимальным решением.

1.7. Обоснование и постановка задачи на разработку новой АИС

Поскольку ИСУ, представленные на рынке, показали частичное соответствие функциональным требованиям, для поставленной задачи наиболее оптимальным решением будет разработка ИСУ. Документом, согласно которому должна осуществляться разработка ИСУ, является техническое задание. В нем содержатся все требования к системе, данные о заказчике и исполнителе, данные о режиме эксплуатации и обслуживания системы. Поэтому в этом разделе будет представлено техническое задание на разработку ИСУ спортивной секции. Техническое задание 1. Общие сведения 1.1. Наименование системы и ее условное обозначение: Автоматизированная информационная система спортивной секции (далее «АИС спортивной секции»). 1.2. Документы, на основании которых создается система: журнал посещений, турнирная таблица, отчет по результатам мероприятия, расписание занятий. 1.3. Плановые сроки начала и окончания работы по созданию «АИС спортивной секции»: начало 11.11.21, окончание 11.04.22. 2. Назначение и цели создания системы 2.1. Назначение системы: автоматизация управления спортивной секцией. 2.2. Цели создания системы: автоматизация приема заявок на помещение секции, составление расписания занятий, учет посещений, планирование мероприятий, учет результатов мероприятий, формирование отчетности. 3. Характеристики объекта автоматизации: спортивная секция проводит занятия по различным видам спорта для детей и подростков. 4. Требования к системе. 4.1. Требования к системе в целом. 4.1.1. Требования к структуре и функционированию системы. 4.1.1.1. Перечень подсистем, их назначение и основные характеристики: В «АИС спортивной секции» предлагается выделить следующие функциональные подсистемы:  подсистема сбора, обработки и загрузки данных, которая предназначена для реализации процессов сбора данных из систем источников, приведения указанных данных к виду, необходимому для наполнения подсистемы хранения данных;  подсистема хранения данных, которая предназначена для хранения данных в структурах, нацеленных на принятие решений;  подсистема формирования и визуализации отчетности, которая предназначена для формирования отчетности. 4.1.1.2. требования к характеристикам взаимосвязей создаваемой системы со смежными системами, требования к ее совместимости, в том числе указания о способах обмена информацией: В качестве протокола взаимодействия между компонентами Системы на транспортно-сетевом уровне необходимо использовать протокол TCP/IP. Для организации информационного обмена между компонентами Системы должны использоваться специальные протоколы прикладного уровня, такие как: NFS, HTTP и его расширение HTTPS, NetBios/SMB, Oracle TNS. Для организации доступа пользователей к отчетности должен использоваться протокол презентационного уровня HTTP и его расширение HTTPS. Система должна быть совместима с новыми версиями ОС Windows. 4.1.1.3. Требования к режимам функционирования системы: 60-часовая рабочая неделя. Профилактические работы (проверка работоспособности, настройка системы и т.п.): еженедельно в понедельник с 08:00 до 10:00. 4.1.1.4. Перспективы развития, модернизации системы: В будущем функционал системы может быть расширен с помощью добавления модулей оплаты занятий. 4.1.2. Требования к численности и квалификации персонала на ИС. 4.1.2.1. Требования к численности персонала (пользователей) ИС: в состав персонала, необходимого для обеспечения эксплуатации «АИС спортивной секции» в рамках соответствующих подразделений Заказчика, необходимо выделение следующих ответственных лиц:  Руководитель организации и его заместитель – 2 человека.  Руководитель ИТ-отдела — 1 человек.  Администратор подсистемы сбора, обработки и загрузки данных — 2 человека.  Администратор подсистемы хранения данных — 2 человек.  Администратор подсистемы формирования и визуализации отчетности — 1 человек. 4.1.2.2. Требования к квалификации персонала, порядку его подготовки и контроля знаний и навыков. К квалификации персонала, эксплуатирующего «АИС спортивной секции» предъявляются следующие требования: • Конечный пользователь: навыки работы с ПК и программным обеспечением, знания в области подбора персонала. • Администратор подсистемы сбора, обработки и загрузки данных: знание методологии проектирования хранилищ данных; знание методологии проектирования ETL процедур; знание СУБД; знание языка запросов SQL. • Администратор подсистемы хранения данных: глубокие знания СУБД; опыт администрирования СУБД; знание и навыки операций архивирования и восстановления данных; знание и навыки оптимизации работы СУБД. • Администратор подсистемы формирования и визуализации отчетности: понимание принципов многомерного анализа; знание методологии проектирования хранилищ данных; знание и навыки администрирования приложения; знание языка запросов SQL; знание инструментов разработки. 4.1.2.3. Требуемый режим работы персонала ИС. Персонал, работающий с «АИС спортивной секции» и выполняющий функции её сопровождения и обслуживания, должен работать в следующих режимах: • Конечный пользователь — в соответствии с основным рабочим графиком подразделений Заказчика. • Администратор подсистемы сбора, обработки и загрузки данных – двухсменный график, поочередно. • Администратор подсистемы хранения данных – двухсменный график, поочередно. • Администратор подсистемы формирования и визуализации отчетности – в соответствии с основным рабочим графиком подразделений Заказчика. 4.1.3. Требования к надежности. Надежность должна обеспечиваться за счет: • применения технических средств, системного и базового программного обеспечения, соответствующих классу решаемых задач; • своевременного выполнения процессов администрирования Системы; • соблюдения правил эксплуатации и технического обслуживания программно-аппаратных средств; • предварительного обучения пользователей и обслуживающего персонала. • резервного копирования данных. Время устранения отказа должно быть следующим: • при перерыве и выходе за установленные пределы параметров электропитания — не более 45 минут. • при перерыве и выходе за установленные пределы параметров программного обеспечением — не более 2 часов. • при выходе из строя АПК — не более 4 часов. 4.1.4. Требования к защите информации от несанкционированного доступа. Обеспечение информационной безопасности Системы должно удовлетворять следующим требованиям: • защита «АИС спортивной секции» должна обеспечиваться комплексом программно-технических средств и поддерживающих их организационных мер. • защита «АИС спортивной секции» должна обеспечиваться на всех технологических этапах обработки информации и во всех режимах функционирования, в том числе при проведении ремонтных и профилактических работ. • Программно-технические средства защиты не должны существенно ухудшить основные функциональные характеристики «АИС спортивной секции» (надежность, быстродействие, возможность изменения конфигурации). • Разграничение прав доступа пользователей и администраторов «АИС спортивной секции» должно строиться по принципу «что не разрешено, то запрещено». • Средства антивирусной защиты должны быть установлены на всех рабочих местах пользователей и администраторов «АИС спортивной секции». 4.1.5. Требования по сохранности информации Сохранность информации в системе при сбоях ПО, выходе из строя ПК, аварийном отключении электроэнергии и т.д. обеспечивается за счет резервного копирования данных на сервер. 4.2. Требования к функциям (задачам), выполняемым системой 4.2.1. Перечень функций, задач или их комплексов, подлежащих автоматизации. Функции, подлежащие автоматизации: 1. Ввод, редактирование и хранение всех справочных данных (работодатели, соискатели, должности, образование). 2. Ввод, редактирование и хранение информации о подборе персонала. 3. Формирование отчетности. 4.2.2. Требования к качеству реализации каждой функции (задачи или комплекса задач) отражено в таблице: 4.3. Требования к видам обеспечения. 4.3.1. Для математического обеспечения системы: не предъявляются. 4.3.2. Для информационного обеспечения системы приводят требования: • Структура хранения данных в ИС должна состоять из следующих основных областей: область временного хранения данных и область постоянного хранения данных. • Область постоянного хранения должна строиться на основе многомерной модели данных, подразумевающей выделение отдельных измерений и фактов с их анализом по выбранным измерениям. • Многомерная модель данных физически должна быть реализована в реляционной СУБД по схеме «звезда». 4.3.3. Требования к защите данных от разрушений при авариях и сбоях в электропитании системы. Информация в базе данных системы должна сохраняться при возникновении аварийных ситуаций, связанных со сбоями электропитания. Система должна иметь бесперебойное электропитание, обеспечивающее её нормальное функционирование в течение 15 минут в случае отсутствия внешнего энергоснабжения, и 5 минут дополнительно для корректного завершения всех процессов. Резервное копирование данных должно осуществляться на регулярной основе, в объёмах, достаточных для восстановления информации в подсистеме хранения данных. К контролю данных предъявляются следующие требования: система должна протоколировать все события, связанные с изменением своего информационного наполнения, и иметь возможность в случае сбоя в работе восстанавливать свое состояние, используя ранее запротоколированные изменения данных. К хранению данных предъявляются следующие требования: • хранение исторических данных в системе должно производиться не более чем за 2 предыдущих года. По истечению данного срока данные должны переходить в архив; • исторические данные, превышающие двухлетний порог, должны храниться на ленточном массиве с возможностью их восстановления. К обновлению и восстановлению данных предъявляются следующие требования: • для сервера сбора, обработки и загрузки данных необходимо обеспечить резервное копирование его бинарных файлов раз в неделю и хранение копии на протяжении 2-х месяцев; • для сервера базы данных необходимо обеспечить резервное копирование его бинарных файлов раз в неделю и хранение копии на протяжении 2-х месяцев. 4.3.4. Для программного обеспечения системы: Перечень покупных программных средств: • — СУБДOracle; • — ETL-средство:Oracle Data Integrator. • СУБД должна иметь возможность установки на ОС Microsoft Windows 7 и выше. • ETL-средство должно иметь возможность установки на ОС MicrosoftWindows 7 и выше. К обеспечению качества ПС предъявляются следующие требования: • функциональность должна обеспечиваться выполнением подсистемами всех их функций. • надежность должна обеспечиваться за счет предупреждения ошибок — не допущения ошибок в готовых ПС; • легкость применения должна обеспечиваться за счет применения покупных программных средств; • эффективность должна обеспечиваться за счет принятия подходящих, верных решений на разных этапах разработки ПС и системы в целом.

Выводы по главе 1

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

ГЛАВА 2. РАЗРАБОТКА ЛОГИЧЕСКОЙ МОДЕЛИ АИС

2.1. Обоснование выбора методологии и технологии логического моделирования АИС

Логическое моделирование АИС осуществляется с целью создания логической модели системы [4]. Логическая модель представляет собой представление конкретной персоны о предметной области без учета среды, в которой будет разрабатываться система [13]. На основе логической модели осуществляется физическое проектирование базы данных. Существует несколько методологий, применяемых для создания логических моделей [5]: 1. Нотация структурного анализа DFD, позволяющая представить предметную область в виде комплекса сущностей и хранилищ данных, обменивающихся данными при выполнении каких-либо процессов. 2. Методология UML, которая предоставляет инструменты для описания сущностей предметной области и иерархии взаимодействий между ними. 3. Нотация IDEF1X, позволяющая описать постоянную информацию предметной области с помощью моделирования объектов реального мира, вовлеченных в протекающие процессы. Выбор методологии логического моделирования представлен в таблице 2.1. Таблица 2.1 — Результаты анализа методологий логического моделирования Согласно данным таблицы, для дальнейшего моделирования наиболее подходящей является методология UML. Эта методология поддерживается различными инструментами, выбор которых представлен в таблице 2.2. Таблица 2.2 — Анализ инструментальных средств Из рассмотренных средств моделирования была выбрана среда Visual Paradigm, потому что она позволяет создать необходимые модели, поверить их правильность и является бесплатным инструментом.

2.2. Разработка объектной модели АИС

Для разработки объектной модели необходимо выделить основные объекты предметной области. Для этого нужно описать действия, которые пользователи будут выполнять в проектируемой АИС. Для этого была разработана диаграмма вариантов использования (Приложение 1). С помощью созданной диаграммы можно выделить основные объекты предметной области: тренер, руководитель, ученик, группа, секция, расписание, помещение, мероприятие, турнирная таблица, посещение и заявка. Взаимосвязь и иерархия взаимодействия этих объектов отражена на диаграмме последовательности (Приложение 1). После проделанной работы можно описать объекты системы, их характеристики и их взаимосвязь с помощью диаграммы классов (Приложение 2).

2.3. Разработка логической модели данных АИС

На основании объектной модели будет создана логическая модель, которая позволяет охарактеризовать основные сущности предметной области и связи между ними [12]. На рисунке 2.1 представлена логическая модель данных, разработанная согласно нотации IDEF1X. Рисунок 2.1 – Логическая модель данных

Выводы по главе 2

Во второй главе было проведено исследование методологий и технологий логического моделирования. Из существующих методологий была выбрана методология UML и редактор Visual Paradigm для создания логических моделей. На основании разработанных логических моделей была создана логическая модель данных согласно нотации IDEF1X в CASE-средстве Erwin Process modeler.

ЗАКЛЮЧЕНИЕ

В работе был изучен процесс разработки концептуальной и логической моделей ИСУ. Разработка моделей ИСУ осуществлялась для спортивной секции. Задачами спортивных секций являются: учет посещений, формирование групп, создание расписаний, планирование и учет результатов проведенных мероприятий. Для осуществления концептуального моделирования была выбрана нотация IDEF0 и CASE-средства BPwin Process Modeler. Моделирование бизнес-процессов позволило выявить основной недостаток его организации – отсутствие автоматизации учета посещаемости, составления расписания и формирования отчетности. Последствиями такой организации процесса являются: • повышенные трудозатраты; • низкая контролируемость процесса; • риск утраты документов; • присутствие ошибок в документах; • отсутствие необходимой информации в любой момент времени. Для демонстрации изменений в организации бизнес-процесса после внедрения ИСУ были создан модели «как должно быть». Проанализировав представленное на рынке ПО, была сделан вывод о том, что оно не соответствует ряду выявленных требований, поэтому было принято решение о разработке ПО. Для этого было составлено техническое задание. Результатами логического моделирования стали диаграммы вариантов использования, классов и последовательностей, которые описывают ИСУ. Выделив основные сущности предметной области, охарактеризовав связи между ними и описав их атрибуты, была разработана логическая модель данных ИСУ в нотации IDEF1X и CASE-средстве Erwin Process modeler. Полученные результаты могут в дальнейшем использоваться в процессе разработки ИСУ спортивной секции.

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

1. Гагарина Л.Г. Разработка и эксплуатация автоматизированных информационных систем. – М.: Инфра-М, Форум, 2018. – 384с. 2. Елиферов В.Г., Репин В.В. Бизнес-процессы: регламентация и управление. – М.: Институт экономики и финансов «Синергия», 2021. – 319с. 3. Коваленко В.В. Проектирование информационных систем. – М.: Форум, 2018. – 320с. 4. Кузнецов С. Д. Базы данных. Модели и языки – М.: Бином-Пресс, 2017 г. — 720 с. 5. Куль Т.П. Информационные технологии и основы вычислительной техники – М.: Лань, 2020г. – 264с. 6. Логачев М.С. Информационные системы и программирование. – М.: Инфра-М, 2020 г. – 576с. 7. Макаров С.В. Информационные технологии и основы вычислительной техники. – М.: Лань, 2020. – 264с. 8. Максимов Н.В. Современные информационные технологии: Учебное пособие. — М.: Форум, 2017. — 512 c. 9. Маслевич Т.П. Управление бизнес-процессами от теории к практике. — М.: Инфра-М, 2021. – 206с. 10. Остроух А.В., Суркова Н.Е. Проектирование информационных систем. – М.: Лань, 2019. – 164с. 11. Рыбаков М.Ю. Бизнес-процессы: как их описать, отладить и внедрить. – М.: Инфра-М, 2016. – 392с. 12. Соснин П.И. Архитектурное моделирование автоматизированных систем. – М.: Лань, 2020. – 180с. 13. Сорочан А.А. Оптимизатор бизнес-процессов. Лучшие инструменты управления для повышения эффективности. – М.: Бомбора (Эксмо), 2019. – 192с. 14. Точилкина Т.Е. Моделирование бизнес-процессов. Практикум. – М.: Кнорус, 2021. – 162с. 15. Трофимов В.В. Информационные системы и технологии в экономике и управлении. – М.:Юрайт, 2018. – 324с. 16. Шёнталер Ф. Бизнес-процессы: языки моделирования, методы, инструменты. – М.: Альпина, 2019. – 264с. 17. Руководство по улучшению бизнес-процессов. – М.: Альпина паблишер, 2020. – 130с. 18. Mobifitness – мобильное приложение для фитнес-клуба [Офиц. сайт]. URL: https://new.mobifitness.ru/crm (дата обращения: 24.10.2021). 19. 1С фитнес-клуб [Офиц. сайт]. URL: https://www.fitness1c.ru/features (дата обращения: 24.10.2021). 20. Универсальная система учета [Офиц. сайт]. URL: http://ususoft.ru/sport.php (дата обращения: 24.10.2021).