SOFTWARE PACKAGING 암호화의 목적 : 보안성 강화
단위TEST를 통해 발견할 수 있는 오류
단위TEST : 개별 MODULE이나 COMPONENT의 독립된 기능을 검증에 초점
+ 모듈 간의 상호작용은 통합TEST에서 검토
- 알고리즘 오류에 따른 원치않은 결과
- 탈출구가 없는 반복문의 사용
- 틀린 계산 수식에 의한 잘못된 결과
STACK
- 입출력이 한쪽 끝으로만 제한된 LIST
- LIFO 구조 : 한쪽 끝에서만 DATA를 넣고 빼는 LIFO 구조 LAST IN FIRST OUT
- 더 이상 삭제할 DATA가 없는 상태에서 DATA를 삭제하면 UNDERFLOW 발생
WATERFALL : 각 단계가 순차적으로 진행, 한 단계를 완료하면 다음 단계로
- 요구사항이 명확하고 변경 가능성이 낮은 PROJECT에 적합
- 선형적인, 순차적인 개발 방식, 각 단계를 한번만 수행하는 것이 원칙
- 분석, 설계, 구현, TEST, 유지보수 단계로 구성
검증 VALIDATION 검사 기법
- 알파 검사 : 개발자의 장소에서 사용자가 개발자 앞에서 행해지며 오류와 사용상의 문제점을 사용자와 개발자가 함께 확인
WALKTHROUGH
- SOFTWARE개발단계에서 발생할 수 있는 결함을 조기에 발견하기 위해 수행하는 검토 활동
- 비공식적인 REVIEW 기법, 개발자, 분석가, TEST TEAM 참여
- SOFTWARE 명세서나 CODE, 설계 문서를 대상으로 진행
효과적인 모듈화 설계 방법
- 결합도COUPLING는 약하게, 응집도COHESION는 강하게 설계해야
- 복잡도COMPLEXITY와 중복성REDUNDANCY을 최대한 줄일 수 있도록 설계
- MAINTENENCE유지보수가 용이하도록 설계
-MODULE 크기는 SYSTEM의 전반적인 기능과 구조를 이해하기 쉬운 크기로 설계
SYSTEM CATALOG
- 사용자, 접근권한 및 DBMS 에서 지원하는 모든 DATA 객체(TABLE, VIEW, INDEX)에 대한 정의나 명세에 관한 정보를 유지관리하는 SYSTEM TABLE
- DATA 사전
- META DATA
특징 : 일반USER도 SYSTEM CATALOG 의 내용을 검색할 수 있다
일반 USER는 SYSTEM CATALOG를 갱신할 수 없다
DBMS가 스스로 생성하고 유지
DATA BASE에 포함되는 DATA 객체에 대한 정의나 명세에 대한 정보를 유지 관리한다
DBMS가 스스로 생성 유지하는 DATABASE내 특별한 TABLE의 집합체
CATALOG에 저장된 정보를 META DATA라고도 한다
분산DB의 목표 : 위치투명성, 중복투명성, 병행투명성, 장애 투명성
위치투명성 : 어디에 ACCESS하는지 알 필요없음
중복투명성 : 여러DATA가 있더라도 사용자는 하나의 DATA만 존재하는 것처럼 사용하고 SYSTEM은 모든 DATA에 작업을 수행
병행 투명성 : 트랜잭션들이 동시에 실현되더라도 결과는 영향받지 않는다
장애 투명성 : 장애가 일어나도 트랜잭션을 정확하게 처리한다
수강 중인 정보처리기사 인강 바로가기 ☞ https://gouk.kr/JRFEe2