align="justify"> Проведемо декомпозицію «оформлення». Діяльність «оформлення» включає наступні дії (рис. 4):
1) оплата;
2) заявка на склад;
) оформлення документації.
Рис. 4. Декомпозиція діяльності «оформлення»
У «отримання» входять функції (рис 5):
1) передача товару;
2) оформлення гарантії;
) видача супровідної документації.
Рис. 5. Декомпозиція діяльності «отримання»
У «постсервіс» входять функції (рис. 6):
) перевірка наявності несправностей;
2) здійснення ремонту;
) перевірка гарантії;
) видача товару.
Рис. 6. Декомпозиція діяльності «постсервіс».
Після побудови інформаційної моделі сформуємо древо цілей (рис. 7):
Рис. 7. Древо цілей інформаційної системи.
Глава 3. Практична частина
Розробка логічної і фізичної моделі починається з проведення процесу системного моделювання для предметної області за допомогою інструментального середовища CA Erwin Process Modeler.
Процес побудови інформаційної моделі складається з наступних кроків:
1) визначення сутностей;
2) визначення атрибутів сутностей;
) завдання первинних і альтернативних ключів;
) визначення залежностей між сутностями;
) приведення моделі до необхідному рівню нормальної форми;
) перехід до фізичного опису моделі: призначення відповідностей ім'я сутності - ім'я таблиці, атрибут сутності - атрибут таблиці; завдання тригерів, процедур і обмежень;
) генерація бази даних.
CA Erwin Process Modeler створює візуальне уявлення (модель даних) для розв'язуваної заду?? і. Це подання може використовуватися для детального аналізу, уточнення та поширення як частини документації, необхідної в циклі розробки. Однак CA Erwin Process Modeler далеко не тільки інструмент для малювання. CA Erwin Process Modeler автоматично створює базу даних (таблиці, індекси, збережені процедури, тригери для забезпечення посилальної цілісності та інші об'єкти, необхідні для управління даними). ??
Основні компоненти діаграми CA Erwin Process Modeler - це сутності, атрибути та зв'язку. Кожна сутність є множиною подібних індивідуальних об'єктів, званих екземплярами. Кожен екземпляр індивідуальний і повинен відрізнятися від всіх інших примірників. Побудова моделі даних передбачає визначення сутностей і атрибутів.
Сутність можна визначити як об'єкт, подія або концепцію, інформація про яких повинна зберігатися. Сутності повинні мати найменування з чітким смисловим значенням, іменуватися іменником в однині, не носити технічних найменувань і бути досить важливими для того, щоб їх моделювати. Іменування сутності в однині полегшує надалі читання моделі. Фактично ім'я сутності дається по імені її примірника.
Сутність повинна володіти деяким набором атрибутів. Атрибути являють собою факти, які служать для ідентифікації, характеристики віднесення до категорії, числового представлення або іншого виду опису стану екземпляра сутності. Атрибути формують логічні групи, що описують кожен екземпляр сутності. Конкретним екземпляром атрибута є значення.
Зв'язок є логічним співвідношенням між сутностями. Кожен зв'язок повинна іменуватися дієсловом чи дієслівної фразою. Ім'я зв'язку висловлює деяке обмеження або бізнес-правило і полегшує читання діаграми.
У моделі дилера продажу товару я виділив наступні сутності й атрибути:
1) «Інформація про товар» з атрибутами: код товару, вартість, найменування, характеристики, термін гарантії, комплектація, наявність на складі.
2) «Накладна» з атрибутами: номер накладної, код товару, дата, ПІБ касира, постачальник, кількість товару.
) «Інформація про покупця» з атрибутами: код покупця, ПІБ покупця, паспортні дані, адресу.
) «Гарантійний талон» з атрибутами: номер талона, код покупця, найменування продавця, ПІБ покупця, виробник товару, термін гарантії.
) «Чек» з атрибутами: номер чека, код товару, кількість товару, сума, дата.
Рисунок 8 - Логічна модель ІС дилер з продажу товарів.
ВИСНОВОК
У даному курсовому проекті була ...
