OutSystems13 Designing Apps Using an Architecture Framework #8 - Application Composition 여기서는 OutSystems 애플리케이션이 무엇인지 다시 살펴보겠다. 그런 다음 Module이 응용 프로그램의 아키텍처 캔버스로 구성되는 방식을 살펴보겠다. Doctors App 예제로 돌아가 애플리케이션 구성 프로세스를 적용해보겠다. Service Studio에서 보면 응용 프로그램은 일련의 Module들로 구성된다. 이러한 Module에는 Screens, Logic, Data, 및 Processes와 같은 모든 종류의 요소가 포함될 수 있다. OutSystems에서 Quality 또는 Production 환경에 코드를 배포할 때 실제로 응용 프로그램을 배포한다. 한 App이 다른 App에 종속되어 있는 경우 실제로 배포를 진행하려면 배포 계획에 더 많은 App을 추가해야 할 수 있다. 애플리케이션은 .. 2023. 4. 4. Designing Apps Using an Architecture Framework #7 - Typical Module Elements : An Example 여기서는 앞서 살펴본 의사 앱(Doctor App)에 대해 각 Layer의 모듈 내부에서 찾을 수 있는 일반적인 요소를 살펴보겠다. 의사 앱(Doctor App) 아키텍처 캔버스의 모습이다. 각 모듈의 일부인 실제 요소를 확인하겠다. Foundation Modules에서 의사 모바일 애플리케이션용 테마(Doctor App Theme) 모듈부터 시작하겠다. 여기에는 공통 역할 및 기본 제공 로그인 논리 요소가 있어야 한다. 인터페이스는 모바일 로그인을 지원하기 위한 레이아웃, 예외 흐름, UI 화면을 정의한다. 플래너 웹 애플리케이션용 테마(Planner Themes) 모듈과 관련하여 예상되는 요소는 의사 모바일 애플리케이션용 테마(Doctor App Theme) 모듈과 동일하다. 유일한 차이점은 인터페이.. 2023. 4. 4. Designing Apps Using an Architecture Framework #6 - Typical Module Elements 여기서는 각 Layer의 모듈 내부에서 찾을 수 있는 일반적인 요소를 살펴보겠다. 각 Layer를 살펴보고 거기에서 찾을 수 있는 일반적인 요소를 살펴보겠다. 통합 및 비기능적 요구 사항이 있는 Foundation Layer부터 구성 요소를 확인하겠다. 재사용 가능성이 높은 요소는 이 Layer에서 정의된다. Data - 입력 및 출력 구조 (외부 시스템과 데이터 교환) - 핵심 Entities는 없음 (통합 및 非비즈니스 기능) Logic - 정규화된 API 형태 (다른 모듈에 actions을 제공) - 오류 코드 및 Exceptions 처리 (외부 시스템과 통신할 때 등) - 중앙 집중식 Single Sign-On (사용자 인증 Flow) - 세션 관리 로직 - 사용자 도메인에 공통 Roles를 저장.. 2023. 3. 28. Designing Apps Using an Architecture Framework #5 - Naming Conventions for Modules 여기서는 생성한 모듈에 대한 명명 규칙을 채택하는 것이 중요한 이유를 확인보겠다. 이후에 제안된 명명 규칙을 살펴본 후 실행 중인 예제인 의사 앱(Doctor App)으로 돌아가 이러한 명명 규칙을 적용할 것이다. 명명 규칙을 채택하는 것이 왜 중요한지 살펴보겠다. - 명명 규칙을 따르면 모듈의 특성과 내부 요소를 드러내는 데 도움이 됨 - 전체 참조 아키텍처를 적용하는 동시에 작업 중인 모듈을 일관되게 볼 수 있음 - 더 큰 아키텍처 디자인 패턴을 만들기 시작하면 이러한 패턴이 정규화되고 일반적으로 커뮤니케이션에 도움이 됨 Foundation Layer부터 살펴보겠다. # _Lib 접미사 - 일반 라이브러리 모듈에 사용 # _IS 접미사 - 외부 서비스를 사용하고 정규화하는 데 도움이 되는 통합 서비스.. 2023. 3. 27. Designing Apps Using an Architecture Framework #4 - Designing an Architecture : An Example 특정 비즈니스 사례인 Doctors Appointments 앱에 아키텍처 설계 프로세스를 적용한 사례를 살펴보겠다. 설계 프로세스의 세 단계를 수행하면 Architecture Blueprint 및 Architecture Reference Map을 도출할 수 있다. 병원의 의사 예약을 관리할 수 있는 앱을 예로 살펴보겠다. 상단에 총 5가지 요구 사항을 확인할 수 있다. 공개(Disclose) 단계에서 빈 아키텍처 캔버스로 시작한다. 첫 번째 요구 사항부터 시작하여 지원해야 하는 최종 사용자 프로세스를 식별한다. 첫 번째 요구 사항은 "의사들은 의사의 어젠다와 환자의 검사를 보고 긴급한 케이스를 선택할 수 있어야 한다."이다. 여기서는 어젠다 보기(See Agenda), 검사 보기(See Exams), 긴.. 2023. 3. 27. Designing Apps Using an Architecture Framework #3 - The Architecture Design Process 아키텍처 설계 프로세스에 대해서 알아보겠다. 아키텍처를 비즈니스 목표에 맞추는 것이 기본이다. 비즈니스는 아키텍처를 지향해야 하므로 비즈니스 요구 사항과 개념을 모듈로 적절하게 변환해야 한다. 모듈은 비즈니스와 함께 발전하고 확장하는 동시에 서로 다른 비즈니스 라인 간에 독립적인 life-cycle을 보장할 수 있다. 아키텍처 설계는 공개(Disclose), 구성(Organize), 조립(Assemble) 세 단계로 구성된다. 첫 번째 단계, 공개(Disclose) 단계는 비즈니스 개념, 통합 요구 사항 및 비기능적 요구 사항이 공개되는 단계이다. 아키텍처 설계를 위해 아래와 같이 비즈니스 프로세스 및 요구사항을 확인해야 한다. - 관련 사용자의 업무 내역, 역할, 상호 작용하는 응용 프로그램이나 사람 .. 2023. 3. 24. 이전 1 2 3 다음
