Варіанти завдань для лабораторного практикуму

Варіанти завдань для лабораторного практикуму

Номер завдання для виконання обирається згідно із Вашим номером у журналі академічної групи.

1. Відеопрокат

2. Торговий автомат

3. Табло на станції метро

4. Онлайнова театральна каса

5. МІНІ-АТС

6. Управління контактами з клієнтами

7. Банкомат

8. Інтернет-магазин

9. Бібліотечна система

10. Web-форум

11. Каталог ресурсів Web

12. Генеалогічне дерево

13. Інформаційний кіоск метро

14. Турнікет метро

15. Гра «Тетріс»

16. Web-сайт авіакомпанії

17. Система складського обліку

18. Система підтримки складання розкладу занять

19. Телефон

20. Гра «Пасьянс-косинка»

21. Система нарахування зарплати

22. Система управління ліфтами

23. Система для введення інформації при прийомі співробітника на роботу

24. Служба зайнятості в рамках вузу

25. Пральна машина

26. Цифровий диктофон

27. Таксофон

28. Холодильник

29. Кодовий замок

30. Система обліку товарів

31. Будильник

32. Телевізор

33. Домофон

Варіант 1. Відеопрокат

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ відеопрокат

Пункт прокату відео потребує комп'ютерної системи. Його асортимент складає близько тисячі відеокасет і п'ятисот відеодисків. У прокаті є відеодиски різних форматів: DVD, MPEG4, Blu-ray, HD-DVD. Фільми купуються у різних постачальників. Зазвичай одне замовлення постачальникові робиться на декілька фільмів. База даних зберігає звичайну інформацію про постачальників: їх адреси, телефонні номери і т. д. У кожному замовленні постачальникові вказується: перелік фільмів; їх кількість, формати касет/дисків; відпускна ціна.

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

Кожному клієнтові при першому зверненні у відеопрокат видається клієнтська картка з штріх-кодом для автоматизації обробки його запитів. Дані про клієнта (П. І. Б., телефон, адреса) заносяться в базу даних.

При видачі фільму в прокат встановлюється конкретний період прокату (обчислюваний в днях). Плата за прокат обчислюється як добуток кількості днів на ціну одного дня прокату. Ціна залежить від відеоносія: касета або диск; формату диска. Плата за прокат стягується у момент видачі. За касети і диски, повернені пізніше терміну, стягується додаткова плата за дні, які перевищують термін прокату. Якщо касета/диск затримані більш ніж на два дні, клієнта щодня повідомляють про затримку. Після двох повідомлень про затримку однієї і тієї ж касети/диска, клієнт заноситься в список порушників. При наступному його зверненні у відеопрокат працівник прокату вирішує: залишити клієнта в списку порушників і відмовити в обслуговуванні або видалити із списка порушників і обслужити. При псуванні відеоносія клієнтом з нього стягується штраф.

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

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

Клієнтові одночасно можуть бути видані декілька касет або дисків, проте кожному взятому відеоносієві ставиться у відповідність окремий запис. Для кожного фільма, який видається напрокат фіксуються дата і час видачі, вартість прокату, встановлений і фактичний термін повернення. При поверненні запис про наявність відеокасети оновлюється, щоб відобразити цей факт. Крім того, запис зберігає інформацію про працівника, який оформив прокат. Записи зберігаються протягом 12 місяців, після чого видаляються.

До списка варіантів

Варіант 2. Торговий автомат

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ торгового автомата

Автомат складається з п'яти лотків для зберігання і видачі товарів.

Зовнішній вигляд автомата зображений на малюнку.

Завантаження товарів на лотки здійснюється обслуговуючим персоналом. Автомат стежить за наявністю товару. Якщо який-небудь товар розпроданий, автомат відправляє повідомлення про це на станцію обслуговування по лінії зв'язку і інформує покупців (запалюється червона лампочка поряд з лотком даного товару).

Автомат приймає до оплати паперові купюри і монети. Після введення грошей клієнт вибирає товар натисненням на кнопку потрібного лотка і натискає на кнопку видачі товару. Видача товару проводиться тільки в тому випадку, якщо товар є в наявності і якщо введена сума грошей не менше ціни товару. Якщо сума перевищує ціну, клієнтові видається здача. Товар видається поштучно.

При натисненні на кнопку "Повернення" клієнтові повертаються всі прийняті від нього до оплати гроша. Гроші не повертаються після видачі товару. Автомат повинен коректно працювати при одночасному натисненні на кнопки видачі товару і повернення грошей.

На автоматі є інформаційне табло, на якому висвічується поточна сума грошей, прийнятих автоматом до оплати, і повідомлення для клієнтів, такі як: "введіть гроші", "виберіть товар", "натисніть кнопку видачі", "введеної суми недостатньо", "товар відсутній ", "заберіть покупку", "заберіть здачу", "заберіть гроші".

У спеціальному відділенні автомата, який закривається замком, є сервісна консоль, яка використовується обслуговуючим персоналом. З консолі здійснюється управління доступом до ящика з грошима для вилучення виручки, управління доступом до товарних лотків для завантаження або заміни товару, а також введення даних про товари на лотках у пам'ять автомата. Дані включають ціну, найменування товару, номер лотка, на якому знаходиться товар і кількість товару на лотку. Варіант завдання включає розробку схеми бази даних про товари.

До списка варіантів

Варіант 3. Табло на станції метро

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ табло на станції метро

Табло розташовані на кожній станції метро. Вони працюють під управлінням єдиного пункту управління (ПУ) інформаційної служби метро. Табло відображає поточний час (години, хвилини, секунди) і час, який пройшов з моменту відправлення останнього поїзда (хвилини, секунди). Момент прибуття і відправлення поїзда визначається за допомогою датчиків, які встановлюються на шляхах. Всі табло метро синхронізовані, поточний час відлічується і встановлюється з центральної служби часу, яка знаходиться на ПУ.

На табло висвічується кінцева станція призначення поїзда, який прибуває. Ці дані містяться в розкладі руху поїздів, який зберігається в пам'яті табло і періодично оновлюється з ПУ.

У «біжучому рядку» табло відображається рекламна інформація. Пам'ять табло зберігає до 10 рекламних повідомлень. Повідомлення відображаються одне за одним з невеликими паузами, циклічно. Зміст рекламних повідомлень надходить з ПУ.

Додаткова функція табло - за запитом з ПУ воно пересилає дані про порушення розкладу (передчасних відправленнях поїздів або запізненнях).

У ході виконання завдання повинна бути створена схема бази даних для зберігання рекламних повідомлень, розкладу і відомостей про порушення розкладів.

Пояснення: у завданні потрібно розробити модель ПЗ тільки для табло, але не для пункту управління інформаційної служби.

До списка варіантів

Варіант 4. Онлайнова театральна каса

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ онлайнової театральної каси

Онлайнова театральна каса "КВИТКІВ.НЕТ" є web-сайт служби бронювання і доставки квитків на спектаклі і концерти.

Перш ніж вперше скористатися послугами каси клієнт повинен реєструватися. У ході реєстрації він вказує дані про себе (П. І. Б., телефон, адреса електронної пошти) і отримує логін і пароль (логіни і паролі різних клієнтів не повинні співпадати).

Увійшовши до системи, клієнт може ознайомитися з афішею, вибрати захід, який цікавить його, вказавши назву, дату і місце проведення. Отримавши від системи відомості про квитки, які є в наявності, користувач може забронювати потрібну йому кількість квитків. Квитки бувають різних типів: партер, балкон, ложа, бельєтаж, 1-2-3 ярус, vip-місця і т. п. Ціна квитка залежить від його типу і розташування глядацького місця. Квитки можуть бути викуплені протягом трьох діб з моменту бронювання, але не пізніше за п'ять діб до початку спектаклю. Клієнт може самостійно викупити заброньовані квитки, приїхавши в офіс, або замовити доставку квитків кур'єром, зробивши позначку в заявці і вказавши адресу доставки. Вартість доставки залежить від дальності: центр/спальний район/далеке передмістя. Клієнт може отримати інформацію про всі свої заявки з web-сторінки онлайнової каси.

Заявки клієнтів зберігаються в системі. У кожній вказані: відомості про клієнта, назва спектаклю, місце і час проведення, кількість і тип заброньованих квитків, вартість квитків, час створення заявки, час оплати, вид доставки (самовивезення/кур'єр), адреса доставки, вартість доставки, статус заявки (нова/робоча/оплачена/анульована). Після закінчення 12 місяців з моменту створення заявки дані автоматично видаляються з системи.

У обов'язки працівників онлайнової каси входить внесення до системи відомостей про заходи і про наявні в продажі квитки. Дані про захід - вигляд: концерт/шоу/спектакль; назва; опис; місце проведення; дата; - зберігаються в системі. Один і той же спектакль може йти в різні дні і в різних місцях, але різні спектаклі не можуть перетинатися за часом і місцем проведення. Запис про квиток містить назву спектакля, дату, час, місце проведення, тип квитка, глядацький ряд, глядацьке місце, ціну квитка, статус квитка (є в наявності/заброньований/проданий/ переданий для реалізації). Після закінчення 12 місяців з дати, вказаної в квитку, дані автоматично видаляються з системи.

Працівник каси, отримавши нову заявку клієнта, зв'язується з ним для підтвердження і уточнення місць. Погодивши з клієнтом глядацькі місця, працівник робить позначку про бронювання квитків у системі (тим самим зменшується число наявних квитків) і міняє статус заявки на "робоча". Після оплати і/або доставки "робочої" заявки квитки із заявки позначаються як продані, а заявка - як оплачена. За 5 діб до початку спектаклю всі не продані квитки передаються для реалізації в звичайні каси, в системі вони автоматично позначаються як "переданий для реалізації", заявки на них анулюються, клієнти, які не встигли сплатити замовлені квитки, інформуються про зняття броні. Через 4 доби після створення "робочі" заявки автоматично анулюються, бронювання з квитків знімається, клієнтам посилається відповідне повідомлення. Також повинна бути можливість анулювання заявок вручну працівниками онлайнової каси. При анулюванні заявки вручну працівник повинен повідомити клієнта, змінити статус заявки, зняти бронювання квитків (число наявних квитків зростає).

До списка варіантів

Варіант 5. МІНІ-АТС

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ МІНІ-АТС

МІНІ-АТС здійснює зв'язок між службовцями установи. Кожен абонент підключений до неї лінією зв'язку. МІНІ-АТС сполучає лінії абонентів (здійснює комутацію ліній). Абоненти мають номери, які складаються з трьох цифр. Спеціальний номер 9 зарезервований для зовнішнього зв'язку.

Телефонне з'єднання абонентів проводиться наступним чином. Абонент піднімає трубку телефону, і МІНІ-АТС отримує сигнал «Трубка». У відповідь МІНІ-АТС посилає сигнал «Тон». Прийнявши цей сигнал абонент набирає телефонний номер (посилає три сигнали «Цифра»). МІНІ-АТС перевіряє готовність абонента, який викликається. Якщо абонент не готовий (його лінія зайнята), МІНІ-АТС посилає викликаючому абонентові сигнал «Зайнято». Якщо абонент готовий, МІНІ-АТС посилає обом абонентам сигнал «Виклик». При цьому телефон абонента, який викликається починає дзвонити, а викликаючий абонент чує в трубці довгі гудки. Абонент, який викликається, знімає трубку, і МІНІ-АТС отримує від нього сигнал «Трубка», після чого здійснює комутацію лінії. Абоненти обмінюються сигналами «Дані», які МІНІ-АТС повинна передавати від одного абонента до іншого. Коли один з абонентів опускає трубку, МІНІ-АТС отримує сигнал «Кінець» і посилає іншому абонентові сигнал «Тон».

У будь-який момент абонент може покласти трубку, при цьому МІНІ-АТС отримує сигнал «Кінець». Після отримання цього сигналу сеанс обслуговування абонента завершується. Якщо абонент бажає з'єднатися з абонентом за межами установи, то він набирає номер «9». МІНІ-АТС посилає по лінії, яка з’єднує із зовнішньою (міською) АТС, сигнал «Трубка» і надалі служить посередником між телефоном абонента і зовнішньою АТС. Вона приймає і передає сигнали і дані між ними, не вносячи ніяких змін. Єдине виключення стосується завершення сеансу. Отримавши від міської АТС сигнал «Кінець», МІНІ-АТС посилає абонентові сигнал «Тон», і чекає сигналу «Кінець» для завершення обслуговування абонента. Якщо ж абонент, що викликав, першим вішає трубку, то МІНІ-АТС отримує сигнал «Кінець», передає його міській АТС і завершує сеанс.

МІНІ-АТС може отримати сигнал «Виклик» від міської АТС. Це відбувається, коли немає з'єднань із зовнішніми абонентами. Сигнал «Виклик» від міської АТС передається абонентові з кодом «000». Тільки цей абонент може відповідати на зовнішні дзвінки.

До списка варіантів

Варіант 6. Управління контактами з клієнтами

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ для управління контактами з клієнтами

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

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

Система зберігає імена, номери телефонів і факсів, поштові і електронні адреси і т. д. організацій і контактних осіб у цих організаціях.

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

Кожне завдання має автора - співробітника, який його створив. Виконавцем завдання може бути співробітник, який його не створював. Рядові співробітники не можуть призначати завдання кому-небудь окрім себе. Менеджери призначають завдання собі або кому-небудь з рядових співробітників. Менеджер у ході виконання створеного ним завдання може поміняти виконавця.

Переглядати завдання, автором якого є менеджер, може або автор, або виконавець завдання. Переглядати завдання, автором якого є рядовий співробітник, може автор і будь-який менеджер. Завдання співробітника відображаються на екрані його комп'ютера у вигляді сторінки календаря (один день на сторінку). Пріоритет кожного завдання (низький, середній, високий) візуально виділяється на екрані. Кожен менеджер може крім свого календаря проглядати календарі рядових співробітників. Позначати завдання як виконане і вказувати дату завершення може або автор, або виконавець завдання. Вносити які-небудь інші зміни в завдання може тільки автор. Після завершення завдання внесення до нього змін не допускається. Після 12 місяців з дати завершення завдання відомості про нього видаляються з системи.

Адміністратор системи управляє доступом співробітників: видає логіни і паролі користувачам, формує дві групи користувачів: менеджерів і рядових співробітників. Він також має доступ до спеціальних функцій, наприклад, може змінити автора завдання або внести зміни до завершеного завдання.

Система має можливості для пошуку в базі клієнтів і контактних осіб за їх атрибутами (назвою, містом, іменем контактної особи). Система генерує звіт після виконання завдань яким-небудь співробітником протягом періоду часу, який вказується у параметрі звіту. У звіті вказується: загальне число завдань для даного співробітника за зазначений період, скільки завдань завершено вчасно, скільки завдань завершено з порушенням терміну виконання, скільки завдань з простроченим терміном виконання не завершено, і скільки не завершених завдань, термін виконання яких не закінчився.

До списка варіантів

Варіант 7. Банкомат

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ банкомата

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

Банкомат під’єднаний до лінії зв'язку для обміну даними з банківським комп'ютером, який зберігає відомості про рахунки клієнтів.

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

При знятті готівки з рахунку банкомат пропонує вказати суму (10, 50, 100, 200, 500, 1000 гривен). Після вибору клієнтом суми банкомат запрошує, чи потрібно друкувати довідку про операцію. Потім банкомат відсилає запит на зняття вибраної суми центральному комп'ютеру банку. У разі отримання дозволу на операцію банкомат перевіряє, чи є потрібна сума в його сховищі грошей.

Якщо він може видати гроші, то на дисплей виводиться повідомлення «Вийміть картку». Після видалення картки з приймача, банкомат видає вказану суму в лоток видачі. На бажання клієнта банкомат друкує довідку по проведеній операції.

Якщо клієнт хоче довідатися про залишок на рахунку, то банкомат посилає запит центральному комп'ютеру банку і виводить суму на дисплей. На вимогу клієнта друкується і видається відповідна довідка.

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

До списка варіантів

Варіант 8. Інтернет-магазин

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ Інтернет-магазина

Магазин комп'ютерної техніки пропонує можливість придбання своїх товарів через інтернет. Клієнт може вибрати комп'ютер на web-сторінці магазина. Комп'ютери підрозділяються на сервери, настольні і портативні. Замовник може вибрати стандартну конфігурацію із списка і детально ознайомитися з нею на окремій web-сторінці. Якщо стандартна конфігурація йому не підходить, він може сконструювати потрібну йому конфігурацію в діалоговому режимі. Компоненти конфігурації (такі, як оперативна пам'ять, процесор, жорсткий диск і т. п.) представляються як список для вибору з доступних альтернатив. Для кожної нової конфігурації система може підрахувати ціну.

Щоб оформити замовлення, клієнт повинен заповнити електронну форму з адресами для доставки товару і відправки рахунку-фактури, а також деталями, які стосуються оплати. Оплата комп'ютерів здійснюється готівкою кур'єрові, який здійснює доставку, або банківським переказом на рахунок Інтернет-магазина. Після введення замовлення система відправляє клієнтові по електронній пошті повідомлення з підтвердженням отримання замовлення разом з деталями, які відносяться до нього (вартість, номер рахунку, банківські реквізити для безготівкової оплати і т. п.). Поки клієнт чекає постачання комп'ютера, він може перевірити стан замовлення (поставлений в чергу/зібраний/відправлений). Працівник магазина перевіряє, чи надійшла оплата (у разі безготівкового розрахунку) і робить відповідну позначку під час надходження грошей. Якщо гроші не надходять протягом 5 банківських днів, замовлення анулюється. Після оплати або у разі оплати готівкою працівник друкує рахунок і відправляє його на склад разом з вимогою замовленої конфігурації. Замовлення позначається як поставлене в чергу. Зібраний комп'ютер разом з рахунком-фактурою і накладною передається із складу у відділ постачання, при цьому замовлення позначається як зібраний. Комп'ютер постачається клієнтові (статус замовлення - відправлений). Якщо замовлення оплачується готівкою, кур'єр повернувшись передає гроші в касу, замовлення позначається як оплачено.

Після завершення роботи із замовленням, воно позначається в системі як виконано. Замовлення зберігаються в системі протягом 15 місяців з моменту створення для складання річних і квартальних звітів, після чого автоматично видаляються.

До списка варіантів

Варіант 9. Бібліотечна система

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. Система автоматизації для бібліотеки

Система підтримки управління бібліотекою повинна забезпечувати операції з даними про читачів (додавання, видалення і зміна). У реєстраційному списку читачів зберігаються наступні відомості: прізвище, ім'я і по - батькові читача; номер його читацького квитка і дата видачі квитка, дата останньої перереєстрації.

Разом з реєстраційним списком системою повинен підтримуватися каталог бібліотеки, де зберігається інформація про книги (найменування): назва, список авторів, бібліотечний шифр, рік і місце видання, назва видавництва, загальне число екземплярів книги в бібліотеці і число екземплярів, доступних у нинішній момент. Система забезпечує додавання, видалення і зміну даних каталога, а також пошук книг у каталозі на підставі введеного шифру або назви книги, або прізвища автора. Читачі мають доступ тільки до каталога книг (вони можуть здійснювати в ньому тільки пошук і перегляд).

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

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

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

Система повинна видавати бібліотекарям наступну довідкову інформацію:

• які книги були видані за даний проміжок часу;

• які книги були повернені за даний проміжок часу;

• які книги знаходяться у конкретного читача;

• чи є в наявності деяка книга.

Варіант завдання передбачає розробку схеми бази даних, яка зберігає дані про читачів, каталог книг, реєстр екземплярів.

До списка варіантів

Варіант 10. Web-форум

Тема: Об'єктно-орієнтований аналіз і проектування ПЗ. ПЗ Web-форума

Web-форум складається з декількох розділів. У кожному розділі містяться теми, які обговорюються його користувачами. Теми в розділі впорядковані за спаданням дати останньої відповіді в тему. Кожна тема відкривається заголовним повідомленням і є деревоподібною структурою повідомлень. Верхній рівень ієрархії складають повідомлення, які відкривають нові теми, а підрівні складають повідомлення, отримані у відповідь на них і т. д.