나는 어떤 분석을 통해 엔티티 다이어그램을 통해 누군가를 살펴보고 싶습니다. 어떤 이유로 시스템 오브젝트가 나에게 맞지 않는 것 같습니다. 객체를 연결하는 더 좋은 방법이 있습니까?모델 다이어그램이 올바르지 않은 것 같습니다. 그밖에 내가 그 대상들을 어떻게 연관시킬 수 있습니까?
기본적으로 사용자 인증/관리 시스템은 초기 단계에 있습니다.
http://www.dumpt.com/img/viewer.php?file=zlh8ltbtho4mutbbb3yk.gif
건배, 마이크 암호를 고려
User 및 Company은 공통 기본 클래스 (둘 다 이름과 메일 주소가 있음)가 있어야하며 System을이 기본 클래스에 연결할 수 있습니다. 이것은 비즈니스 모델링의 일반적인 패턴으로, 예를 들어 마틴 파울러 (Martin Fowler)의 저서 "Analysis Patterns" 장 1 장을 참조하십시오.
편집 : 당신이 더 의미가 생각하는 경우 또는, 당신은 기본 클래스 자체로 System를 사용,이 이메일 ADRESS을 넣어 (그리고 아마도 그런 LegalPerson, CorporateBody 또는 뭔가처럼 System에게 더 나은 이름을 부여).
내가 가입 자신 내부 저장 좋을 것, 사용자와 1 대 1 관계를 가지고 있으며, 다른 테이블에 키가되지 않는다 그리고 그것을 속성 테이블의 다른 컬럼으로 만든다. 그렇지 않으면 꽤 좋아 보인다.
나는 동의한다. 그러나 데이터베이스 디자인이 아니라 OO 디자인의 분석 모델이다. –
OO의 전체 목적은 ** 행동 **을 ** 데이터 **와 통합 (그리고 캡슐화)하는 것이므로 OO 설계 모델이 아닙니다. 이 다이어그램은 데이터를 보여주기 때문에 DB 디자인입니다. –
Frank가 확장 할 수 있습니까? OO 디자인 모델을 만들기 위해 무엇을 바꾸어야합니까? –
비교의 측정 기준을 사용하지 않고 무언가의 "정당성"을 평가하는 것은 어렵습니다. 수업 설계를위한 가장 쉬운 측정 항목은 검색어입니다.
결국이 데이터를 묻고 싶은 많은 쿼리를 생각해보십시오. 그들을 적어 놓고 그 디자인이 어떻게 그들을지지하는지보십시오. 불만이라면 다른 디자인을 시도해보고 쿼리가 어떻게 나타나는지보십시오.
확인. 그걸 정리하는 법을 알 수 있어요. 그래서 기본적으로 System 객체는 실제로 사용자의 인증 및 관리를 주도하는 핵심 객체입니다. –