Теми рефератів
> Реферати > Курсові роботи > Звіти з практики > Курсові проекти > Питання та відповіді > Ессе > Доклади > Учбові матеріали > Контрольні роботи > Методички > Лекції > Твори > Підручники > Статті Контакти
Реферати, твори, дипломи, практика » Статьи » Створення автоматизованого робочого місця менеджера комп'ютерного магазину

Реферат Створення автоматизованого робочого місця менеджера комп'ютерного магазину





набір технічних прийомів, що дозволяють вирішувати завдання, що стоять перед ним на даній стадії розробки.

У пропонованій методології весь процес проектування бази даних поділяється на три етапи:

Концептуальне проектування.

Логічне проектування.

Фізичне проектування.

Етапи проектування бази даних представлені на малюнку 2.














Рис. 2 Етапи проектування бази даних


4. Стадія проектування


.1 Побудова інфологічної моделі даних


Логічна і фізична модель даних

Проектування фізичної та логічної моделі бази даних здійснюється за допомогою Erwin. База даних (БД) являє собою сукупність пов'язаних таблиць даних, де міститися відомості, необхідні для функціонування комплексу програм.

Створивши наочну модель бази даних, можна оптимізувати структуру БД і домогтися її повної відповідності вимогам і завданням організації. Візуальне моделювання підвищує якість створюваної бази даних, продуктивність і швидкість її розробки. ERwin полегшує проектування баз даних. Для цього досить створити графічну ER модель (об'єкт-відношення), що задовольняє всім вимогам до даних і ввести бізнес-правила для створення логічної моделі, яка відображає всі елементи, атрибути, відносини і угруповання.

Для створення моделей даних в ERwin можна використовувати дві нотації: IDEF1X і IE (Information Engineering). Першим етапом проектування даних є створення незалежної від конкретної СУБД логічної моделі. Створення моделі зводиться просто до вибору відповідних символів на палітрі і додаванню їх на робочий простір. Додаткова інформація по кожному об'єкту вводиться за допомогою сімейства редакторів. Як тільки дві сутності зв'язуються між собою зв'язком, первинний ключ (ПК) автоматично переміщається з батьківської сутності в дочірню.

При цьому враховується тип зв'язку: по ідентифікує зв'язку і ПК потрапляє в число ключових атрибутів, а по неидентифицирующей зв'язку - в число неключових атрибутів дочірньої суті. Повний опис сутностей, атрибутів і зв'язків (ER-діаграма) можна доповнити описом альтернативних і інверсійних ключів.

Після створення логічної моделі даних конвертує її в залежну від конкретної, попередньо обраної СУБД фізичну. При цьому автоматично визначаються типи даних, перетворюються зв'язку багато до багатьох та ієрархії спадкування (категорії).

Після завершення проектування моделі і наповнення її фізичної інформацією, модель або переноситься в середу цільової СУБД, або генерується відповідний програмний код на DDL.

Логічна модель бази даних зображена на малюнку 3.















Малюнок 3 - Логічна модель даних


.2 Даталогіческая модель даних


Вище перераховані дані будуть заноситися в таблиці бази даних.

Таблиця 1 - Структура таблиці «Співробітники»


НаіменованіеТіп поляНазначеніеФІОСтрока (100) ПІБ сотруднікаДолжностьСправочнікСсилка .ДолжностіДолжность

Таблиця 2 - Структура таблиці «ПоступленіеТовара»

НаіменованіеТіп поляНазначеніеКодСчетчікКод заявкіДатаДатаДата заявкіПоставщікСправочнікСсилка. ПоставщікСпісок товаровТовариСправочнікСсилка .ТоварНаіменованіе товару посиланням на довідник

Таблиця 3 - Структура таблиці «Реалізація товару»

НаіменованіеТіп поляНазначеніеКодСчетчікКод двіженіяДатаДатаДата двіженіяТоварСправочнікСсилка .ТоварНаіменованіе товару посиланням на справочникКоличествоЧисло(6,0)ЦенаЦенаЧисло(2)Количество товараСуммаЧісло (7) Загальна сума для товара

Структура нормативно-довідкової інформації

Нормативно-довідковою інформацією будуть довідники: «Одиниці виміру», «Постачальники», «Номенклатура».


Таблиця 4 Структура таблиці «Одиниці виміру»

НаіменованіеТіп поляНазначеніеКодСчетчікКод одиниці ізмереніяНазваніеСтрока (20) Найменування

Таблиця 5 - Структура таблиці «Номенклатура»

НаіменованіеТіп поляНазначеніеКодСчетчікКод товараНазваніеСтрока (20) Найменування товараЕдІзмЧісло Код одиниці ізмереніяПроізводітельСтрока (20) Назва виробник

Таблиця 6 - Структура таблиці «Постачальник»

НаіменованіеТіп поляНазначеніеКодСчетчікКод одиниці измеренияНазваниеСтрока(20)НаименованиеКонтактыСтрока(100)Контактные дані постачальника

Таблиця 7 - Структура таблиці «Постачальник»

НаіменованіеТіп поляНазначеніеКодСчетчікКод одиниці измеренияНазваниеСтрока(20)НаименованиеСайтСтрока(20)Адрес сайту

...


Назад | сторінка 5 з 11 | Наступна сторінка





Схожі реферати:

  • Реферат на тему: Базові поняття реляційної моделі даних (створення таблиці MS Access)
  • Реферат на тему: Проектування бази даних "База даних районного відділу податкової інспе ...
  • Реферат на тему: Проектування та створення бази даних
  • Реферат на тему: Створення бази даних критичних властивостей речовин в редакторі баз даних M ...
  • Реферат на тему: Створення та аналіз бази даних обліку комунальних витрат підприємств. Орга ...