Відмінності між версіями «Software-development-analisys»
Перейти до навігації
Перейти до пошуку
| (Не показано 8 проміжних версій цього користувача) | |||
| Рядок 1: | Рядок 1: | ||
== Технології розробки та аналізу вимог до програмного забезпечення. == | == Технології розробки та аналізу вимог до програмного забезпечення. == | ||
| − | '''Як правильно поставити | + | '''Як правильно поставити технічне завдання''' |
| Рядок 8: | Рядок 8: | ||
Розглядає питання управління проектуванням систем програмного забезпечення, а також засоби і стандарти розробки програм.<br> | Розглядає питання управління проектуванням систем програмного забезпечення, а також засоби і стандарти розробки програм.<br> | ||
Охоплює процес розробки програмного забезпечення від появи потреби в ньому до його виготовлення, передачі користувачеві, модифікації в процесі експлуатації і припинення його використання внаслідок морального старіння.<br> | Охоплює процес розробки програмного забезпечення від появи потреби в ньому до його виготовлення, передачі користувачеві, модифікації в процесі експлуатації і припинення його використання внаслідок морального старіння.<br> | ||
| − | Вимоги: | + | '''Вимоги''': |
# стандартизація мов проектування програм, оформлення та випробування модулів. | # стандартизація мов проектування програм, оформлення та випробування модулів. | ||
# контроль якості | # контроль якості | ||
| Рядок 18: | Рядок 18: | ||
# бути простою в освоєнні та наявністю підказок | # бути простою в освоєнні та наявністю підказок | ||
# містити автоматичні засоби хронологічної фіксації | # містити автоматичні засоби хронологічної фіксації | ||
| − | |||
| − | '''Вимоги до ПЗ є такі''': | + | |
| − | '''Системні вимоги (system requirements)''' визначають зовнішні умови виконання системних функцій і обмежень на створення продукту, а також вимоги до опису | + | '''Вимоги до ПЗ є такі''': |
| − | програмно-апаратних підсистем. Системні вимоги накладають обмеження на архітектуру системи, засоби її візуального подання і функціонування. Для опису системних вимог використовують спеціальні шаблони і форми, що допомагають уявити вхідні і вихідні дані й автоматизувати ці вимоги. | + | * '''Системні вимоги (system requirements)''' - '''Вимоги до hardware частини, до софта та ін.''' визначають зовнішні умови виконання системних функцій і обмежень на створення продукту, а також вимоги до опису програмно-апаратних підсистем. Системні вимоги накладають обмеження на архітектуру системи, засоби її візуального подання і функціонування. Для опису системних вимог використовують спеціальні шаблони і форми, що допомагають уявити вхідні і вихідні дані й автоматизувати ці вимоги. |
| − | '''Функціональні вимоги''' – це перелік функцій або сервісів, які повинна надавати система, а також обмежень на дані і поводження системи при їхньому виконанні. | + | * '''Функціональні вимоги''' – '''Що повинен робити продукт''' це перелік функцій або сервісів, які повинна надавати система, а також обмежень на дані і поводження системи при їхньому виконанні. |
| − | '''Нефункціональні вимоги''' визначають умови виконання функцій (наприклад, захист інформації у БД, аутентифікація доступу до ПС тощо) у середовищі, що безпосередньо не пов'язані з функціями, а відбивають потреби користувачів щодо їх виконання. Ці вимоги характеризують принципи взаємодії із середовищами або іншими системами, а також визначають показники часу роботи, захисту даних і досягнення якості з урахуванням рекомендацій використовуваного стандарту. | + | * '''Нефункціональні вимоги''' - '''Все що пов'язане на роботу системи зовні: Захист інформації бакапи і тд.''' визначають умови виконання функцій (наприклад, захист інформації у БД, аутентифікація доступу до ПС тощо) у середовищі, що безпосередньо не пов'язані з функціями, а відбивають потреби користувачів щодо їх виконання. Ці вимоги характеризують принципи взаємодії із середовищами або іншими системами, а також визначають показники часу роботи, захисту даних і досягнення якості з урахуванням рекомендацій використовуваного стандарту. |
Вони можуть встановлюватися як числові значення (наприклад, час чекання відповіді, кількість клієнтів, що обслуговуються і ін.) у різних одиницях виміру, включаючи, наприклад, ймовірність (значення ймовірності безвідмовної роботи системи – показника її надійності). Для більшості сучасних ПС вимоги складаються з умов й обмежень типу: | Вони можуть встановлюватися як числові значення (наприклад, час чекання відповіді, кількість клієнтів, що обслуговуються і ін.) у різних одиницях виміру, включаючи, наприклад, ймовірність (значення ймовірності безвідмовної роботи системи – показника її надійності). Для більшості сучасних ПС вимоги складаються з умов й обмежень типу: | ||
Поточна версія на 16:44, 9 вересня 2022
Технології розробки та аналізу вимог до програмного забезпечення.
Як правильно поставити технічне завдання
[1] Ст.12
Під технологією розробки програмного забезпечення (ТРПЗ) розуміється сукупність узагальнених і систематизованих знань, або наука про оптимальні способи (прийоми) проведення процесу розробки програмного забезпечення, що забезпечує в заданих умовах отримання програмної продукції із заданими властивостями.
Це інженерний підхід до розробки програмних засобів ЕОМ, що охоплює методологію програмування, проблеми забезпечення надійності програм, оцінки робочих характеристик і якості проектів.
Розглядає питання управління проектуванням систем програмного забезпечення, а також засоби і стандарти розробки програм.
Охоплює процес розробки програмного забезпечення від появи потреби в ньому до його виготовлення, передачі користувачеві, модифікації в процесі експлуатації і припинення його використання внаслідок морального старіння.
Вимоги:
- стандартизація мов проектування програм, оформлення та випробування модулів.
- контроль якості
- не містити неперевірений функціонал
- у замовника повинно бути чітке уявлення про можливості і умови експлуатації, при яких гарантується функціональність та якість ПЗ.
- людський фактор зведений до мінімуму
- документування усіх етапів розробки
- наявність інформаційно-довідкової системи
- бути простою в освоєнні та наявністю підказок
- містити автоматичні засоби хронологічної фіксації
Вимоги до ПЗ є такі:
- Системні вимоги (system requirements) - Вимоги до hardware частини, до софта та ін. визначають зовнішні умови виконання системних функцій і обмежень на створення продукту, а також вимоги до опису програмно-апаратних підсистем. Системні вимоги накладають обмеження на архітектуру системи, засоби її візуального подання і функціонування. Для опису системних вимог використовують спеціальні шаблони і форми, що допомагають уявити вхідні і вихідні дані й автоматизувати ці вимоги.
- Функціональні вимоги – Що повинен робити продукт це перелік функцій або сервісів, які повинна надавати система, а також обмежень на дані і поводження системи при їхньому виконанні.
- Нефункціональні вимоги - Все що пов'язане на роботу системи зовні: Захист інформації бакапи і тд. визначають умови виконання функцій (наприклад, захист інформації у БД, аутентифікація доступу до ПС тощо) у середовищі, що безпосередньо не пов'язані з функціями, а відбивають потреби користувачів щодо їх виконання. Ці вимоги характеризують принципи взаємодії із середовищами або іншими системами, а також визначають показники часу роботи, захисту даних і досягнення якості з урахуванням рекомендацій використовуваного стандарту.
Вони можуть встановлюватися як числові значення (наприклад, час чекання відповіді, кількість клієнтів, що обслуговуються і ін.) у різних одиницях виміру, включаючи, наприклад, ймовірність (значення ймовірності безвідмовної роботи системи – показника її надійності). Для більшості сучасних ПС вимоги складаються з умов й обмежень типу:
- конфіденційність, безпека і захист даних;
- відмовостійкість;
- одночасність доступу користувачів до системи;
- час чекання відповіді при звертанні до системи (продуктивність);
- склад виконуваних функцій системи (запуск, швидкість реакції й ін.);
- положення стандартів з виконання сформульованих вимог.
