01. Аналитик. Введение в профессию

01. Аналитик.

Введение в профессию.

Байкин Александр

www.uml2.ru

bas@uml2.ru

2

Кто я?

Разработчик и сисадмин

Аналитик

Ведущий аналитик

Руководитель аналитической группы

Менеджер проектов

CIO

Идеолог uml2.ru

Тренер

Консультант

Докладчик на многих конференциях

bas@uml2.ru

http://uml2.ru

http://blogs.uml2.ru/blogs/bas

http://baikin.moikrug.ru

Байкин Александр

3

План

4

Калькулятор?

5

Реальная разработка ПО

6

Конура или Отель?

Область известна

Решение простое

Один человек

Не требует поддержки

Рамки требований не меняются

7

Зачем нужны Роли?

Плюсы

• Распараллелить работы

• Узкая специализация

• Распределение обязанностей в команде

• Коллективный разум

Риски

• Накладные расходы на коммуникации

• Искажение знаний

• Организация процесса

• Ожидание другого специалиста

8

Кто такой Аналитик?

9

Кому, зачем, что, как?

ЗЛ •Кому?

Пр •Зачем?

Тр •Что?

Реал •Как?

10

Задачи Аналитика

Определить ЗЛ и Пользователей

Понять проблемы, почему нужна Система

Очертить бизнес-требования

Собрать и проанализировать требования

Написать ТЗ

Создать модель требований

Руководить проверкой требований

Способствовать приоритезации Тр.

Управлять изменениями требованиями

11

Качества Аналитика

Умение слушать и задавать вопросы

Аналитический склад ума

Наблюдательность и внимание к деталям

Возможность посмотреть с высока

Навыки организации совещаний

Хорошие письменный язык

Организационные навыки

Взаимодействие с различными людьми

Креативность

12

Аналитик должен знать

Требования – основа всего

Изучение Пр. Обл. и Системы

Как выявлять и описывать Цели

Методы выявления и анализа требований

Методы описания и проверки требований

Методы моделирования

Принципы управления требованиями

Процесс разработки ПО (итерационный)

Права и обязанности Заказчика

13

Права Заказчика

Аналитик будет говорит на его языке

Аналитик будет изучать его Предметную Обл и Цели

Аналитик будет обрабатывать выданную информацию

Аналитик объяснит ему всю Техническую часть

Аналитик будет относиться к Заказчику с уважением

Аналитики будут предлагать идеи и альтернативы

Требования будут понятны Заказчику

Требования будут направлены на использование уже

существующих компонентов ПО

Цена, влияние и замена будут адекватно оценены

Заказчик получит Систему, которая отвечает его

потребностям по функциональности и качеству

14

Обязанности Заказчика

Обучать Аналитика его Пр Обл и жаргону

Уделять достаточно время Аналитику

Быть конкретным и точным при предоставлении

информации

Принимать решения по требования во время

Доверять оценкам Аналитиков

Выставлять приоритеты по требованиям

Проверять требования и документы

Предоставлять изменения без задержек

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

Уважать труд Аналитика

15

Кол-во успешных проектов

0% 20% 40% 60% 80% 100%

1994

1996

1998

2000

2002

2004

2006

2009

2011

16%

27%

26%

28%

34%

29%

35%

32%

34%

53%

33%

46%

49%

51%

53%

46%

44%

51%

31%

40%

28%

23%

15%

18%

19%

24%

15%

Успешные Частично Провал

16

Причины успеха проектов

Факторы успеха %

1. Вовлечение пользователей 15,9%

2. Поддержка топ менеджмента 13,9%

3. Понятные и четкие требования 13,0%

4. Правильное планирование проекта 9,6%

5. Реалистичные ожидания 8,2%

6. Небольшие этапы разработки 7,7%

7. Компетентные сотрудники 7,2%

8. Владение права собственности 5,3%

9. Ясная концепция и цели 2,9%

10. Напряженная работа 2,4%

11. Другое 13,9%

17

Причины провала проектов

Факторы провала %

1. Неполные требования 13,1%

2. Недостаточное вовлечение пользователей 12,4%

3. Недостаток ресурсов 10,6%

4. Нереалистичные ожидания 9,9%

5. Недостаточная поддержка топ менеджеров 9,3%

6. Изменение требований 8,7%

7. Плохое планирование 8,1%

8. Это уже не нужно 7,5%

9. Недостаток ИТ управления 6,2%

10. Технологическая неграмотность 4,3%

11. Другое 9,9%

18

Цена исправления ошибки

Цена ошибки

100-1

000 р

аз

19

Требования к ПО

1. Условие или возможность, требуемое Пользователем для решения проблемы или достижения некой цели.

2. Некое свойство ПО, которым должна обладать система или ее компонент, чтобы удовлетворить требования контракта, стандарта, спецификации либо иной формальной документации.

3. Документированное представление условия или возможности, описанных в п.1 и п.2

20

На какой вопрос отвечают тр?

ЧТО?

21

Типы Требований

Функциональные Нефункциональные

Пользовательские требования

Бизнес- правила

Атрибуты качества

Функциональные требования

Системные требования

Внешний интерфейс

Ограничения

Бизнес- требования

Спецификация требований к ПО

Спецификация ПТ

Границы проекта

22

Бизнес-правила

23

Атрибуты качества

Quality Attributes

Availability

Maintainability

Efficiency

Portability

Flexibility

Reusability

Integrity

Testability

Interoperability

Reliability

Robustness

Usability

24

Хорошие Требования

Полные

Корректные

Реализуемые

Необходимые

Приоритезированные

Однозначные

Проверяемые

25

Хорошая Спецификация

Полная

Непротиворечивая

Модифицируемая

Трассируемая

26

Процесс работы с тр.

Управление

Выявление

Анализ Документ

Проверка

38

Документы требований

BR • Vision (RUP, IEEE, Wiegers)

• Концепция АС (ГОСТ 7.32 Отчет о НИР)

UR

• Use Case Specification (RUP)

• Use Case Document (Wiegers)

• User Stories (Agile)

SR

• Software Requirement Specification (RUP, IEEE 830-1998, Wiegers)

• System Requirement Spec (IEEE)

• Техническое Задание (ГОСТ 34.602)

39

Различные названия Аналитика

Аналитик

ИТ аналитик

Системный аналитик

Бизнес аналитик

Консультант

Постановщик задач

……

40

БА vs СА

Бизнес Аналитик Системный Аналитик

• Знание Пр. Обл.

• Анализ структуры Орг.

• Участие в Стратегии

• Выявление З. Л.

• Описание БП

• Выявление Целей

• Выявление Проблем

• Выявление Потребностей

• Оптимизация БП

• Формирование Задач ПО

• Изучение Пр. Обл.

• Формулирование Задач ПО

• Изучение ПО-конкурентов

• Выявление Пользователей

• Формулирование ПТ

• Формулирование ФТ и БПр

• Формулирование НеФТ

• Участие в разработке Арх.

• Участие в Тестировании

• Участие во Внедрении

41

БА vs СА

Бизнес Аналитик Системный Аналитик

• Знание Пр. Обл.

• Анализ структуры Орг.

• Участие в Стратегии

• Выявление З. Л.

• Описание БП

• Выявление Целей

• Выявление Проблем

• Выявление Потребностей

• Оптимизация БП

• Формирование Задач ПО

• Изучение Пр. Обл.

• Формулирование Задач ПО

• Изучение ПО-конкурентов

• Выявление Пользователей

• Формулирование ПТ

• Формулирование ФТ и БПр

• Формулирование НеФТ

• Участие в разработке Арх.

• Участие в Тестировании

• Участие во Внедрении

42

Профстандарты

BABOK v.2

Стандарт АПКИТ

Близкие своды знаний и стандарты:

http://bas4all.livejournal.com/23385.html

43

Литература

К. Вигерс,

Разработка требований к программному обеспечению

А. Коберн,

Современные методы описания функциональных

требований к системам

У. Леффингуэлл,

Принципы работы с требованиями к программному

обеспечению. Унифицированный подход

Полный список литературы:

http://softreqsru.wordpress.com/2009/01/28/analystbookshelf/

44

План курса

45

Сбор требований

46

Анализ требований

47

Документ. требований

48

Проверка требований

49

Управление требований

50

Проблемы требований

51

Моделирование требований

52

Практические занятия

Применение методов

–Сбора требований,

–Анализа требований,

–Проверки требований.

Написание Концепции и ТЗ.

Основные разделы ПУТ.

53

Успех