행위 다이어그램

유스케이스 다이어그램사용자의 요구를 분석하는 것으로 기능 모델링 작업에서 사용한다사용자와 사용 사례로 구성됨순차(시퀀스) 다이어그램상호 작용하는 시스템이나 객체들이 주고받는 메시지를 표현함커뮤니케이션 다이어그램동작에 참여하는 객체들이 주고받는 메시지와 객체들간의 연관 관계를 표현함상태 다이어그램하나의 객체과 자신이 속한 클래스의 상태 변화 혹은 다른 객체의 상호 작용에 따라 상태가 어떻게 변화하는지를 표현함럼바우 객체지향 분석 기법에서 동적 모델링에 활용됨활동 다이어그램시스템이 어떤 기능을 수행하는데 객체의 처리 로직이나 조건에 따른 처리의 흐름을 순서에 따라 표현한다.상호작용 개요 다이어그램상호작용 다이어그램 간의 제어 흐름을 표현한다.타이밍 다이어그램객체 상태 변화와 시간 제약을 명시적으로 표현한다.

• format_list_bulleted 정보처리기사/요구사항 정의
• · 2024. 10. 9.
• textsms

구조적 다이어그램

클래스 다이어그램클래스와 클래스가 가지는 속성, 클래스 사이의 관계를 표현한다.객체 다이어그램클래스에 속한 사물(객체)들, 즉 인스턴스(Instance)를 특정 시점의 객체와 객체 사이의 관계로 표현한다.럼바우 객체지향 분석 기법에서 객체 모델링에 활용된다.컴포넌트 다이어그램실제 구현 모듈인 컴포넌트 간의 관계나 컴포넌트 간의 인터페이스를 표현함구현 단계에서 사용됨배치 다이어그램결과물, 프로세스, 컴포넌트 등 물리적 요소들의 위치를 표현한다.구현 단계에서 사용된다.복합체 구조 다이어그램클래스나 컴포넌트가 복합 구조를 갖는 경우 그 내부 구조를 표현한다.패키지 다이어그램유스케이스나 클래스 등의 모델 요소들을 그룹화한 패키지들의 관계를 표현한다.

• format_list_bulleted 정보처리기사/요구사항 정의
• · 2024. 10. 9.
• textsms

집합

집합관계-AGGREGATION집합 관계는 하나의 사물이 다른 사물에 포함되어 있는 관계포함하는 쪽(전체,whole)과 포함되는 쪽(부분, part)은 서로 독립적임포함되는 쪽(부분, par)에서 포함하는 쪽 (전체,whole)으로 속이 빈 마름모를 연결하여 포함한다.프린터는 컴퓨터를 연결해서 사용할 수 있으며, 다른 컴퓨터에서 연결해서 사용할 수도 있다.포함관계-COMPOSITION포함 관계는 집합관계의 특수한 형태로, 포함하는 사물의 변화가 포함되는 사물에게 영향을 미치는 관계포함하는 쪽(전체, WHOLE)과 포함되는 쪽(부분,PART)은 서로 독립될 수 없고, 생명주기를 함께 함포함되는 쪽(부분, PART)에서 포함하는 쪽(전체,WHOLE)으로 속이 채워진 마름모를 연결하여 표현함문을 열수 있는 키는..

• format_list_bulleted 정보처리기사/요구사항 정의
• · 2024. 10. 9.
• textsms

요구사항

기능 요구사항기능 요구사항은 시스템이 무엇을 하는지 어떤 기능을 하는지 등의 기능이나 수행과 관련된 요구사항시스템의 입력이나 출력으로 무엇이 포함되어야 하는지에 대한 사항시스템이 어떤 데이터를 저장하거나 연산을 수행해야 하는지에 대한 사항시스템이 반드시 수행해야 하는 기능사용자가 시스템을 통해 제공받기를 원하는 기능비기능 요구사항비기능 요구사항은 품질이나 제약사항과 관련된 요구사항시스템 장비 구성 요구사항성능 요구사항인터페이스 요구사항데이터를 구축하기 위해 필요한 요구사항테스트 요구사항보안 요구사항품질 요구사항: 가용성,정합성,상호 호환성,대응성, 이식성, 확장성, 보안성 등제약사항프로젝트 관리 요구사항프로젝트 자원 요구사요구사항 분석요구사항 분석은 소프트웨어 개발의 실제적인 첫 단계로, 개발 대상에 대..

• format_list_bulleted 정보처리기사/요구사항 정의
• · 2024. 10. 9.
• textsms

애자일 모형 스크럼과 XP

애자일 모형 스크럼과 XP애자일 모형(Agile Model)애자일 ‘민첩한’,’기민한’이라는 의미로, 고객의 요구사항 변화에 유연하게 대응할 수 있록 일정한 주기를 반복하면서 개발하는 모형어느 특정 개발 방법론이 아니라 좋은 것을 빠르고 낭비 없게 만들기 위해 고객과의 소통에 초점을 맞춘 방법론을 통침함폭포수 모형과 대조적임기업 활동 전반에 걸쳐 사용됨대표적인 개발 모형스크럼,xp,칸반,lean,기능 중심 개발 → 기스가 나면 xl칸에 둬라스크럼스크럼은 팀이 중심이 되어 개발의 효율성을 높이는 기법팀원 스스로가 스크럼 팀을 구성하고 개발 작업에 관한 모든 것을 스스로 해결할 수 있어야함스크럼팀구성원역할제품 책임자(PO: Product Owner)• 요구사항이 담김 백로그를 작성하는 주체• 이해 관계자들 ..

• format_list_bulleted 정보처리기사/요구사항 정의
• · 2024. 10. 9.
• textsms

소프트웨어 생명 주기 모형

소프트웨어 생명주기(Software Life Cycle)소프트웨어 생명 주기는 소프트웨어를 개발하기 위한 설계, 운용, 유지 보수 등의 과정을 각 단계 별로 나눈 것소프트웨어 생명 주기는 소프트웨어 개발 단계와 각 단계별 주요 활동 그리고 활동의 결과에 대한 산출물로 표현함대표적인 생명 주기 모형폭포수 모형프로토타입 모형나선형 모형애자일 모형폭포수 모형(Waterfall Model)폭포수 모형은 이전 단계로 돌아갈 수 없다는 전제하에 각 단계를 확실히 매듭짓고 그 결과를 철저하게 검토하여 승인 과정을 거친 후에 다음 단계를 진행하는 개발 방법론가장 오래되고 가장 폭넓게 사용된 전통적인 소프트웨어 생명 주기 모형고전적 생명 주기 모형이라고도 함모형을 적용한 경험과 성공 사례가 많음각 단계가 끝난 후에는 다..

• format_list_bulleted 정보처리기사/요구사항 정의
• · 2024. 10. 9.
• textsms