рії компанії.
Елемент користувацького інтерфейсу «Управління записами» містить додаткові можливості, через які є можливість додавати або налаштовувати окремі елементи сайту.
Елемент користувацького інтерфейсу «База знань» містить список найбільш значимої інформації для підприємства, з якими працюють системні адміністратори.
Ці сторінки містять елементи користувальницького інтерфейсу описані вище. А саме «головна сторінка», «архів Р2», «інвентаризація», «облікові записи», «база знань».
Таким чином, ми спроектували всі елементи користувальницького інтерфейсу для користувача.
Перейдемо до проектування адміністраторського користувача інтерфейсу.
Основною вимогою, пропонованою до інтерфейсу адміністратора є створення можливості захисту доступу до даного інтерфейсу невідомому користувачеві. Для цього використовуються засоби авторизації, що включають в себе, перевірки значень існуючих сесій веб-клієнта, відкриття сесії адміністратора при введенні коректної пари значень «логін» - «пароль», закриття сесії після закінчення певного часу, закриття сесії на вимогу користувача.
Враховуючи, що основними завданнями адміністратора системи є створення нових і редагування існуючих записів: Р2, бази знань.
Завданням адміністратора стає, використовуючи відомі йому «логін» і «пароль» увійти на сайт, відкрити необхідний розділ в меню і додати новий або відредагувати існуючий елемент.
Проектування підсистеми перетворення і підготовки
Завданнями підсистеми перетворення і підготовки даних для подачі користувачеві полягає в пошуку необхідної інформації в базі даних.
При цьому потрібно мінімізувати час роботи підсистеми пошуку інформації. Для цього потрібно запитувати, тільки цікавлять дані (для цього СУБД дозволяють отримувати тільки цікавлять атрибути елементів).
Таким чином, завданням даного розділу стає визначити, порядок обробки запитів користувача та інформацію, яка буде передана користувачеві в кожному варіанті використання.
Для опису правил роботи системи в кожному певному варіанті використання системи, застосовуються діаграми послідовності дій. Такі діаграми дозволяють описувати кожен з можливих варіантів використання системи.
Діаграма, яка описувала роботу системи, при відкритті користувачем головної сторінки додатки, зображується на малюнку 2.6.
Малюнок 2.6 - Діаграма послідовності дій при відкритті головної сторінки сайту
Таким чином, ми спроектували варіант роботи з системою, уточнили архітектуру підсистеми зберігання інформації, підсистеми підготовки інформації і підсистеми відображення інформації користувачеві розроблювального додатка, а також підготували для розробки алгоритм роботи системи, і загальну структуру внутрішньої будови системи.
Проектування взаємозв'язку між компонентами системи
Компонентами називаються складові частини, виділені за певною ознакою або сукупністю ознак, при цьому ці частини можна розглянути як єдине ціле. Підсистема від компоненти відрізняється тим, що компонента меншого або рівного розміру, а також компоненти можуть включати один одного. Тобто Підсистема зберігання інформації включає в себе дві компоненти: компоненту СУБД і компоненту Моделі системи [13].
Таким чином, наша система складається з наступних компонентів:
Компонента «СУБД»;
Компонента «Модель»;
Компонента «Вистава»;
Компонента «Контролер»;
Компонента «Веб-сервер»;
Компонента «PHP препроцесор».
А також компоненти «Архів Р2», «Інвентаризація», «База знань», які, являють собою програмні оболонки для відповідних таблиць компонентів СУБД.
Використання таких компонент, є широко поширеною практикою web-програмування.
Взаємозв'язок між компонентами визначається посредствам надаваних інтерфейсів (компонент повинен представити інтерфейс для роботи з даними компонентом).
Уявімо загальне діаграму компонент на малюнку 2.7. Позначення дані відповідно до нотацією UML 2.0.
Малюнок 2.7 - Діаграма компонент Інтернет додатки
Таким чином, діаграма показує, що додаток використовує мову структурованих запитів SQL для доступу до СУБД, і загальний інтерфейс шлю...
