Hi yoahn 개발블로그

유저 스토리, 유저 시나리오 작성 후 유스케이스를 작성하기로 했는데 어떤 건지 어떻게 하는건지 먼저 알아보려고 한다. 1. 유스케이스란? UML 다이어그램 중 행위 다이어그램에 속하며, 사용자 관점에서 시스템 행위를 표현한다. 유스케이스 다이어그램 시스템에서 제공해야 하는 기능이나 서비스를 명세하는 단계 사용자와 시스템 사이의 상호작용을 보여줄 수 있다. 유스케이스 다이어그램 구성 요소 시스템 범위 개발하고자 하는 시스템을 사각형 영역으로 표시한다. 유스케이스 큰 사각형 영역 안에 있는 타원형으로 표현됨 시스템이 어떤 서비스 / 기능을 제공하는지를 명세해 주는 것 ( 단순 명료하게 기술 ) 액터 시스템 외부에 존재하고 시스템과 상호작용하는 것. 유저, 외부 시스템도 포함됨 1. 프라이머리 액터 시스템을 ..

1. UML 이란? Unified Modeling Language 통합 모델링 언어라고도 한다. 소프트웨어 공학에서 사용되는 표준화된 범용 모델링 언어이다. UML은 소프트웨어 모델링의 표기법. 소프트웨어 구성 방법론이 아니다. UML은 소프트웨어 구축을 위한 프로세스를 정하고 있지는 않지만 유스케이스가 주도하고 아키텍처 중심적이며 반복, 점진적인 개발 프로세스를 권장한다. 2. UML 장점 정적 / 동적 두가지 관점의 모델링을 할 수 있다. 구조 다이어그램 = 정적 동작 측면의 다이어그램 = 동적 동적 모델링에서는 시스템이 시간이 지남에 따라 어떻게 변하는지 보여줌 3. UML의 주요 다이어그램 클래스 다이어그램 시퀀스 다이어그램 커뮤니케이션 다이어그램 상태 다이어그램 액티비티 다이어그램 유스케이스 다..

프로젝트를 진행하면서 기획하는 과정에서 필요한 기능과 화면들을 사용자 입장에서 정리하다 보면 같이 개발하는 사람들 간에 생각이 다른 부분들을 최대한 줄이는 과정 중에 하나인 것 같다. 유저 스토리를 만들기 전에 정확히 이게 무엇인지 파악하고 가는게 좋을 것 같아서 찾아보고 정리해보려고 한다. 1. 유저 스토리란? 소프트웨어의 사용자나 구매자에게 가치를 줄 수 있는 기능을 서술 한 것 사용자별로 우리가 만들 제품을 사용하게 되었을 때의 예상되는 상황?고객의 생각을 예측해보면서 필요한 것들을 적는 것인거라고 생각된다. 유저 스토리 구성 - 서술 : 스토리는 서술 형태로 기록 - 대화 : 스토리는 대화를 통해 세부사항을 구체화한다. - 테스트: 스토리는 테스트를 통해 세부사항을 문서화하고 전달하며, 스토리의 ..

프로세스: 어떤 일을 하기 위한 특별한 방법. 단계나 작업으로 구성됨 프로세스 없는 소프트웨어 개발은 프로그래밍 한 후 사용자가 만족할 때까지 수정하는 과정을 반복하게 된다. 이 경우 문제점 1) 설계의 중요성을 깨닫지 못함. 사용자의 높은 요구에 도달하기 어렵다. 2) 설계 작업이 없어 구조가 나빠질 수 있다. 3) 계획이 없어 작업 목표 없음. 일을 한 후에도 잘한 것인지 못한 것인지 판단할 수 없고, 비용과 일정을 조절할 수 없다. 4) 체계적인 테스트 작업, 품질 보증 차원의 활동에 대한 필요성의 인식이 없다. 따라서 발견되지 않은 결함이 남아 계속 고치게 될 것이며 시스템이 더욱 악화된다. -> 이러한 문제점들은 소프트웨어 개발과 유지보수에 비용이 많이 들게 한다. 프로세스 - 단계적인 작업의 ..

1.1 소프트웨어 소프트웨어 특징 4 -프레드 브룩스 - 복잡성 (complexity) 소프트웨어는 자동화하려는 대상이 복잡, 수많은 내부의 요소들로 이루어져 상호작용이 많고 복잡함 - 순응성 (conformity) 요구나 환경, 데이터의 변화에 따라 적절히 변형되는 특징 - 변경성 (changeability) 소프트웨어는 개발 과정에 자주 변경된다. - 비가시성 (invisibility) 소프트웨어는 종이나 자기 디스크 같은 매체에 저장되지만, 개념적이고 무형적이다 소프트웨어는 구조가 코드 속에 숨어 있어 쉽게 드러나지 않는다. - 소프트웨어는 마모되어 소멸되지는 않는다. 1.1.1 소프트웨어의 종류 1 ) 주문형 소프트웨어 - 특정 고객의 수요를 만족하기 위하여 개발된 SW - 그 고객 맞춤으로 제작..