전체 글22 스터디2 보호되어 있는 글 입니다. 2025. 6. 22. 1-7. UML(2) 다이어그램의 종류 UML 다이어그램의 분류구조적 다이어그램 (Structured Diagram)정적구조 표현을 위한 다이어그램종류 : Class, Object, Composite Structure, Deployment, Component, Package유형클래스 다이어그램 : 시스템 내 클래스의 정적 구조를 표현, 시스템을 구성하는 클래스들 사이의 관계를 표현객체 다이어그램 : 객체 정보를 명시복합체 구조 다이어그램 : 복합 구조의 클래스(복합적인 클래스 구조가 있는 경우)와 컴포넌트 내부 구조를 표현배치 다이어그램 : 배치되어 있는 형태/ 소프트웨어, 하드웨어, 네트워크를 포함한 실행 시스템의 물리 구조를 표현컴포넌트 다이어그램 : 컴포넌트 구조 사이의 관계를 표현패키지 다이어그램 : 클래스나 유즈케이스 등을 포함한 여.. 2025. 4. 8. 1-7. UML(1) 개념 및 특성 용어설명예시모델 요구사항을 이해하기 쉽도록 실세계의 상황을 단순화하여 개념적으로 표현한 것 개념 모델링 표현된 모델을 생성해 나가는 과정 엔티티(Entity) 데이터 중심의 개체 유형, 구조/ 속성에 집중한 개념학생, 책, 스마트폰 등 객체 (Object) 엔티티의 구체적이고 고유한 개체, 데이터나 동작도 포함 홍길동 학생, 책 해리포터, 아이폰15 등 인스턴스 (Instance) 특정 클래스에서 생성된 객체를 강조하는 표현 "해리포터는 책 클래스에서 만들어졌다"객체지향 프로그래밍 소프트웨어를 만들 때 객체(Object) 개념을 중심으로 구성하는 방식사람, 자동차, 동물 등을 "객체"로 보고,그 객체들이 서로 속성(정보)과 행동(기능)을 가지도록 기획 및 구현✅ 현실 세계와 비슷해서 이.. 2025. 4. 8. 1-6. 요구사항 개발 요구 공학 (Requirements Engineering) 요구사항을 정의, 문서화, 관리하는 프로세스의사소통 → 공통 이해 설정, 불필요한 비용 절감, 요구사항 변경 추적을 위함분석 결과의 문서화를 통해 향후 유지보수에 유용하게 활용자료자료 흐름도, 자료 사전 등이 효과적으로 이용됨구체적으로 필요한 경우 소단위 명세서도 활용될 수 있음목적문서화로 의사소통을 원활히 하고 개발 범위를 명문화해 에러를 방지하기 위함SW 개발 시 이해관계자 사이의 원활한 의사소통 수단 마련 요구사항 누락 방지, 상호 이해 오류 등 제거 → 경제성 제공 요구사항 변경 이력 관리를 통해 개발 비용 및 시간 절약 비용과 일정에 대한 제약 설정과 타당성 조사, 요구사항 정의 문서화 등을 수행요구사항 베이스라인 (기준선)이해 당사자 .. 2025. 3. 31. 1-5. 현행 시스템 분석 *요구사항 분석은 대부분 비슷한 맥락에서 출제 → 거의 50% 정도로 문제에 관여함 현행 시스템 분석 목적개발 시스템의 개발 범위 확인, 이행 방향성 검토 현행 시스템이 어떤 하위 시스템으로 구성되어 있는지 파악하는 절차 현행 시스템의 제공 기능과 타 시스템과의 정보 교환 분석 현행 기술 요소와 SW, HW 파악 절차세부적인 부분부터 점차 큰 범위/ 바깥 범위로 파악 1단계 : 시스템 구성 파악 - 기능 파악 - 인터페이스(연결) 현황 파악 2단계 : 각 하위 시스템(플랫폼 내 각 서비스라든가) 아키텍처 파악 - 소프트웨어 구성 파악 3단계 : 하드웨어 현황 파악 - 네트워크 구성 파악 시스템 아키텍처 시스템 내 상위/ 하위 시스템들이 어떤 관계로 상호작용하는지 각 동작 원리와 구성 표현 단위 업무(플.. 2025. 3. 31. 1-4. 보호되어 있는 글 입니다. 2025. 3. 31. 이전 1 2 3 4 다음
