- •Перелік питань до модульної контрольної роботи №1 з дисципліни «Аналіз вимог до програмного забезпечення»
- •Поняття вимог до автоматизованої системи та програмного забезпечення.
- •Основні види вимог.
- •Роль вимог у забезпеченні успішності проектів програмного забезпечення.
- •Джерела та користувачі вимог
- •Процеси вивчення концепції – ідентифікація та оформлення ідей та потреб замовника.
- •Процеси вивчення концепції – формулювання потенційних підходів, вивчення здійсненності,
- •Процеси призначення системи – аналіз функцій, розробка системної архітектури, декомпозиція системних вимог.
- •Процес ідентифікації вимог до програмного забезпечення, що імпортується.
- •Процеси встановлення вимог – визначення та розробка вимог до програмного забезпечення, визначення вимог до інтерфейсу.
- •Процеси встановлення вимог – встановлення пріоритетів та інтеграція вимог до програмного забезпечення.
- •Загальний зміст специфікації вимог до програмного забезпечення.
- •Методи збору та виявлення вимог
- •Інтерв’ю замовника та експертів прикладного домену.
- •Анкетування. Спостереження.
- •Вивчення документів та аналогічних систем.
- •16. Нарада. «Мозковий штурм».
- •17. Прототипування. Класифікація прототипів
- •18. Створення прототипів з використанням програмних засобів.
- •19. Поняття аналізу. Загальні методи та засоби аналізу.
- •20. Засоби уніфікованої мови моделювання uml для аналізу вимог
- •21. Аналіз вимог.
- •22.Діаграми потоків даних
- •23. Методологія sadt
19. Поняття аналізу. Загальні методи та засоби аналізу.
Аналіз – це процес розкладання складної системи на більш дрібніші частини з метою кращого її розуміння .
Без постійного аналізу поточної діяльності не можливо уявити існування й розвиток будь-якого виробничого суб'єкта. Тому досвідчені керівники підприємств, організацій і фірм цьому питанню надають великої значимості й приділяють йому особливу увагу. Аналіз роботи певних структурних підрозділів у розрізі окремих днів, або навіть годин, надає можливості керівникові приймати оперативні рішення щодо визначення життєво важливих для підприємства стратегічних дій. Спектр застосовуваних методів аналізу залежить як від рівня компетентності керівника підприємства, так і від кваліфікаційного рівня працівників адміністративно-управлінської групи. В умовах конкуренції підприємствам готельно-ресторанного бізнесу необхідно володіти оперативними даними про роботу як аналогічних підприємств, так і постачальників сировини, товарів, предметів матеріально-технічного призначення. Аналізуючи такі дані, підприємство вигідно використовує фінансові ресурси, вносить своєчасні корективи до планів розвитку й управління, адекватно реагує на зміни цінової політики конкурентів, зберігає позиції на опанованому сегменті ринку й набуває можливостей щодо опанування нових сегментів. При вивченні існуючих методів аналізу з метою їх застосування у плануванні й управлінні підприємства, слід визначити: - доцільність використання певних методів аналізу; - можливість щодо їх застосування; - переваги й недоліки існуючих методів аналізу; - наявність якої інформаційної бази забезпечить застосування того чи іншого методу; - які розрахункові дані призначатимуться для поточного інформування керівників підприємства і які використовуватимуться при плануванні розвитку підприємства.; - які технічні засоби необхідні для реалізації обраних методів аналізу діяльності підприємства; - яким чином реалізовуватиметься отримана інформація щодо результатів аналізу.
20. Засоби уніфікованої мови моделювання uml для аналізу вимог
21. Аналіз вимог.
Аналіз вимог – це процес вивчення потреб і цілей користувачів , класифікація і перетворення їх на вимоги до системи апаратного і програмного забезпечення , встановлення і вирішення конфліктів між вимогами , визначення пріоритетів меж системи і принципів взаємодії із середовищем функціонування.
Результатом аналізу вимог є набір артефактів що представляються у вигляді текстових документів моделей та прототипів програмного забезпечення.
Основними цілями процесу є:
Досягнення однакового розуміння замовника користувачами та розробниками того, що повинна робити система .
Визначення границь системи.
Визначення інтерфейсу користувача системи..
22.Діаграми потоків даних
Діаграма потоків даних – розбиття вимог на функціональні компоненти, що представляються у вигляді мережі, пов’язаної потоками даних .Головна мета – продемонструвати як кожний процес перетворює свої вхідні дані у вихідні , а також виявити відношення між цими процесами.
Основні компоненти діаграми потоків даних:
Зовнішні сутності – джерела або приймачі даних
Процеси – діяльність по перетворенню вхідних даних
Сховище даних – накопичувач – зберігання даних
Потоки даних – моделювання передачі інформації.
Декомпозиція діаграм потоків даних здійснюється на основі процесів : кожний процес розкривається за допомогою діаграм потоків даних нижнього рівня . Діаграма вищого(нульового) рівня діаграм потоків даних – контекстна діаграма , яка відображає взаємодію розроблюваної системи із зовнішніми системами і встановлює границі аналізованої системи. При побудові , важливо притримуватися таких правил : на діаграмі не повинно бути більше семи процесів , а також при деталізації процесів обов’язкова нумерація.
Правила зв’язків між компонентами:
Допустимі: 1) процес – процес 2) процес – сутність 3) процес – сховище даних.
Не допустимі : 1)зс-зс, зс-сд, сд-сд
