- •Поняття вимог до автоматизованої системи та програмного забезпечення
- •Основні види вимог
- •Роль вимог у забезпеченні успішності проектів програмного забезпечення
- •Джерела та користувачі вимог
- •Процеси вивчення концепції – ідентифікація ідей та потреб замовника, оформлення ідей та потреб
- •Процеси вивчення концепції – формулювання потенційних підходів, вивчення здійсненності
- •Розробка системної архітектури
- •Декомпозиція системних вимог
- •Процес ідентифікації вимог до програмного забезпечення, що імпортується
- •Визначення вимог до пз, що імпортується
- •Оцінка джерел імпорту пз
- •Визначення методі імпорту пз
- •Процеси призначення системи – аналіз функцій, розробка системної архітектури, декомпозиція системних вимог
- •Процеси призначення системи:
- •Аналіз функцій
- •Імпорт пз
- •Процеси встановлення вимог – визначення та розробка вимог до програмного забезпечення, визначення вимог до інтерфейсу Процеси встановлення вимог
- •Визначення та розробка вимог до пз
- •Визначення вимог до інтерфейсу
- •Процеси встановлення вимог – встановлення пріоритетів та інтеграція вимог до програмного забезпечення
- •Загальний зміст специфікації вимог до програмного забезпечення
- •Специфікація вимог до пз
- •Специфікація вимог до пз (srs)
- •Методи збору та виявлення вимог
- •Інтерв’ю замовника та експертів прикладного домену
- •Анкетування. Спостереження
- •Спостереження
- •Вивчення документів та аналогічних систем
- •«Мозковий штурм»
- •Прототипування. Класифікація прототипів
- •Створення прототипів з використанням програмних засобів
- •Розкадровка. Основні види
- •Поняття аналізу. Загальні методи та засоби аналізу
- •Засоби уніфікованої мови моделювання uml для аналізу вимог
- •Метод системного аналізу
- •Діаграми бізнес-процесів та потоків даних
- •Методологія sadt.
Діаграми бізнес-процесів та потоків даних
Бізнес-процес – це сукупність взаємопов’язаних заходів або завдань, спрямованих на створення певного продукту або послуги для споживачів. Для наочності бізнес-процеси візуалізують за допомогою блок-схеми бізнес процесів (використовуються методології IDEF0, DFD та ін.). За методологією IDEF0 діаграмма бізнес-процесу оперує наступними поняттями:
Функціональний блок – позначає певну функцію в рамках системи. Має графічну форму прямокутника. Кожна з чотирьох його сторін має своє призначення: ліва – вхідні дані, права – вихідні дані, верхня – управління, нижня – механізми;
Інтерфейсна дуга – елемент системи, який обробляється функціональним блоком, чи робить на нього деякий вплив. Це дуги вхідних/вихідних даних, дуги механізмів та керування. Графічно зображується у вигляді односпрямованої стрілки;
Декомпозиція – припускає розбивку складного процесу на складові частини;
Глосарій – набір визначень, ключових слів та інше, що характеризує об’єкти, відображені на діаграмі.
Діаграми потоків даних (DFD – Data Flow Diagram) являються основним засобом моделювання функціональних вимог до системи, що проектується. З їх допомогою ці вимоги представляються у вигляді ієрархії функціональних компонентів (процесів), зв’язаних потоками даних. Головна мета такого представлення - продемонструвати, як кожний процес перетворює свої вхідні дані в вихідні, а також виявити відношення між цими процесами. Основними компонентами DFD є:
Зовнішні сутності;
Системи і підсистеми;
Процеси;
Накопичувачі даних;
Потоки даних.
Методологія sadt.
Опис системи за допомогою методології САДТ називається моделлю, при цьому використовується як природна, так і графічні мови. САДТ-модель може бути зосереджена або на функціях системи, або на її предметах (планах, даних,обладнанні, інформації).
Моделі, що орієнтовані на функції називають функціональними, а на предмети системи – моделями даних.
За допомогою САДТ методології вирішуються наступні основні задачі:
Аналіз функцій, що виконується системою;
Опис специфікацій вимог і функцій системи, що проектується
Проектування системи.
Метод САДТ представляє собою сукупність правил і процедур, призначених для побудови функціональної моделі об’єкта будь-якої предметної області.
Функціональна модель САДТ відображає функціональну структуру об’єкта. Тобто вироблені ним дії і зв’язки між цими діями.
Основні елементи методу САДТ ґрунтуються на наступних концепціях:
Графічне представлення блокового моделювання
Строгість і точність
Відділення організації від функції, тобто виключення впливу адміністративної структури організації на функціональну модель.
Результатом застосування методу САДТ є модель, яка складається з діаграм, фрагментів текстів та глосарію, що мають посилання один на одного. Діаграми – головні компоненти моделі, всі функції організації та інтерфейси на них представлені як блоки та дуги відповідно.
Правила САДТ:
Обмеження кількості блоків на кожному рівні (3-6)
Зв’язність діаграм (номери блоків)
Унікальність міток та найменувань (відсутність імен, що повторюються)
Синтаксичні правила для графіки (блоків і дуг)
Розділ входів і управлінь (як правило визначення ролі даних).
Керуюча інформація входить в блок зверху, у той час як вхідна інформація, яка піддається обробці показана з лівого блоку. А результат (вихід) показані з правого боку. Механізм (людина або автоматизована система), яка здійснює операцію, представляється дугою, що входить.
Метод САДТ може використовуватися для моделювання різноманітних систем і визначення вимог і функцій з подальшою розробкою інформаційної системи, що задовольняє цим вимогам і реалізує ці функції. В існуючих системах метод САДТ може застосовуватися для аналізу функцій виконуваних системою. І вказівки механізмів за допомогою яких вони здійснюються.
