설계패턴 - UML 다이어그램 보고서

  • 등록일 / 수정일
  • 페이지 / 형식
  • 자료평가
  • 구매가격
  • 2017.03.17 / 2017.03.17
  • 13페이지 / fileicon hwp (아래아한글2002)
  • 평가한 분이 없습니다. (구매금액의 3%지급)
  • 2,000원
다운로드장바구니
Naver Naver로그인 Kakao Kakao로그인
최대 20페이지까지 미리보기 서비스를 제공합니다.
자료평가하면 구매금액의 3%지급!
이전큰이미지 다음큰이미지
하고 싶은 말
열심히 작성하고 좋은 평가를 받은 자료입니다.
본문내용
■activity diagram(활동 다이어그램)

① 정의 : 처리 로직이나 조건에 따른 처리흐름을 순서에 따라 정의한 모델
*흐름도, activity 간의 전달되는 제어 흐름을 표현
*하나의 activity는 몇 개의 action으로 분리
*flow-chart와 유사
* activity, state, flow, Swim lane 을 구성
*유용성?
- use case 분석
- work-flow의 이해
- 알고리즘 설명

② 작성목적
* 처리순서 표현 (대상에 관계없이)
* 비즈니스 프로세스 정의(이 용도로 가장 많이 사용됨) : 업무의 As-is분석, To-be 분석 가능
* 프로그램 로직 정의 : 처리흐름의 도식화로 프로그램 로직 정의 가능
* 유즈케이스 실현

③ 작성 시기 : 그 시점이 한정되어 있지 않고 다양하게 사용 가능
* 업무 프로세스 정의 시점.
* 유즈케이스 정의서 작성 시, 처리절차 기술할 때
* 오퍼레이션 사양 정의 시

④ 작성순서
* 작성대상 선정 : 업무프로세스 모델링, 오퍼레이션 사양 정의

* Swim lane 정의 : 대상영역에 명확한 역할을 정의해야 할 때.

* 처리절차 모델링 : 시작점, 끝점 반드시 표현.
자료평가
    아직 평가한 내용이 없습니다.
회원 추천자료
  • [정보처리,정보처리기사,정보처리산업기사,기사,산업기사,기출문제,요점정리] 정보처리기사,산업기사 요점정리 및 기출문제
  • 설계를 위해 도식적인 방법을 제공(시각적으로 알아보기 편리)▶ 입력, 처리, 출력으로 구성- 구성요소▶ 가시적 도표 : HIPO의 전체적인 흐름과 구조를 나타내는 도표▶ 총괄 다이어그램 : 입력, 처리, 출력 등의 전반적인 기능을 명확히 표현한 도표▶ 상세 다이어그램 : 총괄 다이어그램을 세부적, 구체적으로 설명한 도표2) 데이터 구조의 표현- 계층적 블록 도표▶트리 구조이며 일련의 다중 레벨 블록으로서 정보를 묘사한다.▶최상위 레벨의

  • [웹기반][인터넷기반]웹기반(인터넷기반) 가상교실, 웹기반(인터넷기반) 정보시스템, 웹기반(인터넷기반) 독서교육지원시스템, 웹기반(인터넷기반) 평가시스템, 웹기반(인터넷기반) 진로상담프로그램, 웹기반(인터넷기반)금융서비스 분석
  • 보고서, 전라남도교육과학연구원◉ 이재경(1999), 자기주도학습과 웹기반교육, 웹기반 학습, 서울 : 교육과학사◉ 임경미김원영김치수(1999), 웹기반 양방향 교수-학생 평가 시스템의 설계 및 구현, 동국대학교 교육대학원 석사학위 논문, WEB 기반 평가도구의 개발과 교육적 활용, 한국정보교육학회, 학술발표논문집◉ 임철일나일주(1999), 웹 기반 교육의 상호작용 설계, 웹 기반 교육, 서울 : 교육과학사◉ 장상필이영민(2000), 웹 기반 학습 시스템

  • [소프트웨어개발방법론] 애완동물 관리 시스템
  • 3월주제선정5월4주프로그램테스트및 수정6월프로그램 유지보수4월2주자료수집및 다이어그램작성4월4주다이어그램 완성5월 3주프로그램개발애완동물관리시스템Contents1. 소프트웨어 개발 방법론이란? 2.UML이란 3.Rose 사용방법 4.최종보고서(다이어그램) 5.첨부문서-회의록 6.논문연습 1.소프트웨어 개발 방법론1-1소프트웨어 개발 방법론이란?Software Development Process 의 정의-소프트웨어를 생산하기 위해 반복적으로 수행될 실행 방법

  • [졸업][경영정보] DSS의 발전 방향과 설계기법에 관한 연구
  • 다이어그램으로 이루어져 있다.⑤ Coad/YourdonOOA/OOD라고도 알려진 Coad/Yourdon 방법론은 객체지향 분석과 설계를 위해 처음으로 도출된 방법론이다. 이 방법론은 보다 간결하고 이해하기 쉬워서, 초보자가 객체지향의 전문용어와 아이디어를 익히기에 적합했다. 그러나, 이 개념과 방법은 아주 제한된 시스템 외에는 어떤 것을 다루기 위해 확장할 수 없었다. 결과적으로, 이 방법은 오늘날에는 거의 사용되지 않는다.4.4 UML80년대 후반과 90년대 초반에 방

  • [졸업][경영정보] UML기반의 XML EDI 시스템설계 및 구현
  • UML 산출물 모델링은 관련된 부분에 집중하고 나머지는 무시하는 추상화를 통해 이루어진다. 모델의 특성에는 다음과 같은 것이 있다. ■ 복잡한 시스템은 모델의 독립적인 뷰의 집합으로 표현될 수 있다. 하나의 뷰만으로는 충분하지 않다. ■ 모든 모델은 상세함의 정도가 다른 여러 차원으로 표현될 수 있다. ■ 좋은 모델은 실재를 잘 반영한다. ■ UML은 모델의 뷰라는 용어를 사용하여 다음의 그래픽 다이어그램을 정의한다. 다음 중 밑줄 친 8개

오늘 본 자료 더보기
  • 오늘 본 자료가 없습니다.
  • 저작권 관련 사항 정보 및 게시물 내용의 진실성에 대하여 레포트샵은 보증하지 아니하며, 해당 정보 및 게시물의 저작권과 기타 법적 책임은 자료 등록자에게 있습니다. 위 정보 및 게시물 내용의 불법적 이용, 무단 전재·배포는 금지됩니다. 저작권침해, 명예훼손 등 분쟁요소 발견시 고객센터에 신고해 주시기 바랍니다.
    사업자등록번호 220-06-55095 대표.신현웅 주소.서울시 서초구 방배로10길 18, 402호 대표전화.02-539-9392
    개인정보책임자.박정아 통신판매업신고번호 제2017-서울서초-1806호 이메일 help@reportshop.co.kr
    copyright (c) 2003 reoprtshop. steel All reserved.