Навыки и техники разработки требований — различия между версиями

Материал из Uml2Wiki
Перейти к: навигация, поиск
 
(не показаны 2 промежуточные версии 1 участника)
Строка 13: Строка 13:
  
 
Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника [http://www.inventech.ru/pub/methods/metod-0002/ 5 Почему] может применяться многими специалистами, как в ИТ, так и в других областях деятельности, для выявления проблем.
 
Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника [http://www.inventech.ru/pub/methods/metod-0002/ 5 Почему] может применяться многими специалистами, как в ИТ, так и в других областях деятельности, для выявления проблем.
 +
 +
Применение тех или иных техник сильно зависит от следующего:
 +
* Разрабатываем ПО на заказ или Продукт для массового использования.
 +
* Какого [http://ru.wikipedia.org/wiki/Software#.D0.9A.D0.BB.D0.B0.D1.81.D1.81.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D0.9F.D0.9E класса ПО] мы делаем.
  
 
== См. также ==
 
== См. также ==
 
* [http://planetahr.ru/publication/1919 Способность к анализу - врожденное или приобретенное?]
 
* [http://planetahr.ru/publication/1919 Способность к анализу - врожденное или приобретенное?]

Текущая версия на 17:32, 26 марта 2013

К данной области следует отнести следующие техники:

  1. Целепологание.
  2. Выявление требований. Цель - получить максимум информации о Системе и её окружении.
  3. Анализ требований. Цель - получить хорошие требования к Системе из накопленной информации.
  4. Спецификация требований. Цель - получить понятное и однозначное для всех ЗЛ представление требований.
    • Документирование
    • Моделирование
  5. Проверка требований. Цель - улучшить требования к Системе, полученные выше.

Также, безусловно, Аналитик должен обладать аналитическим складом ума и системным мышлением.

Подробнее про данные техники написано не мало книг, статей и сводов знаний.

Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника 5 Почему может применяться многими специалистами, как в ИТ, так и в других областях деятельности, для выявления проблем.

Применение тех или иных техник сильно зависит от следующего:

  • Разрабатываем ПО на заказ или Продукт для массового использования.
  • Какого класса ПО мы делаем.

См. также