FirstCaseStudyAndUMLBasic
  Dashboard > 소프트웨어 디자인 스터디 > ... > 2007swdesign > FirstCaseStudyAndUMLBasic
Community
  소프트웨어 디자인 스터디 Log In | Sign Up   View a printable version of the current page.  
Added by 장회수, last edited by 김형기 on 4월 26, 2007  (view change)
Labels: 
(None)

현 페이지는 Object Design 책에 대한 스터디가 끝난 후 한번의 스터디 시간에 UML 기초내용에 대한 Review를 하고
Case Study 를 하기 위한 페이지 입니다.
스터디 가이드

여기 기술 되는 내용들은 스터디 전까지는 UML 기초 내용 정리와 그에 대한 피드백,
실습 스크립트와 그에 따른 실습 내용 - 필수입니다
그외의 피드백들을 올리는 공간으로 하겠습니다.


UML2.0 Basic & Case Study

Table of Contents

UML2.0 Basic

필독자료

http://wiki.javajigi.net/display/SWD/OO_Principal 의 내용들
http://www.cs.colorado.edu/~kena/classes/6448/s05/lectures/ 의 각 교육과정에 따른 PT들

Case Study

사례는 엔코아 사이트의 빨간펜 문제 입니다.

사례(어느 시중 금융기관의 영업조직 모델)

우리회사는 '초일류지향' 이라는 시중 은행이다. 우리회사의 영업조직은 개인영업/중소기업영업/기관영업을 수행하는 일반영업본부와 기업영업본부로 구성되어 있다.

당사의 각 지점은 개인, 중소기업 및 기관 대상 영업을 하고 있으며, 각 업무팀은 특정 기업영업본부에 소속되어 기업영업에 대한 업무 보조역할을 수행하고 있다. 각 지점은 영업점, 출장소의 형태로 분류되며, 출장소 중에서도 특정 영업점에 종속되는 출장소와 독립업무를 수행하는 출장소로 나누어진다.

각 영업점은 영업점 통폐합이 가능하며, 영업점의 분할은 없다. 또한, 영업점의 순수 폐쇄도 불가능하며 폐쇄시는 반드시 특정 영업점으로 통합되어야 하며, 여러 개의 영업점이 하나의 영업점으로 통합될 수도 있다. 각 지점과 업무팀은 소속본부 변경이 가능하며, 이에 대한 이력도 관리되어야 한다.

우리회사 '초일류지향'의 영업은 PB(초우량고객 담당), SP(우량고객 담당), CSR(중산층고객 담당), SRP(중소기업고객 담당), IRP(기관고객 담당), RM(기업고객 담당) 영업인력으로 나뉘어져서 관리된다.

각 PB,SP,CSR,SRP,IRP 담당자들은 영업점에 배치되어 있으며, 한 영업점에 여러 명의 담당자가 있을 수 있다. RM 담당자들은 지점장급 들로서, 특정 영업점이나 업무팀에 소속되지 않고 기업영업본부로만 소속된다. 이들의 필드 영업에 대한 업무 보조는 업무팀과 지점의 Teller 들에 의해 수행된다. 다만, 영업조직에 대한 정보만을 관리하려 하므로 전사 사원에 대한 정보는 불필요하며 영업전담인력에 대한 정보만을 보유하려 한다. 즉, 전사 사원정보는 영업조직 관리 시스템에서는 통제가 불가능하며 관리할 필요성이 없다.

각 영업 담당자들은 자신만의 고객을 보유하고 있다. 특정 고객은 한 지점 내에서 중복 관리되지 않으나, 지점간에는 중복 관리될 수 있다. 우리의 고객은 개인고객/중소기업고객/기관고객/기업고객으로 나뉘어진다. 다만, 기업고객은 특정 RM에 의해서만 관리된다.

위에 기술된 문제는 단순히 업무에서 일어나는 요구사항입니다.
즉, 정보 요구 사항입니다.
그러나 우리의 어플리케이션은 단순히 이런 요구사항으로만 구성되지 않습니다.
이런 정보 요구사항을 만족하며 고객이 요구하는 기능적인 요구사항과 비기능적인 요구사항이 있습니다.

이 부분에 대해서는 가정을 통해 수행하도록 하겠습니다.

<본문 요약 >
영업조직

  • 일반영업본부
    • 개인영업
    • 중소기업
    • 기관영업
  • 기업영업본부
    • 기업영업 - 영업인력 - RM ... 영업점

영업점

  • 지점 - 출장소
  • 독립출장소

영업점 - 영업팀

  • 개인영업인력
    • PB
    • SP
    • CSR
  • 중소기업영업인력
    • SRP
  • 기관영업인력
    • IRP

구조외 요구사항 
    하나 이상의 영업점이 하나의 영업점 통폐합이 가능, 분할은 불가능
    영업점의 순수 폐쇄도 불가능하며 폐쇄시는 반드시 특정 영업점으로 통합  
    각 지점과 업무팀은 소속본부 변경이 가능하며, 이에 대한 이력도 관리

  • 차차 기술하도록 하지요. 생각 날때 마다. ( 모두 조금씩 추가 해 주세요. )
  • 가정 -
  • 기능적 요구사항
  • 비기능적 요구사항

스터디 내용

실행순서

  1. 오브젝트 찾기
  2. 책임식별
  3. 역할 식별
  4. 협력 식별
  5. 제어구조 구성하기
  6. 협력 설명하기
  7. 유연하게 설계하기

각 참여자 별 실습 내용

  • 여기에 참여자 별 스터디 전 실습 내용을 올립니다.

    김형기.

  • 생각해볼 문제 : 이 예제로는 오브젝트는 찾을 수 있을지 모르지만, 그 외의 책임이나 역할, 협력은 찾을수 없다.
    또한 책임, 역할 그리고 협력을 찾을 수 없기때문에 정상적인 오브젝트 찾기도 어려울 것이다 - 왜냐하면 오브젝트의 추상화 단계를
    결정할 아무런 근거가 없기때문이다.
    이 문서를 가지고 우리가 최초 원하던 스터디를 하려면, 예상가능한 책임을 우리가 생각해 내야만 한다.
    우선 생각할 수 있는 책임들로는, 시스템의 목표가 "영업조직 관리 시스템"을 구축하는 것이므로,
    직원의 영업 활동을 보조할 수 있는 영업사원 또는 영업조직의 실적통계 및 고객의 기여도에 관한 통계관련 책임들 뿐일 것이다.
    참 위의 통계를 내기 위해 필요한 기준이 있어야 하는데, 그것은 "원가"에 대한 고려이다.
  • 목표 : '초일류지향' 시중 은행의 영업조직 관리 시스템.
  • 오브젝트
    • 조직
      • PK 조직ID
      • 조직이름
      • 조직구분코드(코드.조직구분)
      • 상위조직ID(조직.조직ID)
      • 개설일자
      • 폐쇄일자
    • 영업점이력
      • PK 조직ID
      • PK 이력순번
      • 시작일자
      • 종료일자
      • 통합된조직ID(조직.조직ID)
    • 직원
      • PK 직원ID
      • 조직ID
    • 직무
      • PK 직원ID
      • PK 직무구분코드(코드.직무구분)
    • 고객
      • PK 고객ID
      • 고객이름
      • 고객구분코드(코드.고객구분)
    • 영업조직별 관리고객
      • PK 조직ID(조직.조직ID)
      • PK 고객ID(고객.고객ID)
      • 담당직원(직원.직원ID)
  • 코드구분
    • 조직구분
      • 일반영업본부
        • 지점
          • 영업점
            • 종속출장소
          • 독립출장소
      • 기업영업본부
        • 업무팀
    • 직무구분
      • PB(초우량고객 담당)
      • SP(우량고객 담당)
      • CSR(중산층고객 담당)
      • SRP(중소기업고객 담당)
      • IRP(기관고객 담당)
      • RM(기업고객 담당)
    • 고객구분
      • 개인고객
      • 중소기업고객
      • 기관고객
      • 기업고객
    • 직급구분
      • 지점장
      • 지점Teller

토론내용

참고문헌


script는 의외로 짧네요..
무지하게 길줄 알고 긴장했었는데.. ㅎㅎ

Posted by Ryu Sung Hee at 4월 03, 2007 12:21 | Permalink

아..
어렵네요.
시작부터 어케 해야되는거지 하는 생각만 들고 ㅠㅠ

Posted by Jeong-Hun Kim at 4월 03, 2007 13:43 | Permalink

사례 자체가 난해한데요.... ㅡㅡ;

Posted by 송효종 at 4월 03, 2007 23:05 | Permalink

그래? 바꿀까? 의견제시바람~

Posted by 장회수 at 4월 04, 2007 00:31 | Permalink

아뇨. 그냥 어렵워 보인다는 거죠.. ^^;
해보기에는 오히려 좋을 것 같습니다.

Posted by 송효종 at 4월 04, 2007 08:04 | Permalink

생각보다 어렵군
난 오늘부터 UML 공부시작해야 겠네요..!;;

Posted by 최석배 at 4월 19, 2007 20:52 | Permalink

뭐부터해야할쥐.. ㅜ,ㅡ

Posted by Ryu Sung Hee at 4월 24, 2007 11:07 | Permalink

어제 oo 에 대한 얘기중 속성의 override 에 대해, 말했던 것 처럼 실제 컴파일 타임에서도 그리고 런타임에서도 에러가 나지 않음.

Posted by 김형기 at 4월 26, 2007 12:40 | Permalink
Site running on a free Atlassian Confluence Open Source Project License granted to JavaJiGi Project. Evaluate Confluence today.
Powered by Atlassian Confluence, the Enterprise Wiki. (Version: 2.3.1 Build:#643 1월 22, 2007) - Bug/feature request - Contact Administrators