Міністерство освіти і науки України

Кіровоградський національний технічний університет

Механіко-технологічний факультет

Кафедра програмного забезпечення

Дисципліна: Технологія проектування програмних систем

Лабораторна робота № 4

“ Проектування програмної системи ”

Виконав: ст. гр КІ-13-1М

Іванов І.І.

Перевірив: Константинова Л.В.

1. Кіровоград 2013

Ціль: Оволодіння навичками по проектуванню програмної системи

Завдання: Виконати повне проектування програмної системи. Виконати проектування тестуючої системи.

Надати звіт, що містить результати проектування програмної системи

Хід роботи

1.Зв'язність та ув'язування класів

Як видно з розробленої раніше діаграми класів, класи в проектованій системі не мають родинних зв'язків(за виключенням класу System.Object, який є спільним предком усіх класів на платформі ASP.NET). При цьому класи доволі щільно зв'язані вкладеністю, оскільки деякі класи мають поля, які є екземплярами інших….

2. Клієнт-серверні взаємодії.

А рхітектура клієнт-серверних взаємодій спроектована таким чином, щоб забезпечити обмін …

Рисунок 1 — Схема клієнт-серверної взаємодії

Як видно з рис.1, схема передбачає обмін інформацією та доступ до різних частин системи на двох різних рівнях: користувацькому та адміністраторському. Таким чином в системі виконується розмежування доступу до даних та процедур. Користувачеві надається базовий функціонал системи та графічний інтерфейс для роботи з ним, йому надається також можливість відправлення запитів для обробки на сервері. Адміністраторський же рівень надає функціонал для керування та модифікації системи, внесення змін напряму до БД тощо.

З точки зору програмної реалізації, взаємодія між частинами системи здійснюватиметься засобами платформи ASP.NET, яка надає більш ніж достатній обсяг функцій та інтерфейсів для обміну даними.

3. Проектування транзакцій та збережених процедур.

Оскільки на користувацькому рівні відсутня можливість довільного доступу та модифікації БД, даний розділ відноситься виключно до адміністраторського функціоналу системи та, частково, до елементів бізнес-логіки.

Окреслимо перелік операцій, які можуть виконуватись цими підсистемами:

Бізнес-логіка:

- вибірка даних з БД;

Адміністратор:

- вибірка

- модифікація

- додавання

- видалення даних.

Очевидно, що налаштування механізму транзакцій, збереження та відкату змін не актуальне для функцій бізнес-логіки, оскільки вони не вносять змін до БД.

Для адміністраторської ж частини слід передбачити весь можливий перелік запобіжних заходів з метою попередження внесення у БД небажаних або непродуманих змін, які можуть зашкодити роботі системи чи порушити структуру БД.

…

4. Авторизація

Передбачається, що дана система буде частиною веб-сервісу, доступного широкому загалу, тому функції адміністрування мають бути приховані і захищені від звичайних користувачів чи зловмисників. Оскільки дана система є лише складовою частиною більшої системи, то на даному етапі видається недоцільним проектування засобів захисту, які слід розробляти для всього сервісу вцілому.

…

5. Тестування системи

З урахуванням специфіки системи слід провести тестування наступних її аспектів:

- тестування баз даних;

- тестування інтерфейсу користувача

- тестування авторизації.

…

Контрольні питання:

1. Який вплив на проектування роблять принципи, пов'язані зі зв'язністю і ув'язуванням?

Зв’язність і ув’язування знаходяться у протиріччі

2. Які об'єкти можуть виступати як цільові об'єкти для повідомлень згідно із законом Деметра?

1.  Об'єкт, у якому визначений …

…

7. Які дії можливі у відповідь на відправлений запит на зміни?

- запит прийнято, внести зміни відповідно до запиту;

- запит відхилено, зміни не вносяться.

…