Проектирование Книжного магазина

Автор работы: Пользователь скрыл имя, 18 Июля 2013 в 14:33, курсовая работа

Описание работы

В связи с этим книжному бизнесу, как главной в распространении книг отрасли, отведена важная социально значимая функция: формирова-ние эффективных коммуникационных стратегий книжного дела на рынке информационных услуг. Обеспечить выполнение этой задачи возможно с помощью использо¬вания всего арсенала современных информационных технологий, поиска рациональных способов продвижения изданий, выбо-ра рентабельных инструментов и каналов распространения информации, оптимального распределения имеющихся средств, организации действен-ного контроля за эффективностью коммуникаций с каждым субъектом книжного рынка и их целевыми группами.

Содержание работы

ВВЕДЕНИЕ 3
1 Описание книжного магазина 4
1.1 Характеристика книжного магазина 4
1.2 Организационная структура книжного магазина 5
2 Анализ процесса обработки и выполнения распоряжений 7
2.1 Построение DFD-диаграмм 7
2.2 Словарь данных 11
2.3 Миниспецификация процессов 15
3 Постановка задачи 21
3.1 Характеристика подсистемы 21
3.2 Выходные данные 21
3.3 Входные и выходные данные 22
3.4 Входные данные 22
4 Проектирование информационного обеспечения системы с
помощью методологии ERD и CASE-средства ERwin 24
4.1 Проектирование ER-модели 25
4.2 Создание логической модели данных 31
4.3 Создание физической модели данных 32
5 Объектно-ориентированное проектирование информационной
системы с использованием методологии UML и CASE-средства
Rational Rose 34
5.1 Описание методологии UML 34
5.2 Создание диаграммы прецедентов использования (Use case
diagram) 36
5.3 Создание диаграммы классов 37
5.4 Создание диаграммы кооперации 38
5.5 Создание диаграммы последовательности 40
5.6 Создание диаграммы компонентов 42
5.7 Тестирование диаграмм 43
5.8 Генерация программного кода 46
ЗАКЛЮЧЕНИЕ 48
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ

Файлы: 1 файл

Курсовая работа ДЕЛАААААТЬ.doc

— 1.14 Мб (Скачать файл)

Экземпляр сущности - это конкретный представитель данной сущности.

Экземпляры сущностей  должны быть различимы, т.е. сущности должны иметь некоторые свойства, уникальные для каждого экземпляра этой сущности. 

Атрибут сущности - это именованная характеристика, являющаяся некоторым свойством сущности.

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

Примерами атрибутов  сущности «Сотрудник» могут быть такие атрибуты как «Фамилия», «Имя», «Отчество», «Должность», и т.п.

Атрибуты изображаются в пределах прямоугольника, определяющего  сущность:

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

Сущность может иметь  несколько различных ключей.

Ключевые атрибуты изображаются на диаграмме подчеркиванием:

Связь - это некоторая ассоциация между двумя сущностями. Одна сущность может быть связана с другой сущностью или сама с собою.

Характеристики связи: Степень  связи - количество экземпляров одной  сущности, которая может быть ассоциирована с одним экземпляром другой сущности.

Степень связи может принимать  значения: Один к одному, n к одному, n к m.

Класс принадлежности сущности к связи – если все экземпляры данной сущности участвуют в связи, то класс принадлежности сущности к связи обязательный.

Если хотя бы один экземпляр  сущности не участвует в связи,  то класс принадлежности сущности к связи необязательный.

Диаграммы связности для сущностей, выявленных в результате анализа и диаграммы ER – экземпляров, для соответствующих диаграмм связности представлены ниже.

 

4.1 Проектирование ER-модели

 

На рисунке 4.1 представлена диаграмма связности сущности «Сотрудники» и сущности «Отделы».

 

           Сотрудники                                                   Отделы

 

 

Рисунок 4.1-диаграмма связности сущности «Сотрудники»

и сущности «Отделы».

 

Степень связи: Один сотрудник  может входить только в один отдел, в один отдел может входить  несколько сотрудников, следовательно, степень связи сущности «Сотрудники» и сущности «Отделы» n:1.

Класс принадлежности сущности к связи: Класс принадлежности сущности «Сотрудники» необязательный, так как есть хотя бы один сотрудник, не входящий ни в один отдел.

Класс принадлежности сущности «Отделы» обязательный, так как в отделах должны находиться сотрудники.

На рисунке 4.2 представлена диаграмма ER – экземпляров для соответствующей диаграммы связности.

 


n      1



 

Рисунок 4.2 -диаграмма ER – экземпляров сущности «Сотрудники» и сущности «Отделы».

 

На рисунке4.3 представлена диаграмма связности сущности «Скважины» и сущности «Оборудование».

 

Скважины                                                    Оборудование

 

 

Рисунок 4.3-диаграмма связности сущности «Скважины»

 и сущности «Оборудование».

 

Степень связи: Оборудование может быть установлено на нескольких скважинах, одна скважина может включать в себя разное оборудование, степень связи сущности «Скважины» и сущности «Оборудование» m:n

Класс принадлежности сущности к связи: Класс принадлежности сущности «Скважины» обязательный, так как оборудование поставляется на все скважины.

Класс принадлежности сущности «Оборудование» необязательный, так  как некоторое оборудование не поставляется на скважины.

На рисунке 4.4 представлена диаграмма ER – экземпляров для соответствующей диаграммы связности.

 

 m  n



 

 

 

Рисунок 4.4 диаграмма ER – экземпляров сущности «Скважины»

 и сущности «Оборудование».

 

На рисунке 4.5 представлена диаграмма связности сущности «Оборудование» и сущности «Сотрудники».

 

     Оборудование                                               Сотрудники

 

Рисунок 4.5 -диаграмма связности сущности «Оборудование»

и сущности «Сотрудники».

 

Степень связи: Один сотрудник  может обслуживать как одно оборудование, так и несколько, одно оборудование может обслуживаться одним сотрудником или несколькими, следовательно, степень связи сущности «Оборудование» и сущности «Сотрудники» m:n.

Класс принадлежности сущности к связи: Класс принадлежности сущности «Оборудование» необязательный, так как есть оборудование обслуживающееся внештатными сотрудниками.

Класс принадлежности сущности «Сотрудники» необязательный, так как  есть сотрудники не обслуживающие ни одно оборудование.

На рисунке 4.6 представлена диаграмма ER – экземпляров для соответствующей диаграммы связности.

 

 m n



 

 

 

Рисунок 4.6 -диаграмма ER – экземпляров сущности «Оборудование»

и сущности «Сотрудники».

 

На рисунке 4.7 представлена диаграмма связности сущности «Скважины» и сущности «Сотрудники».

Степень связи: Один скважина обслуживается несколькими сотрудниками, один сотрудник может обслуживать только одну скважину, следовательно, степень связи сущности «Скважины» и сущности «Сотрудники» 1:n.

Класс принадлежности сущности к связи: Класс принадлежности сущности «Скважины» обязательный, так как все скважины эксплуатируются сотрудниками.

Класс принадлежности сущности «Сотрудники» необязательный, так как  есть сотрудники, которые не эксплуатируют  скважины.

 

 Скважины                                                   Сотрудники

 

Рисунок 4.7 -диаграмма связности сущности «Скважины» и сущности «Сотрудники».

 

На рисунке 4.8 представлена диаграмма ER – экземпляров для соответствующей диаграммы связности.

 

 1 n



 

 

 

Рисунок 4.8 -диаграмма ER – экземпляров сущности «Скважины»

и сущности «Сотрудники».

 

На рисунке 4.9 представлена диаграмма связности сущности «Планы» и сущности «Сотрудники».

Степень связи: Один план может выполняться одним или  несколькими сотрудниками, один сотрудник может выполнять только один план, следовательно, степень связи сущности «Планы» и сущности «Сотрудники» 1:n

Класс принадлежности сущности к связи: Класс принадлежности сущности «Планы» необязательный, так как есть планы выполняемые внештатными сотрудниками.

Класс принадлежности сущности «Сотрудники» необязательный, так как  есть сотрудники не выполняющие ни одного плана.

 

 

 

       Планы                                                     Сотрудники

 

      

 

Рисунок 4.9 -диаграмма связности сущности «Планы» и сущности «Сотрудники».

 

На рисунке 4.10 представлена диаграмма ER – экземпляров для соответствующей диаграммы связности.

 

 

 m n



 

 

Рисунок 4.10 -диаграмма ER – экземпляров сущности «Планы» и сущности «Сотрудники».

 

На рисунке 4.11 представлена диаграмма связности сущности «Планы» и сущности «Отделы».

 

        Планы                                                         Отделы

 

      

 

Рисунок 4.11 -диаграмма связности сущности «Планы» и сущности «Отделы».

Степень связи: Один план может быть закреплён за одним  или несколькими отделами, один отдел может выполнять несколько планов, следовательно, степень связи сущности «Планы» и сущности «Отделы» m:n

Класс принадлежности сущности к связи: Класс принадлежности сущности «Планы» необязательный, так как есть планы выполняемые внештатными сотрудниками.

Класс принадлежности сущности «Товара» обязательный, так как нет отдела, не выполняющего никаких планов.

На рисунке 4.12 представлена диаграмма ER – экземпляров для соответствующей диаграммы связности.

 

 

 m n



 

 

 

Рисунок 4.12 -диаграмма ER – экземпляров сущности «Планы» и сущности «Отделы».

 

На рисунке 4.13 представлена диаграмма связности сущности «Планы» и сущности «Оборудование».

 

        Планы                                                        Оборудование

 

      

Рисунок 4.13 -диаграмма связности сущности «Планы» и сущности «Оборудование».

 

Степень связи: По одному плану может выполняться починка одного или нескольких оборудований, на одно оборудование может быть составлено один или несколько планов работ, следовательно, степень связи сущности «Планы» и сущности «Оборудование» m:n

Класс принадлежности сущности к связи: Класс принадлежности сущности «Планы» необязательный, так как есть планы составляемые не для ремонта оборудования.


Класс принадлежности сущности «Оборудование» необязательный, так  как есть оборудование, на которое не составляются планы по его ремонту.

На рисунке 4.14 представлена диаграмма ER – экземпляров для соответствующей диаграммы связности.

 

 

 m n



 

 

Рисунок 4.14 -диаграмма ER – экземпляров сущности «Планы»

и сущности «Оборудование».

 

На рисунке 4.15 представлена ERD-диаграмма, на которой представлена совокупность всех диаграмм ER-экземпляров.

 

         m     n      m       m


                                                                                     

    m

         1                                                     

 

 

 

 

 

 

n              n

                    n                         n   1

 

     m               

 

 

 

 

 

1      n

                                                                                  

 

Рисунок 4.15 - Совокупность всех диаграмм ER-экземпляров.

 

4.2 Создание логической  модели данных

 

ERwin имеет два  уровня представления модели - логический  и физический. Логический уровень - это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире, и могут называться так, как они называются в реальном мире, например «Постоянный клиент», "Отдел" или "Фамилия сотрудника". Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Логическая модель данных может быть построена на основе другой логической модели, например на основе модели процессов. Логическая модель данных является универсальной и никак не связана с конкретной реализацией СУБД [4,6].

На рисунке 4.16 изображена логическая модель данных.

 

Рисунок 4.16 – Логическая модель данных

 

Каждой сущности в данной модели присвоены свои атрибуты отражающие заключённые в них данные. Так же каждому набору атрибутов присущи свои первичные ключи, через которые одна сущность связана с другой.

 

4.3 Создание физической модели данных

 

Физическая модель данных, зависит от конкретной СУБД, фактически являясь отображением системного каталога. В физической модели содержится информация о всех объектах БД. Поскольку стандартов на объекты БД не существует (например, нет стандарта на типы данных), физическая модель зависит от конкретной реализации СУБД. Следовательно, одной и той же логической модели могут соответствовать несколько разных физических моделей. Если в логической модели не имеет значения, какой конкретно тип данных имеет атрибут, то в физической модели важно описать всю информацию о конкретных физических объектах - таблицах, колонках, индексах, процедурах и т. д. Разделение модели данных на логические и физические позволяет решить несколько важных задач [7,9].

На рисунке 4.17 изображена физическая модель данных.

 

Рисунок 4.17 - Физическая модель данных

 

Данная модель также  указывает связи между атрибутов. На данной модели представлены различные типы данных, такие как: CHAR, INTEGER.

Типом данных CHAR обозначается запись состоящая из последовательности символов ограниченной по длине, INTEGER представляет целочисленный тип данных.

SQL - скрипт приведён в приложении А.

 

5 Объектно-ориентированное проектирование программного обеспечения с использованием методологии UML и CASE-средства Rational Rose

Информация о работе Проектирование Книжного магазина