Курсовая работа: Проектирование информационной системы Ломбарда

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам

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

• Содействовать принятию оптимальных решений при реорганизации технологических процессов.

• Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..."

В данной курсовом проекте диаграмма IDEF3 будет отображать суть работы регистрации пользователя в интернет-представительсьве подразделения ВУЗа. Сначала пользователь вводит свои данные в специальную форму, затем происходит проверка с зарегистрированными пользователями, если пользователь в базе данных зарегистрированных пользователей найден и введенные данные верны, то он направляется в личный кабинет. Если пользователь в базе данных не найден, и введенные им данные верны, то происходит процесс регистрации с последующим получением доступа к личному кабинету.

Рисунок 4 - Диаграмма IDEF3 регистрации пользователя в интернет-магазине ломбарда

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

Рисунок 5 - Диаграмма IDEF3 работы ломбарда

2.4 Разработка модели данных (IDEF1X)

информационный моделирование проектирование ломбард

Методология IDEF1X представляет собой семантическое моделирование данных и применяется для построения информационной модели в виде ERдиаграммы, которая представляет структуру информации, необходимой для поддержания функции производственной системы или среды.

Концептуальная модель, представленная в соответствии со стандартом IDEF1X, является логической схемой базы данных для проектируемой системы.

Диаграмма IDEF1X показывает логическую структуру данных в информационной системе.

Основными объектами концептуальной модели являются сущности и связи.

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

Правила для атрибутов сущности:

1. Каждый атрибут должен иметь уникальное имя.

2. Сущность может обладать любым количеством атрибутов.

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

4. Для каждого экземпляра сущности должно существовать значение каждого его атрибута (правило необращения в нуль - Not Null).

5. Ни один из экземпляров сущности не может обладать более чем одним значением для ее атрибута.

Сущность изображается на ER-диаграмме в виде прямоугольника, в верхней части которого приводится ее название; далее следует список атрибутов.

Ключевые атрибуты могут быть выделены подчеркиванием или иным способом.

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

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

Сущность может обладать атрибутами, которые наследуются через связь с родительской сущностью. Последние обычно являются внешними ключами и служат для организации связей между сущностями. Если внешний ключ сущности используется в качестве ее первичного ключа (PK) или как часть составного первичного ключа, то сущность является зависимой от родительской сущности. Если внешний ключ не является первичным и не входит в составной первичный ключ, то сущность является независимой от родительской сущности.

Если сущность является зависимой, то связь ее с родительской сущностью называется идентифицирующей, в противном случае - неидентифицирующей.

Связь изображается на ER-диаграмме линией, проводимой между сущностью-родителем и сущностью-потомком с точкой на конце линии у сущности-потомка, идентифицирующая связь изображается сплошной линией, неидентифицирующая - пунктирной.

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

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

Рисунок 6 - Диаграмма IDEF1X

Заключение

Целью данного курсового проекта является освоение автоматизации функционального моделирования систем на основе методологий IDEF0, DFD, IDEF3 и моделирования данных IDEF1X.

В процессе создания информационной системы были построены полные и непротиворечивые функциональные и информационные модели.

Для построения различных диаграмм модели использовался набор инструментальных средств, позволяющих в наглядной форме моделировать предметную область в соответствии с информационными потребностями пользователей.

В результате выполнения данного проекта был сделан вывод о том, что сегодня внедрение информационных систем может способствовать:

- получению более рациональных вариантов решения управленческих задач за счет внедрения математических методов и интеллектуальных систем и т.д.

- освобождению работников от рутинной работы за счет ее автоматизации;

- обеспечению достоверности информации;

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