요구분석과 설계의 차이 구분 요구분석 설계 산출물 요구분석명세서 설계서 관점 무엇 what 어떻게 how 특성 개념적, 추상적 사용환경을 반용해 구체적 비고 미고려 대상 : OS, DBMS, 프레임워크 고려 대상 : 비기능 요구사항, 제약사항 플랫폼(OS, 미들웨어, 프레임워크) 좋은 설계가 되기 위한 조건 설계서는 요구분석 명세서의 내용을 모두 포함 유지보수가 용이하도록 추적이 가능해야 한다. 변화에 쉽게 적응할 수 있어야 한다. 시스템 변경으로 인한 영향이 최소화되도록 국지적이어야 한다. 설계서는 읽기 쉽고 이해하기 쉽게 작성되어야 한다. 설계의 원리 분할과 정복 분할 : 큰 소프트웨어 하나를 개발할 때 여러 개의 서브시스템으로 세분화해 나누는 작업 정복 : 어느 정도 수준까지 분할했다면 말단에 있는..
요구사항 소프트웨어 개발에서의 정의는 '사용자와 개발자가 합의한 범위 내에서 사용자가 필요로 하는 기능' 시스템이 제공하는 기능 요구와 품질과 같은 비기능 요구로 나뉜다. 요구사항이 정확히 무엇인지 파악하는 작업은 요구분석 단계에서 이루어진다. 요구분석 정의는 시스템이나 소프트웨어의 요구사항을 정의하기 위해 사용자 요구사항을 조사하고 확인하는 과정 목적은 사용자에게서 필요한 요구사항을 추출해 목표하는 시스템의 모델을 만들고 요구분석명세서를 작성하기 위함이다. 요구분석명세서는 요구 분석 단게에서 생성되는 최종 산출물로 시스템의 기능이 무엇인지에만 초첨을 두고 정리한다. 요구분석 단계 후 설계 단계에서는 설계서가 만들어지는데 이 문서는 어떻게 구현할지 기술한다. 요구분석의 어려움 사용자와 분석가의 의사소통 ..
계획 계획을 제대로 세우지 않고 수행하는 소프트웨어 개발은 일정 지연, 비용 초과, 품질 저하라는 결과를 낳게 된다. 소프트웨어 개발의 성패는 비용, 기간, 인력과 같은 자원을 토대로 초기에 얼마나 계획을 잘 세우느냐에 달려있다. 문제정의 문제를 정의하려면 개발하고자 하는 영역의 배경 지식이 필요하다. 유사한 프로젝트를 개발한 경험이 있는 분석가가 참여하는 것이 도움이 된다. 문제를 파악하기 위해 현재 운영중인 시스템을 사용해보고, 실무 면담자와 면담해 자료를 수집한 후 면밀히 분석해보는 것이 필요하다. 타당성 분석 경제적 타당성 경영자 입장에서 의사결정을 하는 데 매우 중요한 요소다. 시장 분석을 통해 시장성을 확인 경제적 타당성 분석으로 투자 효율성과 시장성을 검증한 후 개발 여부를 판단한다. 기술적..
이번 시간은 UML에 대해서 정리해보겠습니다. UML이란? Unified Modeling Language의 약어다. 소프트웨어의 전체를 판단할 수 있도록 12개의 다이어그램을 제시한다. UML의 역할은 시스템이 상호작용하는 측면, 시스템 전체 구조 측면, 컴포넌트 간의 관계 등을 시각적으로 볼 수 있게 나타낸 도면이다. UML의 12개 다이어그램은 아래와 같다. 12개 다이어그램에서도 유스케이스, 클래스, 순차. 통신, 활동, 상태, 컴포넌트, 배치 다이어그램에 대해 살펴보겠다. 유스케이스 다이어그램 객체지향 방법에서는 UML의 유스케이스 다이어그램으로 사용자 요구 사항을 표현한다. 유스케이스 다이어그램은 시스템이 제공하는 기능을 나타내는 유스케이스와 이 기능을 사용하는 사용자인 액터, 그리고 이 둘의 ..
