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

Система мгновенного обмена сообщениями, Система обмена мгновенными сообщениями (англ. Instantmessaging, IM) — службы мгновенных сообщений (InstantMessagingService, IMS), программы онлайн-консультанты (OnlineSaler) и программы-клиенты (InstantMessenger, IM) для обмена сообщениями в реальном времени через Интернет. Могут передаваться текстовые сообщения, звуковые сигналы, изображения, видео, а также производиться такие действия, как совместное рисование или игры. Многие из таких программ-клиентов могут применяться для организации групповых текстовых чатов или видеоконференций. Интеграция программного продукта с социальными сетями (или, иначе говоря, синхронизация с соцсетями) - это процесс технического "прикрепления" определенного проекта к страницам в популярных сетевых ресурсах, таких как Facebook, VK (Вконтакте), Twitterи другие. Например, интеграцией будет считаться процесс переноса информации о пользователе социальной сети в мессенджер. Разработать базу данных для программного обеспечения информационной системы для расширения функциональности социальных сетей «Анонимный чат». База данных должна содержать: информацию о пользователях; сообщения пользователей; мнения пользователей; избранных друзей пользователя. Реализовать возможность: отправки сообщений; добавления пользователя в список избранного; вывода информации о пользователе; вывод списка избранного пользователя; вывод сообщений. Разработать макеты форм для выполнения поставленной задачи,

3.Проектирование серверной части

3.1 Выделение сущности и атрибутов

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

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

Рассмотрев предметную область было решено, что в данной предметной области нужно использовать5сущностей: User, Messages, Opinions, VKFavorites, FBFavorites.

Общая информация о сущностях представлена в таблице3.1.

Таблица 3.1 – Сущности БД

Название сущности	Описание
User	Информация о пользователя
Message	Приватные сообщения
Opinion	Публичные мнения
VKFavorite	Избранные пользователи Вконтакте
FBFavorite	Избранные пользователи Facebook

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

Атрибут – это свойство сущности в предметной области. Его наименование должно быть уникальным для конкретного типа сущности.

Рассмотрев все сущности выделим их атрибуты:

Сущность «User» имеет такие атрибуты:

• objectId

• username

• password

• createdAt

Сущность «Message» имеет такие атрибуты:

• objectId

• IDUser

• Message

• IsAnonym

• createdAt

• IDSender

• SenderName

Сущность «Opinion» имеет такие атрибуты:

• objectId

• IDUser

• Message

• IsAnonym

• createdAt

• IDSender

• SenderName

Сущность «VKFavorite» имеет такие атрибуты:

• objectId

• IDUser

• IDFavoriteUser

• createdAt

Сущность «FBFavorite» имеет такие атрибуты:

• objectId

• IDUser

• IDFavoriteUser

• createdAt

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

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

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

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