Разработка модели структуры библиотеки с помощью CASEсредства BPWIN

Текст:

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ ДАГЕСТАН

ГПОБУ

«Республиканский аграрно - экономический колледж»

Курсовой проект

по дисциплине:

«Инструментальные средства разработки программного обеспечения»

на тему:

«Разработка модели структуры библиотеки с помощью CASEсредства BPWIN»

Специальность:

09.02.03 «Программирование в компьютерных системах»

Студентка П -45 группы

Джабраилова Анжелика Алимпашаевна

Ф.И.О.

Руководитель курсового

проекта Аджиева А.З.____________ / __________/

Защищена с оценкой

_____________________ / ___________/

Хасавюрт

2015

СОГЛАСОВАНО

Руководитель курсового проекта

________________/Аджиева А.З./

подпись ФИО

«___» _________________ 2015г.

СОГЛАСОВАНО

Зав. отделением

________________/Аскерова Ж.А./

Подпись ФИО

«___» ________________ 2015г.

ЗАДАНИЕ

на курсовое проектирование

Тема: «Разработка модели структуры библиотеки с помощью CASE средства BPWIN»

Студентке Джабраиловой Анжелике

Группа № П-45

Специальность 09.02.03 «Программирование в компьютерных системах»

Сроки выполнения проекта с «________________» по «________________»

Руководитель курсового проекта ___________/Аджиева А.З./

Студент (ка) ______ _ / Джабраилова Анжелика /

^{подпись фамилия, имя}

Содержание

1. Введение……………………………………………………….… 4 стр.

2. Описание библиотечной деятельности………….…………….....5 стр.

2.1 Описание используемого программного продукта(BPwin)….10 стр.

2.2 Методологии, используемые в BPwin …………………………11 стр.

2.3 Проектирование модели деятельности библиотеки BPwin…..12 стр.

2.4 Диаграммы декомпозиции………………………………....15 стр.

2.5Проектирование деятельности библиотеки в среде Erwin…..23 стр.

Заключение ………………………………………………………….….23 стр.

Список использованной литературы…………………………………24 стр.

1.Введение

SADT (акроним от англ. Structured Analysis and Design Technique) — методология структурного анализа и проектирования, интегрирующая процесс моделирования, управление конфигурацией проекта, использование дополнительных языковых средств и руководство проектом со своим графическим языком. Процесс моделирования может быть разделен на несколько этапов: опрос экспертов, создание диаграмм и моделей, распространение документации, оценка адекватности моделей и принятие их для дальнейшего использования. Этот процесс хорошо отлажен, потому что при разработке проекта специалисты выполняют конкретные обязанности, а библиотекарь обеспечивает своевременный обмен информацией.

SADT возникла в конце 60-х годов в ходе революции, вызванной структурным программированием. Когда большинство специалистов билось над созданием программного обеспечения, немногие старались разрешить более сложную задачу создания крупномасштабных систем, включающих как людей и машины, так и программное обеспечение, аналогичных системам, применяемым в телефонной связи, промышленности, управлении и контроле за вооружением. В то время специалисты, традиционно занимавшиеся созданием крупномасштабных систем, стали осознавать необходимость большей упорядоченности. Таким образом, разработчики решили формализовать процесс создания системы, разбив его на следующие фазы:

Анализ — определение того, что система будет делать,
Проектирование — определение подсистем и их взаимодействие,
Реализация — разработка подсистем по отдельности, объединение — соединение подсистем в единое целое,
Тестирование — проверка работы системы,
Установка — введение системы в действие,
Эксплуатация — использование системы.

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

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

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

Библиотека – это определенным образом организованный коллектив со своей внутренней структурой и порядком управления.

Объектом рассмотрения курсового проекта являются информационные процессы, связанные с библиотекой.

Предметом рассмотрения являются процессы, происходящие в библиотеке, такие как:

·процесс записи в библиотеку новых читателей,

·процесс записи новых книг,

·процесс выдачи книг,

·процесс приема книг,

·процесс получения рейтинга книг,

·процесс статистики посещений читателей.

Начальным этапом создания системы является изучение, анализ и моделирование деятельности организации для возможного улучшения и оптимизации методов работы. В курсовой работе используется инструментальное средство для моделирования BPwin и ERwin.

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

Основными задачами данной работы являются:

– изучить теоретические особенности моделирования процессов организации средствами BPwin и ERwin – произвести исследование предметной области – библиотечной деятельности

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

2. Описание библиотечной деятельности

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

Основными направлениями работы любой библиотеки являются: комплектование и организация книжного фонда; обслуживание читателей.

Комплектование фондов библиотеки состоит из систематического выявления (путем просмотра библиографических источников и литературы) нужных для данной библиотеки изданий и приобретения их. От своевременности и полноты комплектования библиотеки в значительной мере зависит уровень обслуживания читателей.

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

Обслуживание читателей библиотеки осуществляется различными путями:

- выдача литературы, как в читальный зал, так и за пределы библиотеки;

- помощь отдельным читателям и учреждениям в подборе необходимой им литературы;

- раскрытие книжных фондов библиотеки через систему библиотечных каталогов;

- составление информационно-библиографических пособий различного типа;

- пропаганда наиболее ценной литературы;

- репродуцирование текстов по заказам читателей и т.д.

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

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

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

·номер поступившей книги,

·название книги,

·название издательства, из которого поступила книга,

·отдел, куда была передана книга;

·адреса издательств,

·названия издательства,

·название и расположение отделов библиотеки.

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

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

·автор,

·издание,

·год издания,

·жанр,

·ключевые слова,

·количество страниц.

Каждая книга может присутствовать в нескольких экземпляров.

Так же в библиотеке ведется картотека читателей. О каждом читателе заносятся следующие сведения:

·ФИО,

·номер паспорта,

·адрес,

·телефон.

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

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

Можно продлить книгу по телефону книгу назвав номер читательского билета и уникальный номер книги.

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

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

В библиотеке есть ряд ограничений: нельзя выдавать книги больше установленного периода, нельзя выдавать больше определенного количества книг.

Объект исследования – библиотека.

Предмет исследования – процессы, происходящие в библиотеке, такие как:

·процесс выдачи книг читателям;

·процесс сдачи книг;

·процесс поступления новых книг;

·процесс записи новых читателей.

Субъекты – пользователи (читатели, администрация библиотеки, другие заинтересованные в получении информации лица)

Входная информация – информация:

·о новых поступивших книгах;

·о новых читателях, которые записываются в библиотеку;

·о процессе выдачи книг, включает в себя:

- кто из сотрудников хранилища передал книгу сотруднику библиотеки;

- кто из сотрудников библиотеки передал книгу читателю;

- по заявке какого читателя была выполнена эта операция;

- название книги;

- дату выдачи книги;

- срок, на который выдается книга;

Выходная информация – информация:

·о статистике посещения клиентами библиотеки;

·о книгах, которые наиболее часто были выданы читателям, то есть рейтинг книг.

При выдаче книг в базе данных необходимо фиксировать:

·название книги;

·дату выдачи;

·ФИО читателя, которому выдается книга;

·ФИО сотрудника библиотеки, выдающему книгу читателю;

·ФИО сотрудника хранилища, который передал книгу (непосредственно из хранилища) сотруднику библиотеки по заявке читателя;

·срок, на который выдается книга.

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

На каждого читателя заносятся следующие сведения:

·№читательского билета;

·ФИО читателя;

·Телефон;

·Адрес.

Каждая книга, хранящаяся в библиотеке, имеет следующие характеристики:

·Название книги;

·Уникальный шифр (ISBN);

·Библиотечно-библиографическая классификация (ББК);

·Раздел;

·Автор;

·Издательство;

·Место издания (город);

·Год издания.

Все книги различаются по своему уникальному шифру – ISBN.

В библиотеке имеется база данных (БД). Она представляет собой совокупность данных обо всех происходящих процессах в библиотеке (книгах, читателях, проведенных мероприятиях и др.), построенную в хронологической последовательности, в виде таблиц и списков данных. Основное ее назначение – хранение данных, для их последующего целесообразного использования в будущем. БД находится на специальном компьютере в электронном виде, постоянно редактируется и изменяется работниками библиотеки.

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

При работе с системой библиотекарь должен иметь возможность решать следующие задачи:

·Принимать новые книги и регистрировать их в библиотеке;

·Относить книги к одной или к нескольким областям знаний;

·Проводить каталогизацию книг, то есть назначение новых инвентарных номеров вновь принятым книгам;

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

Администрация библиотеки должна иметь возможность получать сведения о должниках – читателях библиотеки, которые не вернули вовремя взятые книги; сведения о наиболее популярных книгах, т.е. наиболее часто выдаваемых книгах.

В соответствии с поставленной целью решаются следующие задачи дисциплины:

Ø изучение методов и методологий моделирования;

Ø изучение современных инструментариев;

Ø изучение и приобретение практических навыков в использовании существующих программных пакетов - CASE-средств;

Ø применение динамических, имитационных средств и технологий;

Ø изучение методов предпроектного обследования;

Ø изучение принципов реинжениринга;

Ø изучение методов имитации деятельности предприятия.

Существует несколько видов моделирования:

Процессное моделирование - описание деятельности предприятия в виде бизнес-процессов, непрерывных взаимосвязанных функций (например, построение модели в виде организационно-функциональной схемы или по методологии IDEF0).

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

Информационное моделирование - описание информационной структуры объектов (сущностей, атрибутов, ключей) с идентификацией отношений между ними (например, построение модели по методологии IDEF1).

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

CASE (англ. Computer-Aided Software Engineering) — набор инструментов и методов программной инженерии для проектирования программного обеспечения, который помогает обеспечить высокое качество программ, отсутствие ошибок и простоту в обслуживании программных продуктов.Также под CASE понимают совокупность методов и средств проектирования информационных систем с использованием CASE-инструментов.

Средства автоматизации разработки программ (CASE-средства) — инструменты автоматизации процессов проектирования и разработки программного обеспечения для системного аналитика, разработчика ПО и программиста. Первоначально под CASE-средствами понимались только инструменты для упрощения наиболее трудоёмких процессов анализа и проектирования, но с приходом стандарта ISO/IEC 14102 CASE-средства стали определять как программные средства для поддержки процессов жизненного цикла ПО

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

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

Особенности средств автоматизации разработки программ :

1. Поддерживают единственную методологию.

2. Ориентируются на определенную технологию.

3. Предназначаются для команд работающих над единственным проектом.

4. Используются для разработки информационных систем.

5. Разрабатываются одной компанией. Возможность интеграции инструментов других компаний отсутствует.

2.1 Описание используемого программного продукта(BPwin)

BPwin является мощным средством моделирования и документирования бизнес–процессов. Этот продукт использует технологию моделирования IDEF0 (IntegrationDefinitionforFunctionModeling) – наиболее распространенный стандарт, который принят для моделирования бизнес–процессов. Этот стандарт был разработан в лаборатории военно-воздушных сил США в 1981 году и успешно использовался для разработки систем противовоздушной обороны.[1]

BPwinиспользуется для анализа, документирования и реорганизации сложных процессов, в том числе, бизнес-процессов. Модель, созданная средствами BPWin, позволяет четко документировать различные аспекты деятельности – действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия – от моделей организации работы в маленьких отделах до сложных иерархических структур. При разработке или закупке программного обеспечения модели процессов служат прекрасным средством документирования потребностей, помогая обеспечить высокую эффективность инвестиций в сферу IT. В руках же системных аналитиков и разработчиков BPWin – еще и мощное средство моделирования процессов при создании корпоративных информационных систем (КИС). Методологии моделирования, поддерживаемые BPwin. BPwin совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3 ). [1]

2.2 Методологии, используемые в BPwin

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

Наиболее удобным языком моделирования бизнес – процессов является IDEF0, предложенный более 20 лет назад Дугласом Россом и называвшийся первоначально SADT – StructuredAnalysisandDesignTechnique.

В IDEF0 система представляется как совокупность взаимодействующих работ или функций. Такая чисто функциональная ориентация является принципиальной – функции системы анализируются независимо от объектов, которыми они оперируют.

Под моделью в IDEF0 понимают описание системы (текстовое и графическое), которое должно дать ответ на некоторые заранее определенные вопросы.

Процесс моделирования какой–либо системы в IDEF0 начинается с определения контекста, т.е. наиболее абстрактного уровня описания системы в целом. В контекст входит определение субъекта моделирования, цели и точки зрения на модель.

IDEF0–модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения.

Основу методологии IDEF0 составляет графический язык описания бизнес–процессов. Модель в нотации IDEF0 представляет собой совокупность иерархически упорядоченных и взаимосвязанных диаграмм. Каждая диаграмма является единицей описания системы и располагается на отдельном листе.

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

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

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

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

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

Для привязки к информационным потокам в модели тех параметров документов, с которыми они связаны, в BPwin существует специальный механизм, предназначенный для описания информационных потоков – так называемый "словарь данных" (Arrow data).

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

2.3 Проектирование модели деятельности библиотеки BPwin

Рис1. В текстовом поле Model name изменить имя модели на «Работа библиотеки»; В текстовое поле Project ввести имя проекта «Модель деятельности Библиотеки»;

IDEF0-модель предполагает наличие четко сформулированной цели, единственного субъекта моделирования и одной точки зрения. В закладке Purpose следует внести цель и точку зрения, а в закладку Definition - определение модели и описание области.

Рис2. Цели и точка зрения разработки модели.

Рис3. Описание модели и общее управление библиотечной деятельности

Контекстная диаграмма (А-0) является вершиной древовидной структуры диаграмм и представляет собой общее описание системы и ее взаимодействия с внешней средой (Рис. 1)

Рис.4. − Контекстная диаграмма

Основные информационные потоки:

- Входящие потоки:

·Данные о читателях (паспортные данные читателей);

·Данные о книгах (название, издательство, год издания и др.).

- Управляющие потоки:

·Законодательство РФ (законы, ГОСТ, правила);

·Методика формирования статистики посещения библиотеки читателями;

·Методика подсчета рейтинга книг.

- Ресурсные потоки:

·База данных библиотеки (БД «Библиотека»);

·Библиотекарь.

- Выходящие потоки:

·Статистика посещения клиентами библиотеки (график);

·Рейтинг книг (график).

Созданная модель описывает деятельность библиотеки.

Объектом моделирования является библиотека.

Система рассматривается с точки зрения директора библиотеки.

2.4 Диаграммы декомпозиции

После описания системы в целом проводится разбиение ее на крупные фрагменты. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент и взаимодействие фрагментов, называются диаграммами декомпозиции. После декомпозиции контекстной диаграммы проводится декомпозиция каждого большого фрагмента системы на более мелкие и так далее, до достижения нужного уровня подробности описания. Так достигается соответствие модели реальным процессам на любом и каждом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.

После декомпозиции контекстной диаграммы «Библиотечная система» возникло пять диаграмм декомпозиции:

·Управление личными карточками читателей;

·Управление карточками книг;

·Выдача/прием книг;

·Получение рейтинга книг;

·Получение статистики посещений.

Рис. 2. − Диаграммы декомпозиции

Управление личными карточками читателей контролируется законами и приказами РФ. На основании документов идентифицирующих читателей в базе данных в специальные формы для ввода вносятся данные (ФИО, Телефон, Адрес, №читательского билета и др.) Добавление, редактирование данных и удаление пациента из БД осуществляется библиотекарем, что, соответственно отражается в БД в виде записей (какому читателю, когда и насколько была выдана книга).

Управление карточками книг контролируется законами РФ и методическими рекомендациями по управлению карточками книг. В базе данных в специальные формы для ввода вносятся данные о поступивших книгах: (Название книги, уникальный шифр (ISBN), библиотечно-библиографическая классификация (ББК), раздел, автор, издательство, место издания (город), год издания).

Выдача/прием книг. Регулируется также нормативно-правовыми актами о деятельности библиотеки. При выдаче книг в базе данных необходимо фиксировать: (название книги, дату выдачи, ФИО читателя, которому выдается книга, ФИО сотрудника библиотеки, выдающему книгу читателю, ФИО сотрудника хранилища, который передал книгу (непосредственно из хранилища) сотруднику библиотеки по заявке читателя, срок, на который выдается книга)

Получение рейтинга книг, рейтинг – понятие, характеризующее соотносительные значимость, место, вес, позицию данного объекта (книги) по сравнению с другими объектами этого класса (типа). В данном случае составляется и формируется в виде графика (например, 20 самых популярных книг) для обеспечения администрации библиотеки информации о наиболее читаемых книгах.

Основные статистические показатели: (учет читателей, учет выдачи книг).

Получение статистики посещений. Методика формирования статистики посещения библиотеки читателями. Регулируется ГОСТ 7.20-2000 «Библиотечная статистика». [9]

Рис5. Диаграммы декомпозиции “Управление личными карточками”

·Добавление читателя в базу;

·Редактирование данных о читателе;

·Удаление читателя из базы;

Рис6. . Диаграммы декомпозиции “Редактирование данных о читателе”

·Получение информации изменений паспортных данных;

·Перевод читателя на годовой абонент;

·Предоставление доступа к фолиантам (толстая книга большого формата);

Рис7. Диаграммы декомпозиции “Управление карточками книг”

·Обработка информации;

·Анализ информации;

·Сравнение информации;

·Создание карточки книги;

·Карточка книги.

Рис8. Диаграммы декомпозиции “ Выдача и прием книг”

·Поиск карточки читателя;

·Поиск книг;

·Регистрация в книге карточки читателя;

·Удаление книги из карточки читателя;

Рис9. Диаграммы декомпозиции “Получение рейтинга книг”

·Обработка запросов;

·Анализ данных;

·Сравнение данных;

·Создание рейтингового списка;

·Визуализация рейтингового списка в график.

Рис10.Диаграмма дерева узлов

Диаграммы дерева узлов (Node Tree Diagram). К модели BPwin можно добавлять дерево узлов, которое показывает иерархию всех работ модели на одной диаграмме. Диаграмма дерева узлов имеет вид традиционного иерархического дерева, где верхний узел (прямоугольник) соответствует работе с контекстной диаграммы, а последующие нижние узлы представляют собой дочерние уровни декомпозиции. Можно также создать диаграмму дерева узлов лишь для некоторой части модели, тогда верхним узлом диаграммы будет та работа декомпозиции, с которой вы захотите начать.

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

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

Рис11. Создание отчета по модели.( Model Report) - Включает в себя всю информацию о модели, созданной в BPWin (IDEF0, IDEF3 или DFD).

Рис12. Отчет о диаграмме (Diagram Report) - Включает в себя информацию обо всех объектах, входящих в активную диаграмму BPWin.

2.5 Проектирование деятельности библиотеки в среде ERwin

С развитием компьютерной техники возросла сложность информационных систем и объемы баз данных. В настоящее время разработка таких систем – это задача для коллективов разработчиков, требующая специальных методик и инструментов. Наиболее распространенных программ – ERwin фирмы PLATINUM. Эта программа позволяет не только спроектировать, но и создать базу данных на сервере.

ERwin-CASE- cсредство для проектирования и документирования баз данных, которое позволяет создавать, документировать и сопровождать базы данных, хранилища и витрины данных. Модель данных помогают визуализировать структуру данных, обеспечивая эффективный процесс организации, управления и администрирования таких аспектов деятельности предприятия, как уровень сложности данных, технологий баз данных и среды развертывания. [1]

Целью создания информационной системы является автоматизация деятельности библиотеки.

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

При исследовании предметной области для проектирования были выделены семь сущностей представленных в таблице 1.

Таблица 1. − Сведенья о типах сущностей

Имя сущности	Описание	Особенности использования
1	Библиотекарь	Данные о библиотекарях	Осуществляют приём и выдачу книг, обслуживание читателей и запись новых.
2	Читатель	Данные о читателях	Берет и возвращает книги, заполняет формуляр.
3	Выдача/прием книг.	Отмечаются данные о движении книг.	В одни руки выдается ограниченное количество книг.
4	Личные карточки читателей	Данные о читателях	Может быть занесенным в базу только один раз.
5	Формуляр	Сведения о книге: автор, заглавие, номер тома, шифр книги, ФИО читателя взявшего книгу срок её возврата.	В формуляр в носят данные библиотекарь.
6	Книга	Сведенья об авторе, №тома, присваивается ББК и ISBN	Данные вносятся библиотекарем.
7	Карточка книг	Сведенья об авторе, №тома, присваивается ББК и ISBN	Данные вносятся библиотекарем.

Сведения о типах связей между сущностями представлены в Приложении 1.

Для описанных вышеуказанных сущностей были выделены следующие атрибуты, которые представлены в таблице 2.

Таблица 2. − Сущности и принадлежащие им атрибуты

Тип сущности	Атрибут
Библиотекарь	Код ФИО
Код Адрес
Код Телефон
Читатель	Номер читательского билета
ФИО
Адрес
Телефон
Номер страхового полиса
Код врача
Код специальности
Выдача/прием книг.	Код название книги
Код название книги Код дату выдачи
Код ФИО читателя, которому выдается книга
Код ФИО сотрудника библиотеки, выдающему книгу читателю
Код ФИО сотрудника хранилища, который передал книгу
Личные карточки читателей	Номер читательского билета
Код ФИО
Код Адрес
Код дату выдачи
Код название книги
Код Дата возврата
Формуляр	Код ФИО читателя взявшего книгу
Код Сведения о книге
Код Дата возврата
Код дату выдачи
Книга	Код Название книги
Код Уникальный шифр (ISBN)
Код Библиотечно-библиографическая классификация (ББК)
Код Раздел
Код Автор
Код Издательство
Код Место издания (город)
Год издания
Карточка книг	Код номер поступившей книги,
Код Название книги
Код название издательства, из которого поступила книга,
Код отдел, куда была передана книга;
Код адреса издательств
Код названия издательства,
Код название и расположение отделов библиотеки.

Сведенья об атрибутах сущностей представлены в Приложении 2.

ERwin имеет два уровня представления модели: логический и физический. Создание модели данных начинается с создания логической модели.

Логическое проектирование основывается на концептуальном проектировании БД. Доработка концептуальной модели проводится с целью удаления из нее всех элементов, затрудняющих реализацию данной модели в среде реляционных СУБД и разрешение таких связей как M:N, а также: сложных связей, рекурсивных связей и т.п. В результате выполнения этих действий структура концептуальной модели данных изменяется таким образом, что полностью отвечать требованиям, выдвигаемых реляционной моделью организации баз данных. [1]

Логическая модель – это абстрактный взгляд на данные, на нем данные представляются так, как выглядят в реальном мире и могут называться так, как они называются в реальном мире например “Читатель”, “Библиотекарь” или “Книга”. Объекты модели, представляемые на логическом уровне, называются сущностями и атрибутами. Рис. 13.

Рис13. Erwin Уровень сущностей логической модели

Рис 14. ErwinУровень сущностей физической модели

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

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

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

Для проектирования физической модели БД воспользуемся CASE-средством AllFusionERwinDataModeler. В данном программном продукте в качестве имени таблицы на физическом уровне используется имя сущности на логической модели БД. Но InterBaseне допускает символов кириллицы в именах объектов. В связи с этим произведем переименования вручную.

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

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

CREATETABLEabonent_labrary (

t_chit_bileta INTEGER,

t_first_name VARCHAR(20),

t_addres VARCHAR(20),

t_telepfone VARCHAR(20),

t_primechanie VARCHAR(20),

t_number_kartochki INTEGER NOT NULL,

t_name VARCHAR(20),

t_cod_chitatel INTEGER NOT NULL,

t_other_nameVARCHAR(20)

);

Заключение

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

В результате курсового проектирования были изучены теоретические основы моделирования процессов средствами BPwin и Erwin, проведено исследование библиотечной деятельности и спроектирована модель деятельности библиотеки, что позволяет говорить о полном решении поставленных задач. Сделан очередной шаг в сторону частичного разрешения проблемы автоматизации библиотечной деятельности. Моделирование производилось в средствах BPwin и Erwin. Данные инструментальные средства предназначены для облегчения труда и увеличения производительности системного аналитика на первом этапе разработки системы. Они позволяют создать модель разрабатываемой информационной системы, что позволяет уже в дальнейшем приступить к созданию конкретной программной разработки, используя готовый проект информационной системы предметной области.

Список используемой литературы

1. Федеральный закон о библиотечном деле №78-ФЗ от 29 декабря 1994.

2. ГОСТ 7.20-2000 «Библиотечная статистика» №182-ст от 19.04.2001.

3. Федоров Н.В. Проектирование информационных систем на основе современных CASE-технологий. – М.: МГИУ, 2008. − 287 с.

4. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем.

5. Структурный анализ систем IDEF-технологии. – Режим доступа: http://www.ozon.ru/context/detail/id/124665/

6. Козленко Л. Проектирование информационных систем. / Л. Козленко.

7. Нормативно-правовые документы по деятельности библиотек. [Электронный ресурс]. – Режим доступа: http://www.obllib.mv.ru/page _normdoc1.htm