한재중 : 20221110 STP GS DDR 범위 설정

Created by 한재중, last modified on 11월 14, 2022
목차


1. FM-MRR 에서 확인된 내용들

시간

제목

발표자

발표 내용

어떤 목적이었을까?

10:00 ~ 10:20

Project Management

이훈구

•시스템 성능 요약

•TPM 상황 업데이트

•설계 수정 & 현재 개발 상황

•FM 조립 일정(IRR 이전까지

  • 직전 회의인 SDR 이후 변화된 부분을 공유
    • 위성의 Spec. 이 달라진 부분과 그 이유
  • 변경된 과제 마이스톤 공유

10:20 ~ 10:50

System Requirements & Performances

전은용

•시스템 요구사항 및 Requirement Tree 정의

•DRVM 및 Unit 검증 계획(IRR 이전까지)

  • 시스템 및 서브 시스템들의 레벨 및 구조도 공유
  • 요구사항 중 변화된 부분 공유
  • DRVM (Design Requirement Verification Matrix?) 공유
  • 컴포넌트 검증 방법 공유

10:50 ~ 11:20

Mission Analysis

양승욱

•임무해석 성능 업데이트

  • Mission Analysis 를 변화된 Spec. 및 요구사항을 기반으로 업데이트해서 공유
  • 그로 인한 Ground Track 이 어떻게 구성될 지, Desc → Asc 로 변경된 부분을 포함하여 공유
  • 위성 운용을 위해 필요한 정보 (카메라/자세 성능, 촬영 가능한 모드, 촬영/수신 가능 시간 등등) 을 공유
  • AIS → 선박의 위치 정보를 말하는 것이 아니라 Arbitrarily Inclined Strip 이었음 ㅡ.,ㅡ;;

11:20 ~ 11:50

Satellite Operation

서상훈

•Satellite Operation 변경 사항 (Direct Tasking등 지상-우주 검토 초안 포함)

  • Mission 수행과 관련하여 주요 운용 로직(Recalcuation 등) 변경, 형상(XAPM 위치 등) 변경 내용 공유
  • 위성 운용이라 할 수 있는 Direct Tasking 에 대한 우주의 개념 공유

11:50 ~ 13:00

Lunch Break

13:00 ~ 13:30

SM Verification Results

전영현

•SM 발사환경시험(진동, 준정적, 음향) 결과

•지난 시험에서의 문제 해결 내용 및 이번 시험에서 발생한 상황 분석 및 (필요시) 설계 변경 가능성 검토

  • SM 테스트를 통해 FM 에서 변경해야 하는 내용에 대해서 공유
    • 우리로서는 프로토타입 결과에 대한 공유라고 이해됨
  • FM 제작 마일스톤에 대한 공유

13:30 ~ 14:30

EM Verification Results

박태원, 강병수, 김동현, 최유하

•SSRU, ACSU, ICU, RWPS에 대해서 : 팀별 발표(15분씩)

•기존 설계(SX) 대비 수정된 내용 제시

•제작 및 검증 사진

•검증 결과(Compliance Matrix 형태로), 주요 성능은 시험결과 제시

듣지 못함

14:30 ~ 14:45

Break

14:45 ~ 15:45

EOS-T Development Status

배은덕, 안병준

•HRC 검증 결과(MTF, SNR 성능 등)

•FM 제작 상황

•FM 일정(IRR 이전까지)

듣지 못함

15:45 ~ 16:15

FM Equipment Development Status

전은용

•FM 구조부/열제어부 제작 상황 및 일정

•FM 전장품 제작 상황 및 일정

•FM 구매품 수급 상황 및 일정

듣지 못함

16:15 ~ 16:35

Launch, Insurance & Frequency Registration Status

양승욱

•시스템 문서 준비 사항

•발사체/보험/ITU 등

  • 발사체 선정 내용 및 발사 일정에 대한 공유
    • 24년 4분기 or 25년 1분기
  • 시스템 개발 마일스톤에 대한 내용 공유
  • S/X-band 주파수에 대한 내용 공유

2. MRR 발표 내용 vs. GS DDR 발표해야 하는 내용

NoMRR 발표 내용 분류상응하여 GS DDR 언급 가능한 내용지상에서 실제 수행하거나 관련 자료 존재 여부
1​기존 요구사항 대비 달라진 부분​요구사항 변경 부분 or TBD 가 해결된 부분없음
2

위성 Spec. 및 Mission 에 있어서 달라진 부분에 대한 공유

인터페이스 및 운영 흐름 중 기존과 달라진 부분없음
3요구사항 검증 방법요구사항 분석 내용 및 검증 방법있음
4테스트 등을 수행한 내용

프로토타입 수행 내용

SIIS 에게 테스트 요청

계획은 있음 → 구체화 필요
5개발 및 발사 마일스톤에 대한 내용

Backlog 생성 결과

Backlog 구현 진행 방법

Backlog 기반 마일스톤

있음

3. GS DDR 발표 내용 및 깊이

No발표 내용세부목적
1​요구사항 분석 결과
  • ​Element - Subsystem 별로 전체 개수 - 분석된 개수
  • 검증 방법 별 개수
  • 추적 관리가 필요한 분석 이슈들
    • 언제 마무리가 될 수 있는지 작성 필요
  • ​모든 요구사항에 대해 분석이 끝났으며 추적 관리가 필요한 이슈를 명시
2인터페이스 흐름
  • 서브시스템 별로 주고 받는 인터페이스를 도식화
  • 현재 요구사항은 Sender 입장에서만 정리가 되어 있음
  • Receiver 도 자신이 어떤 자료를 받는지 알아야 함 (놓치고 있는 부분이라 생각됨)
  • Sender/Receiver 가 같이 볼 수 있는 자료가 필요함
3Backlog 도출 방식 및 결과
  • Backlog 기반 개발 계획 공유
  • 요구사항 분석부터 기능흐름도 작성, Backlog 도출까지 공유
  • 각 Backlog 별로 예상되는 구현 필요 시간 공유
  • 그 동안 우리가 어떤 일을 했으며 그 결과가 무엇인지 공유
  • 앞으로 어떤 방식으로 일을 진행할 것인지 공유
    • 어떤 기능들이 도출되었으며 얼마만큼의 시간이 필요한지도 포함
4개발 마일스톤
  • Backlog 구현 필요 시간을 기반으로 구현 일정 산출
  • Backlog 구현 시점에 따라 SIIS 에 제공 가능한 System 형상을 공유
    • 내년 3번 정도 (희망사항) SIIS 에 Release 할 수 있는 계획 수립 예정
  • 전체 개발 일정에 대해 구성원들과 공유
    • 어느 시점에 어느 정도의 SW 산출물이 나와야 하고 각자가 어떤 역할을 해야 하는지 인지
  • SIIS 에 사용 가능한 System 을 제공하여 고객의 요구사항을 도출 및 적용하는 프로세스 공유
    • SIIS 에게도 마음의 준비를 할 수 있는 시간 제공
5Risk 도출 및 관리
  • 예상되는 Risk 및 Risk 감소/해소 방법 공유
  • 우리가 어떤 상황에 있으며 어떤 식으로 헤쳐나갈 것인지 전달 및 구성원의 의견 도출/반영