Создание программного обеспечения, информационных систем и т. д. — это бизнес-процесс, многократно повторяющийся алгоритм, который несёт какую-то пользу. Продукт по мере своего существования может несколько раз проходить через этапы жизненного цикла. В этом нужно разбираться, чтобы лучше различать зоны ответственности бизнес-аналитика в IT.
? Жизненный цикл разработки ПО — это ряд взаимосвязанных этапов, через которые проходит продукт: от момента зарождения потребности до завершения работы продукта.
Создание любого ПО можно разделить на шесть этапов:
- Сбор и анализ требований.
- Документирование требований.
- Проектирование архитектуры.
- Разработка системы.
- Тестирование созданной системы.
- Внедрение и перевод в поддержку и развитие.
Подробнее о каждом:
Этап 1. Сбор и анализ требований.
Содержание статьи
Для начала команда должна сформулировать, что она создаёт и зачем. Для этого необходимо собрать требования у заказчика.
? Заказчик — это человек или группа людей, выступающие от лица пользователей ПО. Часто это руководитель отдела или владелец бизнеса.
Заказчик может отлично знать проблемные точки в своих процессах, но при этом не понимать, что с ними делать. Перед стартом работы бизнес-аналитик собирает требования у заказчика: задаёт уточняющие вопросы, анализирует работу конкурентов, изучает уже существующую документацию, анализирует обратную связь от пользователей, наблюдает за процессами — делает всё, чтобы изучить и понять картину продукта в настоящем и то, какое решение поможет учесть пожелания заказчика.
Этап 2. Документирование требований.
После сбора информации аналитик перекладывает своё видение на «бумагу». Формируется документ, в нём прописывают: требования к функционалу, который планируется разработать; процессы в их нынешнем состоянии и то, к какому виду они должны прийти после разработки. Также бизнес-аналитик в команде с дизайнером документирует прототип решения для ПО.
? Прототип ПО — это частичное, возможное и предварительное воплощение предлагаемого нового продукта.
Прототипы интерфейсов помогают:
- визуализировать предварительное решение заказчику;
- «заложить фундамент» решения, на основании которого будет спроектирована функциональность.
Документирование необходимо для того, чтобы зафиксировать общее понимание и согласие о том, как должен выглядеть и работать будущий продукт.
Этап 3. Проектирование архитектуры.
После документирования команда договаривается, как должны формироваться и храниться данные внутри информационной системы. Вся дальнейшая разработка опирается на архитектуру. Без хорошо спроектированной архитектуры сложно создать качественный продукт.
Как вы уже знаете, описание архитектуры — это задача системного аналитика. Но также наверняка помните, что эту задачу могут передать и бизнес-аналитику — как универсальному IT-специалисту внутри компании. В этом случае бизнес-аналитик консультируется с разработчиками и архитекторами системы и описывает согласованное решение в документации.
Этап 4. Разработка системы.
Разработать информационную систему значит написать для неё код.
Код пишут разработчики на основании документации, описанной аналитиком. На этом этапе разработчики, опираясь на прототипы, создают интерфейсы, в которых будут работать пользователи, формируют структуру хранения данных, прописывают логику автоматических операций, прокладывают пути обмена данными с другими системами. Обычно разработчики делятся на фронт- и бэк-разработчиков: первые отвечают за разработку пользовательских интерфейсов, вторые — за работу системы «под капотом», то есть части ПО, невидимой пользователю.
? Пользовательский интерфейс — экраны системы, с помощью которых пользователь взаимодействует с ПО.
Экраны заполняются кнопками, полями для ввода, изображениями, анимацией и прочими атрибутами интерфейса, через которые пользователь даёт команду ПО.
Этап 5. Тестирование созданной системы.
Тестирование системы — это комплексная проверка её алгоритмов на:
корректную работу в разных операционных системах (Mac, Windows, другие), браузерах (например Яндекс Браузер, Mozilla Firefox, Safari, Chrome) и на разных устройствах (смартфоны, планшеты, компьютеры);
соответствие полученного результата ожиданиям в прописанных требованиях;
наличие «слепых зон» в логике работы функциональности, которые не были обозначены на этапе аналитики.
В тестировании участвует инженер по тестированию (по-другому — тестировщик) . Он проверяет созданный продукт на соответствие требованиям и договорённостям, которые аналитик выявил на этапе сбора и анализа, и зафиксировал на этапе документирования. Все найденные несоответствия или слепые зоны тестировщик подробно описывает и обсуждает с аналитиком. В случае если работа функциональности отличается от указанной логики в требованиях, тестировщик «откатывает» задачу обратно на этап разработки.
Этап 6. Внедрение и перевод в поддержку и развитие.
Внедрение системы — это обучение пользователей, выдача учётных записей и поддержка пользователей в начале работы с системой. Чтобы продукт «ушёл в народ», нужно подружить пользователя с ПО: продемонстрировать ПО в действии, написать инструкцию и ответить на возникшие вопросы. Процесс внедрения завершается переходом продукта в стадию поддержки решения — то есть в сопровождение функциональности и поддержания актуальности её логики. На этом этапе с пользователем взаимодействует служба поддержки, иногда сотрудники службы консультируются по процессам с аналитиком.
Так как IT-продукт — это система, которая живёт и развивается, жизненный цикл может воспроизводиться несколько раз. Например, команда создала продукт, который позволяет заказывать товары через мобильное приложение. Чтобы добавить в продукт систему лояльности, необходимо снова пройти этапы жизненного цикла — собрать требования к системе лояльности, задокументировать их, спроектировать и так далее.
Итоги
Жизненный цикл разработки ПО — это ряд взаимосвязанных этапов, через которые продукт проходит от момента зарождения потребности до завершения работы продукта.
Продукт по мере своего существования может несколько раз проходить через этапы жизненного цикла.
Этапы жизненного цикла ПО и их ответственные:
- Сбор и анализ требований. Бизнес-аналитик собирает требования от заказчиков, помогает заказчику найти проблемные точки в процессах.
- Документирование требований. Бизнес-аналитик описывает полученные требования, отрисовывает прототипы будущего решения, согласовывает общее понимание требований с заказчиком.
- Проектирование архитектуры. Разработчик-архитектор создаёт архитектуру будущего решения и пишет задания на разработку.
- Разработка. Разработчик пишет код функциональности ПО
- Тестирование. Тестировщики проверяют ПО на качество и соответствие требованиям.
- Внедрение и перевод в развитие. Бизнес-аналитик обучает пользователей, вводит продукт в опытную эксплуатацию, передаёт ПО в службу поддержки.
- А менеджер проекта управляет ресурсами и сроками проекта в разрезе каждого этапа разработки ПО, а также предоставляет отчёт о результатах перед заказчиком.
