После того, как вы сделали приличную IDEF0 (или диаграмму в другой процессной нотации), пришло время описать предметную область. В итоге это описание выльется в проект вашей базы данных и классов, если вы апологет ООП. Так вот, если процессная диаграмма сделана на совесть, а не, чтобы препод отстал, то пришло время собирать стрелки. Ваши стрелки - это будущие сущности предметной области, будущие таблицы базы данных. К этому нужно подходить с умом, конечно. Тут не все так просто. Правило "одна стрелка=одна сущность=одна таблица" работает не всегда, но часто...

Перед вами карта компетенций. И сегодня мы разберем первую тему «data modeling». Я бы перевел это как «проектирование предметной области». Процесс проектирования предметной области можно разделить на 3 этапа. Это концептуальная, логическая и физическая модель. Рассмотрим каждую из них. Концептуальная модель это по сути моделирование предметной области на салфетке или на листке бумаги. Настолько просто, чтобы это было понятно вашей бабушке и даже вице-президенту крупной компании. И вам действительно повезло, если это один и тот же человек...