[비즈니스 소프트웨어] 유스케이스 다이어그램 -웹정보시스템

등록일 / 수정일
페이지 / 형식
자료평가
구매가격

2013.03.20 / 2019.12.24
25페이지 / hwp (아래아한글2002)
평가한 분이 없습니다. (구매금액의 3%지급)
2,500원

다운로드장바구니

Naver로그인

Kakao로그인

최대 20페이지까지 미리보기 서비스를 제공합니다.

자료평가하면 구매금액의 3%지급!

추천 연관자료

목차: 1) 유스케이스 다이어그램의 정의

2) 유스케이스 다이어그램의 사용

3) 유스케이스 다이어그램의 장점

4) 유스케이스 다이어그램을 만드는 단계

5) 유스케이스에 적용되는 개념

6) "TOBESOFT" 소개

7) 웹정보시스템의 유스케이스 다이어그램

8) 참고 문헌 / 참고 사이트

본문내용: 1) 유스케이스 다이어그램의 정의

시스템이 제공하는 기능 및 그와 관련한 외부요소( 유저나 외부시스템 )를 표시한다. 일반적으로 시스템개발 초기에 유저가 [ -- 기능을 원한다 ] 고 하는 요구를 표현할 때에 사용한다.

(1) 유스케이스 (Usecase)
① 유저 등 시스템 외부에서 본 시스템의 기능을 표시한다.
② 표기법 : 타원으로 표시하고, 그 안쪽 혹은 아래쪽에 유스케이스 이름을 기술한다.
유스케이스 이름은 [예약한다] 혹은 [등록한다] 와 같이 동사로 기술한다.

(2) 액터 (Actor)
① 어떤 시스템을 중심으로 보았을 때, 거기에 관련한 모든 외부요소를 표현한다. 구체적으
로는 그 시스템의 유저나 연계되어 있는 외부시스템이 여기에 해당한다.
② 표기법 : 원과 선을 조합하여 그린 사람모양으로 표현하고, 그 밑에 액터의 이름을 기술
한다. 사람을 액터로 표시하는 경우, 유저의 본명이 아니라 그 유저의 역할을 액터 명으로 정의한다.

(3) 시스템 경계
시스템화 대상 범위를 나타낸다. 안쪽이 시스템화 대상 범위이고 바깥쪽이 시스템 대상 범위 이외가 된다. 시스템 경계는 생략할 수 있다.

(4) 관계 정의
관련된 액터와 유스케이스를 연결한다. 이 때 연결한 액터 = 유스케이스의 행위자가 아니라는 점에 주의하여야 한다. 관계 정의는 어디까지나 서로의 관련성을 나타내는 것이다.

① 유스케이스와 액터 사이의 관계
- 시스템이 제공하는 기능과 외부요소( 유저나 외부시스템 )의 관계를 나타낸다.
- 표기법 : 관련한 액터와 유스케이스 사이에 실선을 그어 표기한다.

참고문헌: ☞ http://www.tobesoft.co.kr/

☞ 소프트웨어 공학의 소개 (한혁수 저 / 홍릉과학출판사)

☞ 앨리스터 코오번의 유스케이스 (앨리스터 코어번 저 / 인사이트 출판사)

자료평가

아직 평가한 내용이 없습니다.

회원 추천자료

[시스템 분석 및 설계] 가상의 온라인서점 use case diagram 구현

시스템이 해야 할 일과 범위를 명확히 정의- 시스템의 비즈니스와 사용자의 요구사항을 정확히 이해, 의사소통 원활3. 개 요- 온라인 서점의 업무는 회원관리, 주문관리, 배송확인으로 나눌 수 있다. - 고객정보관리는 고객이 입력한 정보를 온라인 서점 내부에서 데이터를 관리한다.- 주문관리는 제품목록 검색, 쇼핑바구니, 제품주문, 주문조회, 주문취소의 업무가 있다.- 상품 목록검색은 상점내부의 데이터에서 관리하고 제공한다. 검색목록에서

[데이터베이스] 모델링언어 UML에 대해서

다이어그램 들을 통일시킨 것입니다. 다음은 UML의 주요 다이어그램의 명칭들을 나열한 것입니다. 클래스 다이어그램(Class Diagram) 객체 다이어그램(Object Diagram) 쓰임새 다이어그램(Use-case Diagram) 상태 다이어그램(State Diagram) 시퀀스 다이어그램(Sequence Diagram) 활동 다이어그램(Activity Diagram) 협력 다이어그램(Collaboration Diagram) 컴포넌트 다이어그램(Component Diagram) 배치 다이어그램(Deployment Diagram) 이들 다이어그램은 시스템(소프트웨어라고 할 수도 있으

소프트웨어공학 4공통 다음주제중하나만선택하여 2~4쪽 분량으로알기쉽게 정리하라 소프트웨어 아키텍처의설계 인수테스트 테스트주도개발TDD 소프트웨어형상관리0k

소프트웨어가 상호 작용할 기존 소프트웨어, 시스템, 하드웨어 및 네트워크에 대한 정보와, 배포 및 유지 관리 계획, 그리고 물론 프로젝트에서 사용할 수 있는 예산과 같은 다른 요소도 포함되어야 한다.소프트웨어 설계자는 고객의 요구를 고려해야 합니다. 그러나 “고객”이라는 일반적인 용어는 일반적으로 비즈니스 요구 사항, 사용자 요구 사항, 시스템 요구 사항이라는 세 가지 상충하는 책임 영역으로 구성된다. 비즈니스 요구 사항은 일반적

[서비스공학]졸업사정도우미 구축 프로젝트 제안

소프트웨어 명세 Technical Infrastructure ArchitectureI-Kaipa Library Career CAIS- Technical Infrastructure Architecture 설계DB서버WASWeb Solution웹서버MiddlewareSystem C/SFrameworkAP서버BackupAgentESMAgentEAI AdapterRDBMSBackupAgentSSO AgentESMAgentJ2EEBackupAgentESMAgentSyncSortEAI AdapterSecure OSWindowsTCP/IPSecure OSWindowsTCP/IPWindowsTCP/IPSecure OS채널/인터페이스 통합시스템● ● ● ● ●-11 -제목: KAIST 졸업사정도우미 구축 프로젝트 제안서Copyright © 2007 G-Solution Co., Ltd. All rights rese

포인트티비,포인트TV,Point Tv,DFD,UML,포인트Tv시장분석,포인트Tv조직문화

시스템 기술개발)개발관리(영업지원)SupportActivitiesPrimary ActivitiesValue Chain(1) 경영기획(2) 인력관리(3) 개발통합관리Time-To-Market을 위한 정보 시스템의 구축을 통해 소비자, 공급자가 효율적으로 커뮤니케이션 할 수 있게 함성균관대 웹 디자인팀 스키마의 핵심인력 영입, 플랫폼을 이용하기 때문에 공급자와 결부되는 곳은 소규모로도 유지가능 (플랫폼 관리자 필수)시스템개발, 개발일정, 개발현황 등의 자료를 관리, 조정1. 보조활동(Support Activitie

오늘 본 자료 더보기

오늘 본 자료가 없습니다.

최근 판매 자료

Naver 로그인

Kakao 로그인