ⓒheck the Fact, Fake, and Flag.

MSA 분석 및 설계 점검항목 2FACT 주장/현상/관념「클라우드 네이티브 정보시스템 구축을 위한 개발자 안내서」 목차와 모범사례를 기반으로 MSA 애플리케이션 개발의 분석 및 설계 단계에 대한 검토 체크리스트를 만들어, 각 단계별 점검항목, 상세검토 사항 및 검토 대상 산출물을 정의하였습니다.이 체크리스트를 활용하여 MSA 기반 애플리케이션의 분석 및 설계가 적절하게 수행되었는지 체계적으로 검토할 수 있습니다. 필요에 따라 프로젝트의 특성에 맞게 항목을 추가하거나 조정할 수 있습니다.CHECK 검증/실상/검토MSA 기반 애플리케이션 개발 과업에 대한 분석 및 설계 체크리스트로 단계별 점검항목과 검토항목 입니다. 검토 대상 산출물은 사업의 특성, 개발 방법론에 따라 프로젝트별로 상이한 체계를 가질 수 있..

클라우드 네이티브 시스템 분석 및 설계단계 점검항목FACT 주장/현상/관념「클라우드 네이티브 정보시스템 구축을 위한 개발자 안내서」는 2021년에 진행된 클라우드 네이티브 기반의 행정·공공기관 서비스 확산지원 사업의 결과물로, 클라우드 네이티브 인식 확산과 중소기업 개발자의 MSA 개발 기술력 향상을 위한 안내서는 아래의 목차로 이루어져 있습니다[1]. 안내서 목차    ① 클라우드 네이티브 정보시스템 개발 절차    ② 클라우드 네이티브 정보시스템 분석 단계    ③ 클라우드 네이티브 정보시스템 설계 단계    ④ 클라우드 네이티브 정보시스템 구현·운영 단계 이 글에서는 공공부문 클라우드 네이티브 관련 정보화 사업에 참여하는 사업자가 성공적인 사업 추진을 할 수 있도록 MSA (Microservice ..

MSA 전환 업무의 설계단계 및 구현단계 아키텍처 체크리스트FACT 주장/현상/관념MSA 전환 프로젝트의 성공 여부를 객관적으로 평가하고, 문제점을 조기에 식별해 개선하기 위한 실무 도구로 아래 점검 기준을 가지고, 점검 및 검토 항목을 도출하고 구현단계에서의 핵심 기능에 대한 테스트 시나리오를 작성해 보겠습니다. 단계별 점검 기준설계단계: MSA 전환 설계 기준을 점검하며, 아키텍처의 명확성과 확장성을 평가함구현단계: 개발 및 배포 단계에서 구현 기준을 검토하며, 서비스의 독립성과 안정성을 확인함조직적 준비도: 팀 구조와 교육 프로그램을 점검해 MSA 전환에 대한 조직의 준비도를 평가함비즈니스 가치: 전환 후 성과를 측정해 비즈니스 목표에 부합하는지 검토함CHECK 검증/실상/검토● 점검 및 검토 항목..

MSA 전환 시 Inner Architecture 설계 기준과 절차, 방법FACT 주장/현상/관념클라우드의 발전과 서비스 유연성 향상에 대한 요구로 MSA(Microservice Architecture)로의 전환이 빠르게 확산되고 있습니다. 즉 (1) 클라우드의 유연성과 확장성을 활용하여 애플리케이션을 개발하고 운영하기 위해 (2) 서비스 다양화와 빠른 출시가 필요해지면서 (3) 과거와 다르게 서비스를 유연하고 안정적으로 운영할 수 있는 기술과 인프라 자원의 등장으로 MSA로 전환 혹은 신규 구현을 하고자 합니다. MSA 전환/전환 시 Inner Architecture 설계는 비즈니스와 시스템의 특성에 맞게 서비스를 효과적으로 분리하고, 각 서비스의 독립성과 확장성을 보장하는 데 초점을 맞춥니다. 여기서..

단계 점검항목 상세 검토항목 검토결과 요구분석 01. 현행 업무 분석 하여 문제점에 대한 해결방안 제시 여부 현행 업무영역에 대한 분석을 통한 문제점과 해결방안 모색 -업무처리 개선 필요사항 -문제 원인, 영향 및 해결방안 도출 -시스템의 상위수준 요구사항과 해결방안 간의 연관성 - 시스템 구축 시 고래해야 할 제약사항 도출 02. 사용자 요구사항 도출 및 분석 사용자 요구사항 도출 -이해관계자의 참여 및 확인, 요구사항 도출 방법/절차 -기술/비기술적 기능 요구사항 도출 충분성 -요구사항에 대한 분석 및 구현방향 적정성 -타 시스템과의 연계 및 인터페이스 식별 -시스템 활용성 및 효과성 03. 시스템 기능에 대한 유스케이스 모형 상세화 수준 및 적정성 시스템 기능적 요구사항이 유스케이스 모형에 표현되고..