
- •Базові поняття 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-моделі.
- •Вказати, який міжнародний стандарт визначає перелік і зміст процесів життєвого циклу програмного продукту?
17. Обгрунтувати суть об'єктної декомпозиції?
У об’єктній декомпозиції мир представлений сукупністюавтономних діючих об'єктів, які взаємодіють один з одним,щоб забезпечити поведінку системи, що відповідає більш високому рівню. Кожен об'єкт має свою відповідну поведінку, і кожен з них моделює деякий об'єкт реального світу. З цієї точки зору об'єкт є цілком відчутною річчю, що демонструє цілком визначену поведінку. Об'єкти щось роблять, і ми можемо, пославши їм повідомлення, проситиїх виконати те-то чи те-то.
Однак ми не можемо сконструювати складну систему одночасно двома способами, тим більше, що ці способи, по суті, ортогональні. Ми повинні почати поділ системи або за алгоритмами, або по об'єктах, а потім,використовуючи отриману структуру, спробувати розглянути проблему з іншоготочки зору. Досвід показує, що корисніше починати з об'єктної декомпозиції. Такий початок допомагає краще впоратися з наданням організованості складності програмних систем.
Об'єктна декомпозиція має декілька досить важливих перевагперед алгоритмічної декомпозицією: - Об'єктна декомпозиція зменшує розмір програмних систем за рахунок повторного використання загальних механізмів, що приводить до істотної економії виразних засобів. - Об'єктно-орієнтовані системи більш гнучкі і простіше еволюціонують згодом, тому що їх схеми базуються на стійких проміжних формах. - Об'єктна декомпозиція істотно знижує ризик при створенні складної програмної системи, так як вона розвивається з менших систем, у яких ми вже впевнені. - Об'єктна декомпозиція допомагає нам розібратися в складній програмній системі, пропонуючи нам розумні рішення щодо вибору підпростори великого простору станів.
19 Назвати основні етапи розробки програмного забезпечення. Які основні завдання вирішуються на цих етапах?
- Передпроектна підготовка.
Виявлення потреб замовника. Вивчення і аналіз поточних бізнес-процесів, які необхідно автоматизувати.
- Специфікація вимог до системи.
Складання технічного завдання, на підставі якого узгоджуються вимоги до системи, що розробляється. Одна з найважливіших задач будь-якого проекту .
- Аналіз і проектування програмного забезпечення
Виконуються роботи по проектуванню, визначенню архітектури і розробці програмного забезпечення на підставі складеного технічного завдання. Ціль аналізу і проектування - виявлення ясної і відносно простої внутрішньої структури (що іноді називається архітектурою проекту)
- Розробка програмного забезпечення
Проект виконується в чіткій відповідності зі специфікаціями і термінами, погодженими з замовником на етапі планування робіт і узгодження контракту.
- Впровадження й інтеграція програмного забезпечення
установка, настроювання і визначення параметрів експлуатації системи;
забезпечення необхідною документацією і навчання персоналу;
надання допомоги в адаптації системи до конкретних умов замовника;
інтеграцію з існуючими бізнесами-додатками.
20 Обгрунтувати, для чого використовують мову uml? Чому її називають мовою моделювання? Чим обумовлений вибір саме цієї мови як стандарту опису об'єктних розробок?
UML— уніфікована мова моделювання, використовується у парадигмі об'єктно-орієнтованого програмування. Є невід'ємною частиною уніфікованого процесу розробки програмного забезпечення. UML є мовою широкого профілю, це відкритий стандарт, що використовує графічні позначення для створення абстрактної моделі системи, називаної UML-моделлю. UML був створений для визначення, візуалізації, проектування й документування в основному програмних систем. UML не є мовою програмування, але в засобах виконання UML-моделей як інтерпретованого коду можлива кодогенерація. UML може бути застосовано на всіх етапах життєвого циклу аналізу бізнес-систем і розробки прикладних програм. Різні види діаграм які підтримуються UML, і найбагатший набір можливостей представлення певних аспектів системи робить UML універсальним засобом опису як програмних, так і ділових систем.
Діаграми дають можливість представити систему (як ділову, так і програмну) у такому вигляді, щоб її можна було легко перевести в програмний код.
Основною причиною використання мови UML є спілкування розробників між собою.[1]
Крім того, UML спеціально створювалася для оптимізації процесу розробки програмних систем, що дозволяє збільшити ефективність їх реалізації у кілька разів і помітно поліпшити якість кінцевого продукту.