Presentation Script

Milestone - 1

안녕하십니까 ? 존경하는 강사님, 1팀 Milestone-1 발표 시작 하겠습니다.

발표는 Project Plan, Architectural drivers 분석 결과, Risks assessment and planned experiments 및 Architectural approaches에 대해 순서대로 설명 드리겠습니다.

Project plan

• We will see if the design is sound enough to guide construction.
• We will evaluate when the team will be able to determine how well the design supports the architectural drivers (based on the planned activities).
• The plan should describe the overall architecture, the division of roles, the specific tasks planned, and the associated milestones.

저희 1팀은 지난 2주 동안 VoIP 시스템 및 이에 요구되는 기술을 이해하기 위해 팀원들과 많은 시간 토론 및 공부 하였습니다.

우리의 고객인 SecureMeet Inc.는 강력하고 안전한 VoIP 및 비디오 통신 시스템 개발을 원하고 있습니다.

특히, 안전하고 신뢰할 수 있는 고품질 음성 및 비디오 통신을 보장하고 시스템 백엔드 서버와 사용자 애플리케이션이 당사자 간의 통신을 유지하는 데 필요한 만큼 네트워크 대역폭 최소화를 요구하고 있습니다.

저희 1팀은 이러한 고객의 요구를 만족하기 위해 네트워크 토폴로지 측면에서 Mesh 와 Star topology 중에서 전반적인 아키텍쳐를 검토 및 사전 검증 중에 있습니다.

또한, 성공적인 개발을 수행하기 위해 팀원 각자의 역할 분담에 대해 말씀 드리겠습니다.

아직 구체화 되진 않았지만 현재까지 검토 된 필요한 모듈 (Module-View 필요 ?)은 다음과 같습니다. 저희 팀원 각자의 역할은 도출 된 모듈을 기준으로 역할을 지정해 보았습니다.

Milestone 1에서 계획된 특정 작업들은 우리가 달성해야 할 가장 중요한 Architectural drivers 를 도출 하는 작업입니다. 또한, 도출 된 QA 요구 사항을 검증 할 수 있는 증거들을 검토하는 작업들이 있습니다. 이를 검증 하기 위한 실험들을 구체화 하고 현재 사전 테스트 중에 있습니다.

먼저, Architectural drivers 로 도출 된 결과에 대해 말씀 드리겠습니다.

Architectural drivers

• Are the QA requirements “actionable”? In other words, are they expressed in such a way that the team will be able to determine if a given design supports these drivers or not?
• Do the drivers seem to relate to the overall objectives of the project?
• Are the measures clearly derived from the overall goals of the project?
• Are the functional requirements understood?
• Is there a mechanism for prioritizing the requirements?

먼저, Microsoft Windows user application과 server application 에 기술 된 내용을 Use Case 및 User-Story를 통해 workflow를 분석해 보았습니다. (symbol notation 추가 필요)

Microsoft Windows user application와 server application 각각 7개와 4개의 Use Case를 통해 Functional Requirements를 도출하였습니다.

QA 요구사항은 Performance 5개, Availability 3개, Modifiability 2개를 도출 하였습니다.

QA 요구사항의 우선순위는 고객의 평가와 기술 난이도로 우선순위를 선정 하였습니다.

우선 순위가 가장 높은 QA 요구사항에 대해 말씀 드리겠습니다.

성능 1개와 가용성 2개입니다. 각 요구사항에 만족하고 필요한 전술을 적용하기 위해 검토한 Risk와 실험에 대해 설명 드리겠습니다.

Risks assessment and planned experiments

• What are the technical and non-technical risks? How do you assess each risk with respect to probability and impact in a H-M-L scale?
• Are the open questions/issues clearly related to things that will affect the outcome of the project?
• Have there been any actions identified to address the open questions/issues?
• Are the technical experiments concretely articulated?
• Is it clear what question/issue is being addressed by the experiments?
• Will it be clear when the experiments are complete?

저희가 검토한 technical and non-technical risks 는 아래와 같습니다.

현재 팀원 대부분 VoIP System에 대한 기술적 배경과 경험이 많이 부족한 상황입니다. 해당 기술을 이해하기 위해 멤버들 간 깊이 있는 토론과 공부를 병행 하고 있습니다.

시간적인 제약을 극복하기 위해 활용 가능한 라이브러리 (GStreamer Library)를 검토 중에 있고 공부하고 있습니다.

또한, 화상 회의 전송을 위한 클라이언트-서버 토폴로지의 타당성을 검토 중에 있습니다.

데모 환경의 네트웍 품질을 확인 하기 위해 확인을 위한 테스트 항목으로 구체화 하여 진행 중에 있습니다.

그리고, 통신 가용성을 보장하기 위한 최적의 비디오 품질을 찾기 위해 네트웍 대여폭과 비디오 품질 간의 상관성을 확인 중에 있습니다.

마지막으로 비디오 수신 품질을 확인하기 위해 지터 버퍼를 활용한 지터 문제 개선 여부 및 복제와 재정렬을 사용하여 패킷 손실을 개선 할 수 있는지 확인 중에 있습니다.

도출 된 Risk를 사전 실험을 통해 검증 중에 있고, 현재 검증 된 결과 들에 대해 설명 드리겠습니다.

TBD

Architectural approaches

• What is the overview-level description of the architecture?
• What are the main architectural approaches (tactics, patterns, design strategies) in your solution?
• Are the architectural approaches clearly related to the drivers (will they likely impact the properties of interest)?

저희 1팀이 검토 한 솔루션의 주요 아키텍처 접근 방식(전술, 패턴, 디자인 전략)에 대해 설명 드리겠습니다.

첫 번째, 시스템이 오디오 및 비디오 지연이 눈에 띄게 지연되거나 저하되지 않고 통화 품질을 유지하기 위한 성능 요구 사항을 달성하기 위해 우리는 다음 두 가지 질문을 해보았습니다.

제한된 대여폭 내에서 여러 사용자의 효율적인 통신을 위해 star topology를 사용할 수 있는가 ?

또한, 네트웍 대여폭과 참가자 수를 고려하여 비디오 품질을 동적으로 변경 가능한가 ?

두 가지 질문에 대한 답을 얻기 위해 네트워크 대역폭과 비디오 품질 간의 상관 관계를 찾는 테스트를 진행 중입니다.

이 테스트의 목적은 네트워크 대역폭이 감소함에 따라 비디오 해상도를 낮출 때 비디오 품질(끊김, 왜곡)이 유지되도록 합니다.

이 테스트의 결과는 성능 요구 사항을 만족하기 위해 사용할 Manage work requests 전략으로 간주 됩니다.

두 번째, 시스템이 오디오 및 비디오 지연이 눈에 띄게 지연되거나 저하되지 않고 통화 품질을 유지해야 하는 가용성 요구 사항을 달성하기 위해 다음 질문을 해보았습니다.

UDP 수신기 모듈에서 네트워크 지터 감지 및 수신 버퍼 변경이 가능한가 ?

질문에 답을 얻기 위해 구체화 한 테스트는 수신기가 지터 버퍼를 사용하여 네트워크 지터 문제를 개선할 수 있는지 확인 것입니다.

테스트 결과를 통해 네트워크 지터에 저항하는 수신기의 적절한 지터 버퍼 크기를 조정 할 수 있을 것으로 기대 합니다.

마지막으로, 시스템이 네트워크에서 패킷/데이터 손실이 증가하는 경우 오디오 및 비디오 지연이 눈에 띄게 지연되거나 저하되지 않고 통화 품질을 유지해야 하는 가용성 요구사항을 달성 하기 위해 다음 질문을 해보았습니다.

패킷 손실을 감지하고 이전에 수신한 패킷을 복제하여 손실을 개선/복구 가능 한가 ? 입니다.

저희가 구체화 한 테스트는 수신기가 중복/재정렬을 사용하여 패킷 손실 문제를 개선할 수 있는지 확인 하는 것입니다.

데이터 수신 모듈의 관점에서 네트워크 패킷 손실을 감지하는 방법으로 요구 사항을 만족할 것으로 기대 합니다.

지금까지 설명 드린데로 아키텍처 접근 방식이 동인과 명확하게 관련되어 있다고 판단 합니다. 아직 좀 더 구체화 되지 않은 동인들 역시 지속적으로 토론하여 업데이트 할 예정입니다.

지금까지 1팀 발표 였습니다. 질문과 피드백 부탁드리겠습니다.