Головна

Інформаційний процес. Сутність, функції, структура і види

  1. I-d діаграма вологого повітря, її структура. Характерні випадки зміни стану повітря і їх зображення на I-d діаграмі.
  2. I. Конституційний лад РФ: поняття, структура і базові характеристики.
  3. I. Структура.
  4. I.1. Структура грошової системи
  5. II. Психологічна структура і розподіл функцій в системах "людина - техніка". Ролі та основні функції людини
  6. II. Соціальна структура і правове становище основних груп населення.
  7. II. Структура державного устрою РФ.

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

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

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

Діаграми варіантів використання (User Case)

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

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

Основними елементами моделі є:

1 Use Case (прецедент, варіант використання) - являє собою послідовність дій (транзакцій), виконуваних системою у відповідь на подію, що ініціюється деяким зовнішнім об'єктом (actor, дійовою особою). Варіант використання описує типове взаємодія між користувачем і системою.

2 Actor (суб'єкт, дійова особа) - хтось або щось (людина або машина), взаємодіючі з варіантом використання для отримання деякого корисного результату.

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

Можна скористатися такими правилами:

- Відношення включення використовується, коли доводиться повторювати одне й те саме в двох (або більше) варіантах використання для виключення повторення,

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

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

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

Існують наступні критерії відбору прецедентів (WAVE):

1) W (what) - прецедент повинен описувати Що потрібно робити, а не як;

2) A (Actor) - прецедент повинен бути описаний з точки зору виконавця;

3) V (Value) - прецедент повинен видати деяке значення;

E (Entire) - послідовність подій повинна представляти один неподільний бізнес-процес.

Класифікація Case-засобів | RAID-контролери.


Еволюція Case-засобів | Об'єктно-орієнтоване проектування ЕІС. Сутність об'єктно-орієнтованого підходу. Уніфікована мова моделювання UML | Методи вибірки результатів запиту | квиток №60 | Класифікація ІС | Діаграма класів | Основні зарубіжні виробники інформаційних продуктів і послуг на фінансовому ринку РФ. | Російські інф-ті агентства і служби, які пропонують продукти та послуги в сфері біржової та фінансової інф-і | Технологія впровадження CASE-засобів | діаграми пакетів |

© 2016-2022  um.co.ua - учбові матеріали та реферати