Выбор архитектуры информационной системы ранжирования клиентов
На сегодняшний день в области разработки информационных систем устоялось и широко используется четыре класса архитектур: файл-сервер, клиент-сервер, многоуровневая и интернет/интранет.
Как правило, системы, способные решать поставленные мною задачи, базируются на клиент-серверной архитектуре, в которой нагрузка по обработке прикладных программ распределяется между компьютером-клиентом (автоматизированное рабочее место) и компьютером-сервером (как правило, сервером базы данных), совместно использующим информацию с помощью сети. При выборе архитектуры мною были рассмотрены следующие критерии:
Количество рабочих мест – соответствует данным, описанным в работе (2 АРМ);
Характер работы (объем работы, выполняемый менеджером либо информационной системой невелик, никаких сложных математических операций и расчетов не проводится);
Территориальное распределение (система располагается непосредственно в отделе по работе с клиентами, содержит два автоматизированных рабочих места (менеджеры, работающие с программой) и сервер (поддерживающий хранение всех необходимой информации);
Как часто обновляется система (данные поступают в систему периодически и обрабатываются довольно часто).
Обобщив вышесказанное, можно сделать вывод, что архитектуру клиент-сервер целесообразно применить для нашей информационной системы.
Сервер БД отвечает за хранение, управление и целостность данных о клиентах «ДОКТОР-W»; он получает запросы от программ-клиентов по вычислительной сети и передает в ответ запрашиваемые данные (всю необходимую информацию о клиентах). На рисунке 3.1. изображена схематичная архитектура проектируемой системы.
Рисунок 3.1. – Архитектура проектируемой информационной системы ранжирования клиентов
Сервер БД отвечает за хранение всей необходимой информации о клиентах, а именно:
Наименование клиента
Дата его последней сделки;
Общее количество совершенных сделок;
Сумма сделок;
Заказываемые услуги
Сервер БД также содержит информацию о разработанных программах скидок для клиентов.
Клиентская часть системы состоит из 2 автоматизированных рабочих мест (менеджеры отдела по работе с клиентами), которые выполняют следующие функции:
Производят поиск клиента в БД;
На основе параметров, хранящихся в БД и характеризующих каждого клиента, информационная система проводит RFM-анализ, результатом которого является формирование групп клиентов по уровню их доходности;
В случае появления нового клиента, менеджеры отдела по работе с клиентами (АРМ1 и АРМ2) производят регистрацию клиента, и данные о нем автоматически попадают в БД клиентов.
Проектирование структуры бд
Модель данных нашей системы содержит 4 основных класса (сущности) с их характеристиками (атрибутами) [12]:
Клиент (наименование, дата последней сделки, количество совершенных сделок, сумма сделок, используемые услуги);
Услуга (название услуги, вид, стоимость);
Программа (номер программы, размер скидок);
Группа (номер, номер программы).
На рисунке 3.2 представлена логическая модель базы данных.
Рисунок 3.2. – Логическая модель базы данных
Сущность Клиент (Первичный ключ – Наименование) связана с сущностью Услуга (Первичный ключ – Название услуги) связью многие–ко–многим, т.е. клиент, как правило, пользуется одной или несколькими услугами, в то же время одна услуга предоставляется одному и более клиентам (Название услуги является первичным ключом для сущности Услуга, а для сущности Клиент – вторичным ключом).
Сущность Группа (Номер группы – первичный ключ) связана с сущностью Клиент (Номер группы – вторичный ключ) связью один–ко–многим, т.е. одна группа содержит одного и более клиентов. То же касается взаимосвязи сущностей Программа и Клиент (каждая программа создается для одного и более клиентов). Номер программы в сущности Программа является первичным ключом, а в сущности Клиент – вторичным ключом.
Программа и Группа связаны отношением один–к–одному, т.е. для каждой сформированной группы клиентов создается только одна конкретная программа скидок.
На рисунке 3.3 изображена физическая модель базы данных, отображающая всю информацию, необходимую разработчикам системы для воплощения логической модели в систему БД
Рисунок 3.3. – Физическая модель базы данных
Для устранения связи многие-ко-многим между сущностями Клиент и Услуга была введена дополнительная сущность Пакет услуг, которая связана с сущностями Клиент и Услуга связью один-ко-многим. Т.е. один пакет, как правило, существует для многих клиентов, и один пакет хранит в себе одну и более услуг.