СІСТЕМНОЇ Специфікації ВИМОГ ДО ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ (ЗА МЕТОДОМ VORD)
2.1 Розробка корістувальніцькіх вимог
Регламентація функцій системи
Система винна Виконувати следующие три гру функцій:
1). Група: Функції пов язані зі створеня бази даних
№Назва функціїКатегорія 1.Створення бази даних по заданій предметній областіочевідна2.Введення до бази даних таблиць, что відповідають Головня сутности: Замовлення, Водій, Клієнт, Автомобіль очевідна3.Побудова между Таблиця правильних логічніх зв язківочевідна4.Пріведення усіх таблиць до 2-ої нормальної формісхована5.Віключення з'явиться NULL-значення в базі даніхсхована
2). Група: Функційні вимоги до ситеми
№Назва функціїКатегорія 1.Можлівість авторізації у сістемі за логіном та паролем.очевідна2.Забезпечення редагування, відалення та Додавання НОВИХ запісів у режімі адміністратора та Додавання НОВИХ замовлень у режімі діспетчера.очевідна3.Можлівість Додавання нового запису У Вибраного таблицю в режімі адміністратора.очевідна4.Забезпечіті Внесення информации про оплату, тариф, ефір, відсутність оплати, пільгове замовлення у режімі діспетчера.очевідна5.Забезпечіті поиск клієнта за порядковим номером. очевидна
3). Група: Функціональність графічного інтерфейсу користувача
№Назва функціїКатегорія 1.Вікорістаті Стандартні графічні компонентіочевідна2.Забезпечіті зручність інтерфейсу корістувачаочевідна3.Компоненті Для введення даних підбіраті у відповідності Із типом даних (например, checkBox для типом bool) схована4.Кольорі компонентів зверни Такі, что НЕ подразнюватімуть око та псіхіку корістувачаочевідна5.Передбачіті можлівість Зміни Розмірів вікон програміочевідна
атрибут системи:
· Форма Заповнення бази даних=помощью форм.
· Форма опитування=діалогова панель.
· Тип Базі Даних=MySQL.
· Тип СУБД=MySQL Manager.
· Тип ГІТ бібліотеки=Swing.
· Година запитом до БД=Не более 0,5 секунди.
· Мова программирования=Java.
· Операційна система=приложение винен буті кроссплатформовім.
· Розмір головного вікна=примерно? екранах користувача.
Можлівість использование в мережі=розглядається.
3. Розробка АРХІТЕКТУРИ ПРОГРАМНОГО ЗАБЕЗПЕЧЕННЯ
3.1 UML-діаграмі (8 відів)
Основною причиною использование мови UML є Взаємодія розробніків между собою. Як правило, моделювання Деяк процесса чі системи відбувається з метою реализации у виде програмного коду. Проти, Обговорення деталей моделі у термінах мови програмування Вкрай ускладнює розуміння базових зрозуміти моделі внаслідок акцентування на деталях реализации. При вікорістанні природної мови в обговоренні такоже вінікає плутанини через шлюб точно зазначеної. Таким чином, мову моделювання UML доцільно використовуват тоді, коли необхідна точність, вже не проти потрібні Зайві Подробиці. Однако UML деталями моделі НЕ нехтує, а вісуває на передній план найважлівіші з них. Для складних проектів! Застосування UML допомагає здобудуть наочно уявлення про систему в цілому. Например, Поверхнево Ознайомлення з діаграмою класів дает уявлення про види абстракцій в сістемі и де розташовуються найменша оброблені части моделі, что потребують Подальшого уточнення. При подалі ознайомленні Із системою та патенти візначіті, як класи кооперуються между собою, провівші аналіз діаграм взаємодії, что ілюструють основні аспекти поведінкі системи.
При проектуванні віщеопісаної системи були вікорістанні Такі UML-діаграмі: Діаграма варіантів использование, діграма слідування, Діаграма класів та звісно ж концептуальна Діаграма бази даних оскількі проектована програмна система буде містіті базу даних (Не відносіться до UML-діаграм ).
3.1.1 Діаграма варіантів использование
Дана Діаграма ілюструє процес взаємодії дійовіх осіб у сістемі (акторів), Дії Які смороду могут Виконувати та зв язки, Які їх поєднують между собою.
Як видно з діаграмі в даній сістемі є только 4 дійовіх особини:
· Замовник
· Диспетчер
· Водій TAXI
· Адміністратор
Замовник (тобто тієї, хто замовляє автомобільне перевезення) и водій мают доволі абстр...
