ом. Дозволяє вести облік клієнтів, фіксувати входять заявки, реалізовані угоди і продажу, управляти всіма фінансами організації, ставити і контролювати виконання завдання, оптимізувати і поліпшити роботу співробітників, аналізувати ефективність роботи організації.
«Мотив» має широкий спектр можливостей. Це і загальне поле для взаємодії різних співробітників компанії (що важливо - доступ може здійснюватися з будь-якої точки світу), і накопичення інформації, що дозволяє почерпнути всі відомості про попередньому взаємодії з клієнтами.
«Мотив» дозволяє оперативно змінювати робочі групи - додавання і видалення відповідно до етапів роботи здійснюється елементарно.
У продукті реалізовані оперативне повідомлення виконавців, різні повідомлення інших типів (SMS, поштові, системні) за певними подіям, створення контрольних точок, а також нагадування по ним.
Є угруповання власних завдань з яких-небудь папок для зручності роботи, сортування і групування по яких-небудь параметрами в загальному списку (кількість співробітників, статус, версії, наявність оновлення і т.д.) - для аналізу зібраної інформації.
3. Модель програми
.1 Функціональні вимоги
Акторами додатки є:
· Керуючий компанії
· Співробітник компанії
· Адміністратор
Головну роль у компанії відіграє керуючий. Він має можливість ставити завдання співробітникам, стежити за їх виконанням, а також генерувати звіти з продажу, щоб стежити за бізнесом. Виконавцями є співробітники компанії, які в свою чергу мають можливість переглядати свої завдання, створювати нові записи в розділах «Продажі» і «Рахунки». Також вони можуть стежити за новинами. Адміністратор відповідає за створення нових користувачів і управління їх правами.
Рисунок 1 - Use-Case діаграма
3.2 Архітектура
Цей додаток має наступну архітектуру:
Малюнок 2 - Діаграма класів
Перший рівень відповідає безпосередньо за роботу користувачів з Системою. Доступ до функціональності системи забезпечується за допомогою GUI-інтерфейсу.
Рівень бізнес-логіки характеризується наявністю різноманітних вбудованих системних функцій і сервісів, призначених для функціонування і підтримки життєдіяльності системи. На цьому рівні відбувається обробка подій, перевірка коректності вводяться даних і роботи додатку в цілому, також на ньому забезпечується безпека. Він гарантує ефективну роботу користувачів системи в єдиному інформаційному просторі і надійний комплексний захист інформації.
Через системний інтерфейс на рівні бази даних здійснюється управління доступом до файлів і сховищам. Цей рівень забезпечує повноцінну роботу з інформацією, що зберігається в БД.
Рівень представлення має наступну структуру:
Малюнок 3 - Діаграма класів рівня представлення
На головній формі буде меню, за допомогою якого можна буде відкрити один з наявних розділів. У кожному розділі буде можливість додати новий запис. При виклику цієї дії будуть відображені відповідні форми.
Рівень бізнес-логіки використовує наступні класи:
Малюнок 4 - Діаграма класів рівня бізнес-логіки
Director - клас, що описує функціонал керуючого компанії.
Admin - клас, що описує функціонал адміністратора.
Worker - клас, що описує функціонал співробітника компанії.
Додаток використовує одну базу даних, в якій знаходяться п'ять таблиці: Task - зберігає інформацію про завдання, поставлені співробітникам компанії, Invoice - зберігати інформацію про рахунки компанії, Opportunity - зберігає інформацію про продажі, скоєних компанією, Report- зберігає звіти з продажу, User - зберігає персональні дані співробітників з їх ролями.
Малюнок 5 - Діаграма класів рівня БД
3.3 Моделі деяких процесів програми
Процес додавання нового запису в розділ «Продажі»:
Малюнок 6 - Процес додавання нового запису в розділ «Продажі»
Процес контролювання виконання завдань:
Малюнок 7 - Процес контролювання виконання завдань
4. Безпека в CRM системах
СRM системи для робо...
