Home / FAQs / 애플릿, APP, SaaS 및 오래된 시스템
QUESTION & ANSWER

기업 시스템은 제로 또는 제 2 단계의 오픈 소스 시스템에서 개발해야 합니까?

프로세스는 일반적이고 개방적인 제품 성숙 및 라이온스가 보조 개발을 허용합니다. 비즈니스 차이, 핵심 아키텍처 제한 또는 장기 업그레이드 비용이 높을 때, 0에서 개발하는 것이 더 적합 할 수 있습니다.

질문에 대한 답변

먼저 의사 결정에 사용될 수있는 결론을 제공합니다.

핵심은 핵심 가동을 여는 근원 체계도에 정도입니다. 과정의 80%가 직접 유효하, 상표, 특권, 몇몇 공용영역 및 공용영역은 요구되고, 이차 발달은 보통 경제적입니다; 광대한 변화가 밑바닥 자료 모형, 특권 및 중요한 과정, 단기에 요구되는 경우에, 겉보기로 득점수는 장기에 격상시키기 위하여 어려운 포크리프트를 생성할 수 있을지도 모릅니다.

DECISION FACTORS

어떤 조건은 판단하기 전에 확인되어야합니까?

동일한 질문은 다른 사업, 자료 및 프로젝트 단계의 밑에 다른 대답이 있을지도 모릅니다. 그것은 뒤에 오는 조건이 검사되고 웹에 일반적인 발견은 그들의 자신의 프로젝트에 통합될 것이라는 점을 건의됩니다.

licences는 상업적 사용, 배포 및 닫히는 자원 확장을 허용하든핵심 프로세스의 호환성의 수준은 기존 데이터 모델과커뮤니티 기반 활동, 보안 업데이트 및 중요한 종속성업스트림 업그레이딩 및 제어 기술 부채를 결합하는 방법
ACTION STEPS

사전 예약

01

첫째, 우리는 표적과 국경에 대해 명확하게 될 것입니다.

오픈소스 후보 시스템에 유효한 가장 복잡한 실제 프로세스를 선택합니다.

02

유효성 열쇠 의존

licensing, Architecture, reliance, Testing, safety 및 배포 modalities의 검토.

03

평가 가능한 결과의 개발

업그레이드 비용, 유지 보수 및 교체는 5 년 이상 추정되며, 처음 개발 한 것보다는.

04

실제 결과와 다음 단계를 결정하십시오.

사용자 정의 레이어와 코어는 가능한 한 많은 기능과 업그레이드 및 마이그레이션 프로그램을 유지.

PRACTICAL EXAMPLE

실제 사업에서 어떻게 이해합니까?

판단의 방법을 설명하는 데 사용되는 예

회사는 워크 시트, 역할, 알림을 지원하는 오픈 소스 제품과 함께 워크 시트 시스템을 구축해야하지만, 기업은 복잡한 장비 프로토콜과 오프라인 APP을 필요로합니다. 성숙한 워크 시트의 핵심은 API을 통해 추가 된 추가 장비 및 모바일 모듈과 유지 될 수 있습니다. 이후 보안 업그레이드는 핵심이 직접 재 작성하는 경우 어려울 것입니다. 국경은 일반적으로 전반적인 수정보다 잘 결합됩니다. 예는 특정 클라이언트의 성능을 나타내지 않으며, 실제적 인 책임과 함께 특정 사업체의 요구 사항을 충족해야합니다.

COMMON RISKS

가장 쉬운 피트에서 단계.

우리는 우리가 코드를 다운로드 할 때 소프트웨어를 비용을 생각하지 않습니다.

리뷰없이 상업 배송을위한 라이온스 사용

Too는 업스트림 업그레이딩 전략없이 핵심 코드에 많은 변화

ACCEPTANCE

우리는 수신 및 확인을 종료해야 하는 방법?

선택은 일치 인증, 라이센스 조언, 수정 범위, 성능 보안 검사, 배포 프로그램 및 3 ~ 5 년 유지 보수 견적을 포함해야합니다.

공급자 또는 내부 팀과 통신 할 때, 현재 프로세스, 대표 샘플, 기존 시스템, 계획 시간 및 예산 수준이 가져 오는 것이 좋습니다. 우선, 알 수없는 항목은 명확하게 표시되고 그 결정은 진단, PoC, 고정 범위 프로젝트 또는 지속적인 연구 및 개발, 이는 일반적으로 국경없이 가격과 기간 동안 직접 수요보다 신뢰할 수있는 것보다 더 신뢰할 수 있습니다.

제로에서 개발하거나 소스 시스템을 열려면 무엇을 의미합니까?

작업 차이, 후보 시스템 및 장기 유지 보수 요구 사항의 설명, 사전 승인, 적응 깊이, 업그레이드 위험 및 전반적인 입력.

문의하기