Размещено на http://www.allbest.ru/

Кыргызский Национальный Университет им. Ж. Баласагына

Институт Интеграции Международных Образовательных Программ

ФАКУЛЬТЕТ КОМПЬЮТЕРНЫХ ТЕХНОЛОГИЙ И ИНТЕРНЕТ

КУРСОВАЯ РАБОТА

по дисциплине: «Проектирование ИС»

на тему: «Библиотека-хранилище»

Студент 4 курса гр. ИТ- 02-08

Выполнил: Сагынбаев Ч.С

Руководитель: Баялиева Ч.Т

Бишкек 2011

Содержание

Введение

1. Техническое задание

2. Инструментальная среда

2.1 Инструментальная среда BPwin

2.2 Инструментальная среда ERwin

2.3 Инструментальной среды MS Visio

3. Проектирование ИС

3.1 BPwin и Erwin. CASE-средства для разработки информационных систем

3.2 Проектирование в BPWin

3.3 Построение бизнес модели системы в MSVisio

3.4 Моделирование данных в ERWin

Заключение

Список источников

Введение

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

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

1. Техническое задание

Руководство корпорации определило минимальные требования, которым должна отвечать информационная система (ИС), чтобы успешно удовлетворять нуждам компании. Ниже приводятся эти требования:

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

Система должна обеспечивать отчетами о списаниях отчет о закупке.

2. Инструментальная среда

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

- BP Win

- MS Visio

- ER Win

автоматизация хранилище библиотека программа bpwin erwin

2.1 Инструментальная среда BPwin

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

Рис. 1.1. Интегрированная среда разработки модели BPwin 2.5

При запуске BPwin по умолчанию появляется основная панель инструментов, палитра инструментов (вид которой зависит от выбранной нотации) и, в левой части, навигатор модели - Model Explorer (рис. 1.1).

Функциональность панели инструментов доступна из основного меню Bpwin (табл. 1.1).

Таблица 1.1. Описание элементов управления основной панели инструментов Bpwin2.5

Элемент управления	Описание	Соответствующий пункт меню
	Создать новую модель	File/New
	Открыть модель	File/Open
	Сохранить модель	File/Save
	Напечатать модель	File/Print
	Выбор масштаба	View/Zoom
	Масштабирование	View/Zoom
	Проверка правописания	Tools/Spelling
	Включение и выключение навигатора модели Model Explorer	View/Model Explorer
	Включение и выключение дополнительной панели инструментов работы с ModelMart	ModelMart

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

Как было указано выше, BPwin поддерживает три методологии - IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно как диаграммы IDEF0, так и IDEF3 и DFD. Состав палитры инструментов изменяется автоматически, когда происходит переключение с одной нотации на другую, поэтому палитра инструментов будет рассмотрена позже.



Рис. 1.2. Диалог создания модели

Модель в BPwin рассматривается как совокупность работ, каждая из которых оперирует с некоторым набором данных. Работа изображается в виде прямоугольников, данные - в виде стрелок. Если щелкнуть по любому объекту модели левой кнопкой мыши, появляется всплывающее контекстное меню, каждый пункт которого соответствует редактору какого-либо свойства объекта.

Установка цвета и шрифта объектов. Пункты контекстного меню Font Editor и Color Editor вызывают соответствующие диалоги для установки шрифта (в том числе его размера и стиля) и цвета объекта. Кроме того, BPwin позволяет установить шрифт по умолчанию для объектов определенного типа на диаграммах и в отчетах. Для этого следует выбрать меню Tools/Default Fonts, после чего появляется каскадное меню, каждый пункт которого служит для установки шрифтов для определенного типа объектов:

Context Activity - работа на контекстной диаграмме;

Context Arrow - стрелки на контекстной диаграмме;

Decomposition Activity - работы на диаграмме декомпозиции;

Decomposition Arrow - стрелки на диаграмме декомпозиции;

NodeTree Text - текст на диаграмме дерева узлов;

Frame User Text - текст, вносимый пользователем в каркасе диаграмм;

Frame System Text - системный текст в каркасе диаграмм;

Text Blocks - текстовые блоки;

Parent Diagram Text - текст родительской диаграммы;

Parent Diagram Title Text - текст заголовка родительской диаграммы;

Report Text - текст отчетов.

2.2 Инструментальная среда ERwin

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

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

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

Уровни логической модели

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

диаграмма сущность-связь (Entity Relationship Diagram, ERD);

модель данных, основанная на ключах (Key Based model, KB);

полная атрибутивная модель (Fully Attributed model, FA).

Диаграмма сущность-связь представляет собой модель данных верхнего уровня. Она включает сущности и взаимосвязи, отражающие основные бизнес-правила предметной области. Такая диаграмма не слишком детализирована, в нее включаются основные сущности и связи между ними, которые удовлетворяют основным требованиям, предъявляемым к ИС. Диаграмма сущность-связь может включать связи многие-ко-многим и не включать описание ключей. Как правило, ERD используется для презентаций и обсуждения структуры данных с экспертами предметной области.

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

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

Интерфейс выполнен в стиле Windows-приложений, достаточно прост и интуитивно понятен. В дальнейшем будет описан интерфейс версии Erwin 3.5.2. Рассмотрим кратко основные функции ERwin по отображению модели, а также панель и палитру инструментов. Более подробно элементы интерфейса будут рассмотрены в последующих главах. Элементы панели инструментов описаны в табл. 2.1.

Таблица 2.1. Основная панель инструментов

Кнопки	Назначение кнопок
	Создание, открытие, сохранение и печать модели
	Вызов диалога Report Browser для генерации отчетов
	Изменение уровня просмотра модели: уровень сущностей, уровень атрибутов и уровень определений
	Изменение масштаба просмотра модели
	Генерация схемы БД, выравнивание схемы с моделью и выбор сервера (доступны только на уровне физической модели)
	Вызов дополнительной панели инструментов для работы с репозиторием Model Mart. (Работа с Model Mart рассмотрена в гл. 4)
	Переключение между областями модели - Subject Area

2.3 Инструментальной среды MS Visio

Microsoft Visio - это универсальная графическая программа, предоставляющая средства для визуализации большинства технических и деловых задач при помощи одного простого в использовании продукта. Программы Microsoft Office Visio 2003 и Microsoft Office Visio 2007 дают возможность всем пользователям в таких отраслях, как коммерция, проектирование и информационные технологии, создавать и распространять схемы процессов, систем и графики числовых данных. Также Microsoft Visio содержит шаблоны UML-моделей, позволяющие выполнять объектно-ориентированный анализ в проектировании информационных систем.

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

В UML используются следующие виды диаграмм:

Структурные диаграммы (Structure Diagrams)

Диаграммы поведения (Behavior Diagrams)

Диаграммы взаимодействия (Interaction Diagrams)

3. Проектирование ИС

3.1 BPwin и Erwin. CASE-средства для разработки информационных систем

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

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

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

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

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

На современном рынке средств разработки ИС достаточно много систем, в той или иной степени удовлетворяющих перечисленным требованиям. В настоящей книге рассматривается вполне конкретная технология разработки, основывающаяся на решениях фирмы PLATINUM technology (http://www.platinum.com), которая является, по мнению автора, одной из лучших на сегодняшний день по критерию стоимость/эффективность.

Рассматриваемые в книге CASE-средства ERwin и BPwin были разработаны фирмой Logic Works. После слияния в 1998 году Logic Works с PLATINUM technology они выпускаются под логотипом PLATINUM technology.

С помощью CASE - средств фирмы PLATINUM technology - BPwin и ERwin. Она содержит описание методов структурного анализа и проектирования моделей данных в объеме необходимом для практической работы. Подробно на конкретных примерах рассмотрено применение CASE - технологий и CASE - средств для автоматизации этапов анализа, проектирования и код генерации информационных систем. Книга предназначена как для специалистов в области информационных технологий (системных аналитиков, проектировщиков и администраторов баз данных), так и для студентов, изучающих основы системного анализа и проектирования информационных систем.

BPwin - инструментальная среда проектирования информационных систем. BPwin поддерживает три методологии - IDEF0, IDEF3 и DFD, каждая из которых решает свои специфические задачи. В BPwin возможно построение смешанных моделей, т. е. модель может содержать одновременно как диаграммы IDEF0, так и IDEF3 и DFD.

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

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

В IDEF0 различают пять типов стрелок:

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

- Управление (Control) - правила, стратегии, процедуры или стандарты, которыми руководствуется работа.

- Выход (Output) - материал или информация, которые производятся работой.

- Механизм (Mechanism) - ресурсы, которые выполняют работу.

- Вызов (Call) - специальная стрелка, указывающая на другую модель работы.

Для построения модели данных PLATINUM technology предлагает мощный и удобный инструмент - Erwin. ERwin позволяет проводить процессы прямого и обратного проектирования БД. Это означает, что по модели данных можно сгенерировать схему БД или автоматически создать модель данных на основе информации системного каталога. Кроме того, ERwin позволяет выравнивать модель и содержимое системного каталога после редактирования того либо другого.

3.2 Проектирование в BPWin

На Рис.1 Представляет основную схему(Main), показывающий общую структуру библиотеки.

Рис.1 - Контекстная диаграмма “Библиотека-хранилища”

На Рис.2 Показано декомпозиция библиотеки.

Рис.2 - Декомпозиция контекстной диаграммы «Библиотека-хранилища»

На Рис.3 Декомпозиция плана закупок “Инвентаризация, составление списка книг, закупка книг.”



Рис.3 - декомпозиция «План закупок»

На Рис.4 Декомпозиция проведение инвентаризации “Составление списка книг, списание книг, повторная инвентаризация ”.

Рис.4 - декомпозиция «Проведение инвентаризации»

На Рис.5 Декомпозиция обновление книг “Проведение тендера, список книг, договор о закупке книг ”.



Рис.4 - декомпозиция «Обновление книг»

3.3 Построение бизнес модели системы в MSVisio

На приведенном ниже рисунке под №4 представляется основная схема (Главная), которая показывает всех участников данного процесса.

Главная

Рис.4

В этом Рис.5 показывает отношение каждого актера в отдельности к каждому определенному под процессу.

Система



Рис.5

Под Рис.6 показан процесс проведение инвентаризации.

Рис.6

На Рис.7 показан процесс Проведение инвентаризации.

Рис.7

3.4 Моделирование данных в ERWin

C проектированной системы на Erwin были определены следующие сущности.

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

Данная сущность содержит в себе информацию о сотрудниках. Атрибутами сущности являются:

- ID_сотр;

- Фамилия;

- Имя;

- Отчество;

- Должность;

- Стаж

- Адрес

- Телефон

- E-mail.

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

Рис. 8 -- Сущность «Сотрудники»

Сущность «Инвентаризация»

Данная сущность содержит в себе информацию об инвентаризации. Атрибутами сущности являются:

- ID_инвентаризации;

- Список книг;

- ID_сотр;

- Дата-инвентар;

- Основание_ инвентар;

- ID_книги

Ключом сущности является атрибут «ID_инвентаризации». Он является уникальным для всех книг. Диаграмма рассматриваемой сущности показана на рис.9



Рис.9 -- Сущность «Инвентаризация»

Сущность «Проведение _тендера»

Данная сущность содержит в себе информацию о тендере. Атрибутами сущности являются:

- ID_тендера;

- ID_сотрудника;

- Дата _проведения;

- Основание проведение;

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

Рис.10 -- Сущность «Проведение_тендера»

Сущность «Списание_книг»

Данная сущность содержит в себе информацию о . Атрибутами сущности являются:

- ID_списания;

- ID_сотр;

- Дата_спис;

- Основание списан;

- ID-книги

Ключом сущности является атрибут «ID_списания». Диаграмма рассматриваемой сущности показана на рис.11

Рис.11

Сущность «Книги»

Данная сущность содержит в себе информацию о книгах. Атрибутами сущности являются:

- ID_книги;

- Название ;

- Автор книги;

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

- Год _выпуска ;

- Дата _приобретение;

- Стоимость .

Рис.12

Ключом сущности является атрибут «ID_книги». Диаграмма рассматриваемой сущности показана на рис.12

На данном Рис.13 изображено вся схема на модели ERWin

Рис.13 -- ERD модель

Заключение

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

В ходе выполнения курсового работы были определены требования и функции системы для решения проблем в организации оптимизации работы хранилище библиотека. Требования для системы были получены на основании анализа бизнес-процесса и определения основных функций, участвующих в повышении эффективности работы хранилище библиотека. Проектирование было осуществлено с применением программных средств BPwin, ER Win, MS Visio.

Список литературы

1. Грекул, В.И. Проектирование информационных систем: учебное пособие / В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. - М.: Интернет-Ун-т Информ. технологий, 2005. - 304 с.

2. ГОСТ 34.602-89 «Техническое задание на создание автоматизированной системы»;

3. Арлоу Д., Нейштадт И. UML 2 и унифицированный процесс. Практический объектно-ориентированный анализ и проектирование. -- Спб.: Символ-Плюс, 2007 г.;

4. Вендров А.М. «Проектирование программного обеспечения экономических информационных систем» -- М.: Финансы и статистика, 2002 г.

5. Мамиконов А.Г. «Проектирование АСУ» -- М.: Высшая школа, 1987 г.

Размещено на Allbest.ru