Объектно-ориентированное проектирование с примерами

       

Анализ схем данных


Дэйт задается следующим вопросом: "Пусть дан набор данных, которые надо расположить в базе данных. Как определить подходящую логическую структуру для этих данных? Другими словами, как определить связи и атрибуты? Это и есть задача проектирования базы данных" [19]. Оказывается, что идентификация ключевых абстракций базы данных во многом напоминает процесс идентификации классов и объектов. По этой причине мы начнем разработку системы складского учета сразу с объектно-ориентированного анализа, в процессе которого будет формироваться структура базы данных, а не будем сперва браться за создание схемы базы данных, и затем выводить из нее объектную модель.

Начнем с уже перечисленного нами списка основных абстракций. Применив к нему правила Румбаха, мы получим следующие таблицы базы данных (сначала перечислим те из них, которые соответствуют ролям групп, принимающих участие в работе системы):

    CustomerTable

    SupplierTable

    OrderAgentTable

    AccountantTable

    ShippingAgentTable

    StockPersonTable

    RecetvingAgentTable

    FlannelTable

    Затем следуют таблицы, отражающие классификацию продуктов и их наличие на складе:

      ProductTable

      InventoryTable

      И, наконец, мы вводим таблицы для документопотока:

        OrderTable

        PurchaseOrderTable

        InvoiceTable

        PackingOrderTable

        StockOrderTable

        ShippingLabelTable

        Мы не создавали таблиц для классов Report и Transaction, - результаты анализа подсказывают, что объекты этих классов не нуждаются в хранении.

        На следующем этапе анализа можно в деталях определить состав атрибутов всех перечисленных таблиц. Наверно, нет смысла обсуждать на страницах этой книги данные вопросы; мы уже останавливались на наиболее интересных свойствах этих абстракции (см. рис. 10-4), а оставшиеся атрибуты дают мало нового с точки зрения архитектуры системы.

        10.2. Проектирование

        Формулируя подходы к архитектуре системы складского учета, мы должны помнить о трех моментах организационного характера: разделение функций между клиентской и серверной частью, механизм управления транзакциями, стратегия реализации клиентской части приложения.



        Содержание раздела