Lektsiya_4_ISIS

1.

2. Лекция 4 Сбор требований и проектирование ИС

Старший преподаватель Прокуронова А.Ю.

3. Проблема испорченного телефона

4. Проблема испорченного телефона

• Заказчик. Он говорит на языке бизнеса, денег и ощущений.
Ему нужно, чтобы «все работало и было удобно».
• Аналитик. Это человек-переводчик. Он должен понять, что
стоит за фразой «все работало и было удобно». Какие кнопки
там нажимаются? В какой последовательности? Что
происходит, если провести пальцем слева направо?
• Программист. Он говорит на языке кода, классов, методов и
баз данных. Ему нужна точная инструкция: что должно
приходить на вход, что должно быть на выходе, в какой цвет
красить кнопку.

5. Проблема испорченного телефона

Ошибка в требованиях — самая дорогая ошибка в разработке.

6. Проблема испорченного телефона

• Первый мир — это сбор требований. Результат этого
этапа — тексты, списки, описания.
• Второй мир — это проектирование. Здесь мы садимся
за компьютер и переводим этот «человеческий» язык в
логику будущей системы.
• Инструменты.

7. Методы сбора требований

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

USER STORY
«Как [тип пользователя], я хочу [действие], чтобы [ценность/результат]»
Пример:
«Как зарегистрированный пользователь, я хочу скачивать архив с фото, чтобы
просматривать их офлайн»
Критерии INVEST:
• Independent (Независимая) — можно реализовать отдельно от других.
• Negotiable (Обсуждаемая) — не контракт, а тема для разговора.
• Valuable (Ценная) — дает пользу пользователю/бизнесу.
• Estimable (Оцениваемая) — команда может прикинуть объем работ.
• Small (Маленькая) — влезает в один спринт (неделя-две).
• Testable (Тестируемая) — есть четкие критерии приемки (Acceptance Criteria).

9. Инструменты для управления User Story

Традиционный подход: Текстовые редакторы
• Проблема первая: Версионность
• Проблема вторая: Связанность
• Проблема третья: Жизненный цикл.

10.

Инструменты для управления User Story
Requirements Management Tools
• Концепция: Единое хранилище, атрибуты требований
(приоритет, статус, автор), отслеживание изменений
(traceability).
• Инструменты: Краткий обзор Jira (с плагинами), YouGile,
Notion, Aha!.

11.

Инструменты для управления User Story
User Story Mapping (картирование пользовательских историй)
• По горизонтали — шаги пользователя (активности) в хронологическом
порядке. Например, для интернет-магазина: «Поиск товара» → «Выбор товара» →
«Оформление заказа» → «Оплата».
• По вертикали — под каждым шагом располагаются пользовательские
истории (конкретные задачи), отсортированные по приоритету. Самые
важные — наверху, они войдут в первый релиз. Менее важные — ниже, в бэклог.

12.

Инструменты для управления User Story

13.

Инструменты для управления User Story

14.

Инструменты для управления User Story
User Story Mapping (картирование пользовательских историй)
• Категория 1: Универсальные «рисовалки» и доски
o Miro
o Lucidspark
• Категория 2: Инструменты с привязкой к задачам (Jira, Trello, Kaiten)
o Kaiten
o Trello
• Категория 3: Специализированные инструменты
o Avion
o FeatureMap

15.

Инструменты для создания Use Case,
диаграммы процессов и диаграммы классов
• Plant UML
• Star UML, Draw.io, Lucidchart
• Любой графический редактор

16.

Моделирование бизнес-процессов
(BPMN 2.0)
• События (Events): То, что происходит в мире. Кружочки. Начало процесса
(например, «Клиент зашел на сайт»), промежуточное событие (например,
«Получена оплата»), конец процесса (например, «Заказ доставлен»).
• Действия (Tasks): То, что кто-то делает. Прямоугольники со скругленными
углами.
• Потоки управления (Flows): Стрелочки, которые показывают, в каком порядке
идут действия. А еще есть ромбики — это точки принятия решений (gateways).
«Если товар есть на складе — идем по одной стрелке, если нет — по другой».
• https://bpmn20.ru/doc/sample-user-guide/
• https://www.comindware.ru/blog/нотация-bpmn-2-0-элементы-иописание/?ysclid=mhostvggx4414379118#Основные_графические_элеме
нты_BPMN

17.

Моделирование бизнес-процессов
(BPMN 2.0)

18.

Моделирование бизнес-процессов
(BPMN 2.0)

19. Инструменты моделирования бизнес-процессов (BPMN 2.0)

1. Stormbpmn
2. https://bpmncat.ru/
3. Camunda
4. StarUML
5. Любой графический редактор

20. Современные концепции документирования

• Традиционный подход: Документация живет отдельно, устаревает, требует
героических усилий по актуализации. Это «бумажный замок».
• Документация как код: Мы переносим документацию в мир разработки (Git,
ревью, сборка). Документы становятся файлами, которыми управляют как кодом.
• Код как документация: Мы заставляем код сам генерировать документацию.
Документация становится функцией кода.

21. Современные концепции документирования

Проблема «Бумажный замок»: Традиционная документация устаревает в ту
самую минуту, когда она написана. Потому что код живет, требования
меняются, а документ остается застывшей скульптурой.
Что делают умные команды? Они перестают относиться к документации как к
музейному экспонату. Они начинают относиться к ней как к коду.

22. Современные концепции документирования

Концепция 1: «Документация как код» (Docs as Code)
• Храним документацию в Git.
• Пишем в простых форматах разметки.
• Вводим ревью.
• Автоматизируем сборку:
o MkDocs
o ReadTheDocs

23. Современные концепции документирования

Концепция 2: «Код как документация» (Code as Docs / Self-Documenting Code)
• Уровень первый: Самодокументируемый код.
• Уровень второй: Генерация документации из кода.
Суть концепции «Код как документация»: Единственный источник правды —
это код. Документация — не самостоятельный артефакт, а производная от него.
Это гарантирует, что документация всегда соответствует тому, что на самом деле
делает программа.

24. Современные концепции документирования

Ваша цель:
• Понять нотации. BPMN, UML, User Story Mapping, ER-диаграммы. Это язык,
на котором вы будете общаться с коллегами. Нотация — это грамматика, а
инструмент — это ручка, которой вы пишете.
• Научиться быстро осваивать новые инструменты. Сегодня есть Draw.io,
завтра появится новый стартап с крутым моделировщиком, послезавтра вы
перейдете в компанию, где все сидят на Lucidchart. Умение за день-два
разобраться в новом интерфейсе, найти, где лежат нужные фигуры, и начать
работать — это и есть ваш главный скилл 21 века.

25. Задание

Для своего варианта проекта разработать User Story, представить ее
и User Story Mapping (в конспекте либо отдельным файлом).