일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | |||||
3 | 4 | 5 | 6 | 7 | 8 | 9 |
10 | 11 | 12 | 13 | 14 | 15 | 16 |
17 | 18 | 19 | 20 | 21 | 22 | 23 |
24 | 25 | 26 | 27 | 28 | 29 | 30 |
- db
- mysql
- Ai
- 코딩테스트
- docker
- github
- 코테
- DevOps
- 정처기
- Kubernetes
- 알고리즘
- Java
- 파이썬
- 자바
- 인공지능
- 자료구조
- Lv 2
- 프로그래머스
- Python
- 리눅스
- ubuntu
- Linux
- git
- programmers
- 쿠버네티스
- 머신러닝
- 깃
- LV 0
- 우분투
- 데이터베이스
- Today
- Total
목록정처기 (6)
Myo-Kyeong Tech Blog
기능 모델링 사용자의 요구사항을 분석하여 개발될 시스템이 갖춰야 할 기능을 정리한 후, 사용자와 함께 정리된 내용을 공유하기 위해 그림으로 표현한 것 개발될 시스템의 전반적인 형태를 기능에 초점을 맞춰 표현 예) 유스케이스(Use Case) 다이어그램, 액티비티(Activity) 다이어그램 유스케이스(Use Case) 다이어그램 사용자가 보는 관점에서 시스템이 액터에게 제공하는 서비스 또는 기능을 표현한 것 사용자의 요구사항을 분석하기 위한 도구로 사용 시스템의 범위를 파악할 수 있음 유스케이스(Use Case) 구성 요소 시스템(System) / 시스템 범위(System Scope) : 시스템 범위 표현 액터(Actor) : 시스템과 상호작용을 하는 모든 외부 요소 주액터 : 시스템을 사용함으로써 이득..
UML ( Unified Modeling Language ) 시스템 개발 과정에서 의사소통이 원할하게 이루어지도록 표준화한 대표적인 객체 지향 모델링 언어 Rumbaugh, Booch, Jacobson 등의 객체지향 방법론의 장점을 통합 OMG ( Object Management Group ) 에서 표준으로 지정 UML의 구성 요소 : 사물(Things), 관계(Relationship), 다이어그램(Diagram) 사물 ( Things ) 다이어그램 안에서 관계가 형성될 수 있는 대상들 사물 내용 구조 사물 (Structural Things) - 시스템 개념적, 물리적 요소를 표현 - ex ) 클래스(Class), 유스케이스(Use Case), 컴포넌트(Component) 행동 사물 (Behavioral..
요구사항 분석 사용자 요구 정확하게 추출하여 목표 설정 요구사항 정의 문서화 타당성 조사, 비용과 일정에 대한 제약 설정 구조적 분석 기법 자료의 흐름과 처리를 중심으로 하는 요구사항 분석 방법 도형 중심의 분석용 도구와 분석 절차를 이용 -> 사용자의 요구사항 파악하고 문서화함 하향식 방법을 사용 -> 시스템 세분화 주요 구조적 분석 기법 도구 : 자료 흐름도(DFD) , 자료사전(DD), 소단위 명세서(Mini-Spec.), 개체 관계도(ERD), 상태 전이도(STD), 제어 명세서 구조적 분석 기법 - 자료 흐름도 (DFD, Data Flow Diagram) 자료의 흐름 및 변환 과정과 기능을 도형 중심으로 기술하는 방법 버블 차트라고도 함 구조적 분석 기법 - 자료 사전 (DD, Data Dict..
요구사항 정의 소프트웨어가 어떤 문제를 해결하기 위해 제공하는 서비스에 대한 설명과 운영되는데 필요한 제약조건. 기능 요구사항(Functional requirements) - 시스템이 무엇을 하는지, 어떤 기능을 하는지 등의 기능이나 수행과 관련된 요구사항 비기능 요구사항(Non-Functional requirements) - 품질이나 제약사항과 관련된 요구사항 사용자 요구사항(User requirements) - 사용자 관점에서 본 시스템이 제공해야 할 요구사항 시스템 요구사항(System requirements) - 개발자 관점에서 본 시스템 전체가 제공해야 할 요구사항 요구사항 개발 프로세스 요구사항 개발 프로세스가 진행되기 전, 타당성 조사(Feasibility Study)가 먼저 선행되어야 함 ..
현행 시스템 파악 절차 서버 이중화 : 서비스의 연속성을 보장하기 위해 운용 서버에 장애가 발생했을 시에 대기 서버로 서비스를 계속 제공하는 서버 구성 방식 프로세스 현행 시스템 내용 1단계 시스템 구성 파악 조직 주요 업무 담당하는 기간 업무와 지원하는 지원 업무 구분 기술 시스템 기능 파악 현재 제공하는 기능들의 주요 기능, 하부 기능, 세부 기능 구분하여 계층형 표시 시스템 인터페이스 파악 업무 시스템 간에 주고받는 데이터 종류, 형식, 프로토콜, 연계 유형, 주기 명시 2단계 아키텍처 구성 파악 최상위 수준에서 계층별로 표현한 아키텍처 구성도 작성 소프트웨어 구성 파악 소프트웨어 제품명, 용도, 라이선스 적용 방식, 라이선스 수 명시 3단계 하드웨어 구성 파악 서버의 주요 사양, 수량, 서버의 이..
소프트웨어 생명 주기 소프트웨어를 개발하기 위한 과정을 각 단계별로 나눈 것 ex ) 폭포수 모형, 프로토타입 모형, 나선형 모형, 애자일 모형 폭포수 모형 ( Waterfall Model ) 한 단계가 완전히 끝나야만 다음 단계로 넘어가는 개발 방법론 => 다음 단계 수행을 위한 결과물 명확히 산출 가장 오래된 전통적인 소프트웨어 생명 주기 모형 => 모형을 적용한 경험, 성공 사례 많음. 프로토타입 모형 ( Prototype Model, 원형 모형 ) 폭포수 모형은 폭포가 떨어지는 것처럼 한번 떨어지면 다시 돌아갈 수 없지만, 프로토타입은 돌아갈 수 있음. 모델하우스를 통해 미리 집을 볼 수 있듯이, 견본품을 만들어 최종 결과물을 예측하는 모형 견본품을 통해 사용자의 요구사항 파악 가능 나선형 모형 ..