1.1.3 Схема функціональної структури та опис функцій, що автоматизуються
Перед установкою необхідно завантажити останню версію NG CMS. Через те, що система була повністю перенесена на сайт GitHub на офіційному сайті Ви зможете знайти посилання для скачування останньої версії або завантажити останню актуальну версію движка [9].
Підготовчий етап:
- Розпакуйте архів з дистрибутивом в тимчасовий каталог.
- Завантажте всі файли з тимчасового каталогу в кореневий каталог вашого сайту.
- Виставте необхідні права доступу для наступних файлів / каталогів:
- Папка: uploads / (і всі папки всередині)
- Папка: templates / (і всі папки всередині)
- Папка: engine / conf / (і всі файли всередині)
- Папка: engine / backups /
- Папка: engine / cache /
- Папка: engine / skin / default / tpl (і всі папки всередині)
- Всі файли (* .tpl) у всіх папках: templates /
- Наберіть в браузері адресу вашого сайту
- Дотримуйтесь подальших інструкція
Установка системи:
Фактично установка системи складається з 7 простих кроків, пройшовши які ви отримаєте повністю робочу CMS.
Крок 1: Ліцензійна угода
На даному етапі Вам потрібно ознайомитися з ліцензійною угодою NGCMS і прийняти його, поставити відповідну галочку внизу сторінки. (Рис. 1.1)
Рисунок 1.1 - Ліцензійна угода NG CMS
Крок 2: Налаштування БД
На даній сторінці Вам необхідно ввести параметри підключення до БД. (Рис. 1.2)
Рисунок 1.2 - Налаштування бази даних
Крок 3: Перевірка доступів
На даному етапі виконується перевірка на відповідність характеристик сервера до мінімальним вимогам скрипта. Також перевіряється чи правильно виставлені права доступу (chmod) до директоріями. (Рис. 1.3)
Рисунок 1.3 - Перевірка доступів
Крок 4: Активація плагінів
На даній сторінці відображається список плагінів, що входять в поставку NGCMS. Деякі з них ви можете активувати прямо тут. (Рис. 1.4)
Рисунок 1.4 - Активація плагінів
Крок 5: Вибір шаблону
На даній сторінці виберіть шаблон за замовчуванням, який Ви побачите після установки. (Рис. 1.5)
Рисунок 1.5 - Активація плагінів
Крок 6: Загальні параметри
На даному етапі потрібно ввести загальні параметри сайту, такі як URL сайту, заголовок, а також логін і пароль для адміністратора. (Рис. 1.6)
Рисунок 1.6 - Загальні параметри
Крок 7: Завершення установки
Це заключний етап установки. Тут відображаються всі, виконані під час установки дії. (Рис 1.7)
Рисунок 1.7 - Загальні параметри
Після цього кроку, Вам необхідно зайти на сайті і якщо установка пройшла успішно, то буде відображатися (залежно від вибраного шаблону в кроці 5) приблизно, наступне (Рис. 1.8)
Рисунок 1.8 - Робочий сайт
1.1.4 Опис постановки задачі
Поведінка розроблюваної системи описується за допомогою функціональної моделі, яка відображає системні прецеденти, системне оточення (дійових осіб або акторів) і зв'язки між прецедентами і акторами (діаграми прецедентів). Основне завдання моделі прецедентів - являти собою єдине засіб, що дає можливість фахівцеві в предметній області і розробникові - фахівцеві в інформаційних технологіях спільно обговорювати функціональність і поведінку системи.
Актори - це користувачі, або інші системи, які унікальним чином взаємодіють з розглянутої системою [10].
У розробляється інформаційній системі претендентами на роль акторів є:
- Адміністратор - користувач, який здійснює настройку і конфігурацію системи.
- Учасник - користувач, якому доступно участь у баттлах сайту, перегляд архіву жартів, відправка заявок на участь іншим гравцям.
- Глядач - користувач, який має набір обмежених прав. В основному дана група може тільки голосувати за учасників баттла.
За допомогою прецедентів моделюється діалог між актором і системою. Прецеденти визначають можливості, забезпечувані системою для актора. Набір всіх прецедентів системи визначають всі способи її використання. Можна сказати, що прецедент - це послідовність транзакцій, виконуваних системою, яка приводить до деякого результату для певного актора [11].
У розробляється системі повинні забезпечуватися такі потреби:
- Актор Адміністратор реєструється в системі, як користувач, який володіє певними правами доступу до даних;
- Актор Адміністратор перевіряє матеріали користувачів і якщо вони потребують редагування, редагує їх;
- Актор Адміністратор має можливість переглядати і голосувати за баттл;
- Актор Адміністратор перевіряє матеріали користувачів і якщо вони потребують редагування, редагує їх;
- Актор Гість реєструється в системі, як користувач, який володіє певними правами доступу до даних;
- Актор Гість має можливість вибрати групу на сайті;
- Актор Глядач реєструється в системі, як користувач, який володіє певними правами доступу до даних;
- Актор Глядач має можливість переглядати і голосувати за баттл;
- Актор Учасник реєструється в системі, як користувач, який володіє певними правами доступу до даних;
- Актор Учасник має можливість переглядати і голосувати за баттл;
- Актор Учасник перебуває у списку учасників сайту, якщо він готовий до баттл;
- Актор Учасник може взяти участь у баттле, а також кинути і прийняти виклик на баттл;
- Актор Учасник має доступ до архіву жартів;
На підставі перелічених потреб виділимо наступні прецеденти:
- Реєстрація;
- Конфигурирование;
- Вибір групи;
- Список учасників;
- Кинути виклик;
- Участь у баттле;
- Прийняти виклик;
- Опублікувати матеріал;
- Редагувати матеріал;
- Архів жартів;
- Перегляд баттла;
Діаграма прецедентів - це графічне представлення всех або части акторів, прецедентів и їх взаємодій в системе. У Кожній системе зазвічай є головна Діаграма прецедентів, яка відображає Межі системи (акторів) i основне функціональне поведінка системи (прецеденти).
Головна Діаграма прецедентів системи наведена на рисунку. 1.9.
Діграмма відправки заявки на баттл відображена на рисунку. 1.10. Учасник повинен коректно ввести дані в форму для її відправки. Після підтвердження суперником, учасник повинен опублікувати матеріал для баттла, де також буде форма і перевірка на коректність введених даних [12].
Рисунок 1.9 - Діаграма прецедентів
Рисунок 1.10 - Діаграма дій при відправці заявки на баттл
1.2 Рішення інформаційного забезпечення