
📝핵심 개념 정리 벌써 정처기 실기 시험 d-4...😭 시나공, 수제비 데일리 문제, 기출문제 등등 각종 문제를 풀면서 내가 자주 헷갈리고 계속 틀리고 있는 개념 위주로 정리해본다.... 시험 전 마지막 포스팅이 될 듯 목적에 따른 테스트 기법 회복 테스트(Recovery) 테스트 시스템에 여러 가지 결함을 주어 실패하도록 한 후, 올바르게 복구되는지 확인하는 테스트 안전(Security) 테스트 시스템에 설치된 시스템 보호 도구가 불법적인 침입으로부터 시스템을 보호할 수 있는지를 확인하는 테스트 강도(Stress) 테스트 시스템에 과도한 정보량이나 빈도 등을 부과하여 과부하 시에도 소프트웨어가 정상적으로 실행되는지를 확인하는 테스트 성능(Performance) 테스트 소프트웨어의 실시간 성능, 전체적 ..

📌XP의 주요 실천 방법 Pair Programming(짝 프로그래밍) -다른 사람과 함께 프로그래밍을 수행함으로써 개발에 대한 책임을 공동으로 나눠갖는 환경을 조성함 Collective Ownership(공동 코드 소유) -개발 코드에 대한 권한과 책임을 공동으로 소유함 Test-Driven Develpment(테스트 주도 개발) -개발자가 실제 코드를 작성하기 전에 테스트 케이스를 먼저 작성하므로 자신이 무엇을 해야 할지를 정확히 파악함 Whole Team(전체 팀) -개발에 참여하는 모든 구성원(고객 포함)들은 각자 자신의 역할이 있고 그 역할에 대한 책임을 가져야함 Continuous Integration(계속적인 통합) -모듈 단위로 나눠서 개발된 코드들은 하나의 작업이 마무리될 때마다 지속적으..

Secure SDLC SDLC에 보안 강화를 위한 프로세스를 포함한 것 Secure SDLC의 대표적인 방법론 CLASP : SDLC의 초기 단계에서 보안을 강화하기 위해 개발된 방법론 SDL : 마이크로소프트 사에서 안전한 소프트웨어 개발을 위해 기존의 SDLC를 개선한 방법론 Seven Touchpoints : 소프트웨어 보안의 모범 사례를 SDLC에 통합한 방법론 소프트웨어 개발 보안 요소 기밀성 무결성 가용성!!!!! (★) 기밀성 ▪️ 시스템 내의 정보와 자원은 인가된 사용자에게만 접근이 허용됨 무결성 ▪️ 시스템 내의 정보는 오직 인가된 사용자만 수정할 수 있음 가용성 ▪️ 인가받은 사용자는 시스템 내의 정보와 자원을 언제라도 사용할 수 있음 시큐어 코딩 구현 단계에서 발생할 수 있는 보안 취..

📝요점정리 데이터 저장소 데이터들을 논리적인 구조로 조직화하거나, 물리적인 공간에 구축한 것을 의미 데이터베이스 공동으로 사용될 데이터를 중복을 배제하여 통합하고, 쉽게 접근하여 처리할 수 있도록 저장 장치에 저장하여 항상 사용할 수 있도록 운영하는 운영 데이터 DBMS 사용자의 요구에 따라 정보를 생성해 주고, 데이터베이스를 관리해 주는 소프트웨어 필수 기능 3가지 : 정의 / 조작 / 제어 기능 데이터의 독립성 논리적 독립성 물리적 독립성 스키마(Schema) 외부 스키마 : 사용자나 응용 프로그래머가 각 개인의 입장에서 필요로 하는 데이터베이스의 논리적 구조를 정의한 것 개념 스키마 : 데이터베이스의 전체적인 논리적 구조, 모든 응용 프로그램이나 사용자들이 필요로 하는 데이터를 종합한 조직 전체의 ..

관계 엔티티의 인스턴스 사이의 논리적인 연관성으로서 존재의 형태, 행위로서 서로에게 연관성이 부여된 상태 엔티티 안에 인스턴스개 개별적으로 갖는 것(페어링)이고 이것의 집합을 관계로 표현함. -> 개별 인스턴스가 각각 다른 종류의 관계를 갖고 있다면 두 엔티티 사이에 두 개 이상의 관계가 형성될 수 있음. 관계의 분류 존재에 의한 관계 행위에 의한 관계 ERD에서는 존재적 관계와 행위에 의한 관계를 구분하지 않고 표현했다면 클래스 다이어그램에서는 이것을 구분하여 연관 관계와 의존 관계로 표현하고 있는 것. 관계의 표기법 관계명 - 엔티티가 관계에 참여하는 형태를 지칭 관계가 시작되는 편을 관계시작점이라고 부르고 받는 편을 관계끝점이라고 부름. 둘다 관계명을 가져야하고 애매한 동사 피함, 현재형으로 표현함..

엔티티 엔티티란 업무에 필요하고 유용한 정보를 저장하고 관리하기 위한 집합적인 것. 엔티티는 그 집합에 속하는 개체들의 특성을 설명할 수 있는 속성을 갖는다. ex)학생이라는 엔티티는 학번, 이름, 생일, 주소 등의 속성을 가짐. 엔티티는 인스턴스의 집합이라고 말할 수 있다. 엔티티 특징 반드시 해당 업무에서 필요하고 관리하고자 하는 정보여야함. 유일한 식별자에 의해 식별이 가능해야함. 영속적으로 존재하는 인스턴스의 집합이어야함.(한 개가 아니라 두 개 이상) 업무 프로세스에 의해 이용되어야함. 반드시 속성이 있어야함 다른 엔티티와 최소 한 개 이상의 관계가 있어야함 엔티티 분류 유무형에 따른 분류 : 유형 엔티티(물리적인 형태가 있고 지속적으로 활용되는 엔티티), 개념 엔티티(물리적인 형태X, 관리해야..

데이터 모델링의 이해 모델링의 정의 Webster 사전 복잡한 현실 세계를 단순화시켜 표현하는 것. 모델이란 사물 또는 사건에 관한 양상(Aspect)이나 관점(Perpective)을 연관된 사람이나 그룹을 위하여 명확하게 하는 것. 모델링의 특징 추상화, 단순화, 명확화 정보 시스템 구축에서는 모델링을 계획, 분석, 설계할 때 업무를 분석하고 설계하는데 이용하고 이후 구축, 운영 단계에서는 변경과 관리의 목적으로 이용. 모델링의 세 가지 관점 데이터 관점 : 업무가 어떤 데이터와 관련이 있는지, 데이터간의 관계는 무엇인지에 대해 모델링하는 방법 프로세스 관점 : 업무가 실제하고 있는 일은 무엇인지 또는 무엇을 해야하는지를 모델링하는 방법 데이터와 프로세스의 상관관점 : 업무가 처리하는 일의 방법에 따라..