3.2. Модель «TO-BE» деятельности администратора фитнес-клуба ООО «Дельта»
Рассмотренные информационные процессы в главе 3 имеют существенное отличие от информационных процессов модели «AS-IS». Отличие заключается в сокращении рутинных операций администратора фитнес-клуба ООО «Дельта».
Диаграмма КАК БУДЕТ приведена на рисунке 3.1.
В АРМ-АФК-Д администратор фитнес-клуба размещает информацию о клиентах и их картах, а также сведения о имуществе клуба.
В квалификационной работе рассмотрены информационные процессы, осуществляемые в каждой из функциональных подсистем информационной системы администратора фитнес-клуба.
После завершения проектирования АРМ-АФК-Д и ее внедрения данные будут организованы следующим образом.
У администратора фитнес-клуба расположено автоматизированное рабочие место (станция), оборудованное оргтехникой и персональными компьютером.
ПЭВМ пользователя сможет получать интересующую информацию, выводить ее на печать или подвергать анализу.
Использование администратором фитнес-клуба ООО «Дельта» одного приложения сократит время на переход к другому, ускорит получение необходимой информации о клиентах, позволит однократное введение информации о клиентах, упростит редактирование информации о клиенте.
Руководитель в считанные минуты сможет получать отчеты по запросам в базе данных, выводить их на печать, что заметно упростит обработку информации.
Автоматизированное рабочее место АРМ-АФК-Д отличается от существующей информационной системы администратора фитнес-клуба ООО «Дельта» сокращением ручного труда, соответственно уменьшением времени на обработку документации.
При разработке некоторой системы ее функциональные возможности, то есть поведение, которым она должна обладать с точки зрения заказчика, документируются с помощью модели прецедентов. Модель прецедентов показывает, какие функции должна быть способна выполнять система, а также в какой среде она должна работать. Модель прецедентов разрабатывается на ранних этапах проектирования и дает возможность заказчику четко сформулировать свои требования, а инженеру-разработчику – понять, что нужно заказчику.
Основными элементами модели прецедентов являются актеры и прецеденты.
Субъекты — может только вводить информацию в систему, только получать информацию из системы или делать и то, и другое. В роли субъекта может выступать также и другая система, если она будет взаимодействовать с разрабатываемой системой, и не будет являться ее неотъемлемой частью.
Прецеденты — предназначены для моделирования диалога между системой и ее субъектами. Они представляют собой возможности, которые система может обеспечить конкретному субъекту.
На рисунке 3.5 представлена диаграмма прецедентов, которая состоит из 14 прецедентов и 2 актеров. Субъектами проектируемой системы являются: администратор и руководитель. Рассмотрим каждого из актеров и прецедентов модели с представлением диаграмм последовательности и действий.
Оператор заносит в БД всю необходимую информацию, производит регистрацию клиентов, учет карт, графиков, может формировать отчеты.
3.3. Проектирование основных функциональных подсистем автоматизированного рабочего места администратора фитнес-клуба
Автоматизированная система – это система, состоящая из персонала и комплекса средств автоматизации его деятельности, реализующая информационную технологию выполнения установленных задач.
Для успешного функционирования и решения ею поставленных задач необходима ПЭВМ типа IBM PC с автоматизированного рабочего места администратора фитнес — клуба на ООО «Дельта» процессором Intel Pentium или аналогичных моделей с тактовой частотой от 1800 МГц и выше, объёмом оперативной памяти 512 Мб и более, SVGA, свободным пространством на жёстком диске 1000 Мб и более. Необходимо наличие внешних устройств: монитора, клавиатуры, мыши. АРМ может работать на ПЭВМ, на которой установлена любая операционная система семейства Windows Vista Home Premium, Windows Vista Business, Windows Vista Enterprise и Windows Vista Ultimate32-разрядный (x86) или 64-разрядный (x64). Поскольку информационное обеспечение представляет собой файл СУБД Access 2010 с расширением .mdb, то для его функционирования необходима версия указанной СУБД. Программное обеспечение АРМ представляет собой исполняемый файл, созданный средствами интегрированной среды разработки Borland Delphi 7.0.
В ходе разработки программы по автоматизации рабочего места администратора фитнес-клуба само АРМ будет рассматриваться как единая неделимая система, состоящая из обеспечивающих информационных подсистем.
Лингвистическое обеспечение АРМ включает, прежде всего, язык управления и манипуляции данными – язык SQL, язык программирования VBA for Access, русский язык – государственный язык, на котором выполнен интерфейс программного обеспечения АРМ. А также словарь, содержащий все наименования файлов базы данных, их полей, префиксов и ключей, обозначенных набором букв латинского алфавита.
Информационное обеспечение автоматизированного рабочего места администратора фитнес — клуба на ООО «Дельта» включает базу данных, организованную с помощью СУБД Асcess 2010, этапы проектирования которой изложены в параграфе 2.2, схему информационных потоков АРМ, описанную в параграфе 2.3.
Эргономическое обеспечение (ЭО) как совокупность методов и средств, используемых на разных этапах разработки и функционирования АИТ, предназначено для создания оптимальных условий высокоэффективной и безошибочной деятельности человека с АРМ.
При работе пользователя с автоматизированным рабочим местом администратора фитнес — клуба на ООО «Дельта» упрощена и оптимизирована процедура ввода информации за счёт применяемой совокупности справочников, которые создаются и поддерживаются пользователем модели АРМ в адекватном состоянии, а затем многократно используются.
Математическое обеспечение АРМ включает типовые алгоритмы работы с базой данных, алгоритмы выполнения запросов на поиск информации и формирования отчётности.
3.4 Проектирование схемы информационных потоков автоматизированного рабочего места администратора фитнес-клуба в виде диаграммы потоков данных
На сегодняшний день в программной инженерии существуют два основных подхода к разработке программных продуктов и АРМ, принципиальное различие между которыми обусловлено разными способами декомпозиции систем. Первый подход называют функционально – модульным или структурным. В его основу положен принцип функциональной декомпозиции, при котором структура программного продукта или системы описывается в терминах иерархии её функций и передачи информации между отдельными функциональными элементами.
Второй, объектно-ориентированный подход использует объектную декомпозицию. При этом структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами.
Базовыми принципами структурного подхода являются:
- принцип «разделяй и властвуй»;
- принцип иерархического упорядочения;
- принцип абстрагирования;
- принцип непротиворечивости;
- принцип структурирования данных.
В структурном подходе используется в основном две группы средств, описывающих функциональную структуру системы и отношения между данными. Каждой группе средств соответствуют определенные типы моделей (диаграмм), наиболее распространенными, из которых являются:
- DFD – диаграммы потоков данных;
- SADT (метод структурного анализа и проектирования) – функциональные модели (диаграммы);
- ERD – диаграммы «Сущность — связь».
Основными элементами диаграмм потоков данных являются:
- внешние сущности;
- системы, подсистемы, процессы;
- накопители информации;
- линии информационных потоков.
На DFD первого иерархического уровня хорошо представляются внешние информационные потоки системы, так как на данной диаграмме имеется система и внешние сущности, с которыми она связана информационными потоками. DFD-диаграмма первого уровня представлена на рисунке 3.6.
На DFD второго уровня представлены следующие подсистемы, внешние сущности и связи между ними, которые представлены на рисунке 3.2.
Для обеспечения взаимодействия подсистем с внешними сущностями используются следующие носители информации:
- база данных;
- журналы учета клиентов;
- графики занятий;
- справочники.
Однако DFD второго иерархического уровня не дают полного представления об информационных процессах, протекающих в исследуемых предметных областях. Для этого каждую функциональную подсистему DFD второго уровня необходимо декомпозировать. Результатом декомпозиции являются диаграммы потоков данных третьего иерархического уровня, на которых более подробно, чем на диаграмме второго уровня показаны накопители информации, а функциональные подсистемы представлены взаимосвязанной совокупностью информационных процессов, отражающих логику обработки информации и внутренние информационные потоки информационной системы.
Диаграммы DFD третьего иерархического уровня дают более полное представление об информационных процессах, протекающих в исследуемой предметной области. Информационные процессы, протекающие в подсистеме учета клиентов, представлены на рисунке 3.8.
Процесс 1.1 «Учет клиентов фитнес — клуба» заключается в добавлении, удалении или изменении записей информации о клиентах фитнес — клуба, в таблицу базы данных «Клиенты», которая имеет следующие поля: код клиента; Ф.И.О. клиента; адрес прописки; паспортные данные; наименование карты клуба; возраст; пол; контактный телефон.
Процесс 1.2 «Учет выданных карт клиентам фитнес — клуба» заключается в добавлении, удалении или изменении записей информации о выданных картах, в таблицу базы данных «Карты», которая имеет следующие поля: номер записи; номер карты; Ф.И.О. абонемента; срок действия; абонемент; групповая/индивидуальная.
В процессе 1.3 «Формирование отчета по клиентам фитнес — клуба» по таблице базы данных «Клиенты» формируется отчёт по содержимому указанной таблицы базы данных, который передается на печать.
В процессе 1.4 «Формирование отчета о выданных картах» формируется отчёт по таблице базы данных «Карты», отображающий все действующие карты клиентов, который передается на печать.
Подсистема мониторинга проведения занятий фитнес — клуба связана с формированием журналов учета посещения занятий. Информационные процессы, протекающие в данной системе, представлены на рисунке 3.9.
Процесс 2.1 «Ведение журнала учета занятий групп фитнес — клуба» заключается в добавлении, удалении или изменении записей информации о занятиях групп фитнес — клуба, в таблицу базы данных «График занятий групп», которая имеет следующие поля: код графика; название группы; тренер; зал; услуга; начало занятия; конец занятия; статус выполнения занятий.
Процесс 2.2 «Ведение журнала учета индивидуальных занятий» заключается в добавлении, удалении или изменении записей информации об индивидуальных занятиях клиентов, в таблицу базы данных «График индивидуальных занятий», которая имеет следующие поля: номер записи; номер графика посещения; название зала; дата составления; Ф.И.О. клиента; услуга; отметка о посещение.
В процессе 2.3 «Формирование отчета по мониторингу посещения занятий клиентами» осуществляется SQL-запрос к таблице базы данных «Посещаемость клиентов», с помощью которого выбираются записи, соответствующие либо заданным датам, либо заданным клиентам, отчёт после формирования передается на печать.
В процессе 2.4 «Формирование отчета по занятости тренажерных залов» осуществляется SQL-запрос к таблице базы данных «Занятия по залам», с помощью которого выбираются записи таблицы, удовлетворяющие дате, указанной в условии отбора, отчёт после формирования передается на печать.
Подсистема ведения справочников содержит в себе процессы, которые пополняют базу данных проектируемого АРМ условно-постоянной информацией, хранящейся в справочниках базы данных.
Информационные процессы, протекающие в подсистеме ведения справочников, представлены на рисунке 3.10.
Процесс 3.1 «Сведения о тренажерных залах» заключается в добавлении, удалении или изменении записей информации о тренажерных залах, в таблицу базы данных «Сведения о тренажерных залах», которая имеет следующие поля: номер записи; название; начало работы; конец работы; вместимость; вид занятий в зале.
Процесс 3.2 «Инвентарь» заключается в добавлении, удалении или изменении записей информации об инвентарях фитнес клуба, в таблицу базы данных «Инвентарь», которая имеет следующие поля: номер записи; артикул инвентаря; категория инвентаря; количество.
Процесс 3.3 «Тренера» заключается в добавлении, удалении или изменении записей информации о тренерах фитнес клуба, в таблицу базы данных «Тренера», которая имеет следующие поля: код сотрудника; Ф.И.О. сотрудника; возраст; паспортные данные; специальность; телефон.
Процесс 3.4 «Специальности» заключается в добавлении, удалении или изменении записей с информацией о специальностях тренеров фитнес-клуба, в таблицу базы данных «Специальности», которая имеет следующие поля: код специальности; название специальности.
Процесс 3.5 «Услуги фитнес — клуба» заключается в добавлении, удалении или изменении записей информации об услугах фитнес-клуба, в таблицу базы данных «Индивидуальные услуги», которая имеет следующие поля: номер записи; наименование услуги; стоимость услуги; время за занятие. «Групповые услуги», данная форма содержит следующие поля: номер записи; наименование услуги; цена для группы; минимальное количество людей; максимальное количество людей.
3.5. Инфологическое моделирование предметной области
Инфологическое моделирование данных – это процесс создания логического представления структуры базы данных. Правильно сконструированная модель данных должна поддерживать все пользовательские представления данных. Моделирование данных является наиболее важной задачей при разработке эффективных приложений баз данных. Если база данных будет неверно отражать пользовательское представление данных, то пользователи найдут её приложения неудобными, неполными и не оправдывающими ожиданий. Инфологическое моделирование данных – основа для всей последующей работы по разработке базы данных и приложения по её ведению.
Существует три типа бинарных связей. В связи 1:1 («один к одному») одиночный экземпляр сущности одного типа связан с одиночным экземпляром сущности другого типа. В связи 1:N одиночный экземпляр сущности одного типа связан с несколькими экземплярами сущности другого типа. Связь N:M несколько экземпляров сущности одного типа связаны с несколькими экземплярами сущности другого типа.
Для построения ER – диаграммы (модели «Сущность — связь») выделим основные информационные объекты в исследуемой предметной области.
Информационный объект «Клиенты» – данный объект содержит информацию о клиентах фитнес клуба и обладает следующими свойствами:
- код клиента;
- Ф.И.О. клиента;
- адрес прописки;
- паспортные данные;
- наименование карты клуба;
- возраст;
- пол;
- контактный телефон.
Информационный объект «Индивидуальные услуги» – данный объект содержит информацию об индивидуальных услугах, предоставляемых в клубе, и обладает следующими свойствами:
- номер записи;
- наименование услуги;
- стоимость услуги;
- время за занятие.
Информационный объект «Групповые услуги» – данный объект содержит информацию об индивидуальных услугах, предоставляемых в клубе, и обладает следующими свойствами:
- номер записи;
- наименование услуги;
- цена для группы;
- минимальное количество людей;
- максимальное количество людей.
Информационный объект «Сведения о специальностях» – данный объект содержит информацию о специальностях тренеров клуба и обладает следующими свойствами:
- код специальности;
- название специальности.
Информационный объект «Сведения о тренерах клуба» – данный объект содержит информацию о тренерах клуба и обладает следующими свойствами:
- код сотрудника;
- Ф.И.О. сотрудника;
- возраст;
- паспортные данные;
- специальность;
- телефон.
Информационный объект «Сведения о тренажерных залах» – данный объект содержит информацию о тренажерных залах клуба и обладает следующими свойствами:
- номер записи;
- название;
- начало работы;
- конец работы;
- вместимость;
- вид занятий в зале.
Информационный объект «График работы групп» – данный объект содержит информацию о графике проведения тренировок по группам и обладает следующими свойствами:
- код графика;
- название группы;
- тренер;
- зал;
- услуга.
Информационный объект «Записи графика работы групп» – данный объект содержит информацию о графике проведения тренировок по группам и обладает следующими свойствами:
- номер записи;
- начало занятия;
- конец занятия;
- статус выполнения занятий.
Информационный объект «График индивидуальных посещений» – данный объект содержит информацию о графике проведения индивидуальных тренировок и обладает следующими свойствами:
- номер графика посещения.
- название зала;
- дата составления.
Информационный объект «Записи графика индивидуальных посещений» – данный объект содержит информацию о графике проведения индивидуальных тренировок и обладает следующими свойствами:
- номер записи;
- Ф.И.О. клиента;
- услуга;
- отметка о посещение.
Информационный объект «Категории инвентаря» – данный объект содержит информацию о категориях инвентаря и обладает следующими свойствами:
- код инвентаря;
- название инвентаря.
Информационный объект «Инвентарь» – данный объект содержит информацию об инвентаре клуба и обладает следующими свойствами:
- номер записи;
- артикул инвентаря;
- категория инвентаря;
- количество.
Информационный объект «Сведения об укомплектованности зала» – данный объект содержит информацию об инвентаре зала и обладает следующими свойствами:
- номер записи;
- наименование инвентаря;
- инвентарный номер;
- количество;
- дата установки;
- дата снятия;
- статус работоспособности.
Информационный объект «Карты клиентов» – данный объект содержит информацию о картах абонементов и обладает следующими свойствами:
- номер записи;
- номер карты;
- Ф.И.О. абонемента;
- срок действия;
- абонемент;
- групповая/индивидуальная.
Информационный объект «Записи услуг к карте» – данный объект содержит информацию о картах абонементов и обладает следующими свойствами:
- наименование услуги;
- стоимость услуги.
Когда информационные объекты определены, следует выявить информационные связи между ними. Между реальными объектами предметной области и информационными объектами концептуальной модели могут существовать связи трёх типов 1:1, 1:N, M:N. Подобные отношения удобно представлять в виде таблицы. Структура таблицы отношений между сущностями исследуемой предметной области представлена в таблице 3.1.
Таблица 3.1. Связи между сущностями предметной области
| Наименование и тип связи | Сущность | Сущность |
| 1 | 2 | 3 |
| 1:N | Клиенты | Карты клиентов |
| N:M | Карты клиентов | Записи услуг к карте |
| 1:N | Сведения о специальностях | Сведения о тренерах клуба |
|
N:M |
Сведения о тренажерных залах | Сведения об укомплектованности зала |
| 1:N | Категории инвентаря | Инвентарь |
| N:M | Сведения об укомплектованности зала | Инвентарь |
| 1:N | График индивидуальных посещений | Записи графика индивидуальных посещений |
| N:M | Записи графика индивидуальных посещений | Индивидуальные услуги |
| 1:N | График работы групп | Записи графика работы групп |
| N:M | График работы групп | Групповые услуги |
| N:M | График индивидуальных посещений | Сведения о тренажерных залах |
| N:M | График работы групп | Сведения о тренажерных залах |
| N:M | График работы групп | Сведения о тренерах клуба |
Логическая схема базы данных представлена на рисунке 3.11.
