개발햄비

1. 시스템 파악 구기인아소하네 구 : 시스템 구성 파악 : 기간 업무, 지원 업무,시스템 별 기능 명시 기 : 시스템 기능 파악 : 계층형으로 표시 인 : 시스템 인터페이스 파악 : 주고 받는 데이터 종류 및 형식 파악, 프로토콜 등 아 : 시스템 아키텍쳐 파악 : 주요 업무(기간) 시스템 동작 기술원리 파악 소 : 소프트웨어 파악 : 소프트웨어 용도, 라이선스 적용 방식 및 개수 파악 하 : 하드웨어 파악 : 서버 사양 , 수량 및 이중화 (백업) 여부 파악 네 : 네트워크 파악 : 네트워크 구성도 작성, 물리적 위치 파악, 보안 취약성 파악, 유지보수에 활용 2. 개발 기술 환경 파악 1. 운영 체제 (OS) ▶︎ 컴퓨터 시스템 자원 관리 ▶︎ 체크 포인트 : 주변기기를 지원하는지 파악 2. DBM..

1. 폭포수 모델 (Waterfall Model) 1-1. 각 단계 별 확실하게 매듭지어 끝냄 1-2. 2개 이상 과정을 병행하지 않음 1-3. 메뉴얼 필수 타당성 검토 - 계획 - 요구 분석 - 설계 - 구현 (코딩) - 시험 (검사) - 유지보수 2. 프로토타입 모델 (protoType model) 2-1. 인터페이스 중심의 개발 2-2. 폭포수 모형의 단점 보완 2-3. 디자인 및 마감처리보단 최대한 기능 우선 2-4. 요구사항이 불분명할 때 -> 요구사항의 정확한 파악이 필요할 때 사용 3. 나선형 모델 ( Spiral Model) 3-1. 계획 - 분석 - 개발 -평가 (반복) 3-2. 여러번의 개발 과정 3-3. 점진적 개발로 정밀성, 유지보수 불필요 3-4. 위험관리 , 최소화 3-5. 대규..

1. 개발 환경 구축 개요 프로젝트를 이해하고 소프트웨어 및 하드웨어 장비 구축 개발환경은 운영환경과 비슷하게 구성 분석 단계에서 개발에 필요한 하드웨어와 소프트웨어 선정 1-1. 하드웨어 환경 ( 클라이언트 + 서버) 사용자와 인터페이스 역할을 하는 클라이언트와 , 클라이언트와 통신하여 서비스를 제공하는 서버 웹 서버 ( Web Server) 클라이언트에 직접 요청을 받아 처리하는 서버 , 저용량의 정적 파일 제공 ex) Apache Http server , css , html 파일 등 웹 애플리케이션 서버 ( WAS : Web Application Server ) 동적 서비스 제공, 데이터 가공 수행, 웹서버와 파일서버 사이에서 인터페이스 역할 ex) Apache Tomcat 등 데이터베이스 서버 D..

이슈. 오라클 11g에 접속이 안되는 현상이 발생 java.sql.SQLRecoverableException: IO Error: Connection reset 원인 11g JDBC 드라이버를 사용시에는 connect string을 암호화하기 위해서 /dev/random을 이용해서 40byte의 난수를 생성한 다음에 connect string을 암호화 한다고 합니다. 그런데 /dev/random은 변동이 적은 시스템에서는 난수 생성이 중단(block)된다는 문제점이 발생한 이력이 있고 /dev/random의 OS level문제 때문에 시스템이 조용하면 /dev/random이용시 난수생성이 원할하지 않아서 /dev/random으로부터 40byte의 난수를 얻지못한 JDBC는 connect string을 암호..

bandit5@bandit:~$ pwd /home/bandit5 bandit5@bandit:~$ ls inhere bandit5@bandit:~$ cd ./inhere/ bandit5@bandit:~/inhere$ pwd /home/bandit5/inhere bandit5@bandit:~/inhere$ ls maybehere00 maybehere03 maybehere06 maybehere09 maybehere12 maybehere15 maybehere18 maybehere01 maybehere04 maybehere07 maybehere10 maybehere13 maybehere16 maybehere19 maybehere02 maybehere05 maybehere08 maybehere11 maybehere..

1.해킹게임 " warGame " 을 하기 위해서는 아래 홈페이지에 접속해줍니다. https://overthewire.org/wargames/ OverTheWire: Wargames We're hackers, and we are good-looking. We are the 1%. Wargames The wargames offered by the OverTheWire community can help you to learn and practice security concepts in the form of fun-filled games. To find out more about a certain wargame, just visit its overthewire.org 2.위 링크로 접속하면 아래처럼 페이지가 ..

디미터 법칙 디미터라는 이름의 프로젝트를 진행하던 도중 다른 객체들과의 협력을 통해 프로그램을 완성해나가는 객체지향 프로그래밍에서 객체들의 협력 경로를 제한하면 결합도를 효과적으로 낮출 수 있다는 사실을 발견했고 디미터 법칙을 만들었다. 현재 디미터 법칙은 객체 간 관계를 설정할 때 객체 간의 결합도를 효과적으로 낮출 수 있는 유용한 지침 중 하나로 꼽히며 객체 지향 생활 체조 원칙 중한 줄에 점을 하나만 찍는다.로 요약되기도 한다. Don’t Talk to Strangers 디미터 법칙의 핵심은 객체 구조의 경로를 따라 멀리 떨어져 있는 낯선 객체에 메시지를 보내는 설계는 피하라는 것이다. 객체는 내부적으로 보유하고 있거나 메시지를 통해 확보한 정보만 가지고 의사 결정을 내려야 하고, 다른 객체를 탐색..

종속 함수 배치 한 함수가 다른 함수를 호출한다면, 상관 관계에 있는 함수는 세로 배치. 가능하다면 먼저 호출되는 함수를 먼저 배치한다. 아래는 예시. public class MethodPosition { public static final String page; public static void main(String[] args) { makeResponse(); } private void makeResponse() { String pageName = getPageNameOrDefault(); loadPage(pageName); if(page == null) { notFoundResponse(); }else { makePageResponse(); } } private String getPageNameOr..