Змістовий огляд предметної області, основні вимоги до системи. Уніфікована мова моделювання UML: її призначення. Розробка моделі програмної системи засобами UML: вид з погляду прецедентів, проектування, реалізації. Діаграма прецедентів, станів, класів.
Аннотация к работе
При розробці автоматизованих систем управління на етапах кодування і тестування виявляється велика кількість помилок, виправлення яких спричиняла за собою кардинальна зміна усієї системи, що розроблялася. Моделювання дозволяє «побачити» проект в процесі розробки і створити передумови для аналізу поведінки системи залежно від початкових умов. Оскільки система містить безліч окремих елементів, сполучених певним чином, то і модель системи повинна відтворювати ті, що усі, що підлягають дослідженню відношення і звязки усередині обєкту, що стосуються взаємовідносин усіх елементів або груп елементів, що розглядаються в цьому випадку як підсистеми, що виділяються. Експериментувати треба на моделі, а не на реальних системах, на які були згаяні час і засоби. Якщо порівняти зусилля на безпосереднє кодування з витратами праці на інші складові розробки системи реального часу, то безпосередньо кодування займає дуже малий час в порівнянні з усім іншим: аналізом, моделюванням, обробкою помилок, тестуванням, відладкою, документуванням, нарадами, проектним менеджментом і тому подібнеЦе дозволяє мові UML одночасно досягти не лише універсальності представлення моделей для найрізноманітніших застосувань, але і можливості опису досить тонких деталей реалізації цих моделей стосовно конкретних систем. Забезпечити початкові поняття мови UML можливістю розширення і спеціалізації для точнішого представлення моделей систем в конкретній предметній області. Хоча мова UML є формальною мовою - специфікацій, формальність його опису відрізняється від синтаксису як традиційних формально-логічних мов, так і відомих мов програмування. Розробники з OMG припускають, що мова UML як ніякий інший не може бути пристосований для конкретних предметних областей. Йдеться про те, що в конкретных7 застосуваннях користувачі повинні уміти доповнювати наявні базові поняття новими характеристиками або властивостями, які не суперечать семантиці цих понять в мові UML.Діаграма класів показує набір класів, інтерфейсів, співробітництв і їх відносин. Діаграми класів забезпечують статичне проектне уявлення системи. Діаграма Use Case (діаграма прецедентів) показує набір елементів Use Case, акторів та їх відносин. За допомогою діаграм Use Case для системи створюється статичний уявлення Use Case. Діаграми послідовності і діаграми співпраці ізоморфні, що означає, що одну діаграму можна трансформувати в іншу діаграму.Вид (представлення) системи з точки зору прецедентів - вид системної архітектури, що охоплює прецеденти, за допомогою яких описується поведінка системи з точки зору кінцевих користувачів, аналітиків і тих, хто тестує програми. Для досягнення цих цілей спочатку будується модель у формі так званої діаграми варіантів використання (use case diagram), яка описує функціональне призначення системи або, іншими словами, те, що система робитиме в процесі свого функціонування. Розробка діаграми варіантів використання переслідує цілі: u Визначити загальні межі і контекст модельованої предметної області на початкових етапах проектування системи. u Сформулювати загальні вимоги до функціональної поведінки проектованої системи. u Розробити початкову концептуальну модель системи для її подальшої деталізації у формі логічних і фізичних моделей. u Підготувати початкову документацію для взаємодії розробників системи з її замовниками і користувачами. Суть цієї діаграми полягає в наступному: проектована система представляється у вигляді безлічі сутностей або акторів, що взаємодіють з системою за допомогою так званих варіантів використання. Це може бути людина, технічний пристрій, програма або будь-яка інша система, яка може служити джерелом дії на модельовану систему так, як визначить сам розробник.Діаграма класів може відбивати, зокрема, різні взаємозвязки між окремими сутностями предметної області, такими як обєкти і підсистеми, а також описує їх внутрішню структуру і типи стосунків. При цьому окремі компоненти цієї діаграми можуть утворювати пакети для представлення загальнішої моделі системи. Для моделювання взаємодії обєктів в часі в мові UML використовуються діаграми послідовності. На діаграмі послідовності зображаються тільки ті обєкти, які безпосередньо беруть участь у взаємодії. Таким чином, усі обєкти на діаграмі послідовності утворюють деякий порядок, визначуваний черговістю або мірою активності обєктів при взаємодії один з одним.Вид (представлення) з точки зору реалізації - вид системної архітектури, що охоплює компоненти, використовувані при зборці і випуску фізичної системи.
План
Зміст
Введення
1. Змістовий огляд предметної області. Основні та вимоги до системи
2. Уніфікована мова моделювання UML
3. Розробка моделі програмної системи засобами UML