Автоматическая категоризация клиентов коучинга
Курсовой проект - Компьютеры, программирование
Другие курсовые по предмету Компьютеры, программирование
n_cluster содержит описание всех кластеров. В поле ID содержится числовой номер кластера. Поле Name хранит информацию о названии кластера. В поле Description_text находится текстовое описание проблематики соответствующей кластеру;
Таблица Description_task содержит описание всех задач, выполнение которыхнеобходимо при проработке кластера. Поле ID хранит числовой номер задачи. В поле Description_text содержится название задачи;
Таблица Save_User содержит список всех клиентов, которые использовали сохранение во время выполнения программы. Поле ID хранит числовой номер, который автоматически присваивается клиенту. В полях User_Name и Password содержатся соответственно имя и пароль учётной записи клиента. В следующих полях хранится служебная информация необходимая для восстановления состояния приложения при загрузке. Поле Ran содержит параметр в зависимости от которого генерируется случайная последовательность аспектов. В поле Current_count запоминается индекс [Index] последнего считанного утверждения из таблицы Add_IDst, этот индекс нужен для выделения ограниченного списка из общего множества аспектов. Поле Check_list хранит текущий номер ограниченного списка аспектов - листа, а в Ch_l_last сохраняется последний достигнутый номер листа, подробное представление о листе будет дано позже, эти номера нужны будут при загрузке списков утверждений уже проработанных клиентом. Накопление сохранений во время работы приложения может привести к росту объёма и потери скорости в работе базы данных, поэтому будем удалять всё сохранённые данные клиента при загрузке этих данных. Реализация этой идеи обеспечивается за счёт механизма каскадного удаления, при удалении ID клиента из этой таблицы, автоматически будут удаляться данные из таблиц Save_Cluster_check, Save_check_list и Save_Answer;
Таблица Add_IDst представляет собой последовательность идущих по порядку индексов - поле [Index] и соответствующим им номеров аспектов - поле ID_key. Эта таблица играет ключевую роль в работе со сгенерированной случайной последовательностью аспектов;
Таблица Save_Answer содержит информацию об ответах клиента. Поле ID_cluster хранит номер кластера, каждому кластеру соответствует номер задачи в поле ID_task. Счётчик попавших в задачу ответов содержит поле Task_check. Последнее поле IDUser хранит информация о номере клиента, которому принадлежат эти данные. Назначение этой таблицы заключается в восстановлении данных о количестве данных ответов в каждой задаче каждого кластера;
Таблица Save_Cluster_check нужна для хранения количества ответов попавших в тот или иной кластер. Для этого в поле ID_cluster будем запоминать номер кластера, а для хранения количества попавших в него ответов будем использовать поле Cluster_check. Последнее поле IDUser будет так же, как и в предыдущей таблице, содержать информация о номере клиента, которому принадлежат эти данные;
Таблица Save_check_list хранит информация об отмеченных на листах утверждениях. Поле ID_list содержит номер листа, а в поле ID_st находится, соответственно, номер аспекта, отмеченного на листе. Поле IDUser хранит номер клиента.
При работе приложения понадобится часто сохранять или извлекать некоторую информацию из базы данных. Для обеспечения этого взаимодействие будем использовать хранимые процедуры. Хранимые процедуры позволяют повысить производительность, расширяют возможности программирования и поддерживают функции безопасности данных. Вместо хранения часто используемого запроса, приложение может ссылаться на соответствующую хранимую процедуру. При вызове хранимой процедуры её содержимое сразу же обрабатывается сервером. Так же важным преимуществом является то, что созданную хранимую процедуру можно вызвать в любой момент, что обеспечивает модульность и стимулирует повторное использование кода. Последнее облегчает сопровождение базы данных, так как она становится изолированной от меняющихся бизнес-правил. Модифицировать хранимую процедуру в соответствии с новыми правилами можно в любой момент. После этого все приложения, использующие её, автоматически придут в соответствие с новыми бизнес-правилами без непосредственной модификации. Кратко опишем используемые хранимые процедуры.
Процедура Add_IDst_In_Tableиспользуется для заполнения таблицы Add_IDst сгенерированной последовательностью номеров аспектов;
Процедура Add_User применяется для сохранения информации о клиенте в таблице Save_User, включая служебные данные;
Для получения имени и проверки повторного добавления клиента в таблицу Save_User используется процедура Check_User
Процедура Clear_Add_IDst применяется для очистки таблицы Add_IDst;
Удаление клиента из таблицы Save_Userпо его номеру обеспечивает процедура Delete_user;
Процедура Get_ID по переданным в неё начальному и конечному индексу, получает список номеров аспектов из сгенерированной последовательности, хранящийся в таблице Add_IDst, затем по полученным номерам выводится информация об аспектах из таблицы Statement;
Процедура Get_ID_st получает номер аспекта из таблицы Statement;
Для получения информации об описании и название кластеров и задач по их номерам, используются соответственно хранимые процедуры GetDescriptionCluster и GetDescriptionTask;
Процедура Load_an