언제나 휴일

[라이브러리 실습] 응용 종류에 종속적이지 않은 라이브러리 만들기 관련 NCS 능력단위 인터페이스 구현 (2001020212_16v4 ) 관련 능력단위 요소 인터페이스 기능 구현하기 인터페이스 구현 검증하기 요구 사항 - 상품 관리 라이브러리를 제작하라.[그림 1] 상품 관리 라이브러리 컴포넌트 다이어그램 - 제작한 상품 관리 라이브러리를 참조하여 콘솔 응용 프로그램을 작성하라.[그림 2] 상품 관리 프로그램 컴포넌트 다이어그램(콘솔 응용) - 제작한 상품 관리 라이브러리를 참조하여 WinForm 응용 프로그램을 작성하라.[그림 3] 상품 관리 프로그램 컴포넌트 다이어그램(WinForm 응용) * 두 종류의 응용에서 최종 사용자가 사용할 수 있는 기능은 다음과 같다. 상품 추가, 상품 제거, 입고, 출고..

3. 요구 분석 및 정의 단계 요구 분석 및 정의 단계는 기획 문서를 바탕으로 해야 할 일이 무엇인지 파악하는 단계입니다. 그런데 비지니스 프로젝트에서 해야 할 일은 개발자 마음대로 하는 것이 아니라 프로젝트와 이해 관계가 있는 이해 관계자들의 요구 사항에 맞게 만들어야 하는 것입니다. 따라서 요구 분석 및 정의 단계에서 제일 먼저 해야 할 일은 어떠한 이해 관계자들이 있고 이들의 요구 사항이 무엇인지 파악하는 것에서 출발합니다. 중요한 이해 관계자와 이들의 요구 사항은 기획 문서로 만들어져 있다면 요구 분석 비용을 줄일 수 있습니다. 따라서 아키텍트는 개발자 뿐만 아니라 기획자와 의뢰자와 의사 소통이 필수적입니다. 특히 기획자에게 요구 사항 및 정의 단계를 진행하기 위해 의뢰자가 무엇을 원하는 것이 무..

요구 분석 및 정의 단계에서는 프로젝트와 이해 관계가 있는 이해 관계자를 파악하는 것에서 출발해요. 그리고 이해 관계자 별로 요구사항을 수집하는데 여기서는 생략할게요. 요구 사항을 수집한 후에는 작성할 시스템(여기서는 프로그램)을 사용할 사용자와 외부 시스템, 그리고 작성할 시스템이 사용하는 다른 외부 시스템이 있는지 조사해요. 이처럼 작성할 시스템과 상호작용하는 사용자와 외부 시스템을 액터라 불러요. 그리고 언제 우리 시스템을 사용하고 우리 시스템이 언제 다른 시스템을 사용하는지 조사하죠. 이러한 작업을 수행한 후에 결과를 유즈케이스 다이어그램으로 나타내죠. 유즈 케이스 다이어그램은 크게 액터와 유즈 케이스, 관계로 분류할 수 있어요. 액터는 작성할 시스템과 상호작용하는 외부 요소들이예요. 여기서는 최..

10.3 요구 분석 및 정의 요구 분석 및 정의 단계에서는 제안서와 시나리오 등을 기반으로 프로젝트에 이해관계가 있는 사람들의 요구 사항을 분석하는 것에서부터 출발합니다. 이 에이치 프로젝트에서는 제안서는 생략되었기 때문에 이해 관계자 조사나 이들의 요구 사항은 없습니다. 이러한 관계로 시나리오를 기반으로 유즈케이스 다이어그램을 작성하는 것부터 시작하겠습니다. 이 에이치 프로그램은 사용하는 외부의 서비스가 존재하지 않고 최종 사용자만이 존재합니다. 그리고 최종 사용자는 유닛 생성과 초점 이동, 유닛 이동, 전체 상황 보기를 할 수 있습니다. 초점 이동이 선택되면 선택 장소에 따라 할 수 있는 것이 달라집니다. [그림 10.1] 공연장에서는 공연 관람하기, 무대로 올라가기, 유닛 이 에이치 나라로 복귀하기..