Сутність постачальник є стрижневою сутністю розробляється моделі. З постачальником укладається договір, на підставі якого ведеться вся інша діяльність підприємстві з постачання, відправлення заявки постачальникам, отримання від них рахунки-фактури, відправлення замовлення на поставку, отримання товару, оплата поставки. Як ключ для даної суті вводиться атрибут № Постачальника.
Всі сутності, їх атрибути та ключі представлені у табл. 2.1.
Таблиця 2.1
Назва сущностиАтрибутКлючДоговор № Договору, дата договору, сума договору, термін дії. № ДоговораПоставщік № Постачальника, найменування постачальника, адреса, телефон. № ПоставщікаАссортімент товарів № Товару, найменування товару. № ТовараЗаявка № Заявки, асортимент заявки , номер договору, дата заявки. № ЗаявкіЗаказ № Замовлення, № Договору, асортимент замовлення, дата замовлення, номер рахунку. № ЗаказаСчет-фактура № Рахунку, асортимент рахунки, ціна за одиницю товару, сума рахунку. № Рахунку
Виділення зв'язків між сутностями
Виділення зв'язків між сутностями здійснюється на підставі аналізу предметної області. Всі виділені зв'язку представлені на рис.2.1
Рис 2.1. Зв'язки між сутностями
2.1.4 Побудова логічної моделі
Виконавши аналіз сутностей і зв'язків меду ними побудуємо логічну модель, у вигляді відносин (таблиця 2.2)
Таблиця 2.2
Назва сущностиАтрибутКлючДоговор № Договору, дата договору, сума договору, термін дії. № ДоговораПоставщік № Постачальника, найменування постачальника, адреса, телефон. № ПоставщікаАссортімент товарів № Товару, найменування товару. № ТовараЗаявка № Заявки, номер договору , дата заявки. № ЗаявкіЗаявка № Заявки, № товару, кількість. № Заявки, № ТовараАссортімент заявки № Замовлення, № Договору, дата замовлення, номер рахунку. № ЗаказаАссортімент замовлення № Замовлення, № Заявки, № товару. № Замовлення, № Заявки, № товара.Счет-фактура № Рахунку, сума рахунку. № СчетаЦени постачальника № Рахунку, № Заявки, № Товару. № Рахунку, № Заявки, № Товару . Для побудови логічної моделі даних використовувалося case - засіб ER-Win, яке дозволяє проектувати реляційні моделі даних як на фізичному рівні (ER-диаграма), так і на фізичному (проектування таблиць БД).
Логічна модель даних представлена ??у вигляді ER-диаграма на рис. 2.2.
Рис 2.2 ER-діаграма моделі даних АСИС Облік поставок
Проектування алгоритмів довідково-інформаційної системи обліку та контролю поставок на підприємство.
Алгоритмизация в найзагальнішому вигляді може бути визначена як процес спрямованої дії проектувальника (групи проектувальників), необхідний для вироблення алгоритмів, достатніх для реалізації створюваного об'єкта (системи), що задовольняє заданим вимогам. Завершальним етапом алгоритмізації є випуск набору алгоритмів, що відображає рішення, прийняті проектувальником, у формі, необхідної для виробництва об'єкта (системи). При проектуванні системи я використовував три класи алгоритмів:
Алгоритми, пов'язані з проектуванням АСИС;
Алгоритми реляційної алгебри, необхідні для роботи з БД;
Алгори...
