Skip to content
황재웅 edited this page Dec 4, 2024 · 8 revisions

📖 소개 및 작성 기준

본 위키는 명지대 응용 전공 강의 분산 프로그래밍에서 진행된 프로젝트 보고서를 포함하고 있다. "현우 없는 현우 팀"이 보험사로부터 보험사 시스템 의뢰를 받는 것을 가정하고 개발을 진행하는 과정을 기술한다.

이때 진행 과정의 전반적인 내용은 강의 자료로 활용된 "보험 시스템 구축 제안 요청서(RFP)"를 기본으로 진행하고 , 이 중 [1] 계약 [2] 마케팅/영업 [3] 보상, 3 가지 파트를 중점으로 다룬다.

보고서는 크게 보험사 시스템 분석과 설계로 구분할 수 있고 보험사 시스템 분석은 다시 Usecase와 Scenario로 구분할 수 있다. 이 보고서는 위의 3 가지 파트를 분석(고객으로부터의 요구사항), 설계(요구사항을 어떻게 구현할지에 대한 방법)으로 구분 지어 설명한다.

다음 분석과 설계 내용을 통해 우리는 이번 보고서를 구현할 때의 방향성을 확립할 수 있다.

Usecase 작성 기준

  1. RFP 기반 Actor 정의

    • To-Be 프로세스 체계도 중 1.1, 1.2 등으로 구분되는 것을 Actor로 정의
  2. RFP 기반 Usecase 정의

    • To-Be 프로세스 체계도 중 1.1.1, 1.1.2 등으로 구분되는 것을 Usecase로 정의
  3. 내부 상황 제외

    • 시스템 내부적인 상황에 해당하는 부분은 제외
  4. Actor 구분 및 배치

    • 보험사 시스템 내부 Actor와 외부 Actor로 구분
    • Boundary를 기준으로 내부 Actor는 왼쪽, 외부 Actor는 오른쪽으로 정의
  5. 가독성을 위한 Actor 중복 표현

    • 한 가지 Actor에 많은 연결이 있을 경우, 중복된 Actor로 표현
    • (예: 고객 Actor가 이에 해당)

Scenario 작성 기준

  1. 상호작용 구성

    • 모든 Scenario는 상호작용(Input – Output)으로 구성
  2. 페이지 전제

    • 버튼 클릭의 경우, 명시적 언급이 없어도 초기 페이지 존재를 전제
  3. 페이지 구성요소

    • Scenario 상의 모든 페이지는 구성요소를 포함
  4. 중복 문장 처리

    • 중복되는 문장은 하나로 작성하여 재사용
    • (예: 접속이 10초 이상 지연될 경우 – E1)
  5. 상호작용 기술

    • 내부 Actor(보험사)와 외부 Actor(고객 등)와의 상호작용을 기술

보고서 전문

보험사전사시스템_요구사항_분석_보고서.pdf

Usecase 전체 사진

image image

📚 보험사 시스템 분석

  • 📖 소개 및 작성 기준

📝 도메인 별 요구사항 분석

상품/계약 관리

  • 상품 개발
  • U/W
  • 계약 관리

영업/마케팅

  • 마케팅 기획
  • 영업 조직 관리
  • 영업 교육
  • 영업 활동
  • 고객 정보 관리

💻 보험사 시스템 설계

  • 소개 및 작성 기준

Part A - 핵심 도메인

  • Customer
  • Contract
  • Insurance
  • Reward
  • Team

Part B - 업무 도메인

상품/계약 관련 팀

  • InsuranceDevelopment Team
  • ContractManagement Team
  • ContractManagementPolicy
  • Underwriting Team
  • AssumePolicy

영업/마케팅 관련 팀

  • SellGroup Team
  • Business Team
  • OperationPolicy
  • BusinessEducation Team
  • Education
  • Education Student
  • Reward Team
  • MarketingPlaning Team
  • CampaignProgram

Clone this wiki locally