- •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. Фази тестування?
74.Розробка інтерфейсу?
З точки зору користувача, інтерфейс програми є дуже важливим, і його функціональність може визначити думку користувача про продукт.
Тому дизайнер повинен витрачати багато часу і зусиль на розробку інтерфейсу, який відповідає очікуванням користувача. Рекомендується зрозуміти переваги розробки перед початком проекту. Це можна зробити, якщо проглянути ПЗ користувача і спосіб його використання. Також рекомендується робити інтерфейс зрозумілим.
75.Способи взаємодії програмного продукту з користувачем?
командний рядок
вибір умови
клавішні комбінації швидкого виклику
ікони на панелі інструментів
вибір в діалозі
навігація мишею
76. Проблеми, які виникають в процесі розробки програмного забезпечення?
Питання, які виникли в процесі розробки ПЗ:
Що робити зі складністю програмного забезпечення?
Як організувати командну роботу?
Як розумно спілкуватися в групі професіоналів різних дисциплін?
Які методи можуть бути використані належним чином, щоб приготувати якісний і не дуже дорогий продукт в зазначений термін?
Прогрмісти повинні дати відповіді на всі ці питання для успішної розробки ПЗ.
77. Причини складності розробки програмного забезпечення?
Сучасні інформаційні системи складні, їх розробка вимагає багато часу і великих капіталовкладень. Нажаль, вельми часто результати є не задовільними. Аналіз показує, що зі всіх проектів програмного забезпечення, що розробляються, тільки кожний третій завершується успіхом.
Причини складності програмного забезпечення численні і різні. Наприклад:
проблема великої кількості напрямків в інформаційних технологіях
складнощі спілкування членів команд різних професій
динамічні зміни в технологіях і доступних технічних інструментах
зміна вимог користувачів і невпевненість в розробці вимог
78. Що розуміють під розробкою програмного забезпечення?
Непрофесійний розробник програмного забезпечення завжди у пошуках магії, якого-небудь сенсаційного методу або інструмента, що обіцяє зробити розробку програмного забезпечення тривіальною. Характерна риса професійного розробника програмного забезпечення - знати, що ніякого універсального засобу не існує.
Сучасне програмне забезпечення (ПЗ) стає складним, великим і залежить від капітальних витрат. Програмне забезпечення створюється великими командами професіоналів і представляє різні сфери інтересів, часто далекі від комп'ютерної науки.
Розробка ПЗ є нелегке заняття і воно часто завершується невдачею. Тому виникають такі питання:
1.Що потрібно зробити, щоб збільшити шанс успіху проекту ПЗ?
2.Як бути впевненим, що результат роботи задовольнить користувача?
3.Як перевірити безпомилковість програмного продукту?
4.Як визначити вимоги до продукту, щоб він був зрозумілий людям без досвіду роботи з комп'ютером, але в той же час зробити вимоги достатніми для можливості моделювання і програмування?
79.Причини виникнення кризи в розробці пз?
Декілька останніх років ми спостерігаємо феномен, який назвають кризою ПЗ. Під цим ми розуміємо цілий ряд труднощів під час розробки ПЗ не дивлячись на всі сучасні технології і високі ціни продукції.
Основна причина кризи ПЗ - це складність продуктів комп'ютерної науки і процесу розробки.
Серед невід'ємних причин кризи ПЗ:
Суперечності між очікуваною відповідальністю ІС і їх ненадійністю. Це результати складності систем і не ідеальних методів їх створення.
Дорога підтримка.
Нечасте повторне використання вже існуючих проектів і компонентів ПЗ, їх низький рівень.
Довгий і дорогий цикл розробки ПЗ, великий шанс провалу проекту.
Довгий і дорогий життєвий цикл інформаційних систем і необхідність робити часті зміни.
Розмаїття мов програмування.
Залежність результатів проектування від швидких змін мов пристроїв, методів, довгий і ненадійний період підтримки.
Залежність компаній від комп'ютерних систем і прикладних технологій обробки інформації.
Проблеми з інтеграцією готових комонентів ПЗ різних команд.
Проблеми з удосконаленням існуючих і робочих систем для того, щоб задовольняти нові вимоги техніки.
