달력

7

« 2020/7 »

  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30
  • 31
  •  

   

Activity Diagram 기호

시작점

활동의 시작을 의미

동그라미로 표현

활동 상태

어떠한 일들의 처리와 실행을 의미

모서리가 둥근 사각형으로 표현

  

종료점

처리의 종료를 의미

이중 동그라미로 표현

  

   

활동 다이어그램에서 하나의 활동이 처리되면 그 다음 활동으로 자동적으로 옮겨지며, 활동 상태의 시작과 종료로 끝이납니다.

   

   

   

   

시작점, 종료점, 2개의 활동 상태, 그리고 전이에 대한 다이어그램

시작 상태에서 조건 없이 "MP3 플레이 버튼을 누른다"는 활동으로 전이가 발생하며 이 활동의 행동이 완료되면 다음으로 "음악이 나온다"의 활동으로 전이가 발생하며 그 후 활동 종료를 합니다.

   

   

'Development > UML' 카테고리의 다른 글

액티비티 다이어그램(Activity Diagram) - 기호  (0) 2020.03.22
UML 작성 목적  (0) 2020.03.17
ERMASTER - erm 파일 만들기  (0) 2019.09.26
소프트웨어 개발 방법론  (0) 2019.09.21
ER 모델의 주요 구성 요소  (0) 2019.09.09
ERD 생성하기  (0) 2019.08.04
Posted by codedragon codedragon

댓글을 달아 주세요

2020. 3. 17. 09:13

UML 작성 목적 Development/UML



 

UML 작성 목적

·         객체 지향 시스템을 가시화, 명세화, 문서화 하는

·         개발하고자 하는 바를 보다 명확화

·         개발단계인 요구사항, 분석 단계에서의 산출물 작성

·         개발자들끼리의 원활한 의사소통

·         이해하고 소통하기 편해 집니다.(팀장, 부장, 이사, 사장, 디자이너, 영업, 엔지니어, 고객지원등)

 

 

 

 


'Development > UML' 카테고리의 다른 글

액티비티 다이어그램(Activity Diagram) - 기호  (0) 2020.03.22
UML 작성 목적  (0) 2020.03.17
ERMASTER - erm 파일 만들기  (0) 2019.09.26
소프트웨어 개발 방법론  (0) 2019.09.21
ER 모델의 주요 구성 요소  (0) 2019.09.09
ERD 생성하기  (0) 2019.08.04
Posted by codedragon codedragon

댓글을 달아 주세요


 

ERMASTER - erm 파일 만들기

 

메뉴: [File] >> [New] >> [Other…] >>

[ERMaster] > [ERMaster] 선택 >> [Next]


 

 ERD 파일을 생성할 폴더 선택 >> [Next]

guestboard


 

[Oracle] 선택


 

[Finish]


 


 

 


'Development > UML' 카테고리의 다른 글

액티비티 다이어그램(Activity Diagram) - 기호  (0) 2020.03.22
UML 작성 목적  (0) 2020.03.17
ERMASTER - erm 파일 만들기  (0) 2019.09.26
소프트웨어 개발 방법론  (0) 2019.09.21
ER 모델의 주요 구성 요소  (0) 2019.09.09
ERD 생성하기  (0) 2019.08.04
Posted by codedragon codedragon

댓글을 달아 주세요



 

소프트웨어 개발 방법론

·         방법론은 생각과 행동을 구조화하는 방법을 명백히 제시합니다. 소프트웨어 개발 방법론은 소프트웨어를 개발하는데 적용할 있는 방법을 제시합니다.

·         여러 방법론 많은 개발자들에 의해 검증 되고 축적된 노하우가 소프트웨어 개발 방법론이 있습니다.

 

 

 

 

 

소프트웨어 개발 방법론 2가지 영역

사용자가 하나의 모델을 만들 ,  어떻게, 언제, 무엇을, 왜라는 모든 방법을 제시하는 것이 방법론(methods) 반면에 이러한 모델을 단지 표현하는 것이 modeling language입니다.

구분

설명

Modeling Language

UML 이용합니다.

Process

개발을 하는 단계별 지침(방법론; methods) 의미합니다.

RUP ( Rational Unified Process )

 

 

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

ER 모델의 주요 구성 요소

 

구분

정의

개체

(Entity)

DB가 표현하려고 하는 유형, 무형의 정보 대상으로, "존재"하면서 서로 구별될 수 있는 요소

관계

(Relationship)

개체들 간의 의미 있는 연결 또는 연관성을 의미하는 요소

속성

(Attribute)

개체나 관계의 특성을 나타내는 요소로서, 이름을 가진 정보의 가장 작은 논리적 단위

 

 



Posted by codedragon codedragon

댓글을 달아 주세요

2019. 8. 4. 00:30

ERD 생성하기 Development/UML



 

 

ERD 생성하기

 

ERD 편집기 내에서 마우스 우클릭 >> [가져오기] >> [데이터베이스]


 

정보 입력 >> [Next]

데이터베이스

Oracle

서버명

localhost

포트번호

1521

데이터베이스명

ORCL

사용자명

codelab

암호

oracle_11g


 

 

[Browse…]


 

 

아래 경로의 JDBC드라이버 파일 선택 >> [열기]

C:\CodeLab\Oracle\product\11.2.0\dbhome_1\jdbc\lib\ojdbc6.jar


 

 

[OK]


 

가져올 스키마만 선택 >> [Next]


 

가져올 개체 선택 >> [OK]



 

 

[확인]


 


 


 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

소프트웨어 모델링(Software Modeling)

·         만들고자 하는 , 머리 속에 있는 생각들을 누구나 있게 본을 뜨는

·         객체나 DB 그림으로 표현하는

 

 

 

 

소프트웨어 모델링의 필요성

·         소프트웨어는 날이 갈수록 갈수록 복잡해지고 다양지고 있습니다.

·         복잡하다는 쉽게 이해하기 어렵다는 의미이며 그러므로 해서 문제 발생시 문제해결방법도 복잡해 지게 됩니다.

 

 

 

 

 

모델링하면 좋은

·         만들고자 하는 바를 명확하게 있습니다.

·         조금 만들 있습니다.

·         이해하고 소통하기 편해 집니다. (팀장, 부장, 이사, 사장, 디자이너, 영업, 엔지니어, 고객지원등)

·         성과, 안다는 보여줄 좋습니다.

·         만들고 나면 뿌듯합니다.

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

유스케이스 모델 검증

·         한국정보화진흥원의 정보시스템 감리지침에서는 시스템 기능에 대한 유스케이스 모형 상세화 수준 적정성에 대하여 다음과 같은 사항을 점검하도록 하고 있습니다

·         주요한 기능명세에 대하여 유스케이스 명세서가 작성되었는지 먼저 확인합니다.

·         유스케이스 명세서는 유스케이스에 대한 전반적인 사항 기록합니다.

·         유스케이스 명세서에 작성된 유스케이스 모델 검증합니다.

·         시스템이 어떻게 동작하여야 하는지를 명확하고 구체적으로 기술하고 있는지 검토합니다.

·         대표적인 시나리오 기반 요구사항 분석방법으로도 활용됩니다.

·         유스케이스 다이어그램 작성하여 사용자 요구사항 문서와 같은 입력 자료로부터 이해관계자와 관심 대상인 시스템 간의 상호작용 식별합니다.

 

 

 


Posted by codedragon codedragon

댓글을 달아 주세요


 

 

분석모델 검증 절차

정보시스템의 분석설계가 도출되었는지 검증하는 절차입니다.

분석모델 검증 절차에서 파악해야 내용에 대해 아래의 내용을 파악할 있습니다.

단계

설명

유스케이스 모델 검증

·         액터

·         유스케이스

·         유스케이스 명세서

개념수준 분석 클래스 검증

·         클래스 도출

·         클래스 명과 속성

·         클래스들 관계

분석 클래스 검증

·         스테레오 타입

·         경계 제어 클래스 도출

·         관계 상세화 정도

 

 



Posted by codedragon codedragon

댓글을 달아 주세요



 

 

다이어그램 분류

·         구조적 다이어그램

·         행위적 다이어그램

 

 

 

구조적 다이어그램

다이어그램

설명

Class diagram

·         클래스와 클래스 간의 관계를 표현

Object diagram

·         오브젝트와 오브젝트 간의 관계를 표현

Package diagram

·         패키지 다이어그램

·         UML 다양한 모델요소를 그룹화하여 표현

Component diagram

·         컴포넌트와 컴포넌트 간의 관계를 표현

Composite structure diagram

·         복합 구조 다이어그램

·         컴포넌트의 내부 구조를 표현하는데 사용

·         파트,포트, 연결자등의 개념을 이용하여 컴포넌트가 실현, 이용하는 인터페이스와 내부 구성요소 간의 관계를 표현

Deployment diagram

·         배치 다이어그램

·         시스템을 구성하는 물리적인 노드와 통신경로, 컴포넌트의 수행환경을 표현

·         오브젝트의 물리적인 배치를 표현

Profile diagram

·         프로필 다이어그램

 

 

 

 

행위적 다이어그램

다이어그램

설명

UseCase diagram

·         초기단계에서 사용자 요구를 정의하고 분석 할때 주로 사용

·         시스템의 용도, 쓰임새를 표현

Sequence diagram

·         프로그램의 동작을 시간 흐름으로 표현

·         소프트웨어 분석과 설계가 진행 되는 과정에서 계속 사용

·         오브젝트의 상호관계를 시간축(lifeline, 시간선) 따라 표현

 

Activity diagram

·         특정 동작에 대한 상세 내용을 표현

·         오브젝트의 액션의 변화를 표현

State Chart diagram

·         오브젝트의 상태 변화를 표현

Communication diagram

 

·         통신 다이어그램 (상호작용 다이어그램)

·         여러 대상 간의 상호작용을 표현

·         상호작용에 참여하는 객체, 컴포넌트 간의 관계를 명시적으로 표현

 

Collaboration Diagram

·         협업 다이어그램

·         오브젝트간의 상호작용을 나타냅니다.

Timing diagram

 

·         타이밍 다이어그램

·         객체, 컴포넌트 간의 상태 변화, 메시지에 대한 정확한 시간적 정보를 표현

 

 



'Development > UML' 카테고리의 다른 글

유스케이스 모델 검증  (0) 2019.06.14
분석모델 검증 절차  (0) 2019.06.06
다이어그램 분류  (0) 2019.05.31
데이터 모델링 목적  (0) 2019.05.17
UseCase Diagram 특징  (0) 2019.05.10
UML과 객체 지향의 관계  (0) 2019.05.04
Posted by codedragon codedragon

댓글을 달아 주세요