Заказные приложения и информационные системы

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

Когда нужна собственная программа

Заказная разработка оправдана, когда готовые решения не подходят под процесс или избыточны для него.

  • Готовое не подходит

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

  • Нужно рабочее место

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

  • Оборудование и учёт

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

  • Обмен между системами

    Нескольким программам нужен надёжный обмен данными с понятными правилами и контролем ошибок.

  • Работа вне офиса

    Сотрудникам в цехе, на складе, на строительном объекте или в рейсе нужен мобильный инструмент.

Что делаем

Разработка ведётся от рабочего сценария: кто, где и в каких условиях будет пользоваться программой.

  • Требования и сценарии

    Роли, операции, исключения, требования к скорости, надёжности и безопасности.

  • Архитектура и модель данных

    Компоненты, хранение данных, связи с другими системами, развёртывание.

  • Интерфейсы

    Экраны для конкретных ролей и условий работы — от офиса до цеха и весовой.

  • API и интеграции

    Обмен с 1С и другими системами, подключение оборудования.

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

    Поэтапная разработка с показами и проверкой на рабочих сценариях.

  • Развёртывание и документация

    Установка в инфраструктуре предприятия, инструкции, передача исходного кода.

Пример задачи: учёт транспорта и взвешивания

Типовой рабочий сценарий поясняет задачу из практики Александра Полохова: физические операции, действия оператора и данные проектируются вместе. Состав оборудования и обменов определяется конкретным проектом.

Типовой рабочий сценарий: въезд, первое взвешивание, разгрузка или погрузка, второе взвешивание, выезд. Для каждого шага указаны люди (охрана, водитель, оператор весовой, кладовщик), данные (машина и документы, первый и второй вес, груз, время) и системы (рабочее место, весы, передача в учётную систему). Вес груза вычисляется как разница двух взвешиваний.
Весовая: путь машины через систему. Учёт транспорта и взвешивания: типовой рабочий сценарий. Схема поясняет задачу из практики Александра Полохова; состав оборудования и обменов зависит от проекта. Открыть схему крупно

Что получает предприятие

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

  • Работающее приложение

    Развёрнутое в согласованной среде и проверенное на рабочих сценариях.

  • Исходный код

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

  • Описание архитектуры

    Компоненты, модель данных, обмены и требования к инфраструктуре.

  • Документация API

    Правила обмена с другими системами и оборудованием.

  • Инструкции

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

Как проходит разработка

  1. Описываем сценарии и требования

    Фиксируем, что программа должна делать, для кого и в каких условиях.

  2. Проектируем

    Архитектура, данные, интерфейсы и обмены; выбор технологий с обоснованием.

  3. Разрабатываем этапами

    Каждый этап заканчивается показом и проверкой работающей части.

  4. Проверяем на рабочих сценариях

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

  5. Разворачиваем и передаём

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

Опыт в этом направлении

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

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

Об опыте и подходе

Что важно знать заранее

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

Из практики

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

Нефтехимическое производство

Производственный учёт для нефтехимического предприятия

Роль Александра ПолоховаАрхитектор и разработчик

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

Что сделано и что получил заказчик

Что сделано

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

Что получил заказчик

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

Научно-исследовательская организация агросектора

Производственный учёт в организации с опытными полями

Роль Александра ПолоховаАрхитектор и разработчик

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

Что сделано и что получил заказчик

Что сделано

  • Перевёл особенности деятельности в модель данных и правила учёта.
  • Спроектировал и разработал авторскую систему производственного учёта.

Что получил заказчик

  • Систему производственного учёта, построенную под деятельность организации.

Строительство · автотранспорт

Оперативный учёт автотранспорта и строительных работ

Роль Александра ПолоховаАрхитектор и разработчик

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

Что сделано и что получил заказчик

Что сделано

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

Что получил заказчик

  • Текущие сведения о работе техники и ходе строительных работ в одной системе.
  • Основу для управленческих решений по ресурсам и объектам.

Транспорт и весовой контроль

Учёт движения транспорта и взвешивания на весовых

Роль Александра ПолоховаАрхитектор и разработчик

Связать въезд, выезд и взвешивание транспорта с регистрацией данных о проездах и грузе.

Что сделано и что получил заказчик

Что сделано

  • Спроектировал систему с учётом всех участников: порядок проезда и взвешивания, работа оператора весовой, данные о транспорте и грузе.
  • Разработал систему учёта движения транспорта и взвешивания на весовых, связанную с весовым оборудованием.

Что получил заказчик

  • Сведения о движении транспорта и весе грузов фиксируются в момент операции.
  • Данные о проездах и взвешиваниях собраны в одной системе и доступны для учёта и контроля.

Частые вопросы

Когда нужна собственная программа, а когда хватит 1С?

Если процесс укладывается в учётную модель 1С, обычно выгоднее доработать её. Собственная программа оправдана, когда нужно специализированное рабочее место, работа с оборудованием, особая логика или нагрузка, которые в 1С потребуют несоразмерных доработок. Часто лучший вариант — приложение, обменивающееся данными с 1С.

Почему не взять готовую программу?

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

Можно ли связать приложение с 1С?

Заказное приложение можно связать с 1С: обмен с учётной системой — типичная часть таких проектов; правила обмена описываются и проверяются отдельно.

Кто будет сопровождать программу?

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

На каких технологиях вы разрабатываете?

Выбор зависит от задачи: веб- и серверные приложения, мобильные приложения, настольные рабочие места, интеграционные сервисы. Обоснование выбора входит в проектирование.

Материалы по теме

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

Экспертный материал

Автоматизация весовой и учёта транспорта: из чего состоит система

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

5 мин чтенияСо схемой

Экспертный материал

Автоматизация строительной компании: учёт по объектам, техника и подрядчики

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

6 мин чтенияСо схемой

Экспертный материал

Когда предприятию не нужна тяжёлая ERP

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

5 мин чтенияСо схемой

Обсудим программу для вашего процесса

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

Можно связаться напрямую:

Для первого обращения достаточно способа связи и краткого вопроса — без конфиденциальных подробностей. Закрытые материалы передаются после согласования NDA.