- •Базові поняття 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-моделі.
- •Вказати, який міжнародний стандарт визначає перелік і зміст процесів життєвого циклу програмного продукту?
4. Назвати цілі і завдання програмної інженерії.
Цілі:Ознайомлення з процесами, методами і засобами підтримки життєвого циклу продуктів програмного забезпечення та інформаційних систем, основами економіки та менеджменту програмного забезпечення та інформаційних систем, основами економіки і менеджменту створення програмного забезпечення, основами управління якістю програмних продуктів.
Головне завдання «Програмної інженеріїї» як інженерної дисципліни — здобуття теоретичних і професійно-практичних компетенцій в області технологій розробки програмних систем.
Предмет дисципліни «Програмна інженерія» — застосування теорії, знань і практики за умови ефективної побудови програмних систем, які задовольняють потребам замовників та користувачів; вивчення всіх фаз життєвого циклу програмної системи: аналіз потреб, розробку специфікацій, проектування, побудову, тестування, експлуатацію та супроводження.
5. Назвати базові поняттями еr-моделі даних, з якою метою її будують?
Модель "сутність-зв'язок" (ER-модель) - модель даних, яка дозволяє описувати концептуальні схеми за допомогою узагальнених конструкцій блоків.
ER-модель зручна при проектуванні інформаційних систем, баз даних, архітектур комп'ютерних застосунків та інших систем (моделей). За допомогою такої моделі виділяють найсуттєвіші елементи (вузли, блоки) моделі і встановлюють зв'язки між ними.
Існує ряд моделей для представлення знань. Одним з найзручніших інструментів уніфікованого представлення даних, незалежного від реалізовуючого його програмного забезпечення, є модель "сутність-зв'язок" (entity - relationship model, ER - model).
Модель "сутність-зв'язок" грунтується на якійсь важливій семантичній інформації про реальний світ і призначена для логічного представлення даних. Вона визначає значення даних в контексті їх взаємозв'язку з іншими даними.
ER-модель - це одна з найбільш простих візуальних моделей. Вона дозволяє осягнути структуру об'єкта «крупними мазками», в загальних рисах. Модель була запропонована Ченом (Chen) в 1976 р. Моделювання предметної області базується на використанні графічних діаграм, що включають невелику кількість різнорідних компонентів.
Основними поняттями ER-моделі є сутність, зв'язок і атрибут.
Сутність - це реальний або представляється об'єкт, інформація про який повинна зберігатися і бути доступна. У діаграмах ER-моделі є сутність у вигляді прямокутника
З
в'язок
- це графічно зображається асоціація,
що встановлюється між двома
сутностями.Зв'язок представляється у
вигляді лінії, що зв'язує дві сутності
або веде від суті до неї ж самої
Дати визначення життєвого циклу розробки програмного забезпечення . Які основсі процеси включають це поняття ?
Процес має мати задачу, методологію, вхідні дані і вихідні.
Процес розробки передбачає дії та завдання по створенню компонентів ПЗ і цілої системи, включаючи оформлення проектної та експлуатаційної документації, а також тести для перевірки якості ПЗ та результату. Процес розробки включає такі стадії :
Підготовча робота
Аналіз вимог до системи.
Проектування архітектури системи
Аналіз вимог до ПЗ
Проектування архітектури ПЗ
Детальне проектування компонентів
Кодування та тестування
Інтеграція ПЗ
Установка ПЗ
Приймання ПЗ замовником
Загальні стадії розробки :
Постановка завдання. Тут формулюють основні вимоги до ПЗ. Перед цим робиться передпроектне дослідження. Завершується процес побудовою технічного завдання.
Аналіз вимог та визначення специфікацій. Специфікація – це точний формалізований опис функцій і обмежень ПЗ. Бувають специфікації функціональні та експлуатаційні. Маємо отримати логічну модель ПЗ : аналізуємо технічне завдання, формуємо постановку задачі, вибираємо математичний апарат, будуємо мадель технічної області і розбиваємо задачу на підзадачі, вибираємо модель і кінцевий результат.
Проектування. Докладні специфікації ПЗ. Проектуємо загальну структуру ПЗ, проводимо декомпозицію системи на компоненти та проектування всіх компонентів. Отримаємо детальні моделі із специфікаціями всіх компоненті. Тип моделі залежить від підходу, який обирається. Проектування буває логічне та технічне.
Реалізація – чітке написання коду.
Супровід – процес створення і впровадження нових версій ПЗ, коли виявлені помилки, коли треба удосконалити ПЗ, зміна середовища функціонування.
