지극히 주관적인 정리입니다. 과목 전체를 개념 정리한 것이 아닙니다. 상시 수정됩니다. 암호 알고리즘 해시 암호화 알고리즘 -> MD4, MD5, SHA-1 ... 대칭 키 암호화 알고리즘 -> AES 비대칭 키 암호화 알고리즘 -> diffi-helman, RSA 소프트웨어 개발 프레임 워크 -> 소프트웨어 개발에 공통적으로 사용되는 구성 요소와 아키텍처를 일반화 -> 손쉽게 구현할 수 있도록 여러가지 기능들을 제공해주는 반제품 형태의 소프트웨어 시스템 특성 모듈화 -> 캡슐화를 통해 모듈화를 강화, 설계 및 구현의 변경에 따른 영향 최소화 -> 표준에 의한 모듈화로 유지 보수 용이 재사용 -> 재사용 가능한 모듈들을 제공함으로써 예산 절감, 생산성 향상, 품질 보증 확장성 -> 다형성을 통한 인터페이..

지극히 주관적인 정리입니다. 과목 전체를 개념 정리한 것이 아닙니다. 상시 수정됩니다. 응집도 Temporal Cohension - 시간적 응집도 Logical Cohension - 논리적 응집도 -> 모듈 내 구성 요소들이 같은 범주에 속하는 기능끼리 묶인 경우 Coincidental Cohension - 우연적 응집도 -> 뚜렷한 관계없이 묶인 경우 Sequential Cohension - 순차적 응집도 -> 모듈 내 구성 요소들이 이전의 명령어로부터 나온 출력 결과를 그다음 명령어의 입력자료로 사용하는 경우 Coupling 내용 content > 공통 common > 외부 external > 제어 control > 스탬프 stamp > 자료 data 제일 결합도가 높은 것은 내용 content이다...

지극히 주관적인 정리입니다. 과목 전체를 개념 정리한 것이 아닙니다. 상시 수정됩니다. 트랜잭션의 특성 원자성 -> 트랜잭션 연산은 DB에 모두 반영 Commit 되든 아니면 반영 안 되어 Rollback 되든 한다. 일관성 -> 트랜잭션이 그 실행을 성공적으로 완료하면 언제나 일관성 있는 DB 상태로 변환 독립성 -> 둘 이상 트랜잭션이 동시 실행될 경우 타 트랜잭션의 연산에 낄 수 없다. 지속성 -> 성공적 완료된 트랜잭션 결과는 시스템이 고장나더라도 영구적으로 반영되어야 한다. Key 기본키 (Prime Key) -> 후보키 중에서 특별히 선정된 주키이며 한 릴레이션에서 특정 튜플을 유일하게 구별할 수 있는 속성, 중복과 NULL 금지 대체키 (Alternate Key) -> 후보키가 둘 이상일 때..

지극히 주관적인 정리입니다. 과목 전체를 개념 정리한 것이 아닙니다. 상시 수정됩니다. Chief programmer team -> 효율성을 제고하기 위하여 능력과 경험이 풍부한 책임 프로그램 작성자를 중심으로 하여 구성한 개발 팀 -> 소프트웨어 형상관리와는 관계 없는 팀 테스트 수행 도구 -> 테스트 케이스 자동 생성 도구를 이용해 테스트 데이터를 찾아내는 방법 -> 자료 흐름도, 기능 테스트, 입력 도메인 분석, 랜덤 테스트 통합 테스트 시 사용되는 도구 Stub -> 하향식 테스트에 사용되는 테스트용 임시 모듈 Drive -> 상향식 테스트에 사용되는 테스트 가동기 외계인과 스파게티 코드 외계인 코드 -> 아주 오래되거나 참고 문서 또는 개발자가 없어 유지보수 어려운 프로그램 스파게티 코드 -> ..

지극히 주관적인 정리입니다. 과목 전체를 개념 정리한 것이 아닙니다. 상시 수정됩니다. 1. XP(eXtreme Programming) 정의 : 짧은 주기 반복을 통해 요구에 신속 대응하여 고객에게 품질 좋은 소프트웨어를 빠르게 전달하는 애자일 방법론 특징 : 생산성을 높이고자 접근, 고객의 요구사항 변경에 적극 대처 용어 설명 User Story 요구사항 수집, 의사소통, Unit에 필요한 내용 간단 기재 Spike 어려운 요구 또는 솔루션을 고려한 프로그램, 스토리의 신뢰성 증대, 위험 감소 Release Planning 프로젝트에 대한 배포 계획, 균일하게 유지 Acceptance Tests 인수 테스트 고객이 수행 Samll Release 마지막 단계, 소규모로 배포해 고객에게 이득 제공 XP의 ..

탄탄한 서비스를 만들기 위해서는 테스트 코드를 이용하여 최소한의 테스트는 거쳐야 한다. 또한, 요즘 채용에 테스트 코드에 관한 사용 여부도 요구하는 기업들도 존재한다. 1. 테스트 코드 소개 TDD : 테스트 코드가 개발을 주도하는 것 Unit Test : 테스트 코드를 먼저 작성하여 확인 하는 것 2. TDD (Test Driven Development) TDD의 프로세스는 이렇게 작동한다. 설계 -> 테스트 코드 작성 -> (설계 수정 시) 설계로 회귀 -> 코드 개발 -> (리펙토링 시) 테스트 코드로 회귀 2-1. 왜 TDD를 사용하나? 애자일 방법론에서 설계에 대한 확실이 높지 않을 때 서로의 피드백과 협력이 중요하다고 하였기에 이 둘이 반복되면 좋은 결과를 생산할 수 있기 때문이다. 2-2. ..