Начать проект

Проконсультируем и сориентируем по необходимому бюджету и срокам разработки. Заполните форму или отправьте нам письмо.

Проектирование

Преобразуем идею в подробные требования и прототипы

Концептуальное проектирование

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

Зачем нужно проектирование

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

Видение продукта

Формирование подробного видения и полноценного понимания продукта у всех заинтересованных лиц.

Выявление и проработка рисков

В процессе проектирования осуществляется аналитика и проработка возможных рисков в контексте конкретных требований к системе.

Приоритизация и планирование

Проектирование позволяет приоритизировать функции и планировать релизы. Это минимизирует риск «долгостроя» и упрощает управление проектом при разработке.

Документирование

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

Постановка задач

Спецификация требований является основой для формулирования задач и базой знаний для понимания деталей проекта командой разработки.

Необходимые ресурсы и бюджет

Декомпозированные требований к IT-продукту позволяют заранее определить необходимый состав проектной команды и рассчитать трудозатраты для реализации отдельных функций и проекта в целом.

Артефакты

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

Бизнес-требования и варианты использования

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

Требования к ПО

На основе верхнеуровневых требований формируются требования к программному обеспечению.

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

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

Примеры описания требований к ПО в системе управления требованиями
Модель данных

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

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

Примеры описания модели данных в системе управления требованиями
Прототипы UI

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

Прототип пользовательского интерфейса разрабатывается для каждого экрана каждого компонента (приложения), взаимодействующего с пользователем: сайты, веб-приложения, мобильные приложения, панели управления, интерфейсы встраиваемых систем, электронные письма.

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

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

Примеры прототипов пользовательского интерфейса
...
50-70+ прототипов
для каждый экрана
Интеграционные требования

Интеграционные требования - это часть требований к программному обеспечению, которая определяет, как разрабатываемая система будет взаимодействовать с другими внешними системами или компонентами.

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

Документ спецификации требований

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

Скриншоты документа спецификации требований к программному обеспечению
...
150-300 страниц

Система управления требованиями

Формирование и управление требованиями осуществляется в системе Almware, предназначенной для работы с требованиями к программному обеспечению.

Процесс проектирования

Процесс формирования требований осуществляется итеративно, от меньшей детализации к большей с согласованием промежуточных результатов. Общий срок работ обычно составляет от 4 до 8 недель. Если проект объемный со сложной логикой, может потребоваться больше времени.

Сбор требований

1-2 недели

Сбор имеющихся требований к системе:

  • Интервью заинтересованных лиц
  • Анализ имеющейся документации и наработок
  • Анализ существующих продуктов в целевой и смежных областях

Первичный проект

1-2 недели

Минимальная детализация и промежуточное согласование:

  • Структура предметной области
  • Перечень ролей и компонентов
  • Перечень требований
  • Перечень бизнес-правил
  • Прототипы с минимальной детализацией
  • Согласование промежуточных результатов

Детализация

2-4 недель

Итерации проектирования:

  • Подробное описание требований
  • Подробное описание бизнес-правил
  • Детализация прототипов
  • Согласование промежуточных результатов

Финализация

1 неделя

Финализация проекта:

  • Финализация документов
  • Согласование
  • Презентация результатов
  • Передача результатов

Что дальше?

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

Концептуальное проектирование

4–8 недель

Разработка подробного описания продукта:

  • Функциональные требования
  • Модель данных
  • Прототипы пользовательских интерфейсов
  • Бизнес-правила
  • Нефункциональные требования

Разработка первого релиза

3–5 месяцев

Разработка и выпуск первого релиза продукта:

  • Техническое проектирование
  • Разработка чистовых макетов UI
  • Формирование тестовой документации
  • Развертывание инфраструктуры
  • Разработка и тестирование
  • Ввод в эксплуатацию первого релиза

Сопровождение и развитие

Спринты по 2–4 недели

Сопровождение и выпуск последующих релизов:

  • Аналитика изменений
  • Актуализация требования
  • Актуализация технического проекта
  • Планирование релизов
  • Разработка и тестирование
  • Выпуск релизов

Проектируем. Разрабатываем. Внедряем.