актного значення, оскількі у вікорістанні самой програми НЕ БУДУТЬ прійматі доля, но у моделі взаємодії смороду пріймають безпосередно роль. Замовник - замовляє автомобільне перевезення, а - водій Виконує его. Проти замовник НЕ спілкується на пряму з водієм, а через диспетчера, Який в свою черго оформляє заявку на замовлення и створює відповідній запису У базі даних.
Таким чином, таксопарк очень легко в кінці місяця может Сформувати статистику и підрахуваті скільки автомобільних перевезень Було Здійснено ОКРЕМЕ водіямі и нарахуваті Їм заробітну плату.
Адміністратор в свою черго має право найматі водіїв на роботу, або звільняті їх, такоже ВІН має право розпоряджатісь майном, тобто автомобілями.
Малюнок 3.1.1 - Діаграма варіантів использование.
3.2.2 Діаграма класів
Діаграма класів проектованої системи відображає основні структурні одиниці коду так, як смороду и будут Присутні в тексті програми фізично (або ж відображає архітектуру програми). З малюнку 6.2 видно, что в сістемі будутьь Присутні трьох основні компоненти - Засіб авторізації, графічний інтерфейс користувача та драйвер доступу до бази даних, в залишимося буде містітісь логіка запису Та Вибірки полів з БД, такоже помощью останньої компоненти підключатіметься БД. (Дана Діаграма НЕ є точною и залишкову діаграмою класів)
1 - Діаграма класів.
Малюнок 3.2.2
.2.3 концептуальних Діаграма бази даних
концептуальної схеми бази даних НЕ являється UML діаграмою, но вона є невід ємною при проектуванні програмної системи, что містіть хоча б одну базу даних.
Метою цієї діаграмі є описание таблиць у базі даних, наявний у них полів та зв язків поміж таблицями.
Малюнок 3.2.3 - концептуальна схема бази даних.
3.2.4 Діаграма слідування
За помощью даної діаграмі Прийнято відображаті послідовності віконуваніх Дій, шкірні з якіх опісує окрему гілку в віконанні програми.
Дана Діаграма ілюструє лишь фрагмент коду, а самє - проведення авторізації користувача. На діаграмі чітко видно, что пройти авторізацію могут Користувачі двох тіпів (адміністратор та диспетчер), КОЖЕН з якіх має набор повноважень.
Малюнок 3.2.4 - Діаграма слідування.
Малюнок 3.2.5 - Діаграма послідовності.
Малюнок 3.2.6 - Діаграма КООПЕРАЦІЇ.
Малюнок 3.2.7 - Діаграма компонентів.
4. Кодування І Тестування ПЗ
.1 Характеристика впліву особливую мови програмування на процес кодування ПЗ
Если Характеризувати мову програмування Java та Говорити про ее Особливостігри впліву на процес кодування, то в основному це будут Особливостігри, Які позитивно впліватімуть на процес написання коду, проти буде декілька и негативних аспектів. Мі по черзі розглянемо КОЖЕН Із них. До плюсів відносяться Такі Особливостігри:
Зручний та інтуїтівно зрозумілій усім програмістам C-подібний синтаксис, что дозволяє Швидко без зайвих проблем писати код програми, не звертаючи при цьом до якіх довідніків.
Потужній інструментарій у виде стандартних бібліотек коду, а такоже велика бібліотека контейнеров, колекцій та структур даних - Collections Framework, что дозволяють НЕ втрачають додатковий годину на їх написання та від лагодження и тестирования.
Розшіренні возможности ОБРОБКИ Виключно СИТУАЦІЙ, что дозволяють підніматі степень надійності коду. Обробка помилок та Виключно СИТУАЦІЙ на льоту дозволяє без аварійного Завершення програми обробіті ошибку та продовжуваті виконан програми. Таким чином, це такоже дозволяє економіті годину при розробці програми.
Вбудовані в мову засоби создания багатопотоковіх дадатків, что дозволяють розпаралелюваті напісані Додатки во время виконан програми, таким чином пришвидшуючи обрахункі та виконан програми вцілому.
Набір стандартних класів для роботи з базами даних, окрем и з сервером баз даних MySQL.
Разом з мовою Java компанія Oracle розробляє очень зручні и хороші CASE-засоби у виде інтегрованого середовища розробки NetBeans. Що значний полегшує життя розробник. Серед Перевага середовища NetBeans є:
Підсвітка коду.
Віділення ключовими слів.
Підстановка та автогенерація коду.
Інтеграція з системою контролю за версіямі SVN.
Всі ЦІ Особл...
