달력

11

« 2019/11 »

  •  
  •  
  •  
  •  
  •  
  • 1
  • 2
  • 17
  • 18
  • 19
  • 20
  • 21
  • 22
  • 23
  • 24
  • 25
  • 26
  • 27
  • 28
  • 29
  • 30


 

ERMASTER - erm 파일 만들기

 

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

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


 

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

guestboard


 

[Oracle] 선택


 

[Finish]


 


 

 


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

댓글을 달아 주세요



 

 

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

댓글을 달아 주세요



 

 

데이터 모델링 목적

·       연관 조직의 정보요구에 대한 정확한 이해를 있습니다.

·       사용자, 설계자, 개발자 간에 효율적인 의사소통 수단을 제공합니다.

·       데이터 체계 구축을 통한 고품질 S/W 유지보수 비용의 감소효과를 기대할 있습니다.

·       신규 또는 개선 시스템의 개발 기초를 제공합니다.

 


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

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

댓글을 달아 주세요



 

UseCase Diagram 특징

·         사용자의 관점 빨리 이해할 있게 해주어 쓸모 있고 유용한 시스템을 만들 있습니다.

·         개발자는 가능한 모든 요구사항을 파악하여 사용자의 승인 받아야만 후일 요구사항 변경에 대한 위험부담을 줄일 있게 하는데 도움을 줍니다.

·         요구사항 정의 활동이 개발과 설계에 커다란 비중 차지합니다

·         유스케이스의 기능과 목적이 아닌 이벤트 흐름 기술도비니다.

·         유스케이스에 속한 흐름만 기술합니다.

·         유스케이스와 연결되지 않는 액터는 표현하지 않습니다.

·         미리 정의된 공통 용어집이 있는 경우 해당 용어를 사용합니다.

·         직접적인 어휘가 사용됩니다(간단하게 기술하기 위해 복잡한 용어를 사용하지 않는다.)

·         간단하고 간결한 문장으로 표현하기 위해 부사 사용을 하지 않습니다.

 


Posted by codedragon codedragon

댓글을 달아 주세요