※ 공부한 것을 정리한 노트입니다. 참고만 하세요. ※ 1. 도출 설명 비즈니스 분석가가 이해관계자로부터 목표 시스테에 바라는 요구를 식별하는 단계 요구사항 도출 기법 인터뷰 직접 대화를 통해 요구사항 도출 개인, 소규모 그룹을 대상으로 실시 → 통제 수월 라포, 경청 범위에서 벗어나면 안됨 폐쇄적 X, 개방형 질문 O 폐쇄적 질문 : y/n과 같이 미리 정해진 해답을 가지는 질문. 보통 확인 용도 개방형 질문 : 답이 정해지지 않음. 상세한 정보 획득 용도 5 Whys 기법으로 문제의 근본 원인 식별 워크숍 이해관계자들의 협업을 통핸 요구사항 도출 및 정의 다양힌 이해관계자들, facilitator(촉진자), 서기 참여 특정 주제 기반의 의견 공유 다양한 이해관계자의 요구사항 동시 도출 의견 충돌 해소..
※ 공부한 것을 정리한 노트입니다. 참고만 하세요. ※ 요구사항의 중요성 아직도 많은 프로젝트들은 도전중이다(https://codejin.tistory.com/250) 프로젝트의 성공, 도전, 실패의 주 원인은 요구사항에 있다. 즉, 요구사항이 잘 되는지 안되는지는 곧 해당 프로젝트의 흥망성쇠를 결정하는 셈이다. 요구사항이란? 문제 해결을 위해 무엇을 구현해야 하는가에 대한 명세 시스템이 동작한느 방법, 속성, 혹은 특성을 설명 시스템 개발 프로세스의 일종의 제약 조건 요구사항 분류 위로 갈수록 범위가 크다(추상적이다) / high level이다 Business requirements why? 이윤증가, 비용절감, 이윤 방어, 미래에 소용될 수 있는 비용 절감 제품을 개발함으로써 얻을 수 있는 이득을 명..
※ 공부한 것을 정리한 노트입니다. 참고만 하세요. ※ Scrum scrum이란 agile 방법론의 한 종류 agile은 하나의 방법론이기 때문에, agile 원칙을 지키는 방법론들은 모두 agile 방법론이라고 할 수 있다. scrum 역시 agile 방법론을 지키는 방법론이고, 즉 agile 방법론의 한 종류이다. scrum process agile에서의 iteration을 scurm에서는 sprint라고 한다. sprint의 소요시간은 해당 프로젝트 시행동안 고정된다. 2주면 2주, 10일이면 10일 sprint가 끝나고 잠재적으로 출 시할 수 있는 제품을 increment라고 한다. sprint backlog sprint 기간동안 해야할 일이 담긴 목록 Product backlog에서 우선순위에 ..
※ 공부한 것을 정리한 노트입니다. 참고만 하세요. ※ 1. RAD 정의 Rapid Application Development의 약자로, 앱(프로젝트)의 빠른 개발을 위한 모델로, 사용자의 지속적 참여하에 빠르게 프로그램을 개발하기 위한 개발 라이프 사이클 모델. waterfall 모델과는 정반대로 사용자(고객)의 지속적 참여하에 빠르게 application을 개발하는것이 목표 사용자가 지속해서 참여하기 때문에 사용자는 개발 과정에서 지속적인 피드백을 전달하고, 개발자는 이러한 피드백을 개발과정에서 반영하여 지속적으로 개선 개발자는 빠른 개발을 위해 app의 자동 생성 도구를 사용하여 개발 특징 고객 참여: 고객의 요구사항 정의, 분석, 설계 신속개발: 기술위험 적음 짧은 개발주기: 코드 재사용 및 자동..
※ 공부한 것을 정리한 노트입니다. 참고만 하세요. ※ 1. 소프트웨어 위기 1960년대 많은 프로젝트들이 완성되지 못하고 실패하며, F.L.바우어가 1968년 독일 가미시에서 열린 첫번째 나토 SW 공학 학회에서 처음 사용한 단어이다. 실패의 이유는 다양한데, 다음과 같다. 프로젝트 예산 초과 프로젝트 일정 지연 결과물(소프트웨어)의 품질이 낮음 결과물이 요구사항을 만족하지 못함 결과물이 (여러 이유로 인해) 고객의 손에 전달되지 못함. 이로 인해 소프트웨어공학이 생겨났다. The application of a systematic, disciplined, quantifiable approach to development, operation, and maintenance of software; that ..
