19
ПРОЦЕССЫ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ И БИЗНЕС-АНАЛИЗ Иван Голубев, 2015

SDLC and BA

Embed Size (px)

Citation preview

ПРОЦЕССЫ РАЗРАБОТКИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

И БИЗНЕС-АНАЛИЗ

Иван Голубев, 2015

К Л Ю Ч Е В Ы Е В О П Р О С Ы

2

Вопрос Фаза

В чём бизнес-проблема/возможность? Создание концепции

В чём решение? Разработка требований

Как достичь решения? Логическое проектирование

Какие элементы решения?Физическое проектирование и

кодирование

Как определить, что решение реализовано верно?

Модульное, интеграционное и системное тестирование

Как определить, что реализовано верное решение?

Приёмочное тестирование

Сработает ли это с имеющимисяокружением и пользователями?

Внедрение

Л И Н Е Й Н Ы Е П О Д Х О Д Ы . В О Д О П А Д

3

Л И Н Е Й Н Ы Е П О Д Х О Д Ы . В О Д О П А Д

4

Л И Н Е Й Н Ы Е П О Д Х О Д Ы . V - М О Д Е Л Ь

5

Р О Л Ь Б И З Н Е С - А Н А Л И Т И К А

6

непосредственно участвует определении требований и/или фазе анализа опосредованно участвует в последующих фазах, вплоть до завершения тестирования активно участвует в последних этапах тестирования, предоставляя «голос клиента» и при определении, решает ли продукт бизнес-проблему участвует в фазе интеграции/перехода, помогая бизнес-сообществу принять изменения

И Н К Р Е М Е Н Т И Р О В А Н И Е

7

8

Р О Л Ь Б И З Н Е С - А Н А Л И Т И К А

определяет проблемы и требования к продукту обрабатывает изменения требований предоставляет обратную связь от заинтересованных лиц

Команда бизнес-аналитиков может быть вовлечена в проект, с назначением на различные этапы.

И Т Е РАТ И В Н Ы Е П О Д Х О Д Ы . С П И РА Л Ь

9

10

Р О Л Ь Б И З Н Е С - А Н А Л И Т И К А

интенсивнее вовлечён на протяжении всего цикла определяет требования и коммуницирует участвует в прототипировании и оценке рисков работает с клиентом при оценке продукта иногда представляет клиента при оценке применимости текущего продукта

И Т Е РАТ И В Н Ы Е П О Д Х О Д Ы . R U P

11

12

Р О Л Ь Б И З Н Е С - А Н А Л И Т И К А

«голос клиента» на протяжении всех итераций и фаз особенно активно участвует на начальной стадии и стадии уточнения

Г И Б К И Е П О Д Х О Д Ы . D S D M

13

14

К О М М Е Н ТА Р И И К D S D M

при итеративной и инкрементальной разработке важно обеспечить сходимость бизнес-решения все изменения во время разработки являются обратимыми в основе верхнеуровневые требования тестирование сопровождает весь жизненный цикл важно взаимодействие и сотрудничество между всеми заинтересованными лицами

Г И Б К И Е П О Д Х О Д Ы . X P

15

16

К О М М Е Н ТА Р И И К X P

в проектной команде должен постоянно работать так называемый представитель заказчика пользовательские истории являются основным и, вместе с приемочными тестами, единственным средством спецификации требований архитектура системы должна быть максимально простой разработка через тестирование непрерывная интеграция, рефакторинг и парное программирование

Г И Б К И Е П О Д Х О Д Ы . S C R U M

17

18

Р О Л Ь Б И З Н Е С - А Н А Л И Т И К А

И С Т О Ч Н И К И

Современные процессы разработки программного обеспеченияAskar Rahimberdievhttp://rsdn.ru/article/Methodologies/SoftwareDevelopmentProcesses.xml

Business Analysts in Scrumhttp://www.romanpichler.com/blog/business-analysts-in-scrum/

19

Спасибо за внимание!