313DevGRP

3. 설계 3.1 구성 3.1.1 소프투웨어 배치 소프트웨어 배치는 SRS ( Software Requirement Specification ) 에서 산출된 비지니스 아키텍쳐 → 시스템 구성도 → 시스템 아키텍쳐로 점차 구체화 되기때문에, 시스템 아키텍쳐로 소프트웨어 배치도를 갈음하도록 합니다. 3.1.2 소프트웨어 아키텍쳐 소프트웨어 아키텍쳐는 다음과 같이 구성합니다. 시스템 아키텍쳐를 기반으로 구체화된 어플리케이션 아키텍쳐로 본 장을 갈음하도록 합니다. 어플리케이션 아키텍쳐로 각 시스템의 세부 컴포넌트와 모듈을 표시하고 상호 작용하는 목적이 기술되어 있기 때문입니다. 3.1.3 Component Design 소프트웨어 구성요소인 각 Component와 그 하위 module을 정의하고, 각각의 기능 및..

5. 비-기능 요구사항 5.1 제품(서비스) 성능 쿠버네티스(K8s) 와 Docker Swarm 클러스터링을 통한 자원 활용을 통해 요구사항들을 다룹니다. - 쿠버네티스(K8s) Scale Out 및 Clustering 지원: 쿠버네티스는 애플리케이션을 여러개의 파드(pod)로 분산하고, 필요에 따라 자동으로 확장하거나 축소할 수 있도록 지원합니다. 파드는 동일한 애플리케이션 컨테이너들을 묶어놓은 단위이며, 이를 통해 애플리케이션을 쉽게 스케일 아웃할 수 있습니다. 캐시 메모리 및 분산 컴퓨팅: 쿠버네티스는 다양한 종류의 볼륨을 지원하므로, Redis와 같은 캐시 메모리 서비스를 파드로 실행하고 데이터를 관리하는 것이 가능합니다. 분산 컴퓨팅은 여러 파드들을 이용하여 병렬 작업을 수행하거나, 데이터를 처..

4. 제품(서비스) 기능 요구사항 4.1 A-RMS → Auth 기능 요구사항 * 본 프로젝트 범주는 A-RMS의 인증과 인가에 대한 내용을 다룹니다. Requirement Summarize Function Middle Function Detail function 인증 시스템 REQ ID : AUTH 통합 계정 관리 시스템 REQ ID : SUMACCOUNT 통합 로그인 사용자 검색 시스템 REQ ID : TOTAL User Account Search Service - 사용자 계정 정보를 검색하고 - 사용자 세부정보를 확인할 수 있다. 계정 그룹 관리 시스템 ( CRUD ) REQ ID : ACCOUNT GROUP Group Manager - 사용자 계정을 그룹화 하기 위하여, - 그룹을 정의 설정, 관..

3. 인터페이스 요구사항 3.1 사용자 인터페이스 모듈별 사용자 UI 및 스토리보드 형식의 와이어프레임 기제 모듈 명 와이어 프레임 링크 ( 현재 링크 없음) 인증 시스템 인증 시스템 - UI/UX Page 정의 리스트 분류 시스템 분류 시스템 - UI/UX Page 정의 리스트 요구사항 관리 시스템 요구사항 관리 시스템 - UI/UX Page 정의 리스트 요구사항 맵핑 시스템 ( 연동 시스템 포함 ) 요구사항 지원 시스템 - UI/UX Page 정의 리스트 프로젝트 분석 시스템 ( 알람 시스템 포함 ) 프로젝트 분석 시스템 - UI/UX Page 정의 리스트 모니터링 시스템 모니터링 시스템 - UI/UX Page 정의 리스트 3.2 시스템 인터페이스 시스템 인터페이스는 시스템 아키텍쳐로 갈음하도록 합니..

2. 제품(서비스) 조망 2.1 제품(서비스) 구성도 제품(서비스) 조망 구성의 시작은 Business Architecture 입니다. input은 project charter를 활용하면서, 기본적인 요구사항을 구체화합니다. 구체화된 요구사항에 맞춰서 비지니스 아키텍쳐가 이 요구사항을 대응할 수 있어야 하고, 추상화 단계는 최상위 레벨인 시스템 수준의 대단위 모듈로 대응 할 수 있어야 합니다. input인 비지니스 아키텍쳐로 부터, 세부적인 요구사항의 기능을 대응할 시스템 하위 컴포넌트 레벨의 모듈을 구성하고, 해당 모듈의 핵심적인 기능을 기록하도록 합니다. 2.2 제품(서비스) 동작 방식 2.2.1 인증 시스템 모듈 동작 방식 2.2.1.1 통합 계정 관리 시스템 통합 계정 관리 시스템은 계정 관리를 ..

1. 프로젝트 개요 1.1 목표 이슈 기반 요구사항 관리 시스템을 개발하여, 제품별 요구사항의 생명주기(추가-채택-변경-삭제 ) 및 이력을 관리하며, 이와 함께 ALM 시스템과 통합하여 Business Intelligence를 제공하는, Atlassian 제품군 기반의 Requirement Management System - RMS (for atlassian)시스템을 개발하는 것을 목표로 합니다. 1.2 범위 1.2.1 aRMS → Auth Scope 본 프로젝트 범주는 aRMS 의 인증 및 인가 시스템을 제공합니다. 1.2.2 aRMS → Product and Service Scope 본 프로젝트 범주는 aRMS 내부의 데이터를 분류하는 시스템을 jsTree framework를 활용하여 관리하는 시스템..

1. 프로젝트 개요 1.1 목표 1.2 범위 1.2.1 aRMS → Auth Scope 1.2.2 aRMS → Product and Service Scope 1.2.3 aRMS → Requirement Scope 1.2.4 aRMS → Monitoring Scope 1.3 관련 문서 1.4 결과물 2. 제품(서비스) 조망 2.1 제품(서비스) 구성도 2.2 제품(서비스) 동작 방식 2.2.1 인증 시스템 모듈 동작 방식 2.2.1.1 통합 계정 관리 시스템 2.2.1.2 통합 권한 관리 시스템 2.2.1.3 로컬 계정 관리 시스템 2.2.1.4 연동 계정 관리 시스템 2.2.1.5 사용자별 맞춤 시스템 2.2.2 제품(서비스) 관리 시스템 모듈 동작 방식 2.2.2.1 제품(서비스) 관리 시스템 2.2...

A-RMS 문서 인덱스 페이지 입니다. 1. A-RMS - Project Charter [313DevGRP] ARMS ( Atlassian RMS ) 1. 배경 ARMS는 ALM 시스템과 통합하여 제품 기반 프로젝트 진척도를 공유할 수 있는 RMS (for atlassian) 시스템입니다. 요구사항 이력 관리 부재: 요구사항의 등록, 채택, 거절 및 변경 이력을 관리하지 float.tistory.com 띄어쓰기입니다 2. A-RMS ( Atlassian RMS ) SRS - Software Requirement Specification 1. 프로젝트 개요 [313DevGRP] 프로젝트 개요 1. 프로젝트 개요 1.1 목표 이슈 기반 요구사항 관리 시스템을 개발하여, 제품별 요구사항의 생명주기(추가-채택-..