Відмінності між версіями «Software-development-analisys»

Матеріал з Wiki Welard
Перейти до навігації Перейти до пошуку
 
(Не показані 3 проміжні версії цього користувача)
Рядок 8: Рядок 8:
 
Розглядає питання управління проектуванням систем програмного забезпечення, а також засоби і стандарти розробки програм.<br>
 
Розглядає питання управління проектуванням систем програмного забезпечення, а також засоби і стандарти розробки програм.<br>
 
Охоплює процес розробки програмного забезпечення від появи потреби в ньому до його виготовлення, передачі користувачеві, модифікації в процесі експлуатації і припинення його використання внаслідок морального старіння.<br>
 
Охоплює процес розробки програмного забезпечення від появи потреби в ньому до його виготовлення, передачі користувачеві, модифікації в процесі експлуатації і припинення його використання внаслідок морального старіння.<br>
−
Вимоги:
+
'''Вимоги''':
 
# стандартизація мов проектування програм, оформлення та випробування модулів.
 
# стандартизація мов проектування програм, оформлення та випробування модулів.
 
# контроль якості
 
# контроль якості
Рядок 21: Рядок 21:
  
 
'''Вимоги до ПЗ є такі''':
 
'''Вимоги до ПЗ є такі''':
−
* '''Системні вимоги (system requirements)''' '''Вимоги до hardware частини, до софта....'''визначають зовнішні умови виконання системних функцій і обмежень на створення продукту, а також вимоги до опису програмно-апаратних підсистем. Системні вимоги накладають обмеження на архітектуру системи, засоби її візуального подання і функціонування. Для опису системних вимог використовують спеціальні шаблони і форми, що допомагають уявити вхідні і вихідні дані й автоматизувати ці вимоги.
+
* '''Системні вимоги (system requirements)''' - '''Вимоги до hardware частини, до софта та ін.''' визначають зовнішні умови виконання системних функцій і обмежень на створення продукту, а також вимоги до опису програмно-апаратних підсистем. Системні вимоги накладають обмеження на архітектуру системи, засоби її візуального подання і функціонування. Для опису системних вимог використовують спеціальні шаблони і форми, що допомагають уявити вхідні і вихідні дані й автоматизувати ці вимоги.
−
* '''Функціональні вимоги''' – '''Що повинен робити продукт'''це перелік функцій або сервісів, які повинна надавати система, а також обмежень на дані і поводження системи при їхньому виконанні.
+
* '''Функціональні вимоги''' – '''Що повинен робити продукт''' це перелік функцій або сервісів, які повинна надавати система, а також обмежень на дані і поводження системи при їхньому виконанні.
−
* '''Нефункціональні вимоги''' - '''Захист інформації бакапи'''  визначають умови виконання функцій (наприклад, захист інформації у БД, аутентифікація доступу до ПС тощо) у середовищі, що безпосередньо не пов'язані з функціями, а відбивають потреби користувачів щодо їх виконання. Ці вимоги характеризують принципи взаємодії із середовищами або іншими системами, а також визначають показники часу роботи, захисту даних і досягнення якості з урахуванням рекомендацій використовуваного стандарту.
+
* '''Нефункціональні вимоги''' - '''Все що пов'язане на роботу системи зовні: Захист інформації бакапи і тд.'''  визначають умови виконання функцій (наприклад, захист інформації у БД, аутентифікація доступу до ПС тощо) у середовищі, що безпосередньо не пов'язані з функціями, а відбивають потреби користувачів щодо їх виконання. Ці вимоги характеризують принципи взаємодії із середовищами або іншими системами, а також визначають показники часу роботи, захисту даних і досягнення якості з урахуванням рекомендацій використовуваного стандарту.
  
 
Вони можуть встановлюватися як числові значення (наприклад, час чекання відповіді, кількість клієнтів, що обслуговуються і ін.) у різних одиницях виміру, включаючи, наприклад, ймовірність (значення ймовірності безвідмовної роботи системи – показника її надійності). Для більшості сучасних ПС вимоги складаються з умов й обмежень типу:
 
Вони можуть встановлюватися як числові значення (наприклад, час чекання відповіді, кількість клієнтів, що обслуговуються і ін.) у різних одиницях виміру, включаючи, наприклад, ймовірність (значення ймовірності безвідмовної роботи системи – показника її надійності). Для більшості сучасних ПС вимоги складаються з умов й обмежень типу:

Поточна версія на 16:44, 9 вересня 2022

Технології розробки та аналізу вимог до програмного забезпечення.

Як правильно поставити технічне завдання


[1] Ст.12 Під технологією розробки програмного забезпечення (ТРПЗ) розуміється сукупність узагальнених і систематизованих знань, або наука про оптимальні способи (прийоми) проведення процесу розробки програмного забезпечення, що забезпечує в заданих умовах отримання програмної продукції із заданими властивостями.
Це інженерний підхід до розробки програмних засобів ЕОМ, що охоплює методологію програмування, проблеми забезпечення надійності програм, оцінки робочих характеристик і якості проектів.
Розглядає питання управління проектуванням систем програмного забезпечення, а також засоби і стандарти розробки програм.
Охоплює процес розробки програмного забезпечення від появи потреби в ньому до його виготовлення, передачі користувачеві, модифікації в процесі експлуатації і припинення його використання внаслідок морального старіння.
Вимоги:

  1. стандартизація мов проектування програм, оформлення та випробування модулів.
  2. контроль якості
  3. не містити неперевірений функціонал
  4. у замовника повинно бути чітке уявлення про можливості і умови експлуатації, при яких гарантується функціональність та якість ПЗ.
  5. людський фактор зведений до мінімуму
  6. документування усіх етапів розробки
  7. наявність інформаційно-довідкової системи
  8. бути простою в освоєнні та наявністю підказок
  9. містити автоматичні засоби хронологічної фіксації


Вимоги до ПЗ є такі:

  • Системні вимоги (system requirements) - Вимоги до hardware частини, до софта та ін. визначають зовнішні умови виконання системних функцій і обмежень на створення продукту, а також вимоги до опису програмно-апаратних підсистем. Системні вимоги накладають обмеження на архітектуру системи, засоби її візуального подання і функціонування. Для опису системних вимог використовують спеціальні шаблони і форми, що допомагають уявити вхідні і вихідні дані й автоматизувати ці вимоги.
  • Функціональні вимоги – Що повинен робити продукт це перелік функцій або сервісів, які повинна надавати система, а також обмежень на дані і поводження системи при їхньому виконанні.
  • Нефункціональні вимоги - Все що пов'язане на роботу системи зовні: Захист інформації бакапи і тд. визначають умови виконання функцій (наприклад, захист інформації у БД, аутентифікація доступу до ПС тощо) у середовищі, що безпосередньо не пов'язані з функціями, а відбивають потреби користувачів щодо їх виконання. Ці вимоги характеризують принципи взаємодії із середовищами або іншими системами, а також визначають показники часу роботи, захисту даних і досягнення якості з урахуванням рекомендацій використовуваного стандарту.

Вони можуть встановлюватися як числові значення (наприклад, час чекання відповіді, кількість клієнтів, що обслуговуються і ін.) у різних одиницях виміру, включаючи, наприклад, ймовірність (значення ймовірності безвідмовної роботи системи – показника її надійності). Для більшості сучасних ПС вимоги складаються з умов й обмежень типу:

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