Навыки и техники разработки требований — различия между версиями
Материал из Uml2Wiki
Bas (обсуждение | вклад) |
м (переименовал Навыки и техники Анализа требований в Навыки и техники разработки требований: Некорректное название) |
||
| (не показаны 3 промежуточные версии 1 участника) | |||
| Строка 12: | Строка 12: | ||
Подробнее про данные техники написано не мало [http://system-analysis.ru/2009/01/analystbookshelf/ книг], [http://www.google.ru/search?hl=ru&newwindow=1&pwst=1&&sa=X&ei=LqMzTJquNML_OZCD9dgB&ved=0CBsQvwUoAQ&q=requirements+analysis+techniques&spell=1 статей] и [http://bas4all.livejournal.com/23385.html сводов знаний]. | Подробнее про данные техники написано не мало [http://system-analysis.ru/2009/01/analystbookshelf/ книг], [http://www.google.ru/search?hl=ru&newwindow=1&pwst=1&&sa=X&ei=LqMzTJquNML_OZCD9dgB&ved=0CBsQvwUoAQ&q=requirements+analysis+techniques&spell=1 статей] и [http://bas4all.livejournal.com/23385.html сводов знаний]. | ||
| − | Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника [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
К данной области следует отнести следующие техники:
- Целепологание.
- Выявление требований. Цель - получить максимум информации о Системе и её окружении.
- Анализ требований. Цель - получить хорошие требования к Системе из накопленной информации.
- Спецификация требований. Цель - получить понятное и однозначное для всех ЗЛ представление требований.
- Документирование
- Моделирование
- Проверка требований. Цель - улучшить требования к Системе, полученные выше.
Также, безусловно, Аналитик должен обладать аналитическим складом ума и системным мышлением.
Подробнее про данные техники написано не мало книг, статей и сводов знаний.
Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника 5 Почему может применяться многими специалистами, как в ИТ, так и в других областях деятельности, для выявления проблем.
Применение тех или иных техник сильно зависит от следующего:
- Разрабатываем ПО на заказ или Продукт для массового использования.
- Какого класса ПО мы делаем.
