*준* 스토어

*준*

개인

팔로워0 팔로우

소개

등록된 소개글이 없습니다.

전문분야 등록된 전문분야가 없습니다.

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

12개
전체 판매량

21개
최근 3개월 판매량

0개
자료후기 점수

-
자료문의 응답률

-

전체자료 12개

[컴공]전자결제보고서] 오퍼레이션 파악

실험?실습 안내서실험?실습 번호11실험?실습 일시2006년 5 월 13 일담당 교수최담당 조교보고서 제출 기한2006 년 5 월 15 일배점작성자05001. 제목 : Operation Contracts 작성- Activity 20362. 목적Operation Contracts를 작성함으로써 시스템의 오퍼레이션을 파악한다. 특히 오퍼레이션이 수행됨으로써 생성, 삭제, 변경되는 객체들에 대한 정보를 파악할 수 있다.3. 실험에 필요한 기초지식- Operation Contracts 작성 방법4. 설치 및 준비 사항- Operation Contracts 작성 방법 조사5. 실습 절차1. 실습 10에서 작성한 시스템 시퀀스 다이어그램 한 개를 선택한다. 첫 번째로 "서류 양식 찾기"에 해당되는 시스템 시퀀스 다이어그램을 선택하였다고 가정해보자.2. 시스템 시퀀스 다이어그램에서 시스템 오퍼레이션을 파악해서 목록을 만든다.- 사용 가능한 서류 양식 조사- 서류 양식 목록 출력3. 시스템 오퍼레이션을 하나 선택해서 다음과 같은 양식의 문서를 작성한다.사용 가능한 서류 양식 조사책임(responsibility)- 사용자의 직책, 부서를 보고, 사용 가능한 서류 양식 목록을 찾는다.타입(type)- System참조(cross reference)- 시스템 기능 : R3- 유즈케이스 : "서류 양식 찾기"예외(exception)결과(output)- 사용 가능한 서류 양식 목록전제조건(precondition)- 사용자는 로그인해야 한다.- 사용자는 부서와 직책이 부여되어야 한다.종료조건(postcondition)- 사용 가능한 서류 양식 목록을 생성한다.서류 양식 목록 출력책임(responsibility)- 서류 양식을 사용자가 쉽게 보고 선택할 수 있도록 화면에 출력한다.타입(type)- System참조(cross reference)- 시스템 기능 : R3- 유즈케이스 : "서류 양식 찾기"예외(exception)결과(output)- 서류 양식 목록을 보여주는 GUI전제조건(pre용자는 로그인해야 한다.- 사용자는 부서와 직책이 부여되어야 한다.종료조건(postcondition)- 서류 양식 목록을 보여주는 GUI4. 실습 10에서 작성한 모든 시스템 시퀀스 다이어그램에 대해서 1~3번 작업을 수행하라.직원등록기능시스템 오퍼레이션- 직원 등록 양식- 직원 등록 서류 작성직원 등록 양식책임(responsibility)- 직원 등록 서류 양식을 찾아서 사용자에게 보여준다.타입(type)- System참조(cross reference)- 시스템 기능 : R1- 유즈케이스 : "직원 등록"예외(exception)- 직원 등록서류에 빠진 사항이 없나 검토결과(output)- 직원등록 양식전제조건(precondition)-종료조건(postcondition)- 직원등록 서류양식 생성직원 등록 서류 작성책임(responsibility)- 등록 양식에 맞게 작성한다.타입(type)- 기안자참조(cross reference)- 시스템 기능 : R1- 유즈케이스 : "직원등록"예외(exception)- 정보 기입이 빠진 부분 체크결과(output)- 직원등록 처리전제조건(precondition)- 기안자는 자신의 정보를 알아야 한다.종료조건(postcondition)- 직원등록 완료로그인 기능시스템 오퍼레이션-로그인 성공-로그인 실패로그인 성공책임(responsibility)- 사용자의 암호 일치 한다면 로그인 성공을 화면을 출력타입(type)- System참조(cross reference)- 시스템 기능 : R2- 유즈케이스 : "로그인 기능"예외(exception)암호 불일치 , 없는 아이디결과(output)- 로그인 성공 화면전제조건(precondition)- 사용자는 직원등록을 해야 한다.- 사용자는 자신의 암호를 기억해야한다.종료조건(postcondition)- 로그인 성공 화면 출력 후 메인화면 이동로그인 실패책임(responsibility)- 사용자의 암호가 불일치 했을때 불일치 화면 출력타입(type)- System참조(cross refer : R2- 유즈케이스 : "로그인 기능"예외(exception)결과(output)- 로그인 실패 화면전제조건(precondition)로그인 시도를 해야 한다.종료조건(postcondition)- 로그인 실패 화면 출력 후 관리자에게 암호 요청을 할 것을 요구서류 작성 및 제출시스템 오퍼레이션- 양식에 맞는 서류 작성- 작성된 서류 결재자 찾기양식에 맞는 서류 작성책임(responsibility)- 시스템이 보여준 양식중 선택하여 서류 작성타입(type)- 기안자참조(cross reference)- 시스템 기능 : R3- 유즈케이스 : "서류 작성 및 재출"예외(exception)- 서류 작성 시 빠진 부분이 없는가 체크결과(output)- 양식에 맞는 서류전제조건(precondition)- 사용자는 로그인해야 한다.- 사용자는 서류 양식을 선택해야 한다.종료조건(postcondition)- 양식에 맞게 작성된 서류가 생성된다.작성된 서류 결재자 찾기책임(responsibility)- 기안자가 요청하면 결재권자 목록을 화면에 출력 해준다.타입(type)- System참조(cross reference)- 시스템 기능 : R3- 유즈케이스 : "서류 양식 찾기"예외(exception)- 결제 라인에 다른 결재권자를 체크 하지 않도록 해야 한다.결과(output)- 결재권자 목록전제조건(precondition)- 사용자는 로그인해야 한다.- 사용자는 결재권자를 결정 해야 한다.종료조건(postcondition)- 결재권자 선택결재 기능-결재자에게 기안자가 작성한 서류 전달-기안자에게 결재자의 결재 결과 전달기안자가 작성한 서류 전달책임(responsibility)- 기안자로부터 받은 서류를 결재자 에게 전달한다.타입(type)- System참조(cross reference)- 시스템 기능 : R4- 유즈케이스 : "결재기능"예외(exception)- 기안자가 선택한 결재자에게 서류가 전달되어야 한다.결과(output)- 기안자가 작성한 서류전제조건(precondit그인해야 한다.- 기안자는 결재자를 선택해야함종료조건(postcondition)- 결재 받을 서류기안자에게 결재된 서류 전달책임(responsibility)- 기안자에게 결재가 완료된 서류를 전달한다.타입(type)- System참조(cross reference)- 시스템 기능 : R4- 유즈케이스 : "결재기능"예외(exception)- 결재된 서류가 서류를 작성한 기안자에게 전달되어야 한다.결과(output)- 결재가 결재한 서류전제조건(precondition)- 결재권자는 로그인해야 한다.- 기안자는 로그인 되어야 한다.- 결재자는 서류를 결재 해야 한다.종료조건(postcondition)- 결재가 완료된 서류부서 등록기능시스템 오퍼레이션- 부서 등록 서류 출력- 부서 등록 처리부서 등록 서류 전달책임(responsibility)- 관리자가 부서 등록 서류를 요청 하면 검색후 전달 한다.타입(type)- System참조(cross reference)- 시스템 기능 : R5- 유즈케이스 : "부서 등록기능"예외(exception)-결과(output)-부서 등록 서류전제조건(precondition)- 관리자는 로그인해야 한다.종료조건(postcondition)- 부서 등록 서류 생성.부서 등록 처리책임(responsibility)- 부서 등록 서류에 관리자가 양식을 처리한다.타입(type)- 관리자참조(cross reference)- 시스템 기능 : R5- 유즈케이스 : "부서 등록"예외(exception)- 서류가 양식에 맞게고 빠짐없이 작성되었는가? 검토결과(output)- 부서등록 전산 처리전제조건(precondition)- 관리자는 로그인해야 한다.- 사용자는 양식를 빠짐없이 작성해야 한다.종료조건(postcondition)- 부서 등록부서 삭제 기능시스템 오퍼레이션-부서 삭제 목록 출력-부서 삭제 처리부서 삭제 처리책임(responsibility)- 관리자에게 삭제할 부서 목록을 보여준다.타입(type)- System참조(cross reference6- 유즈케이스 : "부서삭제"예외(exception)- 직원을 정말 삭제 할 것인가 다시 한번 학인 한다.결과(output)- 부서 삭제 처리전제조건(precondition)- 사용자는 로그인해야 한다.종료조건(postcondition)- 부서 삭제부서 삭제 처리책임(responsibility)- 관리자로부터 받은 부서 삭제 요청을 처리한다.타입(type)- System참조(cross reference)- 시스템 기능 : R6- 유즈케이스 : "부서 삭제"예외(exception)-결과(output)- 부서 삭제 처리전제조건(precondition)- 사용자는 로그인해야 한다.종료조건(postcondition)- 부서 삭제직원삭제기능시스템 오퍼레이션-직원 삭제 목록 출력-직원 삭제 처리직원 삭제 목록책임(responsibility)- 관리자가 요구한 직원 목록을 보여준다.타입(type)- 관리자참조(cross reference)- 시스템 기능 : R7- 유즈케이스 : "직원 삭제기능"예외(exception)- 삭제할 직원 정보가 하나도 없다.결과(output)- 직원 목록 전송전제조건(precondition)- 관리자는 로그인해야 한다.- 직원은 부서와 직책이 부여되어야 한다.종료조건(postcondition)- 직원 삭제 서류를 생성한다.직원 삭제 처리책임(responsibility)- 관리자로부터 받은 직원 삭제 요청을 처리한다.타입(type)- System참조(cross reference)- 시스템 기능 : R7- 유즈케이스 : "직원삭제"예외(exception)- 삭제할 직원이 로그인 중일 때결과(output)- 직원 삭제 처리전제조건(precondition)- 사용자는 로그인해야 한다.종료조건(postcondition)- 직원 삭제직원 정보 변경시스템 오퍼레이션- 직원정보 변경 서류 출력- 직원 정보 변경직원정보변경 서류 출력책임(responsibility)- 직원정보 변경 서류를 요청하면 적절한 서류를 찾아서 출력한다.타입(type)- 사용자참조(ce)

공학/기술| 2006.06.23| 10페이지| 2,000원| 조회(266)

uml, 전자결제, up, 오퍼레이션, 개발방법

미리보기

닫기
[다이어그램]전자결제보고서] 시퀀스 다이어그램

실험?실습 안내서실험?실습 번호10실험?실습 일시2006 년 05 월 05 일담당 교수담당 조교보고서 제출 기한2006 년 05 월 11 일배점평가 기준1. 제목 : 시스템 시퀀스 다이어그램 작성- Activity 20352. 목적시스템 시퀀스 다이어그램을 작성함으로써 액터와 시스템간의 이벤트를 확인할 수 있고, 시스템에서 구현할 내용에 대해서 파악할 수 있다.3. 실험에 필요한 기초지식- 시스템 시퀜스 다이어그램 작성 방법4. 설치 및 준비 사항- UML 작성 도구5. 실습 절차1. UML 도구를 실행시키고, Sequence Diagram을 선택한다.2. 실습 8에서 작성한 Essential 유즈케이스에서 시스템 시퀀스 다이어그램을 그릴 유즈케이스를 하나 선택한다. 첫 번째로 "서류 양식 찾기" 유즈케이스를 선택한다.3. UML 도구를 이용해서 시스템 시퀀스 다이어그램을 작성한다.4. 실습 8에서 작성한 Essential 유즈케이스에서 다른 유즈케이스들을 선택해서 2~3번 단계 작업을 통해서 시스템 시퀀스 다이어그램을 작성하라.*서류 작성 및 제출*서류 검토 및 결재*직원등록 기능*직원삭제 기능*로그인 기능*부서등록*부서삭제* 직원 정보 변경5. 작성한 시스템 시퀀스 다이어그램을 다른 팀원들과 비교하고, 자신이 생각하지 못한 점이 무엇인지 확인하라.

공학/기술| 2006.06.23| 5페이지| 1,000원| 조회(1,545)

시퀀스, uml, 전자결제, up, 다이어그램

미리보기

닫기
[컴공]전자결제보고서] 개념클래스 다이어그램

실험?실습 안내서실험?실습 번호9실험?실습 일시200 년 월 일담당 교수최종명 교수님담당 조교보고서 제출 기한2006년 05 월 04 일배점제출자059144 김춘우014666 나준호034390 나보라1. 제목 : 개념 클래스(Conceptual Class) 파악 및 다이어그램 작성- Activity 20332. 목적유즈케이스와 요구 사항을 통해서 개념 클래스들을 파악하고, 개념 클래스의 속성과 관계를 다이어그램으로 표현한다.3. 실험에 필요한 기초지식- 개념 클래스 파악 방법- 전자 결재 시스템4. 설치 및 준비 사항- UML 작성 도구5. 실습 절차1. Essential 유즈케이스와 비즈니스 컨셉 모델에서 명사, 명사구를 중심으로 개념 클래스 후보들을 파악해서 종이에 기술한다. 필요한 경우에는 Concept Category List를 보고, 리스트에 포함되는 개념들이 있는지 찾는다.직원, 서류, 부서, 시스템, 문서보관함, 휴지통, 결재자, 기안자, 관리자2. 개념 클래스 후보들에 이름을 부여한다. 이름은 가급적 비즈니스 도메인에서 사용하는 용어를 사용해서 붙인다.3. 개념 클래스들 간의 관계를 찾아서 기술한다. 관계 유형은 Association Category 표를 참조한다.CategoryExamplesA는 B의 논리적인 한 부분이다.직원 - 부서A는 B를 사용하거나 관리한다.직원 - 서류A는 B의 물리적인 한 부분이다.결재자 - 직원A는 B 관리한다.결재자 - 관리자A는 B를 사용한다.결재자 - 시스템A는 B를 관리한다.관리자 - 시스템A는 B의 물리적인 한 부분이다.기안자 - 직원A는 B를 사용한다.기안자 - 시스템A는 B에 보관 된다.서류 - 보관함A는 B에 삭제되어 진다.서류 - 휴지통4. 클래스들 간의 관계에 이름, 역할, 다중성을 부여한다.부서 - 포함하다 - 직원*직원 - 작성/결재하다 - 서류*직원 - 포함하다 - 결재자*직원 - 포함하다 - 기안자*결재자 - 관리하다 - 관리자*결재자 - 사용하다 - 시스템*기안자 - 사용하다 - 시스템*관리자 - 관리하다 - 시스템*서류 - 보관하다 - 서류 보관함*서류- 삭제하다- 휴지통*5. 개념 클래스의 속성을 찾아서 추가한다. 필요한 경우에는 용어 사전을 참조한다.직원 - 사번, 이름, 암호, ...부서 - 부서 이름서류 - 서류 제목, 작성자, 날짜, 결재 라인, 서류 내용휴지통- 서류 제목, 삭제날짜, 작성자,문서보관함- 작성자, 결재자, 서류 제목, 서류내용,6. 클래스 다이어그램을 작성한다.6-1. Visual Paradigm을 시작시키고, Create Class Diagram을 선택해서 클래스 다이어그램을 그리도록 한다.6-2. Class Diagram을 그리는 부분에서 클래스 아이콘을 선택하고, 작업판을 클릭하면, 클래스를 그릴 수 있다. 클래스가 만들어지면, 클래스의 이름을 기술한다.

공학/기술| 2006.06.23| 4페이지| 1,000원| 조회(1,131)

uml, 전자결제, up, 다이어그램, 개념클래스

미리보기

닫기
[컴공]전자결제보고서] 에센셜 유즈케이스

실험?실습 안내서실험?실습 번호8실험?실습 일시2006년 04월 22일담당 교수담당 조교보고서 제출 기한2006년 04월 25일배점팀원1. 제목 : Essential 유즈케이스 정의하기2. 목적Essential 유즈케이스를 작성함으로써 주 이벤트 흐름, 대안 흐름, 예외 등을 파악한다.3. 실험에 필요한 기초지식- 전자 결재 시스템에 대한 조사4. 설치 및 준비 사항- 전자 결재 시스템에 대한 조사5. 실습 절차1. 비즈니스 유즈케이스에서 하나를 선택한다.2. 비즈니스 유즈케이스의 목적, 액터, 세부적인 작업 단계, 예외 등을 다음 형식에 맞게 기술한다.3. 모든 비즈니스 유즈케이스에 대해서 2번 작업을 수행한다.4. 2~3번 단계를 통해서 새로 도출된 유즈케이스를 유즈케이스 다이어그램에 추가한다.5. 유즈케이스를 작성하는 단계에서 나타는 용어들은 용어집에 추가한다.유즈케이스 : 서류 양식 찾기액터 - 기안자목적 - 서류의 양식을 기안자가 찾을 수 있도록 한다.개요 - 서류는 양식에 맞게 작성해야 하기 때문에 기안자가 작성할 서류에 따라 필요한 서류 양식들을 기안자가 찾을 수 있도록 지원한다.타입 - Primary참조 - none선수조건 - 기안자는 로그인 되어 있어야 한다.주 흐름기안자시스템1. 서류 양식 목록을 요청한다.2. 기안자의 권한을 체크하고, 사용 가능한 서류 양식이 어떤 것이 있는지 확인한다.3. 기안자가 사용할 수 있는 서류 양식들을 사용자에게 보여준다.4. 원하는 서류 양식을 선택한다.5. 서류 양식에 대한 설명과 서류를 작성할 수 있는 폼을 사용자에게 보여준다.대안흐름기안자시스템1a. 키워드를 이용해서 해당되는 서류 양식을 요청한다.2a-1. 키워드를 통해서 해당되는 서류 양식들을 찾는다.2a-2. 기안자의 권한을 체크하고, 찾은 양식들 중에서 사용 가능한 것을 찾는다.유즈케이스 : 서류 작성 및 제출액터 - 기안자목적 - 서류를 작성하고, 제출한다.개요- 서류를 양식에 맞게 작성하고, 서류를 결재할 결재권자를 선택해서 제출한다.타입 - Primary참조 - none선수조건- 기안자는 로그인되어 있어야 한다.- 기안자는 서류 양식을 선택해야 한다.주 흐름기안자시스템1. 서류 양식에 따라 서류를 작성한다.2. 결재권자 목록을 요청한다.3. 기안자의 직책, 부서, 서류 양식을 고려해서 가능한 모든 결재권자들을 찾는다.4. 결재권자 목록을 사용자에게 보여준다.5*. 결재권자를 선택한다.6*. 결재권자 정보를 순서대로 보관한다.7. 서류를 제출한다.8. 서류를 첫 번째 결재권자가 결재할 수 있도록 처리한다.대안흐름기안자시스템5a*. 결재권자의 추가/삭제/변경을 요청한다.6a*. 결재권자 정보에서 사용자가 요청한 내용을 수행한다.7a. 서류를 취소한다.8a. 서류 정보를 제거한다.7b. 서류를 제출하지 않고, 임시 보관을 요청한다.8b. 서류를 기안자의 임시 보관함에 저장한다.예외흐름6. 결재권자 리스트가 회사의 결재 라인과 다르게 선택된 경우에 올바르게 선택하도록 요청한다.8. 서류 내용 중에서 반드시 기입해야 하는 내용을 기입하지 않은 경우에 내용을 채우도록 요청한다.8. 결재권자를 입력하지 않은 경우에 결재권자를 선택하도록 요청한다.유즈케이스 : 서류 검토 및 결재액터 - 결재자목적 - 서류를 검토하고, 결재한다.개요 - 서류를 검토하고, 적합한 경우에 결재한다. 만약 적합하지 않은 경우에는 서류 결재를 거부한다.타입 - Primary참조 - none선수조건- 결재자는 로그인 되어 있어야 한다.주 흐름결재자시스템9*. 기안자가 작성한 서류 검토9a 서류가 양식에 맞춰 작성 되었는지검토10. 양식에 잘 맞고 적절하면 승인10a 양식에 맞지 않고 적절 하지 않는 경우결재거부11. 작성자에게 승인 되었다고 알림11a. 작성자가 누구인지 파악 후 결재 거부 이유 알림대안흐름결재자시스템10. 양식이 틀린 경우 틀린 곳을 지적9*a. 기안자가 서류를 제출하기 전에 서류 양식 검토 후 제출 하게 한다.10. 틀린곳을 기안자에게 알려준다.예외 흐름10. 서류를 제출하기 전에 양식에 적절 한지 검토 후 결재자에게 제출 하도록 한다.11. 양식이 틀렸다면 틀린 곳을 지적 해주도록 한다. 그리하여 빠른 수정으로 다시 서류제출을 하게 한다.유즈케이스 : 직원등록기능액터 - 기안자목적 - 직원들을 등록 시킨다.개요 - 직원 등록 정보에 맞게 서류를 작성하서 제출 한다.타입 - Primary참조 - none선수조건- 관리자는 실수 없어 직원 정보를 입력해야 한다.주흐름기안자시스템12. 기안자는 관리자에게 직원등록을 요청14. 받은 서류를 작성한다.13. 기안자의 권한 체크를 하고 직원등록 서류를 전해 준다.15 기안자로부터 작성된 서류를 전산처리한다.대안 흐름기안자시스템12a. 회사의 전산 시스템의 직원추가 기능을찾아서 개인 정보를 입력한다.12.b 개인 정보를 입력 한 다음 저장해서 전송한다.13. 기안자 정보를 확인하고 직원 등록을 시 키다.예외 흐름-13.회원 정보를 등록시키기 전 기안자에게 직원등록 정보 서류를 보여주어 틀린 부분이나 빠진 부분이 있는가 확인 후 등록 시킨다.유즈케이스 : 직원삭제기능액터 - 결재자목적 - 직원을 삭제 시킨다.개요 - 직원 삭제 정보에 맞게 서류를 작성하서 제출 한다.타입 - Primary참조 - none선수조건 -주흐름결재자시스템14. 직원 삭제 요청을 함16. 삭제 문서를 받아서 작성해서 전송15. 관리자는 삭제에 필요한 문서를 결재자에게 보내줌17a. 결재자로부터 받은 서류를 관리자에게 보낸다.17b. 관리자가 허가하면 직원을 삭제 처리함대안흐름결재자시스템14a. 직원삭제 기능을 찾아서 삭제할 직원 정보를 입력한다.14b. 저장한 다음 관리자에게 보낸다.15. 삭제서류를 보고 직원을 삭제한다.예외 흐름- 15. 직원정보를 삭제하기 전에 서류에 빠진 내용이 있나 확인하고, 정말 삭제 할 것인지 한 번 더 확인 후 삭제한다.유즈케이스: 로그인 기능액터 - 기안자목적 - 로그인을 통하여 등록된 사람만이 시스템을 사용 할 수 있다.개요 - 기안자는 관리자 에게 로그인 요청을 한다.타입 - Primary참조 - none선수조건 - 로그인을 하기위해 자신이 지정했던 암호를 알고 있어야 한다.주흐름기안자시스템18. 자신의 사번과 암호를 입력한다.20. 오류 메시지가 출력 되면 다시 사번과 암호를 입력한다.21. 로그인이 완료되면, 기안자가 작성할 서 류 목록들을 볼 수 있다.19a. 암호와 사번이 일치하면 로그인 성공19b. 일치 하지 않는다면 오류 메시지 출력대안흐름기안자시스템18. 자신의 암호가 기억 안날 경우 시스템 에게 요청21. 시스템으로부터 온 암호를 입력한다.19a. 기안자의 요청을 관리자에게 넘긴다.19b. 관리자는 기안자의 개인 정보 확인 후 암호 정보를 시스템 에게 넘긴다.20. 관리자에게 받은 정보를 기안자에게 보내준다.예외흐름-18. 일정 횟수 이상 번호가 틀린 경우 보안을 위해 기안자의 로그인 기능을 정지 하고, 기안자는 암호 변경을 요청한다.유즈케이스: 부서 등록기능액터 - 결재자목적 - 부서를 등록 시킨다.개요 - 결재자는 관리자에게 부서등록을 요청한다.타입 - Primary참조 - none선수조건 -주흐름결재자시스템20. 결재자는 부서등록을 요청22. 전달 받은 서류를 작성하여 다시 시스템에게 전달21. 부서등록 서류를 결재자 에게 전달23a. 결재자로부터 받은 서류를 관리자에게 승인을 받는다.23b. 승인을 받은후 전산 처리한다.대안 흐름결재자시스템20a. 결재자는 부서입력 기능을 찾아서 부서추가에 필요한 정보를 입력한다.20b. 입력이 끝나면 관리자에게 전송한다.23. 결재자로부터 전송 받은 문서를 양식에 맞게 작성했나 확인 후 부서 추가를 한다.예외 흐름- 20. 전산 처리를 하기 전 서류 양식에 맞게 작성 되었나 확인 후 전산 처리 한다.유즈케이스: 부서삭제 기능액터 - 결재자목적 - 부서를 삭제 시킨다.개요 - 결재자는 관리자에게 부서삭제를 요청한다.타입 - Primary참조 - none선수조건 -주흐름결재자시스템24. 부서 삭제 문서를 요청한다.26. 문서 작성 후 다시 보냄25. 부서 삭제에 필요한 문서를 찾아서 보내줌.27a. 결재자로부터 받은 부서 삭제 서류를 관리자에게 전달.27b. 서류를 읽어 보고 결재 하면 부서를 삭제 한다대안흐름결재자시스템24a. 결재자는 부서 삭제 기능을 찾아서 부서 삭제에 필요한 서류를 작성한다.24b. 서류 작성 후 전송한다.25. 결재자자로 온 문서를 확인 후 부서를 삭제 한다.예외흐름-25. 기안자가 작성한 서류에 빠진 내용이 없는지 확인하고 삭제 처리 한다.유즈케이스: 직원 정보 변경액터 - 기안자목적 - 직원의 정보를 변경 시킨다.개요 - 기안자는 관리자에게 정보 변경을 요청한다.타입 - Primary참조 - none선수조건 - 기안자는 직원 정보에 등록 되어야 한다.주흐름기안자시스템26. 자신의 정보가 변경되었음을 결재자 에게 알리고 정보 변경 서류를 요청한다.28. 기안자는 서류를 작성하여 다시 보낸다.27. 기안자에게 정보 변경 서류를 보내준다.29. 기안자로부터 받은 서류를 받아서 직원 의 정보를 변경한다.

공학/기술| 2006.06.23| 12페이지| 2,000원| 조회(308)

uml, 전자결제, up, 에센셜, Essential

미리보기

닫기
[컴공]전자결제보고서] 비즈니스 유즈케이스

실험?실습 안내서실험?실습 번호7실험?실습 일시2006년 04월 11일담당 교수담당 조교보고서 제출 기한2006년 04월 18일배점평가 기준1. 제목 : 비즈니스 유즈케이스 정의하기2. 목적비즈니스 유즈케이스를 작성함으로써 시스템의 요구 사항을 더욱 깊이 이해하고,비즈니스 태스크들을 파악한다. 실제 업무에 쓰이는 기능에 대하여 기술한다.3. 실험에 필요한 기초지식- 비즈니스 유즈케이스 작성 방법- 전자 결재 시스템4. 설치 및 준비 사항- UML 작성 도구 설치5. 실습 절차1. 실험 4에서 작성한 시스템 요구 사항을 통해서 액터를 파악한다.구분액터주 액터부 액터2. 주 액터의 목표(goal)를 파악해서, 액터-목표 리스트를 작성한다.액터목표기안자서류를 작성서류를 제출개인정보 변경 요청부서정보 변경 요청결제 확인 검색결재자결재할 서류 검색서류를 상위 결재권자에 제출서류 결제 보류개인정보 변경 요청부서정보 변경 요청재실 유무 메시지를 전송관리자직원 정보를 관리부서 정보를 관리서류 양식을 관리3. 유즈케이스를 찾는다.4. 유즈케이스 다이어그램을 작성한다.4-1. UML 도구를 시작시키고, 유즈케이스 다이어그램을 선택한다.4-2. 액터를 그린다.4-3. 유즈케이스를 그리고, 액터와 연결한다.4-4. 비즈니스 유즈케이스 다이어그램을 완성한다.4-5. 비즈니스 유즈케이스가 완성되면, 실험 5에서 작성한 용어집에 새로운 용어들을 추가한다. 또한 필요한 경우에는 기존 용어를 보다 정확하게 정의하라.용어설명비고상위결제결제 후 상위 결재권자에게 서류 전송update서류작성기안자가 서류를 작성docWrite정보변경개인정보, 부서정보 변경inforChange5. 작성한 비즈니스 유즈케이스를 다른 팀원들과 비교하고, 자신이 생각하지 못한 점이 무엇인지 확인하라.6. 참고 자료- Together 사용 설명서 (VP에서 투게더로 uml 툴 변경 ^^)

공학/기술| 2006.06.23| 4페이지| 1,000원| 조회(329)

uml, 전자결제, up, 유즈케이스, 개발과정

미리보기

닫기