- •Базові поняття swebok
- •4. Назвати цілі і завдання програмної інженерії.
- •5. Назвати базові поняттями еr-моделі даних, з якою метою її будують?
- •Дати визначення життєвого циклу розробки програмного забезпечення . Які основсі процеси включають це поняття ?
- •Описати використання методу покрокової деталізації при розробці алгоритміів і структури програмного забезпечення. У чому , по вашому, полягає основка складність даного методу?
- •10 . Назвати міжнародний стандарт, який визначає перелік і зміст процесів жц програмного продукту та описати його зміст?
- •13. Дати визначення процесу життєвого циклу пз та описати склад процесів життєвого циклу, який регламентується міжнародним стандартом.
- •Обгрунтувати потребу в передпроектних дослідженнях для формування вимог до програмного забезпечення.
- •17. Обгрунтувати суть об'єктної декомпозиції?
- •19 Назвати основні етапи розробки програмного забезпечення. Які основні завдання вирішуються на цих етапах?
- •20 Обгрунтувати, для чого використовують мову uml? Чому її називають мовою моделювання? Чим обумовлений вибір саме цієї мови як стандарту опису об'єктних розробок?
- •21 Назвати основні моделі життєвого циклу програмного забезпечення. З чим пов'язана поява нових моделей?
- •23. Обгрунтуйте появу case-технологій.
- •28. Обгрунтувати, які відносини між основними поняттями наочної області відображають концептуальні моделі?
- •30.Описати, які діаграми uml застосовують для опису поведінки програмного забезпечення, що проектуємо?
- •31. Перерахувати дев’ять найкращих навиків, рекомендованих методикою spmn.
- •32. Обгрунтувати поняття «системні події» і « системні операції»? Що необхідно для побудови діаграми послідовностей системи?
- •33. Пояснити п’ять рівнів технологічної зрілості моделі смм.
- •35. Перерахувати основні положення технології rad? Які програмні системи не можна розробляти з використанням цієї технології?
- •Пояснити моделі якості процесів розробки програмного забезпечення? Для чого вони розроблені? Що гарантує сертифікація якості процесів? Чому?
- •39. Назвати дійових осіб процесу формування вимог.
- •40. Обгрунтувати, які стереотипи класів введені і чому?
- •41. Обгрунтувати, чому ми говоримо, що сучасний етап розвитку технології програмування характеризується переходом від ремісничого до промислового виробництва програмного забезпечення?
- •42.Пояснити, яку діаграму використовують при уточненні взаємодії об'єктів?
- •43.Пояснити, як називається фаза життєвого циклу розробки програмного забезпечення, на якій формується контракт між замовником і виконавцем розробки?
- •44.Перерахувати основні компоненти класів. Як описують ці компоненти?
- •45.Обгрунтувати, що повинно міститися в звіті щодо аналізу здійсненності створення пз.
- •46.Пояснити, у яких випадках використовують діаграми станів об'єкту?
- •47.Описати процес формування і аналізу вимог.
- •Описати підхід з використанням різних опорних точок зору для побудови і організації як процесу формування вимог, так і безпосередньо самих вимог.
- •Пояснити, яку інформацію містить діаграма розміщення? у яких випадках доцільно використовувати ці діаграми?
- •Виділити типи програмних продуктів?
- •Обгрунтувати. Метод uml пропонує різні нотації (графічні діаграми) для різних аспектів опису проблеми. Чому не єдину?
- •Назвати основні експлуатаційні вимоги до програмних продуктів. Якими засобами і прийомами забезпечується кожен з них? Для яких типів програмних систем доцільно вказувати кожен з них?
- •Пояснити, які значення можуть мати атрибути видимості класів та що вони означають?
- •55. Обгрунтувати, у яких ситуаціях необхідні передпроектні дослідження? Які питання при цьому вирішують? Що отримують в результаті таких досліджень?
- •56. Назвати, які відношення позначаються в діаграмі класів uml спеціальними графічними символами?
- •57. Назвати, який розділ технічного завдання можна вважати основним і чому? Яку інформацію повинна містити решта розділів? у чому основна складність розробки технічного завдання?
- •58. Обґрунтувати, які діаграми uml доцільно застосовувати для аналізу вимог? з якої діаграми доцільно починати?
- •59. Обґрунтуйте, які принципові рішення повинні бути прийняті на початкових етапах процесу проектування і чому?
- •60. Обгрунтувати, які діаграми відображають обмін повідомленнями як єдиний засіб взаємодії об’єктів?
- •61. Визначити суть структурного підходу до програмування? Які етапи охоплює даний підхід?
- •62. Обгрунтувати, чи можна застосувати ті самі діаграми для кількох стадій розроблення пз?
- •Пояснити, яка роль стереотипів у нотаціях uml?
- •65. Обгрунтуйте, у яких випадках доцільно використовувати діаграми переходів станів? Які умовні позначення використовуються для побудови цієї діаграми?
- •66. Пояснити, що таке прототип у спіральній моделі?
- •67. Обгрунтувати, у чому полягає основна відмінність між функціональними діаграмами і діаграмами потоків даних? у яких випадках використання діаграм потоків даних є домінуючим?
- •68. Пояснити термін «модель життєвого циклу пз».
- •71 Описати побудову sadt-моделі.
- •Вказати, який міжнародний стандарт визначає перелік і зміст процесів життєвого циклу програмного продукту?
Пояснити, яка роль стереотипів у нотаціях uml?
Стереотипи є одним з трьох типів механізмів розширюваності в уніфікованому мовою моделювання (UML). Вони дозволяють проектувальникам розширювати словник UML для створення нових елементів моделювання, одержуваних з існуючих, але мають певні властивості, які підходять для конкретної проблеми предметної області або для іншого спеціалізованим використання. Термін походить від первісного значення слова «стереотип», який використовується у пресі. Наприклад, при моделюванні мережі вам можуть знадобитися символи для подання маршрутизаторів і концентраторів. За допомогою стереотипних вузлів ви можете представляти їх у вигляді примітивних будівельних блоків.
65. Обгрунтуйте, у яких випадках доцільно використовувати діаграми переходів станів? Які умовні позначення використовуються для побудови цієї діаграми?
Діаграма переходів станів показує поведінку системи під дією керуючих дій, які отримуються системою ззовні (команди користувача або сигнали). Отримавши таку дію система повинна виконати певні дії або залишитися в тому ж стані або перейти в інший стан. щоб побудувати таку діаграму треба :
-визначити основні етапи
-всі управляючі дії
-дії, які буде виконувати система
-всі можливі варіанти переду з одного стану в інший
Якщо система активно не взаємодіє з навколишнім середовищем то діаграма переходів станів інтересу не представляє, вона демонструє тільки певні переходи з початкового стану в стан вводу даних потім після деяких обчислень в стан виводу даних і стан завершення роботи
Умовні позначення:
Ім’я стану
а б в
а – термінальний стан
б – проміжний стан
в – перехід
66. Пояснити, що таке прототип у спіральній моделі?
Основними об'єктами проектування є інформаційні потоки. Методика проектування зводиться до створення каталогів, відбору об'єктів і встановленню між об'єктами оптимальних зв'язків. При розробці моделей складаних систем можна виділити 2 основних класи - каскадний і спіральний.
У каскадній моделі всі етапи суворо детерміновані, виконуються за одним розробленим планом і отримані розробки зміні не підлягають.
Протилежністю цій методиці є спіральна модель, де до стадії запровадження всі етапи, виключаючи аналіз проектування та реалізацію, можуть повторюватись багато разів, створюючи так званий прототип системи. На кожному створеному прототипі уточнюються вимоги замовника, поліпшуються характеристики системи, поки не буде розроблений оптимальний варіант і не досягнуто повне узгодження між замовником і розробником.
Недоліком спірального підходу є великі витрати часу на розробку системи, а також збільшення інших витрат, тому, такий підхід може бути реалізований тільки в комп'ютерних технологіях проектування.
На практиці спіральний підхід використовують лише для деяких етапів розробки, особливо на перших: аналіз та створення технічного завдання (ТЗ) і т.п.
Спіральна модель вільна від недоліків каскадної моделі, оскільки на кожному витку спіралі є можливість пересвідчитися в тому, що вимоги, які змінилися, враховано при розробленні чергового прототипу. До недоліків спіральної моделі слід віднести складність планування та організації робіт, а також значні витрати ресурсів при розробленні великих проектів. Тому її використовують у тих випадках, коли система невелика, але існує певна невизначеність щодо вимог користувачів. Якщо проект досить великий, то звичайно в ньому вдається виділити обмежену за обсягом підсистему, яку дійсно доцільно розробляти, використовуючи спіральну модель. Через труднощі планування робіт ця модель частіше застосовується тоді, коли замовник, розробник і користувач — одна й та сама організація або коли продукт розробляється для масового споживача.
Прототипом називають чинний програмний продукт, який реалізує окремі функції і зовнішні інтерфейси розроблюваного програмного забезпечення.
