2010-01-11 3 views
1

Я пытаюсь понять, что мой проект идет в мой колледж, но я не могу понять, что это правильно. Я не могу соответствовать моим требованиям в своих моделях. Может быть, кто-то, кто работал в магазине, может мне помочь.Предложение по теме модели отношений продукта

Предположим, у нас есть такая чрезмерная модель электронной коммерции.

Категория имеет много продуктов (я никогда не понимал, где SKU подходит здесь) Ex: Футболка -> Лето 2010 Happy New Year

продуктов могут иметь много спецификаций на основе какого-то продукт, который мы имеют дело с.

Таким образом, у продукта есть много спецификаций, которые имеют много спецификаций. Ex: Лето 2010 P White Лето 2010 XXX Зеленый

Edit: Или это можно назвать variantions, может быть, его лучшее название.

И т. Д. Каждый из них на самом деле является SKU, не так ли? который имеет количество запаса, цену, вес и т. д.

Как я могу работать с этими отношениями?

Спасибо! LiZarD

+0

Не уверен, что я понимаю, в чем проблема ... что вы пытаетесь создать? Диаграмма отношений сущностей (ERD)? Я не вижу ничего плохого в вашем описании, поэтому, возможно, я не понимаю, что ваш вопрос –

ответ

0

У меня такая же проблема, как и у первого комментатора, однако я попытаюсь перевести ваше описание в термины UML (на этот вопрос задан тег моделирования объекта). Категория - это класс с одним или несколькими ассоциациями по отношению к классу Product. Класс продукта может включать все атрибуты, упомянутые в SKU, или, если необходимо, наследовать их из отдельного класса SKU или даже реализовывать интерфейс SKU. Чем у вас есть одна к одной ассоциации между классом Product и Specification. Класс спецификации будет состоять из экземпляров класса Specification_item. Это в значительной степени охватывает то, что вы описали.

 Смежные вопросы

  • Нет связанных вопросов^_^