- •1.Правила розробки інтерфейсу
- •2.Елементи структурного підходу
- •3.Прапорці потоку даних (малюнки не витирати! Вони є ключовими у відповіді!)
- •4.Складові організації даних (можна просто перерахувати всі пункти без хнього опису)
- •5.Постійність бази даних
- •6.Обмеження бази даних
- •7.Послідовність бази даних
- •8.Зв’язок бази даних з реальністю
- •9.Контроль копіювання даних
- •10.Модель даних
- •11.Доступність даних
- •12.Безпека даних
- •13.Критерії вибору субд
- •14.В чому полягає оптимізація проекту
- •15.Методи оптимізації системи
- •16.Обмеження при переході до моделі розробки
- •17.Фізична структура системи
- •18.Правильність та якість системи
- •19.Верифікація діаграм класів
- •20.У чому полягає якість системи
- •21.Критерії декомпозиції системи
- •22.Рівні зв’язку компонентів системи
- •23. В чому полягає прозорість проекту
- •24.Не функціональні вимоги етапу проектування
- •25.Результати етапу проектування
- •26.Структура детального документу проекту
- •27.Модифікація, еволюція та відповідальність за документ, створений на етапі проектування
- •28. На стратегічному етапі виконуються наступні дії:
- •29. Співпраця з клієнтом
- •30. Область дії і контекст проекту
- •31.На цьому етапі існує декілька стратегічних рішень, які повинні бути прийняті:
- •32. Як правило, існують декілька можливих рішень по системі і ці варіанти рішень підпорядковані певним обмеженням. Обмеження можуть стосуватись:
- •33. Під вивченням досяжності розробки розуміють:
- •36. Оцінка вартості рішень
- •42.Чинники успіху стратегічного етапу?
- •43.Результати стратегічного етапу?
- •44.Причини складності формулювання вимог до системи?
- •45. Рівні опису вимог?
- •47.У чому полягає правильність формулювання вимог до системи користувачем?
- •49.Методи опису вимог?
- •50.Типи вимог?
- •51. У чому полягає функціональний опис вимог?
- •52.Що собою представляють нефункціональні вимоги?
- •53.Причини формулювання нефункціональні вимоги?
- •56.Чинники успіху при формуванні документу з вимогами?
- •57.Чинники успіху етапу формулювання вимог?
- •58.Що собою являє модель системи?
- •59.Що є метою побудови моделі?
- •60.Які існують моделі?
- •61.Коли необхідно будувати більш повну модель?
- •62 Аналітична модель
- •63.Що собою представляє логічна модель?
- •64.Які описи використовують під час побудови аналітичної моделі?
- •65.Основні дії під час аналізу системи?
- •66. Вимоги до системних функцій?
- •67.Чинники успіху етапу аналізу?
- •68.Результати етапу аналізу?
- •69.Мета етапу проектування системи?
- •70.Специфікація результатів етапу аналізу?
- •71.Специфікація асоціативного виконання?
- •72.Компоненти програмного забезпечення?
- •73.Поняття про методологію швидкої розробки програмних ужитків (rad)?
- •74.Розробка інтерфейсу?
- •75.Способи взаємодії програмного продукту з користувачем?
- •76. Проблеми, які виникають в процесі розробки програмного забезпечення?
- •77. Причини складності розробки програмного забезпечення?
- •78. Що розуміють під розробкою програмного забезпечення?
- •79.Причини виникнення кризи в розробці пз?
- •80. Як обмежують кризові явища в процесі розробки пз?
- •81. Що собою являє концептуальне моделювання?
- •82.Сутність моделі водоспаду?
- •83. Цикли розробки пз на основі каскадної моделі?
- •84. Переваги та недоліки моделі водоспаду?
- •85. Переваги і недоліки моделі водоспаду з зворотнім зв’язком?
- •86. Сутність моделі водоспаду з зворотнім зв’язком?
- •87. Сутність моделі документованого виконання?
- •88. Переваги та недоліки моделі документованого виконання?
- •89. Сутність прототипування?
- •90. Що включає в себе прототипування?
- •91. Мета побудови прототипу?
- •92. Переваги і недоліки прототипування?
- •93. Методи побудови прототипу?
- •94. Сутність покрокової розробки пз?
- •95. Переваги і недоліки покрокової розробки пз?
- •96. Сутність моделі збирання готових елементів?
- •97. Методи, які використовуються в моделі збирання готових елементів?
- •98. Переваги використання готових компонентів?
- •99. Сутність моделі спіралі розробки пз
- •100. Поняття про етап розробки програмного забезпечення?
- •101. Діаграма співвідношення життєвих циклів розробки пз?
- •102. Сутність стратегічного етапу розробки пз?
- •103. Дії на стратегічному етапі?
- •104. Рішення, які приймаються на стратегічному етапі?
- •105. Обмеження на стратегічному етапі?
- •106. Стандарти стратегічного етапу?
- •107. Чинники успіху стратегічного етапу?
- •108. Основні результати стратегічного етапу?
- •111. Абстрактний рівень описання вимог клієнта?
- •112. В чому полягає якісний опис вимог?
- •113. Типи вимог?
- •114. Що включає в себе документація по опису вимог?
- •109. Сутність етапу визначення вимог?
- •110. Труднощі, які виникають на етапі формування вимог?
- •115. Сутність функціональних вимог?
- •116. Сутність нефункціональних вимог?
- •117. Що необхідно для успішного формулювання не функціональних вимог?
- •118. Сутність етапу аналізу?
- •119. Чинники успіху етапу аналізу?
- •120. Що є результатом виконання етапу аналізу?
- •121. Сутність етапу проектування?
- •122 Завдання етапу проектування?
- •123. Чинники успіху етапу проектування?
- •124. Що є результатом етапу проектування?
- •125. Сутність етапу реалізації?
- •130. Що розуміють під тестуванням?
- •131. Види тестів?
- •132. Фази тестування?
130. Що розуміють під тестуванням?
Під тестуванням розуміють:
сертифікацію - перевірка відповідності системи вимогам клієнта;
перевірка - перевірка відповідності системи вимогам етапу формулювання вимог.
Мета тестування полягає в тому, щоб виявити і виправити помилки. Тестування повинне виявляти помилки і помилкове виконання. Під помилкою ми розуміємо конструкцію, яка розроблена неправильно. Помилкове виконання може відбутися під час виконання програми. Одна помилка може призвести до неправильного виконаня програми. Помилки можуть бути наслідком інших помилок.
Тести можуть бути наццлені на:
виявлення максимальнко кількості помилок,
статистики помилок - їх частоти і оцінки надійності.
131. Види тестів?
Розрізняються такі тести:
динамічні - які порівнюють результати роботи програми з правильними результатами
статичні - засновані на аналізі коду.
132. Фази тестування?
Фази тестування:
тестування модулів ( виконується після їх конструювання і реалізації).
тестування системи ( виконується після її інтеграції. Воно охоплює тестування системи і всіх модулів).
приймальне випробування ( системи, які розроблені для клієнта, передаються клієнтам і перевіряється ними. Такі тести називають альфа-тестами. Системи, які розроблені для ринку, передаються деяким представницьким користувачам і перевіряється ними. Такі тести називають бета-тестами).
Основні чинники успіху етапу тестування: розпізнавання спеціальних вимог надійності частин і мотивація залучених людей. Оскільки персонал тестування найчастіше представляє нижчий рівень в ієрархії службовців, рекомендується призначати для тестування людей, які також займаються програмуванням і проектуванням. В такому випадку важливість етапу тестування може бути збережена.
133. Основні результати етапу тестування?
В результаті виконання етапу тестування отримуємо:
покращені код, проект, модель і специфікація вимог,
звіт про тести,
оцінка надійності.
134. Що відбувається на етапі установки?
На етапі установки продукт передають користувачеві, який стає власником системи.
Етап установки передбачає:
навчання користувача і адміністратора
установка програмного і апаратного забезпечення
установку баз даних
контрольоване використання системи
передача системи клієнтові.
135. Чинники успіху етапу установки?
Чинники успіху етапу установки:
відповідне планування і розклад, які дають змогу уникати конфліктів з іншими завданнями користувача і виробника,
позитивна оцінка проекту.
136. Основні результати етапу установки?
Основні результати етапу:
покращений код, проект, модель і специфікація вимог
встановлення ПЗ у клієнта.
137. Сутність етапу підтримки?
Етап установки супроводжується використанням системи. Цей довгий етап представлений як етап експлуатації з точки зору клієнта і етап підтримки - з точки зору виробника.
Під підтримкою ми розуміємо змінення системи.
138. В чому полягає оцінка змін в ПЗ?
Існує три класи модифікацій ПЗ:
усунення помилок,
поліпшення якості ПЗ,
оновлення ПЗ для сумісності із зовнішніми системами, які тут модифікуються.
Кожна зміна повинна бути проаналізована раніше її введення, і повинне бути прийнято рішення, чи має зміна сенс.
139 Чинники успіху етапу підтримки?
Чинники успіху етапу підтримки:
Висока якість вимог, моделі і проектних визначень
Хороше знання середовища виконання
Мотивована команда, яка підтримує систему
Хороша вартісна оцінка обслуговування.
Основний результат етапу підтримки - покращення коду, проекту, моделі і специфікації вимог.
