투케이2K

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [HIPO 란?] - HIPO 란 하향식 소프트웨어 개발을 위한 문서화 도구입니다 ​ - HIPO 는 구조도, 개요 도표 집합, 상세 도표 집합으로 구성됩니다 ​ - HIPO 는 기능과 자료의 의존 관계를 동시에 표현할 수 있습니다 ​ - HIPO 는 한눈에 보기 쉽고, 이해하기 쉽습니다 ​ - HIPO 차트 종류에는 가시적 도표, 총체적 도표, 세부적 도표가 있습니다 ​ ​ ​ ​ [HIPO 가시적 도표 예시] - 가시적 도표는 도식 목차라고도 불립니다 (일반적으로 트리 형태로 표현) ​ ​ /* ==========================..

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [소프트웨어 시스템 명세서 란?] ​ - 소프트웨어 요구사항 명세서란 소프트웨어 개발 프로세스의 시작인 소프트웨어의 요구사항을 분석하고 정의하는 단계에서 작성되는 최종 산출물입니다 ​ - 명세서의 유지보수란 명세서를 항상 최신의 상태로 만드는 것을 말합니다 ​ - 소프트웨어는 계속 수정 보완되기 때문에 명세서도 따라서 보완되지 않으면 일관성을 유지하기 어렵습니다 ​ - 최신의 명세서는 필요한 경우 즉시 사용자에게 배포해야합니다 ​ ​ /* =========================== */

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [FTR 정형 기술 검토 란?] - FTR는 정형 기술 검토로 소프트웨어 기술자들에 의해 수행되는 소프트웨어 품질 보증 활동입니다 ​ - FTR은 의제와 참가자의 수를 제한해야합니다 ​ - FTR은 논쟁과 반박의 제한성, 제품 검토의 집중성, 참가 인원의 제한성 등의 특징이 있습니다 ​ - FTR은 소프트웨어 개발 산출물 대상 요구 사항 일치 여부, 표준 준수 및 결함 발생 여부를 검토하는 기법입니다 ​ ​ ​ ​ ​ [FTR 정형 기술 검토 목적] - FTR은 산출물 요구사항 일치여부를 확인합니다 ​ - FTR은 시큐어 코딩 등 규칙 준수 여부..

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [분산형 팀 프로젝트 구성 이란?] - 분산형 팀 구성은 팀원 모두가 의사 결정에 참여하는 비이기적인 구성 방식으로, 민주주의식 팀 구성이라고도 합니다 ​ - 분산형 팀 구성은 팀 구성원 각자가 서로의 일을 검토하고 다른 구성원이 일한 결과에 대해 같은 그룹의 일원으로 책임을 지는 것입니다 ​ - 분산형 팀 구성은 의사결정이 민주주의 식입니다 ​ - 분산형 팀 구성은 다양한 의사 교류로 인해 의사 결정 시간이 늦어질 수 있습니다 ​ - 분산형 팀 구성은 팀 구성원의 참여도와 작업 만족도를 높이고 이직률을 낮게 합니다 ​ ​ /* =========..

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [소프트웨어 형상관리 (Configuration Management) 란?] - 형상 관리는 소프트웨어의 변경사항을 체계적으로 추적하고 통제하는 것입니다 ​ - 형상관리란 소프트웨어에서 일어나는 수정이나 변경을 알아내고 제어하는 것을 의미합니다 ​ - 형상관리는 소프트웨어 개발의 전체 비용을 줄이고, 개발 과정의 여러 방해 요인이 최소화되도록 보장하는 것을 목적으로 합니다 ​ - 형상관리에서 중요한 기술 중의 하나는 버전 제어기술입니다 ​ ​ ​ ​ ​ [형상관리를 위한 도구 종류] 1. CVS (Concurrent Version System) ..

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [CPM (Critical Path Method) 이란?] - CPM은 작업 일정을 한눈에 볼 수 있도록 해주며 막대 그래프의 형태로 표현되는 간트차트입니다 ​ - CPM은 프로젝트 내에서 각 작업이 수행되는 시간과 각 작업 사이의 관계를 파악할 수 있습니다 ​ - CPM은 경영층의 과학적인 의사 결정을 지원합니다 ​ - CPM은 효과적인 프로젝트의 통제를 가능하게 해줍니다 ​ ​ /* =========================== */

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [블랙 박스 검사 (black box testing) 란?] - 블랙 박스 검사란 소프트웨어의 내부 구조나 작동 원리를 모르는 상태에서 동작을 검사하는 방식입니다 ​ - 블랙 박스 검사는 사용자 관점의 테스트 방법이라고 볼 수 있습니다 ​ - 블랙 박스 검사는 소프트웨어 인터페이스에서 실시되는 검사로 설계된 모든 기능들이 정상적으로 수행되는지 확인합니다 ​ - 블랙 박스 검사 기법으로는 동등 분할 기법, 경계값 분석 기법, 오류 예측 기법, 원인 결과 그래프 기법, 상태 전이 테스팅 등이 있습니다 ​ ​ ​ ​ ​ [화이트 박스 검사 (white..

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [폭포수 모델(waterfall model) 이란?] - 폭포수 모델은 순차적인 소프트웨어 개발 프로세스(소프트웨어를 만들기 위한 프로세스)로, 개발의 흐름이 마치 폭포수처럼 지속적으로 아래로 향하는 것처럼 보이는 데서 이름이 붙여졌습니다 ​ - 폭포수 모델의 흐름은 소프트웨어 요구사항 분석 단계에서 시작하여, 소프트웨어 설계, 소프트웨어 구현, 소프트웨어 시험, 소프트웨어 통합 단계 등을 거쳐, 소프트웨어 유지보수 단계에까지 이릅니다 ​ - 폭포수 모델을 따르기 위해서는, 완전히 순차적으로 한 단계, 한 단계를 진행해 나가야 합니다 ​ - 폭포..

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [소프트웨어 위기 발생 요인 설명] - 소프트웨어 위기 발생 요인은 소프트웨어의 수요가 점점 증가하고 있는 상황에서 소프트웨어 개발 비용의 증대, 소프트웨어 개발 기술자 부족, 프로젝트 관리의 기술 부재, 프로그래밍에만 치중하는 행위 등의 원인으로 인해 위기가 발생한 것입니다 ​ ​ [소프트웨어 위기 발생 요인 특징] - 소프트웨어 개발 적체 현상 ​ - 소프트웨어 유지보수 비용 증가 ​ - 소프트웨어 품질의 저하 ​ - 소프트웨어 규모의 증대와 복잡도에 따른 개발 비용 증가 ​ /* =========================== */

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [소프트웨어 역공학 설명] - 소프트웨어 역공학은 기존 소프트웨어를 분석하여 분석 및 설계 정보를 재발견하거나 다시 만들어 내는 작업으로 반드시 대상 시스템에 있어야합니다 ​ - 소프트웨어 역공학은 기존 소프트웨어의 구성 요소와 그 관계를 파악하여 설계도를 추출합니다 ​ - 역공학의 가장 간단하고 오래된 형태는 재문서화 라고 할 수 있습니다 ​ - 소프트웨어 역공학은 일반적인 개발 단계와는 반대 방향으로 기존 코드를 복구하는 방법입니다 ​ /* =========================== */

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [CASE 설명] - CASE는 프로그램의 구현과 유지보수 작업만을 중심으로 하는 것이 아니라, 요구 분석, 설계, 구현, 검사 및 디버깅 과정 전체 또는 일부를 자동화하는 것입니다 ​ - CASE는 소프트웨어 생명 주기의 전체 단계를 연결해 주고 자동화해 주는 통합된 도구를 제공합니다 ​ - CASE는 개발과정의 속도를 향상 시킵니다 ​ - CASE는 소프트웨어 부품의 재사용을 가능하게 합니다 ​ /* =========================== */

/* =========================== */ [ 소프트웨어 공학 ] ​/* =========================== */ [설 명] ​ [브룩스 법칙 이란?] - 브룩스 법칙은 프레더릭 브룩스가 자신의 1975년 저서 맨먼스 미신에서 "지체되는 소프트웨어 개발 프로젝트에 인력을 더하는 것은 개발을 늦출 뿐이다"라고 주장한 법칙입니다 ​ - 브룩스 법칙은 프로젝트 진행중에 새로운 인력을 투입할 경우 작업 적응 기간과 부작용으로 인해 일정을 더욱 지연시키고, 프로젝트에 혼란을 가져오게 된다는 법칙입니다 ​ ​ ​ [브룩스 법칙 해결책] - 브룩스 법칙에서 언급된 문제를 피해가기 위해서는 문제 전체를 소규모의 그룹이 맡을 수 있는 조각으로 나누고, 상급 팀이 시스템 통합을 맡는 것입니..