Разработка подсистемы учёта и поиска электронной литературы - Курсовая работа

бесплатно 0
4.5 112
Формирование требований к подсистеме учёта и поиска электронной литературы. Проектирование архитектуры, интерфейса программного средства. Организация взаимодействия подсистемы с базой данных, руководство пользователя. Диаграмма вариантов использования.


Аннотация к работе
Эта система должна обеспечивать возможность удобного поиска и получения экземпляра электронной литературы, а также возможность редактирования базы литературы некоторыми привилегированными пользователями (преподавателями, библиотекарями). Преподаватель (либо сотрудник библиотеки) добавляет электронную литературу в базу данных и вводит основную информацию, необходимую для поиска. Описание Пользователь системы, наделенный правами на добавление (удаление) электронной литературы к имеющемуся набору и на ввод основной информации для успешного поиска литературы другими пользователями Система является законченной независимой разработкой, однако благодаря использованию стандарта организации базы данных MARC возможно совместное использование данной системы с системой MARC SQL, применяемой во многих библиотеках. При нажатии выполняется добавление критериев поиска в список. private void WEBFORM1_PRERENDER(object sender, System.EVENTARGS e) - обработчик, выполняющийся перед окончательным построение страницы и возвратом ее клиенту. private void TABLEUSLOV_DATABINDING(object sender, System.EVENTARGS e) - обработчик события наполнения таблицы условий поиска значениями. private void READDOCINFO() - процедура, выполняющая чтение информации о текущем документе. private void READSLOVARI() - процедура, заполняющая массив словарь[] значениями из таблицы METAIDX. private void IMAGEBUTTON3_Click(object sender, IMAGECLICKEVENTARGS e) - обработчик события нажатия на кнопку “Найти”.Данная система реализует возможность поиска электронной литературы по ряду критериев и получения экземпляра, а также возможность добавления (удаления) электронной литературы к имеющемуся набору.<TD style="FONT-SIZE: 9pt; WIDTH: 895px; FONT-FAMILY: Verdana; HEIGHT: 337px" VALIGN="top" align="center" background="Images/mainfon.

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

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

Многие технологии, обеспечивающие работу электронных библиотек (ЭБ), еще находятся в стадии освоения; до сих пор нет однозначного определения ЭБ - многие библиотекари готовы назвать электронной библиотекой как один CD-ROM, так и Интернет в целом, и, кстати, это не так уж неверно. Первоначально понятие электронных библиотек напугало библиотекарей и многие стали увязывать появление и развитие ЭБ с постепенным исчезновением печатных документов и с будущим крахом бумажных изданий. Конечно, ЭБ никогда не упразднят печатный фонд, более того, они его дополняют, сохраняют и развивают. Для конкретных библиотек ЭБ - одновременно и часть фонда, и новый элемент информационных технологий, вот почему простому библиотекарю иногда бывает сложно это понять. Но с каждым годом понимание усиливается; сегодня в проекты электронных библиотек вовлечено множество библиотек. Пришло понимание, что ЭБ, как и Интернет существенно расширяют спектр обслуживания для пользователей библиотек и создают предпосылки для нового, качественного преобразования библиотек в общественные центры информационного общества. Наряду со все еще остающимися рутинными процессами и бюджетными проблемами, библиотеки находят свой интерес, видят свою перспективу и перспективу для своих пользователей.

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

1. Формирование требований к подсистеме учета и поиска электронной литературы

1.1 Описание пользователей

1.1.1 Сведения о пользователях

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

1.1.2 Пользовательская среда

Операционная система: Microsoft Windows 2000/МЕ/ХР/Vista.

1.1.3 Профили пользователей

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

Таблица 1 - Профили пользователей

Типичный представитель Студент

Описание Пользователь системы, наделенный правами на поиск и скачивание электронной литературы

Тип Пользователь

Ответственности -

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

Типичный представитель Преподаватель

Описание Пользователь системы, наделенный правами на добавление (удаление) электронной литературы к имеющемуся набору и на ввод основной информации для успешного поиска литературы другими пользователями

Тип Пользователь

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

Критерий успеха добавление электронной литературы к имеющемуся набору

1.1.4 Ключевые потребности пользователей

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

1.2 Краткий обзор изделия

1.2.1 Контекст использования системы

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

1.2.2 Сводка возможностей

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

Таблица 2 - Возможности подсистемы

Выгоды заказчика Поддерживающие возможности

Упрощение поиска литературы Возможность дистанционного поиска литературы по нескольким критериям

Ускорение обращения информации Система позволит ускорить процесс получения экземпляров электронной литературы

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

1.2.3 Предположения и зависимости

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

1.3 Возможности продукта

1.3.1 Подбор литературы

Возможность поиска по ряду критериев и получения экземпляра электронной литературы.

1.3.2 Редактирование набора литературы

Возможность добавления (удаления) электронной литературы к имеющемуся массиву.

1.4 Ограничения

Система должна использовать СУБД «клиент-сервер» и стандарт организации баз данных MARC.

1.5 Другие требования к изделию

1.5.1 Применяемые стандарты

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

1.5.2 Системные требования

Сервер: процессор с тактовой частотой 850 МГЦ или выше, 256 МБ оперативной памяти, жесткий диск 40 ГБ, ОС Microsoft Windows 2000/МЕ/ХР/Vista, СУБД Microsoft SQL Server 2000 или выше, IIS сервер,.NET Framework 1.1 или выше.

Клиент: Любое устройство, на котором установлен браузер и способное использовать протокол HTTP (компьютер, некоторые модели мобильных телефонов).

1.5.3 Эксплуатационные требования

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

1.6 Требования на входные данные

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

Таблица 3 - Входные данные

Источник данных Параметр Тип данных Ограничения

Студент Критерии поиска Массив строк (string[]) Нет

Преподаватель Информация об удаляемом экземпляре(ключ) Целое число (int) 0-2147483647

Экземпляр литературы файл Нет

Информация о экземпляре Массив строк (string[]) длина каждой строки<256

1.7 Требования на выходные данные

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

1.8 Разработка диаграммы вариантов использования

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

2. Анализ предметной области

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

Электронная книга (англ. ebook) - версия книги в электронном (цифровом) виде. Для обозначения цифровых версий книг, для хранения которых используются открытые форматы, основанные на простых текстовых файлах, используется также термин e-text (англ. электронный текст). Электронными текстами называются и учебные электронные пособия, в состав которых, помимо текста, включаются растровые изображения, примеры данных, упражнения, специально написанные комментарии и ответы на возможные вопросы. В настоящее время многие хранители формации на бумажных носителях (библиотеки, архивы, музеи) по-новому взглянули на проблему сохранности своих фондов и занялись их "оцифровыванием". С помощью планшетных, ручных, проекционных сканеров изображение, например, страницы книги вводится в компьютер. Получаемая электронная копия сохраняется как графический файл (особенно если это редкая книга с множеством пометок на полях или карта) или как текстовой файл (если, например, ведется "поточное" сканирование объемных книг). При последнем подходе "для потомков" сохраняется лишь текстовое содержание документа, однако оно занимает меньше места и с ним можно работать (например, использовать поисковую систему). Графический файл высокого качества очень громоздок, но содержит достаточно точную электронную копию оцифрованного документа. Создание такого сохранного фонда связано также с понятием электронной библиотеки.

Электронные книги могут распространяться в файлах различных форматов: - графические растровые - TIFF, JPEG, DJVU и т. п.;

- графические векторные с оформлением - RTF, HTML, открытый формат электронных книг (OPF FLIPBOOK), HTMLHELP (.chm), SGML, XML, FICTIONBOOK (.fb2), TEX, PDF, Microsoft (.lit), EREADER, POSTSCRIPT (.ps), EXEBOOK, Mobipocket (.prc), DESKTOPAUTHOR, RBS - Radix-Tools REBUS.

- простой текст (plain text).

Но эта классификация условна. Например, POSTSCRIPT (.ps,.eps), PDF могут быть чисто векторными. Так же DOC, PDF могут содержать только растровые отсканированные картинки или же наоборот - содержать только текст.

К преимуществам электронных версий перед традиционными бумажными относятся: - малый объем (на компьютере можно хранить десятки и сотни тысяч книг);

- возможность полнотекстового поиска (если текст книги распознан или набран);

- возможность быстрого и простого изменения гарнитуры и кегля шрифта;

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

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

- экраны некоторых устройств быстро переутомляют глаза;

- разрешение экранов большинства устройств на сегодня таково, что «качество изображения» на них пока значительно хуже, чем у бумажного аналога;

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

Существуют, однако, книги, изначально создающиеся в цифровом формате, В данный момент это чаще всего энциклопедии, словари и альбомы, доступные на компакт-дисках или "загружающиеся" из различных Интернет-магазинов. Целесообразно было бы разобраться в том, какими достоинствами и недостатками обладают эти новые носители информации и какие проблемы, связанные с ними, нам предстоит решать. В результате развития компьютерных технологий все чаще выпускаются книги на компактных или гибких дисках. Электронный формат позволяет наравне с текстом использовать в книге аудио- и видеозаписи, базы данных, гиперссылки и специальные поисковые программы. Неудивительно, что в первую очередь в цифровом формате стали появляться энциклопедии, словари, альбомы, географические карты. Примером электронной книги является оксфордское электронное издание Шекспира, выпущенное в 1989 г. Оно включает электронную версию Полного 55-томного собрания сочинений великого писателя. В руководстве, сопровождающем текст, разъясняются используемые специальные символы, способы анализа электронного текста. Читаются электронные книги на экранах мониторов. Электронные книги могут также читаться вслух компьютером. Например, корпорация Microsoft на компактном диске предлагает энциклопедию. Она содержит много фотографий, иллюстраций, карт, мультипликационных сюжетов. В течение 8 часов компьютер хорошо поставленным голосом может прочитать текст этой электронной книги, в режиме диалога провести поиск информации.

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

Электронные технологии уже заметно ускорили и упростили процесс издания книги. Теперь временное расстояние между написанием рукописи и массовым прочтением книги может сократиться еще значительнее и станет занимать недели и даже дни.

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

Известно, что огромная часть издательских расходов относится к необходимым для этого материалам. Как пишет журнал "Computerworld Россия", газетная индустрия только в США ежегодно поглощает 50 млрд дол. При этом 20 млрд дол. уходят на расходные материалы. При создании электронной книги эти траты сводятся к нулю. Кроме того, некоторые специалисты отмечают и низкую стоимость редактирования и подготовки. Цифровые издания способны существенно снизить расходы издателей, что должно отразиться и на цене книг в магазинах. Пользователи же электронных библиотек имеют возможность получить и распечатать книгу совершенно бесплатно.

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

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

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

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

В Интернете находится множество книжных собраний, классическим примером которых является Библиотека Максима Мошкова. Книги, часто присылаемые владельцу этого собрания самими пользователями, представляют собой простые электронные тексты без каких-либо иллюстраций и мультимедийных добавлений. Читатель находит нужное ему произведение с помощью простейшего алфавитного каталога, поисковой системы и коллекции внешних ссылок на аналогичные ресурсы. Текст можно бесплатно загрузить на свой компьютер и при желании распечатать. Предоставление свободного доступа дает владельцам электронных библиотек повод надеяться, что со временем их собрания получат статус "объектов культуры", будут приравнены к "настоящим" библиотекам, а может быть, и начнут получать обязательный экземпляр в электронной форме.

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

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

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

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

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

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

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

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

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

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

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

3. Проектирование подсистемы учета и поиска электронной литературы

3.1 Проектирование архитектуры программного средства

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

Информационное наполнение - это файлы, которые определяют вид Web-приложения. Содержат как статические (текст или изображения), так и динамические элементы, компонуемые кодом приложения «на лету» (например, запросы к БД).

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

Сведения о конфигурации (файл Web.config, таблицы стилей, параметры IIS) определяют способ исполнения приложения на сервере; круг лиц, имеющих доступ к приложениям; способы обработки ошибок и ряд других аспектов

3.2 Проектирование интерфейса программного средства

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

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

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

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

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

3.3 Проектирование информационного обеспечения программного средства

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

Каждый документ может быть описан по нескольким параметрам, называемым словарями. Словарями могут быть автор, заглавие, дисциплина, ключевые слова, наименование серии, наименование периодического издания и т.п. Заголовки словарей и имена соответствующих им таблиц хранятся в таблице METAIDX, из которой проектируемая подсистема и будет получать все необходимые данные о словарях. Для устранения избыточности данных описание документов организовано следующим образом. Каждому словарю соответствуют две таблицы вида IDXИМЯТАБЛИЦЫ и IDXИМЯТАБЛИЦЫX. В таблицах вида IDXИМЯТАБЛИЦЫ хранятся значения словаря (термы), их уникальные ключи, а также число ссылок на эту запись. В таблицах вида IDXИМЯТАБЛИЦЫX устанавливается соответствие между ключами документов и ключами термов. При этом каждому документу может соответствовать несколько термов (что целесообразно в случае, если словарь описывает ключевые слова или авторов), а разные документы могут ссылаться на одно и то же значение. При удалении документа запись о нем удаляется из таблицы вида IDXИМЯТАБЛИЦЫX, а в таблице вида IDXИМЯТАБЛИЦЫ уменьшается на единицу число ссылок на это значение словаря. Если число ссылок достигает нуля, то это значение удаляется из таблицы.

Файлы, являющиеся экземплярами электронной литературы, целесообразно хранить двумя способами: хранить их в базе данных как двоичные данные, либо хранить их как самостоятельные файлы на жестком диске. При этом последний способ является предпочтительным, так как в этом случае серверной части разрабатываемой подсистемы не требуется время на добавление и извлечение файлов из базы данных и вследствие этого снижается нагрузка на сервер, что является немаловажным критерием работоспособности разрабатываемой подсистемы в случае значительной нагрузки на сервер. Чтобы установить соответствие между файлами и информацией о них в базе данных следует добавить новый словарь в таблицу METAIDX. В этом словаре имена файлов будут указываться в таблице вида IDXИМЯТАБЛИЦЫ, а привязка документа к файлу будет осуществляться в таблице вида IDXИМЯТАБЛИЦЫX. При этом данный словарь будет дополнительным удобным параметром отбора электронных документов, по которому пользователь при желании сможет провести поиск по формату файла (например найти все видео- или аудиофайлы, которые также могут храниться в базе в качестве учебных пособий).

3.4 Реализация программного средства

Выбор средств реализации подсистемы

Для реализации подсистемы была выбрана технология ASP.NET 1.1 и среда программирования Microsoft Visual Studio.NET 2003.

ASP.NET обладает целым рядом преимуществ по сравнению с другими платформами для создания Web-приложений. Возможно, самое важное из них - интеграция с серверами Windows и инструментами программирования. Применение ASP.NET упрощает разработку, отладку и развертывание Web-приложений, поскольку все эти задачи удается решать в одной и той же среде разработки - Visual Studio.NET.

Основные преимущества, которые дает разработчикам Web-приложений использование ASP.NET: • компиляция исполняемых частей Web-приложения, благодаря которой они работают быстрее, чем интерпретируемые сценарии;

• обновление развернутых Web-приложений «на лету» без перезапуска сервера;

• использование нового языка Visual C# - более совершенной версии С, поддерживающей ООП и контроль типов;

• автоматическое управление состоянием элементов управления Web-страниц (называемых серверными элементами управления (server controls)). Благодаря этой особенности их поведение мало отличается от обычных элементов управления Windows;

• возможность создания новых, нестандартных серверных элементов управления на основе существующих;

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

• интеграция с ADO.NET, позволяющая получать доступ к БД и применять инструменты для конструирования БД из Visual Studio.NET;

• полная поддержка языка Extensible Markup Language (XML), каскадных таблиц стилей (CSS) и других новых стандартов Web;

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

Кроме того, ASP.NET применяет ряд более универсальных компонентов и инструментальных средств из ОС Windows. Хотя они не считаются частью ASP.NET, они имеют ключевое значение для программирования с использованием ASP.NET: • Internet Information Services (IIS) -управляет Web-приложениями на серверах Windows;

• языки программирования Visual Basic.NET, Visual C# и JSCRIPT - Visual Studio.NET поддерживает все эти языки, поэтому Web-приложения можно писать на любом им них;

•.NET Framework - полный набор классов, необходимый для Windows-программирования. Помимо классов ASP.NET, в него входят классы для решения других задач программирования: файлового доступа, преобразования типов, манипулирования массивами и строками и т. д,;

• инструменты и классы ADO.NET для работы с БД, предоставляющие доступ к БД SQL Server и ODBC. Механизмы доступа к данным часто являются ключевыми компонентами Web-приложений.

В качестве СУБД, управляющей базой данных разрабатываемой подсистемы, была выбрана СУБД Microsoft SQL Server 2005, поскольку данная СУБД реализует технологию «клиент-сервер» и содержит множество новых технологий, существенно увеличивающих продуктивность разработчиков. Тесная интеграция с Visual Studio.NET предоставляет разработчикам возможность проще создавать безопасные, сильные приложения баз данных при меньших затратах.

3.5 Реализация информационного обеспечения

Для создания базы данных воспользуемся программой Microsoft SQL Server Management Studio.

После установления соединения с сервером щелкнем правой кнопкой мыши на элемент Databases и в появившемся контекстном меню выберем пункт “new database”. Затем введем в появившемся окне имя базы данных - “vgtu_lib”. Добавим таблицы в созданную базу данных. Для этого щелкнем правой кнопкой мыши на элемент Tables и выберем в меню пункт “new Table”. После этого появится окно, в котором необходимо указать столбцы и их типы. Создадим таблицу METAIDX, которая содержит описания внутренних словарей базы данных. Для этого введем следующие имена столбцов и их типы: NAME - VARCHAR(32), TYPE - VARCHAR(32), MAXLEN - INTEGER, TAGS - VARCHAR(255), CAPTION - VARCHAR(50), SEP - VARCHAR(64).

Действуя аналогично, создадим таблицы, являющиеся словарями. Каждый словарь состоит из двух таблиц: таблицы, хранящей значения и таблицы, связывающей значения с конкретным документом. Для создания первого типа таблиц необходимо указать следующие имена столбцов и их типы: IDX_ID - COUNTER, TERM - VARCHAR(255), CNT - INTEGER.

Для создания таблиц второго типа: IDX_ID - INTEGER, DOC_ID - INTEGER.

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

Создадим таблицу DOC и укажем следующие столбцы и их типы: DOC_ID - INTEGER, RECTYPE - CHAR(1), BIBLEVEL - CHAR(1).

3.6 Реализация интерфейса пользователя

Для создания web-сайта выбрана среда Microsoft Visual Studio 2003.NET. Создадим новый проект ASP.NET Web Application и назовем его Biblioteka. Переименуем созданную автоматически страницу. Для этого в окне Solution Explorer щелкнем на нее правой кнопкой мыши, выберем пункт rename и введем новое имя - Default.aspx.

Создадим страницу поиска литературы. Изменим свойство PAGELAYOUT элемента Document на значение FLOWLAYOUT. Присвоим свойству BGCOLOR значение #000033(синий цвет). Добавим на страницу таблицу, в которой будем располагать другие элементы. Эта таблица будет осуществлять выравнивание элементов на нашей странице. Для этого выбираем пункты главного меню: Table - Insert - Table и укажем число строк - 3 и число столбцов - 3. Выделим два крайних столбца и укажем новое значение для свойства Width - 10%. Выделим центральную ячейку таблицы и укажем выравнивание (align) - по центру (center), а свойству background (фон) укажем значение Images/mainfon.gif. Добавим на web-форму элемент HYPERLINK и изменим значение свойства Text на «Редактировать базу литературы», а значение свойства NAVIGATEURL на WEBFORMLOGINPASS.aspx.

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

Добавим элемент Panel и назовем его Panel1. В данном элементе будет располагаться часть интерфейса, отвечающая за ввод критериев поиска. Для этого требуется 3 элемента DROPDOWNLIST и один элемент TEXTBOX. Добавим их на форму. Для элемента DROPDOWNLIST1 для свойства Items создадим набор значений, определяющих способ сравнения введенного значения со значениями в базе данных. Аналогично для элемента DROPDOWNLIST3 создадим набор значений, определяющих способ объединения критериев поиска (“и”, “или”). Добавим также на Panel1 элемент button и укажем новое значения для свойства Text - “ Добавить условие”. Добавим на форму еще один элемент Panel и разместим в нем элемент Table, в котором будут отображаться введенные критерии поиска. Изменим имя элемента Table на “TABLEUSLOV”. Добавим также на Panel2 элемент button и укажем новое значения для свойства Text - “ Удалить последнее условие”. Добавим на форму элемент IMAGEBUTTON и укажем для него подходящую картинку. Нажатие на этот элемент будет запускать поиск.

Добавим на форму очередной элемент Panel, в котором будут отображаться результаты поиска. Добавим элементы HYPERLINK, Table и два элемента IMAGEBUTTON. Для элементов IMAGEBUTTON1 и IMAGEBUTTON2, отвечающих за перебор подходящих документов, укажем подходящие изображения.

В завершение проектирования страницы поиска изменим свойства BGCOLOR для элементов Panel и Table на Orange для создания приятного цветового оформления интерфейса. Результат изображен на рисунке 1.

Добавим в проект еще 3 web-формы (Project-Add Web Form), на которых пользователь будет проходить авторизацию, добавлять и удалять электронные документы. Добавим на эти формы элементы управления и, выполняя действия, аналогичные вышеописанным, установим необходимые значения для основных свойств элементов. Интерфейсы этих страниц изображены в приложении Г.

Рисунок 1 - Интерфейс страницы «default.aspx»

3.7 Реализация функциональности программного средства

Реализация обработки событий web-формы была проведена с помощью кода на языке C#. Листинг разработанной подсистемы приведен в приложении А. Рассмотрим основные глобальные переменные, основные процедуры и функции.

Страница поиска литературы (Default.aspx): slovari[] словарь - массив структур, каждая из которых описывает один словарь базы данных. uslov[] условие - массив структур, описывающих критерии поиска - словарь, искомое значение (терм), вид сравнения и способ объединения запросов. int ПОРЯДКОВЫЙНОМЕРТЕКУЩЕГОДОКУМЕНТА - переменная указывает порядковый номер документа, описание которого отображается на странице. private void Page_Load(object sender, System.EVENTARGS e) - обработчик события загрузки страницы. private void Button1_Click(object sender, System.EVENTARGS e) - обработчик события нажатия на элемент button1. При нажатии выполняется добавление критериев поиска в список. private void WEBFORM1_PRERENDER(object sender, System.EVENTARGS e) - обработчик, выполняющийся перед окончательным построение страницы и возвратом ее клиенту. private void TABLEUSLOV_DATABINDING(object sender, System.EVENTARGS e) - обработчик события наполнения таблицы условий поиска значениями. private void READDOCINFO() - процедура, выполняющая чтение информации о текущем документе. private void READSLOVARI() - процедура, заполняющая массив словарь[] значениями из таблицы METAIDX. private void IMAGEBUTTON3_Click(object sender, IMAGECLICKEVENTARGS e) - обработчик события нажатия на кнопку “Найти”. Выполняет отбор ключей подходящих документов и помещает эти ключи в элемент LISTBOX2. private void IMAGEBUTTON4_Click(object sender, IMAGECLICKEVENTARGS e) - обработчик события нажатия на кнопку “Предыдущий”. Выполняет возврат к предыдущему элементу. private void IMAGEBUTTON5_Click(object sender, IMAGECLICKEVENTARGS e) - обработчик события нажатия на кнопку “Следующий”. Выполняет переход к следующему элементу.

Страница авторизации (WEBFORMLOGINPASS.aspx): Session["USERROLLE"] - переменная, определяющая роль пользователя. private void Button1_Click(object sender, System.EVENTARGS e) - обработчик события нажатия на кнопку “Войти”. Выполняет сравнение введенных логина и пароля со значениями в базе. private void WEBFORMLOGINPASS_PRERENDER(object sender, System.EVENTARGS e) - обработчик, выполняющийся перед окончательным построение страницы и возвратом ее клиенту.

Страница добавления литературы (WEBFORMDBADD.aspx): slovari[] словарь - массив структур, каждая из которых описывает один словарь базы данных. private void Page_Load(object sender, System.EVENTARGS e) - обработчик события загрузки страницы. private void Button1_Click(object sender, System.EVENTARGS e) - обработчик события нажатия на кнопку “Добавить значение”. Добавляет введенное значение в набор, описывающий добавляемый документ. На этом этапе данные не записываются в базу данных. private void Button2_Click(object sender, System.EVENTARGS e) - обработчик события нажатия на кнопку “Удалить последнее значение”. Удаляет последнее введенное значение из набора. private void READSLOVARI() - процедура, заполняющая массив словарь[] значениями из таблицы METAIDX. private void TABLEUSLOV_DATABINDING(object sender, System.EVENTARGS e) - обработчик события наполнения таблицы описания добавляемого документа значениями. private void I

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

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



Дисциплины научных работ



Хотите, перезвоним вам?