Проектирование модели деятельности библиотеки Erwin
Автор работы: Пользователь скрыл имя, 28 Мая 2016 в 15:40, контрольная работа
Описание работы
Система поддержки управления библиотекой должна обеспечивать операции (добавление, удаление и изменение) над данными о читателях. В регистрационном списке читателей хранятся следующие сведения: фамилия, имя и отчество читателя; номер его читательского билета и дата выдачи билета. Наряду с регистрационным списком системой должен поддерживаться каталог библиотеки, где хранится информация о книгах: название, список авторов, библиотечный шифр, год и место издания,
Содержание работы
Постановка задачи………………………………………………………………...3 Общая характеристика ERwin…………………………………………...……….5 Проектирование модели деятельности библиотеки Erwin…………………..6 Диаграммы декомпозиции…………………………………………………….…8 Проектирование деятельности библиотеки в среде Erwin……………………11 Заключение……………………………………………………………
ERwin имеет два уровня представления
модели: логический и физический. Создание
модели данных начинается с создания логической
модели.
Логическое проектирование
основывается на концептуальном проектировании
БД. Доработка концептуальной модели проводится
с целью удаления из нее всех элементов,
затрудняющих реализацию данной модели
в среде реляционных СУБД и разрешение
таких связей как M:N, а также: сложных связей,
рекурсивных связей и т.п. В результате
выполнения этих действий структура концептуальной
модели данных изменяется таким образом,
что полностью отвечать требованиям, выдвигаемых
реляционной моделью организации баз
данных.
Логическая модель – это абстрактный
взгляд на данные, на нем данные представляются
так, как выглядят в реальном мире и могут
называться так, как они называются в реальном
мире например “Читатель”, “Библиотекарь”
или “Книга”. Объекты модели, представляемые
на логическом уровне, называются сущностями
и атрибутами. Рис. 2.
Рис. 9. − Логическая модель
БД
Стоит обратить внимание на
то, что не все связи между сущностями
одинаковы на модели представленной выше.
Связь
показывает отношения между сущностями
1 к 1 или ко многим, а связь
1 к 0, 1 или ко многим.
При проектировании для удобства
применения одинаковых свойств нескольким
атрибутам были созданы домены, имена
которых соответствуют наименованию атрибутов
в сущностях.
Физическая модель данных, напротив,
зависит от конкретных СУБД, фактически
являясь отображением системного каталога.
В физической модели содержатся информация
о всех объектах БД поскольку стандартов
на объекты БД не существует, физическая
модель зависит от конкретной реализации
СУБД. Следовательно, одной и той же логической
модели могут соответствовать несколько
разных физических моделей. Если в логической
модели не имеет атрибутов, то в физической
модели важно описать всю информацию о
конкретных физических объектах – таблицах,
колонках, индексах, процедурах и т.д.
Для проектирования физической
модели БД воспользуемся CASE-средством All Fusion ERwin Data Modeler. В
данном программном продукте в качестве
имени таблицы на физическом уровне используется
имя сущности на логической модели БД.
Но Inter Base не допускает символов кириллицы
в именах объектов. В связи с этим произведем
переименования вручную.
Аналогично ситуация состоит
и с атрибутами сущности, но при создании
доменов на этапе логического проектирования
мы указали используемые имена атрибутов
при физическом проектировании. Соответствие
имени сущности, логического и физического
имен доменов сущности описано в таблице
2.
Заключение
Необходимость в автоматизации
деятельности различных процессов, требующих
значительные затраты времени и выполнение
множества рутинных операций является
актуальной проблемой. Эффективное применение
современных информационных технологий
и систем позволяет значительно увеличить
производительность труда, улучшить качество
выполняемых работ, обеспечить значительный
прирост прибыли за счет сокращения времени
на обработку информации. В связи с этим,
зачастую приходится использовать современные
средства моделирования ИС.
Моделирование информационных
систем позволяет детально изучить предметную
область, описать взаимодействие процессов,
выявить потоки данных, присутствующие
в ней. На начальном этапе формируется
модель, существующая в настоящее время
в организации, с недостатками, которые
в последующем исправляются в оптимальной
модели организации, где уже учтены интересы
руководителей.
В результате курсового проектирования
были изучены теоретические основы моделирования
процессов средствами BPwin и Ervin, проведено
исследование библиотечной деятельности
и спроектирована модель деятельности
библиотеки, что позволяет говорить о
полном решении поставленных задач. Сделан
очередной шаг в сторону частичного разрешения
проблемы автоматизации библиотечной
деятельности. Моделирование производилось
в средствах BPwin и Ervin. Данные инструментальные
средства предназначены для облегчения
труда и увеличения производительности
системного аналитика на первом этапе
разработки системы. Они позволяют создать
модель разрабатываемой информационной
системы, что позволяет уже в дальнейшем
приступить к созданию конкретной программной
разработки, используя готовый проект
информационной системы предметной области.