
- •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. Основні результати стратегічного етапу?
- •109. Сутність етапу визначення вимог?
- •110. Труднощі, які виникають на етапі формування вимог?
- •111. Абстрактний рівень описання вимог клієнта?
- •112. В чому полягає якісний опис вимог?
- •113. Типи вимог?
- •114. Що включає в себе документація по опису вимог?
- •115. Сутність функціональних вимог?
- •116. Сутність нефункціональних вимог?
- •117. Що необхідно для успішного формулювання не функціональних вимог?
- •118. Сутність етапу аналізу?
- •119. Чинники успіху етапу аналізу?
- •120. Що є результатом виконання етапу аналізу?
- •121. Сутність етапу проектування?
- •122 Завдання етапу проектування?
- •123. Чинники успіху етапу проектування?
- •124. Що є результатом етапу проектування?
- •125. Сутність етапу реалізації?
- •130. Що розуміють під тестуванням?
- •131. Види тестів?
- •132. Фази тестування?
10.Модель даних
Цілісність означає зв'язок з дійсністю і з призначеними для користувача вимогами. Цілісність визначена, як правильністю даних в сенсі їх організації і конструкції. Послідовна модель - модель, яка представляє фрагмент інформації, використання даних бази можливе тільки тоді, коли представлені відповідні відносини. Цілісність означає відповідність збережених даних і внутрішньої структури - отже, вони відповідають меті моделі, застосованій в базі даних. Повинен бути автоматичний механізм перевірки цілісності.
11.Доступність даних
Можуть бути бази даних, які забезпечують доступ кому завгодно і у будь-який час. Проте, це не особливість, рекомендована для будь-якої бази даних, зокрема коли користувачі багато разів запрошують дані. Таким чином, доступом до баз даних потрібно управляти, а також необхідний відповідний проект структури і доступу.
12.Безпека даних
Бази даних присутні в багатьох установах; вони підтримують і беруть участь в багатьох видах справ. Вони зберігають фінансову інформацію, тотожність, операції і т.д. отже, вони повинні бути захищені. Хороша база даних повинна мати механізми перевірки, дозволу, конфіденційності, цілісності і доступності.
13.Критерії вибору субд
Розвиток інформаційної системи зазвичай не вимагає розробки власної бази даних, оскільки легко використовувати існуюче ПЗ. Вибір СУБД не легкий. Багато аспектів розглядаються, наприклад, що база даних повинна бути реалізована однаково добре і у провайдера і на призначеній для користувача стороні.
Найважливіші критерії відбору СУБД:
Продуктивність
Продуктивність описує швидкість реакції на запити і кількість обслуговуваних завдань.
Масштабованість
Масштабованість позначає зміну роботи системи при збільшенні кількості користувачів і даних. Це також описує можливість адаптування системи і можливості розширення системи в умовах високого робочого навантаження.
Функціональність
Функціональність описує, які функції є доступними в системі. Вони можуть бути функціями користувача, адміністратора і функціями проектувальника. Часто брак відповідних функцій призводить до потреби покупки нових інструментів і збільшує вартість.
Узгодження із стандартами
Узгодження означає задоволення деяких принципів і прийнятих правил (наприклад мовний стандарт, стандарт протоколу, і т.д.). Згода з широко використовуваними стандартами робить нашу роботу незалежною від постачальника і дозволяє доповнювати нашу систему компонентами від різних постачальників.
Зручність і простота використання
Зручність і простота використання - важлива характеристика системи. Системи високої ефективності і надійності, проте дуже важкі у використанні не рекомендуються. Оцінка залежить від користувача, його навичок, підготовки і досвіду. Один користувач може класифікувати систему як важку, інший - як легку.
Надійність
Надійність позначає частоту відмов. Чим вище надійність - тим вище вартість.
Таким чином, повинно бути виконано балансування надійності (або потреба зупинки роботи) і витрат.
Підтримка
Підтримка описує рівень обслуговування і допомоги, забезпечений виробниками. Підтримка - дуже важлива характеристика. Вища вартість системи, яка добре підтримана виробником, коштує цього і гарантує стійкість роботи.
Середовище розробки
Середовище розробки описує, на яких апаратних засобах і програмному забезпеченні система працюватиме.
Вартість
У вартість системи включені покупка, встановлення і експлуатація.