Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Otvety_Analiz_Trebovany_Modul_2.doc
Скачиваний:
0
Добавлен:
01.07.2025
Размер:
593.41 Кб
Скачать

4. Переваги використання специфікації вимог до програмного забезпечення.

Даний документ дає наступні можливості:

  1. Для замовника точний опис того що він хоче отримати

  2. Для розробника однозначне тлумачення і розуміння того що хоче отримати замовник

Мета розробки специфікацій: надати замовнику, розробнику та іншим учасникам проекту ряд переваг:

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

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

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

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

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

  6. Служить в якості основи для розширення.

5. Стандарти документування вимог до програмного забезпечення.

  1. ІЕЕЕ Std 830-1998 – містить рекомендації щодо структури та

  2. ГОСТ 19,201-78 – єдина система програмної документації

  3. ГОСТ 34,602,89 – інформаційна технологія, комплекс стандартів на автоматизовані системи

6. Зміст та характеристики госту по створенню технічного завдання.

Технічне завдання – це документ для розробки автоматизованої системи створення програмного продукту або проведення науково-дослідних робіт відповідно до якого проводиться виготовлення, приймання, при веденні в дію та експлуатації об’єкта.

  1. Загальні відомості. В цьому розділі зазначаються юридичні реквізити сторін, крім того варто вказати джерела фінансування робіт.

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

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

  4. Вимоги до системи. Вимоги до системи в цілому, вимоги до структури системи, режимів функціонування, персоналу, надійність та безпека. Вимоги до функцій майбутньої системи. Зазначається перелік вимог при в’язці до підсистеми. Часовий регламент реалізації функціональних вимог, вимоги до якості реалізації кожної з функціональних вимог, перелік та критерії відмов для кожної функціональної вимоги. Крім того повинні бути вказані вимоги за видами забезпечення. Види забезпечення: математичне, інформаційне, лінгвістичне, програмне, апаратне, організаційне та методичне.

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

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

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

  8. Вимоги до документування. Перелік і форми документів що підлягають розробці.

  9. Джерела розробки. Перелік документів що містять передумови розробки

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