우리들의 코드 자국

무결성의 종류 무결성(Integrity)은 데이터베이스에 저장된 데이터 값 과 그것이 표현하는 현실 세계의 실제 값이 일치하는 정확성을 의미한다. 개체 무결성 : 기본 테이블의 기본키를 구성하는 어떤 속 성도 Null 값이나 중복값을 가질 수 없다는 규정 참조 무결성 : 외래키 값은 Null이거나 참조 릴레이션의 기본키 값과 동일해야 함, 즉 릴레이션은 참조할 수 없 는 외래키 값을 가질 수 없다는 규정 도메인 무결성 : 주어진 속성 값이 정의된 도메인에 속한 값이어야 한다는 규정 사용자 정의 무결성 : 속성 값들이 사용자가 정의한 제약 조건에 만족해야 한다는 규정 관계대수 관계대수는 관계형 데이터베이스에서 원하는 정보와 그 정보를 어떻게 유도하는가를 기술하는 절차적인 언 어이다. 릴레이션을 처리하기 ..

물리적 설계 물리적 설계(데이터 구조화)는 논리적 설계 단계에서 논리적 구조로 표현된 데이터를 디스크 등의 물리적 저 장장치에 저장할 수 있는 물리적 구조의 데이터로 변환 하는 과정이다. 다양한 데이터베이스 응용에 대해 처리 성능을 얻기 위 해 데이터베이스 파일의 저장 구조 및 액세스 경로를 결정한다. 저장 레코드의 형식, 순서, 접근 경로, 조회가 집중되 는 레코드와 같은 정보를 사용하여 데이터가 컴퓨터에 저장되는 방법을 묘사한다. 저장 레코드의 양식을 설계할 때는 데이터 타입, 데이 터 값의 분포, 접근 빈도 등을 고려해야 한다. 물리적 설계 시 고려할 사항 : 트랜잭션 처리량, 응답 시 간. 디스크 용량, 저장 공간의 효율화 등 데이터 모델에 표시할 요소 구조(Structure) : 논리적으로 표..

EAI의 구축 유형 EAI(Enterprise Application Integration)는 기업 내 각종 애플리케이션 및 플랫폼 간의 정보 전달, 연계, 통 합 등 상호 연동이 가능하게 해주는 솔루션이다. Point-io-Point : 가장 기본적인 애플리케이션 통합 방식 으로, 애플리케이션을 1:1로 연결함 Hub & Spoke : 단일 접점인 허브 시스템을 통해 데이터 를 전송하는 중앙 집중형 방식 Message Bus(ESB 방식) : 애플리케이션 사이에 미들웨 어를 두어 처리하는 방식 Hybrid : Hub & Spoke와 Message Bus의 혼합 방식으 로, 필요한 경우 한 가지 방식으로 BAI 구현이 가능함 JSON JJSONJavaScript Object Notation)은 속성-값쌍 ..

소프트웨어 패키징 소프트웨어 패키징은 모듈별로 생성한 실행 파일들을 묶어 배포용 설치 파일을 만드는 것을 말한다. 개발자가 아니라 사용자를 중심으로 진행한다. 소스 코드는 향후 관리를 고려하여 모듈화하여 패키징 한다. 다양한 환경에서 소프트웨어를 손쉽게 사용할 수 있도 록 일반적인 배포 형태로 패키징한다. 디지털 저작권 관리(DRM)의 구성 요소 / 기술 요소 구성요소 클리어링 하우스(Clearing House) : 저작권에 대한 사용 권 한, 라이선스 발급, 사용량에 따른 결제 관리 등을 수행 하는 곳 콘텐츠 제공자(Contents Provider) : 콘텐츠를 제공하는 저 작권자 패키저(Packager) : 콘텐츠를 메타 데이터와 함께 배포 가능한 형태로 묶어 암호화하는 프로그램 콘텐츠 분배자(Con..

자료 구조의 분류 선형 구조 : 배열(Array), 선형 리스트(Linear List), 스 택(Stack). 큐(Queue), 데크(Deque) 비선형 구조 : 트리(Tree), 그래프(Graph) 스택 스택(Stack)은 리스트의 한쪽 끝으로만 자료의 삽입, 삭제 작업이 이루어지는 자료 구조이다. 스택은 가장 나중에 삽입된 자료가 가장 먼저 삭제되는 후입선출(LIPO) 방식으로 자료를 처리한다. 스택을 이용한 연산은 '재귀 호출, 후위(Postfix) 표기 법, 깊이 우선 탐색'과 같이 왔던 길을 되돌아가는 경우 스택의 모든 기억 공간이 꽉 채워져 있는 상태에서 데 이터가 삽입되면 오버플로(Overflow)가 발생하며, 더 이상 삭제할 데이터가 없는 상태에서 데이터를 삭제하 면 언더플로(Underfl..

요구사항 검증 방법 소프트웨어 개발을 하다보면 요구사항을 문서로 치밀하게 작성을 한다고해도 일치 하지 않는 경우가 있다는걸 알 수가 있다. 이러한 문제점을 해결하기 위한 요구사항 검증 방법은 다음과 같다. 동료검토(Peer Review) : 요구사항 명세서 작성자가 명세 서 내용을 직접 설명하고 동료들이 이를 들으면서 결함 을 발견하는 형태의 검토 방법 워크스루(Walk Through) : 검토 회의 전에 요구사항 명세 서를 미리 배포하여 사전 검토한 후에 짧은 검토 회의 를 통해 결함을 발견하는 형태의 검토 방법 인스펙션(nspection) : 요구사항 명세서 작성자를 제외한 다른 검토 전문가들이 요구사항 명세서를 확인하면서 결함을 발견하는 형태의 검토 방법 CASE(Computer Aided Sofw..

모듈화 모듈화(Modularity)는 소프트웨어의 성능을 향상시키거나 시스템의 수정 및 재사용, 유지 관리 등이 용이하도록 시스템의 기능을 모듈 단위로 나누는 것을 의미한다. 많은 로봇게임에서 모듈(혹은 파츠)를 갈아 끼우며 로봇의 형태와 성능을 변경 시키고 취향에 맞는 로봇을 조립한다. 소프트웨어의 모듈화는 이러한 모듈과 매우 흡사하다. 기능을 분리해서 시스템 인터페이스를 설정하고 시스템 인터페이스를 통해서 각각의 모듈을 활용한다. 이렇게 했을때 소프트웨어에서 가질 수 있는 이점이 매우 많다. 소프트웨어 설계 소프트웨어 아키텍처의 설계 과정 설계 목표 설정 시스템 타입 결정 아키텍처 패턴 적용 서브시스템 구체화 검토 파이프-필터 패턴 파이프-필터(Pipe-Filter Pattern)은 데이터 스트림 절..

인터페이스(interface)는 서로 다른 두 시스템이나 소프퉤어 등을 설로 이어주는 부분 또는 접속 장치를 의미한다. 사용자 인터페이스의 구분 CLI(Command line interface) : 명령과 출력이 텍스트 형태로 이뤄지는 인터페이스 GUI(Graphic User Interface) : 아이콘이나 메뉴를 마우스로 선택하여 작업을 수행하는 그래픽 환경의 인터페이스 NUI(Natural User Interface) : 사용자의 말이나 행동으로 기기를 조작하는 인터페이스 OUI(Organic User Interface) : 모든 사물과 사용자 간의 상호작용을 위한 인터페이스 CLI / GUI의 같은 경우는 또렷한 특징이 보이고 수 십년간 소프트웨어에서 사용했던 인터페이스이기 때문에 매우 익숙하다..

기능/비기능 요구사항 처음에 이 개념을 들었을 때는 매우 헷갈렷다. 마치 수치적으로 명확하게 떨어지는 것들이 기능 요구 사항이고 아닌 것들이 비기능 요구 사항 같았지만 소프트웨어 개발의 목적은 고객을 만족시키는 소프트웨어다. 따라서 기능이라 함은 고객의 관점에서 기능적으로, 그러니까 고객이 소프트웨어에서 원하는 주 기능들을 기능요구 사항, 부가적인 요소들을 비기능 요구사항으로 구별을 하니 좀 쉽게 와닿았다. 기능 요구사항 시스템이 무엇을 하는지, 어떤 기능을 하는지에 대한 사항 시스템의 입력이나 출력으로 무엇이 포하되어야 하는지, 시스템이 어떤 데이터를 저장하거나 연산을 수행해야 하는지에 대한 사항 시스템이 반드시 수행해야 하는 기능 사용자가 시스템을 통해 제공받기를 원하는 기능 비기능 요구사항 성능요구..

폭포수 모형 Winston Walker Royce가 1970년 논문에서 순차적 개발 방법론을 제시하였다. 폭포수라는 말은 Bell and Thayer의 1976년 논문에서 처음 사용되었다. 다섯 단계를 거쳐서 소프트웨어 개발을 하고 각 단계별로 검증과 승인을 통해서 소프트웨어를 완성해 가는 모델이다. 요구사항 정의(Requirements), 설계(Design), 구현(Implementation), 검증(Verification), 유지보수(Maintenance) 다섯 단계를 거쳐서 개발 된다. 전통적인 소프트웨어 개발 방법 론이다. 장점은 예측 가능한 소프트웨어 개발이 가능하여 예산과 마감일을 정하고 시작 할 수 있다. 단점으로는 예측하지 못한 변경사항이 발생 했을 때 대응이 취약 할 수 밖에 없다는 것이..