Po pierwsze, należy przedstawić wnioski, które mogą być wykorzystane do podejmowania decyzji.
Kluczem jest stopień, w jakim systemy open source odpowiadają operacjom rdzenia. Jeśli 80% procesów jest bezpośrednio dostępnych, wymagane są tylko marki, przywileje, kilka interfejsów i interfejsy, a rozwój wtórny jest zwykle bardziej ekonomiczny; jeśli konieczne są intensywne zmiany w celu dostrojenia modeli danych, przywilejów i kluczowych procesów, krótkoterminowo, pozornie oszczędzający mogą być w stanie produkować widły, które są trudne do aktualizacji w dłuższej perspektywie czasowej.
Jakie warunki należy określić przed podjęciem decyzji?
To samo pytanie może zawierać różne odpowiedzi w różnych fazach działalności, danych i projektów. Sugeruje się, aby sprawdzić następujące warunki i włączyć wspólne ustalenia w sieci do ich własnych projektów.
Sugerowana kolejność wyprzedzania
Najpierw wyjaśnimy cel i granicę.
Wybierz najbardziej skomplikowany proces realny, aby potwierdzić jego zgodność z systemem kandydującym do open- source.
Kluczowe zależności zatwierdzenia
Przegląd warunków udzielania licencji, architektury, zależności, testowania, bezpieczeństwa i wdrażania.
Opracowanie wyników możliwych do oceny
Koszty modernizacji, utrzymania i wymiany są szacowane na okres pięciu lat, a nie są opracowywane tylko po raz pierwszy.
Upewnij się, że zdecydujesz się na kolejny krok z prawdziwymi wynikami.
Warstwy i rdzenie są oddzielone od produkcji w możliwie największym stopniu i utrzymują się programy modernizacji i migracji.
Jak to rozumiesz w prawdziwym biznesie?
Firma musi zbudować system arkuszy roboczych, z produktami open source wspierającymi arkusze robocze, role i powiadomienia, ale przedsiębiorstwo potrzebuje złożonych protokołów sprzętu i offline APP. rdzeń dojrzałych arkuszy roboczych można utrzymać, z dodatkowym sprzętem i modułami mobilnymi dodanymi za pośrednictwem API; kolejne aktualizacje zabezpieczeń będą trudne, jeśli rdzeń zostanie bezpośrednio przepisywany. Granice są zazwyczaj lepiej połączone niż ogólne modyfikacje. Przykłady nie stanowią działania konkretnego klienta, a rzeczywiste wnioski muszą być zweryfikowane w połączeniu z własną wielkością działalności przedsiębiorstwa, próbką, systemem i granicami odpowiedzialności.
Najprostszy do przejścia.
Nie sądzimy, że to będzie kosztować oprogramowanie, kiedy ściągniemy kod.
Wykorzystanie pozwoleń na dostawy handlowe bez przeglądu
Zbyt wiele zmian w kodzie podstawowym bez strategii modernizacji na wcześniejszych etapach
Jak mamy to potwierdzić?
Wybór powinien obejmować dopasowanie certyfikacji, doradztwo licencyjne, zakres zmian, kontrole bezpieczeństwa działania, programy rozmieszczenia oraz trzy- do pięcioletnich szacunków utrzymania.
Przygotowując się do komunikacji z dostawcami lub zespołami wewnętrznymi, zaleca się, aby obecnie procesy, reprezentatywne próbki, istniejące systemy, czas planowania i poziomy budżetowe zostały wprowadzone. Po pierwsze, nieznane pozycje są wyraźnie oznaczone, a następnie podejmuje się decyzję o zastosowaniu diagnostyki, PoC, projektów o zasięgu stałym lub trwających badań i rozwoju, co jest zazwyczaj bardziej wiarygodne niż bezpośrednie zapotrzebowanie na cenę i czas trwania bez granic.