Курсовой проект «Информационная система управления торгово-закупочной фирмы» Выполнил: студент гр. 01ВВ3 Захаров А.Н. Содержание 1. Введение2. Разработка модели процессов 3. Создание модели данных 4. Приведение модели к 3 нормальной форме 5. Связывание моделей 6. Интеграция модели данных ERWIN и SQL SERVER 2000 7. Перевод базы данных на SQL SERVER 2000 8. Разработка клиентского приложения 9. Диаграммы в аннотации UML Заключение Список используемой литературы 1.Введение В настоящее время инструментальные средства (ИС) проектирования играют жизненно важную роль в создании информационной системы. К одним из таких средств можно отнести такие CASE-средства разработки, как Bpwin и Erwin, а также систему поиска и исправления ошибок модели данных Model Validator. Преимуществами этих программных продуктов является крайне гибкий инструмент моделирования в условиях изменения требований к ИС, который значительно уменьшает время её разработки, увеличивает степень автоматизации, а также имеет хорошее соотношение стоимость/эффективность. 2.Разработка модели процессов Функциональная модель предназначена для описания существующих бизнес-процессов на предприятии и идеального положения вещей - того, к чему нужно стремиться. Для этого была созданo описание системы в целом и ее взаимодействие с внешней средой. Контекстная диаграмма деятельности аеропорта представлена на рисунке 1.
Рисунок 1. Диаграмма декомпозиции IDEF0 функционирования аэропорта. Входом для общей работы являются заказы на предоставления услуг перелета пасажиров и заказы на перевоз багажа. Управление осуществляется на основе установленных и допустимых норм, на установленом порадке обслуживания, а также на правилах и установленом порядке предоставления услуг. В качестве механизмов рассматриваются система бухгалтерського учета, диспетчер, обслуживающий персонал и обородование. Результатом деятельности аеропорту являются, в первую очередь, посадка пассажиров в самалет и отгрузка багажа, а также отслеживание пасажиров что не пройшли реестрацию. После описания контекстной диаграммы проводится функциональная декомпозиция - система разбивается на подсистемы и каждая подсистема описывается отдельно (диаграммы декомпозиции). Затем каждая подсистема разбивается на более мелкие и так далее до достижения нужной степени подробности. В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции и включает четыре работы: “Планирование расписания движения самолета”, “Деятельность терминала аэропорта” и “Подготовка багажа к перелету”, “Обеспечение наземного пребывания самолета”
Рисунок 2. Диаграмма декомпозиции. Для планирования расписания движения самолета входом является информация о состоянии свободного транспорта, также она является управлением для подготовки багажа к перелету. Механизмом для планирования расписания движения самолета является диспетчер. Расписание движения самолета выступает управлением для деятельности терминала аэропорту, подготовка багажа к перелету, обеспечение наземного пребывания самолета. А также в управлении деятельности терминала аэропорту участвуют установленные и допустимые нормы, установленный порядок обслуживания. На входе деятельности аэропорту – заказы на предоставление услуг перелета пассажиров. Механизмом деятельности терминала аэропорту, подготовки багажа к перелету и обеспечения наземного пребывания самолета, является обслуживающий персонал и оборудование. Также механизмом подготовки багажа к перелету и обеспечения наземного пребывания самолета выступает система размещения пассажиров. После деятельности терминала аэропорту на выходе мы видем поступление багажа пасажиров и особенного багажа на подготовку к перелету и постепления заказов на перевоз багажа, также на выходе деятельности терминала аэропорту видем посадку пасажжиров самолет и отслеживание пасажиров что не пройшли реестрацию, а также статистический прогноз на пасажиро-поток, который выступает управление в обеспении наземного прибытия самолета. На диаграмме можно увидеть, что работуподготовки багажи к вылету и обеспечение наземного пребывания самолета есть правила и установленный порядок предоставления услуг. Проводится декомпозиция работы “Деятельность терминала аэропорта”
Рисунок 3.Диаграмма декомпозиции “Деятельность терминала аэропорта” В результате такого разбиения, каждый фрагмент системы изображается на отдельной диаграмме декомпозиции и включает три работы: “Прием заказов и продажа билетов”, “Проверка и реестрация пасажиров” и “Посадка пасажиров в самалет”. Диаграммы потоков данных (DFD), используются для описания документооборота и обработки информации. В отличие от диаграммы (IDEF0) здесь показывается, как объекты и данные двигаются от одной работы к другой. Диаграмма декомпозиции “Прием заказов и продажа билетов” включает следующие работы: Проверка и занесение данных пасажжира и занесение услуг в базу данных. Результатом этих работ является сохранение информации о проделанной работе в хранилищах данных ”Список пассажиров”, ”Количество проданных билетов по каждому рейсу”, а также работой Занесение услуг в базу данных влияет база данных “Распесание движения”. Диаграмма декомпозиции “Прием заказов и продажа билетов ” представлена на рисунке 4.
Рисунок 4. Диаграмма декомпозиции “ Прием заказов и продажа билетов ” Декомпозицию подсистемы ” Проверка и реестрация пасажиров ” (нотация DFD). Схема изображена на рисунке 5.
Рисунок 5. Диаграмма декомпозиции “ Проверка и реестрация пасажиров ” Для описания логики взаимодействия информационных потоков используется IDEF3, использующая графическое описание потоков и взаимоотношений между процессами. IDEF0 позволяет описать ситуацию, когда процессы выполняются в определенной последовательности, а также описать объекты, участвующие совместно в одном процессе. Для наглядного изображения, что из себя представляет эта нотация, я изобразил отдел продаж в виде IDEF0. После декомпозиции работы “Подготовка багажа к перелету” диаграммы IDEF0 “Деятельность компании” мы получим схему, которая изображена на рисунке 6.
Рисунок 6. После этого мы проведем декомпозицию работы “Сортирование и укомплектация багажа в специальные контейнеры”, которая изображена на рисунке 7. На ней отображается процесс продажи товара покупателю от обработки заявки на заказ клиента до формирования партии или получения товара клиентом “на руки”. Для отображения логики взаимодействия, здесь работы представлены во временном отношении. Об этом свидетельствуют перекрестки слияния и разветвления.
Рисунок 7. Диаграмма декомпозиции " Сортирование и укомплектация багажа в специальные контейнеры " Инструментальное средство Bpwin содержит несколько типов отчетов. Отчет по конкретной диаграмме ( на примере диаграммы “Продажа”) включает список объектов - работ, хранилищ данных, внешних ссылок и так далее:
Report for Diagram: A32.1, Сортування і укомплектовування багажу в спеціальні контейнери Activity Name: Підготовка багажу до сортування Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 9 Activity Name: Сортування по степіню необхідної обережності Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 16 Activity Name: Сортування по вазі Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 13 Activity Name: Сортування по призначенню Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 14 Activity Name: Сортування по степіню важливості Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 15 Activity Name: Сортування по об'єму (розміру) Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 12 Activity Name: Встановлення порядку комплектування Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 17 Activity Name: Комплектування багажу в конейнери Activity Status: WORKING Activity Author: Дишлюк Аліна Object Type: Activity Activity Number: 18 Junction Name: Unnamed Junction Status: WORKING Junction Author: Дишлюк Аліна Object Type: Asynchronous AND Junction Number: 9 Junction Name: Unnamed Junction Status: WORKING Junction Author: Дишлюк Аліна Object Type: Asynchronous AND Junction Number: 10 Referent Name: Багаж Referent Status: WORKING Referent Author: Дишлюк Аліна Referent Name: Контейнери Referent Status: WORKING Referent Author: Дишлюк Аліна Сделаем декомпозицию работы “Обеспечение наземного пребывания самолета” диаграммы IDEF0 “Деятельность компании” мы получим схему, которая изображена на рисунке 8.
Рисунок 8. Диаграмма декомпозиции " Обеспечение наземного пребывания самолета " Информацию о контексте модели можно получить в отчете Model Report, представленном ниже:
Model Name: Діяльність аеропорту Definition: Це узагальнена модель, яка описує діяльність аеропорту Scope: Загальне керування роботою аеропорту: прийом замовлень, обслуговування та перевірка пасажирів і багажу, обслуговування наземного перебування літака, посадка пасажирів та відвантаження багажу. Viewpoint: Viewpoint: Директор Time Frame: (TO-BE) Status: WORKING Purpose: Purpose: Задокументовувати зміни (TO-BE) бізнес-процесів аеропорту, що пропонуються. Author Name: Дишлюк Аліна Creation Date: 16.05.2009 System Last Revision Date: 17.05.2009 User Last Revision Date: 17.05.2009 Стоимостный аналаз модели деятельность аэропорту. Activity Name Activity Number Activity Definition Activity Cost (грн.) ________________________ ________________________ ________________________________ _________________ Діяльність аеропорту 0 Поточні бізнес-процеси 26 000,00 авіакомпанії Планування розкладу 1 0,00 руху літаків та слідкування за ним Діяльність терміналу 2 Продаж квитків, організація 0,00 аеропорту відпочинку / очікування рейсу, реєстрація, посадка пасажирів і т.п. Прийом замовлень та 21 Резервація та продаж квитків, 0,00 продаж квитків встановлення розкладу руху літаків, формування необхідних додаткових рейсів, послуги довідкової служби. Перевірка і занесення 211 0,00 даних пасажира Занесення послуги до 212 0,00 бази даних Перевірка та реєстрація 22 Перевірка на наявність зброї або 0,00 пасажирів вибухівки, всіх необхідних документів працівниками служби безпеки. Перевірка багажу 222 0,00 Перевірка пасажирів 221 0,00 Реєстрація пасажирів 223 Перевірка проїзних документів з 0,00 занесенням до списку потенційної присутності на борту літака. (У разі незадовільного результату перевірки пасажирів, працівники митної служби викреслюють їх з списку.) Посадка пасажирів у 23 Контроль за належним розміщенням 0,00 літак пасажирів на борту літака. Підготовка багажу до 3 Сортування і комплектація багажу 26 000,00 перельоту у спеціальні контейнери і відвантаження їх у літак. Прийом і перевірка 31 Прийом багажу і перевірка вмісту 140,00 багажу багажною службою на наявність вибухонебезпечних речовин, зброї та інших речей, що не підлягають перевезенню. У разі виявлення таких речей весь багаж передається службі охорони або повертається володарю. Видача документів, що гарантують належне перевезення багажу у встановлені строки. Оцінка вартості послуги перевезення. Прийом багажу пасажирів. Сортування і 32 Весь багаж сортується по 0,00 укомплектовування декільком параметрам: вага, багажу в спеціальні об'єм, степінь необхідної контейнери обережності, степінь важливості та ін. Враховуючи всі ці параметри багаж укомплектовується у спеціальні контейнери. Укомплектування багажу пасажирів у окремі контейнери. Підготовка багажу до 9 0,00 сортування Сортування по степіню 16 0,00 необхідної обережності Сортування по вазі 13 0,00 Сортування по 14 0,00 призначенню Сортування по степіню 15 0,00 важливості Сортування по об'єму 12 0,00 (розміру) Встановлення порядку 17 0,00 комплектування Комплектування багажу в 18 0,00 конейнери Відвантаження 33 Відвантаження контейнерів у 50,00 контейнерів до встановленому порядку до спеціальних машин спеціальних машин, які в подальшому будуть доставлені до необхідних літаків. Відвантаження 34 Відвантаження контейнерів з 70,00 контейнерів до літака багажем до спеціальних транспортних відсіків літака. Забезпечення наземного 4 Перевірка, тестування, при 0,00 перебування літака необхідності - незначний ремонт та заправка літака. Підготовка літака для 1 0,00 перевірки інженерно-авіаційною службою Повторна перевірка 6 0,00 літака Перевірка та тестування 2 0,00 Буксировка літака в 7 0,00 ангар Заправка за допомогою 4 0,00 спеціальних машин Незначний ремонт 3 0,00 Буксировка літака на 5 0,00 перон Діяльність аеропорту 0 Поточні бізнес-процеси 7 000,00 авіакомпанії Планування розкладу 1 0,00 руху літаків та слідкування за ним Діяльність терміналу 2 Продаж квитків, організація 0,00 аеропорту відпочинку / очікування рейсу, реєстрація, посадка пасажирів і т.п. Прийом замовлень та 21 Резервація та продаж квитків, 0,00 продаж квитків встановлення розкладу руху літаків, формування необхідних додаткових рейсів, послуги довідкової служби. Перевірка і занесення 211 0,00 даних пасажира Занесення послуги до 212 0,00 бази даних Перевірка та реєстрація 22 Перевірка на наявність зброї або 0,00 пасажирів вибухівки, всіх необхідних документів працівниками служби безпеки. Перевірка багажу 222 0,00 Перевірка пасажирів 221 0,00 Реєстрація пасажирів 223 Перевірка проїзних документів з 0,00 занесенням до списку потенційної присутності на борту літака. (У разі незадовільного результату перевірки пасажирів, працівники митної служби викреслюють їх з списку.) Посадка пасажирів у 23 Контроль за належним розміщенням 0,00 літак пасажирів на борту літака. Підготовка багажу до 3 Сортування і комплектація багажу 7 000,00 перельоту у спеціальні контейнери і відвантаження їх у літак. Прийом і перевірка 31 Прийом багажу і перевірка вмісту 50,00 багажу багажною службою на наявність вибухонебезпечних речовин, зброї та інших речей, що не підлягають перевезенню. У разі виявлення таких речей весь багаж передається службі охорони або повертається володарю. Видача документів, що гарантують належне перевезення багажу у встановлені строки. Оцінка вартості послуги перевезення. Прийом багажу пасажирів. Сортування і 32 Весь багаж сортується по 0,00 укомплектовування декільком параметрам: вага, багажу в спеціальні об'єм, степінь необхідної контейнери обережності, степінь важливості та ін. Враховуючи всі ці параметри багаж укомплектовується у спеціальні контейнери. Укомплектування багажу пасажирів у окремі контейнери. Підготовка багажу до 9 0,00 сортування Сортування по степіню 16 0,00 необхідної обережності Сортування по вазі 13 0,00 Сортування по 14 0,00 призначенню Сортування по степіню 15 0,00 важливості Сортування по об'єму 12 0,00 (розміру) Встановлення порядку 17 0,00 комплектування Комплектування багажу в 18 0,00 конейнери Відвантаження 33 Відвантаження контейнерів у 5,00 контейнерів до встановленому порядку до спеціальних машин спеціальних машин, які в подальшому будуть доставлені до необхідних літаків. Відвантаження 34 Відвантаження контейнерів з 15,00 контейнерів до літака багажем до спеціальних транспортних відсіків літака. Забезпечення наземного 4 Перевірка, тестування, при 0,00 перебування літака необхідності - незначний ремонт та заправка літака. Підготовка літака для 1 0,00 перевірки інженерно-авіаційною службою Повторна перевірка 6 0,00 літака Перевірка та тестування 2 0,00 Буксировка літака в 7 0,00 ангар Заправка за допомогою 4 0,00 спеціальних машин Незначний ремонт 3 0,00 Буксировка літака на 5 0,00 перон Діяльність аеропорту 0 Поточні бізнес-процеси 4 500,00 авіакомпанії Планування розкладу 1 0,00 руху літаків та слідкування за ним Діяльність терміналу 2 Продаж квитків, організація 0,00 аеропорту відпочинку / очікування рейсу, реєстрація, посадка пасажирів і т.п. Прийом замовлень та 21 Резервація та продаж квитків, 0,00 продаж квитків встановлення розкладу руху літаків, формування необхідних додаткових рейсів, послуги довідкової служби. Перевірка і занесення 211 0,00 даних пасажира Занесення послуги до 212 0,00 бази даних Перевірка та реєстрація 22 Перевірка на наявність зброї або 0,00 пасажирів вибухівки, всіх необхідних документів працівниками служби безпеки. Перевірка багажу 222 0,00 Перевірка пасажирів 221 0,00 Реєстрація пасажирів 223 Перевірка проїзних документів з 0,00 занесенням до списку потенційної присутності на борту літака. (У разі незадовільного результату перевірки пасажирів, працівники митної служби викреслюють їх з списку.) Посадка пасажирів у 23 Контроль за належним розміщенням 0,00 літак пасажирів на борту літака. Підготовка багажу до 3 Сортування і комплектація багажу 4 500,00 перельоту у спеціальні контейнери і відвантаження їх у літак. Прийом і перевірка 31 Прийом багажу і перевірка вмісту 15,00 багажу багажною службою на наявність вибухонебезпечних речовин, зброї та інших речей, що не підлягають перевезенню. У разі виявлення таких речей весь багаж передається службі охорони або повертається володарю. Видача документів, що гарантують належне перевезення багажу у встановлені строки. Оцінка вартості послуги перевезення. Прийом багажу пасажирів. Сортування і 32 Весь багаж сортується по 0,00 укомплектовування декільком параметрам: вага, багажу в спеціальні об'єм, степінь необхідної контейнери обережності, степінь важливості та ін. Враховуючи всі ці параметри багаж укомплектовується у спеціальні контейнери. Укомплектування багажу пасажирів у окремі контейнери. Підготовка багажу до 9 0,00 сортування Сортування по степіню 16 0,00 необхідної обережності Сортування по вазі 13 0,00 Сортування по 14 0,00 призначенню Сортування по степіню 15 0,00 важливості Сортування по об'єму 12 0,00 (розміру) Встановлення порядку 17 0,00 комплектування Комплектування багажу в 18 0,00 конейнери Відвантаження 33 Відвантаження контейнерів у 0,00 контейнерів до встановленому порядку до спеціальних машин спеціальних машин, які в подальшому будуть доставлені до необхідних літаків. Відвантаження 34 Відвантаження контейнерів з 30,00 контейнерів до літака багажем до спеціальних транспортних відсіків літака. Забезпечення наземного 4 Перевірка, тестування, при 0,00 перебування літака необхідності - незначний ремонт та заправка літака. Підготовка літака для 1 0,00 перевірки інженерно-авіаційною службою Повторна перевірка 6 0,00 літака Перевірка та тестування 2 0,00 Буксировка літака в 7 0,00 ангар Заправка за допомогою 4 0,00 спеціальних машин Незначний ремонт 3 0,00 Буксировка літака на 5 0,00 перон 3.Создание модели данных. Модель данных и ее соответствие модели процессов. После разработки модели процессов ее необходимо связать с моделью данных. Такая связь гарантирует, что есть источник данных (сущность) для всех потребностей данных (работа), гарантирует законченность анализа. Связки объектов способствуют согласованности, корректности и законченности анализа. Стрелки в модели процессов (BPwin) помечают некоторую информацию, которая используется в системе, которая моделируется. В ERwin на логическом уровне модели данных информация отображается в виде сущностей (какие отвечают таблицам на физическом уровне), которые состоят из атрибутов сущностей (отвечают колонкам таблицы). Сущности состоят из совокупности отдельных записей – экземпляров сущностей (какие отвечают записям в таблице). Модель данных имеет определенные требования (нормализация данных), которые назначены обеспечивать компактность и несуперечність хранения данных. Основная идея нормализации данных – каждый факт должен сохраняться на одном месте. Это приводит к тому, что информация, которая моделируется в виде одной стрелки в модели процессов, может быть в нескольких сущностях и атрибутах в модели данных. Кроме того, на диаграмме модели процессов могут быть присутствуют разные стрелки, которые изображают одни и те же данные, но на разных этапах обработки. Информация о таких стрелках находится в одних и тех же сущностях. Следовательно, одной и той же стрелке в модели процессов могут отвечать несколько сущностей в модели данных и, напротив, одной сущности может отвечать несколько стрелок. BPwin позволяет связывать элементы модели данных, которые были созданы с помощью ERwin, документировать влияние работ на данные и тем самым позволяет создавать спецификации на права доступа к данным для каждого процесса. Создание сущностей и атрибутов BPwin и их экспорт в ERwin. В результате анализа модели процессов ”Деятельность аэропорта”, который разрабатывается, была выяснена необходимость создания модели данных на основе декомпозиции А2 ”Подготовка багажа к перелету”. Если в процессе связывания стрелок с объектами модели данных окажется, что некоторых сущностей или атрибутов не хватает, их можно прибавить в BPwin, а затем экспортировать в ERwin. Планируется создать модель данных, которая будет вмещать следующие сущности с их атрибутами. Вновь созданная модель будет создана для более детального описания характеристик некоторых частей модели бизнес-процессов. Таблица 1. Представление атрибутов, необходимых для создания модели данных. Машины Контейнер
Номермашини Вместимость Витратипалива Модельмашини Призвищеводия Им’яводия Номерконтейнера Объем Вес Количество Назначение(направление) Необхдокументи
Обслуживающий персонал Багаж
Табномерпрацивника Должность ПИП Домашняадреса Стаж Номервиддилу Робочийномертел Порядковийномер Данипровласника Объем Вес Количество Необхдокументи Датаприйому
Оборудование Отсортирован багаж
Инвентномер Назначение Характеристики Производитель Порядковийномер Пометка Датаоперации
Неотсортированный багаж
Порядковийномер Степиньважливости
Для создания и редактирования сущностей необходимо выбрать в меню Dictionary/Entity. В окне диалога Entity Dictionary (рис.9) – словарь сущностей. Интерфейс словаря сущностей полностью аналогичен интерфейсу словаря стрелок. Для экспорта в ERwin в словаре Entity Dictionary необходимо создать новую сущность, которая может быть использована для ассоциации со стрелками сразу после создания (до экспорта в ERwin).
Рис.9. Диалог Entity Dictionary в BPwin. Для редактирования атрибутов предварительно созданных сущностей служит словарь атрибутов (пункт меню Dictionary/Entity/Attribute). Колонка Entity диалога Attribute Dictionary служит для связи созданного атрибута с сущностью (рис.10). В выпадающем списке, когда курсор установлен на поле Entity таблицы, показываются только те сущности, которые были созданы в диалоге Entity Dictionary или импортированы из ERwin.
Рис.10. Диалог Attribute Dictionary После описания сущностей или атрибутов необходимо сохранить данные и выйти из словаря. Для экспорта данных в BPwin необходимо выбрать меню File/Export/Erwin4.1(BPX) и указать файл, в который будет ”отгружена” информация о модели. В ERwin необходимо выбрать меню File/Import/BPwin и в диалоге ERwin Open File указать файл BPX, в который будет ”отгружена” информация о модели. Возникает диалог ERwin/BPwin Import (рис.11), в котором отображаются: Сущности и атрибуты, которые есть во ВРХ-файлі, но отсутствуют в модели ERwin (верхнее окно – Entities/Attributes available to be imperted); Имена работ, которые ассоциируются с сущностями и атрибутами, на основе которых будут созданы предметные области (Subject Area) модели данных.
Рис.11. Диалог ERwin/BPwin Import В диалоге ERwin/BPwin Import (рис.11), например, сущность Машины разворачивается и можно увидеть ее атрибуты: Номермашини Вместимость Витратипалива Модельмашини Призвищеводия Им’яводия какие будут импортированы из ВРХ-файла в модель ERwin. После нажатия кнопки Import запускается процесс импорта ВРХ-файла. Импортированные сущности располагаются в левом верхнем углу диаграммы ERwin. Они не имеют первичные ключи и не связанные друг с другом и с другими сущностями, которые уже могут быть присутствуют на диаграмме (рис.12).
Рис.12. Вид сущностей после импорта данных в ERwin. Определения атрибутов как первичных ключей и связь между сущностями можно установить только с помощью средств ERwin; иначе говоря, сущности и атрибуты, созданные в BPwin и потом импортированные к ERwin, можно рассматривать как подготовку для создания полноценной модели данных. После определения атрибутов как первичных ключей и установления связи между сущностями получили следующую модель данных (рис.13).
Рис. 13. Создана логическая модель данных на основе модели бизнес-процессов ”Деятельность аэропорта”.
Для разработки модели данных использовалось инструментальное средство Erwin. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире. Объекты модели, представляемые на логическом уровне - сущности и атрибуты. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД. Логический уровень модели данных представлен на рисунке 6. Рисунок 6. Логический уровень представления Логический уровень отличается от физического тем, что на нем данные выглядят как в реальности. Между тем физический уровень зависит от конкретной СУБД (MS SQL Server 2000), фактически являясь отображением системного каталога. Создав логическую модель, можно сгенерировать физические модели под любую поддерживаемую ERwin СУБД. В физической модели содержится информация о всех объектах БД. По заданию на курсовое проектирование нам необходимо использовать нотацию IDEF1X. Рисунок 7. Физический уровень представления По глубине представления данных модель представляет наиболее детальное представление структуры данных: данные в третьей нормальной форме и включает все сущности, атрибуты и связи, т.е. разработана полная атрибутивная модель системы торгово-закупочной фирмы. На физическом уровне сущности соответствует таблица, экземпляру сущности - строка в таблице, а атрибуту - колонка таблицы. При построении модели данных я определил сущности и атрибуты, а также определил какая информация будет храниться в них, задал связи между сущностями. Хотя в IDEF1X и различают зависимые и независимые сущности, в моей модели использовались только зависимые связи, приводящие к возникновению дочерних и родительских сущностей с миграцией атрибутов. Для однозначного идентифицирования экземпляров сущности были выбраны первичные ключи и альтернативные ключи, не ставшие первичными. Типы данных физической модели однозначно соответствуют типам данных СУБД. Для того, чтобы удостовериться, что каждый атрибут определен для своей сущности, сократить объем памяти для хранения информации и устранить аномалии необходимо нашу модель данных нормализовать. 4.Приведение модели к 3 нормальной форме. Сущность находится в третьей н.ф., когда все атрибуты содержат атомарные значения, каждый не ключевой атрибут полностью зависит от первичного ключа и не зависит от другого не ключевого атрибута. После построения модели данных она проверяется в Erwin Validator на наличие ошибок. В Erwin Validator есть средство ERWin Examiner. С помощью него можно анализировать структуру баз данных с целью выявления недочетов и ошибок проектирования. Ошибки бывают 4 категорий: Ошибки проектирования колонок Ошибки индексов и ограничений Ошибки нормализации( приведения к 1,2,3 н.ф.) Ошибки связей Исправление ошибок довольно длительная операция. В случае наличия недочетов принимается решение о существенности данных недочетов, и если они существенны, то опять в модель данных вносятся изменения.
Рисунок 8. Отчет об ошибках В результате проведения анализа модели была выявлена ошибка индексов, что не противоречит условиям приведения модели к третьей нормальной форме, где главное внимание уделяется отсутствию ошибок нормализации. 5.Связывание моделей После разработки модели данных её следует связать с моделью процессов, что гарантирует завершенность анализа, корректности и согласованности сущностей и работ. Для этого необходимо в Erwin выбрать пункт меню File/Export/Bpwin и создать файл экспорта *.eax, а затем в Bpwin выбрать File/Import/Erwin. На рисунке 9 отображены те сущности, которые были импортированы в Bpwin.
Рисунок 9. Импорт сущностей в Bpwin.
После внесения данных в модель процессов можно связать сущности и атрибуты со стрелками.
Рисунок 10. Связывание со стрелками сущностей и атрибутов.
Рисунок 11. Таблица связывания. В таблице связывания в виде иерархического списка показываются все работы модели, стрелки, которые касаются работ, сущности и атрибуты, которые были связаны со стрелками. 6.Интеграция модели данных Erwin и SQL Server 2000 После получения схемы модели данных необходимо интегрировать функциональную модель, созданную в Erwin c СУБД. Для этого произвелось подключение к серверу SQL. Затем я создал там базу данных Firma. После соединения в неё добавились 8 таблиц, аналогичных таблицам Erwin и MS Access.
Рисунок 12. Таблица “товары” в БД Firma.
Рисунок 13. БД “Клиенты” в БД Firma. В результате интеграции, изменяя данные в MS Access изменения вносились и в таблицы расположенные на SQL Server’е. 7.Перевод базы данных на SQL Server 2000. Для того чтобы перевести базу данных в формат SQL Server 2000, необходимо выполнить следующие действия: создать на сервере базу данных командой create database Firma, где Firma – уникальное в пределах сервера имя базы данных, cоздать в Microsoft Access проект существующей базы данных.
Рисунок 14. Связь с данными.
Рисунок 15. Импорт объектов.
Рисунок 16. Создание приложения Access "клиент-сервер". В результате проделанных операций все данные базы данных Access сохранились в базе данных на SQL сервере. 8.Разработка клиентского приложения Разработка клиентского приложения осуществлялась с помощью MS Access. Были созданы следующие формы, таблицы и запросы:
Рисунок 17. БД товаров.
Рисунок 18. Форма регистрации клиентов. Форма определения к какому отделу принадлежит сотрудник фирмы:
Рисунок 19. Форма "Просмотр сотрудников". Таблица клиентов, из рисунка видно, что таблица связана с таблицей заказы:
Рисунок 20. Связывание таблиц. Таблица сотрудников фирмы:
Рисунок 21. Таблица "Сотрудники". По коду заказа клиент может просмотреть свой заказ:
Рисунок 22. Форма "Просмотр состояния заказа". Аналогично предыдущей форме работает запрос:
Рисунок 23. Запрос "Просмотр состояния заказа". После ввода значения кода заказа (например 32) выводятся характеристики заказа:
Рисунок 24. Запрос "Данные заказа". Структуру взаимодействия таблиц отображает схема данных фирмы:
Рисунок 25. Схема данных. Результатом проделанных операций стала клиентская часть прототипа торгово-закупочной фирмы, представленная в виде запросов, форм и таблиц MS Access. Заключение В процессе курсового проектирования была спроектирована информационная система торгово-закупочной фирмы. В ходе проектирования были изучены способы применения профессиональных программных CASE-средств. Таким образом, были на практике закреплены знания, полученные в ходе изучения дисциплины “Проектирование информационно-управляющих систем”.
Список используемой литературы
1. Маклаков С.В. Создание информационных систем с AllFusion Modelling Suite. – М.: ДИАЛОГ – МИФИ, 2002. – 224с. 2. Сайт case-web «Информационные системы». 3. «Информационные системы» (http://alice.stup.ac.ru/case). 4. Макарычев П.П.: Курс лекций по дисциплине «Проектирование информационно-управляющих систем».
