«Клієнти» 5Отзиви. Код_ ОтзиваДля всіх екземплярів сутності «Роль»
Таблиця 3.5. Динамічні обмеження
№ п/пГруппа атрібутовОграніченія1Задачі. Код_ ЗадачіКод_ Завдання=Код_ Завдання +1 - значення атрибута курс може тільки збільшуватися на едініцу.2Сотруднікі. Код_ СотруднікаКод_ Співробітника=Код_ Співробітника +1 - значення атрибута курс може тільки збільшуватися на едініцу.3Кліенти. Код_ КліентаКод_ Клієнта=Код_ Клієнта +1 - значення атрибута курс може тільки збільшуватися на едініцу.4Отзиви. Код_ ОтзиваКод_ Відкликання=Код_ Відкликання +1 - значення атрибута курс може тільки збільшуватися на одиницю.
Проектування фізичної моделі даних
Фізична модель була побудована за допомогою програмного продукту Erwin 7. Побудована база має всі властивості баз даних, такими як: функціональна повнота; мінімальна надмірність; цілісність бази; узгодженість; актуальність; безпека; восстанавливаемость; логічна і фізична незалежність; ефективність. Структурафізіческой моделі даних відображена на рис. 3.3.
3.2 Розробка архітектури програмної системи
Діаграма класів
Діаграма класів відображає основні класи системи.
У додатку, що розробляється є 4 основні класу для заповнення балансу комерційного банку, формування звітності про стан показників ліквідності та стан ліквідності.
Діаграма основних класів, які виконують важливі функції в системі представлено на рис. 3.4.
Рис. 3.4. Діаграма основних класів
Рис. 3.2. Логічна структура моделі даних
Рис. 3.3. Структура фізичної моделі даних
3.3 Тестування програми
Для проведення повнофункціонального якісного тестування програмного продукту було запропоновано розбити всі додаток на наступні складові.
Метою тестування додатка є перевірка коректної роботи та функціонування.
Підсумком процесу тестування має стати висновок про якість даного програмного продукту, складеного на підставі списку протестованих функцій, список виявлених дефектів і його аналізі [6].
У процесі тестування програми були застосовані ad - hoc тестування через відсутність суворої специфікації, а також зважаючи на обмеженість ресурсів на формалізацію тестів. Однак найбільш ризиковані функціональності будуть покриті формальними тестами.
Кінцевим результатом проведення тестування стало висновок про якість додатки, заснованого на списку протестованих функцій, список виявлених дефектів і його аналізі.
Підхід, запропонований все об'ємне тестування, включає в себе тестування навантаження, тестування властивостей, інсталяційне тестування, регресійне тестування, тестування графічного інтерфейсу користувача [10].
Функціональне тестування представлено в додатку Б. (табл. Б.4)
Тестування графічного інтерфейсу користувача
При тестуванні графічного інтерфейсу використовується наступний підхід:
) всі дії з тестування виконуються в ручному режимі;
) всі дефекти відстежуються і усуваються за допомогою корпоративної системи відстеження дефектів.
Метою тестування графічного інтерфейсу є знаходження недоробок в графічному інтерфейсі в ході проведення різних оцінок після завершення написання проекту [12].
Базове тестування, тестування валідації та тестування «usability» наведено в дод. Б.
Тестування інтерфейсу програми
Як наочний приклад тестування інтерфейсу нижче надані скріншоти програми з основним функціоналом програми. (рис. 3.9 - рис. 3.15).
3.4 Розгортання програмного продукту
Рис. 3.6. Завдання
Рис. 3.7. Співробітники
Рис. 3.8. Клі?? нти
Рис. 3.9. Відгуки
Для розгортання програмного продукту необхідно наступне:
ОС Windows XP/Vista/7;
Інтернет.
У ході виконаного третього поділу був спроектований і розроблений бізнес - додаток, а саме:
Була описана математична модель проектованої системи;
Спроектована структура БД, де були описані всі атрибути та обмеження, а також побудовані логічна і фізична моделі БД;
Була побудов...
