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

 

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

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

базы);

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

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

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

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

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

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

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

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

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

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

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

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

Заказчик:

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

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

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

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

Начало: 14.01.2014 г.

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

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

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

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

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

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

Наименование процессаВозможность автоматизацииРешение об автоматизации в ходе проектаРегистрация клиентовВозможнаБудет автоматизированОбработка анкет здоровьяВозможнаБудет автоматизированСохранение и увеличение клиентской базыВозможнаБудет автоматизирован

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

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

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

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

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

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

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

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

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

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

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

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

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

ГОСТ 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 вариантов использования) является исходной концептуальной моделью системы в процессе ее проектирования и разработки.

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

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

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

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

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

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

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

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

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

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

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

Заключение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

КУРСОВАЯ РАБОТА Проектирование системы учета клиентов для фитнес-центра Введение В наст

Больше работ по теме: