Проектирование системы учета клиентов для фитнес-центра

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

Рубрика Программирование, компьютеры и кибернетика
Вид курсовая работа
Язык русский
Дата добавления 15.06.2014
Размер файла 37,9 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

Размещено на http://www.allbest.ru/

КУРСОВАЯ РАБОТА

Проектирование системы учета клиентов для фитнес-центра

Введение

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

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

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

1) изучить предметную область фитнес-центра;

2) провести обследование предприятия;

3) разработать информационную систему.

Одним из важнейших этапов проектирования ИС является моделирование бизнес-процессов деятельности предприятия.

При написании курсовой работы использовались: ГОСТ 34.602-89, ISO/IEC 12207:1995. Также Case-средства: BPwin, Erwin, Rational Rose. Методология структурного анализа и проектирования SADT:

1) метод IDEF0 (функциональная модель);

2) метод IDEF3 (диаграмма потоков работ);

3) метод IDEF1Х (модель «сущность-связь).

Диаграмма потоков данных Гейна-Сарсона DFD.

А также унифицированный язык моделирования UML.

1. Исследование предметной области

1.1 Описание предметной области

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

С момента создания фитнес-центра в основу его деятельности были положены следующие принципы:

· четкое выполнение взятых обязательств;

· индивидуальный подход к каждому клиенту;

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

· сотрудники фитнес-центра имеют высокий профессиональный уровень и подготовку, поэтому закон «Все для клиента» здесь непреложная истина.

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

Основной деятельностью фитнес-центра является продажа спортивно-оздоровительных услуг.

Перечень услуг, предоставляемых фитнес-центром:

1) педагогические (работа с клиентами, фитнес-технологии, двигательные программы, педагогический контроль);

2) медико-коррекционные услуги (диагностика физического состояния, медицинское сопровождение, коррекция педагогического процесса);

3) дополнительные услуги (разработка диет-программ, массаж, детские комнаты);

4) сопутствующие услуги (косметологические, фито-бар)

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

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

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

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

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

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

1.2 Обследование предметной области

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

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

Опишем модель «AS IS» («как есть») - модель существующего состояния фитнес-центра.

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

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

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

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

1) реклама и привлечение (наработка и стабильный рост клиентской

базы);

2) учет и обработка (регистрация клиентов в едином пространстве, исключение потери звонков и писем);

3) продажа клубных карт (заключение сделок с клиентами);

4) формирование лояльности (удержание клиентов, повторные продажи).

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

Рассмотрим более подробно потоки данных в модели «AS IS» в работе «учет клиентов».

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

2. Формирование технического задания на разработку ИС и ее моделирование

2.1 Техническое задание по ГОСТ 34.602-89

Сформируем техническое задание на создание информационной системы для фитнес-центра:

1) Общие сведения

Полное наименование системы: ИС «Учет клиентов для фитнес-центра».

Наименование предприятия разработчика и заказчика системы и их реквизиты:

Заказчик:

Разработчик:

Документы, на основании которых создается информационная система:

Методология SADT (метод IDEF0, метод IDEF1X, метод IDEF3, нотация в терминах DFD), ГОСТ 34.602-89.

Плановые сроки начала и окончания проекта по созданию системы:

Начало: 14.01.2014 г.

Окончание: 03.06.2014 г.

2) Назначение и цели создания системы

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

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

3) Характеристика объектов автоматизации представлена в таблице 1.

Таблица 1 - Характеристика объектов автоматизации

Наименование процесса

Возможность автоматизации

Решение об автоматизации в ходе проекта

Регистрация клиентов

Возможна

Будет автоматизирован

Обработка анкет здоровья

Возможна

Будет автоматизирован

Сохранение и увеличение клиентской базы

Возможна

Будет автоматизирован

4) Требования к системе

4.1) Требования к системе в целом

4.1.1) Требования к структуре и функционированию

В системе можно выделить информационное хранилище - базу данных (Microsoft Access 2010). Система должна обеспечивать работу пользователей в режиме 12 часов в день, 7 дней в неделю.

4.1.2) Требования к численности и квалификации персонала системы и режиму его работы

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

4.2) Требования к функциям

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

4.3) Требования к видам обеспечения

СУБД Access (версия не ниже 2007)

5) Состав и содержание работ по созданию системы

Создание информационной системы учета клиентов. Начало этапа: 14.01.2014 г., конец этапа: 30.05.2014 г.

6) Источники разработки

ГОСТ 34.602-89 - «Техническое задание на создание автоматизированной системы»;

ГОСТ 34.601-90 - «Автоматизированные системы. Стадии создания»;

Методология SADT (IDEF-методы, DFD);

Унифицированный язык моделирования UML.

2.2 Моделирование системы

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

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

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

Одним из главных блоков разрабатываемой системы является информационное хранилище - база данных. Для разработки базы данных «Работа с клиентами» использовался расширенный метод IDEF1X.

Сущности: Клиенты, Учет, Абонемент, Тренеры, Залы, Скидки. Сущность Клиенты содержит атрибуты: Фамилия, Имя, Отчество, Телефон, Дата_рождения, Место_жительства, Эл_почта. Таким образом, в базу данных вносится основные данные клиента. Сущность Учет содержит атрибуты: Начало_действия, Конец_действия - это сроки действия клубной карты, которую приобретает клиент, также Сумма, которую он должен оплатить и атрибут Оплачено, который в дальнейшем будет отображать наличие оплаты либо ее отсутствие. Сущность Абонемент содержит атрибуты: Наименование (описание занятия, на которое выдается абонемент), Цена этого абонемента (за месяц). Сущность Тренеры содержит атрибуты: Фамилия, Имя, Отчество и Должность. Это также основные данные тренера. Сущность Залы содержит атрибуты: Название (залом также называется бассейн, теннисный корт и т.д.), Площадь этого зала. У сущности Скидки один атрибут - Сумма (в%). Преобразовав типы данных, получаем физическую модель.

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

Описание физической модели данных представлено в таблице 2.

Таблица 2 - Описание сущностей физической модели

Сущность Клиенты

Ключ

Атрибут

Тип данных

Комментарий

(PK)

Код_клиента

Counter

Атрибут, однозначно идентифицирующий клиента

Фамилия

Text (25)

Атрибут, содержащий фамилию клиента

Имя

Text (15)

Атрибут, содержащий имя клиента

Отчество

Text (30)

Атрибут, содержащий отчество клиента

Телефон

Integer

Атрибут, содержащий номер телефона клиента

Дата_рождения

Date/Time

Атрибут, содержащий дату рождения клиента

Место_жительства

Text (40)

Атрибут, содержащий адрес клиента

Эл_почта

Text (25)

Атрибут, содержащий электронный адрес клиента

(FK)

Код_тренера

Long integer

Атрибут, содержащий того тренера, занятия которого посещает клиент

(FK)

Код_скидки

Long integer

Атрибут, содержащий скидку (если есть)

Сущность Абонемент

Ключ

Атрибут

Тип данных

Комментарий

(PK)

Код_абонемента

Counter

Атрибут, идентифицирующий абонемент

Наименование

Text (25)

Атрибут, содержащий описание данного абонемента

Цена

Integer

Атрибут, содержащий цену абонемента (за месяц)

(FK)

Код_зала

Long integer

Атрибут, содержащий тот зал, в котором проходит занятие по данному абонементу

Сущность Учет

Ключ

Атрибут

Тип данных

Комментарий

(FK)

Код_клиента

Long integer

Атрибут, содержащий определенного клиента

(FK)

Код_абонемента

Long integer

Атрибут, содержащий определенный абонемент

Начало_действия

Date/Time

Атрибут, содержащий дату начала действия

Конец_действия

Date/Time

Атрибут, содержащий дату конца действия

Сумма

Integer

Атрибут, содержащий сумму за все абонементы

Оплачено

Yes/No

Атрибут, показывающий, произведена ли оплата

Сущность Тренеры

Ключ

Атрибут

Тип данных

Комментарий

(PK)

Код_тренера

Counter

Атрибут, однозначно идентифицирующий тренера

Фамилия

Text (25)

Атрибут, содержащий фамилию тренера

Имя

Text (15)

Атрибут, содержащий имя тренера

Отчество

Text (30)

Атрибут, содержащий отчество тренера

Должность

Text (50)

Атрибут, содержащий должность тренера

Сущность Скидки

Ключ

Атрибут

Тип данных

Комментарий

(PK)

Код_скидки

Counter

Атрибут, однозначно идентифицирующий скидку

Сумма (в%)

Integer

Атрибут, содержащий скидку в%-ном выражении

Сущность Залы

Ключ

Атрибут

Тип данных

Комментарий

(PK)

Код_зала

Counter

Атрибут, однозначно идентифицирующий зал

Название

Text (18)

Атрибут, описывающий предназначение зала

Площадь

Integer

Атрибут, описывающий площадь зала (в м2)

Таким образом, получили ER-модель фитнес-центра. В дальнейшем она позволит реализовать конечную базу данных в среде Microsoft Access.

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

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

Опишем более подробно каждый из классов. Спецификация класса Клиент приведена в таблице 3.

Таблица 3 - Класс Клиент

Параметр

Значение

Комментарий

Класс, представляющий собой клиента фитнес-центра

Атрибуты

Фамилия, Имя, Отчество, Телефон, Дата_рождения, Место_жительства, Электронная_почта - данные о клиенте

Операции

Добавить клиента()

Редактировать данные()

Удалить клиента()

Получить информацию о клиенте()

Спецификация класса Клубная карта приведена в таблице 4.

Таблица 4 - Класс Клубная_карта

Параметр

Значение

Комментарий

Класс, представляющий собой клубную карту клиента с купленными абонементами

Атрибуты

Номер_карты, Начало_действия, Конец_действия

Операции

Создать клубную карту()

Получить информацию()

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

Спецификация класса Абонемент приведена в таблице 5.

Таблица 5 - Класс Абонемент

Параметр

Значение

Комментарий

Класс, представляющий собой абонементы, которые приобрел клиент

Атрибуты

Наименование, Цена

Операции

Оплатить абонемент()

Получить информацию об абонементе()

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

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

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

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

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

Добавим управляющий класс Управление_картами, который обеспечивает работу с клубными картами клиентов. Данный класс будет связан с классами Добавить_новую_карту и Клубная_карта. Отношение между классами Добавить_новую_карту и Параметры_карты - однонаправленная ассоциация с кратностью связи 1 к 1, поскольку один экземпляр класса Добавить_новую_карту взаимодействует только с одним экземпляром класса Параметры_карты. Отношение между классами Управление_картами и Клубная_карта - однонаправленная ассоциация с кратностью связи 1 к 1..n, поскольку один класс Параметры_карты может взаимодействовать с несколькими классами Клубная_карта.

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

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

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

Таблица 6 - Спецификация диаграммы последовательности

Объект

Описание

Клиент

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

Анкета здоровья

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

Сотрудник

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

База данных

Объект, который обозначает хранилище с информацией обо всех клиентах центра, абонементах, тренерах, залах

Клубная карта

Объект, представляющий собой клубную карту, на которой в дальнейшем фиксируется информация об абонементах

Абонемент

Объект, который обозначает выбранные клиентом абонементы на определенные виды занятий

Рассмотрим поведение системы с точки зрения внешнего наблюдателя. Для этого построим диаграмму прецедентов. Диаграмма прецедентов (USE CASE вариантов использования) является исходной концептуальной моделью системы в процессе ее проектирования и разработки.

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

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

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

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

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

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

Кооперaция может быть предстaвленa нa двух уровнях:

1) нa уровне спецификaции - покaзывaет роли клaссификaторов и роли aссоциaций в рaссмaтривaемом взaимодействии;

2) нa уровне примеров - укaзывaет экземпляры и связи, обрaзующие отдельные роли в кооперaции.

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

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

Заключение

имитационный информационный модель

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

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

Рассмотрев модель деятельности «TO-BE» («как должно быть»), видно, что в результате оптимизации всего одного пункта, происходит кардинальное изменение всего процесса работы. Существенно сокращается время регистрации клиента, появляется возможность быстрого поиска клиентов по различным параметрам, а также корректировка данных уже существующих клиентов. Кроме того, система позволяет реализовать лояльность по отношению к клиентам - это начисление скидок. Полностью исключается возможность ошибки, так как с помощью системы влияние человеческого фактора сводится к минимуму.

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

1) изучена предметная область фитнес-центра;

2) проведено обследование предприятия;

3) разработана информационная система.

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

Список использованных источников

1 Балдин К.В., Уткин В.Б. Информационные системы в экономике: учебное пособие - М.: Издательский центр Академия, 2005. - 288 с.

2 Вендров А.М. Проектирование программного обеспечения экономических информационных систем: учебник. - 2-е изд., перераб. И доп. - М.: Финансы и статистика, 2006. - 544 с.

3 http://www. http://freepapers.ru/ - Сайт «Проектирование и разработка автоматизированных, информационных и аналитических систем».

4 http://www.interface.ru/ca/bpwin4us.html - Сайт «Bpwin 4.0».

5 http://www.studarhiv.ru/dir/cat32/subj45/file1411/view1411/page12.html - Stud Files.

6 http://idefdfd.ru/category/glava-3-strukturnyj-analiz-potokov-dannyx-dfd.html - Сайт «Моделирование и анализ систем. IDEF и DFD технологии»

Размещено на Allbest.ru


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.