Проектирование архитектур информационных систем. Беляев К.С. - 25 стр.

UptoLike

Составители: 

25
следовать одному из этих подходов, однако последующие итерации, как
правило, обязательно приводят к использованию нешаблонных и в чем-то
даже случайных механизмов. Ниже перечислены эти подходы.
1. Подход на основе использования именных групп.
2. Подход на основе использования общих шаблонов для классов.
3. Подход на основе использования прецедентов.
4. Подход CRC (class–responsibility–collaborators – класс
обязанности – «сотрудники»).
2.1.5Некоторыеправилавыявленияклассов
Ниже приведен далеко не полный перечень руководящих принципов
или правил, которым должен следовать аналитик при выборе
потенциальных классов. Вновь напоминаем о том, что здесь мы имеем
дело только с классами-сущностями.
1. Для каждого класса должно быть ясно сформулировано его
назначение в системе.
2. Каждый классэто шаблон описания множества объектов.
Единичные классы, для которых можно представить
существование только одного объекта, весьма маловероятны среди
«бизнес-объектов». Подобные классы обычно составляют в
приложении «общее знание» и, как правило, жестко
запрограммированы в программах приложения. Например, если
система спроектирована для единственной организации,
существование класса Organization (Организация) может быть не
оправдано.
3. Каждый класс (т. е. класс-сущность) должен содержать набор
атрибутов. Хорошим приемом является установление
идентифицирующих атрибутов (ключей), чтобы помочь нам судить
о мощности (cardinality) класса (т. е. ожидаемом количестве
объектов данного класса в базе данных). Следует, однако, помнить
о том, что класс не обязательно должен обладать пользовательским
ключом.