요구 사항 요구사항 개념 (1) 요구공학 : 요구 반영되는 시스템을 개발하기 위해 도출, 분석, 명세, 확인 및 검증 하는 구조화된 활동 (2) 목적 - 효과적인 의사소통 수단을 제공하고 요구 사항에 대한 공통 이해 선정, 오류로 인한 불필요한 비용 절감하고 요구사항 변경 추적 가능, 개발 비용과 시간을 절약하고 효과적인 의사소통 수단 제공 (3) 분류 : 시스템의 요구사항에 대한 파악 -> 기능적 비기능적으로 나뉨 기능적 요구사항 비기능적 요구사항 시스템 제공하는 기능 서비스에 대한 요구사항 시스템이 수행하는 기능 이외의 사항, 시스템 구축에 대한 제약사항에 관한 요구 사항 특정 입력에 대한 시스템이 어떻게 반응 및 동작 해야하는지 기술 품질에 관련해 시스템이 갖춰야할 사항에 관한 기술, 제약 조건 기..

현행 시스템 분석 현행 시스템 파악 어떤 하위 시스템으로 구성되어 있고, 제공 기능 및 연계 정보는 어떤 기술 요소를 사용하는지 파악 소프트웨어 및 하드웨어, 네트워크의 구성은 어떤지 파악 등... 현행 시스템 파악 절차 1단계 시스템 구성 현황 파악 시스템 기능 파악 시스템 인터페이스 파악 2단계 아키텍처 파악 SW 구성 파악 3단계 시스템 하드웨어 현황 파악 네트워크 구성 파악 (1) 1 단계 구성 현황 파악 : 처리 업무와 지원 업무로 구분 업무에 속한 시스템의 명칭, 주요 기능 명시, 모든 시스템 현황 파악이 가능 기능 현황 파악 : 단위 업무 시스템이 현재 제공하는 기능 주요 기능과 하부 기능으로 계층형 인터페이스 현황 파악 :다른 시스템과 주고 받는 데이터의 종류, 데이터 형식, 프로토콜, 연..

소프트웨어 개발 방법론 소프트웨어 생명 주기 모델 ( Software Development Life Cycle : SDLC) (1) 개념 시스템의 요구분석부터 유지보수까지 전 공정을 체계화한 절차 -> 작업 프로세스 모델화 (2) 모델 프로세스 요구사항 분석 요구사항 고려 후 제품에 부합하는 요구와 조건을 결정 기능과 제약 조건, 목표 등을 사용자와 명확히 정의 기능 요구사항 비기능 요구사항 설계 수행 방법을 논리적으로 결정하는 단계 시스템 구조설계 프로그램 설계 사용자 인터페이스 설계 구현 특정 언어를 사용해 프로그램 개발 언어, 기법, 스타일, 순서 등 결정 인터페이스 개발 자료 구조 개발 오류 처리 테스트 예상과 실제 결과를 검사하고 평가하는 단계 단위, 통합, 시스템, 인수 테스트 유지보수 설치된..

지극히 주관적인 정리입니다. 과목 전체를 개념 정리한 것이 아닙니다. 상시 수정됩니다. 암호 알고리즘 해시 암호화 알고리즘 -> 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) -> 후보키가 둘 이상일 때..