має бути мінімальним;
2. Принцип «сильного внутрішнього зчеплення» (High Cohesion) - зв'язність окремих частин всередині кожної підсистеми повинна бути максимальною.
Архітектура більшості корпоративних додатків включає до свого складу три шари:
1. Шар подання (presentation) призначений для обробки подій для користувача інтерфейсу, відображення даних, підтримки функцій командного рядка і т.д.;
2. Шар предметної області (бізнес-логіки або домену) призначений для опису бізнес-логіки - основних функцій програми, призначених для досягнення поставленої мети;
. Шар джерела даних (data source) - відповідає за звернення до БД, обмін повідомленнями, управління транзакціями із зовнішніми програмами.
Глава 5. Ескізний проект
.1 Діаграма діяльності для системи в цілому
Діаграма діяльності (діаграма активності, Activity diagram)? це спеціальний різновид діаграми станів. У цьому типі діаграм більшість використовуваних знаків - це знаки активності, переходи між якими викликані завершенням одних дій і початком інших. Activity diagram підходить для моделювання послідовності дій, так само дозволяє визначити незалежно виконувані дії і показати залежність подальшої роботи від зовнішніх умов або рішень. [10]
Діаграми діяльності (Activity Diagram) дозволяє зобразити потік операцій в системному, виробничому або технологічному процесі. Діаграми діяльності використовується для моделювання прецеденту у вигляді послідовності дій (activity), що описують взаємодію актора з системою. Ця діаграма концентрує увагу на тому, які дії виконуються, і хто несе відповідальність за їх виконання.
Діаграма діяльності для системи в цілому представлена ??на малюнку M1 в додатку M.
5.2 Діаграма послідовності для Use Case
Діаграма послідовностей відображають тимчасову залежність подій, що відбуваються в рамках варіанту використання. Стрілки відповідають повідомленням, переданим між дійовою особою і об'єктами для виконання необхідної функції. [1]
Діаграми послідовності зроблені для чотирьох варіантів використання (див. додаток N).
. Діаграма послідовності для варіанту використання «Реєстрація в системі» (див. малюнок N1). Наприклад, можна прокоментувати дану діаграму:
На діаграмі зображено один актор - учасник, один контролер (Контролер обробки даних) і дві сутності (База даних User і інтерфейс взаємодії (форма «Реєстрація нового учасника»)).
Перед початком роботи користувач робить запит на відкриття форми. Після чого вводить особисті дані у відповідні поля форми реєстрації та здійснює запит на реєстрацію. Дані для реєстрації передаються контролеру, який свою чергу перевіряє коректність введених даних і встановлює з'єднання з БД. Здійснює запит на запис даних і після того, як прийде відповідь від БД про успішне збереженні даних, контролер підтверджує запис і на форму виводиться інформація про успішну реєстрацію учасника.
. Діаграма послідовності для варіанту використання «Авторизація в системі» (див. малюнок N2). Наприклад, можна прокоментувати дану діаграму:
На діагра...