Презентация на тему Проектування програмного забезпечення

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

аналізу, проектування і програмування. Володіння об’єктно-орієнтованою мовою програмування – це

необхідна, але недостатня умова для створення об’єктної системи. Студенти ознайомляться з процесом ООАП за допомогою уніфікованої мови моделювання UML (Unified Modeling Language), шаблонів та швидкого підходу до уніфікованого процесу проектування і програмування. Уніфікований процес є прикладом ітеративної розробки. UML Основна увага буде приділятися основам проектування, способам розподілу обов’язків між об’єктами, позначенням мови UML та типічним шаблонам проектування. UML – це стандарт системи позначень для побудови діаграм. Потрібно не тільки засвоїти UML, але набагато важливіше вивчити принципи ООАП, отримати навички розробки.

Огляд предмету

і об’єктами? Як повинні взаємодіяти об’єкти? Які функції виконують конкретні класи? Ці

питання є визначальними при розробці системи. Прецеденти Розробка програмної системи в цілому тісно пов’язана з підготовчим етапом – аналізом вимог, який часто включає опис прецедентів (use case). Ітеративна розробка, швидке моделювання та швидкий процес UP Що повинен робити розробник чи група розробників, щоб забезпечити реалізацію вимог до системи? Результати аналізу вимог і ООАП необхідно реалізувати в контексті деякого процесу розробки. Пропонується швидкий, легкий та гнучкий ітеративний процес розробки Unified Process (UP).

Огляд предмету

Руководство пользователя 2-е издание / Пер. с агнл. –

ДМК издательство, 2006 – 496 с. 2. К. Ларман. Применение UML 2.0 и шаблонов проектирования. Практическое руководство 3-е издание / Пер. с агнл. – Издательский дом “Вильямс”, 2013. – 736 с.

Огляд предмету

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

отримати успіх тільки у тому випадку, якщо продукція, яка

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

Аналіз та проектування

дисципліна, яка вивчає методи проектування. Проектування ПЗ є окремим

випадком проектування продуктів та процесів. Метою проектування є визначення внутрішніх властивостей системи і деталізації її зовнішніх (видимих) властивостей на основі визначених замовником вимог до ПЗ. Ці вимоги піддаються аналізу. Спочатку програма розглядається як чорний ящик. Хід процесу проектування і його результати залежать не тільки від складу вимог, але і вибраної моделі процесу, досвіду проектувальника. Модель предметної галузі накладає обмеження на бізнес логіку і структури даних. В залежності від класу ПЗ, що створюється, процес проектування може забезпечуватися як “ручним” проектуванням, так і різноманітними засобами його автоматизації. В процесі проектуванні ПЗ для вираження його характеристик використовуються різні нотації, а також макети. Проектуванню зазвичай належить: архітектура ПЗ; інтерфейси користувача;

Аналіз та проектування

а не пошук її вирішення. Аналіз — включає в себе

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

Аналіз та проектування

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

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

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

Об’єкно-орієнтовний аналіз і проектування

і проектування

предметної галузі; побудувати діаграми взаємодії; побудувати діаграми класів проектування.
Об’єкно-орієнтовний аналіз і

проектування

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

відповісти на ключові питання: Якими є обов'язки об'єктів? З ким вони

взаємодіють? Які шаблони проектування необхідно застосувати?

сценаріїв використання застосування, яке може бути представлено у формі

прецедентів. Прецеденти — це просто розповідні історії. Проте вини є популярним засобом аналізу вимог. Визначення моделі предметної галузі Об'єктно-орієнтований аналіз пов'язано з описом предметної галузі з точки зору класифікації об'єктів. Модель предметної галузі — це не опис програмних об'єктів, це представлення понятій в термінах реального світу. Побудова діаграми взаємодії Створення діаграми класів проектування

Основні дії при розробці програмної системи

методика. Ми будуємо архітектурні моделі будівель, щоб допомогти їх

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

Принципи моделювання

креслення системи: до неї може входити як детальний план,

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

Принципи моделювання

до рішення проблеми і на те, як буде виглядати

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

Принципи моделювання

занятті.
Визначення моделі предметної галузі

створюються паралельно: спочатку будуються діаграми взаємодії (динамічні), а потім

відповідні діаграми класів (статичні). Саме в процесі динамічного моделювання використовуються шаблони GRASP і реалізується проектування на основі розподілу обов'язків. Ці моменти є ключовими в об'єктно-орієнтованому проектуванні.

Статичні та динамічні моделі об'єктів

пов'язане з визначенням програмних об'єктів, їх обов'язків і способів

взаємодії. Діаграми взаємодії відображають потоки повідомлень між програмними об'єктами та виклики методів.

Основні дії при розробці програмної системи

які відображаються на діаграмах взаємодії, дуже корисно будувати статичні

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

Основні дії при розробці програмної системи

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

коду. При цьому відбувається перехід від ментальної моделі до її

втілення у програмному коді. 2. Малювання з подальшим коддуванням. Під цим методом розуміється побудова діаграм UML(Unified Modeling Language) на дошці, чи за допомогою спеціальних CASE-засобів (Computer-Aided Software Engineering), а потім перехід до п.1 з використанням спеціальних інтегрованих середовищ розробки IDE (наприклад: Visual Studio) 3. Малювання.

Способи об'єктно-орієнтованого проектування

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

розробника ПЗ і програміста. Спочатку під CASE-засобами розумілися тільки інструменти для спрощення найбільш трудомістких процесів аналізу і проектування, але з приходом стандарту ISO / IEC 14102 CASE-засоби стали визначатися як програмні засоби для підтримки процесів життєвого циклу ПЗ.

Способи об'єктно-орієнтованого проектування

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

це візуальна мова для визначення, конструювання та документування артефактів

систем. UML – це стандарт для системи позначень елементів діаграм чи представлень зображень (з елементами тексту), пов’язаних з програмним забезпеченням, переважно об’єктно-орієнтованим.

Що таке UML

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

намальовані від руки на дошці), які створюються для пояснення

складних проектних рішень. Використовується міць візуального представлення. Для створення проектної документації – відносно деталізовані діаграми проектування, які використовуються для візуалізації та кращого розуміння існуючого коду, зворотного проектування (код => діаграми UML) чи генерації коду (діаграми UML => код ). У якості мови програмування – повні специфікації програмних систем на мові UML, які можуть виконуватись. Код, який виконується можна повністю згенерувати. Швидкий підхід до моделювання (egile modeling) передбачає використання UML для створення чернеток (значна економія часу)

Способи використання UML

чи предметної галузі. Аспект (програмної) специфікації – діаграми описують програмні

абстракції чи компоненти зі своїми специфікаціями і інтерфейсами, проте без прив’язки до конкретної реалізації (без відповідності С#). Аспект (програмної) реалізації – діаграми інтерпретуються як опис програмної реалізації на базі конкретної технології чи мови.

Аспекти використання UML

рамках UP модель предметної галузі містить концептуальні класи. Програмний клас

– клас, який представляє специфікацію, чи реалізацію програмного компонента, незалежно від процесу, чи методу. Клас реалізації – клас, який реалізовано на конкретній ООП мові (С#).

Значення терміну клас у різних аспектах

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

програмних систем. Швидке моделювання дозволяє застосувати мову UML найбільш ефективно. Уніфікований

процес – це приклад одного із найпопулярніших ітеративних методів розробки на базі ООАП.

Ітеративний, еволюційний та гнучкий процес

чи каскадного (waterfall), життєвого циклу і передбачає раннє програмування

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

Ітеративний, еволюційний та гнучкий процес

і проектування 4. Основні дії при розробці програмної системи 5. Способи

об'єктно-орієнтованого проектування 6. Що таке UML 7. Способи та аспекти використання UML 8. Ітеративний, еволюційний та гнучкий процес 9. Час на малювання

Проектування програмного забезпечення

то на початку ітерації потрібно виділити декілька годин (максимум

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

Час на малювання

масштабністю замислу порівнянний з житловим будинком чи хмарочосом, то

ваша задача не зводиться до написання великого об’єму коду. Насправді проблема в тому, щоб написати правильний код мінімального розміру. При такому підході розробка якісного ПЗ зводиться до питань вибору архітектури, підходящого інструменту і засобів управління процесом. Треба мати на увазі те, що багато проектів, які задумані за принципом “собачої будки”, швидко розвиваються до розмірів хмарочосу, стаючи жертвою особистого успіху. Якщо такий ріст не було враховано в архітектурі додатку, технологічному процесі чи при виборі інструментарію, то неминуче настане час, коли виростаючи до розмірів великого будинку будка обрушиться під тягарем своєї ваги.

Заключна частина