2. Каждой команде – своя методология Каждой команде - своя методология. Так полагает один из ведущих специалистов-методологов Алистер Коберн. Суть вопроса проста: методология не должна мешать людям, работающим над проектом. А люди все разные. С разным опытом, разными навыками, разными взглядами на жизнь. В этом причина того, что невозможно создать единую для всех, "самую правильную" методологию разработки ПО. Да и не нужно это. Достаточно подобрать или "синтезировать" методологию, подходящую тебе и твоей команде.
3. Зачем мы здесь собрались? Задача мастер-класса - дать вам первое представление о нашей методологии . Чтобы вы могли дальше решить сами - взять ее на вооружение целиком, взять из нее отдельные идеи для собственного синтеза, или же не брать ничего.
4. С чего начинается разработка? Современные методологии ориентированы на пользовательские требования. Нас убеждают в том, что работу нужно начинать обязательно со сбора и анализа этих требований. В целом, понятно почему. ПО создается как часть общей системы, в которую входят "интерфейсные элементы" - люди, оборудование, другие информационные системы. И проектирование ПО, конечно, лучше всего начинать с описания его внешних интерфейсов.
5. Что такое Use Cases ? В двух словах, use case - это некоторая история о том, как пользователь (не обязательно человек) использует информационную систему для получения некоторого «значимого для себя» результата. В кавычки я взял ту часть, которая на практике представляет собой одну из серьезных концептуальных проблем.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33. Что в итоге : иерархия целей Цель Главная цель Главная цель Главная цель Способ Способ Способ Способ Цель Способ Цель Способ Цель Способ Цель Способ Кейс Кейс Кейс Кейс Кейс Кейс