ToMakeSure

[ Secure SDLC ] - 보안상 안전한 소프트웨어를 개발하기 위해 SDLC에 보안 강화를 위한 프로세스를 포함한 것 [ 시큐어 코딩 ] - 구현 단계에서 발생할 수 있는 보안 취약점들을 최소화하기 위해 보안 요소들을 고려하며 코딩하는 것 [ 스택 가드 ] - 널 포인터 역참조와 같이 주소가 저장되는 스택에서 발생하는 보안 약점을 막는 기술 [ 암호 알고리즘 ] - 중요 정보를 보호하기 위해 평문을 함호화된 문장으로 만드는 절차 또는 방법이다 [ 개인키 암호화 기법 ] - 동일한 키로 데이터를 암호화하고 복호화하는 암호화 기법 - 스트림 암호화 방식 : 평문과 동일한 길이의 스트림을 생성하여 비트 단위로 암호화 - 블록 암호화 방식 : 한번에 하나의 데이터 블록을 암호화 하는 방식 [ 공개키 암호화..

[ DDL (Data Define Language, 데이터 정의어) ] - DB를 구축하거나 수정할 목적으로 사용하는 언어 - CREATE : SCHEMA, DOMAIN, TABLE, VIEW, INDEX를 정의함 - ALTER : TABLE에 대한 정의를 변경하는데 사용함 - DROP : SCHEMA, DOMAIN, TABLE, VIEW, INDEX를 삭제함 [ DCL (Data Control Language, 데이터 제어어) ] - 데이터의 보안, 무결성, 회복, 병행 제어 등을 정의하는 데 사용하는 언어 - COMMIT : 수행 결과를 실제 물리적 디스크로 저장 - ROLLACK : 조작 작업이 비정상적으로 종료되었을 때 원래의 상태로 복구 - GRANT : 데이터베이스 사용자에게 사용 권한을 부여..

[ 애플리케이션 테스트 ] - 애플리케이션에 잠재되어 있는 결함을 찾아내는 일련의 행위 또는 절차, 확인 및 검증 [ 애플리케이션 테스트의 기본 원리 ] - 완벽한 테스트 불가능 : 잠재적인 결함을 줄일 수 있지만 결함이 없다고 증명할 수는 없음 - 파레토 법칙 : 애플리케이션의 20%에 해당하는 코드에서 전체 결함의 80%가 발견된다는 법칙 - 살충제 페러독스 : 동일한 테스트 케이스로 동일한 테스트를 반복하면 더 이상 결함이 발견되지 않는 현상 [ 프로그램 실행 여부에 따른 테스트 ] - 정적 테스트 : 프로그램을 실행하지 않고 명세서나 소스 코드를 대상으로 분석하는 테스트 , 워크스루, 인스펙션 - 동적 테스트 : 프로그램을 실행하여 오류를 찾는 테스트 , 블랙박스 테스트, 화이트박스 테스트 [ 테..

[ 사용자 인터페이스 (UI) ] - 사용자와 시스템 간의 상호작용이 원활하게 이뤄지도록 도와주는 장치나 소프트웨어를 의미 [ UX (User Exprtience) ] - 사용자가 시스템이나 서비스를 이용하면서 느끼고 생각하게 되는 총체적인 경험 [ 사용자 인터페이스의 구분 ] - CLI (Command Line Interface) : 명령과 출력이 텍스트 형태로 이뤄지는 인터페이스 - GUI (Graphical User Interface) : 아이콘이나 메뉴를 마우스로 선택하여 작업을 수행하는 그래픽 환경 인터페이스 - NUI (Natural User Interface) : 사용자의 말이나 행동으로 기기를 조작하는 인터페이스 [ 사용자 인터페이스의 기본 원칙 ] - 직관성 / 유효성 / 학습성 / 유연..

[ 미들웨어 ] - 운영체제와 응용 프로그램, 또는 서버와 클라이언트 사이에서 다양한 서비스를 제공하는 소프트웨어 - DB (DataBase) : 클라이언트에게 원경의 데이터베이스와 연결하는 미들웨어 - RPC (Remote Procedure Call) : 원격 프로시저 호출 , 원격 프로시저를 마치 로컬 프로시저처럼 호출하는 미들웨어 - MOM (Message Oriented Middleware) : 메시지 지향 미들웨어 , 비동기형 메시지를 전달하는 미들웨어 - TP-Monitor (Transaction Processing Monitor) : 트랜젝션 처리 모니터 , 트랜잭션을 처리 및 감시 - ORB (Object Request Broker) : 객체 요청 브로커 , 코바 표준 스펙을 구현한 객체 ..

[ 소프트웨어 아키텍처 ] - 소프트웨어를 구성하는 요소들 간의 관계를 표현하는 시스템의 구조 또는 구조체 [ 소프트웨어 아키텍처 설계의 기본 원리 ] - 모듈화 : 성능향상 , 시스템의 수정 및 재사용 , 유지관리 등이 용이하도록 시스템 기능들을 모듈 단위로 나누는 것 - 추상화 : 문제의 전체적이고 포괄적인 개념을 설계한 후 차례로 세분화하여 구체화시켜 나가는 것 - 단계적 분해 : 상위의 중요 개념으로부터 하위의 개념으로 구체화 시키는 분할 기법 - 정보 은닉 : 모듈 내부에 포함된 절차와 자료들의 정보가 감추어져 다른 모듈이 접근하거나 변경하지 못하도록 하는 것 [ 아키텍처 패턴 ] - 아키텍처를 설계할 때 참조할 수 있는 전형적인 해결 방식 또는 예제 [ 아키텍처 패턴의 종류 ] - 레이어 패턴..

[ 통합 구현 ] - 사용자의 요구사항에 맞춰 송 수신 모듈과 중계 모듈 간의 연계를 구현하는 것 [ XML ( eXtensible Markup Language ) ] - 특수한 목적을 갖는 마크업 언어를 만드는 데 사용되는 다목적 마크업* 언어 - 웹브라우저 간 HTML 문법이 호환되지 않는 문제와 SGML*의 복잡함을 해결하기 위하여 개발되었다. - 사용자가 직접 문서의 태그*를 정의할 수 있으며 다른 사용자가 정의한 태그를 사용할 수 있다. * 마크업 언어 : 서식이나 문서 내 외의 다른 요소와의 연결등을 표현하는 부호를 정의하여 다른 문서의 논리 구조나 체계를 정의하는 언어 * SGML ( Stand Generalized Markup Language ) : 멀티미디어 전자문서들을 다른 기종의 시스..

[ 데이터베이스 ] - 공동으로 사용될 데이터를 중복을 배제하여 통합 - 저장장치에 저장하여 항상 사용할 수 있도록 운영하는 운영 데이터 [ DBMS ] - 사용자의 요구에 따라 정보를 생성해주고, 데이터 베이스를 관리해 주는 소프트 웨어 - 필수 기능 : 정의 / 조작 / 제어 [ 스키마 ] - 데이터베이스의 구조와 제약조건에 관한 전반적인 명세를 기술한 것 - 외부 스키마 ( 개인 입장 ) / 내부 스키마 ( 물리적 저장장치 입장 ) / 개념 스키마 ( 논리 구조 ) [ 데이터베이스 설계 시 고려사항 ] 무결성 / 일관성 / 회복 / 보안 / 효울성 / 데이터베이스 확장 [ 데이터베이스 설계 순서 ] 요구 조건 분석 -> 개념적 설계 -> 논리적 설계 -> 물리적 설계 -> 구현 [ 개체 Entity..

res.header("Access-Control-Allow-Origin", "*"); 지금까지 R 개발을 하면서 cors 에러를 처리하기위해 위처럼 서버에서 오리진을 모두 허용하곤 했는데, 보안상등의 이유로 설정이 불가능할때 package.json 파일에 { "name": "structapp", "version": "0.1.0", "private": true, "dependencies": { ... }, "scripts": { ... }, "devDependencies": { ... }, "proxy": "https://~~~"

[ 소프트웨어 생명주기 ] - 소프트웨어를 개발하기 위한 과정을 단계별로 나눈것 - 폭포수 - 이전단계로 못돌아감 / 각 단계 확실히 / 가장 오래됨 - 프로토타입 - 견본품을 만들어 최종 결과물을 예측 - 나선형 - 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 개발 - 애자일 모형 - 고객의 요구사항 변화에 대음 // 일정한 주기를 반족하여 개발 [ 대표적인 애자일 모형 ] - 스크럼 - 팀이 중심이 되어 개발의 효율성을 높이는 기법 / 스프린트 - XP (eXtreme Programming) - 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화 [ 개발 기술 환경 파악 ] [ 운영체제 ] - 컴퓨터 시스템의 자원을 효율적으로 관리 - 컴퓨터를 편리하고 효율적으로 사용할 ..