Характеристика комплекса задач

Целью создания приложения является автоматизация работы Фитнес–клуба. Готовый продукт должен обладать понятным интерфейсом для пользователя.

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

- просмотр таблиц базы данных;

- добавление и удаление записей;

- редактирование записей;

- предоставление отчета о клиентах и посещаемости.

Информационная система должна включать в себя БД для хранения информации и интерфейс для ввода и обработки данных.

В разрабатываемом приложении профиль должен быть защищён паролем.

Интерфейс программы должен быть удобным для пользователя и предусматривать возможность добавления данных.

Выходная информация

1) Отчёт «Клиенты».

Выводит на печать все данные клиентов

Рисунок 4 – Отчёт «Клиенты»

2) Отчёт «Посещений»

Выводит на печать все посещения клиентов

Рисунок 5 – Отчёт «Посещения»

Физическая модель данных

Рассмотрим каждую таблицу подробнее:

1) Таблица «Kliyenty»

Содержит информацию о клиентах.

Рисунок 6 – Таблица «Клиенты»

Таблица содержит следующие поля:

- Id_Kliyenta – числовой код, идентифицирующий клиента;

- FIO – ФИО клиента;

- DataRozhdeniya– дата рождения клиента;

- Telefon– номер телефона клиента;

- Adres– адрес, где проживает клиент.

2) Таблица «Poseshcheniya»

Содержит информацию о посещаемости.

Рисунок 7 – Таблица «Посещения»

Таблица содержит следующие поля:

- id_poseshseniya – Числовой ид, № посещения;

- Data – день посещения клиента в фитнес–клуб;

- Vremya – время посещения клиента в фитнес–клуб;

- Kliyent – ФИО клиента;

- Zal – Зал, который посетил клиент;

- Kommentariy – комментарий к записи.

3) Таблица «PrZapis»

Содержит информацию о предварительной записи.

Рисунок 8 – Таблица «Предварительна запись»

Таблица содержит следующие поля:

- id_PrZapis – Числовой ид, № предварительной записи;

- Data – день предварительной записи клиента в фитнес–клуб;

- Vremya – время предварительной записи клиента в фитнес–клуб;

- Kliyent – ФИО клиента;

- Zal – Зал, который посетит клиент;

- Kommentariy – комментарий к записи.

4) Таблица «vidAbonementy»

Содержит информацию о видах абонементов.

Рисунок 9 – Таблица «Виды абонементов»

Таблица содержит следующие поля:

- Id_Abonemeta – числовой ид, № абонемента;

- vidAbonementa – виды абонементов;

- Stoimost– стоимость абонемента;

- srokDeystviya– срок действия абонемента.

5) Таблица «abonKliyentov»

Содержит информацию о абонементах клиентов.

Рисунок 10 – Таблица «Абонементы клиентов»

Таблица содержит следующие поля:

- id_abonKliyentov – числовой ид,№ абонемента;

- Kliyent – ФИО клиента;

- Abonement – вид абонемента;

- DeystvuyetDo – абонемент действует до (дата).

6) Таблица «abonKliyentov»

Содержит данные о пользователях данного программного обеспечения.

Рисунок 11 – Таблица «Пользователи»

Таблица содержит следующие поля:

- id_Login–числовой код, идентифицирующий пользователя;

- User – имя пользователя;

- Password – пароль для входа в программу;

- Info – информация о пользователе.

Логическая модель данных

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

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

- степень автоматизации проектных работ;

- принятая методология процесса разработки.

По степени автоматизации проектирования алгоритмов и программ можно выделить:

- методы традиционного проектирования;

- методы автоматизированного проектирования (CASE —технология и ее элементы).

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

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

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

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

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

Наряду с этим существуют взаимосвязи между атрибутами объекта. Различают взаимосвязи типа: "один к одному", "один ко многим", "многие ко многим".

Рассмотрим следующую концептуальную модель базы данных «Fitness» с помощью схемы данных Microsoft Access:

Рисунок 12 – Схема данных «Фитнес–клуб»

⇐ Предыдущая12345Следующая ⇒

Поделиться: