Кто отвечает за циклы разработки программного обеспечения?

Кто отвечает за циклы разработки программного обеспечения?


Создание программного обеспечения, информационных систем и т. д. — это бизнес-процесс, многократно повторяющийся алгоритм, который несёт какую-то пользу. Продукт по мере своего существования может несколько раз проходить через этапы жизненного цикла. В этом нужно разбираться, чтобы лучше различать зоны ответственности бизнес-аналитика в IT.


💡 Жизненный цикл разработки ПО — это ряд взаимосвязанных этапов, через которые проходит продукт: от момента зарождения потребности до завершения работы продукта.


Создание любого ПО можно разделить на шесть этапов:

  1. Сбор и анализ требований.
  2. Документирование требований.
  3. Проектирование архитектуры.
  4. Разработка системы.
  5. Тестирование созданной системы.
  6. Внедрение и перевод в поддержку и развитие.


Подробнее о каждом:

Этап 1. Сбор и анализ требований.

Для начала команда должна сформулировать, что она создаёт и зачем. Для этого необходимо собрать требования у заказчика.

💡 Заказчик — это человек или группа людей, выступающие от лица пользователей ПО. Часто это руководитель отдела или владелец бизнеса.


Заказчик может отлично знать проблемные точки в своих процессах, но при этом не понимать, что с ними делать. Перед стартом работы бизнес-аналитик собирает требования у заказчика: задаёт уточняющие вопросы, анализирует работу конкурентов, изучает уже существующую документацию, анализирует обратную связь от пользователей, наблюдает за процессами — делает всё, чтобы изучить и понять картину продукта в настоящем и то, какое решение поможет учесть пожелания заказчика.

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

После сбора информации аналитик перекладывает своё видение на «бумагу». Формируется документ, в нём прописывают: требования к функционалу, который планируется разработать; процессы в их нынешнем состоянии и то, к какому виду они должны прийти после разработки. Также бизнес-аналитик в команде с дизайнером документирует прототип решения для ПО.


💡 Прототип ПО — это частичное, возможное и предварительное воплощение предлагаемого нового продукта.


Прототипы интерфейсов помогают:

  • визуализировать предварительное решение заказчику;
  • «заложить фундамент» решения, на основании которого будет спроектирована функциональность.

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

Этап 3. Проектирование архитектуры.

После документирования команда договаривается, как должны формироваться и храниться данные внутри информационной системы. Вся дальнейшая разработка опирается на архитектуру. Без хорошо спроектированной архитектуры сложно создать качественный продукт.
Как вы уже знаете, описание архитектуры — это задача системного аналитика. Но также наверняка помните, что эту задачу могут передать и бизнес-аналитику — как универсальному IT-специалисту внутри компании. В этом случае бизнес-аналитик консультируется с разработчиками и архитекторами системы и описывает согласованное решение в документации.

Этап 4. Разработка системы.

Разработать информационную систему значит написать для неё код.
Код пишут разработчики на основании документации, описанной аналитиком. На этом этапе разработчики, опираясь на прототипы, создают интерфейсы, в которых будут работать пользователи, формируют структуру хранения данных, прописывают логику автоматических операций, прокладывают пути обмена данными с другими системами. Обычно разработчики делятся на фронт- и бэк-разработчиков: первые отвечают за разработку пользовательских интерфейсов, вторые — за работу системы «под капотом», то есть части ПО, невидимой пользователю.


💡 Пользовательский интерфейс — экраны системы, с помощью которых пользователь взаимодействует с ПО.

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

Этап 5. Тестирование созданной системы.


Тестирование системы — это комплексная проверка её алгоритмов на:
корректную работу в разных операционных системах (Mac, Windows, другие), браузерах (например Яндекс Браузер, Mozilla Firefox, Safari, Chrome) и на разных устройствах (смартфоны, планшеты, компьютеры);
соответствие полученного результата ожиданиям в прописанных требованиях;
наличие «слепых зон» в логике работы функциональности, которые не были обозначены на этапе аналитики.
В тестировании участвует инженер по тестированию (по-другому — тестировщик) . Он проверяет созданный продукт на соответствие требованиям и договорённостям, которые аналитик выявил на этапе сбора и анализа, и зафиксировал на этапе документирования. Все найденные несоответствия или слепые зоны тестировщик подробно описывает и обсуждает с аналитиком. В случае если работа функциональности отличается от указанной логики в требованиях, тестировщик «откатывает» задачу обратно на этап разработки.

Этап 6. Внедрение и перевод в поддержку и развитие.

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

Так как IT-продукт — это система, которая живёт и развивается, жизненный цикл может воспроизводиться несколько раз. Например, команда создала продукт, который позволяет заказывать товары через мобильное приложение. Чтобы добавить в продукт систему лояльности, необходимо снова пройти этапы жизненного цикла — собрать требования к системе лояльности, задокументировать их, спроектировать и так далее.

Итоги

Жизненный цикл разработки ПО — это ряд взаимосвязанных этапов, через которые продукт проходит от момента зарождения потребности до завершения работы продукта.

Продукт по мере своего существования может несколько раз проходить через этапы жизненного цикла.

Этапы жизненного цикла ПО и их ответственные:

  • Сбор и анализ требований. Бизнес-аналитик собирает требования от заказчиков, помогает заказчику найти проблемные точки в процессах.
  • Документирование требований. Бизнес-аналитик описывает полученные требования, отрисовывает прототипы будущего решения, согласовывает общее понимание требований с заказчиком.
  • Проектирование архитектуры. Разработчик-архитектор создаёт архитектуру будущего решения и пишет задания на разработку.
  • Разработка. Разработчик пишет код функциональности ПО
  • Тестирование. Тестировщики проверяют ПО на качество и соответствие требованиям.
  • Внедрение и перевод в развитие. Бизнес-аналитик обучает пользователей, вводит продукт в опытную эксплуатацию, передаёт ПО в службу поддержки.
  • А менеджер проекта управляет ресурсами и сроками проекта в разрезе каждого этапа разработки ПО, а также предоставляет отчёт о результатах перед заказчиком.
Как создать сайт доску объявлений?

Как создать сайт доску объявлений?

Многие начинающие бизнесмены хотят запустить проекты такого же масштаба, как «Авито», «Юла» или другие подобные доски объявлений. Мы должны подчеркнуть, что эти бизнесы требуют значительных инвестиций и грамотной технической основы в дополнение к хорошей технической поддержке. В следующих параграфах мы рассмотрим различные варианты использования досок объявлений.

Доски объявлений — это комплексные веб-порталы или отдельные тематические разделы сайтов, в которых размещаются объявления с предложениями различных услуг и товаров. Контент таких проектов создается в основном самими пользователями, поэтому существует множество технологических и юридических сложностей.

Какие бывают сайты — доски объявлений

Доски объявлений общей тематики

Поскольку они открывают возможность размещения объявлений на любую тему без поиска альтернативных сайтов, они являются наиболее интересными для пользователей.

Тематические доски объявлений 

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

Региональные сайты доски объявлений

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

Узкотематические доски объявлений или сайты, ориентированные на определенный город, район или даже квартал, могут быть эффективны для бизнес-проектов, стремящихся к стабильному доходу.

Что нужно сделать перед созданием доски объявлений?

Прежде чем описывать технические характеристики, необходимо установить причину создания вашего будущего сайта. Кажется очевидным, что на нем будет размещаться реклама.

Ответьте на вопросы:

По какой теме, в каком городе, кто будет пользоваться вашими услугами, почему вы, а не ваши конкуренты, что с конкурентами? Плотно ли занята ниша, и вам придется приложить много усилий, чтобы хотя бы сравняться с конкурентами? Какова ваша цель, при создании сайта доски объявлений?

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

На все эти вопросы нужно ответить заранее. Если вы не спланируете жизнь вашего нового сайта, он застрянет на одном из этапов, на котором вы потеряете к нему интерес или закончатся деньги.

Чек лист при планировании сайта объявлений

1 Определите цель и миссию вашей доски объявлений.

Экономическое обоснование доходов и расходов (в расходы нужно включить всё, включая бюджет на продвижение в поисковых системах, закупку рекламы в сетях контекстной рекламы, услуги юристов на разработку правил и политик сайта, услуги копирайтеров, программистов и т.д.).

2 Выявите преимущества перед конкурентами.

Как выглядит ваша целевая аудитория (кто и зачем будет заходить на ваш сайт, как будут выглядеть перемещения пользователей по разделам, на что они готовы потратиться ради удобства и т.п.).

3 Проведите анализ рынка.

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

4 Сформируйте ключевые технические требования к сайту.

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

В заключение

Не стоит стремиться реализовать все запланированные функции сразу. От чего-то на начальном этапе можно отказаться. Главное требование — чтобы сайт начал работать и мог обеспечивать основные функции (создание объявлений, их распределение по категориям, простой поиск и т.д.).