투케이2K

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

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

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

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

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

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

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

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