클래스 및 해당 책임을 식별하는 기술

Question

소프트웨어 시스템 (프로젝트)에서 클래스 (및 아마도 책임)를 식별하는 데 도움이되는 방법 (기술)을 찾고 있습니다. 나는 많은 소프트웨어 설계 도서가 있다는 것을 알고 있지만, 이것이 시스템에서 클래스가되어야한다는 것을 아는 방법을 구체적으로 찾고 있으며, 이것들은 책임이다.

소프트웨어 프로젝트를위한 수업 목록을 작성하는 방법에 대한 기술을 향상시키고 싶습니다. 사양 및 요구 사항 문서를 읽은 후 수업 목록을 알 수있는 기술이 있습니까?

디자인 패턴 책을 찾고 있지 않습니다. 나는 오히려 내가 소프트웨어 프로젝트를 위해 수업을 생각해 낼 수있는 기술을 찾고있다. 나는이 기사에 대한 모든 기부금, 책 제안, 포인터를 환영

등 자습서

내가 봤했지만 의미있는 일을 찾을 수 없습니다.

도와 주셔서 감사합니다.

추가 ::

도 중요 클래스 사이의 협력을 확인하는 방법을 또 다른 영역입니다. 어떤 클래스가 다른 클래스를 필요로하는지 결정하는 방법.

Answer 1

이 규격과 요구 사항을 읽은 후 나를 클래스 의 목록을 알고하는 데 도움이 될 것입니다 기술이 있습니까를 문서?

아니요. 대단히 순진합니다.

모든 소프트웨어 솔루션에는 "문제 도메인"요구 사항을 충족시키고 "파생 된"요구 사항을 충족하는 두 가지 목적을 가진 클래스가 혼합되어 있습니다. 느슨하게 말해서 파생 된 요구 사항은 데이터베이스에 저장하는 것과 같은 모든 기술적 인 작업의 결과입니다. 이 두 가지가 만나는/상호 작용하는 것이 우리가 디자인 패턴을 갖는 큰 이유입니다.

트릭 (일명 기술)은 비즈니스 요구 사항에 중점을두고 해당 요구 사항을 속성 및 메소드로 표현하는 클래스를 조각하는 것입니다. 컴퓨터에서 멀리 떨어지십시오. 사용자 데이터를 저장해야하는 경우에는 문제가되지 않습니다. 그러나 걱정하지 말고 어떻게 당신은 그렇게 할거야. "비즈니스 모델"을 비즈니스 용어 및 개념으로 표현하는 디자인.

@FridayChlis는 명사 == 클래스, 동작 동사 == 메소드로 시작하는 것이 좋습니다. 그리고 형용사 (종종) == 속성을 추가합니다.

클래스가 상호 작용하는 시나리오를 디자인하여 디자인을 구체화하면 "Person은 Bank 및 WithdrawsMoney"이됩니다. 이런 방식으로 클래스가 상호 작용하는 방식을 확인하고 설계 및 요구 사항의 결함과 단점을 발견하게됩니다.모든 비즈니스 요구 사항을 다룰 때까지 필요한만큼 자주 프로세스를 반복하십시오.

연구 UML diagramming. 이것은 소프트웨어 시스템 설계 (및 문서화)를위한 표준화 된 다이어그램 세트입니다. 경고. 모든 다이어그램이나 사용 가능한 다이어그램을 사용하려고하지 마십시오.

Answer 2

일반적으로 명사는 동사를 메소드로, 형용사를 주석으로 사용하여 요구 사항의 클래스로 가장 잘 옮깁니다. 자동차 .IE

는 엔진

클래스를 시작합니다 : 자동차 방법 : startEngine()