Навыки и техники разработки требований — различия между версиями
Материал из Uml2Wiki
Bas (обсуждение | вклад) (Новая страница: «К данной области следует отнести следующие техники: # Целепологание. # Выявление требовани...») |
Bas (обсуждение | вклад) |
||
| Строка 1: | Строка 1: | ||
К данной области следует отнести следующие техники: | К данной области следует отнести следующие техники: | ||
| − | # Целепологание. | + | # [http://ru.wikipedia.org/wiki/%D0%A6%D0%B5%D0%BB%D0%B5%D0%BF%D0%BE%D0%BB%D0%B0%D0%B3%D0%B0%D0%BD%D0%B8%D0%B5 Целепологание]. |
| − | # Выявление требований. Цель - получить максимум информации о Системе и её окружении. | + | # [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.92.D1.8B.D1.8F.D0.B2.D0.BB.D0.B5.D0.BD.D0.B8.D0.B5_.D0.B8_.D0.B0.D0.BD.D0.B0.D0.BB.D0.B8.D0.B7_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Выявление требований]. Цель - получить максимум информации о Системе и её окружении. |
# Анализ требований. Цель - получить [http://www.uml2.ru/index.php?option=com_content&task=view&id=88&Itemid=53 хорошие требования] к Системе из накопленной информации. | # Анализ требований. Цель - получить [http://www.uml2.ru/index.php?option=com_content&task=view&id=88&Itemid=53 хорошие требования] к Системе из накопленной информации. | ||
| − | # | + | # [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7_%D1%82%D1%80%D0%B5%D0%B1%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B9#.D0.A1.D0.BF.D0.B5.D1.86.D0.B8.D1.84.D0.B8.D0.BA.D0.B0.D1.86.D0.B8.D1.8F_.D1.82.D1.80.D0.B5.D0.B1.D0.BE.D0.B2.D0.B0.D0.BD.D0.B8.D0.B9 Спецификация требований]. Цель - получить понятное и однозначное для всех ЗЛ представление требований. |
## Документирование | ## Документирование | ||
## Моделирование | ## Моделирование | ||
| − | # Проверка требований. Цель - улучшить требования к Системе, полученные выше. | + | # [ Проверка требований]. Цель - улучшить требования к Системе, полученные выше. |
Также, безусловно, Аналитик должен обладать [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7 аналитическим складом ума] и [http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0 системным мышлением]. | Также, безусловно, Аналитик должен обладать [http://ru.wikipedia.org/wiki/%D0%90%D0%BD%D0%B0%D0%BB%D0%B8%D0%B7 аналитическим складом ума] и [http://ru.wikipedia.org/wiki/%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D0%B0 системным мышлением]. | ||
Версия 11:34, 28 июля 2010
К данной области следует отнести следующие техники:
- Целепологание.
- Выявление требований. Цель - получить максимум информации о Системе и её окружении.
- Анализ требований. Цель - получить хорошие требования к Системе из накопленной информации.
- Спецификация требований. Цель - получить понятное и однозначное для всех ЗЛ представление требований.
- Документирование
- Моделирование
- [ Проверка требований]. Цель - улучшить требования к Системе, полученные выше.
Также, безусловно, Аналитик должен обладать аналитическим складом ума и системным мышлением.
Подробнее про данные техники написано не мало книг, статей и сводов знаний.
Многие техники на столько универсальны, что их можно (нужно) применять не только на разных стадиях работы с требованиями, но и в других областях. Например, Диаграммы могут быть как средством документирования, так и средством проверки текстового описания требований. А техника 5 Почему может применяться многими специалистами, как в ИТ, так и в других областях деятельности.
