Модель взаємодії системи з сутностями користувачів.

Таблиця 1.1 показує взаємодію сутності «продавець» з системою відповідно до функцій системи.

Таблиця 1.1

Таблиця 2.2 показує взаємодію системи з сутністю «продавець» відповідно до функцій системи.

Таблиця 2.2

Таблиця 3.1 показує взаємодію сутності «адміністратор» з системою відповідно до функцій системи.

Таблиця 3.1

Таблиця 3.2 показує взаємодію системи з сутністю «адміністратор» відповідно до функцій системи.

Таблиця 3.2

Якість

Програма відзначається зручним інтерфейсом, швидкістю роботи та надійністю. Система є стійкою до різного роду збоїв оскільки працює на пряму з SQL сервером (на якому розміщена база даних).

Захист

Захист системи здійснюється на двох рівнях: на рівні клієнтської програми та на рівні бази даних. Кожний користувач має свій логін і пароль за допомогою яких він може ввійти в систему. В залежності від типу користувача йому будуть доступні ті чи інші можливості. Таким чином студент не зможе зайти в систему і переглядати чи редагувати списки користувачів чи здійснювати інші неналежні йому дії. Також продавцю будуть відтворюватися лише списки клієнтів, а не всіх користувачів системи.

Всі дані будуть доступні лише адміністратору.

4 Проектування

На етапі проектування розробляється детальний проекту системи товари та опитування думки - “COCtrial”, a саме здійснюється специфікація результатів аналізу, проводиться оптимізація системи та проектування компонентів, які не належать до області проблеми процесу товари та опитування, виконується підлаштування моделі до обмежень і варіантів програмного середовища. Також на цьому етапі визначаєьтся фізична структура системи.

Use case діаграма

Рис. 1. Use Case діаграма системи.

На Use Case діаграмі (рис. 1.) зображені варіанти використання системи різними класами користувачів. Для доступу до функцій Клієнта 1 чи Клієнта 2 користувачі мають пройти процедуру логування. Адміністратор після входу в систему в Клєнті 1 може редагувати базу даних, змінювати користувацькі інтерфейси і переглядати звіти.

В свою чергу, продавці можуть редагувати списків клієнтів, створювати, редагувати та видаляти товари, а також переглядати звіти з допомогою Клієнта 1.

Покупці не використовують даний клієнт.

В Клієнті 2 всі користувачі, пройшовши процедуру логування, можуть обирати товари та робити замовлення.

Рис. 2. Підмодулі Клієнта 1.

Клієнт 1 складається з п’яти підмодулів: FmMain, AccountManagerDAL, ReportBuilderDAL, SurveyBuilderDAL і DataModule.

FmMain. Це модуль який відповідає за інтерфейс клієнта 1.

Класи TMain, TAMFrame, TPassDlg, TRBFrame, TSBFrame, що він в себе включає, є класами інтерфейсу тобто класами-формами, які містять методи обробки стандартних подій та методи необхідні для функціонування інтерфейсу.

AccountManagerDAL: Модуль, який відповідає за логування користувачів та адміністрування системи. Він включає в себе два класи: TUsersDAL, TGroupsDAL.

· TUsersDAL – клас, що містить методи для роботи з користувацькими записами системи:

· TGroupsDAL – клас, методи якого необхідні для роботи з групами клієнтів системи:

ReportBuilderDAL: Модуль, призначений для створення звітів успішності клієнтів, а також результатів опитувань. Він включає в себе клас TReportDAL.

· TReportDAL – клас, методи якого необхідні для роботи зі звітами системи:

SurveyBuilderDAL: Модуль, який відповідає за створення товарів та замовлень. Даний модуль включає в себе два класи: TSurveyDAL, TSurvey.

· TSurveyDAL – клас, методи якого призначені для завантаження, видалення та відтворення списків товарів та замовлень:

· TSurvey – клас для створення товарів та замовлень та їх збереження у вигляді об’єкта (екземпляра даного класу):

DataModule. Цей модуль призначений для організації зв’язку з базою даних, включає в себе клас TDataModule.

· TDataModule – клас, що включє в себе набір стандартних компонент (TADOConnection, TdataSource та TADOStoredProc) необхідних для взаємодії з базою даних.

Клієнт 2

Рис. 3. Підмодулі Клієнта 2.

Клієнт 2 складається з трьох підмодулів: FmMain, SurveyDAL і DataModule.

FmMain. Це модуль який відповідає за інтерфейс клієнта 2.

Класи TMain, TPassDlg, TTestProc, що він в себе включає, є класами інтерфейсу тобто класами-формами, які містять методи обробки стандартних подій та методи необхідні для функціонування інтерфейсу.

SurveyDAL: Цей модуль забезпечує запис клієнтів та оформлення замовлення. Він включає в себе наступні класи: TSurveyDAL, TSurvey, TSurveyAnswers.

· TSurveyDAL – клас, методи якого призначені для завантаження та відтворення списків товарів та замовлень:

· TSurvey – клас для збереження товарів та замовлень у вигляді об’єкта (екземпляра даного класу):

· TSurveyAnswers – клас для збереження товарів та замовлень у вигляді об’єкта (екземпляра даного класу):

DataModule. Цей модуль призначений для організації зв’язку з базою даних, включає в себе клас TDataModule.

· TDataModule – клас, що включє в себе набір стандартних компонент (TADOConnection, TdataSource та TADOStoredProc) необхідних для взаємодії з базою даних.

Взаємодія між модулями відбувається наступним чином:

- Класи TMain і TPassDlg (FmMain) використовують методи класу TSurveyDAL (SurveyDAL).

- Клас TTestProc (FmMain) використовує класи TSurvey та TSurveyAnswers (SurveyDAL).

- Клас TSurveyDAL (SurveyDAL) використовує компоненти класу TDataModule (DataModule) для взаємодії (через збережувані процедури) з базою даних.