Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Lekcii_OPI_2sem.doc
Скачиваний:
154
Добавлен:
23.02.2016
Размер:
3.72 Mб
Скачать

3. Аналіз вимог і визначення специфікацій програмного забезпечення

Процес проектування програмних продуктів починається з визначення вимог і початкових даних. В результаті аналізу вимог отримують специфікації програмного забезпечення у вигляді текстового описання, структурних схем і діаграм. В процесі визначення специфікацій будують загальну модель предметної області і конкретизують основні функції програмного продукту і його поведінку при взаємодії з навколишнім світом.

3.1. Визначення вимог до програмних продуктів

Один з найвідповідальніших етапів створення програмного продукту – етап постановки задачі. На цьому етапі приймаються важливі рішення відносно функцій створюваного ПЗ, експлуатаційних обмежень, які накладаються на нього. Проводиться вибір архітектури, середовища розробки ПЗ, інтерфейсу користувача та ін. Від цього вибору буде залежати якість і вартість кінцевого програмного продукту.

3.1.1. Функціональні вимоги

Функціональні вимоги описують сервіси, які надаються програмним середовищем, його поведінку в певних ситуаціях, реакцію на ті чи інші вхідні дані і дії які система дозволить виконувати користувачам. Інколи сюди додається інформація про те, що система робити не повинна.

Кожний програмний продукт призначений для виконання визначених функцій. Для того щоб визначити, підходить та чи інша програма для розв’язання задач, необхідно мати чіткий набір критеріїв, на основі яких можна зробити правильний вибір.

При написанні функціональних вимог необхідно враховувати те, що чим вони детальніші, тим більш точна оцінка робіт по строкам і вартості буде проведена перед розробкою технічного завдання на створення програмного забезпечення. Якщо на наступних етапах розробки ПЗ не виникає доповнень до початково сформульованих функціональних вимог, то ця оцінка буде достатньо точною. Одночасно при описанні вимог не потрібно заглиблюватись в будь-які дрібні деталі. Необхідно описувати саме функції програми, а не те, яку кнопку треба натиснути, щоб отримати результат. Такі деталі повинні бути детально пророблені вже в процесі розробки технічного завдання.

Функціональні вимоги документуються в специфікації вимог до програмного забезпечення, де описуються як можна більш повно очікувану поведінку системи.

Необхідно, щоб функціональна специфікація програмного засобу була математично точною. Бажано навіть, щоб при її розробці використовувались математичні методи і формалізовані мови. Вона повинна базуватись на чітких поняттях і твердженнях, що однозначно розуміються розробниками і замовниками програмного продукту.

Функціональна специфікація складається з трьох частин:

  1. Описання зовнішнього інформаційного середовища, з якою буде взаємодіяти програмне забезпечення. Повинні бути визначені всі канали вводу і виводу і всі інформаційні об’єкти, до яких буде примінятись ПЗ, а також суттєві зв’язки між цими інформаційними об’єктами.

  2. Визначення функцій програмного забезпечення, визначених на множині станів цього інформаційного середовища. Вводяться позначення всіх функцій, специфікуються їх вхідні дані і результати виконання, з вказуванням типів даних і завдань всіх обмежень, які повинні задовольняти ці дані і результати. Визначається вміст кожної з цих функцій.

  3. Описання виключних ситуацій, якщо такі можуть виникнути при виконанні програм, і реакцій на ці ситуації, які повинні забезпечити відповідні програми. Повинні бути перераховані всі існуючі випадки, коли програмне забезпечення не зможе нормально виконати ту чи іншу свою функцію. Для кожного такого випадку повинна бути визначена реакція програми.

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]