
- •Базові поняття 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-моделі.
- •Вказати, який міжнародний стандарт визначає перелік і зміст процесів життєвого циклу програмного продукту?
13. Дати визначення процесу життєвого циклу пз та описати склад процесів життєвого циклу, який регламентується міжнародним стандартом.
Життєвий цикл ПЗ — модель створення і супроводження ПЗ, що відображає його різні стани, починаючи з моменту виникнення ідеї створення ПЗ і закінчуючи моментом виходу його з експлуатації. “Оцінка і атестація зрілості процесів створення та супроводу програмних засобів та інформаційних систем” охоплює питання оцінки якості і атестації зрілості всіх процесів, які відносяться до придбання, проектування, розробки, постачання та підтримки програмних засобів; надає базу для реалізації на підприємствах і в проектах процесів життєвого циклу ПЗ, регламентованих стандартом ISO/IEC 12207:1995 Архітектура життєвого циклу ПЗ, в свою чергу, ґрунтується на трьох основних компонентах, таких як:
основні процеси життєвого циклу ПЗ і визначальні роботи;
допоміжні процеси і роботи, що підтримують життєвий цикл ПЗ;
організаційні процеси і керування життєвим циклом ПЗ.
Слід зазначити, що процеси придбання та підготовки до створення ПЗ мають починатися з ініціалізації проекту, аналізу концепції та ринку продуктів, вироблення вимог і складу підтримуючих документів, створення попереднього плану проекту.
14. Пояснити, що покладено в основу методик Джексона і Варнье-Орра? Чим розрізняються дані методики?
Метод Джексона. Дана методика заснована на процедурному підході до програмування, в процесі створення структури програми використовується поняття структур програмування і базова трійка елементів для побудови структур даних. При цьому даний метод включає такі основні етапи:
1. Визначення та розробка структур даних з використанням трьох базових структур (вхідні і вихідні дані);
2. Побудова структури програми на основі поняття злиття вхідних і вихідних даних;
3. Визначення основних операцій і складання алгоритму завдання.
Метод Варньє-Орра (також відомі як логічні конструкції програм / систем) - це вид ієрархічних блок-схем, які надають опис організації даних і процедур.
Відрізняються тим що метод Варньє—Орра служить для проектування структур даних а метод Джексона для проектування міжмодульної структури програм і внутрішньої структури модулів.
Обгрунтувати потребу в передпроектних дослідженнях для формування вимог до програмного забезпечення.
Метою передпроектного дослідження є отримання відповідей на ряд принципових питань, що дозволяють чітко сформулювати досяжні цілі покупки і впровадження інформаційної системи на базі ІГС "CityCom" і виробити стратегію і тактику процесу впровадження, що забезпечують успіх проекту з максимально можливою вірогідністю. Перше питання, на який необхідно отримати чітку і ясну відповідь (причому в першу чергу це необхідно самому Замовникові): "Для чого нам це потрібно?". Рішенню яких завдань покликана сприяти майбутня інформаційна система, і досягнення яких конкретних результатів є проміжними і кінцевими цілями? Від усвідомленого відповіді на це питання у величезній мірі залежить успіх проекту, оскільки ясно позначені цілі та орієнтири дають можливість побудувати як розумний і здійсненний план робіт з впровадження, так і систему критеріїв оцінки поточного стану справ на кожному.ет