Transcript 용어 한글화에 대해서
개체지향으로 작업하기 1. 사례 - 매출대장 관리 - 인쇄요청 요건 2. UML 읽기 2015. 8. 29 임춘봉 시작에 앞서... 용어 한글화에 대해서 • 사람은 자신이 기존에 알고 있는 지식에 근거하여 새로운 사물을 이해한다. 새로운 것을 인식할 때는 각자 알고 있는 근접한 언어를 이용하므로 서로 다르게 이해한다. • 언어마다 기록할 수 있고, 발음할 수 있는 정도로 고쳐 부른다. 보기: Jesus Christ를 각 언어마다 어떻게 발음하는가? • 새로운 개념이 나타나면 기존에 자신이 알고 있는 어휘 중에서 찾아보고 가장 가까운 어휘나 복 합어로 이해한다. 그런데 내 어휘에 없다면? • 용어 보기: - “객체客體”와 “개체個體”는 각각 어떤 의미로 이해 되는가? - “유스케이스”와 “쓰임새”는 각각 어떤 의미로 이해 되는가? - “클래스형”과 “분류형”은 각각 어떤 의미로 이해 되는가? - “클래스”와 “분류”는 각각 어떤 의미로 이해 되는가? - “클래스도”와 “분류도”는 각각 어떤 의미로 이해 되는가? - “인스턴스”와 “사례”는 각각 어떤 의미로 이해 되는가? - “패러다임”과 “이론의 틀”, “개념의 집합체”, “해법”은 어떤 의미로 이해 되는가? 법률에서 “주체”와 “객체” 의미는? • 법률에서는 “주체”와 “객체”를 어떤 의미로 사용하는가? • 행정 주체: 행정권의 담당자로서 행정권을 행사하고 그 법적 효과가 계속적·통일적으로 귀속되는 당사자. 국가, 공공단체 그리고 공무수탁 사인私人이 있다. • 행정 객체: 행정주체가 하는 공권력 행사에 대하여 상대방이 되는 자. 사인私人이 행정객체가 됨이 원칙이나, 공공단체도 국가에 대한 관계에서는 행정객체가 된다. 다만, 국가는 행정객체가 될 수 없다. 이해 관계자 그룹을 둘로 나누어, 주체는 공권력 행사를 담당하는 쪽을 일컫고, 객체는 공권력 행사를 하는 대상이 되는 나머지 불특정 다수를 일컬음 해설: 부분집합과 여집합, 두 편으로 나눌 때 편리한 용어다 SW 에서 “주체”와 “객체” 의미는? • SW에서는 Object 대용어로서 “객체”를 사용하면 문제가 생긴다 주체 vs. 객체로 양분해서 사용하지 않고, 객체만 사용하면 의미를 잃는다 왜냐하면, SW에서는 주체가 없으므로…. 빈도수 조사 - “쓰임새” 와 “유스케이스” 용어 포함) 627,000 27,400 “쓰임새” “모델링” 59,000 “유스케이스” “모델링” 8,000 427,000 11,200 “쓰임새” “분석” 1,490,000 “유스케이스” “분석” 53,000 445,000 15,800 “쓰임새” “설계” 819,000 “유스케이스” “설계” 60,000 “쓰임새 * 인터페이스” 2,710,000 “유스케이스 * 인터페이스” 228,000 8,000 4,000 “쓰임새” “구현” 468,000 “유스케이스” “구현” 36,000 “쓰임새 * 관계” 17,100,000 “유스케이스 * 관계” 49,000 “ ,340,000 43,000 “쓰임새” “프로그램” 1,690,000 “유스케이스” “프로그램” 40,000 453,000 6,000 “쓰임새” “프로그래밍” 159,000 “유스케이스” “프로그래밍” 36,000 “쓰임새 * 클래스” 7,790,000 “유스케이스 * 클래스” 39,000 “쓰임새" UML “유스케이스" UML 10,300 10,300 “쓰임새” “자바” 153,000 “유스케이스” “자바” 27,000 “쓰임새” “C#” “유스케이스” “C#” 28,000 6,000 구글검색, 2014.12.17 빈도수 조사 - “개체” 와 “객체” “개체” 1,260,000 “객체” 976,000 “개체” “모델링” 141,000 “객체” “모델링” 219,000 “개체 * 클래스” 9,000 “객체 * 클래스” 17,000 “개체” “클래스“ 381,000 “객체” “클래스“ 505,000 “개체” “분석” 508,000 “객체” “분석” 477,000 “개체 * 메시지” 44,000 “객체 * 메시지” 4,000 “개체” “속성“ 443,000 “객체“ “속성“ 461,000 “개체” “설계” 396,000 “객체” “설계” 459,000 “개체 * 인터페이스” 9,000 “객체 * 인터페이스” 6,000 “개체” “오퍼레이션” 162,000 “객체” “오퍼레이션“ 321,000 “개체” “웹” 611,000 “객체” “웹” 551,000 “개체” “어플” “객체” “어플” 1,650,000 139,000 “개체” “구현” “객체” “구현” 383,000 520,000 “개체 * 관계” 77,000 “객체 * 관계” 12,000 “개체” “프로그램” 108,000 “객체” “프로그램” 42,000 “개체” “자바” 6,000 “객체” “자바” 24,000 “개체” “프로그래밍” 243,000 “개체” “프로그래밍” 499,000 “개체” “C#” “객체” “C#” 155,000 286,000 구글검색, 2014.12.17 우리말 용어 "쓰임새"... 드디어 선두에 서다! 구글에서 다음 두 개 검색 문을 넣어 보세요. "유스케이스" UML "쓰임새" UML 전자는 10,300건, 후자는 10,600건 검색됩니다. 지금까지 무시.멸시.조롱 받는 풍토 속에서도 역경을 극복하여 드디어 우리말 용어가 선두에 섰습니 다. 모국어 개념어를 사용하면 새로운 기술을 자연스럽게 이해할 수 있고, 또 보급하기도 쉽습니다. 처음 우려 속에서 어렵게 출발하여 여기까지 이르렀는데 올바른 일이 실현 되어 기쁩니다. 이제 사용 빈도 수에서 다수가 된 쓰임새 용어와 개념을 자 주 활용하세요. 그리하여 분석가, 설계가, 멘토로서 내공을 높여가세요. - 2014.12.12, 쓰사모cblim -" 분류사례_계통분류학 생물 분류의 계급의 주요 8개 순위. 사소한 중간 순 위는 표시하지 않음. 밑으 로 갈수록 더 좁은 범위의 계급. 분류 사례-App 화면 분류사례-자바에서 자료형 이런 용어 어떻습니까? 클래스 >> 분류 클래스도>> 분류도 클래스형>> 분류형 인스턴스 >> 사례 인터페이스>> 공수요건 (공급요건, 수요요건) 개체지향으로 작업하기 공유할 사항 개체지향이 무슨 장점이 있길래? 개체지향 9가지 원리가 있다는데? 분류와 개체를 왜 함께 유지하는가? 개체지향 기술은 프로그래밍 만의 관심사인가? 개체지향 사고와 행동을 내 것으로 만들려면…? 매출표 분류vs사례 보기 분류 현재화 유지절차 인쇄 요건 분류vs사례 보기 UML 읽기 제안 왜 개체지향인가? • 개체지향은 문제를 가장 잘 나타낼 수 있으니까 분석 모델 - 따라서 해법을 찾기도 쉬우니까 설계 모델 • 개체지향 분석/설계 모델 장점 - 분석 모델과 설계 모델을 작성하는 도구가 같으므로 - 프로젝트 중간에 설계도구 사용법을 다시 배워야 하는 혼란이 없다 • 개체지향 개발 환경 - 모델을 구현하는 프로그래밍 언어가 자바나 C# 이라면, 개발환경은 이미 개체지향으로 구비되어 있다 (그러나 필요조건 일 뿐… ) + 모델을 작성하는 국제표준 언어 탄생했다 / 1998년 UML User Guide + 모델을 자동화 작성할 수 있는 CASE 개인은 무료 사용 + 개체지향 문화로 생각하고, 말하고, 행동하면..… • 개체지향 9가지 원리를 알면 시행착오를 줄일 수 있음 개체지향 원리 9 가지 OO원리의 목표는 설계서를 작성하되, 가능하면 쉽게 수정할 수 있 게 하자는 거다. 프로그램 요구사항은 수시로 바뀌는 것을 전제로… 개체지향 원리 1. 자주 바뀌는 것들은 캡슐로 만들라 2. 인터페이스 상대로 프로그램 하고, 구현과는 직접 상대하지 마라 3. 합성관계composition가 상속관계inheritance 보다 더 낫다 4. 교류하는 개체 간 결합 도를 줄이도록 설계한다 5. 분류class는 확장은 허용하되, 수정은 금한다 6. 추상 분류에 의존하되, 구체 분류에는 의존하지 마라 7. 최소지식 원리 – 자기 친구와만 대화해라 8. 할리우드 원리 – 전화주지 마시오, 우리가 하겠소 9. 분류는 고치는 이유가 단 한 가지라야 한다 분류class 사례instance 분류도class diagram 분류형class type 개체지향은 프로그램 개발용인가? • • • • • • OOP는 프로그램 개발 기술 OOD는 설계 기술 기술 OOA는 분석 기술 OOM는 모델링 OO Database OO Language 개체지향은 생명 주기 모든 단계 에서 적용할 수 있다 개체지향 작업 습관 • 시스템은 운영하면서 지속적으로 개선해야 한다. – – • 새 아이디어는 한 사례instance에서 시험 적용해 본다 분류class에 반영할 것인지 결정한다 해당 사례에만 적용 vs 분류에도 적용하는 선택기준은? 시스템을 변경해야 하는 이유는? – – – – 요구 사항이 변경되므로… 운영 환경이 바뀌므로… 이해 관계자가 바뀌므로… 법.규정이 바뀌므로…. • 개선점이 생기면 한 개 사례에서 적용해 본다 - 적합한 사례에 적용해 보고 효과를 분석한다 • 특수한 경우에만 해당된다면 해당 사례만으로 끝낸다 – • 특수한 경우라면 그 지역에만 한정해야 하므로… 모든 사례에 적용할 수 있다면 분류를 수정한다 – 일반화 된 경우라면 전체에 적용해야 하므로… 분류class 사례instance 분류도class diagram 분류형class type 과제 개요 분류class ▼ 분류명▽ 과제번호 > 14nn (분류1) Page> 1/3 지급▽ (분류2) 수정일> 2014-1212 진행 진행 (분류3) 9 10 11 C6 고객. 약칭> (고객) (과제) 계약명칭> (계약서대로 기록한다.) 발주사. 수주액> (발주사) (수주액) 업무내용> 계약 기간> yyyy.mm. dd~ yyyy.mm. dd 투입기간> (개시일)~ (종료일) 계약▽ 업무▽ 수금▽ 14nn 선 과제/ 후 과제/ 투입인력> (개시자)~ (종료자) 진행 진행 1 2 3 4 5 6 7 8 (을>병>정) 12 13 사례instance ▼ 분류 ▽ 과제번호> 1401 SI Page> 1/2 지급 ▽ 분류2 수정일> 14-1212 완료 완료 분류3 9 10 11 고객.약칭> KT 통합NMS 계약명칭> 통합NMS Quick-Win 과제 개발 발주사.수주액> 인포 999 업무내용> DB Link 전환 계약 기간> 2014.1~ 2014.6 투입기간> 2014.1~ 2014.6 계약 ▽ 업무 ▽ 수금 ▽ 1401 선 과제/ 후 과제/ 투입인력> 방아무~ 권아무 완료 완료 1 2 3 4 5 6 7 8 인포>당사>바로 12 항목 설명 ▼ 항목 표기법 제안 고객.약칭> KT | 통합NMS, > 는 다음 칸에 내용을 표시함 고객. 약칭> (고객) | (과제) 응집도가 높은 두 항목을 인접시켜 독해력 높임 계약기간> 2014.1~ 2014.6 ~ 는 from~ to 를 나타냄 선 과제/1305 / 는 동일 칸에 “제목/내용”으로 표시함 계약▽ 완료 [진행 | 완료], 초기값은 “진행”으로 시작함 을>병>정/ 인포>당사>바로 참여자 계층 순서를 나타냄 13 비율.청구 표 **세금계산서로 청구/ e세로 이메일 (담당자 이메일) **(담당자 명)** || ** 품목 (고객).(과제), 당사14nn_차수/총수, 규격 금액명칭, 수량 1, 단가 공급가 분류class ▼ ①비율.청구 금액명칭 청구율 공급가 청구1_(발주사) 선급금 p ( ) ( ) 청구2_(발주사) 중도금 p ( ) ( ) 청구3_(발주사) 잔금 p ( ) ( ) (고객) (과제) 100% (수주액) +부가세 +10% 청구액 *** 작성일 진행 작성예정 m/d확인 수금일 수금예정 매출연도 매출실적 진행 ** e세로 이메일 ([email protected]) **홍아무** || ** 품목KT ds.통합NMS, 당사1401_차수/2, 규격금액명칭, 수량1, 단가공급가 사례instance ▼ ①비율.청구 금액명칭 청구율 공급가 +부가 세 청구액 작성일 작성예정 수금일 수금예 정 청구1_인포 중도금 50p 999 99 999 3/31 14-3-31 4/20 4/10 청구2_인포 잔금 50p 999 99 999 7/1 14-6-30 7/21 7/10 KT 통합NMS 100% 999 +10% 999 완료 7/24확인 완료 항목 설명 ▼ 항목 표기법 제안 ** e세로 이메일 (홍메일@mail.co.kr) **홍아무** || 국세청 e-세로 메일 ** 품목KT ds.통합NMS, 당사1401_차수/총수, 규격금액명칭, 수량1, 단가공급가 e-세로 세금계산서 규격 매출연 도 매출실 적 2014 999 당사 매출|예산|실적 분류class ▼ C25 당사 매|예|실 등급, 역 할 참여자 견적기간 mm 1.당사_14nn ymd~ymd 2.당사_14nn ymd~ymd (고객) (과제) 매출단 가 *** 매출액 mm *** 급여단 가 예산액 mm 실행단 가 실행액 실행단가 실행액 m/d확인 사례instance ▼ C25 당사 매|예|실 등급,역할 참여자 견적기간 mm 견적단가 매출액 mm 급여단가 예산액 1.당사 특급.DB 방아무 14.01.01~03.31 3 99 999 3 999 999 2.당사 고급.DB 권아무 14.02.01~06.30 5 99 999 5 999 999 3.당사 중급.DB 안아무 14.03.01~05.31 3 99 999 2 999 999 KT 통합NMS *** 11 *** 999 11 5/15확인 999 항목 설명 ▼ 항목 C25 당사 매|예|실 표기법 제안 엑셀로 이동 시 표 위치 지정 mm 외주 매출|예산|실적 분류class ▼ C15 외주 매|매|실 등급, 역할 참여자 계약기간 1.소속_14nn ymd~ymd 2.소속_14nn ymd~ymd (고객) (과제) 매출단 가 mm 개인별 매출액 mm *** 매입단가 매입 액 m m 실행 단가 실행액 m/d확인 사례instance ▼ C15 외주 매|매| 실 등급,역할 참여자 계약기간 중급 아무게 14.01.02~ 14.06.30 통합NMS 개인별 1.바로_1401 KT mm 3.5 견적단가 매출액 *** mm 매입단가 매입가 3.5 999 999 3.5 5/15확인 999 항목 설명 ▼ 항목 C15 외주 매|매|실 표기법 제안 엑셀로 이동 시 표 위치 지정 mm 실행단가 실행가 분류 현재화 절차 “Refactoring is needed to keep the design as simple as you can, so you should refactor whenever you realize you can make things simpler. - Is Design dead? 한국어번역본, Martin Fowler 분류와 사례는 함께 작업해야 한다 1. 매출.매입 분류를 복사하여 사례를 한 개 만들어 저장한다. 2. 사례에서 필요한 엔티티만 남기고, 불필요 한 엔티티는 삭제한다. 3. 모두 바꾸기로 변수를 값으로 치환하여 초기화한다 (과제번호, 고객명, 과제명 등) 4. 도중에 새로운 아이디어가 떠오르면 작업중인 사례에 적용한다. 5. 아이디어가 좋은 결과로 판단 되면 매출.매입 분류에 반영한다. 이후부터 새로운 일은 새 분류로 작업한다. 6. 이전 사례들은 새로운 분류에 양식에 맞추어 갱신해 나간다. (현재 진행 중인 과제에 대해서만) 분류class 사례instance 분류도class diagram 분류형class type 개체지향 원리 실현결과 개체지향 원리 실현결과 1. 자주 바뀌는 것들은 캡슐로 만들라 >> 정규화로 실현 2. 인터페이스 상대로 프로그램 하고, 구현과는 직접 상대하 지 마라 >> 각 시트마다 개별.공급표 인터페이스 실현 3. 합성관계composition가 상속관계inheritance 보다 더 낫 다 >> 상속 사용 없이 합성관계로 실현 4. 교류하는 개체 간 결합 도를 줄이도록 설계한다 >> 자료결합도로 교류 실현 5. 분류class는 확장은 허용하되, 수정은 금한다 >> 인터페이스 표준을 준수하고, 내부 메커니즘은 정보은 닉 실현 6. 추상 분류에 의존하되, 구체 분류에는 의존하지 마라 >> 요약.공급표는 개별.공급표 인터페이스에서 읽어오고, 내부자료에는 접근하지 않도록 구조를 실현 7. 최소지식 원리 – 자기 친구와만 대화해라 >> 분류 내에 있는 오퍼레이션만으로 자료를 생성해서 개 별.공급표 내용을 작성 8. 할리우드 원리 – 전화주지 마시오, 우리가 하겠소 >> 업무 유형에 맞추어 표를 설계하고 필요 시 사용 9. 분류는 고치는 이유가 단 한 가지라야 한다 >> 3NF 정규화로 실현 분류class 사례instance 분류도class diagram 분류형class type 인쇄 요건 - 사례vs분류 *** 착수보고 발표용 인쇄, 제본 요청합니다 *** 발표용/프로젝트: [ *** 착수보고 ] 요 청 자: [ 회사/ 홍길동 010-****-**** ] 찾는 사람: [ 회사/ 홍길동 010-****-**** ] 참조1: ***사/ 홍길동 수석: 010-****-****, 02-****-**** 참조2: ***사/ 아무개 수석: 010-****-****, 02-****-**** 인 쇄 소: [ 경복궁센터.킨코스 ] 경복궁센터.킨코스25: 02-2195-4455 [email protected] 인쇄 요건 사례 1. 착수보고 인쇄 부수: [ 컬러 5부 + 흑백 45부] 2. 확인요망/별첨편철: [ 별첨 없음 ] 3. 완료 발표용 인쇄 방법: [ 단면 인쇄 ] 4. 간지 위치: [ 간지 없음 ] 5. 간지 색상: [ ] 6. 표지색상: [ 5부 표지 컬러, 45부 표지 흑백] 7. 내용색상: [5부는내용 컬러, 45부는 내용 흑백] 8. 뒤쪽색상: [ 5부 뒤쪽 권색] 인쇄 요건 사례 9. 완료 발표용 제본: [ 5부 스프링.검정색, 45부는 집게로 ] 10. 필름 투명도: 10.1 필름 위치 [ 스프링 앞쪽만 ] 10.2 필름 투명도: [ 반투명 ] 11. 완료 발표용 인쇄 언제까지: [ 6월 25일 오늘 저녁 ( 12 ) 시까지 12. 인쇄비용 청구: [ 견적서와 세금계산서로 청구] 13. 인쇄비용 입금: [ 신용카드 납부 ] 14. 인쇄비 지급시기: [ 찾을 때 지급] -------------------------------------------------------질문 인쇄 요건 사례는 다른 인쇄에서 재 사용할 수 있는가? ] 인쇄 요건 분류 *** 완료 발표용 인쇄, 제본 템플릿입니다 *** - 제안 발표용과는 다릅니다 – 완료 발표용 /프로젝트: [ ***** 요 청 자: [ 회사/ * * * 연락처: 찾을사람: [ 회사/ * * * 연락처: ] ] ] 참조1: 이**: 010-***-****, 02-****-**** 참조2: 임**: 010-****-****, 02-****-**** 인 쇄 소: [ 선택 요 ] 유화증권.킨코스07: 02-782-9797, [email protected] 삼성센터.킨코스01: 02-566-4491, [email protected] 교대센터.킨코스02: 02-3474-3780 [email protected] 강남센터.킨코스03: 02-557-0073 [email protected] 시청센터.킨코스05: 02-753-0505, [email protected] 마포센터.킨코스12: 02-701-4246 [email protected] 논현센터.킨코스14: 02-3446-0805 [email protected] 선릉센터.킨코스11: 02-2183-0571 [email protected] 경복궁센터.킨코스25: 02-2195-4455 [email protected] 인쇄요청 요건 분류 1. 완료 발표용 인쇄 부수: [ ** 부 ] 2. 완료 발표용 인쇄 방법: [ 단면 인쇄 | 양면 인쇄 ] 3. 별첨 편철 [ 없음 ; 별도 책자 | 원본에만 합본 | 각 사본마다 합본 ] 4. 간지 위치: [ 대분류 시작 전 | 부록 시작 전 ] 5. 간지 색상: [ 파랑 | 분홍 ] 6. 표지 색상: [표지 컬러] 7. 내용색상: [ 내용 흑백 | 내용 컬러 ] 8. 뒤쪽색상: [ 뒤쪽 권색 ] 인쇄 요건 분류 9. 완료 발표용 제본: [ 스프링.검정색 | 3공 바인더.흰색 ] 10. 필름 추가: 10.1 필름 위치 [ 스프링 앞쪽과 뒤쪽 모두 ] 10.2 필름 투명도: [ 반투명 | 온투명 ] 11. 완료 발표용 인쇄 언제까지: [ 오늘 / 내일 ** 시까지 ] 12. 인쇄비용 청구: [ 견적서와 세금계산서로 청구] 13. 인쇄비용 입금: [ 카드결제 | 무통장 입금] 14. 인쇄비 지급시기: [인쇄전 지급 | 찾을 때 지급 | 계산서 접수 후 지급] ====================================== 질문 인쇄 요건 분류는 다른 인쇄에서 재 사용할 수 있는가? 모델 읽기 중요성 언어를 쉽게 배우는 방법은 무엇일까? 언어 학자 들 연구에 따르면 눈으로만 보는 것이 아니라 소리 내어 말하는 것이 가장 빠르고 쉽다고 한다. 그런데 이것이 단지 자연어에만 해당되는 것일 까? 언어로 표현될 수 있는 모든 것에 두루 적용 되는 것을 우리는 경험으로 알고 있다. 미술에도 적용되고, 수학에도 적용할 수 있다. UML도 함께 읽어야 한다 UML은 그래픽 언어다. 그래픽 언어니까 보기만 하면 되지 소리 내어 읽을 필요가 있을까 하는 의문이 생긴다 그런데 모델을 소리 내어 읽지 못한다면 모델로 의사소통이 잘 될 것인가? 또 틀린 부분이나 개선안을 말로는 설명이 안 되 고 오로지 시간 들여 그려야만 된다면…? 그래서 효과적으로 모델을 읽는 방법을 강구해 야 한다. Generalization • 1안: 동물 중에는 새가 있다 • 2안: 새는 동물의 한 종류이다 • 3안: 새는 동물이다. Animal Bird 학생 학부 생 학생 중에는 학부생도 있고, 대학원생도 있다 대학원생 Aggregation 대학 대학은 학과로 구성된다 학과는 연구팀으로 구성된다 교수는 연구팀과 일한다 학과 연구팀 works for 교수 Dependency ActionListener ActionEvent actionPerformed (ActionEvent) ActionListener 는 ActionEvent를 사용한다. 클래스도 관계수 읽기 class Getting Started 교수 1 교수1 교수2 학생 지도 0..* 학생1 학생2 학생3 교수3 교수4 학생4 Multiplicity 클래스도를 작성하되, 인스턴스도로 읽는다. 인스턴스도 관계는 함수 관계다. 다중성도 읽기에 반영한다 A 1 B 각 A는 단 한 개 B와 대응된다. A 0..1 B 각A는 0 또는 한 개 B와 대응된다. A 1..* B 각 A는 한 개 이상 B와 대응된다 A * B 각 A는 0 개 이상 B와 대응된다. Multiplicity 각 사람은 단 한 개 주소에 거주한다. 각 주소에는 동창이 살고 있든가 이사 갔다. 사람 중에는 학생, 교수, 동창생이 있다. Undirected graph 그래프 Graph 1 1 * 꼭지점 * 2 * 모서리 Edge 각 그래프는 0 또는 여러 꼭지점으로 구성된다. 각 그래프는 0 또는 여러 모서리로 구성된다. 각 꼭지점은 단 한 그래프에 소속된다. 각 모서리는 단 두 꼭지점에 연관된다. 각 꼭지점은 여러 모서리에 연관된다. Association Classes 팀 수행 Association 직무 description salary 직원이 팀에서 직무를 수행한다 직원 Recursive Association 재귀 연관은 왜 도입하는가? 각 팀은 0 개 이상 하부 팀을 유지한다 각 하부 팀은 상위 팀이 한 개 있든가 없다. class Getting Started Team +sub-team 0..* 0..1 s ub-team 0..* Team 0..1 Team Recursive Association 재귀 연관 이름은 어떻게 정하는가? 클래스 이름 부품 상위역할 이름 하위역할 이름 조립품 하위 조립품 Qualified Associations Student testName : String 1 0..1 학생 이름마다 0 또는 한 개 점수가 있다. 각 점수마다 학생 이름이 단 한 개씩 있다. Score 지식관리 Tip • 다음 말의 의미를 설명한 문서를 찾으려면? (구글 이용) - 유체이탈, 형용모순, 데자뷰, 패러다임 • 개체지향이 절차지향과 다른 점을 기술한 문서를 찾으려면? (구글 이용) • 엑셀 시트에서 유지보수와 재사용을 쉽게 하려면? - 인터페이스 vs. 실현 분리 - 수식 vs. 워크시트 값 vs. 개별시트 값 분리 감사합니다 질문, 토의 시간…