- •Базові поняття 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-моделі.
- •Вказати, який міжнародний стандарт визначає перелік і зміст процесів життєвого циклу програмного продукту?
42.Пояснити, яку діаграму використовують при уточненні взаємодії об'єктів?
Взаємодія об’єктів організовується шляхом обміну повідомленнями, у відповідь на які об’єкти виконують відповідні операції і змінюють свій стан або посилають повідомлення іншим об’єктам. Для уточнення поведінки об’єктів можна рекомендувати використання моделей у вигляді діаграм, котрі відображають аспекти взаємодії об’єктів. Поведінка об’єктів відображується діаграмами, що задають послідовність взаємодії об’єктів (діаграми послідовностей, взаємодії), правилами переходу від стану до стану (діаграми станів), а також діаграмами кооперації, в яких діючі особи зображуються графічно. Об’єкти і відповідні їм діаграми варіантів використання задають загальну архітектурну схему системи, у рамках якої здійснюється реалізація структури і специфіки поведінки компонентів.
43.Пояснити, як називається фаза життєвого циклу розробки програмного забезпечення, на якій формується контракт між замовником і виконавцем розробки?
Життєвий цикл програмного забезпечення (програмного продукту, програмної системи) визначається як термін часу, який починається від моменту прийняття рішення про створення програмного забезпечення й закінчується у момент його повного вилучення з експлуатації, скоріше за все, з метою встановлення та інсталяції нового продукту. Саме – нового, а не нової версії того ж продукту, що вилучається.
Контрактна фаза включає вироблення кваліфікаційних вимог, підготовку попереднього завдання на проектування, заяву про наміри, добір потенційних виконавців, оформлення контракту з обраними виконавцями, вибір і затвердження остаточного варіанту проекту.
44.Перерахувати основні компоненти класів. Як описують ці компоненти?
Клас є описом того, як буде виглядати та вести себе його представник – екземпляр класу. Отже, клас можна представити як деякий шаблон, що визначає формат об’єкта класа.
Клас є типом даних. Він схожий на структуру. Клас, як і структура, являє собою набір даних та функцій, призначених для сумісного виконання певної задачі. Кажуть, що клас інкапсулює задачу. Класи мають наступні характерні елементи:
Засоби контролю доступу
Конструктори та деструктори
Члени-дані
Функції-члени
Спеціальний прихований покажчик з ім’ям this
В об'єктно-орієнтованому програмуванні, класи використовуються для групування пов'язаних змінних та функцій. Клас описує набір інкапсульованих змінних екземпляра та методів (функцій), можливо, разом з реалізацією цих типів разом з конструктором, який може використовуватись для створення екземплярів класа.
45.Обгрунтувати, що повинно міститися в звіті щодо аналізу здійсненності створення пз.
Аналіз здійсненності повинен висвітлити такі питання: - Чи відповідає система загальним і бізнес-ціляморганізації-замовника і організації- розробника? -Чи можна реалізувати систему, використовуючи існуючі наданий момент техно ¬ логії і не виходячи за межі заданоївартості? -Чи можна об'дініть систему з іншими системами, які вжеексплуатуються? Виконання аналізу здійсненності включає збір і аналіз інформації про майбутню систему, написання відповідногозвіту. Наприклад, цю інформацію можна отримати,відповівши на такі питання: -Що станеться з організацією, якщо система не буде введенав експлуатацію? -Які поточні проблеми існують в організації і як нова системадопоможе їх вирішити? -Яким чином система сприятиме цілям бізнесу? -Чи потребує розробка системи технології, яка до цього невикористовувалася в організації? Після обробки зібраної інформації готується звіт з аналізуздійсненності створення системи.
