Вебинар "Введение в процесс разработки ПО"

Вебинар
Введение в процесс разработки ПО
19.01.2011

Организационное
Просьба отключить микрофоны во избежание шума
В случае вопроса не забудьте его включить :)
2

Для кого и зачем
3

О чем
4

Методологии разработки
Agenda
5

Формальное описание ролей, активностей, артефактов
То, что не задокументировано, нельзя внедрить массово и измерять
То, что нельзя измерить, нельзя понять
То, что нельзя понять, нельзя улучшить
Важное свойство процесса – постоянная обратная связь, направленная на повышение эффективности
Что такое методология/процесс
6

«Колхоз» VS Процесс
VS
7

Требования к проекту
Быстро
Дешево
Качественно
8

Понять все глубины наших глубин™
Отличия от кустарного производства
Большой объем параллельных проектов
Дополнительное требование к предсказуемости
9

Грамотное управление проектами – один из важнейших факторов успеха компании
Критичен правильный анализ требований
Командообразование
Интерес участников команды должен совпадать с интересами проекта
Статистика
10

Наличие внедренной методологии сильно повышает зрелость компании
Можно выстрадать свою методологию, можно взять готовую и подстроить под себя
Методологии/Процессы
11

Роли
Активности
Артефакты
Фазы
…
Методология описывает
12

Analyst
Architect/Designer
Developer
Tester
Project Manager
Более подробно о них в следующем блоке
Типичные роли
13

Формальное описание ответственностей роли: действия со значимым выхлопом
Активности
14

Все, что сделано вот этими вот трудовыми руками™
Выхлоп
Документы
Исходный код
Тестовые сценарии
…
Артефакты
15

Инженерные практики
Конкретные приемы, используемые в различных активностях и дисциплинах
16

Практически во всех областях человеческой деятельности в проектах укрупненно выделяют фазы:
Анализ
Проектирование
Разработка
Тестирование
Фазы
17

Карты, деньги, два ствола™
Фазы, роли, артефакты (укрупненно):
Планы проекта
Отчетность
Документы контроля
Архитектура
Спецификации модулей
Собранная система
Требования
Описание домена
18

Разработка табуретки
Теперь самое интересное :)
С чего начнем?
19

Начинаем проект
Выделение необходимых ресурсов
Оценка и адресация рисков
Постоянная обратная связь
Координация
Командообразование
Цель проекта – создать не идеальный продукт, а приемлемый, чтобы проект уложился в треугольник™
Кстати, этим отличается проектная от продуктовой разработки
20

Анализ требований
Функциональные (сценарии)
Нефункциональные (атрибуты качества)
Анализ домена
Бизнес-правила
Ограничения
Словарь предметной области
Анализ
21

Анализ
Анализ относят к активностям, критическим для успеха проекта
Жизненно необходимо понимать, что требуется Заказчику/Потребителю
Какая нужна табуретка? Зачем она?
22

Анализ
Заказчик неоднороден и сам не знает, что ему нужно
23

Проектирование/Архитектура
Выбираем инженерные решения
Строим модель будущей табуретки
Спецификации элементов (модулей) передаются на разработку
24

Разработка
Разработчики «мочат» программный код
Готовый результат, который можно выпускать - релиз
25

Тестирование
Командой тестировщиков и QA
26

Сдача/приемка релиза Заказчику или выпуск на рынок
27

Последовательный процесс, Водопад™
28

Реальный мир
Описанный процесс возможен в идеальном мире
ВАКУУМ
МИР
В реальности:
Команда косячит – выявляются дефекты
Со временем требования меняются
Что делать?™
29

Итеративная разработка
Одна из основных сегодняшних инженерных практик
Используется практически во всех современных методологиях
Это узаконенная переделка
Но не хаотическая (code&fix™), анаправленная на удержание процесса в «треугольнике»
Каждое изменение проходит весь цикл разработки
30

Итеративная разработка
Итерация – полный цикл разработки
На выходе релиз, не прототип
Мы принимаем изменчивость мира и не пытаемся противодействовать
Изначально закладываемся, что все сто раз изменится
Мы успеем накосячить, придется переделывать
31

Все вместе
32

Формальные VS Гибкие
Agile – общее обозначение целой группы методологий
Характеризуются набором ценностей и инженерных практик
Ориентированы на:
Очень жесткую обратную связь с Заказчиком
Готовность к постоянным изменениям
Повышение качества команды
Отсутствие лишних/ненужных затрат
33

Существующие методологии
34

Бизнес-модели компаний
Заказная VS Продуктовая разработка
Разные источники прибыли:
В зависимости от модели меняется методология и набор инженерных практик
В IT часто имеем комбинированные типы
35

Бизнес-модели компаний
Вопрос для самопроверки:
Примеры больше ориентированы и акцент в презентации делается больше на какого типа компании?
36

Роли в разработке
Agenda
37

Матрица ролей
38

Уточнение некоторых ролей
39

Карьера
40

Частое совмещение ролей
41

Пример работы ролей - детализация
42

Agenda
43

Тестирование – необходимый этап разработки ПО
Но помимо специального этапа тестирования имеет смысл тестировать непосредственно при разработке
Это называется модульное тестирование (unittesting) и проводит его сам разработчик
Модульное тестирование
44

Изначально «Небольшое эквивалентное преобразование дизайна/кода»
Сегодня часто так называют любое изменение
Какая практика обязательно должна использоваться с рефакторингом?
Рефакторинг
45

Continuous Integration
Практика, при которой происходит частая автоматическая сборка релиза
В идеале – раз в сутки
Прогон модульных тестов
Сборка
Прогон системных тестов
CI дает быструю обратную связь
Непрерывная сборка
46

Система – вся табуретка
Модуль – узел табуретки (ножка, спинка)
Пример с табуреткой
47

Какие иллюстрации можно привести?
48

Модульное тестирование
В случае нашей табуретки это означает, что перед сборкой готового изделия каждый узел тестируется независимо, изолированно от других
Отдельное тестирование ножки
Рефакторинг
Мы по необходимости перерабатываем отдельные узлы для повышения удобства и скорости проектирования/разработки
В процессе производства вводим технологическое отверстие в спинке для ускорения сборки всей табуретки
49

Непрерывная сборка
После каждой операции над узлом собираем всю табуретку и тестируем
Покрасили спинку – собрали – посмотрели как смотрится все вместе
50

Инструментарий
Agenda
51

Моделирование
Графический язык UML
Используется для
Моделирования домена
Проектирования системы
52

IntegratedDevelopmentEnvironment – интегрированная среда разработки
Это основной инструмент разработчиков
Среда упрощает кодирование и решает множество рутинных проблем при разработке
IDE
53

Сборщик – это программа, которая автоматизирует рутинные задачи при разработке приложения
Тесно интегрируется с IDE
Сборщик
54

Система контроля версий призвана обеспечить единый репозиторий разрабатываемого кода в условиях большого коллектива разработчиков
Система контроля версий
55

Багтрекер призван обеспечить единый репозитарий найденных ошибок и поставленных задач в условиях большой команды разработчиков
В этой системе ведется полная история исправления ошибок и добавления новой функциональности
Issue Tracker / Bug Tracker
56

Библиотека модульного тестирования
Тестирование – необходимый этап разработки ПО
Но помимо специального этапа тестирования имеет смысл тестировать непосредственно при разработке
Это называется модульное тестирование (unittesting) и проводит его сам разработчик
Его необходимо автоматизировать
Для автоматизации модульного тестирования существуют специальные библиотеки
57

ProjectManager в процессе жизненного цикла разработки должен выполнять огромное количество задач расчета и учета
Для автоматизации этой работы существуют системы управления проектами
Главное – не tool, а умение анализировать состояние проекта и статистику
Системы управления проектами
58

Issue tracker + Project management
Задача – визуализировать
Доска физическая / электронная
Scrum Board
59

Scrum Board
60

Agile VS Traditional PM
61

Agenda
Заключение
62

Java sample
Техническаяквалификация
63

Обсуждение вопросов
64

Темы следующих встреч
Какие вопросы Вам еще хотелось бы раскрыть?
65

Контакты
Евгений Кривошеевekrivosheyev@scrumtrek.ru
«Тяжело в учении – легко в бою»
SkillTrek– это дистанционный центр компетенций, где специалисты получают востребованные на рынке умения в условиях реальных проектов с выбором удобной им загрузки
66

Вебинар "Введение в процесс разработки ПО"

by Евгений Кривошеев on Jan 20, 2011

Accessibility

Tags

Upload Details

Usage Rights

2 Embeds 159

Statistics

Вебинар "Введение в процесс разработки ПО" — Presentation Transcript

http://ekrs.blogspot.com	155
http://www.ekrs.blogspot.com	4