한재중 : 영상직저장수신시스템 통합웹서버 소프트웨어 개발
Created by 한재중, last modified on 6월 27, 2023
| 항목 | 내용 | 이슈사항 | 비고 |
|---|
| 과제 목적 | 현재 제주/대전/해외사이트 등 산재되어 각각 독립적으로 운영되는 직저장시스템을 하나의 서버에서 운영/관리/모니터링 등의 기능을 수행하는 통합서버를 개발하여, 어느 사이트에서든 각각 운영중인 모든 사이트의 DIS를 모니터링/컨트롤/운영을 수행 |
| |
|---|
| 사업기간 | 계약일 ~ 2026년 12월 |
| 무상 유지보수 (구축완료 후 12개월) |
|---|
| 추정예산 | 3.6억 (VAT 포함) |
|
|
|---|
| 추진계획 | - 1차년도
계약일~2023.12 개발 업체 선정 및 사업 착수 시스템 요구사항 분석 및 도출 운영개념/인터페이스/기본설계
- 2차년도
2023.01~2024.12 소프트웨어 구현 서브DIS 단위 및 시험(FAT) 대전 설치 및 인수시험(SAT) 대전 지상국 인터페이스 및 통합 시험
- 3차년도
2024.01~2025.12 소프트웨어 구현 서브DIS 단위 및 시험(FAT) 제주 설치 및 인수시험(SAT) 제주 지상국 인터페이스 및 통합 시험
- 4차년도
2025.01~2026.12 소프트웨어 최종 구현 제주/대전 지상국 인터페이스 및 통합 시험 기능개선 및 안정화 최종 운영 검증시험 운영 준비 및 지원
| - 2차년도/3차년도에 각각 FAT 가 존재함
- 3차년도 시작월 오타 (2024.01 → 2025.01)
- 4차년도 시작월 오타 (2025.01 → 2026.01)
- PDR/CDR 은 없는 것?
|
|
|---|
| 요구사항 | 분석/이슈내용 | 예상 Manday | 비고 |
|---|
| SFR-001 | - 기존 TaskManager, DRC S/W 그대로 가도 됨
- 해외 사이트의 경우, 네트워크 장애에 대한 고려가 필요함
| 0 | JAVA 로 변경하기를 원할까? 그럴 경우, 20d / 60d 추가 |
| SFR-002 | - 기존 DTC/HDR simuator 등으로 테스트 커버 가능함
| 0 |
|
| SFR-003 | | 0 | |
SFR-004 | - 기존 BypassCADUConverter 그대로 가도 됨
| 0 | JAVA 로 변경하기를 원할까? 그럴 경우, 30d 추가 |
SFR-005 | - 기존 C# Window 기반 Server/Client 를 JAVA Web BE/FE 로 변경해야 함
- 설계 20d, 구현 BE 80d, FE 80d (테스트 코드 포함)
| 180 | 느낌적으로 여유있게 잡았음 |
SFR-006 | - Web BE/FE 의 redundancy 개념 조사 및 구현 필요
| 10 |
|
SFR-007 | - SFR-005 에서 산출한 일정에 포함
- 아래 문장이 어떤 의미인지 확인 필요
- MT파일의 수정없이 수신하고자 하는 사이트의 스케쥴 등록이 자동으로 가능해야 한다.
| 0 |
|
SFR-008 | | 0 |
|
SFR-009 | | 0 |
|
SFR-010 | | 0 |
|
SFR-011 | - SFR-005 에서 산출한 일정에 포함
- Report 파일에 대해서는 운영 시 필요한 부분을 식별하여 추가할 필요 있음
| 0 |
|
SFR-012 | - SFR-005 에서 산출한 일정에 포함
- 기존 로그를 정제하여 의미있는 정보를 담을 수 있도록 해야 함
- 로그파일 자동/수동 관리 기능 추가되어야 함
| 0 |
|
SFR-013 | - SFR-005 에서 산출한 일정에 포함
- Server (BE) 와 다른 네트워크 망에 있는 Receiver 에 대한 health check 및 수신 전 self-test 등이 추가되어야 함
| 0 |
|
SFR-014 | - 기존 DTC/HDR simuator 등으로 테스트 커버 가능함
| 0 |
|
SFR-015 | | 0 |
|
SFR-016 | | 0 |
|
SFR-017 | | 0 |
|
SFR-018 | | 0 |
|
SFR-019 | - 기존 TaskManager S/W 그대로 가도 됨
| 0 |
|
SFR-020 | - MS SQL 사용하지 말고 MariaDB 만 사용해도 충분하지 않을까?
| 0 |
|
SFR-021 | - 요구사항 이름은 '수신시스템 Receiver 구성' 이지만 세부 내용은 Receiver 를 위성에 따라 주/부 로 구분하고 더 잘 수신받은 것을 Server 로 전송하도록 하는 현재 구조를 유지하면 된다고 생각함
- 다만, 아래 문장에 대해서는 확인이 필요함. 실패를 누가 인지할 것인가? 백업처리의 의미가 무엇인가? (CADU 수신에 대한 백업처리 자동화도 고려해야 하는가?)
| 0 |
|
PER-001 | | 0 |
|
PER-002 | | 0 |
|
PER-003 | | 0 |
|
PER-004 | - DIS 성능 테스트에서 '성능' 이 무엇을 의미하는지 불분명함
- 테스트 데이터의 경우, 항우연 제공이 아닌가?
| 0 |
|
PER-005 | | 0 |
|
SIR-001 | - 10Gbps 네트워크 속도 및 다른 네트워크 연결의 경우, KARI 인프라에 관련된 내용이라 우리가 만족시킬 수 있는 요구사항이 아니라고 판단함
| 0 |
|
SIR-002 | - SFR-005 에서 산출한 일정에 포함
- 수동 전송과 관련된 기능 존재 여부 확인 및 필요 시 구현해야 함
| 0 |
|
SIR-003 | | 0 |
|
TER-001 | | 30d | QA 팀 1인 10d BE/FE 개발자 각 1인 10d |
TER-002 | | 0 |
|
TER-003 | | 0 |
|
COR-001 | | 0 |
|
COR-002 | | 0 |
|
COR-003 | | 0 |
|
COR-004 | - 이미 운영 중인 DIS 를 Web 으로 변경하는 것이기에 수신처리와 관련된 프로토타입 요소는 없음
- FE/BE 간의 인터페이스 관련 프로토타입을 선정할 수는 있으나 너무 일반적인 부분이라 굳이 선정할 필요가 있나 싶음
- 그렇기에 본 요구사항은 삭제해야 하지 않을까 싶음
| 0 |
|
COR-005 | | 10d | BE/FE 개발자 각 1인 5d |
COR-006 | | 0 |
|
COR-007 | - Server 이중화, Receiver 다수대로 커버해야 함
- Server 이중화에 대해서는 SFR-005 에서 산출한 일정에 포함
|
|
|
COR-008 | |
|
|
COR-008 | Hardware Platform COR-002 의 내용과 비슷한 내용임 - 이전 요구사항과 ID 중복
|
|
|
COR-009 | |
|
|
QUR-001 | |
|
|
QUR-002 | |
|
|
QUR-003 | - 기존에도 있었던 요구사항인 것 같은데, 운영체제까지 시스템 유지보수 범위에 포함되어야 하나? 라는 생각이 듬
- 이건 우리의 영역 밖인 것 같음
|
|
|
QUR-004 | |
|
|
QUR-005 | |
|
|