Интернет-магазин и ООП

[LoneTraveller]

Имеется самописный движок для интернет-магазина (perl).
Писался с нуля, развивался под влиянием постепенно появлявшихся и оформлявшихся идей, в результате код стал большим и плохо организованным.
Трудно поддерживать и дополнять.
При этом движок полностью процедурный, т.к. в объектах я не разбирался совсем.
Теперь назрела необходимость серьёзно переработать структуру, и я смотрю в сторону объектов, так как ООП, насколько я понял, как раз предназначено для дробления больших задач на мелкие подзадачи, с тем чтобы их легче было поддерживать и дополнять.
Но поскольку я мало с объектами знаком, я никак не могу понять, каким образом их применять в данном случае.
Что может являться объектами в движке интернет-магазина?

[_Troy]

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

[DimaTs]

Ну объектами, например, можно сделать посетителей сайта, причем они же ведь разные - незарегистрированный, зарегистрированный и администратор например. И имеют они рахзные полномочия. Вот и получим иерархию: родитель Посетитель и наследники - незарегистрированный, зарегистрированный и администратор.
Далее, у вас же есть заказы? Вот заказ - тот самый объект, живет в системе до его выполнения\отмены.
Потом, надо же их как то отслежить? Напишем менеджер заказов.
Кроме того, вы же оперируете с деньгами? Так наверно нужен и объект, менеджер транзакций.
Это все так, примеры, если вы дадите более подробное описание ваших реализованных функций, можно будет предложить более конкретные варианты.