본문 바로가기

시스템 분석 설계

(4)
관계형 DB 설계 과정 관계형 DB 설계 과정 "엔티티" 정의, "관계" 정의, "식별자" 정의, "속성" 정의, "정규화" 등으로 나누어 단계적으로 진행 엔티티 하나 이상의 속성을 가지며 구별이 가능하도록 식별자를 가져야 하며 다른 엔티티와 관계를 가지는 유요한 정보를 제공해야 함 각 엔티티는 인스턴스라 불리는 개별적인 객체들의 집합으로 나타냄 엔티티의 충족 조건 업무에 "유용한 정보"를 제공해야 함 명확한 "속성" 유형이 하나 이상 존재해야 함 각각의 "인스턴스"를 구분할 수 있어야 함 엔티티는 최소한 하나 이상의 다른 엔티티와 "관계"를 가져야 함 관계 두 엔티티를 연결하고자 하는 업무적인 이유, 업무 규칙이나 제약을 나타내는 두 엔티티 사이에서 "논리적" 연결을 의미 관계의 종류는 "식별"관계와 "비식별"관계로 나누어지..
데이터 모형 구축 방법 업무영역 분석 공정 분석 계획을 바탕으로 (정보 수집, 현행 시스템 분석, 데이터모형의 정의 및 업무활동 모형 정의, 모형 간의 상관관계 정의, 분산모형정의, 모형검증, 설계 계획) 등으로 구성 됨 데이터모형 구축 공정 (엔티티 정의, 관계 정의, 속성 정의, 식별자 정의, 정규화 검증, 일반화 정의, 엔티티 관계도 작성) 으로 이뤄짐 데이터모형 구축 과정 "논리적" 데이터모형 구축 과정과 "물리적" 데이터 모형 구축 과정으로 나눠짐 "논리적"모형은 기업 모델에서 도출된 실체(Entity)를 구체적이고 상세한 정보로 변환해 일반화시키는 과정임 "물리적" 모형은 DBMS의 기능과 성능을 고려해 스키마를 생성하는 과정 모델링의 적정성 판단 기준 구조적 확증성 : 데이터 정의와 구성방법의 일관성이 유지되고 있..
통합 분석 설계 방법론 정리 IDEF(통합 분석/ 설계) 방법론 다양한 업무절차를 분석 및 도식화하기 위해 다양한 방법론이 필요 함 이를 위해 통합적인 시스템 분석/설계 방법론이 개발되었거나 진행 중인데 이를 "IDEF 방법론"이라 함 IDEF( 통합 분석/설계 ) 방법론의 사용 목적 시스템 분석, 설계 교육, 문서화, 통합 협의를 위한 의사소통 수단 지원 기업의 정보시스템 구축을 위한 업무활동의 분석과 문제점 포착 기업의 활동에 관한 업무흐름의 명확한 표현 IDEF0 방법론 IDEF0 방법론은 "기능모형"을 위한 방법론으로 개발되어 활용 중이다. SADT 방법론과 유사한 모형화 도구를 사용 ICOM IDEF0 방법론의 네 가지 요소를 ICOM이라 부르는데 "Input, Control, Output, Mechanism"의 첫 글자를..
기말고사 시스템 분석 설계 정리 소단위 명세서 자료흐름으로 변환하기 위해 중간에 수행하는 각 처리들의 업무 철자를 상세히 작성해 놓은 것 사용 도구 : 구조적 언어, 선후 조건문, 의사 결정표 소단위 명세서 작성 도구의 조건 사용자와 시스템 분석가가 검증 가능한 형태로 표현 여러 계층의 사람들이 의사소통 할 수 있는 형태로 표현 설계와 구현 사항을 임의로 결정하지 않도록 유의 구조적 언어 PDL, PSL 소단위 명세서 작성에 필요한 최소한의 한정된 단어들과 문형만을 사용 구조적 언어의 작성 지침 한 페이지를 초과하지 않도록 기술 IF문 또는 CASE 문의 제어 구조를 사용할 때 중첩도가 세 단계를 초과하지 않도록 함 중첩에 따라 요철모양을 사용해 혼동을 피하는 것이 좋음 선 조건문 처리가 수행되기 전 만족해야 할 모든 사항들을 기술 선..