У рамках розробленої методики при специфікації ІС використовуються наступні графічні діаграми UML:

· Діаграма класів – дозволяє описати структуру інформаційних об’єктів ІС. На даній діаграмі зображуються взаємозв'язки структурного характеру, які не залежать від часу та реакції системи на зовнішні події;

· Діаграма станів – дозволяє відобразити зміни станів окремого об'єкта чи суб’єкта ІС представляючи його у вигляді спеціального орієнтованого графа;

· Діаграма діяльності - використовуються для опису інформаційних процесів;

· Діаграма послідовності – служить для моделювання характеристик взаємодії передачі і прийому повідомлень між об'єктами ІС;

· Діаграма кооперації - призначена для специфікації структурних аспектів взаємодії;

· Діаграма компонентів – дозволяє відобразити залежності між суб’єктами програмного середовища ІС;

· Діаграма розгортання – містить інформацію щодо структури програмно-апаратних засобів ІС.

Сукупність вказаних діаграм відображає ієрархічну структуру ІС (вертикальні зв'язки).

Для моделювання правил доступу пропонується використовувати діаграми діяльностей (activity diagram) і діаграми класів (class diagram). Діаграми діяльностей можуть забезпечити моделювання алгоритмів роботи компонентів ІС, діаграми класів - моделювання структури системи.

На сьогодні для UML-моделювання існує широкий вибір програмних засобів. Найбільше розповсюдженими пакетами програм є Rational Rose, Visual UML, BPwin, Silverrun, Process Analyst, Together, System Architect, Objecteering та інші. Для побудови UML-діаграм можна використовувати Microsoft Visio. Оскільки UML призначений для об’єктно-орієнтованого проектування систем, окремі програмні продукти забезпечують розробку структури програми включаючи засоби захисту інформації. Зокрема Rational Rose забезпечує комплексність підходу і інтеграцію з MS Visual Studio на рівні прямої й оберненої генерації кодів, інжиніринг і реінжиніринг модулів і бібліотек форматів EXE, DLL, TLB, OCX, підтримку CORBA, IDL, ADO, Java.

Алгоритм розв’язання задачі

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

Наглядне зображення подано у головній діаграмі прецедентів в додатку 1.

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

Кожна така діаграма, як її звичайно називають - Use case - це опис сценарію поводження, у якому впливають діючі обличчя (Actors).

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

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

Діаграми класів

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

Цей тип діаграм дозволяє створювати логічне представлення системи, на основі якого створюється вихідний код описаних класів.

До діаграми класів типу entities увійшли два класи – це FileInfo та TagContent, в яких чітко описані операції та атрибути класів.

Клас FileInfo містить такі атрибути

· ID3v1 : String

· ID3v2 : String

Над цими атрибутами можна виконувати такі операції

· Copy to ID3 v1

· Copy from ID3 v1

· Create New Tag

· Enable/Disable ID3 v1 tag

· Enable/Disable ID3 v2 tag