ніе інформації про пользователеРедактирование даних пользователя3Просматривание інформації пользователяПросматривание інформації пользователя4Удаленіе пользователяУдаленіе пользователя5Добавленіе студентаДобавленіе в базу даних інформації про новий студенте6Ізмененіе інформації про студентаРедактірованіе даних студента 7Просматріваніе інформації студентаПросматріваніе інформації студента8Удаленіе студентаУдаленіе студента9Добавленіе дісціпліниДобавленіе в базу даних інформації про нову дісціпліне10Ізмененіе інформації про дісціплінеІзмененіе інформації дісціпліни11Просматріваніе інформації дісціпліниПросматріваніе інформації дісціпліни12Удаленіе дісціпліниУдаленіе дісціпліни13Добавленіе записи в ведомостьДобавленіе в базу даних нового запису відомості.
Розроблена инфологическая модель предметної області дає первинне уявлення про проектованої системі, а так само створює основу для проектування бази даних, так як відображає дії, які будуть проводитися з базою і по ній вже можна проектувати зв'язку між таблицями.
В
Рис. 1 - Інфологіческая модель предметної області для системи даних по студентам
2. Розробка логічної моделі
Логічна модель призначена для опису рішення в термінах організації, структури і взаємодії різних її частин з точки розробника. Логічна модель, в загальному вигляді:
В· визначає складові частини рішення;
В· описує робоче середовище, в якій всі частини рішення збираються в одне ціле;
В· ілюструє, з чого збирається рішення і як воно взаємодіє з користувачами та іншими рішеннями.
.1 Опис сервісів
Переваги модульності:
В· Такі програми легко проектувати і налагоджувати. Функціональні компоненти такої програми можуть бути написані і налагоджені окремо один від одного.
В· Програми легко супроводжувати і модифікувати. Зміна одного компонента не вимагає зміни всіх компонентів.
В
Рис. 2 - Блок-схема модульності
2.2 Вибір архітектури
У розробляється системі використовується трирівнева архітектура, оскільки вона характеризується набагато більшою гнучкістю при розгортанні, ніж дворівневі програми, клієнт-сервер, в яких код програми залежить від місцезнаходження даних. Трирівнева архітектура складається з перерахованих нижче ланок. br/>В
Рис. 3 - Трирівнева архітектура системи
Обидва користувальницьких сервісу ставляться до рівня подання. Сервіс формування даних для представлення теж відноситься до рівня подання. Бізнес сервіси та сервіс верифікації користув...