technology tree - ticket platform - messenger platform

1. Guidelines

1.1. MECE, logic tree (why/what/how)

1.2. ISO 25010 Quality In Use

1.2.1. E (효과성)

1.2.2. E (효율성)

1.2.3. S (만족) - UTPC

1.2.4. F (무위험) - EHE

1.2.5. C (문맥포함) - CF

1.3. ISO-25010 Product Quality

1.3.1. F (기능적합성) - CCA

1.3.2. P (성능효율) - TRC

1.3.3. C (호환성) - CI

1.3.4. U (사용성) - ALOUUA

1.3.5. R (신뢰성) - MAFR

1.3.6. S (보안) - CINAA

1.3.7. M(유지보수성) - MRAMT

1.3.8. P (이식성) - AIR

2. 기능확장성 관점

2.1. container를 추가

2.2. jvm을 추가 - MSA

2.3. jar 를 추가 - OSGi, PF4J, ...

2.4. configuration (DSL) - 시나리오 빌더

2.5. Scavenging - 기존 설계/코드를 취사 선택 수정 하는 방법, 표준 소스코드(레거시GW - adapter, ReferenceUI,)

2.6. 피처개발 방법론관점

2.6.1. 가이드라인/스펙

2.6.2. 용어 정리 (glossary)

2.6.3. DDD (Domain Driven Design)

2.6.4. PLE/DE/AE

3. 요구사항(유연성) 관점

3.1. 업무 종류 유연성

3.2. 업무 규모 유연성

3.3. 유통 형태 유연성

3.4. 구축 형태 유연성

3.4.1. 화면 유연성

3.4.1.1. 표준 화면 제공

3.4.1.2. 프로세스 level1 2 3 를 화면에서 선택 가능

3.4.1.3. 선택된 업무프로세스별 화면 자동 생성

3.4.1.4. component ui

3.4.2. DBMS 유연성

3.4.3. HW/OS 유연성

3.4.4. JDK/WAS 등... 유연성

3.4.5. 기간계 연동 유연성

3.5. 유지 보수 유연성

3.5.1. 패치용이성

3.5.2. 원격 업데이트

3.5.3. 원격 업무프로세스 추가/삭제

4. 성능/신뢰성/보안 관점

4.1. 서비스 클러스터링

4.2. 플랫폼 클러스터링

4.3. 신규 피쳐 배포(전략?)

4.4. 신규 서비스 배포(전략?)

4.5. 서비스/플랫폼간 인증

4.6. replication

4.7. 성능

4.8. 보안

4.9. 신뢰성

4.10. 멀티테넌트

5. 구축/운영 자동화 관점

5.1. 설치 관점

5.2. 패키징 관점

5.3. 배포 관점

5.4. 서비스/OS 모니터링

5.5. 장애/부하 추적

5.6. 신규 서비스 추적

5.7. 프로젝트 매니지먼트 관점 (SAP)

6. 구축 관점

6.1. 사이트 커스터마이징

6.2. OS 환경

6.3. automation

6.4. JDK

6.5. 장비 스펙

6.6. 데이터베이스

6.7. 공수

7. 개발관점

7.1. framework

7.2. 테스팅

7.2.1. 데모 마이크로 서비스