애자일 애플리케이션 개발 모델 및 Salesforce DX Edge

애자일 개발 방식은 증분 개발 모델의 한 버전인 소프트웨어 개발 모델입니다. 이 접근 방식에서 응용 프로그램은 빠른 주기로 점진적으로 개발됩니다. 이를 통해 각 건물이 이전 기능을 기반으로 하고 이를 향상시키면서 때때로 소규모 증분 릴리스가 가능합니다. 이러한 각 릴리스는 소프트웨어 품질을 보장하기 위해 철저히 테스트됩니다. 애자일 개발 모델은 시간이 중요한 애플리케이션에서 이상적으로 사용됩니다.

애자일 개발 모델의 사용

위에서 보았듯이 애자일 방법론은 시간이 중요한 앱 개발에 가장 잘 사용됩니다. 또한 다음과 같이 효과적으로 사용됩니다.

• 시행할 변경사항이 있는 경우. 민첩한 접근 방식이 제공하는 유연성은 매우 중요합니다. 생성된 증분 빈도를 기반으로 이 모델에서 제한된 비용으로 변경 사항을 쉽고 즉시 구현할 수 있습니다.

• 개발자가 많은 시간을 낭비하고 싶지 않은 새로운 기능을 구현하기 위해. 애자일 방법론은 이러한 변경 사항을 즉시 롤백하고 구현할 수 있습니다.

• 폭포수와 같은 다른 개발 방법과 달리 애자일 모델은 프로젝트를 시작하는 데 제한된 계획만 필요합니다. 애자일 모델은 급변하는 IT 부문에서 최종 사용자의 변화가 계속 변화한다고 가정합니다. 변경 사항에 대해 더 논의할 수 있으며 피드백을 기반으로 기능을 추가하거나 제거할 수 있습니다. 이를 통해 고객이 원할 때 완성된 시스템을 제공할 수 있습니다.

• 개발자와 사용자 모두 기존의 엄격한 응용 프로그램 개발 방식과 비교할 때 더 많은 유연성, 자유 및 옵션을 순차적으로 즐깁니다. 더 많은 옵션이 있으면 더 나은 데이터 관리, 선택할 호스팅 프로그램 등과 같은 가장 중요한 측면에서 더 나은 결정을 내리는 데 도움이 됩니다. 전반적으로 이 접근 방식은 프로젝트가 함정이나 중단 없이 계속 진행되도록 합니다.

애자일 개발 플랫폼으로서의 Salesforce DX

독립 개발자로 일하든 개발 팀의 일원으로 기능하든 상관없이 새로운 Salesforce DX는 애자일 모델에서 종단 간 수명 주기를 보다 효과적으로 관리하기 위해 고도로 통합된 개발 플랫폼을 제공할 수 있습니다. 매우 유연하고 개방적으로 제작되었으므로 개발자는 친숙한 도구를 사용하고 선호하는 개발 방식을 따라 함께 구축할 수 있습니다.

Salesforce DX 접근 방식에 따르면 프로덕션 조직 내에서 소스 파일은 임의의 숫자일 수 있습니다. 조직을 구성하는 사용자 지정 레이블, 사용자 지정 개체 또는 정적 리소스를 생각할 수 있습니다. DX 프로젝트 개발 형식은 큰 소스 파일로 분해될 수 있으며, 이는 차례로 버전 제어를 통해 파일을 더 이해하기 쉽고 관리하기 쉽게 만듭니다. 예를 들어 Salesforce DX는 사용자 정의 개체와 개체 번역을 많은 파일과 디렉터리로 변환할 수 있다고 가정해 보겠습니다.

이 소스 기반 구조를 통해 변경 및 업데이트하려는 항목을 더 쉽게 찾을 수 있습니다. 소스 제어의 파일이 작을수록 팀 개발 환경에서 병합과의 충돌이 적을 수 있습니다. 기존 개발 방식의 지저분한 병합은 이제 역사가 되었습니다. 개발이 끝나면 다음에 모든 변경 사항을 VCS 리포지토리에 다시 커밋할 수 있으며 테스트 및 릴리스를 실행할 준비가 된 것입니다.

소스 기반 개발 접근 방식

조직에서 보다 혁신적인 VCS(버전 제어 시스템)로 소스 소스를 이동하여 함께 구축하면 개발자가 변경 사항을 훨씬 효과적으로 추적하고 가져올 수 있습니다. 또한 자동화를 위해 Git 및 기타 테스트 및 빌드 타사 도구와 같은 협업 기술을 사용할 수 있습니다.

Salesforce CLI는 Lightning Platform 전체에서 개발 프로세스의 속도를 높이는 데 도움이 됩니다. Salesforce CLI는 개방형 API를 중심으로 구축되었으며 기존 개발자 워크플로에 쉽게 통합할 수 있습니다. 스크래치 조직은 새로운 환경 내에서 다양한 기능으로 모든 Salesforce 조직을 에뮬레이트할 수 있습니다. 테스트 및 배포가 끝나면 폐기할 수 있는 완전히 구성 가능한 소스 기반입니다.

Flosum.com Salesforce DX 개발은 VS Code, Git, Selenium, Eclipse 등과 같은 표준 및 개방형 도구를 사용하여 독특한 경험을 제공합니다. 개발자는 또한 개방형 API를 사용하여 Salesforce DX와 다른 IDE 및 도구를 쉽게 통합할 수 있습니다. Managed Packaging의 도움으로 파트너와 고객은 메타데이터를 구성하고 애플리케이션을 배포하는 동시에 앱 수명 주기를 자동화하고 관리하기 위한 CLI 중심의 소스 중심 접근 방식을 고려할 수도 있습니다.

개발 과정에서 스크래치 조직의 사용

Scratch 조직의 고유한 개념은 적절하게 사용되는 동안 개발자의 노력을 덜어줍니다. Scratch Orgs는 메타데이터와 소스에서 빌드되므로 개발자가 시간이 지남에 따라 앱을 일관되게 사용자 정의 빌드하는 것이 더 쉽습니다. 특정 프로젝트의 메타데이터와 소스로만 작업하면 되며 필요하지 않은 것을 복사할 필요는 없습니다. 스크래치 조직은 Salesforce DX의 임시 환경이므로 모든 패키지 또는 프로젝트에 대해 새 스크래치 조직을 설정할 수 있습니다.

스크래치 조직 생성

VCS가 구성되면 소스를 다른 패키지로 구성하여 새 프로젝트를 시작할 수 있습니다. 다음으로 원하는 IDE 또는 코드 편집기를 열고 소스 코드를 추가할 수 있습니다. 해당 조직의 변경 사항을 볼 준비가 되면 새 스크래치 조직을 생성할 수 있습니다.

스크래치 조직을 만들 때 일부 설정 작업도 완료해야 합니다. 그런 다음 프로젝트의 모든 소스를 스크래치 조직으로 푸시하고 권한을 설정하고 필요에 따라 테스트 데이터도 생성합니다.

IDE는 코드 기반 프로그램 개발을 위한 반면, 스크래치 조직은 선언적 개발에 사용할 수 있습니다. Production Org 또는 Sandbox에서 수행할 수 있는 작업과 유사합니다. 그러나 소스 기반 개발 모델의 주요 차이점은 스크래치 조직에서 수행한 개발을 로컬 프로젝트와 동기화한다는 것입니다. 이렇게 하면 로컬 IDE의 변경 사항과 함께 설정 페이지의 변경 사항을 커밋할 수 있습니다. Salesforce DX를 사용하는 애자일 개발 모델은 빠르고 일관된 애플리케이션 제공으로 고객 만족도를 높이는 등 많은 이점이 있습니다. 이러한 개발 모델에서는 기존 모델 앱 개발의 도구 및 프로세스에 비해 강조되는 것은 사람과 상호 작용입니다. 평범한 곳에 도착하여 개발자, 테스터 및 고객은 서로 효과적으로 상호 작용할 수 있는 기회를 갖게 됩니다.