Разработка Программного Обеспечения

ЭТАП - ПОГРУЖЕНИЕ В ЗАДАЧУ. БИЗНЕС-АНАЛИЗ

Первый шаг – встреча очно либо по скайпу. Аналитика проекта и сбор информации о проекте. Подготовка документа о концепции и границах, который позволит сформировать общее понимание проекта и является отправной точкой для выделения MVP и этапности проекта.

Разделы документа:

• Бизнес-требования
• Рамки и ограничения проекта
• Бизнес-контекст

Выполнение этих работ позволит вам увидеть нас в «боевых условиях», и вы сможете принять решение о работе с нами на основе реального опыта работы, а не только на основании данных нами оценок и предоставленных примеров материалов.

ЭТАП - СБОР ФУНКЦИОНАЛЬНЫХ ТРЕБОВАНИЙ (ТРЕБОВАНИЯ К СИСТЕМЕ)

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

Примеры Функциональных требований:

Поиск судов для перевозки грузов

Корпоративное такси

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

ЭТАП - ПРОЕКТИРОВАНИЕ

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

Что дает UX-прототип?

• Значительно сокращает ресурсы по разработке (на 20-40% меньше программно-дизайнерских доработок и изменений).
• Снижает количество потенциальных ошибок.
• Дает возможность команде, партнерам и инвесторам быстро показать, как будет выглядеть продукт.
• Но, самое главное, он дает возможность понять механику работы с будущей системой.

Что дает UX-прототип?

Пример прототипа небольшой системы

В процессе создания прототипа проектировщик прорабатывает:

• Навигационное решение
• Меню и подразделы разделов будущей системы
• Типовые сценарии использования
• Финальную детализацию и аннотацию

Интерактивный прототип разрабатывается в программе Axure.

ЭТАП - ДИЗАЙН

Результат: Графический дизайн проекта, готовый к верстке. Опциональный этап. Выполняется по желанию Заказчика.

ЭТАП - СОСТАВЛЕНИЕ ТЕХНИЧЕСКОГО ЗАДАНИЯ

ТЗ составляется на основании прототипа. В зависимости от задач и сложности проекта составляется на спринт, MVP либо весь проект.

Пример Технического задания на разработку

ЭТАП - РАЗРАБОТКА СПРИНТАМИ

Что входит в разработку?

• Формулирование требований к программе (к нагрузкам, к масштабированию, к устойчивости к изменениям, к защищенности, к надёжности и т. д.)
• Подбор технологий разработки.
• Выбор архитектурного принципа.
• В соответствии с подобранными технологиями и архитектурным принципам создается пакет технической документации: описание общей структуры системы, диаграммы сущностей системы, описание форматов данных, описание модулей, описание ключевых алгоритмов, описание структур баз данных и т. д.
• Разработка и внедрение одной итерации (спринта). Этот пункт повторяется циклически каждые 1-‐3 недели): выбор из ТЗ функционала на итерацию, оценка стоимости и сроков итерации, разработка и тестирование итерации, сдача и внедрение итерации.
• Техническая поддержка начинает работать с момента внедрения первой итерации.

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

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

ЭТАП - ТЕСТИРОВАНИЕ

Мы проводим многоступенчатое тестирование:

• Программист тестирует задачу после выполнения до передачи на тестирование.
• Создаются автотесты.
• Тестировщик тестирует задачу, опираясь наuserи test кейсы.
• Менеджер производит общую проверку сдаваемого этапа.

В случае выявления багов после их исправления создается автотест.

ЭТАП - СОСТАВЛЕНИЕ ДОКУМЕНТАЦИИ

Этап выполняется по желанию Заказчика. Включает в себя:

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

ЭТАП - ПУБЛИКАЦИЯ

Результат этапа: Опубликованный для пользователей проект.

Как правило, Проект публикуется на 3 серверах:

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

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

ЭТАП - МОБИЛЬНАЯ РАЗРАБОТКА

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

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

2. Дизайн

• Подбор дизайн-проекта
• При необходимости разработка фирменного стиля компании

3. Разработка

• Языки: Objective-C, C#, Java, JavaScript
• Инструменты: Unity, Xamarin, PhoneGap, Cordova
• Операционные системы: iOS, Android, Windows Phone, Blackberry OS

4. Запуск и техническая поддержка

• Регистрация в Apple Store и Google Play
• Интеграция с сайтом заказчика
• Горячая линия для клиентов
• Внесение изменений в кратчайшие сроки

ЭТАП - ПОДДЕРЖКА И РАЗВИТИЕ ПРОЕКТА

Что входит в поддержку?

Мы осуществляем техническую поддержку разработанных нами программных продуктов.

Есть два вида поддержки:

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

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

Ставка за час по обращениям 2. соответствует ставке за разработку программного продукта.

Ставка за час по обращениям 1. зависит от условий принятого SLA и, как правило, меньше ставки 2.