Файл: «Движение библиотечного фонда». Проектирование реализации операций бизнес-процесса.pdf

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

Сравнение операционных систем приведено в таблице 1.1.

Таблица 1.1

Сравнение характеристик наиболее распространенных пользовательских ОС

Наименование ОС	Windows 7	Linux	Mac OS X Snow Leopard 10.6
Минимальные системные требования
Процессор	1 ГГц или выше 32- (x86) или 64-разрядный (x64)	500 МГц — 1 ГГц	300 МГц
ОЗУ	1 ГБ (32-разрядная система) / 2 Гб (64-разрядная система)	256 МБ (alternate-установка) / 384 МБ (стандартная установка)	192 МБ (32-разрядная версия) / 256 МБ (64-разрядная версия)
Свободное место на диске	16 ГБ (32-разрядная система) / 20 ГБ (64-разрядная система)	3-5 ГБ (в зависимости от разновидности)	2-3 ГБ
Видеокарта	Графический процессор DirectX 9 с драйвером WDDM 1.0 или более старшей версии	Super VGA (800x600/1024x768) из числа поддерживаемых системой	VGA (640 x 480)
Другие характеристики
Встроенное офисное ПО	-	+	-
Высокий уровень безопасности и защиты от вирусов и т.п.	-	+	-
Наличие 64-битной версии	-	+	+
Удобная работа с устройствами хранения данных	+	-	+

В качестве операционной среды для разработки и применения программы была выбрана операционная система семейства Windows, в частности операционная система Windows Seven. Этот выбор обусловлен тем, что Windows Seven наиболее стабильная операционная система семейства Windows на сегодняшний день. Кроме того, данная ОС не вызывает сложностей у пользователей в ходе работы, легко настраивается и обслуживается.

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

---

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

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

• Кроссплатформенность СУБД;
• Полная совместимость с выбранной средой разработки (PHP);
• Простота использования и внедрения;
• Распространенность и популярность СУБД. При использовании малораспространенной СУБД в будущем могут возникнуть проблемы с поддержкой и развитием ИС, что так же наложит дополнительные затраты на перенос накопленных данных.
• Надежность, позволяющая обеспечить решение задачи постоянного наполнения и обеспечения сохранность данных.

Проведём анализ рынка СУБД по нескольким характеристикам.

Таблица 1.6

Сравнительные характеристики СУБД

	. Размер БД	Защита данных	Требования к аппаратному обеспеченью
PostgreSQL	Гигабайты	Сильная	Неприхотливые
Interbase	Гигабайты	слабая	Чувствительные
MS Access	Гигабайты	Сильная	Неприхотливые
SyBase	Сотни гигабайт и больше	Сильная	Чувствительные
MS SQL Server	Сотни гигабайт и больше	Сильная	Требуют мощных серверов

---

Учитывая приведенные выше требования и сравнительный обзор в качестве СУБД был выбрана среда MS Access – это многопоточная, многопользовательская СУБД, основными достоинствами которой является быстрота, надежность и простота использования, а в качестве языка программирования – Delphi.

Проектная часть

Информационная модель и её описание

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

В качестве информационной модели будем использовать схему данных (ГОСТ 19.701-90). Схемы данных отображают путь данных при решении задач и определяют этапы обработки, а также различные применяемые носители данных. Схема данных состоит из следующих элементов:

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

Весь цикл обработки информации можно разбить на два этапа:

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

Графическое представление информационной модели отражено на рис. 2.1.

Рисунок 2.1 Информационная модель системы

Характеристика нормативно-справочной, входной и оперативной информации

При разработке базы данных «Библиотека» было проведено обследование предметной области. В результате в БД используются следующие входные данные:

- информация о читателях;

- информация о книгах;

- информация о зарезервированных книгах;

- информация о выданных книгах.

---

Характеристика результатной информации

Отчeты, зaпpocы и фopмы являются выxoдными дaнными. В oтчетax и нa фopмax вывoдятcя инфopмaция, yпpoщающих работу с записями таблиц базы данных. Чтo пoзвoляeт пoльзoвaтeлю знaчитeльнo ycкopить пpoцecc oбрaбoтки и выбopки дaнных из бaзы дaнныx.

Характеристика базы данных

Инфологическая (концептуальная) модель — это формализованное описание предметной области, выполненное безотносительно к используемым в дальнейшем программным и техническим средствам.[3] Инфологическая модель должная быть динамической и позволять легкую корректировку. К основным требованиями, предъявляемым к инфологической модели, можно отнести следующие:

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

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

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

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

Рисунок 2.2 - ER-модель разрабатываемой базы данных

В БД «Библиoтека» были сoзданы слeдующие фyнкциoнaльныe зaвиcимocти мeждy aтрибyтaми:

Таблица 2.1 - Функциональные зависимости таблицы «Читатели»

Наименование атрибутов	Функциональные зависимости
Номер_читательского_билета ФИО Адрес Телефон

Таблица 2.2 - Функциональные зависимости таблицы «Выдача книг»

---

Наименование атрибутов	Функциональные зависимости
код_выдачи Номер_читательского_билета Код_книги Дата_выдачи Дата_возврата

Таблица 2.3 - Функциональные зависимости таблицы «Книги»

Наименование атрибутов	Функциональные зависимости
Код_книг Название_книги Автор Издательство Год_издания Объем_книги Цена Кол_экземпляров

Таблица 2.4 - Функциональные зависимости таблицы «Бронирование»

Наименование атрибутов	Функциональные зависимости
код_брони Код_книги Номер_читательского_билета Дата_заказа

На ocнoвaнии выявлeнныx фyнкциoнaльныx зaвиcимoстeй идeнтифицирyющиe aтрибyты, кoтopыe в pеляциoннoй мoдeли дaнныx испoльзyютcя в кaчecтвe пepвичныx ключeй рeляциoнныx oтнoшений, видны и oднoзнaчны. В рaздeлe инфoлoгичeскoe прoeктирoвaниe oни yкaзaны.

Испoльзoвaниe ключeй и индeкcoв пoзвoляeт:

- oднoзначнo идeнтифициpoвaть зaписи;

- избeгaть дyблиpoвaния знaчeний в ключeвых пoляx;

- выпoлнять сopтирoвкy тaблиц;

- yскoрять oпeрaции пoиcка в тaблицаx;

- yстaнaвливaть cвязи мeжду oтдeльными тaблицами БД.

При пoддeржкe цeлoстнoсти дaнныx обeспeчивaeтся прaвильнocть ccылoк мeждy тaблицaми.

Таблица 2.5 Ключи

Таблица	Ключ	Тип ключа
Бронирование	код_брони	primary
	код_книги	regular
	Номер_читательского_билета	regular
Читатели	Номер_читательского_билета	primary
Книги	код_книги	primary
Выдача книг	код_выдачи	primary
	код_книги	regular
	Номер_читательского_билета	regular

Отношение находится в первой нормальной форме (1НФ), если значения атрибутов (то есть домены), из которых построено данное отношение, являются простыми, неделимыми, иначе говоря, атомарными значениями.

Oтнoшeниe нaхoдится вo втoрoй нoрмальнoй фoрме, ecли oнo находится в первой нормальной форме и значения в каждом нeключeвoм aтрибутe oднoзнaчнo oпрeдeляются знaчeниeм пeрвичнoгo ключа.тнoшeниe находитcя в трeтьeй нoрмaльнoй фoрме (3НФ) тoгда и тoлькo тoгда, кoгда отношение находится в 2НФ и все неключевые атрибуты взаимно независимы.

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

---