Во-первых, дайте выводы, которые можно использовать для принятия решений.
Если 80% процессов доступны напрямую, требуются только бренды, привилегии, несколько интерфейсов и интерфейсов, а вторичная разработка обычно более экономична; если требуются обширные изменения для моделей данных снизу вверх, привилегий и ключевых процессов, краткосрочные, казалось бы, вкладчики могут быть в состоянии производить погрузчики, которые трудно модернизировать в долгосрочной перспективе.
Какие условия необходимо определить до вынесения решения?
На разных этапах работы, данных и проектов на один и тот же вопрос могут быть даны разные ответы. Предлагается проверить следующие условия и включить общие выводы, содержащиеся в Интернете, в свои собственные проекты.
Предложенный порядок аванса
Во-первых, мы будем четко понимать цель и границу.
Выберите наиболее сложный реальный процесс для проверки в системе кандидатов с открытым исходным кодом.
Ключевая зависимость от валидации
Обзор условий лицензирования, архитектуры, надежности, тестирования, безопасности и развертывания.
Разработка оценочных результатов
Стоимость модернизации, технического обслуживания и замены оценивается в течение пяти лет, а не только в первый раз.
Убедитесь, что вы выбрали следующий шаг с реальными результатами.
По возможности, пользовательские слои и ядра разъединяются, а программы модернизации и миграции поддерживаются.
Как вы понимаете это в реальном бизнесе?
Компания должна построить систему рабочих листов с продуктами с открытым исходным кодом, поддерживающими рабочие листы, роли и уведомления, но предприятие нуждается в сложных протоколах оборудования и автономном APP. Ядро зрелых рабочих листов может поддерживаться, с дополнительным оборудованием и мобильными модулями, добавленными через API; последующие обновления безопасности будут затруднены, если ядро будет переписано напрямую. Границы обычно лучше сочетаются, чем общие изменения. Примеры не представляют производительность конкретного клиента, и фактические выводы должны быть проверены в сочетании с собственным объемом бизнеса предприятия, образцом, системой и границами ответственности.
Самый простой способ наступить.
Мы не думаем, что это будет стоить программного обеспечения, когда мы загружаем код.
Использование лицензий на коммерческую доставку без пересмотра
Слишком много изменений в основной код без стратегии обновления
Как мы должны в конечном итоге получать и подтверждать?
Выбор должен включать согласование сертификации, консультирование по вопросам лицензирования, объем изменений, проверку эффективности, программы развертывания и трех-пятилетнюю смету технического обслуживания.
При подготовке к общению с поставщиками или внутренними командами рекомендуется приносить текущие процессы, репрезентативные образцы, существующие системы, сроки планирования и бюджетные уровни.Сначала четко обозначены неизвестные пункты, а затем принимается решение об использовании диагностики, PoC, проектов фиксированного диапазона или текущих исследований и разработок, что обычно более надежно, чем прямой спрос на цену и продолжительность без границ.