44126

Создание электронного библиотечного каталога

Дипломная

Информатика, кибернетика и программирование

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

Русский

2013-11-10

1.79 MB

303 чел.

PAGE  83

Перечень условных обозначений и сокращений

ЦБС  Центральная библиотечная система

БД  База данных

УДК  Универсальная десятичная классификация

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

КТС  Книготорговая систематика

ЭБК  Электронный библиотечный каталог

АБИС Автоматизированная библиотечно-информационная система

СУБД Система управления базами данных

АРМ  Автоматизированное рабочее место

SQL  Структурированный язык запросов для обращения к СУБД


Введение

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

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

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

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

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

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

Что же могут дать библиотеке автоматизированные библиотечно-информационные системы? Ответ очевиден – существенное повышение скорости поиска и обработки информации.

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

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

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

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

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

  •  Ввод библиографических данных о печатном издании;
  •  Корректировка ранее введенных данных о печатном издании;
  •  Удаление ранее введенных данных о печатном издании;
  •  Ведение каталогов справочной информации, используемой при библиографической классификации печатных изданий;
  •  Поиск информации по произвольному набору параметров;
  •  Формирование отчетов по результатам поиска.

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

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

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

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


1. Автоматизированные библиотечные системы

1.1. Автоматизация библиотек в Республике Беларусь

«Электронная библиотека» — это локальные или распределенные электронные ресурсы, объединенные единой идеологией структуризации и доступа [1]. Под библиотекой понимается (если рассматривать библиотеку не с точки зрения ее статуса как учреждения) «информационная система,  предоставляющая  в  распоряжение  общества  сконцентрированные  в  ней  информационные ресурсы». Обычные библиотеки могут включать электронные ресурсы, а электронные библиотеки состоят исключительно из них, и поэтому требуют наличия особых технологий организации и поиска информации и доступа к ней. Постепенно грань между этими двумя понятиями станет более размытой в силу увеличения объема электронных  ресурсов  в  библиотеках.  Поэтому  представляется  нецелесообразным  разделять программное обеспечение для традиционных   и   электронных   библиотек. Наоборот, нужно находить пути их сближения. Ведь помимо традиционных автоматизированных библиотечно-информационных систем, существуют системы, включающие  электронные  библиотеки [2].

Автоматизация государственной библиотечной сети Беларуси развивается по единой концепции [1]. На вершине пирамиды находится Национальная библиотека, а ниже областные, городские, районные и детские библиотеки.

Согласно концепции приняты следующие проектные решения:

  •  структурирование библиотечной базы с использованием принятых стандартов ISBD (ISO 2709);
  •  модульный принцип построения библиотечных систем;
  •  сетевые режимы функционирования.

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

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

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

В настоящее время работают локальные библиотечные сети в Национальной библиотеке, Могилевской, Минской областных библиотеках, Минской детской городской централизованной библиотечной системе. В Витебской и Гродненской областных библиотеках, в Минской городской ЦБС работают отдельные библиотечные модули в автономных режимах. Для 6 районных ЦБС Могилевской области подготовлено программное обеспечение [1]. Во всех этих библиотеках заложены одинаковые принципы создания библиографических описаний по всем видам литературы, разработаны единые макеты библиографических описаний и единая технология работы библиотек в автоматизированном режиме. Автоматизированная библиотечная технология строится по модульному принципу. Это позволяет внедрять ее после отработки в Национальной библиотеке отдельными блоками. Каждый модуль охватывает законченный технологический участок работы библиотеки [1].

Модуль «Комплектование» включает следующие задачи:

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

Модуль «Обработка» включает следующие задачи:

  •  создание библиографических описаний с первоисточника;
  •  смысловая обработка (присвоение кодов ГАСНТИ, УДК, ключевых слов с использованием рубрикаторов и дескрипторных словарей, встроенных в задачу);
  •  печать библиографической карточки (аналог типографской карточки).

Модуль «Библиографическая деятельность» включает следующие задачи:

  •  создание аналитических баз (статьи):

а) по отраслевому принципу;

б) информкультура;

в) тематические (Чернобыль, белорусоведение, Новые книги Беларуси, История Беларуси);

г) фактографические базы (Памятные даты);

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

Модуль «Система обслуживания читателей» включает следующие задачи:

  •  работа с электронным каталогом;
  •  передача требований читателей по сети в книгохранение (в стадии внедрения);
  •  МБА (обслуживание абонентов, обслуживание читателей, контроль за возвратом, перенаправление, статистика);
  •  создание БД читателей;
  •  статистика посещаемости и книговыдачи.

При работе модулей «Библиографическая деятельность» и «Обслуживание читателей» используется информация, созданная в модулях «Комплектование и обработка».

Библиотечная автоматизированная технология разбита на два этапа:

1) подготовка библиографических описаний;

2) загрузка информации в электронный каталог.

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

В электронном каталоге происходит быстрый поиск библиографической информации по 11 индексным элементам, а по остальным элементам библиографической записи сканирующий поиск в отобранной литературе [1].

В настоящее время электронный каталог содержит следующую информацию [1]:

  •  книги и брошюры: 841740 наименований, при общем числе - 2262596;
  •  авторефераты: 78154;
  •  ноты: 14665;
  •  статьи: 322700;
  •  белорусская литература: 123731
  •  редкая книга: 1411.

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

Для ЦБС и районных детских библиотек разработан библиотечный модуль с учетом особенностей этих библиотек.

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

Единые принципы создания библиографических описаний, единые принципы индексирования и поиска литературы в электронном каталоге позволяют перейти, в дальнейшем, к созданию единого информационного пространства Республики Беларусь. Первые шаги в этом направлении уже сделаны: происходит обмен информацией между библиотеками по информкультуре, по белорусским изданиям, краеведению между Национальной библиотекой и областными библиотеками Могилева и Минска. В дальнейшем планируется распространение Национальной библиотекой всей информации по новым поступлениям. Это будет происходить по мере создания автоматизированных библиотечных участков в других библиотеках. Планируется создание сводных баз данных по отдельным направлениям (краеведение, Чернобыль, периодическая литература).

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

Разрабатывается проект по обмену информации по информкультуре с Российской государственной библиотекой. Обмен будет осуществляться в формате UNIMARC [1].

Регулярно передается информация по иностранной периодике в ГПНТБ для создания сводного каталога.

На ближайшее время планируется:

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

1.2. Особенности классификации каталогов в библиотечных и книготорговых автоматизированных системах. Проблемы совместимости

За многовековую историю существования библиотек создано немало различных вариантов схем классификации [2],[4]. Наиболее прогрессивные из них всегда опирались на классификацию наук, которая стремилась установить правильные связи и взаимодействия различных наук между собой. В современных библиотеках у нас в республике наиболее часто употребляются: Универсальная десятичная классификация (УДК) и Библиотечно-библиографическая классификация (ББК).

Универсальная десятичная классификация (УДК) очень активно применяется в библиотеках зарубежных стран и в наших библиотеках [1].

Главный принцип построения этой системы — условное деление каждого раздела или подраздела в пределах десяти цифр, что и обусловило ее название — десятичная [2]. Благодаря такому делению разделов выстраивается стройная система соподчинения отделов от общего к частному. Каждый раздел обозначается арабской цифрой:

0 —  Общий  раздел

1 —  Философия

2 —  Религия

3 —  Общественные науки

4 —  Филология

5 —  Естественные науки. Математика

6 —  Прикладные науки (техника,  медицина, с/х)

7 —  Искусство и спорт

8 —  Литература и литературоведение

9 —  История. География

Каждый из этих отделов делится на десять более мелких подотделов путем добавления цифры справа:

Пример: 5. — Естественные науки. Математика

51 — Математика

52 —  Астрономия

53 —  Физика

54 —  Химия

55 —  Геология

56 —  Палеонтология

57 —  Биология

58 —  Ботаника

59 —  Зоология

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

Пример: 621.396.2

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

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

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

Пример: (4) — определитель Европы, а все европейские страны имеют цифровые обозначения, начинающиеся с цифры 4: (42) — Англия, (43)  — Германия, (44)  — Франция.

Географические определители применяются в отделах: география, история, экономика и др.

Пример: 9(42) — История Англии.

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

Пример: (03) — энциклопедии, словари
                (6) — публикации  учреждений, организаций
                (7) — учебные пособия
                (075.8) — учебники для вузов
                (09) — предназначен для образования подразделений по истории науки

По системе УДК построены систематические каталоги во многих крупных библиотеках республики, в частности в Национальной библиотеке Беларуси, в Научной библиотеке АН, отраслевых библиотеках. Так что, зная основной принцип построения таблиц и методику поиска, можно пользоваться ими самостоятельно.

Как было сказано ранее, с 1977 года книги общественно-политической и гуманитарной тематики, а с 1991 года естественнонаучная и техническая литература классифицируется по другой классификации — Библиотечно-библиографической классификации (ББК).

Таблица ББК разработана в Советском Союзе Государственной библиотекой СССР им. В.И. Ленина, Государственной публичной библиотекой им. М.Е. Салтыкова-Щедрина, Библиотекой АН СССР и Всесоюзной книжной палатой [2].

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

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

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

Структура ББК:

Науки  о  природе

Б      Естественные  науки  в  целом
В      Физико-математические  науки
Г      Химические  науки
Д     Науки  о  земле 
Е      Биологические  науки. Прикладные  науки
Ж/О  Технические  науки
П      Сельское  хозяйство
Р      Здравоохранение  и  медицина Науки  об  обществе
С      Общественные  науки  в  целом
Т       Исторические  науки
У      Экономические  науки
Ф      Политика.  Политические  науки
X       Государство  и  право
Ц      Военное  дело
Ч      Культура.  Просвещение.  Наука
Ш     Филологические  науки
Щ     Искусство

Науки  о  мышлении
Э Атеизм
Ю Философия

Литература универсального  характера
Я Библиографические пособия. Справочные издания.

Периодические издания

Если индексы УДК состоят только из цифр, то база для индексации ББК смешанная (буквенная и цифровая). Применяются прописные буквы для обозначения основных отделов и арабские цифры для дальнейшей детализации разделов [2].

Пример:  У   Экономика
                 У01    Политическая  экономика
                 У5      Мировая  экономика

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

(0)  Все страны

(3) Зарубежные  страны  в  целом

(4) Европейские  страны

(5) Азия

(6) Африка

(7) Америка

(8) Австралия и Океания

Пример:  ТЗ(2Б)  История Беларуси

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

Так как поиск литературы по систематическому каталогу ББК довольно сложен, лучше всего обращаться к АПУ. Принцип построения АПУ такой же, как в АПУ к систематическому каталогу УДК.

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

Пример: Подбирая литературу по истории Беларуси, необходимо использовать разделы 9СЗ -   [УДК]  и ТЗ(2Бел)   -   [ББК].

Если Вы будете внимательно читать разделители в каталоге по УДК, то увидите ссылки, которые отправят Вас к аналогичному отделу в каталоге ББК.

Пример:  На разделителе «51 Математика» имеется отсылка к разделу «В1. Математика» в каталоге по ББК.

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

Если индексы УДК состоят только из цифр, то база для индексации ББК смешанная (буквенная и цифровая). Применяются прописные буквы для обозначения основных отделов и арабские цифры для дальнейшей детализации разделов.

Пример:
              Ю Философские науки. Психология. Логика.
              Ю 0/8 Философские науки
              Ю 2 Домарксистская и немарксистская философия
              Ю 3 История философии
              Ю 3 (2) Философия СССР
              Ю 3 (2=Бел) Философская мысль БССР
              Ю 3 (4/8) Философия зарубежных стран
              Ю 4 Логика
              Ю 7 Этика

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

Например, пользуясь каталогами библиотеки БГУ, нужно помнить, что в библиотеке каталог организован по двум схемам. До 1977г. вся литература классифицировалась по УДК. В 1977г. в библиотеке была внедрена ББК, по которой начали систематизировать литературу общественно-политического и гуманитарного профиля. С 1994г. по ББК систематизируется и литература по естественным и техническим наукам, т.е. вся литература. Таким образом, существует как бы два ряда систематического каталога, оба из которых нужно использовать при тематическом поиске [1].

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

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

Наличие двух основных видов библиографии диктует необходимость двух разных подходов при систематизации издательской продукции. Фундаментальные классификации литературы (УДК, ББК…) оказываются неудобными для применения книжной торговле в силу того, что они изначально предназначены для библиотечной деятельности и принципы систематизации, использованные в них, не могут соответствовать коммерческой специфике [3]. Используем для примера такую важную часть торгового процесса, как ассортиментное предложение имеющейся в наличии печатной продукции. Если структурировать его по основным разделам УДК, ассортимент будет разбит следующим образом:


ИНДЕКС

НАИМЕНОВАНИЕ РАЗДЕЛОВ

0

Общий отдел

1

Философия. Психология

2

Религия. Теология

3

Общественные науки

4

Резервный раздел

5

Математика. Естественные науки

6

Прикладные науки. Медицина. Техника. Сельское хозяйство

7

Искусство. Фотография. Музыка. Игры. Спорт

8

Языкознание. Филология. Художественная литература

9

География. Биографии. История

Любой книготорговец сразу же отметит отсутствие таких значимых для него разделов, как «Детская литература» или «Литература для средней школы» [3]. Для того, чтобы выделить с помощью УДК вышеназванные разделы ассортимента, необходимо произвести дополнительные манипуляции с использованием так называемых определителей (фактически, это небольшие дополнительные классификации, в которых литература делится по виду или типу изданий, по географическим, временным, языковым и иным аспектам содержания) [4]. А такой важный для книжной торговли раздел как «Дом. Быт. Досуг» по УДК вообще невозможно выделить. Кроме того, самый крупный по объему раздел «Художественная литература» окажется внутри раздела «Филология». «Языкознание» «Литературоведение» «Художественная литература». Если же расставить ассортимент в торговом зале по УДК, то многие близкие по содержанию тематические разделы окажутся далеко друг от друга, что совершенно недопустимо с точки зрения торговли, поскольку это неудобно для покупателя. Например, подраздел «История» будет удален от раздела «Общественные науки», рубрика «Информационные и компьютерные технологии», находящаяся внутри раздела «Общий раздел» под индексом 004 будет удалена от подраздела «Прикладные науки: общие вопросы», где ей логичнее находиться, а подраздел «География» окажется между «Художественной литературой» и «Биографиями» вместо того, чтобы находиться в разделе «Естественные науки» и т.д. Еще один недостаток УДК с точки зрения торговли состоит в том, что на одинаковых иерархических уровнях находятся несопоставимые по «наполненности» тематики, например, тематический раздел 8 «Языкознание. Филология. Художественная литература» составляющий 30-35% реального ассортимента книжной торговли, находится на одном уровне с разделами 0 «Общий раздел», 1 «Философия. Психология» и раздел 2 «Религия. Теология», которые вместе составляют не более 5% этого ассортимента. «Художественная литература», которая составляет 20-25% ассортимента и является самой большой товарной группой, находится на втором уровне, да еще и в самом конце. При более детальном анализе таких примеров нелогичности систематизации изданий по УДК с точки зрения книготорговца, можно привести очень много.

Следовательно, для книжной торговли индексов УДК и ББК проставленных на издательской продукции недостаточно: в данном случае они могут играть только вспомогательную роль [3].

В советское время существовала "Единая классификация литературы для книгоиздания в СССР" (ЕКЛ) и ее сокращенный вариант для книжной торговли [2]. Сегодня работать по такой классификации будет неудобно по многим причинам. Во-первых, фактически в ней пятьдесят разделов, сгруппированных в 12 «тематических блоков», без учета их объемов в ассортименте. Во-вторых, первый тематический блок «Общественно-политическая литература» на сегодняшний день выглядит анахронизмом, такого раздела литературы не существует ни в одной другой классификации. В-третьих, нет раздела «Дом, быт, досуг» и т.д.

Теперь рассмотрим, как обстоит дело с систематизацией ассортимента в зарубежной книжной торговле [3]. В других странах эта проблема приобрела особенную остроту 10-15 лет назад, в связи необходимостью эффективного использования современных информационных технологий, особенно для торговли через Интернет. В наиболее развитых государствах (Великобритания, Германия, Франция, США) к концу ХХ века были разработаны специальные книготорговые систематики, которыми теперь успешно пользуются книготорговцы этих стран, практически в общенациональных масштабах. В этих систематиках ассортимент разделен по традиционно существующим на рынке устойчивым товарным группам, сопоставимым по объему, одновременно используя все необходимые характеристики изданий (материальная конструкция издания, тематика, читательский адрес и т. д.). При академическом подходе к классификационным схемам (УДК, ББК) такой принцип систематизации невозможен, так как в одном случае для структурирования издательской продукции выбирается тематика, например, «Гуманитарные науки», в другом - читательский адрес, например «Литература для детей и юношества», и все это встроено в одну иерархическую систему. Но для торговли такой подход в систематизации товарных групп ассортимента оправдан, так как позволяет эффективнее решать задачи информационного обеспечения торговых процессов, и удобен в случае использования методов прикладных наук (маркетинг, логистика, мерчандайзинг) [3].

Мировой опыт также показывает, что для книжного дела вообще, необходимо иметь две библиографические службы – общую, или национальную, и книготорговую. Соответственно, нужны две схемы систематизации: общие классификации фундаментального характера для библиотек (УДК, ББК) и достаточно простая систематика товарных групп ассортимента для книжной торговли, назовем ее условно КТС (книготорговая систематика).

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

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

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

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

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

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

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


2. Проектирование электронного библиотечного каталога

Разрабатываемый ЭБК предназначен для ввода, хранения и обработки информации о библиотечных изданиях (монографиях, справочниках, сборников статей и т.п.), информации о местоположении отдельных экземпляров (переплётов) каждого издания, сведений о книгообороте и данных о читателях. Реализация такого ЭБК позволит значительно облегчить работу сотрудников библиотеки или книжного магазина:

  •  Поможет быстро и оперативно получать требуемую информацию;
  •  Облегчит ввод данных;
  •  Позволит быстро получать отчёты;
  •  Позволит быстро и точно найти или подобрать читателю информацию об издании.

Анализ функциональных требований к разрабатываемой системе привел к разработке вариантов использования системы (диаграммы Use case в терминологии UML):

Рисунок 2.1 - Диаграмма вариантов использования.

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

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

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

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

1. Выбор соответствующей выходной формы (Формаi, i=l, g).

2. Заполнение полей формы (Формаi, i=l, g).

3. Отображение информации на видеоконтрольном устройстве.

4. Если необходима твёрдая копия полученных данных, то Ввод исходных данных.

5. Анализ исходных данных (Формаi, i=l, N).

6. Если исходные данные корректны, то переход на пункт 4, в противном случае - выдача диагностического сообщения и переход на пункт 1.

7. Передача данных соответствующему запросу (Запросij, i=l, N; j=l, y).

8. Анализ параметров и условий выборки информации.

9. Формирование списка таблиц для поиска информации (Таблицаi,...,Таблицаk, i Î m, k Î m).

10. Поиск информации по выбранному списку таблиц в соответствии со значениями параметров и условиями выборки.

11. Если информация, удовлетворяющая заданным параметрам и условиям выборки, отсутствует, то выдаётся соответствующее диагностическое сообщение и переход на пункт 1. При нахождении необходимой информации, она передаётся исполнительным частям запросов (Запросij, i=l ,N; j=l , y) и переход на пункт 9.

12. производится её печать, в противном случае переход на пункт 13.

13. Выяснение необходимости завершить работу с базой данных. Если «Да», то переход на пункт 14, если «Нет», то переход на пункт 1.

14. Конец работы.

Здесь и далее обозначения имеют следующий смысл:

• N - мощность (количество) множества входных форм;

• К, h, y - мощности множеств запросов, соответствующих входным формам (Формаi, i=l, N);

m -мощность множества таблиц;

g - мощность множества выходных форм.

Данный алгоритм может быть выражен блок-схемой, представленной на рисунке 2.2. Такое представление даёт возможность более наглядного понимания процесса прохождения информации.


Рисунок 2.2 - Схема информационных потоков электронного библиотечного каталога.

 


Рисунок 2.3 - Блок-схема алгоритма, реализующего технологическую схему обработки информации в электронном библиотечном каталоге.

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

  •  Создавать новый объект
  •  Редактировать данные объекта
  •  Удалять объект
  •  Отображать для просмотра данные объекта

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

  •  Сохранить объект в базе данных
  •  Обновить объект в базе данных
  •  Удалить объект из базы данных
  •  Найти объект в базе данных

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

  •  CreateNewObject()
  •  EditObject ()
  •  DeleteObject ()
  •  ShowObject ()
  •  SaveObject ()
  •  UpdateObject ()
  •  RemoveObject()
  •  FindObject()

Диаграмма последовательности при выполнении операции ввода данных в электронном библиотечном каталоге приведена на рисунке:

Рисунок 2.4 Диаграмма последовательности при выполнении операции ввода данных в электронном библиотечном каталоге.

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

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

  •  CreateNewOBJ()
  •  EditOBJ()
  •  DeleteOBJ()
  •  ShowOBJ()
  •  SaveOBJ()
  •  UpdateOBJ()
  •  RemoveOBJ()
  •  FindOBJ(),

где OBJ – наименование конкретного информационного объекта.

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

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

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

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

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

Проведём рассмотрение этих данных. Для ведения библиотечных каталогов, организации поиска требуемых изданий и библиотечной статистики в базе данных должны хранится сведения, большая часть которых размещается в аннотированных каталожных карточках (рис. 3.1 ). Анализ запросов на литературу, как читателей, так и обслуживающего персонала библиотеки, показывает, что для поиска подходящих изданий (по тематике, автору, изданию и т.п.) и отбора нужного, следует выделять следующие атрибуты каталожной карточки:


Д27

Дейт К. Руководство по реляционной СУБД DB2 / пер. с англ. И предисловие М.Р.Когаловского. –М.: Финансы и статистика, 1988. – 320 с.: ил.

ISBN 5-279-00063-9

Книга американского специалиста в области реляционных баз данных К.Дейта, автора популярной в СССР монографии «Введение в системы баз данных», представляет собой руководство по СУБД фирмы IBM DB2. Для специалистов по программному обеспечению информационных систем и студентов вузов.

ББК 32.973

Рисунок 2.5 Аннотированная каталожная карточка.

  •  Автор (фамилия и имена (инициалы) или псевдонимы каждого автора издания);
  •  Название (заглавие) книги;
  •  Издательство;
  •  Год выпуска;
  •  Количество страниц;
  •  Библиотечный шифр - ББК;
  •  Библиотечный шифр - УДК;
  •  Аннотация;
  •  Код ISBN;
  •  Дополнительный атрибут (для торговли) код по КТС.

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

Рисунок2.6 Диаграмма классов предметной области
«Каталогизация печатных изданий».

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

Для разработки структуры данных используем реляционную модель базы данных, которая основана на математических принципах теории множеств. Результат запроса к одной или нескольким таблицам, также предоставляется в виде таблицы. Каждая таблица должна иметь свой ключ или идентификатор, уникально определяющую запись. В наборе записей об объекте возможно наличие более одного элемента данных, значения которого уникально идентифицирует запись об объекте. Каждый из таких элементов будет являться  ключом, один из которых обычно выбирается в качестве первичного ключа. Элементы данных, которые не являются первичными ключами, называются атрибутами. В записи об объекте значения атрибутов идентифицируются значениями первичных ключей. Также в реляционных базах данных возможно объединения информации из разных таблиц или запросов на основе совпадающих значений определённых атрибутов.  

Анализ приведённых выше объектов и атрибутов позволяет выделить сущности проектируемой базы данных, приняв решение о создании реляционной базы данных, можно построить её модель:

Рисунок 2.7 Модель данных электронного библиотечного каталога.

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

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

Выделяем  следующие таблицы и атрибуты:

  1.  Авторы (Код_автора, Имя) – здесь хранятся сведения об авторах. Такое объединение допустимо, так как данные об авторах выбираются из одного домена (фамилии и имена) и исключают дублирование данных. Так как фамилия и инициалы автора могут быть достаточно большими и будут многократно встречаться в разных изданиях, то их необходимо нумеровать и ссылаться на эти номера. Для этого вводим целочисленный атрибут Код_автора, который будет автоматически наращиваться на единицу при добавлении нового создателя.
  2.  Издательства (Код_издательства, Название) – здесь находятся данные о названии издательства и городе, где расположено издательство. Так же вводим целочисленный атрибут Код_издания, который будет автоматически наращиваться на единицу при добавлении нового издания.
  3.  Книги (Код_книги, Код_ББК, Код_УДК, Код_ISBN, Код_КТС, Заглавие, Код_автора, Код_издательства, Год_издания, Количество_страниц, Аннотация) – здесь хранится общая информация об экземпляре. Так же вводим целочисленный атрибут Код_книги, который будет автоматически наращиваться на единицу при добавлении нового издания.
  4.  Группы_КТС (Код_группы, Название_группы) – здесь хранятся данные о названии групп книготорговой систематики.

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

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

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

В большинстве случаев, как уже описывалось выше, таблицы связываются между собой отношением «один ко многим», гораздо реже «один к одному» и «многие ко многим». Если в базе данных существует связь между таблицами типа «многие ко многим», то необходимо создать таблицу пересечения, с помощью которой одна связь «многие ко многим» будет сведена к двум связям типа «многие к одному». В настоящей базе данных все таблицы будут связываться между собой отношением типа «многие к одному». Таблицы Издательства, Авторы, Группы_КТС связаны с таблицей Книги по первичному ключу в соотношении «один ко многим».


3. Реализация электронного библиотечного каталога

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

В СУБД Microsoft Access предусмотрены все необходимые средства для определения и обработки данных, а также для управления ими при работе с большими объемами информации.

В СУБД Microsoft Access основными объектами являются таблицы, запросы, формы, отчеты, программы и классы. Ниже приведен список основных объектов СУБД Microsoft Access.

  •  Таблица - объект, который определяется и используется для хранения данных. Каждая таблица содержит информацию    о    субъектах    (предметах) определенного типа. Поля (столбцы) служат для хранения различных характеристик субъектов, а каждая запись (строка) содержит сведения о конкретном субъекте. Для каждой таблицы можно определить первичный ключ (одно или несколько полей, имеющих уникальное для каждой записи значения) и один или несколько индексов, ускоряющих доступ к данным.
  •  Запрос - объект, позволяющий пользователю получить нужные данные из одной или нескольких таблиц. Для определения запроса можно использовать конструктор отчётов или написать инструкцию SQL. Можно создать запрос на выборку, обновление, удаление или добавление данных. С помощью запросов можно также создавать новые таблицы, используя данные из одной или нескольких существующих таблиц.
  •  Форма - объект, предназначенный для ввода данных, отображения их на экране или управления работой приложения. Формы можно использовать для того, чтобы реализовать требования пользователя к представлению данных таблиц или наборов записей запросов. С помощью форм можно в ответ на некоторое событие запустить функцию, процедуру, метод формы или класса.
  •  Отчёт - объект, предназначенный для форматирования, вычисления итогов и печати выбранных данных.

СУБД Microsoft Access предоставляет максимальную свободу при задании типа данных (текст, числовые данные, даты, время, денежные значения, рисунки, звук, документы, электронные таблицы). Также можно задать форматы хранения (длина строки, точность представления чисел и даты/времени) и представления данных для вывода на экран или печать.

В качестве языка программирования был выбран C# (C Sharp).

В последнее время С и С++ являются наиболее используемыми языками для разработки коммерческих и бизнес приложений. Эти языки устраивают многих разработчиков, но в действительности не обеспечивают должной продуктивности разработки. К примеру, процесс написания приложения на С++ зачастую занимает значительно больше времени, чем разработка эквивалентного приложения, скажем, на Visual Basic. Сейчас существуют языки, увеличивающие продуктивность разработки за счет потери в гибкости, которая так привычна и необходима программистам на С/С++. Подобные решения являются весьма неудобными для разработчиков и зачастую предлагаются значительно меньшие возможности. Также эти языки не ориентированы на взаимодействие с появляющимися сегодня системами и очень часто они не соответствуют существующей практике программирования для Web. Многие разработчики хотели бы использовать современный язык, который позволял бы писать, читать и сопровождать программы с простотой Visual Basic и в то же время давал бы мощь и гибкость C++, обеспечивал бы доступ ко всем функциональным возможностям системы, взаимодействовал бы с существующими программами и легко работал бы с возникающими Web стандартами.

Учитывая все подобные пожелания, Microsoft разработала новый язык - C#. В него входит много полезных особенностей - простота, объектная ориентированность, типовая защищенность, "сборка мусора", поддержка совместимости версий и многое другое. Данные возможности позволяют быстро и легко разрабатывать приложения, особенно COM+ приложения и Web сервисы. При создании C#, его авторы учитывали достижения многих других языков программирования: C++, C, Java, SmallTalk, Delphi, Visual Basic и т.д. Надо заметить что по причине того, что C# разрабатывался с чистого листа, у его авторов была возможность (которой они явно воспользовались), оставить в прошлом все неудобные и неприятные особенности (существующие, как правило, для обратной совместимости), любого из предшествующих ему языков. В результате получился действительно простой, удобный и современный язык, по мощности не уступающий С++, но существенно повышающий продуктивность разработок.

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

В СУБД Microsoft Access существует три способа создания таблицы:

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

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

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

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

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


СУБД
Microsoft Access поддерживает следующие типы данных:

Таблица 3.1 - Типы данных СУБД Microsoft Access

Тип данных

Использование

Размер

Currency

Денежные суммы

8 байт

Data/Time

Дата-время

8 байт

Double

Числа двойной точности с плавающей точкой (18 разрядов)

8 байт

Integer

Целые числа

4 байта

Logical

Логические данные (.T./.F.)

1 байт

Memo

Алфавитно-числовые данные

Ограничено свободным местом на диске

Variant

Графические изображения, диаграммы, OLE объекты

Ограничено свободным местом на диске

String

Алфавитно-цифровые данные с символами ASCII от 0 до 255

Ограничено свободным местом на диске

Memo (binary)

Алфавитно-цифровые данные с символами ASCII от 0 до 255

Ограничено свободным местом на диске

Исходя из выше описанной модели, определим типы полей для таблиц.

Для таблицы Авторы:

  •  Код_автора  –  тип данных  Integer;
  •   Создатель – тип данных String, размером 50 символов.

Для таблицы Издательства:

  •  Код_издательства – тип данных  Integer;
  •  Название – тип String, размером 50 символов;

Для таблицы Группы_КТС:

  •  Код_группы –  тип данных  Integer;
  •  Название_группы  – тип String, размером 50 символов.

Для таблицы Книги:

  •  Код_книги –  тип данных  Integer;
  •  Код_ББК –  тип String, размером 10 символов;
  •  Код_УДК –  тип String, размером 10 символов;
  •  Код_ISBN –  тип String размером 10 символов;
  •  Заглавие – тип String, размером 50 символов;
  •  Код_КТС –  тип данных  Integer;
  •  Код_издательства –  тип данных  Integer;
  •  Код_автора – тип Integer;
  •  Год_издания – тип Integer;
  •  Количество_страниц – тип Integer;
  •  Аннотация – String, размером 250 символов.

На основе выше изложенного создадим следующую структуру таблиц для использования при разработке ЭБК.


Таблица
3.2 - Структура таблицы Books.

Издания (Books)

Название

Тип

Значение

Размер

1

BookCode

Integer

Уникальный номер книги

2

ISBN

String

10

Код ISBN

3

UDK

String

10

Код УДК

4

BBK

String

10

Код ББК

5

Title

Integer

50

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

6

Year

Integer

Год издания

7

Pages

Integer

Количество страниц

6

Description

String

250

Аннотация

7

AuthorCode

Integer

Код автора

8

PublisherCode

Integer

Код издательства

9

ThemeCode

Integer

Код группы КТС

Таблица 3.3 - Структура таблицы Authors.

Авторы (Authors)

Название

Тип

Значение

Размер

1

AuthorsCode

Integer

4

Уникальный номер значения

2

AuthorsName

String

50

Значение

Таблица 3.4 - Структура таблицы Publishers

Издательства (Publishers)

Название

Тип

Значение

Размер

1

PublisherCode

Integer

4

Уникальный номер значения

2

PublisherName

String

50

Значение

Таблица 3.6. Структура таблицы Themes

Группы_КТС (Themes)

Название

Тип

Значение

Размер

1

ThemeCode

Integer

4

Уникальный номер значения

2

ThemeName

String

50

Значение

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

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

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

Для изменения и удаления записей возможно введения одного из следующих правил:

  •  Cascade – замена или удаление всех записей в подчинённой таблице, удовлетворяющих старому ключевому значению главной таблице.
  •  Restrict – проверяет наличие в подчинённой таблице значений удовлетворяющих текущему значению главного ключа, и при их наличии запрещает изменения или удаление.
  •  Ignore – игнорирует ссылочную целостность и позволяет изменять или удалять значения главного ключа.

Для добавления записей можно определить только два правила проверки:

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

Для работы с данными созданных таблиц разработаны следующие SQL-запросы:

Получение информации из таблицы Authors:

SELECT AuthorCode, AuthorName FROM Authors [WHERE условие отбора]

Добавление новой информации в таблицу Authors:

INSERT INTO Authors VALUES ([AuthorCode], [AuthorName])

Обновление информации в таблице Authors:

UPDATE Authors SET AuthorCode = значение, AuthorName = значение [WHERE условие отбора]

Удаление информации из таблицы Authors:

DELETE FROM Authors [WHERE условие отбора]

Получение информации из таблицы Publishers:

SELECT PublisherCode, PublisherName FROM Publishers [WHERE условие отбора]

Добавление новой информации в таблицу Publishers:

INSERT INTO Publishers VALUES ([PublisherCode], [PublisherName])

Обновление информации в таблице Publishers:

UPDATE Publishers SET PublisherCode = значение,
PublisherName =
значение [WHERE условие отбора]

Удаление информации из таблицы Publishers:

DELETE FROM Publishers [WHERE условие отбора]

Получение информации из таблицы Themes:

SELECT ThemeCode, ThemeName FROM Themes [WHERE условие отбора]

Добавление новой информации в таблицу Themes:

INSERT INTO Themes VALUES ([ThemeCode], [ThemeName])

Обновление информации в таблице Themes:

UPDATE Themes SET ThemeCode = значение, ThemeName = значение [WHERE условие отбора]

Удаление информации из таблицы Themes:

DELETE FROM Themes [WHERE условие отбора]

Получение информации из таблицы Books:

SELECT BookCode, BBK, UDK, Title, Year, Pages, Description, AuthorName, PublisherName, ThemeName

FROM Books, Authors, Publishers, Themes WHERE Books.AuthorCode = Authors.AuthorsCode AND Books.PublisherCode = Publishers.PublisherCode AND Books.ThemeCode = Themes.ThemeCode

Добавление новой информации в таблицу Books:

INSERT INTO Themes VALUES (BookCode, BBK, UDK, Title, Year, Pages, Description, AuthorCode, PublisherCode, ThemeCode)

Обновление информации в таблице Books:

UPDATE Themes SET BookCode = значение, BBK = значение, UDK = значение, Title = значение, Year = значение, Pages = значение, Description = значение, AuthorCode = значение, PublisherCode = значение, ThemeCode = значение [WHERE условие отбора]

Удаление информации из таблицы Books:

DELETE FROM Books [WHERE условие отбора]

Электронный библиотечный каталог разработан на основе компонентов визуализации Windows Forms.

В ходе реализации были использованы следующие визуальные компоненты:

  •  Form;
  •  TabControl;
  •  TabPage;
  •  Panel;
  •  Button;
  •  DataGridView;
  •  DataGridViewTextBoxColumn.

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

Рисунок 3.1 - Диаграмма взаимодействия классов визуальных компонентов пользовательского интерфейса для отображения списка книг

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

Рисунок 3.2 - Диаграмма взаимодействия классов визуальных компонентов пользовательского интерфейса для отображения списка авторов

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

Рисунок 3.3 - Диаграмма взаимодействия классов визуальных компонентов пользовательского интерфейса для отображения списка издательств.

Диаграмма взаимодействия классов визуальных компонентов пользовательского интерфейса для отображения списка групп КТС приведена на рисунке:

Рисунок 3.4 - Диаграмма взаимодействия классов визуальных компонентов пользовательского интерфейса для отображения списка групп КТС

Для взаимодействия с СУБД Microsoft Access использовались следующие компоненты:

  •  OLEDBDataAdapter;
  •  OLEDBCommand;
  •  DataSet;
  •  BindingSource;
  •  TableAdapter;
  •  DataRow.

Диаграмма взаимодействия компонентов интерфейса к СУБД Microsoft Access приведена на рисунке:

Рисунок 3.5 - Диаграмма взаимодействия компонентов интерфейса к СУБД Microsoft Access.

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

Рисунок 3.6 - Диаграмма последовательности операции ввода данных в электронный библиотечный каталог

Таким образом, при реализации электронного библиотечного каталога пользовательский интерфейс реализован при помощи классов визуальных компонентов, а доступ к таблицам СУБД Microsoft Access реализован с использованием компонентов доступа к базам данных по технологии OLE. Диаграмма взаимодействия этих групп компонентов в рамках операционной системы Microsoft Windows показана на рисунке:

Рисунок 3.7 - Диаграмма взаимодействия групп компонентов электронного библиотечного каталога в рамках операционной системы
Microsoft Windows.


4.ТЕХНИКО-ЭКОНОМИЧЕСКОЕ ОБОСНОВАНИЕ

Характеристика проекта

В ходе выполнения дипломного проекта был разработан электронный библиотечный каталог. При разработке и отладке использовалась средства проектирования из пакета Microsoft Visual Studio .NET. Был использован объектно-ориентированный язык программирования С#. Следует отметить, что по новизне проект можно отнести к группе А со значением Кн = 1.

Исходные данные приведены в табл. 4.1.

Таблица 4.1 - Исходные данные.

Наименование показателя

Буквенные обозначения

Единицы измерения

Количество

1

2

3

4

Коэффициент новизны

Кн

Единиц

1

Группа сложности

Единиц

2

Дополнительный коэффициент сложности

Ксл

Единиц

0,12

Поправочный коэффициент, учитывающий использование типовых программ

Кт

Единиц

1

Установленная плановая продолжительность разработки

Тр

Лет

1

Годовой эффективный фонд времени

Фэф

Дней

258

Продолжительность рабочего дня

Тч

Ч

8,2

Норма рабочего времени в месяц

Час

171,5

Тарифная ставка 1-ого разряда

Тм1

Руб.

38000

Коэффициент премирования

Кп

Единиц

1,4

Норматив дополнительной заработной платы

Нзд

%

15

Фонд социальной защиты населения

Нсз

%

35

Единые отчисления в фонд заработной платы

Ннз

%

5

Норматив командировочных расходов

Нрнк

%

30

Норматив прочих затрат

Нпз

%

20

Продолжение таблицы 4.1

Норматив накладных расходов

Нрнк

%

100

Ставка налога на добавленную стоимость

Ндс

%

18

Отчисления из выручки в республиканский бюджет

Нрб

%

3

Отчисления из выручки в местный бюджет

Нмб

%

1,15

Налог на прибыль

Нn

%

24

Рентабельность

Ур

%

30

Норма расхода материалов в расчете на 100 команд

Нмi

Руб

500

Цена одного машино-часа

Цмi

Руб

1000

Норматив расхода машинного времени на отладку 100 команд

Нмв

Час

12

 Расчет стоимостной оценки затрат

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

Общий объем ПС рассчитывается по формуле

,                                                     (4.1)

где Vo - общий объем ПС;

      Vi - объем функций ПС;

       n - общее число функций.


Таблица 4.2 - Характеристика функций и их объем.

п/п

Содержание функции

Объем

(условных машинных команд)

705

Формирование и вывод на внешние носители

3500

706

Предварительная обработка и печать файлов

470

707

Графический вывод результатов

480

507

Обеспечение интерфейса между компонентами

690

202

Генерация подсхемы базы данных

4300

301

Формирование последовательного файла

290

309

Формирование файла

1020

304

Обслуживание файлов

490

305

Обработка файлов

730

109

Организация ввода/вывода информации в интерактивном режиме

320

Общий объем программного средства

12290

Vo = 12290 12000 условных машинных команд

На основании общего объема ПС определяется нормативная трудоемкость (Тн) согласно действующей методике. По данным приложения нормативная трудоемкость с учетом группы сложности составит 930 человеко-дней.

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

,       (4.2)

где То - общая трудоемкость ПС;

     Тн - нормативная трудоемкость ПС;

     Ксл - дополнительный коэффициент сложности ПС.

То = 930 + (930 0,12) = 1042 (человеко-дней).

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

,                                                  (4.3)

где Тi - трудоемкость разработки ПС на i-й стадии (человеко-дней);

     m - количество стадий разработки.

Трудоемкость ПС по стадиям определяется с учетом новизны и степени использования в разработке типовых программ и ПС

,                                      (4.4)

где Tcтi - трудоемкость разработки ПС на i-й стадии (технического задания, эскизного проекта, технического проекта, рабочего проекта и внедрения);

      Кн - поправочный коэффициент, учитывающий степень новизны ПС;

      Кт - поправочный коэффициент, учитывающий степень использования в разработке типовых программ и ПС;

      dcтi - удельный вес трудоемкости i-й стадии разработки ПС в общей трудоемкости разработки ПС.

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

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

ЧР ,                                                (4.5)

где ЧР - плановая численность разработчиков (чел.);

      ФЭФ - годовой эффективный фонд времени работы одного работника в течение года, (дней в год);

      ТРД - плановая продолжительность разработки ПС (лет).

Таблица 4.3 - Расчёт уточненной трудоемкости ПС и численности исполнителей по стадиям

Стадии

Итого

ТЗ

ЭП

ТП

РП

ВН

Коэффициент удельных весов трудоемкости стадий (dст)

0,11

0,09

0,11

0,55

0,14

1,0

Коэффициент, учитывающий использование типовых программ (Кт)

0,9

Коэффициент новизны (Кн)

1

1

1

1

1

Уточняющая трудоемкость стадий (Ту)

115

94

115

516

146

986

Численность исполнителей (Чр)

2

2

2

2

2

  

Срок разработки (Тр)

0,23

0,18

0,23

1,0

0,28

1,92

При утверждении плановой численности разработчиков продолжительность разработки определяется по формуле

ЧРi ,                                               (4.6)

где Тр - срок разработки ПС (лет);

     Ti - трудоемкость разработки ПС на i-й стадии (человеко-дней);

     ЧРi - численность разработчиков ПС на i-й стадии ( чел.)

      m - число стадий

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

Тарифная ставка первого разряда (ТМ1) составляет 38000 белорусских рублей, значение месячной тарифной ставки (ТМ) каждого работника получается путем умножения ставки первого разряда на тарифный коэффициент (ТК), соответствующий установленному тарифному разряду работника

ТМ = ТМ1 ТК ,                                                   (4.7)

Таблица 4.4 - Распределение должностей и тарифные разряды.

п/п

Должность

Тарифный разряд

Тарифный коэффициент

1

Ведущий инженер

12

2,84

2

Инженер-программист 1-й категории

11

2,65

Часовая тарифная ставка рассчитывается путем деления месячной тарифной ставки на установленный при восмичасовом рабочем дне фонд рабочего времени 171,5 часа.

     (4.8)

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

    ТЧi   ТЧ ФЭФi  К           (4.9)

где n - количество исполнителей, занятых разработкой конкретного ПС;

   Тчi - часовая тарифная ставка i-го исполнителя (ден.ед.);

               ФЭФi - эффективный фонд рабочего времени i-го исполнителя (дней);

   Тч - количество часов работы в день.

               К - коэффициент премирования.

Таблица 4.5 - Основная заработная плата исполнителей.

Должность

Тарифный коэффициент

Часовая тарифная ставка, руб.

Коэффициент премирования

Эффективный фонд рабочего времени, дней

Заработная плата исполнителя,

руб.

Ведущий инженер

2,84

629

1.4

258

1817558

Инженер-программист 1-й категории

2,65

587

1.4

258

1696195

Заработная плата, основная

3513753

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

,                                                 (4.10)

где Здi - дополнительная заработная плата исполнителей;

                 Нд - норматив дополнительной заработной платы в целом по

научной организации, равный 15 %.

527063 (руб.)

Отчисления в фонд социальной защиты населения (3cзi) рассчитывают по формуле:

,                                         (4.11)

где Нзсз - норматив отчислений в фонд социальной защиты населения; Отчисления в фонд социальной защиты населения составят:

= 1415336 (руб.)

Отчисления в фонд заработной платы (Нсi) определяются по формуле

,      (4.12)

где Ннс=5% - норматив отчислений налогов от фонда.

Налоги от фонда составят

= 202041 (руб.)

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

,                                              (4.13)

и составят:

 = 60000 (руб.)

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

Расхода по статье «машинное время» (Pмi) включают в оплату машинного времени, необходимого для разработки и отладки ПС, которое определяется по нормативам (в машино-часах) на 100 команд (Нмв) машинного времени в зависимости от характера решаемых задач и типа ПЭBM.

,                                                (4.14)

где Цмi - цена одного машино-часа ;

      Voi - общий объем ПС (машинных команд);

      Нмв - норматив расхода машинного времени на отладку 100

машинных команд: 15 машино-часа.

= 1440000 (руб.)

Расходы по статье "Научные командировки" (Pнкi) на конкретное ПС определяются по нормативу, разрабатываемому в целом по научной организации, в процентах к основной заработной плате

PHKi ,                                            (4.15)

где HPHK - норматив расходов на командировки в целом по научной организации: 30 %.

PHKi  = 1054126 (руб.)

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

ПЗi ,                                           (4.16)

где - норматив прочих затрат в целом по научной организации, равен 20%.

ПЗi =702751 (руб.)

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

Pнi ,                                              (4.17)

где Pнi  - накладные расходы на конкретную ПС (ден.ед.);

     - норматив накладных расходов в целом по научной организации: 100 %.

Pнi  = 3513753 (руб.)

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

Общая сумма расходов по всем статьям сметы (Cpi) на ПС рассчитывается по формуле

           Cpi=3oi+3дi+3cзi+ Hсiiмiнкiзi+Pнi                          (4.18)

Общая сумма расходов по всем статьям сметы на ПС составит:

Cpi= 12428823 (руб.)

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

Пpi ,                                             (4.19)

где Пpi - прибыль от реализации ПС заказчика (ден.ед.);

      - уровень рентабельности ПС;

 - себестоимость ПС (ден.ед.).

Пpi = 3728647 (руб.)

Прогнозируемая цена без налогов  рассчитывается по формуле:

.                                             (4.20)

Прогнозируемая цена без налогов составит:

=16157470 (руб.)

Платежи в местный бюджет рассчитываются по формуле:

 ,     (4.21)

где  - норматив отчислений в местный бюджет.

Платежи в местный бюджет составят

=187973 (руб.)

Платежи в республиканский бюджет  рассчитываются по формуле:

,     (4.22)

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

Платежи в республиканский бюджет составят:

=505529 (руб.)

Цена без НДС  рассчитывается по формуле:

.     (4.23)

Цена без НДС составит:

=16850972 (руб.)

Налог на добавленную стоимость  рассчитывается по формуле:

,      (4.24)

где  - норматив налога на добавленную стоимость.

Налог на добавленную стоимость составит:

=3033175 (руб.)

Прогнозируемая отпускная цена  рассчитывается по формуле:

.     (4.25)

Прогнозируемая отпускная цена составит:

= 19884147 (руб.)

Чистая прибыль от реализации рассчитывается по формуле:

  .      (4.26)

Чистая прибыль составит:

= 2833772(руб.)


Таблица 4.6 - Итоги расчетов.

Наименование расчетов

Условное обозначение

Единица измерения

Значение

1

2

3

4

1. Основная заработная плата исполнителей

ЗОi

(руб.)

3513753

2. Дополнительная заработная плата исполнителей

Здi 

(руб.)

527063

3. Отчисления в фонд социальной защиты населения

 

3cзi

(руб.)

1415336

4. Отчисления в фонд заработной платы

Нсi

(руб.)

202041

5. Сумма затрат материалов

Mi

(руб.)

60000

4. Расхода по статье «машинное время»

Pмi

(руб.)

1440000

4. Расходы по статье "Научные командировки"

Pнкi

(руб.)

1054126

4. Расходы по статье "Прочие затраты "

Пзi

(руб.)

702751

8. Затраты по статье "Накладные расходы"

PHi

(руб.)

3513753

9. Общая сумма расходов по всем статьям сметы

Cpi

(руб.)

12428823

10. Рентабельность и прибыль создаваемого ПС

Пpi

(руб.)

3728647

11. Прогнозируемая цена без налогов

Цpi

(руб.)

16157470

12. Платежи в местный бюджет

Пмi

(руб.)

187973

Продолжение таблицы 4.6

13. Платежи в республиканский бюджет

Пбi

(руб.)

505529

14. Цена без НДС

Цi

(руб.)

16850972

15. Налог на добавленную стоимость

Ндсi

(руб.)

3033175

14. Прогнозируемая отпускная цена

Цоi

(руб.)

19884147

14. Чистая прибыль от реализации

Пчi

(руб.)

2833772

Расчет экономического эффекта

Экономический эффект в данном случае представляет собой чистую прибыль полученную разработчиками, которая определяется по формуле (4.26) и составляет:

ЭИНТ== 2833772 (руб.)

Определение срока окупаемости и рентабельности проекта

Срок окупаемости разработки ТОК = 1,92 года. Этот период времени будет совпадать с расчетным периодом времени, так как разработка выполняется по специальному заказу.

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

                                                          (4.27)

где RI – рентабельность инвестиций, %

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

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

Рентабельность составит:

RI=(2833772/12428823)*100%=23 %

Выводы

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

  1.  Экономический эффект от разработки модели устройства составил 2833772 белорусских рублей;
  2.  Срок окупаемости инвестиций составляет 1,92 года;
  3.  Рентабельность инвестиций составит 23 %;

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


5. ОХРАНА ТРУДА И ЭКОЛОГИЧЕСКАЯ БЕЗОПАСНОСТЬ

Реализация эргономических требований к организации рабочего места пользователя ПЭВМ.

Целью данного дипломного проекта является создание электронного библиотечного каталога. Разработка проекта велась на персональном  компьютере следующей конфигурации: процессор AMD-Athlon 1700+; 256 Mb оперативной памяти; винчестер объемом 40 Gb; монитор CTX 17” CRT 1024*768*100. При работе использовалось следующее программное обеспечение: MS Windovs XP; MS Visual Studio NET; Visio 2003; MS Word. Также дополнительно использовались принтер и сканер для тестирования программы. В ходе разработки на компьютере выполнялись следующие работы: написание кода программы, разработка пользовательского интерфейса, разработка чертежей проекта, создание демонстрационных плакатов. Видно, что представленный дипломный проект тесно связан  с  электронными вычислительными машинами (ЭВМ). Человек, работающий за ЭВМ, подвержен воздействию большего количества негативных факторов, которые могут привести к повышенной утомляемости, зрительным и эмоциональным нагрузкам. Суммарная результирующая факторов рабочей среды на человека не должны оказывать отрицательного влияния на его здоровье при профессиональной деятельности в течение длительного времени и не должны вызывать снижения надежности и качества деятельности инженера при воздействии в течении рабочей смены. Ниже сформулированы основные требования к организации рабочего места инженера-программиста, определенные на основании изученной литературы и приобретенного в ходе работы над проектом опыта.

Основными факторами, воздействующими на разработчика, являются [14]:

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

Шум оказывает неблагоприятное воздействие на человека, особенно при длительном воздействии. Это выражается в снижении работоспособности (скорость обработки текста уменьшается на 10 - 15%), в ускорении развития зрительного утомления, и изменения цветоощущения, повышении расхода энергии (на 17 %). Нормируемыми параметрами являются уровни среднеквадратичных звуковых давлений (дБ) и уровни звука (дБА) измеренные по шкале “А” шумомера, поскольку они наиболее близки к восприятию человеком. Шум в помещении, где выполняют работу требующую концентрации внимания, не должен превышать 55 дБА, а при однообразной работе 65 дБА [10]. Шум от отдельных приборов не должен более чем на 5 дБ превышать фоновый шум [10].

Неиспользованное рентгеновское излучение, а также излучения в ультрафиолетовом, инфракрасном и радиочастотном диапазонах должны соответствовать гигиеническим нормам [10]. Допустимая мощность дозы рентгеновского излучения перед экраном на расстоянии 5 см от его поверхности равна 0.5 мР/ч. Рентгеновское излучение уменьшается пропорционально квадрату расстояния до экрана. Так, на расстояниях от экрана 50 см оно составляет 0.005 мР/ч.  Уровни облучения в ультрафиолетовой, инфракрасной и видимой областях спектра у большинства современных мониторов ниже допустимых значений. То же самое относиться к рентгеновскому излучению. Поэтому можно сделать вывод, что условия труда разработчика относятся к безопасным. Однако, необходимо принять следующие меры предосторожности: ограничить дневную продолжительность рабочей деятельности перед экраном, использовать специальные защитные фильтры.

На микроклимат помещений влияет время года и категория работы. При легкой работе, какой является работа за компьютером, оптимальные значения температуры воздуха в помещении составляют 21 - 24С. Рекомендуется относительная влажность воздуха 55%. Скорость движения воздуха не должна превышать на уровне лица 0.2 м / c. Параметры микроклимата при легкой работе должны удовлетворять СанПиН 9-131 РБ2000 [10] (таблица 5.1), чтобы создавать комфортную среду для человека выполняющего свои профессиональные обязанности [14].

Таблица  5.1

Параметры микроклимата при легкой работе

Период

года

Категория работ

Температура С° не более

Влажность %

Скорость движения воздуха

Холодный

Легкая 1А

22-24

40-60

0,1

Легкая 1Б

21-23

40-60

0,1

Теплый

Легкая 1А

23-25

40-60

0,1

Легкая 1Б

22-24

40-60

0,2

Рабочие места должны соответствовать следующим эргономическим требованиям [10] [11]:

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

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

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

Рис 5.1. Пространственные параметры рабочего места оснащенного монитором

Для рабочего места инженера-программиста выделено 19 пространственных параметров подлежащих оптимизации. Рекомендуемые значения параметров определены на основе антропологических данных путем расчётов и графических построений (таблица 5.2, рисунок 5.1). Использованы антропометрические данные мужской и женской групп населения по ГОСТ 12.2.049-80.        

Яркость свечения экрана ЭЛТ должна быть не менее 100 кд/м2. Минимальный размер светящейся точки - не более 0,6 мм для цветного дисплея. Контрастность изображения знака - не менее 0,5. Частота регенерации изображения при работе в режиме обработки текста - не менее 85 Гц. Экран монитора должен иметь антибликовое покрытие. Размер экрана по диагонали должен быть не менее 31 см, при этом расстояние от глаз пользователя до экрана должно составлять 500 - 700 мм, угол зрения 10 - 20 , но не более 40. Предпочтительным является расположение экрана перпендикулярно линии зрения пользователя [12].

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

Таблица 5.2 - Рекомендуемые значения параметров рабочего места инженера-программиста

Параметр

Значение параметра ,мм (о)

Примечания

1

Высота сидения

Необходима  400-500

Регулируемый параметр

Высота клавиатуры

(от пола)

600 –750

620-700

Диапазон регулировки

Для нерегулируемой высоты

То же (от уровня стола)

Около 20

При необходимости клавиатуру можно встроить в поверхность стола

3

Угол наклона клавиатуры

Возможна (7-15)

Зависит от высоты клавиатуры

5

Глубина основной клавиатуры

>>  200

То же

6

Удаленность клавиатуры от края стола

Не менее

80-100

При неподвижном креплении

клавиатуры

7

Высота экрана

Желательно 950-1000

970-1050

Диапазон регулировки

При отсутствии регулировки

8

Угол наклона экрана

>> (0-30, опт=15о)

Зависит от высоты экрана относительно глаз

9

Удаленность экрана от края стола

>>500-700

500

Диапазон регулировки

При отсутствии регулировки

10

Высота поверхности для записи

>>670-860

725

Диапазон регулировки

При отсутствии регулировки

11

Площадь поверхности для записи

600Х400

900Х600

Прямоугольной формы

Треугольной формы

12

Угол наклона поверхности для записи

Возможна (0-10)

Для постоянной письменной работы

13а

Глубина пространства для ног

>400

на уровне коленей

13б

>600

на уровне ступней

14а

Высота пространства для ног

>600

на уровне коленей

14б

>100

на уровне ступней

16

Высота подставки для ног

Желательна 50-130

80

Регулируемая величина

Нерегулируемая

17

Угол наклона подставки для ног

>> (0-25)

>> 15

Диапазон регулировки

Нерегулируемая величина

Соотношение яркости экрана и непосредственного ближайшего окружения не должно превышать 3 : 1 [13].

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


Заключение

Данная дипломная работа посвящена разработке электронного библиотечного каталога.

В процессе разработки данной дипломной работы были получены следующие результаты:

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

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

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

Из вышеописанного следует, что задачи, поставленные перед данной работой выполнены в полной мере.

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


Список использованнЫХ ИСТОЧНИКОВ

  1.  Солодков А.Т. Автоматизация библиотек Беларуси – Мн.: Национальная библиотека РБ, 2006г. – 245 с.
  2.  Владимирова В.М., Воронина А.С. Стандарты по библиотечному делу и библиографии, М.: Издательство стандартов, 1985. – 438 с.
  3.  Коркмазов  Б.С. Проблемы систематизации в книжной торговле стран СНГ, М.: БИНОМ, 2003. – 114 с.
  4.  Стриганов В. М. Библиотечно-библиографическая классификация, М.: Книга, 1986. – 215 с.
  5.  Мартин Дж. Организация баз данных в вычислительных системах, М.: Мир, 1990. – 450 с.
  6.  Дейт К. Введение в системы управления базами данных, М.: БИНОМ, 1999. – 565 с.
  7.  Попов А.А. Программирование в среде СУБД Access», М.: Радио и связь, 2004. – 334 с.
  8.  Антонович М.Д. Visual C# для Windows, М.: БИНОМ, 2006. – 745 с.
  9.  Аппак М. А. Автоматизированные рабочие места на основе ПЭВМ, М.: Радио и связь, 1989. – 265 с.
  10.   Бройдо В. Л., Крылова В. С. Научные основы организации управления и построения АСУ, М.: Высшая школа, 1990. – 156 с.
  11.   Иоффе А. Ф. Персональные ЭВМ в организационном управлении, М.: Наука, 1988. – 103 с.
  12.   СанПиН 9-131 РБ2000 Гигиенические требования к видеодисплейным терминалам, электронно-вычислительным машинам и организации работы.
  13.   Инженерные методы эргономического проектирования рабочих мест операторов АСУ ТП / Сост. И.Г. Шупейко. - Мн.: МРТИ, 1987.
  14.   Семи В.П. Охрана труда при работе на персональных электронно-вычислительных машинах и другой офисной технике: Практ. пособие. - Мн.: Высш. шк., 2001.
  15.   Сибаров Н. и др. Охрана труда в вычислительных центрах. - М.: Машиностроение, 1990.
  16.   Среда обитания человека, здоровье, работоспособность: методы оценки и анализа: Учеб. пособие / И.С. Асаенок и др. - Мн.: БГУИР, 1997.

PAGE  1


 

А также другие работы, которые могут Вас заинтересовать

84919. ОЦЕНКА ГИДРОГЕОЛОГИЧЕСКИХ УСЛОВИЙ НА ПЛОЩАДКЕ СТРОИТЕЛЬСТВА И ПРОГНОЗ РАЗВИТИЯ НЕБЛАГОПРИЯТНЫХ ПРОЦЕССОВ ПРИ ВОДОПОНИЖЕНИИ 2.21 MB
  На строительных площадках многие трудности связаны с подземными водами: затопление котлованов траншей нарушение устойчивости их стенок прорыв дна под воздействием напорных вод и др. В дальнейшем уже при эксплуатации отдельных сооружений или застроенных территорий в целом также могут возникнуть осложнения...
84920. Расчёт системы управления электроприводом 345.8 KB
  ПР-преобразователь с гальванической развязкой силовой цепи и цепи управления; УДТЯ-усилитель датчика тока якоря, РТ-регулятор тока. Расчёт элементов цепи управления Измерение тока в цепи якоря выполним с помощью шунта RS.
84922. Маркетинговое исследование компании Tommy Hilfiger 152.22 KB
  Увеличение количества располагаемого дохода в странах с развивающейся экономикой Острая конкуренция со стороны международных брендов Экономический спад который приведет к сокращению спроса на одежду премиумкласса по цене продуктов Постоянно меняющиеся модные тенденции означает вопросы запасов инвентаризации...
84923. Состав и классификация бухгалтерской (финансовой) отчетности 92.02 KB
  Целью исследования в данной курсовой работе является рассмотрение сущности и классификации бухгалтерской отчетности, и ее составляющих. Для этого необходимо выполнение следующих задач: определить сущность бухгалтерской отчетности и ее значение в деятельности организации...
84925. Поняття про односкладне речення. Види односкладних речень. Способи вираження в них головного члена. Стилістичне використання односкладних речень 131.5 KB
  Організувати групову діяльність студентів у мікрогрупах, спрямовану на самостійне вивчення істотних ознак односкладних речень, їх основних видів, способів вираження в них головного члена; формувати уміння визначати вид односкладних речень, розрізняти їх між собою; розвивати уміння виконувати елементи...
84926. Поняття про речення. Закріплення вивченого про речення в 1-2-му класах 157 KB
  Мета уроку: закріплювати знання учнів про основні ознаки речення; розвивати увагу вміння зіставляти мовні явища; розвивати вміння працювати в групах; виховувати мовленнєву культуру. Узагальнення знань про речення. З чого складається наше мовлення Що виражає речення Як пишуться слова у реченні...
84927. Загальні поняття про дієслово. Зв’язок дієслова з іменником у реченні. Складання речень за малюнками 287 KB
  Мета: розширити і поглибити знання учнів про граматичні ознаки дієслова; формувати вміння розпізнавати дієслова серед інших частин мови; розпізнавати дієслово в реченні тексті; ставить до них запитання; вчити доцільно і правильно вживати дієслова у власних висловлюваннях...