8)정규화

)

1.데이터베이스 중복 제거를 위한 정규화의 개요

  .정규화(Normalization)의 정의

   - 베이스의 중복을 제거하기 위해 릴레이션을 수학적 원리에 의해 분해하는 일련의 과정

  .정규화 가 필요한 이유(이상현상:anomaly)

   1)삽입이상(inserting anomaly): 불필요한 정보까지 삽입해야 하는 현상

   2)갱신이상(update anomaly) : 일부 속성만 갱신 시킴으로서 정보의 모순성 발생

   3)삭제이상(delete anomaly) : 삭제시 유지되어야 하는 정보까지 삭제되는 현상

 

2.정규화의 원칙 및 절차

 .정규화의 원칙

  1)종속성 유지: 릴레이션 분해후에도 종속성 유지

  2)무손실 분해 : X->A,B로 분해후, A,B->X로 유추할수 있어야 함.

 

 .정규화의 절차

  1)1정규화(1NF): 모든 속성 값은 원자값이어야함

  2)2정규화(2NF) : 부분함수 종속성 제거

  3)3정규화(3NF) : 이행함수 종속성 제거

  4)BCNF : 결정자가 후보키가 아닌 종속 제거(3 정규화 만족하고)

  5)4정규화(4NF) : 다치 종속 제거(BCNF만족하고)

  6)5정규화(5NF) : 조인종속 제거 (4정규화를 만족하고)

3.정규화 수행시 고려사항

  .데이터의 일관성 유지 수준까지 정규화 수행(BCNF수준까지 권장)

  .많은 단계의 정규화는 많은 Join을 발생시켜 SQL성능저하 초래

  .반정규화는 정규화를 끝낸후 물리모델 단계에서 고려.

 

'정보관리기술사 > db' 카테고리의 다른 글

데이타마이닝  (0) 2015.03.21
db보안  (0) 2015.03.21
인덱스  (0) 2015.03.21
olap  (0) 2015.03.21
무결성  (0) 2015.03.21
by 메렁키키 2015. 3. 21. 18:07

1)무결성

2)정규화

3)인덱스

4)해쉬

5)OLAP

6)DW

7)DATA MINING

8)신경망

9)DB보안

10)튜닝

 

문)데이터 무결성

답)

1.데이터 품질 햐앙을 위한 데이터 무결성의 개요

  가.데이터 무결성(Data Integrity)의 정의

    - 데이터의 정확성,유효성,일관성,신뢰성을 위해 무효갱신으로 부터 데이터를 보호하는 개념

 나.무결성의 종류

   1)개체무결성(Entity Integrity) - 기본키(primary key)는 null값을 못가짐

   2)참조무결성(Referential Integrity) - 외래키값은 null 또는 기본 대응키 필요

   3)영역무결성(Domain Integrity) - 주어진 애트리뷰트값이 정의된 도메인에 속한 값이어야함

   4)비즈니스 무결성(Business Integrity) -업무규칙에 따른 비즈니스 제약 조건

 

2.무결성 확보 방안

  가.모델링 단계에서 무결성 확보 방안

  

종류

 단계

 내용

사례 

 정규화(normalization)

 논리모델

 db설계시 무손실 분해,종속성 유지 원칙하에

  분해(이상현상 방지)

 제3정규형 또는 BCNF까지 분해

 선언적방식

 물리모델

 선언적 제약에 의한 방안

(DATABASE schema 선언)

 DB DDL정의

ex)NOT NULL,Unique,PK,FK,

default,check등

 절차적방식

 로직을  통한 무결성 제어

 응용프로그램 ex)PLSQL,TRIGGER,APP LOGIC

 

나.DBMS 운용단계에서 무결성 확보방안

   1)동시성제어:병렬 트렌젝션에 대해 직렬성 보장(serialization)

    - 2PL(2 Phase Locking):Lock상태의 데이터는 UnLock발생시키기 전까지 접근/수정/삭제 불가

    - Timestamp : 수행순서 기준으로 제거 (???)

    - Validation:트래젝션 종료시에 검증

 

3.무결성 제약시 고려사항

  가.너무많은 무결성 제약 조건은 DBMS 에 Check작업이 증가되어 성능을저하시키는 요인이 될수있음

  나.프로젝트 수행시 테스트 수행의 편리성을 위해 무결성을 미지정하고 수행하면

      실운영환경에서 무결성 제약 위배 발생.

                                                                                "끝"

 

 

 

 

 

'정보관리기술사 > db' 카테고리의 다른 글

데이타마이닝  (0) 2015.03.21
db보안  (0) 2015.03.21
인덱스  (0) 2015.03.21
olap  (0) 2015.03.21
정규화  (0) 2015.03.21
by 메렁키키 2015. 3. 21. 17:16

1.요구공학 개요

.정의

-요구사항을 정의하고 문서화하는데 필요한 요구사항의 추출,분석,명세,검증,유지보수 및 관리의 제반공정에 대한 체계적 접근방법( IEEE standard)

.요구공학의 특징

 -개발범위,각종테스트 기준(단위,통합,인수),감리,검수 등 프로젝트 수행의 중요한 기준으로 활용

 -사용자의 요구사항은 추상적,불분명 하므로 분석이필요,지속적으로 변화하는 특성 가짐

.요구사항 문제점 및 해결방안

문제점

해결방안

이해부족

유즈케이스 모델링,경험있는 인력 투입

의사소통부족

Workthrough,inspection,워크샵,의사소통 채널 단일화

관점차이

4+1view,SA 4가지 VIEW

표현어려움

모델링기법(구조적 분석기법,객체지향 분석기법)으로 가시화

요구사항변경

변경관리계획,유형별 분리

 

2.요구공학 프로세스 및  명세속성

가 요구공학 프로세스

절차

내용

방법

요구사항 추출

(Elicitation)

기능적/비기능적 요구수집과정

인터뷰, 워크샵(JRP,JAD),

설문조사,브레인스토밍

요구사항 분석

(Analysis)

분석기법을 이용한 가능한 문제도출 및 요구사항 이해,정제하는 과정

객체지향분석- UML,모델링

구조적분석-DFD,Data Dictionary

요구사항 명세

(Specification)

분석된 요구사항의 문서화 과정

시스템 기능(WHAT)을 기술

ER모델링,FSM

구조적 분석과 디자인 기술

요구사항 검증

(Validation)

명세화된 요구사항 검증과정

Review,Inspection,Walk-through

요구사항 유지보수

(Maintenance)

요구사항 신규발생,변경의 체계적 관리 활동(변경 관리)

Baseline관리로 가시성,추적성의

형상관리

3.요구사항 명세 기준

. 요구사항 명세 속성

명세속성

                 설명

정확성

요구사항은 정확해야 한다.

명확성

단 한가지로 해석

완전성

모든것이 표현(기능+비기능)

일관성

요구사항간 충돌이 없어야함

수정용이성

요구사항 변경이 가능해야 함

추적성

RFP,제안서를 통해 추적가능해야 함

 

.요구사항 명세기법 

구분

정형 명세

비정형명세

기법

수학적 기반/모델링 기반

상태/기능/객체 중심 명세 기법

종류

Z,VDM,Petri-Net(모형기반)

CSP,CCS,LOTOS(대수적방법)

FSM(Finite state machine)

Decision Table,ER 모델링

State Chart(SADT)

UseCase-사용자기반 모델링

장점

시스템 요구특성 정확,명세 간결

명세/구현의 일치성

명세작성 이해 용이

의사전달 방법 다양성

단점

낮은 이해도,이해관계자의 부담 가중

불충분한 명세기능,모호성

 

.요구사항 명세서 포함내용

항목

주요내용

개요

프로젝트 목표,범위,용어,참고문헌 등

일반사항

사용자 특성,제약사항,가정,위험요소

기능 요구사항

업무기능,각 업무별 제공기능을 온라인,보고서 유형,배치별로 분류하여 기술

비기능 요구사항

-시스템기본 요건:성능,신뢰성,편의성,유지보수성,보안,가용성 등

-기술요구사항:하드웨어,소프트웨어(OS,미들웨어),네트워크

-인터페이스 요구사항:인터페이스 기능 및 시점,데이터 유형과 포맷

 

.요구사항 명세화의 기준(고려사항)

-명확한표현,일관된 용어,간결한 표현

-기술적 내용과 제약조건 언급 하지 않도록 한다

-RFP,제안서,상위요구사항에 기초하여 정확하게 작성

-비기능적 요구사항도 모두 포함 작성

-사용자별 중요도,난이도 고려하여 우선순위화

-요구사항간에 양방향 추적가능해야 한다.

 

4.요구공학의 기대효과 및 활용방안

.업무측면:업무연속성 보장,환경변화 신속대응,개발비용 절감

.개발측면:잠재적 위험 관리 기능,사용자간 의사소통 용이,업무이해도 향상

.사용자 요구 해결하기 위해 도메인 및 정보시스템 지식을 겸비한 요구분석 전문가 양성필요

=======================================================================================================

요구사항특징,요구공학프로세스,정형및비정형명세기법

)http://nexcore.skcc.com/alm/alcinous/manual/index.jsp?topic=/nexcore.tool.rm.help/manual/guide/deductionguide/analasysmethod/analasysmethod.html

1.지속적인 변화를 수용하기 위한 요구사항의 특징

정확성

 

명확성

 

완전성

 

일관성

 

수정용이성

 

추적성

 

 

1.     요구공학 프로세스

요구사항 추출

 

요구사항 분석

 

요구사항 정의

 

요구사항 검증

 

         관리

 

 

2.     정형 및 비정형 명세기법

https://moodle.shinhan.ac.kr/pluginfile.php/636/mod_resource/content/3/Chap%208.%20SW%20%EC%9A%94%EA%B5%AC%EC%82%AC%ED%95%AD%20%EB%B6%84%EC%84%9D.pdf

 

요구사항 명세

문) 요구사항 명세
답)
1. 정확한 의사소통을 위한 요구사항 명세방법 개요
  가. 요구사항 명세 방법 정의
    - 프로젝트 참여자들 사이에 의사소통의 수단을 제공하며, 자연어, 정형언어, 그래픽 형태
       로 기술된 언어로 요구사항의 일치성과 상호참조를 위해 작성된 명세서
  나. 요구사항 명세서의 목적
    - 사용자 측면 : 추적성, 의사소통, 프로젝트 품질, 납기기준 등 베이스라인 제공
    - 사업자 측면 : 프로젝트 관리 기준(일정,비용,품질), 검수기준, 정확한 설계/개발/테스트
2. 요구사항 명세서 기법의 종료 및 장단점
  가. 요구사항 명세서 기법의 종류
    구분                                                 기법                                        기법의종류
 정형명세     수학적 기반의 기술명세 기법                체계적시스템,검증프레임웍제공
                      모델링 언어기반 명세기법                      Z, VDM, CSP, CSS
                      대수처리기반언어명세기법
 비정형명세 상태중심명세기법                                    FSM(Finite State Machine)
                      기능중심명세기법                                    Decision Table, ER모델링
                      객체중심명세기법                                    State Chart(SADT)
3. 요구사항 명세시 고려사항
  가. 명세화 이전자료 즉, RFP,제안서,상위요구사항에 기초하여 정확히 작성
  나. 사용자와 개발자 모두 이해가 쉽고, 기술방법으로 모호하지 않아야함(UML활용)
  다. 누락된 항목 즉, 비기능적, 관리적 요구사항도 모두 포함되어야함(완전성충족)
  라. 요구사항은 End-to-End 양방향간 추적이 가능해야 함.
  마. 사용자별 중요도 및 난이도를 고려하여 우선순위를 정의함(Critical 요구사항관리)
끝.

 

http://cloudinriver.blogspot.kr/ 

'정보관리기술사 > sw공학' 카테고리의 다른 글

객체지향 설계원칙,CBD  (0) 2015.03.17
MDA  (0) 2015.03.17
유즈케이스 모델링,UML 2.0  (0) 2015.03.17
RUP 4+1 View  (0) 2015.03.15
나선형 모델,SCRUM  (0) 2015.03.15
by 메렁키키 2015. 3. 18. 13:37