ення, які, як йому здається, він може віднести на свій рахунок. Висновок тесту визначається тим, скільки відповідей певного типу дав клієнт. Для цього необхідно буде не тільки вести підрахунок відповідей клієнта, але і запам'ятовувати до яких кластерам і завданням ставляться дані відповіді. Для виконання цього завдання кожного аспекту буде присвоюватися два номери - перший буде відповідати за номер кластера, до якого відноситься аспект, а другий номер завдання. Так як кожен аспект може бути віднесений відразу до декількох задачах, то другий номер буде представляти собою список номерів завдань. Такий підхід дозволяє більш ефективно вести підрахунок результату тесту. Результат категоризації буде представлений у двох частинах. Перша частина показує клієнтові список кластерів, до яких відносяться його проблеми. Цей список визначається кількістю що потрапили в кластер відповідей клієнта. Необов'язково виводити весь список кластерів, може трапитися ситуація, що за результатами відповідей клієнта набралося безліч кластерів, до яких відноситься дуже мала кількість аспектів. Для такої ситуації вводиться поняття - рівень довіри до кластеру. Якщо кластер не зміг подолати поріг рівня довіри то це говорить про те, що дана проблема незначна, і краще зосередити увагу на більш пріоритетних кластерах. За результатами зазначених аспектів буде сформовано список кластерів, відсортований в порядку пріоритету. З отриманого списку клієнт сам зможе вибирати яку проблему йому розглядати першою. p align="justify"> Друга частина результату буде надавати клієнту докладну інформація про те кластері, який він вибрав. Так само разом з інформацій про кластер, формуватиметься список завдань, отриманих для поточної проблеми. Формування списку завдань буде відбуватися таким же чином, як формується список кластерів, тобто по потрапили у завдання відповідям. Але в цьому випадки обмежувальний поріг не потрібен, так як для вирішення проблеми кластера потрібно вирішити всі вхідні в нього завдання. Для вирішення завдання буде викликатися необхідний сценарій ТМО. p align="justify"> При реалізації алгоритму необхідно так само забезпечити:
В· можливість розширення будь-якого з множин A, S, T, C, так як при розвитку відповідних методик можуть з'явитися нові елементи цих множин;
В· можливість динамічного компонування аспектів методу для виключення суб'єктивного сприйняття клієнтом результатів тесту;
В· можливість редагування набору аспектів, який відповідає відповідям клієнта;
В· можливість зберігати і завантажувати результати за коштами механізмів серіалізациі і десеріалізациі.
Тепер у нас є необхідна формальний опис, що б приступити до реалізації тесту.
Глава 3. Розробка та реалізація ...
