Доступ и обязанности
Определите, кто может видеть, изменять и утверждать информацию. Четко устанавливайте оперативные обязанности и границы доступа.
НАШ ПОДХОД К РАЗРАБОТКЕ
Ясность на поверхности.
Дисциплина внизу.
Полезность продукта зависит не только от его интерфейса. Мы учитываем данные, соединения, разрешения и повседневную работу, стоящую за этим.
КАК МЫ ЭТО РАЗРАБАТЫВАЕМ
Понимание. Связь.
Постоянное совершенствование.
Технические решения начинаются с задач, которые необходимо выполнить вашему бизнесу.
01Понимание работы
Составьте карту процесса
Мы составляем карту задействованных людей, решений, данных и исключений. Вместе мы согласовываем, что нужно улучшить и чего должен достичь полезный первый релиз.
Картирование процессов · Требования · Критерии приемки02Разработка системы
Придайте каждому соединению цель
Мы определяем интерфейсы, права собственности на данные и доступ для каждой роли. Прототипы делают основные этапы осязаемыми, прежде чем разработка перейдет к следующему этапу.
Прототипы · Модели данных · Права доступа к ролям03Подключение и автоматизация
Обеспечьте надежность передачи данных
API и уведомления о событиях связывают поддерживаемые системы. Мы разрабатываем проверку, обработку дубликатов и восстановление на основе последствий каждого действия.
API · Веб-хуки · Проверка · Восстановление04Тестирование и выпуск
Проверка реальных поездок
Мы проверяем согласованные рабочие процессы, границы доступа и сценарии сбоев в подходящей тестовой среде. Релизы имеют определенную область применения, приемочные проверки и план восстановления.
Тестирование процессов · Тестовая среда · История версий05Измерение и улучшение
Превращение деятельности в решения
Мы согласовываем полезные показатели, определяем отправную точку и анализируем результаты. Дальнейшие изменения следуют за данными и приоритетами вашего бизнеса.
Определение KPI · Отчетность · Пересмотр приоритетовВаш цифровой опыт
ВАШ БИЗНЕСЯсный путь
вперёд.
вперёд.
ВАШЕ РАБОЧОЕ ПРОСТРАНСТВО
Всё
перед глазами.
перед глазами.
Ваши приложения
Объединенный опыт
BFDEV
Подключенные системы
Люди. Процесс. Технология.
ПОДКЛЮЧЕННЫЕ СИСТЕМЫ
Правильная информация.
В нужном месте.
Мы определяем, как информация перемещается между вашим веб-сайтом, приложениями и существующими службами. Каждая интеграция начинается с цели, владельца и четких границ.
- Интерфейсы формируются с учетом людей, их использующих
- Потоки данных и соединения с поставщиками, определенные в области действия
- Разрешения, соответствующие каждой роли и действию.
- Ошибки и способы восстановления учитываются наряду с обычным успешным рабочим процессом.
ПРИНЦИПЫ ПОСТАВКИ
Разработано с осторожностью.
Проверено перед выпуском.
Требования и критерии приемки связывают реализацию с потребностями бизнеса.
Тестирование рабочего процесса
Перед выпуском проверьте согласованные пути пользователя, проверку, интеграцию и сценарии сбоев.
Контролируемые изменения
Используйте историю версий и соответствующие среды разработки, предпроизводственного тестирования и производственной среды для оценки изменений перед публикацией.
Техническое обслуживание и передача
Согласуйте, как будет поддерживаться система, как будут сообщаться о проблемах и какие текущие работы будут включены.
НА ПРАКТИКЕ
Исследуйте Black Fleet
операционная модель.
Наша транспортная платформа объединяет эти вопросы с клиентом, водителем и оператором.
Обзор платформыПодход к безопасности и качествуИНЖЕНЕРНЫЕ РЕШЕНИЯ НА ПРАКТИКЕ
Основа
надёжной системы.
Три примера дизайна процессов бронирования и подачи запросов. Проверки данных важны не меньше, чем визуальное оформление интерфейса.
Уведомление об оплате приходит дважды.
Единый подтвержденный результат.
Использование сохраненного расчета стоимости в качестве основы для итоговой суммы. Проверка уведомлений от поставщиков услуг и выявление повторных событий перед внесением изменений в бронирование.
Проверка на стороне сервера · Верификация событий · Обработка дубликатовПользователь открывает бронирование другого клиента.
Проверка доступа на уровне границ системы.
Проверка личности, роли и прав доступа на стороне сервера. Скрытие кнопки в интерфейсе не является контролем доступа.
Аутентификация · Авторизация · Права владения (принадлежность)Запрос требует принятия решения человеком.
Четкий процесс передачи в эксплуатацию.
Проверка запроса, фиксация его статуса и предоставление команде четких указаний по дальнейшим действиям. Решения об оплате и утверждении принимаются отдельно.
Проверка · История статусов · Ручная проверкаВАША СЛЕДУЮЩАЯ ГЛАВА
Что могло бы
лучше работать вместе?
Поделитесь с нами своим бизнесом, своей идеей или системами, из которых вы выросли. Мы вместе с вами проработаем следующий шаг.