- •Базові поняття 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-моделі.
- •Вказати, який міжнародний стандарт визначає перелік і зміст процесів життєвого циклу програмного продукту?
56. Назвати, які відношення позначаються в діаграмі класів uml спеціальними графічними символами?
Базові відношення ,що можуть бути зображені на діаграмі класів:
Відношення асоціації
Відношення узагальнення
відношення агрегації
Відношення композиції;
Кожне із цих відношень має власне графічне зображення, що відображає семантичний характер взаємоз"язку між об"єктами відповідних класів.
Відношення асоціації відповідає наявності довільного відношення або взаємозв"язку між класами. Це відношення позначається суцільною лінією зі стрілкою або без неї й з додатковими символами, які характеризують спеціальні властивості асоціації.
Відношення узагальнення позначається суцільною лінією із трикутною стрілкою на одному з кінців. Стрілка вказує на загальний клас (клас-предок або супер клас), а її початок - на спеціальний клас (клас-нащадок або підклас).
Відношення агрегації зображується суцільною лінією з не зафарбованим усередині ромбом на одному з своїх кінців. Цей ромб вказує на той клас, що являє собою "ціле" або клас - контейнер. Інші класи є його "частинами".
Відношення композиції зображується суцільною лінією, з зафарбованим у середині ромбом на одному з своїх кінців. Цей ромб вказує на клас - композит. Інші класи є його "частинами".
57. Назвати, який розділ технічного завдання можна вважати основним і чому? Яку інформацію повинна містити решта розділів? у чому основна складність розробки технічного завдання?
Технічне завдання є основним документом, який визначає вимоги і порядок створення (розвитку або модернізації) автоматизованої системи, відповідно до якого проводиться розробка проекту та його приймання при введенні в експлуатацію.
Розділи технічного завдання
загальні відомості,
призначення та мета створення (розвитку) системи,
характеристика об'єктів автоматизації,
вимоги до системи,
склад і зміст робіт із створення системи,
порядок контролю та приймання системи,
вимоги до складу і змісту робіт із підготовки об'єкта автоматизації до введення системи в експлуатацію,
вимоги до документування,
джерела розробки.
Розділ «Загальні відомості» містить:
повне найменування системи та її умовне позначення,
шифр теми або шифр (номер) договору,
найменування підприємств розробника і замовника системи та їх реквізити,
перелік документів, на підставі яких створюється система, ким і коли затверджені ці документи,
планові терміни початку та закінчення робіт із створення системи,
відомості про джерела та порядок фінансування робіт,
порядок оформлення та пред'явлення замовникові результатів робіт із створення системи (її частин), виготовлення і наладки окремих засобів (технічних, програмних, інформаційних) і програмно-технічних (програмно-методичних) комплексів системи.
Розділ «Призначення і мета створення (розвитку) системи» складається з підрозділів:
Призначення системи – вид діяльності, що автоматизується (управління, проектування і т. п.), перелік об'єктів автоматизації, на яких передбачається її використовувати.
Мета створення системи – найменування та необхідні значення технічних, технологічних, виробничо-економічних чи інших показників об'єкта автоматизації, які передбачається досягнути внаслідок створення автоматизованої системи. Вказівка критеріїв оцінки досягнення мети проекту.
У розділі «Характеристики об'єкта автоматизації» приводять:
короткі відомості про об'єкт автоматизації або посилання на документи, що містять таку інформацію,
відомості про умови експлуатації об'єкта автоматизації та характеристики навколишнього середовища.
Розділ «Вимоги до системи» складається з наступних підрозділів:
вимоги до системи загалом,
вимоги до функцій (завдань), що виконуються системою,
вимоги до видів забезпечення.
Розділ «Склад і зміст робіт із створення (розвитку) системи» повинен містити:
перелік стадій і етапів робіт із створення системи,
терміни їх виконання,
перелік організацій – виконавців робіт,
посилання на документи, які підтверджують згоду цих організацій на участь в створенні системи, або запис, що визначає відповідального (замовник або розробник) за проведення цих робіт.
У розділі «Склад і зміст робіт» також наводиться:
перелік документів, які пред'являються після закінчення відповідних стадій і етапів робіт;
вид і порядок проведення експертизи технічної документації (стадія, етап, обсяг документації, що перевіряється, організація-експерт);
програма робіт, спрямованих на забезпечення необхідного рівня надійності системи, що розробляється (за необхідності);
перелік робіт з метрологічного забезпечення на всіх стадіях створення системи з вказівкою термінів їх виконання і організацій-виконавців (за необхідності).
У розділі «Порядок контролю і приймання системи» вказують:
види, склад, обсяг і методи випробувань системи та її складових частин (види випробувань відповідно до діючих норм, які поширюються на систему, що розробляється),
загальні вимоги до приймання робіт по стадіях (перелік учасників, місце і терміни проведення), порядок узгодження і затвердження приймальної документації,
статус приймальної комісії.
У розділі «Вимоги до складу і змісту робіт з підготовки об'єкта автоматизації до введення системи в експлуатацію» необхідно навести перелік основних заходів, які слід виконати при підготовці об'єкта автоматизації до введення автоматизованої системи в дію.
У перелік основних заходів включають:
надання інформації, яка надходить в систему, вигляду, придатного для обробки за допомогою персональних комп'ютерів,
зміни, які необхідно здійснити в об'єкті автоматизації,
створення умов функціонування об'єкта автоматизації, за яких гарантується відповідність створюваної системи вимогам, що містяться в ТЗ,
створення необхідних для функціонування системи підрозділів і служб,
терміни і порядок комплектування штатів і навчання персоналу.
У розділі «Вимоги до документування» наводять:
погоджений розробником і замовником системи перелік комплектів і видів документів, що підлягають розробці,
вимоги з документування комплектуючих елементів міжгалузевого застосування,
за відсутності державних стандартів, що визначають вимоги до документування елементів системи, додатково включають вимоги до складу і змісту таких документів.
У розділі «Джерела розробки» повинні бути перераховані документи та інформаційні матеріали (техніко-економічне обґрунтування, звіти про закінчені науково-дослідні роботи, інформаційні матеріали на вітчизняні, зарубіжні системи-аналоги та ін.), на підставі яких розроблялося ТЗ і які мають бути використані при створенні системи.
