Про варіанти взаємодії користувача з ПС

Мделювання взаємодії користувача з ПС базується на сценаріях UML, а саме, Варіантах використання, до яких актор звертається до системи. У відповідь система виконує певну роботу у результаті одного запуску відповідної роботи системи, або, якщо якісь події її перервали, вважається невиконаною. Будь–яка робота складається з чотирьох частин, а саме:

1. Актор посилає до системи запит та дані до нього.

2. Система підтверджує отримання запиту та даних.

3. Система реагує на підтверджений запит зміною свого стану.

4. Система видає актору результат.

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

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

Життєвий цикл варіанта використання такий:

- Особа–в–ролi, або екземпляр актора, вводить підходящий стимул, стартує екземпляр потрібного йому варіанта використання і виконується доти, доки екземпляр варіанту використання знову чекає на вхідний стимул від екземпляру актора.

- Екземпляр варіанта використання існує, поки він виконується.

У даній моделі визначені такі правила:

– кожен варіант використання може запускатися тільки одним актором;

– кожен актор може запускати декілька варіантів використання;

– взаємодія акторів в інтересах системи (тобто, як складова її функціональності) дозволяється тільки через передбачені для цього варіанти використання;

– актор не визначає варіант використання, він тільки ініціює ланцюжок подій, який викличе варіант використання;

– для кожного актора визначаються (неформально) його інтерфейси з тими варіантами використання, які він буде запускати.

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

Для специфікації властивостей варіантів використання пропонується каркас (framework), подається послідовністю наступних елементів:

– назва, яка однозначно ідентифікує варіант використання на діаграмах моделі сценарію i є засобом посилання на варіант використання;

– анотація (короткий зміст у неформальному поданні);

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

– визначення усіх аспектів взаємодії системи з акторами: можливих дій акторів та їх можливих наслідків;

– передумови визначення початкового стану, необхідного для успішного виконання;

– функції, які здійснюються при виконанні варіанта використання ;

– опис нестандартні ситуації, яка може з'явитися при виконанні варіанта використання та завдання дії, яка є реакцією на таку ситуацію ;

– умови завершення варіанта використання;

– постумови, що визначає кінцевий стан варіанта використання при його нормальному, тобто успішному завершенні.;

– опис інтерфейсів, який також подається неформально; .

– нефункціональні вимоги до варіанта використання.

Включення – перелік назв сценаріїв, які він використовує у сенсі UML

Нижче подаються специфікації властивостей сценаріїв взаємодії користувача задля його інформаційного забезпечення. В даному документі специфікації варіанта використання обмежуються такими атрибутами: назва, функції, передумови, пост–умови, опис інтерфейсів тощо.

Читайте також:

<== попередня сторінка	\|	наступна сторінка ==>
Модель варіабельності ПС і СПС	\|	Підхід до виконання ПС в сучасних розподілених середовищах

Не знайшли потрібну інформацію? Скористайтесь пошуком google:

Генерація сторінки за: 0.004 сек.