RCA의 사전적 의미근본 원인 분석이란?근본 원인 분석(Root Cause Analysis 이하 RCA) 어떠한 문제가 발생하였을 때 문제의 주요 원인을 발견하고 처리하기 위한 체계적인 절차를 의미합니다.  문제와 원인 간의 관계를 더욱 자세히 파악하기 위해서는.소프트웨어log나 문제 재현 과정과 같은 정보를 분석하여 문서화하고 발생과정을 토대로 타임라인을 구현합니다.프로젝트 영향을 주는 제약 조건과 프로젝트 요소를 정의하고 상관관계를 분석하여 문서화합니다.RCA의 프로세스시스템 원인 선별소프트웨어의 품질을 높이고 문제를 영구적으로 해결하기 위해서는 문제의 근본적인 원인을 파악합니다. (원인은 복수개로 정의될 수 있습니다.)해결여부 문제를 발견했다면 일단 "해결할 수 있는 가"를 판단해야 합니다. 예를 ..

제약 조건을 정의하는 이유프로젝트의 품질 제약 조건을 자세하게 파악하는 것도 중요하지만 정의된 제약 조건을 프로젝트 진행 과정에서 대비하지 못한다면 계획을 세운 것이 의미가 없어집니다. 그러기에 정의한 제약조건을 대비하는 법에 대해 설명하고자 합니다. 제약 조건 대비 단계1. 프로젝트에 어떻게 작용하는지 자세히 파악해야 합니다.고객만족을 우선시한다는 것만 인지한 채 실제로는 비용과 시간에 허덕여 요구사항을 충족하지 못한다면 정의한 이유가 없겠죠? 그러기에 프로젝트를 진행하면서 각 제약 조건이 프로젝트에 어떻게 작용하는가를 파악해야 합니다. 파악하는 방법은 팀마다 다양하지만, 일반적으로 다음과 같은 과정을 진행합니다. 제약 조건과 프로젝트의 관계를 파악하는 방법프로젝트 매니저와 팀 일원들은 누가(who),..

품질 제약 조건은 원래 이렇게 되어 있었습니다.품질 제약 조건은 처음엔 범위, 비용, 시간 총 3가지였습니다. 하지만 워낙 추상적이기에 3개의 개념으로 제한하기에는 한계가 있어 추가적으로 3개의 조건인 품질, 고객만족, 리소스가 정의되었습니다. 추가적으로 정의된 3가지 조건은 범위, 비용, 시간을 기반으로 정의되거나 품질과 같이 요구사항을 평가하는 요소로 프로젝트에 작용하기도 합니다. 이제부터 총 6개의 품질 제약 조건에 대해 알아보겠습니다. 품질 제약 조건1. 범위프로젝트 범위는 개발이 끝난 상태의 최종적인 제품의 형태를 의미합니다. 프로젝트의 계획단계에서 목표를 확실하게 정의하기 위하여 필요이상의 개발이나 현재 상황(시간, 비용, 인/물적 자원)에서 구현이 불가능한 범위를 목표치로 정의하는 것을 제한..

들어가기 전.#sub_post 태그가 추가되었습니다. 앞으로 하나의 주제에 대해 분리되어 진행할 때는 과 같이 번호를 적지 않는다면 공부 요약 포스트로 작성된 것입니다. 해당 포스트들은 나중에 하나로 합쳐져 #main_post 태그로 업로드 예정입니다. 제약 - 사물의 성립에 필요한 규정이나 조건소프트웨어에서 제약 이란?소프트웨어 프로젝트는 최종적인 목표는 성능, 기능, 편의성과 같은 요구사항을 만족하는 결과를 만드는 것입니다. 하지만 요구사항을 만족시키기 전 다음과 같은 질문에 답변할 수 있어야 합니다.시간은 충분한가?예산은 충분한가?현재 존재하는 인적, 물질적 자원이 충분한가?현재 주어진 시간과 예산 내에서 고객을 만족시킬 수 있는 제품을 만들어 낼 수 있는가?위의 질문에서는 시간, 예산과 같이 소프..

한 줄 요약정해진 조건에서 이해관계자(개발자, 관리자, 전문가)의 직/간접적인 요구 사항 반영하는 정도 "품질" 속성?"품질" 제약 조건?일단 IEEE compuer society article에 의하면 소프트웨어에서의 "품질"이라는 단어를 아래와 같이 정의합니다.'지정된 조건에서 사용할 때 직 / 간접적 요구를 충족할 수 있는 소프트웨어 제품의 능력' '확립된 요구 사항이 이해관계자의 요구, 원하는 바, 기대하는 점을 정확하게 반영하는 정도'일단 해당 내용을 요약하자면. 소프트웨어에서의 품질은 이해관계자(개발자, 관리자, 전문가)의 직/간접적인 요구 사항(기능, 비기능, 도메인)을 어느 정도 반영하였는가?라고 볼 수 있겠습니다. 품질 설명에서 언급되는 "요구사항"품질은 "얼마나 요구사항이 반영되었는가"..

Functional requirements기능 요구 사항기능 요구 사항이란?기능 요구사항은 소프트웨어 공학에서 기능 사항이라고도 불리며 사용자가 소프트웨어를 이용할 때 시스템이 수행해야 하는 작업을 의미합니다. 간단한 예시를 들자면.메신저 애플리케이션을 제작할 때에는 텍스트를 전송하는 기능이나 입력 글자 수(500글자 초과 입력 불가) 제한 기능이 요구 사항에 해당됩니다.  아래와 같은 요소가 기능에 포함됩니다.계산학교 정보 애플리케이션에서 학생이 직접 입력한 시험 점수를 기반으로 학기별 점수 평균을 계산 데이터 조작 및 처리스트리밍 애플리케이션에서 사용자가 특정 장르(액션, 공포, 로맨스)를 선택하여 검색하였을 때 선택한 장르가 포함된 영화 및 tv 프로그램을 검색결과로 표시 비즈니스 프로세스업무 관련..

시작하기 전.해당 포스팅은 포스트 과정에서 언급된 소프트웨어 요구사항에 대해 자세히 설명하고자 합니다. 해당 포스트를 포함 총 5단계로 구성되어 있으며 소프트 웨어 요구사항 > 기능적 요구 사항 > 비 기능적 요구 사항 > 도메인 요구 사항 > 소프트웨어 요구 사항을 작성에 대한 장/단점과 같은 구성으로 진행하겠습니다. Software Requirement 소프트웨어 요구 사항 IEEE 표준 729에 따르면 아래와 같이 정의됩니다. 사용자가 문제 또는 목표를 달성하기 위해 필요한 조건이나 능력 계약, 표준, 사양이나 다른 공식적으로 도입된 문서를 충족하기 위해 시스템 또는 시스템 구성 요소가 충족하거나 보유해야 하는 조건 또는 능력1과 2에서와 같이 조건이나 능력에 대해 문서화된 표현한마디로 요약하자면..

시작하기 전기존 SDLC 방법론 소개를 question 카테고리에서 진행했으나 생각보다 분량이 많아 software develop에서 진행할 예정입니다. 현재 블로그에서는 SDLC 정의를 한번 더 집고 단계를 설명하겠습니다.SDLC - Software Development Life Cycle소프트웨어 개발 생애주기 소프트웨어 개발 생애주기란?개발팀 내에 소프트웨어 기획, 설계, 개발, 테스트를 진행하는데 사용하는 체계적인(or 구조화된) 과정을 의미합니다.  대략적으로 SDLC에서 각 단계는 어떻게 구성되어 있을까요?SDLC에서 각 단계는 개발, 유지, 수정 및 개선하는 계획으로 구성되어 있다. 이러한 계획은 작업 기간 내 적은 비용으로 사용자 또는 프로젝트 요구 사항에 일치하는 소프트웨어를 배포하는 것..

개발 공부를 하면서가끔 한글로 번역된 자료나 영어 자료여서 한글로 해석해도 이해가 잘 안 될 때가 있습니다. 이럴 땐 똑같은 내용을 반복해서 보거나, 머릿속에 내용이 어느정도 정리가 된 후에 이어서 학습하는 것도 좋은 방법이긴 하지만 이렇게 해도 더디게 진행된다면 아래 방법을 사용하는 것 또한 좋다고 생각합니다.1. 같은 내용을 어색하지 않을 정도로 풀어서 해석해보기해석의 순서는 주요 내용 확인 -> 해석 반복 -> 최종 해석으로 진행되며 해석하는 과정은 가져온 정보에서 어려운 단어나 다른 단어로 바꿀 수 있는 부분을 쉽게 풀어서 작성합니다. 또한 두 문장이 비슷한 내용이면 합칠 수도 있으며 하나의 문장에서 부분적으로 다른 문장과 일치할 때는 문장을 분해하여 다른 문장과 합칠 수도 있습니다. 예를 들어 ..

SDLC의 뜻이 뭔가요?Soft Development Life Cycle소프트웨어 개발을 진행할때 복잡한 환경속에서 체계적으로 결과물을 생성하도록 하여 궁극적으로 고품질의 소프트웨어를 생산 및 운영할 수 있도록 하는 일련의 절차를 의미합니다.조금 풀어서 설명하자면 개발자가 협업 또는 추가적인 요구사항을 적용하는 목표를 달성하기 위한 효율적인 개발 과정을 의미합니다. 왜 이러한 "개발 절차" 를 고려해서 개발을 하는건가요?소프트웨어 개발을 떠올려 본다면 소프트웨어 자체를 개발하여 사용자에게 제공하는 과정도 있지만 어떠한 기능이나 요구사항을 운영중인 소프트웨어에 업데이트하는 과정 또한 개발에 포함됩니다.  이러한 과정에서 작업 중 발생하는 예상 치 못한 딜레이나 오류 발생은 높은 수준의 팀워크와 대처능력을 ..