1.2 Выявление требований, предъявляемых к информационной системе
При создании информационной системы нужно учитывать то, что пользоваться данной программой будут люди, которые могут не разбираться в компьютерах. Вот почему интерфейс разрабатываемого приложения должен быть простым и доступным для понимания каждого человека, который будет работать в этой области. Занесение данных в таблицы и работа с ними не должны вызывать недоумение у пользователей, все должно быть предельно четким и ясным. По требованию пользователя должна выводиться вся интересующая его информация в удобном виде. Также должна присутствовать возможность модификации всех данных, без нарушения правил ссылочной целостности и проверкой ввода допустимых значений. [6]
Из всего выше сказанного следует, что разрабатываемая информационная система должна обладать рядом свойств, а именно[8]:
регистрировать клиентов;
добавлять и изменять данные о выкупленных абонементах клиентов;
модифицировать данные об услугах, сотрудниках, расписании занятий, прейскуранте на услуги;
выводить в удобной форме все данные, требуемые для наглядной работы системы;
2 Разработка и описание функциональной модели
Любую сложную систему необходимо проектировать. Это связано с нашей физиологией: мы не можем решать одновременно более 7 задач, а разработка и проектирование сопряжены с большим их числом: написанием кода приложения, его отладкой, тестированием, взаимоувязкой модулей приложения, дизайном форм, хранением, обработкой данных и многими другими. Начинается проектирование с разработки и описания функциональной модели. Методологии, которые используют для абстрагирования предметной области, отражают специфику применения информационной системы.
IDEF- семейство методологий моделирования, предназначенных для описания и анализа сложных систем. Иерархические диаграммы – от общей до наиболее детализированных – составляют в совокупности IDEF-модель.
Используемое в данном курсовом проекте CASE-средство BPwin поддерживает методологию функционального моделирования IDEF0, DFD (диаграммы потоков данных) и IDEF3 (описание логики взаимодействия информационных потоков). Методология IDEF0 описывает процессы движения и обработки информации звеньями моделируемого объекта с точки зрения их функционального назначения.
Построение модели начинается с описания моделируемой системы в целом. Взаимодействие с окружающим миром описывается в терминах входа (данные или объекты, потребляемые или изменяемые процессом), выхода (основной результат деятельности процесса, конечный продукт), управления (стратегии, правила и процедуры, которыми руководствуется процесс) и механизмов (ресурсы, необходимые для процесса).
2.1 Построение контекстной диаграммы
Прежде чем начать разработку функциональной модели, следует определить название главного блока и наименование стрелок контекстной диаграммы. Так как целью данного курсового проекта является автоматизировать деятельность фитнес клуба по работе с клиентами, то главный функциональный блок в своем названии должен это отразить. Следовательно, присвоим ему имя «Организовать деятельность фитнес клуба по работе с клиентами». Определим названия стрелок. Входными данными для данной модели будут являться заявки клиентов. Они могут поступать в форме звонка или визита в фитнес клуб. Любая организация руководствуется нормативными и правовыми документами. Это будут стрелки управления для модели. Для организации процесса работы фитнес клуба требуются сотрудники, которые выполняют работы, оборудованные помещения, в которых проходят занятия, и компьютер, которым оснащается рабочее место администратора. Компьютер используются для хранения необходимых данных и оформления необходимой документации. Результатом деятельности проектируемой модели является оплата инструкторам за каждое проведенное занятие. Оплата производится по каждому проведенному занятию.
Контекстная диаграмма представлена на рисунке 1.
Рисунок 1- Контекстная диаграмма