я інформація про автомобілі: №, марка, колір.
Інформація про зонах стоянки: вся стоянка розділена на заклики (центральна, східна і т.д.). Кожна зона поділена на стояночное місце (місця пронумеровані). В системі фіксується дані про постановки машини на стоянку (дата, автомобіль, зона і місце стоянки).
Якщо автомобіль продається, то формується документ продажу машини, в якому вказується дані про покупця, дані про машину, дата та час продажу, дані про менеджері.
Система обліку на вимогу користувача формує і видає на друк такі звіти:
- звіт по проданим автомобілям;
- звіт щодо зонування стоянки.
. 2 Етап аналізу технології ICONIX
На даному етапі відбувається:
- виявлення основних абстракцій предметної області
- точне формулювання функціональних вимог до системи
- проектування діаграми варіантів використання
При аналізі предметної області були виділені наступні основні абстракції:
- автомобіль
- зони стоянки
- стояночное місце
- покупець
- менеджер
- документ постановки машини на стоянку
- документ продажу автомобіля
У ході аналізу були сформульовані наступні функціональні вимоги:
система повинна: ??
. Вести облік автомобіля (здійснювати введення нової машини, перегляд, пошук сортування, редагування, видалення)
. Вести облік зон стоянки (здійснювати введення нової зони, перегляд, пошук сортування, редагування, видалення)
. Вести облік стоянкових місць (здійснювати введення нового місця, перегляд, пошук сортування, редагування, видалення)
. Вести облік покупців (здійснювати введення нового покупця, перегляд, пошук сортування, редагування, видалення)
. Вести облік менеджерів (здійснювати введення нового менеджера, перегляд, пошук сортування, редагування, видалення)
. Вести облік документів постановки машини на стоянку (здійснювати введення нового документа постановки машини на стоянку, перегляд, пошук сортування, редагування, видалення)
. Вести облік документів продажу автомобіля (здійснювати введення нового документа продажу автомобіля, перегляд, пошук сортування, редагування, видалення)
. Формувати звіт по проданим автомобілям
. Формувати звіт щодо зонування стоянки
На підставі сформульованих функціональних вимог проектується діаграма варіантів використань.
Мета побудова діаграми - документування функціональних вимог (ДВІ) до системи.
На (ДВІ) відображаються дві сутності мови UML, актор і варіант використання (прецедент).
Актор (actor) - роль, яку відіграють користувачі системи під час взаємодії з нею. Акторами можуть бути як люди, так і інші автоматизовані системи.
Прецедент (use case) - це опис послідовності виконуваних системою дій, яка виробляє спостережуваний результат, значущий для якогось певного актора.
ДВІ буде побудована за такими правилами:
- НЕ моделювати зв'язку між акторами
- НЕ моделювати зв'язку між варіантами використання
- кожен варіант використання має бути ініційований хоча б одним актором, тобто зв'язок спрямована від актора до варіанту використання.
ДВІ для даного проекту представлена ??на Рисунок 1 - діаграма варіантів використання.
Малюнок 1 - діаграма варіантів використання
У ході детального вивчення обов'язків співробітників фірми ДВІ була перероблена і представлена ??в Малюнок 2 - діаграма варіантів використання.
Малюнок 2 - діаграма варіантів використання
. 3 Етап попереднього проектування
На даному етапі виконуються наступні роботи:
. Виконується сценарій варіантів використання: виконується формування варіантів використання (створюються варіанти використання).
. Виконується аналіз варіантів використання (для кожного варіанту використання виділяються класи і будуються діаграми класів).
Створимо сценарії для наступних варіантів використання:
облік читачів;
облік видачі і прийому документів;
Сценарій ВІ - конкрет...