Pull to refresh

Цикл статей по проектированию веб-сервиса

Reading time 2 min
Views 28K
Всем привет!

Мы, Денис Бесков (beskov) и Илья Поляк (ilyap1) начинаем публикацию цикла статей, посвящённых процессу проектирования веб-сервисов. Цикл построен вокруг 3-хуровневого процесса, в котором явным образом выделяются уровни анализа и проектирования:
  1. Бизнеса
  2. Продукта
  3. Технологий
Здесь, на хабре, достаточно хорошо освещается тема проектирования на уровне технологий. Мы хотим показать взаимосвязь этого уровня, видов работ и проектных решений с вышестоящими уровнями на примере сквозного демо-кейса — проектирования веб-сервиса бронирования билетов в кино, в разработке которого участвовал пару лет назад один из авторов.

Цикл статей построен вокруг избыточной документации по проекту (требования), которую разрабатывают внутренние сотрудники компании, содержит краткое описание теоретических аспектов и помогает ответить на следующие вопросы, которые могут у вас возникнуть в работе:
  1. Какими способами можно описывать требования к ПО?
  2. Какие из требований к системе обязательно необходимо включать в ТЗ, а без каких можно обойтись?
  3. Какие могут быть варианты при выборе форматов описания требований?
  4. Как зависит выбор вида описания требований от параметров (продолжительности, рисков и др.) проекта?
  5. Какого рода решения помогают принять соответствующие виды требований?
В цикле не рассматриваются аспекты заказной разработки ПО. Статья рассчитана на пользователей, которые работают в некорпортивной среде, т.е. не привязаны к каким-либо регламентам.

На примере проектирования новой услуги для развлекательно-информационного портала мы расскажем и покажем:
  1. Какие решения необходимо принимать на 3-х фазах анализа и проектирования: «бизнес», «продукт» и «технология»;
  2. Классический подход к анализу и проектированию продукта;
  3. Различные форматы представления требований (модели процессов, глоссарий, варианты использования и др.);
  4. Какой формат представления требований наиболее уместен в каждой ситуации;
Цикл рассчитан на менеджеров проектов, начинающих системных аналитиков, дизайнеров, проектировщиков интерфейсов, маркетологов и разработчиков, которым хочется узнать, как проектировать веб-сервисы не «на коленке», а опираясь на лучшие отраслевые практики из индустрии разработки ПО.

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

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

Оглавление
Бизнес-анализ. Контекст и профили заинтересованных лиц
Бизнес-анализ. Описание существующих бизнес-процессов (AS-IS)
Бизнес-анализ. Описание предметной области
Бизнес-анализ. Анализ бизнес-проблем
Tags:
Hubs:
+6
Comments 8
Comments Comments 8

Articles