2022-05-02 소프트웨어_분석_및_설계_12

2022. 5. 2. 20:08학부 강의/소프트웨어 분석 및 설계

 

방법론

 

: 정보시스템을 구축하는 데 필요한 여러 작업 단계들의 수행방법(Method)과 수행 시 도움이 되는 기법(Technique) 및 도구(Tool)를 이용한 개발 경험을 바타으로 각 작업 단계를 체계적으로 정리한 작업 수행의 표준 규범.

 

방법론의 발전추이

  1. 방법론 부재
    1. 1970년 이전
    2. 프로그래밍은 예술
  2. 구조적 방법론
    1. 1980년대
    2. 기능 중심의 개발
  3. 정보공학 방법론
    1. 1990년대
    2. 데이터 기능의 조화
  4. 객체지향 방법론
    1. 2000년대
    2. 데이터/기능/행동의 통합

정보공학 방법론

 

: 기업 전체의 관점에서 기업 활동을 기업모델로 분석하고 다이어그램 형태로 표현하여 정보시스템의 계획, 분석, 설계, 구축 등 전 과정을 공학적으로 적용하는 방법론

 

기존 기능 중심 방법론의 차이점

  • 전사차원의 정보체계 지원
  • 경영전략 지원 중심
  • 데이터와 업무활동(기능)의 균형

→ 더 커지고 데이터 중심으로 변화

 

정보시스템의 3측면과 4단계

 

  • 3측면 : 데이터, 액티비티, 인터랙션
    • Data : 조직이 현재 관리하거나 관리대상이 되는 모든 데이터
    • Activity : 데이터를 이용한 조직의 모든 업무수행 활동
    • Interaction : 데이터와 업무활동의 상관관계
  • 4단계 : 계획, 분석, 설계, 구축
    • 1단계 : Planning
      • Data, Activity, Interaction의 최상위 계층으로 전략계획 수립
      • 기업이 필요로 하는 정보에 대한 전략적 비전을 제시하고 전략 계획 수립
    • 2단계 : Analysis
      • 무엇이 필요한지에 대한 분석 (What?)
      • 상세하지 않음
      • 완전히 정규화된 논리적 데이터 모델 제시
    • 3단계 : Design
      • 어떻게 작업이 수행될지 사용자 단계의 처리 등을 고려하는 단계 (How?)
      • 사용자 입출력에 대한 상세한 구축(그외의 상세한 구축은 고려하지 않음)
      • 데이터의 상세 설계, 데이터 처리 시스템과 데이터와의 직접 연결, 하드웨어와 소프트웨어의 관계 등을 나타냄
    • 4단계 : Construction
      • 데이터를 이용한 응용 프로그램 단계
      • 파일, DBMS, 프로그램의 구조, 기술적 설계, 상세구축 등 고려
      • 코드 생성기에 대한 상세한 프로그램 논리 또는 입력에 관한 설계
      • 물리적 DB 구조, 응용 프로그램 접근, 하드웨어 및 소프트웨어 선정 등

 

정보공학 방법론의 개발 공정

 

  • Planning
    • ISP 정보전략계획
  • Analysis
    • BAA 업무영역 분석
  • Design
    • BSD 업무시스템 설계
    • TD 기술설계
  • Construction
    • CON 구축
    • TRANS 전환
    • Production 운용

 


업무영역 분석(BAA, Business Area Analysis)

 

  • 업무영역에 대한 상세한 이해
  • 업무영역에 대한 정보 요구 및 우선순위 정의
  • 업무영역의 모형화
    • 데이터베이스 모델링 : 데이터베이스 구축의 기초
    • 업무활동 모델링 : 완성된 시스템의 메뉴 구성
    • 상관관계 모델링 : 데이터와 업무활동의 상호 관련성을 매트릭스 형태의 테이블로 작성 (CRUD Matrix)
  • 업무시스템 설계 영역 정의
  • 업무시스템 설계 계획 수립


데이터모형 구축(Data Modeling)

 

기업의 정보구조를 실체(Entity)와 관계(Relationship)를 중심으로 정해진 기호와 규칙을 사용하여

명확하고 체계적으로 표현하고 문서화하는 기법

 

  • 데이터모형 구축 구분
    • 논리 데이터모델링 (LDM) : 엔티티를 구체적이고 상세한 정보로 변환하여 일반화
    • 물리 데이터모델링 (PDM) : DBMS의 기능과 성능을 고려하여 스키마 생성

데이터모형 구축 공정
• 엔티티 정의 → 관계 정의 → 속성 정의 → 식별자 정의 → 정규화 검증, 일반화 정의 → ERD 작성

 

데이터모형 구축 작업 개요

  • Entity 식별
  • Entity 상세화 : 식별자, 속성, 일반화
  • 관계 상세화 : 기수성(Cardinality), 선택성(Optionality)
  • 업무규칙 정의

 

모델링의 적정성 판단

  • 구조적 확증성 : 데이터 정의와 구성방법의 일관성 유지
  • 단순성 : 사용자가 이해하기 쉬워야 한다.
  • 비중복성 : 정보가 중복되지 않는다.
  • 공유성 : 특화되지 않은 다수에 의해 사용가능한가
  • 무결성 : 정보를 사용, 관리하는 방식에 모순점이 없는가
  • 확장성 : 새로운 요구 시 최소의 노력으로 수용 가능한가