3.1.5. Склад та зміст робіт зі створення системи
3.1.5.1 Перелік етапів
Повний життєвий цикл розробки продукту складається з 6-х фаз, кожна з якої складається з 1 або декількох ітерацій. (Рисунок 8).
Аналіз.
На даному етапі:
Аналіз предметної області
Аналіз функціональності системи
Передбачувана оцінка
Аналіз ресурсів
Аналіз матеріальних ресурсів
Аналіз строку виконання
Проектування
На даному етапі:
Розробка вимог програмного забезпечення
3. Розробка
На даному етапі:
Постановка задачі
Проектування алгоритму
Кодування програмного коду
Документування
Тестування
На даному етапі:
Тестування компонентів програми
Налагодження програми
Введення в експлуатацію
На даному етапі:
Установка системи
Підготовка користувача
Супровід
На даному етапі:
Обновлення системи
Підтримка системи.
Рисунок 3 Діаграма Ганта
Рисунок 4Лист ресурсів
3.1.5.2 Залучення персоналу і апаратури протягом проекту.
Протягом проекту працювало 2 аналітики, 2 проектувальники, 2 тестувальники, 3 програмісти(2 з яких змінники). Куратор проекту, що здійснює розподіл ресурсів та контроль виконання завдань у строк. (Рисунок 10,11,12)
Рисунок 5 Призначення по виконавцям на протязі всіх етапів
Рисунок 6 Бюджет по задачах
(див. Додаток 1)
Рисунок12.Модель управління проектом
3.1.6. Вимоги до документування (перелік документів, які
підлягають розробці).
До документів, що підлягають розробці відносяться:
інструкція по експлуатації
короткий опис програми
задокументований хід розробки ПЗ
тестові звіти
структура та код програми
3.2. Специфікування вимог:
Відобразимо статичну структуру програми у вигляді класів, їх структури і відношень між ними.
Кількісна оцінка якості UML
де S - показник якості діаграми, SObj - оцінка складності елементів діаграми, SLnk - оцінка складності зв'язків, Obj - число об'єктів діаграми, Tobj - число типів об'єктів, TLnk - число типів зв'язків.
де Scls - показник якості класу; Ор – число операцій класу; Art - число атрибутів класу.
Компонент |
Специфікація |
Оцінка класу |
|
|
Здійснює перевірку на працездатність системи. |
|
|
|
Здійснює сканування штрих-коду продукту та визначення його ціни |
|
|
|
Здійснює вибір дій які хоче виконати користувач |
|
|
|
Введення штрих-коду за допомогою клавіатури та визначення ціни. |
|
|
|
Підраховується ціна за всі вибрані товари. |
|
|
|
Містить інформацію про ціну за кожний продукт, к-сть внесених коштів та здачу. |
|
Tlnk=2;
TObj=2:
Кількість зв'язків
агрегацій 4
асоціацій 3
∑SLnk=2*4+3=15
Тоді
Отримаємо число що лежить в інтервалі (6.69) -> 5<6.79<9.5
Рисунок 7Діаграма класів
3.3. Моделювання поведінки системи
3.3.1 Activity diagram (діаграми діяльності);
Рисунок 8 Діаграма діяльності
Таблица 4 Елементи діаграми створення
Формулювання прецеденту |
Стан виду діяльності |
1. Перевірка на працездатність системи |
Щоб почати роботу треба налаштувати контакт з системою, перевіривши її працездатність. |
2. Виконується вибір дій |
Натисканням відповідної кнопки ми обираємо дію,що повинна виконуватися. |
3. Процес «Сканування » |
На даному етапі система сканує штрих-код з продукту |
4. Процес «Введення вручну» |
Здійснюється введення штрих-коду вручну з продукту. За допомогою клавіатури. |
5. Процес «Підрахунок суми» |
Система підраховує суму всіх куплених продуктів. |
6.Процес «Видача чека» |
Видається чек з інформацією про всі куплені продукти. Кількість внесених коштів та здача. |
3.3.2 Іnteraction diagram (діаграми взаємодії);
3.3.2.1Діаграми кооперації.
Рисунок 18Діаграма кооперації
3.3.2.2Діаграми послідовності.
Рисунок 9 Діаграма послідовності(форма екземпляра)
S=
Рисунок 10 Діаграма послідовності (форма дескриптора )
3.3.3 State diagram (діаграма стану).
Рисунок 11 Діаграма стану
3.4. Проектування архітектури ПЗ:
3.4.1 Component diagram (діаграма компонентів);
Рисунок 23 діаграма компонентів
Діаграма компонентів входить до діапазону значень 3,5-4
3.4.2 Deployment diagram (діаграма розгортання).
Рисунок 12 Діаграма розгортання
Оскільки доступ до мережі не потрібен, бо система не зв’язується з іншими апаратними засобами чи серверами - каналів немає.