*광* 스토어

*광*

개인

팔로워0 팔로우

소개

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

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

판매자 정보

학교정보

입력된 정보가 없습니다.

직장정보

입력된 정보가 없습니다.

자격증

입력된 정보가 없습니다.

판매지수

판매중 자료수

10개
전체 판매량

119개
최근 3개월 판매량

0개
자료후기 점수

평균A
자료문의 응답률

-

전체자료 10개

UML을 사용한 도서관리 시스템 설계

도서 관리 시스템개요 1-1 시스템의 목적 1-2 주요 업무 내용 1-3 시스템 목표 2. 요구사항 2-1 기능적 요구사항 2-2 비기능적 요구사항 3. Usecase Diagram 3-1 액터목록 3-2 시나리오 3-3 Usecase Diagram 3-4 Usecase 개요 4. Class Diagram 5. Sequence Diagram 6. statement Diagram 7. activity Diagram:) 목차1-1 시스템의 목적 1-2 주요 업무 내용 1-3 시스템 목표1) 개요본 프로젝트의 목표는 매출 다양화를 통한 매출의 증대, 온라인 상에서 신규 고객 확보, 고객에게 편리한 기능을 제공하여 인터넷 온라인 상에서 고객이 편리하게 도서를 구매할 수 있는 시스템을 구축한다.1. 개요기존이 오프라인 서점을 인터넷 기반의 서점 구매시스템으로 제공함으로써, 신규 고객의 창출과 기존의 단골 고객에 대한 우대 서비스 제공 등으로 서점의 수익증대를 도모한다. 고객에게는 도서주문에서 결제 및 배송서비스까지 제공함으로써, 신속 편의성을 제공한다.1) 시스템의 목적도서주문 고객정보관리 관심도서등록 도서정보관리 재고관리 통계관리 로그인/로그아웃2) 주요업무내용기존의 오프라인 서점을 운영하였으나 경쟁이 치열해지고 인터넷 구매가 보편화됨에 따라 새롭게 인터넷 상에서도 고객이 편리하게 도서를 구매할 수 있는 온라인 서점 구매 시스템을 구축한다. 온라인 구매 시스템을 통한 판매 매출 증대 도서 구매가 간편하고 편리한 도서주문 기능 제공 고객등급에 따라 차별 혜택 제공3) 시스템 목표2-1 기능적 요구사항 고객과 관련된 요구사항 관리자와 관련된 요구사항 결제 시스템과 관련된 요구사항 배송 시스템과 관련된 요구사항 2-2 비기능적 요구사항 가용성,응답성,연결성,신뢰성,안정성,2. 요구사항고객과 관련된 요구 사항 자신에 대한 정보를 관리할 수 있다.(등록, 수정, 조회, 탈퇴) 마일리지 포인트를 결재시 사용할 수 있다. 검색은 제목, 저자, 출판사를 키워드로 사용하여 검색한다.다. 그 내역으로는 주문 정보, 결제 정보, 배송 정보가 포함된다. 서점에 등록되는 모든 책에 대한 재고 사항이 관리할 수 있다.(등록, 조회, 수정) 각 기능을 사용하려고 할 때는 로그인을 해야 하며, 로그아웃으로 그 연결을 끊을 수 있다.1)기능적 요구사항1)기능적 요구사항결제 시스템과 관련된 요구 사항 고객이 주문 시 신용카드 결제와 핸드폰 결제를 할 때 필요한 정보를 받고 이를 이용해 결제를 수행 해 줄 수 있어야 한다. 기존 결제가 취소되거나 트랜잭션 처리가 완전하기 못할 경우 이에 대한 요인과 그 내용에 정보를 전달해 줄 수 있어야 한다. 배송 시스템과 관련된 요구 사항 고객이 주문한 책을 배송하기 위해 배송지에 대한 정보를 받고 배송 현황에 대한 정보를 제공해야 한다.2)비기능적 요구사항가용성 도서 주문 시스템은 365일 24시간 서비스가 지속 되어야 한다. 온라인 서점은 동시 접속자 최소 500명을 지원 할 수 있어야 한다. 응답성 사용자가 증가 할 때를 대비하기 위해 분산처리를 하는 시스템을 구축해야 한다. 연결성 배송 시스템과 결제 시스템은 외부 시스템을 사용할 것이다. 따라서 이와의 유연한 인터페이스가 필요하다.2)비기능적 요구사항안정성 데이터 백업은 일정 시간에 배치 작업으로 설정해 자동 수행 되어야 하고, 이 백업 자료로 복구가 가능해야 한다. 신뢰성 고객 주문 시 바로 처리 될 수 있는 책은 도서 산간 포함해 3일 이내에 배송 되어야 한다.3-1 액터목록 3-2 시나리오 3-3 Usecase Diagram 3-4 Usecase 개요3. Usecase Diagram1) 액터 목록액터명구분설명고객시스템사용자인터넷 서점 구매 시스템에 정식 고객으로 등록된 회원으로서 로그인하여, 도서를 구매하거나 기타 시스템에서 제공하는 제반 서비스를 이용하는 사람관리자시스템사용자인터넷 서점 운영에 관련한 것 중 고객정보관리, 신규 도서의 등록관리 및 고객에게 제공하는 서비스에 관련 운영 업무를 하는 사람액터명구분설명결제시스템외부시스템고객이 주문한 도서 금액1 도서정보조회 1. 개요 도서정보를 조회할 때 사용된다. 2. 사건의 흐름 1)기본흐름 i) 고객은 구분 조건을(제목, 저자, 출판사) 선택하고 조회조건을 입력하고, 검색을 요청한다. . ii) 시스템은 조건에 맞는 검색결과를 고객에게 보여준다.ii)도서정보조회2) 대안흐름 i) 검색조건이 없는 경우 - 시스템은 검색조건이 없음을 알리고 유스케이 스를 종료한다. ii) 검색 결과를 가나다 기준, 발행일 기준, 출판사 등으로 재정렬하여 보고 싶은 경우 - 고객은 정렬방식을 선택한다. 3. 사전조건 : 고객은 분야별, 판매순위별(베스트 셀러), 신간도서, 이벤트 도서별 검색화면을 선택한다. 4. 사후조건 : 해당사항 없음ii)도서정보조회2-2 도서주문하기 1. 개요 고객이 도서를 주문할 때 사용한다. 2. 사건의 흐름 1) 기본흐름 i) 고객은 도서를 조회 한다 ii) 고객은 도서를 선택하고 장바구니에 담는다 iii) 고객은 장바구니 내역을 최종 확인하고 시스템에 구매요청을 한다 iv) 시스템은 고객의 주문내역을 DB에 저장하고, 고객에게 결제 방법을 선택 하도록 요청한다 v) 고객은 결제 시스템이 제공하는 절차에 따라 결제를 한다ii)도서정보조회vi) 결제 시스템은 결제를 처리하고 처리결과를 시스템에 전달한다 vii) 시스템은 결제 처리결과를 시스템DB에 저장하고 최종 결과를 고객에게 보여준다 viii) 결제가 성공할 경우 시스템은 고객의 주문내역을 배송시스템에 전달한다 3. 사전조건 1) 고객은 로그인이 되어 있어야 한다. 4. 사후조건 1) 고객이 주문한 내역정보와 결제처리 정보가 시스템 DB에 저장되어 있다.ii)도서정보조회2-3 주문내역 조회 1. 개요 고객이 자신이 주문한 도서의 주문상세 내역을 조회한다. 2. 사건의 흐름 1) 기본흐름 i) 고객은 시스템에 주문내역 조회 요청을 한다 ii) 시스템은 고객에게 고객의 주문목록을 보여준다 3. 사전조건 i) 고객은 로그인이 되어 있어야 한다. 4. 사후조건 : 없음ii)도서정보조회2-4 주문 취소 1. 점 구매 시스템이 정하는 범위 내에서 주문을 취소할 수 있다. 도서를 주문하려면 반듯이 로그인 하여야 한다4) Usecase 개요Use case 명설명도서정보조회고객과 관리자가 도서정보를 조회한다. 로그인을 하지 않아도 도서정보 조회가 가능하다 도서정보관리 유스케이스와, 도서주문 유스케이스에서 도서정보조회 유스케이스를 사용한다관심도서등록고객은 자신이 관심 갖는 도서를 별도 로 등록하여 관리하여, 나중에 신속한 주문 서비스를 이용할 수 있다.4) Usecase 개요Use case 명설명재고관리관리자는 도서의 재고정보를 관리한다 재고관리를 통하여, 관리자는 원활한 도서 구비를 하고, 고객은 재고 유무를 직접 확인 함으로써, 도서 주문에 편리 성을 제공한다.통계조회관리자는 도서의 분야별로 고객의 연령 별, 직업별, 성별 구매현황과 도서의 주간/월간 판매 현황 조회하여 마케팅, 서점운영에 참고 자료로 활용한다. 고 객은 도서의 주간 및 월간 판매순위 현 황을 조회 한다.4) Usecase 개요Use case 명설명로그인/로그아웃단순 도서 조회를 제외한 모든 서비스 를 이용하려면, 고객과 관리자 모두 로 그인을 해야 가능하다4) Usecase 개요4-1 class diagram 4-2 class 정의4. Class Diagram1)Class Diagram속성(영문) 속성(한글) 자료형 설명 orderId 주문번호 String customerId 고객아이디 String orderDate 주문일자 String deliveryId 배송번호 String deliAddress 배송지 주소 String receiverName 수신자이름 String settleDate 결제일자 String phoneNumber 수신자연락전화 String Settletype 결제유형 String settleAmount 결제금액 int Operation Parameter Return 설명 +searchOrder String orderId Order 주문을 조회한다. +createOrder Order 승인번호 Operation Parameter Return 설명 +createPayment String orderId, boolean 결제정보를 저장한다. long settleAmount +searchPayment String orderId Payment결제정보를 검색한다.:)Cardapp Class속성(영문) 속성(한글) 자료형 설명 phoneNo 핸드폰 번호 String approvalNo 핸드폰결제승인번호String Operation Parameter Return 설명 +createPayment String orderId, boolean 결제 승인정보를 저장한다. long settleAmount +searchPayment String orderId Payment결제정보를 검색한다.:)Phoneapp Class속성(영문) 속성(한글) 자료형 설명 accountNo 은행계좌번호 String accountName 은행명 String 결재유형(신용카드) Operation Parameter Return 설명 +createPayment String orderId, boolean 결재승인정보를 저장한다. long settleAmount +searchPayment String orderId Payment결재정보를 검색한다.:)Account Class속성(영문) 속성(한글) 자료형 설명 custid 고객아이디 String custpwd 비밀번호 String custname 이름 String custSSN 주민번호 String sex 성별 String Phone 전화번호 String zipcode 우편번호 String address 주소 String mileage 마일리지 int Operation Parameter Return 설명 registerCustomer Customer boolean 고객으로 등록 search String custid, Customer고객정보를 조회한다. String custname, modifyCustomer String boolean 고개정보를how}

공학/기술| 2009.09.30| 52페이지| 3,000원| 조회(1,008)

소프트웨어공학, uml, Activity Diagram, Class Diagr..

미리보기

닫기
UML을 이용한 약국정보화 시스템 분석/설계

약국정보화 시스템 분석 / 설계Content1. 배경소개3. 객체 모델링4. 동적 모델링5. 분석 / 결론2. 사용 사례* / 20시간이나 장소에 제약 받지 않는 다양한 의료 및 정보서비스는 유비쿼터스 사회를 이끌어 가는 핵심 사업으로서의 가치를 지님. 의료정보화는 국민 의료복지 향상을 위해 대단히 중요한 Agenda로 부각되고 있음배경소개Introductione-Health* / 20현 약국 실태 청구관리(88.9%), 조제 및 약품관리(83.3%), 오류 대처, 선택기준, 변경 지원 등의 응용 프로그램의 구성이 필요 약국에서도 업체의존도가 매우 높은 수준으로 업체의 기술수준 향상 등을 통해 정보화 추진이 이뤄져야 할 것으로 나타났다. 정보화 담당직원의 경우 약국 정보화 업무보다는 처방전 입력을 위한 인력인 것으로 보인다. 백업장치를 가지고 있는 약국이 45%밖에 되지 않아서 자료손실 방지를 위해 백업장치의 개선이 필요한 것으로 나타났다.배경소개현황조사정보화 수준 허술세계 최고 수준의 정보화 도입비율* OCS:주문자처방전달시스템* / 20배경소개개발 필요성제조약품의 잘못된 재고 파악으로 고객에게 조제를 못하는 사례 발생 정확한 일일 매출과 판매량, 고객의 수 측정의 어려움 = 전산화되지 못한 시스템으로 인한 재고파악 시간 및 재고 비용 증가 고객에 대한 정확하지 못한 정보파악으로 인한 고객 서비스의 저하현 시스템의 문제점제조약품, Generic약품의 소비에 대한 전산화를 통하여 효율적인 재고관리 판매의 전산화를 통하여 정확한 매출액 파악 고객정보의 전산화를 통한 고객 서비스의 극대화개선안 도출처방조제, 재고관리, 고객관리 등 약국에서 일어나는 전반적인 업무를 원활히 수행할 수 있도록 지원* / 20“ANOTHER CHALLENGE”동기 부여약국정보 통합화를 위한 시스템 도입 재고관리, 고객관리 등 일반업무를 포함한 확대 시스템 병원과 통합 시스템 구축업무프로세스 개선 및 새로운 환경에 대한 필요성 인식 약국간 Cross-training 참여 증대제안된 개선안 실천에 다른 결과 측정 도입 업무 매뉴얼 개정 및 교육 Vendor들과의 수요예측 공유로 MRO의 구매리드타임 단축정보 시스템업무 개선최상의 고객서비스 약국의 수익성 극대화 기여배경소개기대효과* / 20고객 관리처방 조제일일 점검일일 마감직접 조제단순 판매현 Business Process Model 소개배경소개일일업무* / 20현 Business Process Model 소개(2)배경소개약품 관리약품 사입마약 대장거래 원장재고관리DATA 관리백업DB 관리* / 20Actor 고 객, 약 사 시나리오1 처방전을 소지한 고객사용 사례시나리오 이름약국 관리 정보 시스템참여 액터고객, 약사시작 조건고객이 약국을 방문한다사건의 흐름고객이 자신의 처방전을 약사에게 건냄 약사가 고객의 이름을 입력하여 고객정보 확인 약사가 고객에게 정보를 확인 처방전 스캔 또는 입력 약 제조 약을 고객에게 건냄종료 조건고객이 자신의 약에 대한 대가 지불시나리오* / 20사용 사례시나리오2 일반약품을 구매하는 고객시나리오 이름약국 관리 정보 시스템참여 액터고객, 약사시작 조건고객이 약국을 방문한다사건의 흐름약사가 고객에게 용무를 물어봄 고객이 자신의 증상을 약사에게 알려줌 약사가 고객에게 고객의 이름을 요청 약사가 고객의 이름을 입력하여 고객정보 확인 약사가 고객에게 정보를 확인 약을 고객에게 건냄종료 조건고객이 자신의 약에 대한 대가 지불시나리오(2)* / 20Usecase 명설 명사용자 인증약사가 비밀번호를 입력하고 정당한 비밀번호이면 약국 어플리케이션의 사용 권한을 획득한다. 이때 약국 어플리케이션은 서버에 해당 약국의 온라인을 알린다. 사용 후 로그아웃을 하여 약사 이외의 약국 어플리케이션 접근을 막고 서버에 오프라인임을 알린다.문 자 인 식Thresholding, Grouping, Filtering, Segmentation 등의 과정을 통하여 약국 어플리케이션에 저장된 처방전의 이미지를 문자인식 하기 쉽게 가공한다.처방전 스캔약사가 스캐너를 통하여 환자가 가지고 온 처방전을 스캔하고, 약국 어플리케이션은 처방전의 이미지를 저장한다.처방전 자료 생성문자인식의 결과로 필요한 의약품의 정보를 통합하여 처방전과 조제내역의 자료를 보여준다.의약품 관리약사가 의약품의 입/출고, 판매, 재고, 정보 등을 관리한다.복약지도 출력약사가 처방할 의약품들의 복약지도 내용을 출력하여 환자에게 제공한다.고객 정보 조회약사는 고객이 고객의 인적사항 및 구입한 약에 대한 정보를 조회한다.정보 분석/통계약국 전용 어플리케이션을 통하여 수집된 정보를 바탕으로, 각종 다양한 정보의 정확한 분석/통계 자료를 계산한다.정보서비스 제공고객에게 질병에 대한 정보와 유행성 병에 대한 정보를 알려준다.사용사례사용사례• Thresholding : 원본 이미지를 바이너리 이미지로 바꾼다. • Grouping : 각 문자별로 번호를 붙여 각각을 구분 할 수 있게 한다. • Filtering : 노이즈로 인하여 일정 크기 이하의 그룹화된 부분을 버린다. • Segmentation : 전체 하나의 이미지에서 알파벳 크기의 여러 개로 분할한다. 미리 학습된 결과를 가지고 가공된 처방전의 이미지를 문자로 인식하고 이를 일정한 형식으로 보여준다.사용 사례* / 20사용사례 다이어그램모델링사용 사례* / 20Class 다이어그램객체지향 모델링모델링* / 20동적 모델링순서다이어그램 일반 업무 및 재고관리모델링* / 20동적 모델링순서다이어그램 고객관리모델링* / 20상태다이어그램 약(일반약품/제조약품)이 가질 수 있는 가능 한 상태를 나타냄동적 모델링모델링* / 20액티비티다이어그램 고객동적 모델링모델링* / 20액티비티다이어그램 약사동적 모델링모델링* / 20완벽한 고객관리를 위한 고객차트 관리 기능 의원, 약국간 처방전 네트워크 기능 처방전 접수실 및 조제실의 분리를 통한 약국업무의 효율화 약품에 대한 바코드출력 지원 Live Service : 최신 의약계 정보 실시간 제공 초고속 통신망을 통한 원격지 제어 시스템 기능 안정된 DB관리 컨설팅 정보를 제공하는 약국경영 Report 통계 기능 약국 경영/마케팅 자료 제공분석 / 결론정보시스템 도입 결과기대효과* / 20분석 / 결론2003년 3월부터 원외처방전이 시행 되었으나 94.9%의 약국이 사용하고 있지 않아서 아직까지는 일부 병원 문전 약국에서만 시행되고 있는 것으로 보임 환자의 편리를 위해 원외 전자처방전의 확대가 필요 전자처방전을 사용하는 방식은 비지정방식보다 지정방식의 경우 그 파생효과가 더욱 클 것으로 예상자동 복양지도, 자동주문, 통계정보, 경영분석보고서, 의약계동향 정보와 서비스를 제공하는 양국경영정보 서비스 네트워크를 운영 약국과 병의원의 시스템 통합, 더 나아가 보험 등 국민건강과 연계된 모든 기관의 시스템 통합으로 고객과의 관계 강화와 원활한 보상시스템 정립앞으로의 방향* / 20{nameOfApplication=Show}

공학/기술| 2009.09.30| 21페이지| 2,500원| 조회(441)

소프트웨어공학, uml, 사용사례 다이어그램, 액티비티다이어그램, 순서다이어그램, 상태다이어그램

미리보기

닫기
UML이용한 커피 전문점의 판매관리 시스템

1. 개 요 21C는 정보화 사회로 모든 영역에 걸쳐 정보화의 중요성이 대두되고 있다. 특히 교육적인 측면에서 볼 때 컴퓨터와 인터넷을 활용한 과목이 점차 증가하고 있으며, 기업에서도 신규 채용시 이에 대한 지식을 기본으로 하여 채용한다. 본 프로젝트 팀에서는 금번 수업의 일환으로 "커피 전문점 매매업무 전산화"를 채택하여, 업무를 조사하고 그 타당성을 검토해 보며, 수업에서 배운 내용을 실습하여 몸으로 채득함을 목표로 한다. 1.1. 시스템의 목적 ◇ 현재의 생활에 있어서 커피는 일종의 생필품으로 볼 수 있을 정도로 대중화되고 사랑 받고 있다. ◇ 커피를 판매하는 커피전문점의 판매와 메뉴를 관리하는 프로그램을 사용하여 구매자와 매장경영자의 입장에서 편리하고 효율적인 시스템으로 빠르고 정확한 서비스를 제공하 기 위함. ◇ 과정을 정형화하고 명료화 하여 고객에게는 빠른 서비스, 회사에는 효율적 판매실적 관리의 극대화를 이루고자 한다. 1.2. 추진 배경 ◇ 커피 전문점의 주된 업무는 품목에 대한 판매, 추가, 삭제, Take Out여부에 따른 환경 부담금의 부과 등의 업무로 구분할 수 있다. ◇ 수작업 처리의 경우 잘못된 주문 대응과 서비스 지연, 불합리한 서비스 순서 등으로 회사 입장에서 큰 손해를 보게 되는 경우가 발생. ◇ 커피 전문점에서 일어나는 모든 서비스뿐만 아니라 메뉴추가와 삭제, 기간별 정산에 이르기까지 모든 업무를 지원 가능한 시스템으로 확대하고자 함. 1.3. 시스템의 목표 ◇ 종업원의 업무 순서를 정형화. - 각 업무별 처리 속도를 향상 - 빠른 서비스를 구현하는 시스템

공학/기술| 2009.09.30| 20페이지| 2,500원| 조회(788)

소프트웨어공학, uml, Activity Diagram, use case ..

미리보기

닫기
UML이용한 컴퓨터실 좌석 배치

*개 요정보화 사회에 사는 우리에게 정보화를 위한 기기의 중요성은 피할 수 없는 필수적 요소가 되었다.그런 현실을 돕기 위해 학교 정보시스템실에서는 컴퓨터를 제공하고 있다.하지만 한정된 컴퓨터에 많은 학생들이 이용하기에는 여러 가지 문제점이 생기게 된다.그런 문제점을 해결하기 위한 방법을 제시하려고 한다. *주요업무 내용이용 학생에 대한 정보관리사용 컴퓨터와 사용되지 않은 컴퓨터의 관리 현재 좌석이용 현황 조회 좌석표를 발권 시간 초과 자리에 대해 자동 반납 퇴실 시 빈자리로 변경*시 나 리 오시나리오 이름 : 정보시스템실 이용참여액터 : 학생, 좌석배치기계시작 조건 1. 자리배석시스템에서 현재 좌석이용현황 조회사건의 흐름2. 학생증을 자리배석 시스템 리더기 부분에 스캔3. System에서 학생 인식4. 빈 자리를 클릭5. 지정된 좌석 사용(2시간) 6. 퇴실 시 좌석 해지

공학/기술| 2009.09.30| 15페이지| 2,500원| 조회(456)

uml, 클래스다이어그램, 사용사례다이어그램, 액티비티다이어그램, 순서다이어그램, 상태다이어그램

미리보기

닫기
UML을 이용한 학사관리 시스템 구축 평가A+최고예요

I. 서론 UML을 이용한 정보시스템 설계를 위해 소재를 생각해보니 불연 듯 생각이 든 것이 우리 대학의 ‘종합정보시스템’ 이였다. 여타 ‘서점관리시스템’이나 ‘비디오대여시스템’ 혹은 일선의 가게 운영시스템과 같은 것은 진부하다는 느낌이, 그리고 RFID-항공물류시스템과 같은 것들은 다루고 싶었으나 현재 2학년과정에 재학 중인 학생으로서 학문적 기초지식과 그와 관련된 배경지식이 미비하다고 판단되어 선택하지 않았다. 또한, 우리 대학 내의 ‘종합정보시스템’은 일종의 ‘학사관리시스템’으로, - 학사업무에 관련된 일을 관리 - 이는 실질적으로 우리들이 언제든지 사용하고 접하게 되는 그 시스템이다. 평소에도 자주 사용하는 이 시스템에 대해 알아보고자 싶은 욕구를 느끼게 되어 이와 같은 소재를 택하였다. 설계범위는 특정한 기능을 중심으로 하여 세부적인 설계를 하기보다 개괄적으로 핵심적인 기능을 광의적으로 설계를 하였다. 소프트웨어 설계 목적 상 UML과 같은 도구로 정보시스템의 특정한 기능을 세부적으로 설계하여 Java나 C언어 같은 프로그래밍언어로 구현하는 것이 좀 더 목적에 접근한다고 할 수 있겠으나, 전체적인 정보시스템의 설계도 그 목적이 완전히 벗어난다고는 생각하지 않았다. (그렇다고, 기능적인 측면을 덜 중요시하여 설계하여 학사업무의 핵심 로드맵을 간과하진 않았다.) 즉, 구체적인 하나의 기능 설계에 초점을 두기보다 시스템 전체적인 기능인 로드맵과 기능, 그리고 연관관계 등에 대해 초점을 두었음을 밝힌다. 이와 같은 설계는 종합정보시스템의 시간적 흐름에 따른 처음과 끝, 개괄적인 업무의 처리흐름, 서브 시스템간의 연관관계에 대해 쉽게 알 수 있는 장점이 있으나 세부적인 클래스를 구현하기 위한 설계가 미비하여 또 한번의 설계를 거쳐야만 구현을 할 수 있을지도 모른다는 단점이 있다.

공학/기술| 2009.09.30| 35페이지| 3,000원| 조회(1,845)

uml, 소프트웨어 공학, UML을 이용한 학사관, Use Case Diagr..

미리보기

닫기