- •Дипломна робота
- •Попередній захист:
- •Завдання
- •Реферат
- •Перелік скорочень, умовних позначень, символів, одиниць і термінів
- •Розділ 1 Загальносистемні питання. Аналіз актуальності розв'язуваної задачі й огляд наявних результатів. Постановка задачі досліджень та проектування
- •1.1.Огляд існуючих сдн
- •1.2. Обґрунтування мети рішення поставленої проблеми і критеріїв ефективності
- •1.3. Постановка задачі. Технічне завдання на розробку
- •Розділ 2 Проектні і технічні рішення та документація
- •2.1. Інформаційне забезпечення проектованої системи
- •2.1.1. Структура і схеми інформаційних об’єктів і ресурсів
- •2.1.2. Структура та опис конфігураційних xml, php, tpl файлів
- •2.1.3. Схеми бази данних(діаграми)
- •2.2. Програмне забезпечення
- •2.2.1. Опис фрагменту коду
- •2.2.2. Опис окремих функцій, їх викликів, взаємодії компонентів
- •Розділ 3 Опис роботи програми
- •3.1. Інструкція користувача (адміністратора, викладача, студента)
- •3.2. Заходи щодо забезпечення безпеки використання програми (захист даних, резервне копіювання, захист від ндс)
- •Взаємодія «викладач – група студентів»
- •Розділ 4 Охорона праці
- •4.1. Аналіз особливостей охорони праці на робочому місці програміста (системного адміністратора, аналітика комп’ютерних систем тощо)
- •4.2. Розробка рекомендацій щодо покращення умов праці та розрахунок їх ефективності
- •4.3. Оцінка ефективності модернізації та заходів щодо охорони праці
- •4.3. Висновки до розділу
- •Висновки
- •Додатки
- •Модуль розроблення тестів
- •Контроль лекційного матеріалу
- •Самостійна робота
- •Інтерактивна взаємодія
Розділ 2 Проектні і технічні рішення та документація
2.1. Інформаційне забезпечення проектованої системи
Виходячи з поставленого завдання та проаналізувавши можливі варіанти розробки модулів для LMS eFront, мною було використане наступне інформаційне та програмне забезпечення:
1.XAMMP – локальний сервер(Apache).
LMS eFront – система ДН.
Eclipse - середа розробки для потужних клієнтських додатків;
PhpMyAdmin- комплект розробника БД MySQL;
RationalRose – середовище для створення UML діаграм.
Однією з задач, які були поставлені для реалізації дипломного проекту було створення діаграм прецендентів та діаграм послідновності. Для цього було використано мову UML. Спосіб описання діаграм графічний. Ця частина є дуже важливою та відповідальною, адже вона відображає дійсність процесі, що відбуваються у створеному модулі.[12]
UML (англ. Unified Modeling Language) — уніфікована мова об'єктно-орієнтованого моделювання, використовується у парадигмі об'єктно-орієнтованого програмування. Є невід'ємною частиною уніфікованого процесу розробки програмного забезпечення.[12]
UML може бути застосовано на всіх етапах життєвого циклу аналізу бізнес-систем і розробки додатків. Різні види діаграм які підтримуються UML, і найбагатший набір можливостей представлення певних аспектів системи робить UML універсальним засобом опису як програмних, так і ділових систем.
Діаграми дають можливість представити систему (як ділову, так і програмну) у такому вигляді, щоб її можна було легко перевести в програмний код.
Крім того, UML спеціально створювалася для оптимізації процесу розробки програмних систем, що дозволяє збільшити ефективність реалізації програмних систем у кілька разів і помітно поліпшити якість кінцевого продукту.
UML прекрасно зарекомендувала себе в багатьох успішних програмних проектах. Засоби автоматичної генерації кодів дозволяють перетворювати моделі мовою UML у вихідний код об’єктно-орієнтованих мов програмування, що ще більш прискорює процес розробки. Практично усі CASE-засоби (програми автоматизації процесу аналізу і проектування) мають підтримку UML. Моделі розроблені в UML, дозволяють значно спростити процес кодування і направити зусилля програмістів безпосередньо на реалізацію системи. Діаграми підвищують супроводжуваність проекту і полегшують розробку документації.[12,14]
2.1.1. Структура і схеми інформаційних об’єктів і ресурсів
Для виконання поставлених завдань було використано мову UML.
Поведінка системи описується за допомогою функціональної моделі, яка відображає системні прецеденти, системне оточення (діючі особи або актори) і зв’язки між прецедентами й акторами (діаграми прецедентів). Основна задача моделі прецедентів – бути єдиним засобом, що дає можливість замовнику, кінцевому користувачеві й розробнику разом обговорювати функціональність і поведінку системи [14].
Розробка моделі прецедентів розпочинається на стадії задумки з вибору акторів і визначення загальних принципів функціонування системи. Потім на етапі опрацювання модель доповнюється детальною інформацією до існуючих прецедентів, а в разі потреби додаються нові [12-14].
Діаграма прецендентів для адміністратор, відношення в процесі взаємодії з заліковою книжкою.
Рис. 2.1 Інформаційний об’єкт адміністратор
Діаграма
прецендентів для студента, відношення
в процесі взаємодії з заліковою книжкою.
Рис. 2.2. Інформаційний об’єкт студент
Рис. 2.3. Інформаційний об’єкт студент
Діаграма прецендентів для викладача, відношення в процесі взаємодії з заліковою книжкою.
Рис. 2.4. Діаграма послідовностей для прецеденту «робота у заліковій книжці»
