Введение4

Глава 1. Обзори сравнительныйанализ существующихАРМ.9

1.1 Библиотечныесистемы.18

1.1.1 РГБ (ГБЛ)18

1.1.2 БиблиотекаАдминистрацииПрезидентаРоссийскойФедерации(БАПРФ).19

1.1.3 Российскаянациональнаябиблиотека(РНБ).20

1.1.4 ГПНТБ России.20

Глава 2. Анализисходных данныхи выбор оптимальногоинструментариядля разработкиАРМ.22

2.1 НазначениеразрабатываемогоАРМ.22

2.2 Определениеструктурнойсхемы.22

2.3 Выборконкретногопрограммногоинструментария.24

Глава 3. Разработкалогическойсхемы.28

3.1 Логическоепроектирование28

3.1.1 Определениецели созданияАРМ.29

3.1.2 Определениетаблиц и необходимыхполей.29

3.1.3 Определениесвязей междутаблицами.35

3.2 Разработкатаблиц.36

3.2.1 Построениетаблиц.36

3.2.2 Назначениетипов данныхдля полей таблиц.39

3.2.3 Созданиеиндексов исвязей междутаблицами44

Глава 4. Разработкаи реализацияалгоритма47

4.1 Разработкаалгоритма.47

4.2 Реализацияалгоритма.52

4.2.1 Функциональныемодули.52

4.2.2 Модульидентификациии аутентификации.52

4.2.3 Модулькартотекифондов.53

4.2.3.1 Главнаяформа55

4.2.3.2 Просмотр57

4.2.3.3 Поиск61

4.2.3.4 Сортировка.64

4.2.3.5 Фильтр65

4.2.3.6 Новости66

4.2.3.7 Настройка68

4.2.3.8 Добавление69

4.2.3.9 Изменение71

4.2.3.10 Печать.72

4.2.4 Модулькартотекичитателей.72

4.2.4.1 Главнаяформа72

4.2.4.2 Просмотр77

4.2.4.3 Поиск80

4.2.4.4 Сортировка82

4.2.4.5 Фильтр82

4.2.4.6 Настройка83

4.2.4.7 Добавление84

4.2.4.8 Изменение86

4.2.4.9 Статистика.87

4.2.4.10 Печать.87

4.2.5 Модульконтроля.87

4.2.6 Модульадминистратора.87

Глава 5. Реализациявыбранныхрешений.89

Глава 6. Анализи учёт эргономическиххарактеристик.92

Глава 7. Технико-экономическоеобоснование.99

Заключение.107

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

Введение

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

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

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

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

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

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

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

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

Насколькоже необходимообзаводитьсявычислительнойтехникой, и ,что нам могутдать автоматизированныебиблиотечно-информационныесистемы (АБИС)?

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

Более существенныследующиевозможности:

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

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

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

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

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

надежноехранениебиблиотечныхкаталогов внесколькихкопиях;

сокращениезатрат накомплектованиефондов и обработкувходных потоковдокументов;

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

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

Какие жефункции библиотекицелесообразноавтоматизировать?

Программноеобеспечениев первую очередьдолжно реализоватьследующиефункции АБИС:

обработку,хранениебиблиографическойи фактографическойинформации,ее поиск полюбым элементамзаписей и ихсочетаниям;

поддержкуиерархическихклассификаций;

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

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

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

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

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

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

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

загрузкуданных из текстовыхфайлов и выгрузкузаписей избазы данныхв текстовыефайлы;

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

восстановлениебазы данныхв случае аварийнойситуации.

Глава1. Обзор и сравнительныйанализ существующихАРМ.

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

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

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

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

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

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

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

ЭффективностьАРМ следуетрассматриватькак интегральныйпоказательуровня реализации приведенных выше принципов,отнесенногок затратам по созданию и эксплуатациисистемы.

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

Теперьрассмотримболее подробносостояние иперспективыразвития АРМ на базе персональных ЭВМ, а затемзатронем некоторыевопросы техническогои программногообеспеченияАРМ.

Развитиеэлектроники привело к появлениюнового классавычислительных машин - персональных ЭВМ (ПЭВМ). Главноедостоинство ПЭВМ - сравнительно низкая стоимостьи в то же время высокая производительность. Так, например,если проанализироватьхарактеристикибольших ЭВМначала 60-х годов,мини-ЭВМ начала70-х годов и ПЭВМ80-х гг., то окажется,что производительность примерно одинакова. Низкая стоимость,надежность, простотаобслуживания и эксплуатациирасширяетсферу применения ПЭВМ прежде всего за счет тех областейчеловеческойдеятельности, в которых раньшевычислительнаятехника неиспользоваласьиз-за высокойстоимости,сложностиобслуживанияи взаимодействия. К таким областямотносится и так называемая учрежденческая деятельность, где применение ПЭВМ позволило реально повысить производительностьтруда специалистов, связанных собработкойинформации. Этот аспектособенно актуален в связи с тем, что производительностьуправленческоготруда до сихпор росла крайненизкими темпами.Так за последние30 лет она повысиласьв 2-3 раза, а в то же время в промышленности- в 14-15 раз. В настоящеевремя дляинтенсификации умственного и управленческоготруда специалистов различных профессий разрабатываютсяи получаютширокое распространение АРМ которые функционируют на базе ПЭВМ.

Рис 1.1 Обобщеннаясхема ПЭВМ:

1-микропроцессор,2-основная память,3-ВЗУ, 4-дисплей,5-клавиатура,6-печатающееустройство,7-системнаямагистраль.

Рассмотримосновныесоставляющиеэлементы АРМработниковэкономическихслужб, управленческой деятельности и др., перспективы их развития и использования. На рис. 1.1 представленаобщая схемаПЭВМ, составляющейтехническуюоснову АРМ.

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

ПроизводительностьПЭВМ зависит также и отколичествапамяти, с которой она работает. Память бываетосновная ивнешняя. Основная память состоит из двух компонентов:постоянного запоминающего устройства (ROM или ПЗУ) иоперативногозапоминающегоустройства(RAM или ОЗУ). В ОЗУхранится динамическая информация программы иобрабатываемыеданные. Привыключениипитания содержимоеОЗУ теряется.ПЗУ, как правило, гораздо меньшеОЗУ, информацияв нем хранитсяпостоянно иее изменениелибо вообщеневозможно,либо возможнотолько припомощи специальныхустройств(программаторовПЗУ). Емкостьпамяти 8-разрядных ЭВМ как правило 64Кб - 640Кб, 16-разрядных- 1Мб, 32-разрядных- 4Мб и более.

Внешниезапоминающиеустройства(ВЗУ) также бываютразных типов.Ленточные накопителислужат дляхранения информациина магнитнойленте. В настоящеевремя могутхранить донесколькихгигабайт (1Гб= 1024 Мб) информации. Несмотря нато, что этиустройствапоявилисьдовольно давно, они до сих поршироко распространены, главным образом из-за большогообъема вмещаемыхданных, и используютсяв основном для резервногокопированияи длительногохранения информации.Дисковые накопители в настоящеевремя наиболеешироко распространены.Их можно разделитьна несколькогрупп:

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

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

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

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

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

Клавиатура- основноеустройстводля вводаинформации.

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

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

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

Накопленный опыт подсказывает, что АРМ долженотвечать следующимтребованиям:

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

Обобщеннаясхема АРМпредставленана рис. 1.2.

Рис 1.2. Схемаавтоматизированногорабочего места.

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

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

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

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

системыс команднымязыком
“человекв мире объектов”
диалогв форме “меню”

Применениекомандного языка в прикладныхсистемах этоперенос идейпостроенияинтерпретаторов команд длямини- и микро ЭВМ. Основноеего преимущество- простотапостроенияи реализации, а недостаток - продолжение их достоинств:необходимость запоминаниякоманд и ихпараметров,повторениеошибочного ввода, разграничение доступности команд наразличных уровнях и пр. Таким образом,в системах скоманднымязыком пользовательдолжен изучатьязык взаимодействия. Внешне противоположныйподход “человекв мире объектов”- отсутствуюткоманды и человек в процессе работы “движется” по своему объекту с помощью клавиш управлениякурсором,специальныхуказывающихустройств(мышь, перо),функциональныхкомбинацийклавиш. Диалог в форме менюпредставляетпользователюмножестваальтернативных действий, из которых онвыбирает нужные. В настоящее время наиболееширокое распространениеполучил пользовательскийинтерфейс,сочетающийв себе свойствадвух последних. В нем все рабочеепространствоэкрана делитсяна три части(объекта). Первая(обычно располагающаясявверху) называетсястрокой илиполосой меню.С ее помощьюпользовательможет задействовать различные меню, составляющие“скелет” программы, с их помощьюпроизводитсядоступ к другимобъектам (вт.ч. управляющим).Вторая часть(обычно располагаетсявнизу или в небольших программах может вообщеотсутствовать)называется строкой состояния. С ее помощью могут быстровызываться наиболее часто используемые объекты или же отображаться какая-либо текущая информация. Третья частьназывается рабочей поверхностью(поверхностьюстола) - самаябольшая. На ней отображаются все те объекты,которые вызываются из меню или строки состояния. Такая формаорганизациидиалога человека и машины наиболее удобна (по крайней мере, на сегодняшнийдень ничеголучшего непридумано) ивсе современныепрограммы втой или иноймере используютее. В любом случае она должна соответствовать стандарту СUA(Common User Access) фирмы IBM.

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

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

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

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

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

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

Важнуюроль в учрежденческой деятельностииграет оперативный обмен данными, который занимаетдо 95% временируководителяи до 53% времениспециалистов. В связи с этимполучили широкоераспространение программные средства типа“электроннаяпочта”. Ихиспользованиепозволяетосуществлятьрассылку документоввнутри учреждения, отправлять,получать иобрабатывать сообщения с различных рабочих мест и даже проводитьсовещанияспециалистов, находящихсяна значительномрасстоянии друг от друга. Проблема обмена данными тесносвязана с организацией работы АPM всоставе вычислительнойсети.

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

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

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

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

Теперьрассмотримпрограммныекомплексы длябиблиотек, которые представленына российскомрынке. Ведущийразработчикбиблиотечныхсистем - ГИВЦ(Главныйинформационно-вычислительныйцентр), выполнившийтакие разработкиАБИС, как «АС-Бибиотека»,«АБИС-Бибиофил»,«Библиотекадля слепых».Также этимделом занимаетсяБЕН РАН^¹(«SOLAR»,«Сочи», «DIISKAT»),ГПНТБ России(«АС ГПНТБ»,«ИРБИС»^²и др.). Комплексыпрограммныхсредств состоятиз модулей ПО(программногообеспечения)автоматизированныхрабочих мест(АРМ). То естьсоздаютсяАРМы, которыеобеспечиваютвыполнениеследующихфункций: комплектование,обработка,обслуживаниеабонементаи др. В зависимостиот выбранногокомплексапрограммныхсредств.

С развитиемЭК крупныхбиблиотек ихбиблиографическиересурсы станутдоступны читателямбиблиотек, неимеющих большихинформационныхресурсов, черезтеледоступ,а также обменCD-ROM.На пути созданиясистем теледоступастоит серьезноепрепятствие- низкое качествоотечественныхтелефонныхлиний, крометого, использованиесетей передачиданных, электроннойпочты смогутпозволить себенемногие библиотекив связи с высокойстоимостьюсетевых услуг.Изыскиваютсявозможностивхождениянаших библиотекв международныеинформационныесети типа INTERNET,создаетсясобственнаямежведомственнаябиблиотечнаясеть РФ LIBNET.

1.1Библиотечныесистемы.

1.1.1РГБ(ГБЛ)

Автоматизацияв РГБ ведетсяв двух направлениях:в библиотекеработает АС«Информкультура»,исполняющаяроль информационногооргана по культуреи искусствув РФ, а такжесоздается АБИСРГБ, состоящаяиз различныхбанков данных,связанныхмежду собойединой концепциейавтоматизациив плане технологии,информационногои лингвистическогообеспечения.Информационнаясистема основанана использованииЭВМ HEWLETTPACKARD (HP) 3000/48 и персональныхкомпьютеров.

АС «Информкультура»включает около86000 записей всоставе 8реферативно-библиографичекихБД (банков данных):

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

РГБ имеетсводные каталогизарубежныхкарт, атласов,зарубежныхнотных изданий,реализованныхна собственномпрограммномобеспечении.ЭК автографовсодержитбиблиографическиезаписи и факсимильныеизображениястраниц сдарственныминадписями,получаемымипутем сканирования.РГБ совместнос другимибиблиотекамиМК РФ работаетнад созданиемсводных каталоговрусской книги1801-1917 г.г.

1.1.2БиблиотекаАдминистрацииПрезидентаРоссийскойФедерации(БАПРФ).

Локальнаяавтоматизированнаясистема БАПРФреализованана базе ППTEXTO/LOGOTEL,ОС NetWare 3.11.ПользователямБАПРФ предоставлендоступ в локальноми удаленномрежимах к ЭКкниг и картотекампериодики, атакже базамданных библиотеки.Базы данныхбиблиотекинаходятсятакже на CD-ROM(энциклопедии,справочники,международнаястатистика,экономика,библиографияи т.п.). БАПРФосуществляетширокое международноесотрудничествов целях реализациивзаимообменадокументамии развитияинформационныхтехнологий.

1.1.3Российскаянациональнаябиблиотека(РНБ).

РНБ располагаетодним из крупнейшихв России книжнымфондом (31 млн.ед. хранения).В ней реализованы5 локальныхсетей типаETHERNET.Автоматизированнаясистема РНБв качествепрограммногообеспеченияиспользуетППП ISIS(зарубежнаяразработкакомплекснойбиблиотечнойсистемы), включаетследующиеподсистемы:

«Иностраннойкниги» - комплектованиеи обработкановых поступленийиностраннойлитературы;

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

Всего вРНБ организованои поддерживается5 локальных(например,«Авторефератыдиссертаций»,«Иностраннаякнига» и др.)и 14 проблемно-ориентированныхБД («ХрамыС.-Петербурга»,«БиблиотекидореволюционнойРоссии», «Рыночнаяэкономика»и др.).

1.1.4ГПНТБРоссии.

ГПНТБ Россииявляется сегодняодной из самыхавтоматизированныхбиблиотек нетолько России,но и всего бывшегоСССР. Около200компьютерови станцийобеспечиваютпотребностибиблиотекив автоматизированныхтехнологиях.Основное программноесредство,применяемоеГПНТБ России,служит ПППISIS.С 1987 г. Ведетсясводный каталогнаучно-техническойлитературы,отражающейсегодня фондыоколо 600 библиотекРоссии и СНГ;переведен насредства ЛВС.Эта сеть поддерживаетЭК по всемупотоку поступающейлитературыс 1993 г. и целыйряд специализированныхтематическихбаз данных: программ,неопубликованныхпереводов,адресно-справочныхбаз данных иэлектронныхизданий. Комплекспроблемно-ориентированныхбаз данныхдает пользователямвозможностьузконаправленногопоиска и заказалитературыпо заданнойтематике илипроблеме. Комплекснастольныхили издательскихсистем, оборудованныхвысокопроизводительнымилазернымипринтерами,сканерами,текстовымипроцессорамии издательскимипакетами, всовокупностисо средствамиоперативнойполиграфиипозволяютвыпускатьпечатные издания:указатели,каталоги,методическиепособия и т.д.

ПосещаютГПНТБ около500 человек в день,книговыдачатолько в читальныхзалах 2.9 млн. экз.в год. В целяхсовершенствованиятехнологииобслуживанияв читальныхзалах внедряютсяавтоматизированныесистемы поискаи заказа литературы(АСПиЗ), работающиев локальноми сетевом режимах.Начата автоматизацияпроцессаобслуживанияна базе специализированныхчитальныхзалов. Для читателяработа АСПиЗведется в двухрежимах: вподсистемезаказа литературы(ПЗ) и в подсистемебиблиографическогопоиска (ПБП).ПЗ осуществляетсядля читателя,имеющего штрихкод на читательскомбилете.

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

Глава2. Анализ исходныхданных и выбороптимальногоинструментариядля разработкиАРМ.

2.1НазначениеразрабатываемогоАРМ.

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

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

2.2Определениеструктурнойсхемы.

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

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

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

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

Один комногим – когдалюбой записив первой таблицесоответствуетнесколькозаписей вовторой таблице;
Один кодному - когдалюбой записив первой таблицесоответствуеттолько одназапись во второйтаблице;
Многиеко многим - когдалюбой записив первой таблицесоответствуетнесколькозаписей вовторой и наоборот.

В большинствеслучаев междудвумя таблицамииспользуетсяотношение«один ко многим».

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

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

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

2.3Выборконкретногопрограммногоинструментария.

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

Microsoft Visual FoxPro- этозавершённыйязык программирования,имеющий средудля интерактивноговыполнениякоманд и выполненияскомпилированныхпрограмм. Этопозволяетсоздаватьполностьюсамостоятельныепрограммы,которые можнопередаватьдругим пользователям,у которых нетсобственнойкопии VFP.

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

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

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

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

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

Формированиепакета
Подклассы
Наследование

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

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

Так какVFP являетсясовременнымприложениемWindows, в распоряжениипользователяоказываютсявсе возможностиDDE (Dynamic Data Exchange, динамическийобмен данными),OLE (Object Linking and Embedding, связьи внедрениеобъектов) иэлементовуправленияActiveX. DDE позволяетвыполнятьфункции ипроизводитьобмен даннымимеждуVFP и любымдругим, поддерживающимDDEприложениемWindows. OLE являетсяболее совершеннойтехнологиейMicrosoft,которая, вчастности,позволяетустанавливатьсвязи с объектамидругого приложенияили внедрятьнекоторыеобъекты в базуданныхVFP. Это могутбыть рисунки,диаграммы,электронныетаблицы или документы из других приложений Widows, поддерживающихOLE.

VFPвоспринимаетмножествосамых разнообразныхформатов данных,включая файловыеструктурыдругих СУБД.Существуетвозможностьосуществленияимпорта и экспортаданных из текстовыхи электронныхтаблиц.VFP предоставляетпрямой доступи позволяетобновлятьфайлыParadox, dBase Ш,dBase IV, MicrosoftAccess и другихбаз данных.Можно такжеимпортироватьданные из этихфайлов в таблицыVFP. В дополнениек этому, VFPможет работатьс наиболеепопулярнымибазами данных,поддерживающимистандартODBC (Open Database Connectivity -открытыйдоступ к данным),включаяMicrosoft SQL Server, Oracle, DB2.

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

Глава3. Разработкалогическойсхемы.

Полноценноепроектированиелюбого АРМдолжно осуществлятьсясогласно некоторымправилам илиэтапам проектирования.

Ниже приведеныосновные этапыпроектированияАРМ, в соответствиис которымибудет осуществлятьсяеё дальнейшаяразработка в среде MicrosoftVisual FoxPro:

Логическоепроектирование.

Определениецели созданияАРМ
Определениетаблиц и необходимыхполей
Определениесвязей междутаблицами

Разработкатаблиц

2.1Построениетаблиц

Назначениетипов данныхдля полей таблиц
Созданиеиндексов исвязей междутаблицами

3.1Логическоепроектирование

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

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

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

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

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

3.1.1Определениецели созданияАРМ.

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

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

3.1.2Определениетаблиц и необходимыхполей.

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

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

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

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

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

Д27	ДейтК. Руководствопо реляционнойСУБД DB2/ пер. с англ. ИпредисловиеМ.Р.Когаловского.–М.: Финансыи статистика,1988. – 320 с.: ил.
	ISBN 5-279-00063-9
	Книгаамериканскогоспециалистав областиреляционныхбаз данныхК.Дейта, авторапопулярнойв СССР монографии«Введение всистемы базданных», представляетсобой руководствопо СУБД фирмыIBM DB2. Дляспециалистовпо программномуобеспечениюинформационныхсистем и студентоввузов.
	ББК32.973

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

Автор(фамилия и имена(инициалы) илипсевдонимыкаждого автораиздания);
Название(заглавие) книги;
Номер тома(части, книги,выпуска);
Вид издания(сборник, монография,справочник,…);
Составитель(фамилия и имена(инициалы) каждогоиз составителейиздания);
Под чейредакцией(фамилия и имена(инициалы) каждогоиз составителейиздания);
Повторностьиздания;
Издательство;
Место издания(город);
Год выпуска;
Издательскаяаннотация илиреферат;
Библиотечныйшифр;
Авторскийзнак.

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

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

Техника.Техническиенауки.

32 Радиоэлектроника.

32.97 Вычислительнаятехника.

32.973 Электронныевычислительныемашины и устройства.

32.973.2Электронно-вычислительныемашины и устройствадискретногодействия.

аждый издевяти классов(1.Марксизм-ленинизм;2.Естественныенауки; 3.Техника.Техническиенауки; 4.Сельскоеи лесное хозяйство;5.Здравоохранение;6/8.Общественныеи гуманитарныенауки; 9.Библиографическиепособия. Справочныеиздания. Журналы.)делится наподклассы иследующиеступени деления:

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

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

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

Номер (инвентарныйномер) переплёта;
Дата приобретения(поступления)конкретногопереплёта;
Номер читательскогобилета;
Фамилиячитателя;
Имя читателя;
Отчествочитателя;
Адрес читателя;
Телефончитателя;
Дата выдачичитателюконкретногопереплёта;
Дата возвратапереплёта.

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

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

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

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

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

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

3.1.3Определениесвязей междутаблицами.

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

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

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

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

3.2Разработкатаблиц.

3.2.1Построениетаблиц.

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

ВMicrosoft VFP существуеттри способасоздания таблицы:

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

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

Определениевсех параметровтаблицы в режимеконструктора.

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

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

Рис.3.2 Окноконструкторатаблиц

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

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

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

Microsoft Visual FoxProподдерживаеттринадцатьтипов данных:

Типданных	Использование	Размер
Character	Алфавитно-цифровыеданные	До254 байт
Currency	Денежныесуммы	8 байт
Numeric/ Float	Числовыеданные	До20 байт
Date	Дата	8 байт
Data/Time	Дата-время	8 байт
Double	Числадвойной точностис плавающейточкой (18 разрядов)	8байт
Integer	Целыечисла	4байта
Logical	Логическиеданные (.T./.F.)	1байт
Memo	Алфавитно-числовыеданные	Ограниченосвободнымместом на диске
General	Графическиеизображения,диаграммы,OLE объекты	Ограниченосвободнымместом на диске
Character (binary)	Алфавитно-цифровыеданные с символамиASCII от0 до 255	Ограниченосвободнымместом на диске
Memo (binary)	Алфавитно-цифровыеданные с символамиASCII от0 до 255	Ограниченосвободнымместом на диске

3.2.2Назначениетипов данныхдля полей таблиц.

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

Для таблицыСоздатели:

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

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

Код_издательства– тип данных Integer;
Название– тип Character,размером 30символов;
Город – тип Character,размером 20символов.

Для таблицыВиды издания:

Вид_издания– тип данных Integer;
Название_вида – тип Character,размером 30символов.

Для таблицыРаздел:

Название_раздела – тип Character,размером 100символов;
Библиотечный_код– тип Character,размером 20символов;
Код_раздела– тип данных Integer;
Код_родителя– тип данных Integer.

Для таблицыИздание:

Код_издания– тип данных Integer;
Код_раздела– тип данных Integer;
Заглавие– тип Character,размером 30символов;
Вид_издания– тип данных Integer;
Код_издательства– тип данных Integer;
Авторский_знак– тип Character,размером 10символов;
Год_издания– тип Numeric,размером 4символов;
Аннотация– тип Memo.

Для таблицыПереплёты:

Номер_переплёта– тип данных Integer;
Код_издания– тип данных Integer;
Дата_приобретения– тип Date.

Для ТаблицыГруппа:

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

Для таблицыЧитатели:

Номер_читателя– тип данных Integer;
Код_группы– тип данных Integer;
Код_фамилии– тип данных Integer;
Код_имени– тип данных Integer;
Код_отчества– тип данных Integer;
Код_города– тип данных Integer;
Код_улицы– тип данных Integer;
Дом_Квартира– тип Character,размером 20символов;
Номер_телефона– тип Character,размером 15символов;
Дата_рождения– тип Date;
Дата_регистрации– тип Date;
Комментарий– типMemo.

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

Код_создателя– тип данных Integer.
Код_издания– тип данных Integer.

Для таблицыСоставители:

Код_создателя– тип данных Integer.
Код_издания– тип данных Integer.

Для таблицыРедакторы:

Код_создателя– тип данных Integer.
Код_издания– тип данных Integer.

Для таблицыВыдача:

Номер_переплёта– тип данных Integer.
Номер_читателя– тип данных Integer.
Дата_выдачи– тип Date;
Дата_сдачи– тип Date.

Для таблицыФамилии:

Код_фамилии– тип данных Integer.
Фамилия– тип Character,размером 30символов.

Для таблицыИмена:

Код_имени– тип данных Integer.
Имя – типCharacter,размером 30символов.

Для таблицыОтчества:

Код_отчества– тип данных Integer.
Отчество– тип Character,размером 30символов.

Для таблицыГорода:

Код_города– тип данных Integer.
Город –тип Character,размером 30символов.

Для ТаблицыУлицы:

Код_улицы– тип данных Integer.
Улица –тип Character,размером 30символов.

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

Раздел(Issue.dbf)
№	Название	Тип		Значение
№	Название		размер
1	Id	Integer	4	Уникальныйномер раздела
2	Bbk	Character	20	Номерпо ББК
3	Name	Character	100	Названиераздела
4	Parent	Integer	4	Номервышестоящегораздела

Издания(Books.dbf)
№	Название	Тип		Значение
№	Название		размер
1	IssId	Integer	4	Номерраздела(Issue.Id)
2	BookId	Integer	4	Уникальныйномер книги
3	Name	Character	30	Названиекниги
4	BookType	Integer	4	Кодвида издания
5	PublId	Integer	4	Номериздательства(Publisher.PublId)
6	PublYear	Numeric	4	Годиздания
7	AutorId	Character	10	Авторскийзнак
6	Date	Date	8	Датапоступления
7	Comment	Memo	4	Аннотация

Создатели(Creators.dbf)
№	Название	Тип		Значение
№	Название		размер
1	NameId	Integer	4	Уникальныйномер значения
2	Name	Character	50	Значение

Видыизданий (TypePubl.dbf)
№	Название	Тип		Значение
№	Название		размер
1	NameId	Integer	4	Уникальныйномер значения
2	Name	Character	30	Значение

Авторы(Autor.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	UniqId	Integer	4	Уникальныйномер записи
2	BookId	Integer	4	Номеркниги(Books.BookId)
3	AutorId	Integer	4	Номеравтора

Составители(Compilers.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	CreatorId	Integer	4	Кодсоздателя
2	BookId	Integer	4	Кодиздания
3	UniqId	Integer	4	Уникальныйключ

Редакторы(Editors.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	CreatorId	Integer	4	Кодсоздателя
2	BookId	Integer	4	Кодиздания
3	UniqId	Integer	4	Уникальныйключ

Издательства(Publisher.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	PublId	Integer	4	Уникальныйномер издательства
2	PublName	Character	30	Названиеиздательства
3	PublCity	Character	20	Городиздательства

Переплёты(BookNum.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	BookId	Integer	4	Номеркниги(Books.BookId)
2	Number	Integer	4	Инвентарныйномер книги
3	Date	Date	8	Датапоступленияэкземпляра

Группы(Groups.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	Id	Integer	4	Уникальныйномер группы
2	Name	Character	30	Названиегруппы
3	Parent	Integer	4	Номервышестоящегораздела

Читатели(Abonents.dbf)
№	Название	Тип		Значение
№	Название		размер
1	GrId	Integer	4	Номергруппы (Groups.Id)
2	AbonId	Integer	4	Уникальный номер абонента
3	Name1	Integer	4	Номерфамилии изсловаря
4	Name2	Integer	4	Номеримени из словаря
5	Name3	Integer	4	Номеротчества изсловаря
6	CityId	Integer	4	Номергорода из словаря
7	StreetId	Integer	4	Номерулицы из словаря
8	House_ Fl	Character	20	Номердома и номерквартиры
9	Telefon	Character	15	Номертелефона
10	Date1	Date	8	Датарождения
11	Date2	Date	8	Датарегистрации
12	Comment	Memo	4	Комментариик карточкеабонента

Выдача(BookUse.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	UniqId	Integer	4	Уникальныйномер записи
2	AbonId	Integer	4	Номерабонента(Abonents.AbonId)
3	Number	Integer	4	Инвентарныйномер книги(BookNum.Number)
4	Date1	Date	8	Датавыдачи книги
5	Date2	Date	8	Датасдачи книги

Фамилии(Name1.dbf)
№	Название	Тип		Значение
№	Название		размер
1	NameId	Integer	4	Уникальныйномер значения
2	Name	Character	30	Значение

Имена(Name2.dbf)
№	Название	Тип		Значение
№	Название		размер
1	NameId	Integer	4	Уникальныйномер значения
2	Name	Character	30	Значение

Отчества(Name3.dbf)
№	Название	Тип		Значение
№	Название		размер
1	NameId	Integer	4	Уникальныйномер значения
2	Name	Character	30	Значение

Города(City.dbf)
№	Название	Тип		Значение
№	Название		размер
1	CityId	Integer	4	Уникальныйномер значения
2	City	Character	30	Значение

Улицы(Streets.dbf)
№	Название	Тип		Значение
№	Название		Размер
1	StreetId	Integer	4	Уникальныйномер значения
2	Street	Character	30	Значение

3.2.3Созданиеиндексов исвязей междутаблицами

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

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

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

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

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

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

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

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

Связитаблиц показанына рисунке3.3.

Рис.3.3 Схемасвязей таблиц

Глава4. Разработкаи реализацияалгоритма

4.1Разработкаалгоритма.

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

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

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

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

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

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

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

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

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

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

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

Рис.4.1 Схемаинформационныхпотоков АРМ

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

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

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

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

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

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

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

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

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

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

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

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

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

АРМ функционируетв следующихрежимах:

Ввод данныхв базу данныхАРМ;
Просмотринформациииз базы данныхАРМ;
Коррекцияинформациив базе данныхАРМ;
Формированиевыходных документов.

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

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

Рис. 4.3 Структурно-функциональнаясхема АРМ

качестве примерарассмотримблок-схемуалгоритмафункционированияуправляющегомодуля. Блок-схемаприведена нарис.

Рис.4.4 Блок-схемафункционированияалгоритмауправляющегомодуля

4.2Реализацияалгоритма.

4.2.1Функциональныемодули.

ФункциональноАРМ состоитиз следующихмодулей:

Модульидентификациии аутентификации,предназначенныйдля определенияпользователяи его прав доступа;

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

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

Видсистемы менюпредставленна рис.4.5

Рис. 4.5Вид системногоменю

4.2.2Модульидентификациии аутентификации.

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

Рис. 4.6 Формаввода модуляидентификациии аутентификации

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

Рис. 4.7 Рис.4.8

Приналичие правдоступа толькона чтение некоторыефункции будутне доступны.

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

4.2.3Модулькартотекифондов.

На рисунке4.9 показанаструктурнаясхема модулядля работы скартотекойфондов. Далеерассмотримподробнееданную структурнуюсхему.

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

ис.4.9 Структурнаясхема модулякартотекифондов

4.2.3.1Главная форма

Рис.4. 10 Главная формамодуля картотекифондов

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

Автор издания;
Названиеиздания;
Издательство;
Год издания;
Город издателя;
Количествоэкземпляров;
Количествовыданныхэкземпляров;
Дата поступления.

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

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

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

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

Для главнойформы картотекифондов рассмотримполучениесписка литературы,для этогоиспользуютсяSQLзапрос, которыйбудет иметьвид:

SELECTBooks.bookid AS BookId,;

Books.name AS BookName,;

Books.booktype AS BookType,;

Typepubl.name ASTypeName,;

Books.publyear AS PublYear,;

Creators.name AS AutorName,;

Publisher.publname AS PublName,;

Publisher.publcity AS PublCity,;

Count(‘BookNum.Num’) AS Count, ;

Count(‘BookUse.Num’) AS UseCount, ;

Books.comment AS Comment;

FROM library!Books INNER JOIN library!Autor;

INNER JOINlibrary!Creators;

INNER JOINlibrary!BookNum;

INNER JOINlibrary!BookUse;

INNER JOINlibrary!Books;

INNER JOINlibrary!TypePubl ;

ON Typepubl.nameid =Books.booktype ;

ON Publisher.publid = Books.publid ;

ON Booknum.number =Bookuse.number ;

ON Books.bookid =Booknum.bookid ;

ON Creators.nameid =Autor.autorid ;

ON Books.bookid =Autor.bookid;

WHEREBooks.issid= lnissidAND;

EMPTY(BookUse.Date2);

GROUP BYBooks.BookId ;

INTO CURSORvwBooks

Пример 4.1SQL-запросполучениесписка литературы.

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

4.2.3.2 Просмотр

Рис.4.11 Просмотркарточки издания

Нарисунке 4.11 представленаформа развёрнутогопросмотра соследующейинформацией:

Названиераздела;
Номерраздела поББК;
Автор,составительи редактор(или их списки);
Названиекниги;
Названиеиздательства;
Городиздательства;
Вид издания;
Год издания;
Количествоэкземпляров;
Количествовыданныхэкземпляров;
Краткаяаннотация.

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

SELECTCreators.name, ;

Autor.autorid;

FROM library!Creators INNER JOIN library!Autor ;

ON Creators.nameid = Autor.autorid;

WHEREAutor.bookid = lnbookid;

INTO CURSORvwAutor

Пример 4.2SQL-запросполучениесписка авторов

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

Для даннойформы предусмотреныдополнительныефункции:

Просмотрвыданныхэкземпляров;

Просмотринвентарныхномеров книг.

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

На формепросмотравыданных экземпляров,которая показанана рисунке 4.12доступна информацияо:

группе;
фамилии;
имени;
дате выдачи;
количествевыданныхэкземпляров.

Рис. 4.12Просмотр выданныхэкземпляров

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

Предусмотреныследующиефункциональныевозможности:

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

Данныедля формы получаемSQL-запросомследующеговида:

SELECTGroups.name AS GrpName, ;

Name1.name ASFam, ;

Name2.nameAS Name, ;

Name3.name ASOtch, ;

BookUse.date1AS Date, ;

COUNT('BookUse.Num')AS Count, ;

Abonents.abonidAS AbonId, ;

BookNum.bookidAS BookId ;

FROM library!BookNum INNER JOIN library!BookUse ;

INNER JOINlibrary!Abonents ;

INNER JOINlibrary!Groups ;

INNER JOINlibrary!Name1 ;

INNER JOINlibrary!Name2 ;

INNER JOINlibrary!Name3 ;

ON Name1.nameid = Abonents.name3 ;

ON Name2.nameid = Abonents.name2 ;

ON Name3.nameid = Abonents.name1 ;

ON Groups.id = Abonents.grid ;

ON Abonents.abonid = Bookuse.abonid ;

ON Booknum.number = Bookuse.number ;

WHEREBooknum.bookid = lnBookId ;

ANDEMPTY(Bookuse.date2) ;

GROUP BYAbonents.abonid ;

INTO CURSORvwUseBook

Пример 4.3SQL-запросполучениесписка читателей

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

На формепросмотраинвентарныхномеров, котораяпредставленана рис. 4.13, доступнаинформация:

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

Для полученияданных используемSQL-запрос:

Рис.4.13 Просмотринвентарныхномеров

SELECTBooknum.numberAS InvNum, ;

Booknum.dateAS Date ;

FROMlibrary!BookNum;

WHEREBooknum.bookid = lnBookId;

INTO CURSORvwInvNum

Пример 4.4SQL-запрос получениеинвентарныхномеров

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

4.2.3.3 Поиск

На рисунке4.14 показана формадля ввода параметровпоиска. Поискпо разделуосуществляетсяпо следующимзначениям:

Номеру разделапо ББК;
Названиюраздела.

Рис.4.14 Поиск по параметру

Поиск покарточкамфондов осуществляетсяпо:

Автору;
Названиюкниги;
Году издания;
Количествуединиц хранения;
Количествувыданныхэкземпляров;
Дате добавленияв картотеку.

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

Рис.4.15 Просмотррезультатовпоиска

В формепросмотрарезультатовпоиска, показаннойна рис. 4.15, отображаетсяследующаяинформация:

Номерраздела поББК;
Названиераздела;
Авториздания;
Названиеиздания;
Издательство;
Год издания;
Количествопереплётовв наличии;
Датадобавленияинформации в картотеку.

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

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

4.2.3.4Сортировка.

Рис. 4.16 Выборпараметрасортировки

На рисунке4.16 показана формадля заданияпорядка отображениязаписей в дереверазделов исписке литературы.Для заданияпорядка отображенияв дереве разделовдоступны следующиепараметры:

Номер разделапо ББК;
Названиераздела.

Для спискаразделов:

Автор;
Составитель;
Редактор;
Названиеиздания;
Издательство;
Год издания;
Количествоединиц хранения;
Количествовыданныхэкземпляров;
Дата добавленияв каталог.

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

4.2.3.5 Фильтр

Рис. 4.17 Заданиефильтра дляраздела

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

Автору;
Составителю;
Редактору;
Названиюиздания;
Издательству;
Диапазонугодов издания;
Диапазонуединиц хранения;
Диапазонувыданныхэкземпляров;
Диапазонудат занесенияв картотеку.

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

Для параметров“Автор”,”Составитель”,“Редактор”,“Названиеиздания”,“Издательство”выбор значенийможет производитьсякак определениемсписка из набора,в котором содержатсятолько уникальныезначения полученныена основе выборокиз результатаработы запросапоказанногов примере 4.1, таки на основеручного ввода.

4.2.3.6 Новости

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

Рис.4.18 Новости поступления

Здесьотображаетсяинформацияо:

Номере разделапо ББК;
Названиераздела;
Автор;
Названиекниги;
Издательство;
Год издания;
Количествоэкземпляровв наличии;
Дата занесенияв картотеку.

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

Так же в формепредусмотреныфункции:

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

Отборинформациидля формыосуществляетсяSQL-запросомследующеговида:

SELECTIssue.bbk AS BBK,;

Issue.name AS IssName,;

Books.name AS BookName,;

Creators.name AS AutorName,;

Publisher.publnameAS PublName,;

Publisher.publcityAS PublCity, ;

Books.publyear AS PublYear,;

COUNT(‘Booknum’)-COUNT(‘Bookuse’)AS Count,;

FROM library!Issue INNER JOIN library!Books;

INNER JOINlibrary!Autor;

INNER JOINlibrary!Creators;

INNER JOINlibrary!BookNum;

INNER JOINlibrary!BookUse;

INNER JOINlibrary!Books ;

ON Publisher.publid = Books.publid ;

ON Booknum.number =Bookuse.number ;

ON Books.bookid =Booknum.bookid ;

ON Creators.nameid =Autor.autorid ;

ON Books.bookid =Autor.bookid ;

ON Issue.id =Books.issid;

WHEREBooks.date =>ldDate;

GROUP BYBooks.BookId ;

INTO CURSORvwNews

Пример 4.5SQL-запросполучениесписка новыхпоступлений

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

4.2.3.7 Настройка

Рис. 4.19 Настройкаотображаемыхатрубутов

На рисунке4.19 показана формадля настройкивыводимойинформациив дереве разделови списке литературы.Так же в формеотображаетсятекущая настройкавыводимойинформации.Для настройкиотображенияв дереве разделовдоступны следующиепункты:

Номер разделапо ББК;
Названиераздела.

Для спискалитературы:

Автор;
Названиекниги;
Издательство;
Год издания;
Город издательства;
Количествоэкземпляровхранения;
Количествовыданныхэкземпляров;
Дата занесенияв картотеку.

4.2.3.8Добавление

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

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

Рис. 4.20 Добавлениенового раздела

Добавлениепроизводитсякомандой SQL-Insertследующеговида:

INSERTINTO Issue (Id, Bbk, Name, Parent) VALUES (lnId, lcBbk, lcName,lnParent), где

lnId - уникальныйномер новогораздела, вычисляетсякак RECCOUNT(‘Issue’)+1;

lcBbk- номернового разделапо ББК;

lcName-Названиенового раздела;

lnParent-Номерузла дереваразделов вкоторый производитьсядобавление.

Добавлениеновой карточкипроизводитсяв форме показаннойна рисунке4.21.

Рис. 4.21 Добавлениеновой карточкииздания

Для добавления новой карточкинеобходимоввести следующуюинформацию:

Авторскийзнак;
Автора илисписок авторов;
Составителяили списоксоставителей;
Редактораили списокредакторов;
Вид издания;
Год издания
Названиеиздания;
Издательство;
Город издательства;
Переченьинвентарныхномеров;
Краткуюаннотацию.

Для вводаавтора (спискаавторов), составителя(списка составителей),редактора(списка редакторов)и издательстваиспользуютсясписки полученныена основе таблицCreators и Publisherсоответственно.

ДобавлениепроизводитсякомандамиSQL-Insert следующеговида:

INSERTINTO Books (IssId, BookId, Name, PublId, PublYear, Date) VALUES(lnIssId, lnBookId, lcName, lnPublId, lnPublYear,DATE())

INSERT INTOBookAutor (UniqId, BookId, AutorId) VALUES (lnUniqId, lnBookId,lnAutorId)

INSERTINTO BookNum (BookId, Number) VALUES (lnBookId, lnNumber)

4.2.3.9 Изменение

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

Для изменениязначений втаблице Issueможноприменитькоманду SQL-Updateимеющей вид:

UPDATE Issue;
SETbbk=lnbbk,;

name=lnName, ;

parent=lnParent;
WHEREid=lnId

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

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

4.2.3.10 Печать.

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

4.2.4Модулькартотекичитателей.

На рисунке4.22 показанаструктурнаясхема модулядля работы скартотекойчитателей.Далее рассмотримподробнееданную структурнуюсхему.

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

4.2.4.1 Главнаяформа

Рис. 4.23 Главнаяформа модулякартотекичитателей

ис.4.22 Структурнаясхема модуля картотекичитателей

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

Фамилия, имяи отчествочитателя;
Количествоизданий находящихсяна руках;
Количествоизданий спросроченнымсроком сдачи;
Дата регистрациичитателя;
Дата последнегопосещения;
Дата рождениячитателя;
Телефончитателя;

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

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

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

Для главнойформы картотекичитателейрассмотримполучениесписка читателей,для этогоиспользуютсяSQLзапрос, которыйбудет иметьвид:

SELECTName1.name AS Fam,;

Name2.name AS Name,;

Name3.name AS Otch,;

Street.street AS StreetName,;

City.city AS CityName, ;

Abonents.house_flAS House_Flat,;

Abonents.telefon AS Telefon,;

Abonents.date1 AS Date1,;

Abonents.date2 AS Date2;

Abonents.commentAS Comment,;

FROM library!Name1 INNER JOIN library!Abonents;

INNER JOINlibrary!Name2;

INNER JOINlibrary!Name3;

INNER JOINlibrary!Street;

INNER JOINlibrary!City ;

ON City.cityid= Abonents.cityid ;

ON Street.streetid = Abonents.streetid ;

ON Name3.nameid= Abonents.name3 ;

ON Name2.nameid= Abonents.name2 ;

ON Name1.namrid= Abonents.name1;

WHEREAbonents.grid = lngrid;

INTO CURSORvwAbon

Пример 4.6SQL-запросполучениесписка читателей

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

4.2.4.2 Просмотр

Нарисунке 4.24 представленаформа развёрнутогопросмотра соследующейинформацией:

Фамилия,имя и отчествочитателя;
Датарождения;
Адресчитателя;
Телефончитателя;
Примечаниек карточкечитателя;
Датарегистрации;
Датапоследнегопосещения.

Рис. 4.24 Просмотркарточки читателя

Данныедля формыобеспечиваютсяна основе SQL-запросакоторый представленв примере 4.6.

Для даннойформы предусмотреныдополнительныефункции:

Просмотрсписка выданныхизданий;

Печать карточкичитателя.

На формепросмотрасписка выданныхэкземпляров,которая показанана рисунке4.25, доступнаинформацияо:

Дате выдачи;
Инвентарномномере выданногопереплёта;
Номерераздела поББК;
Автореиздания;
Названиииздания.

Рис.4.25 Просмотр спискаизданий

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

Предусмотреныследующиефункциональныевозможности:

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

Данныедля формы получаемSQL-запросомследующеговида:

SELECTBookuse.number AS BookNum, ;

Bookuse.date1AS BookDate1, ;

Bookuse.date2AS BookDate2 ;

FROM library!BookNum INNER JOIN library!BookUse ;

ON Booknum.number = Bookuse.number;

WHEREBookuse.abonid = lnabonid ;

INTO CURSORvwUseBook

Пример 4.7SQL-запросполучениесписка изданийдля читателя

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

4.2.4.3 Поиск

Рис. 4.26 Поисккарточки читателя

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

Названиегруппы;

Номер читательскогобилета;
Фамилию;
Имя;
Отчествочитателя;
Дату регистрации;
Дату последнегопосещения.

Поиск можетосуществляетсяпо любой комбинациипараметров.

Для параметров“Названиегруппы”,“Фамилия”,“Имя”и “Отчество”возможенвыбор значенияиз спискаформируемогона основе таблицIssue,Name1,Name2и Name3соответственно.В формепросмотрарезультатовпоиска, показаннойна рисунке,первыми отображаютсяданные наиболеесоответствующиевведённымзначениям, текоторые удовлетворяютлогическомуусловию И,затем все которыеудовлетворяютлогическомуусловию ИЛИ.

Рис. 4.27 Просмотррезультатовпоиска

В формепросмотрарезультатовпоиска (рис.4.27)отображаетсяследующаяинформация:

Названиегруппы читателя;
Номербилета читателя;
Фамилия,имя и отчествочитателя;
Датарегистрации.

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

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

4.2.4.4Сортировка

На рисунке4.28 показана формадля заданияпорядка отображениязаписей в спискекарточек читателей.Для заданияпорядка отображенияв списке читателейдоступны следующиепараметры:

Рис.4.28 Сортировкакарточек читателей

Номер читательскогобилета;
Фамилия, имяи отчество;
Выдано экземпляров;
Дата регистрации;
Дата рождениячитателя;
Телефончитателя.

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

4.2.4.5 Фильтр

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

Диапазонуномеров читательскихбилетов;

Рис.4.29 Задание фильтрадля спискакарточек читателей

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

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

Для параметра“Ф.И. О.”,выбор значенийможет производитьсякак определениемсписка из набора,в котором содержатсятолько уникальныезначения полученныена основе выборокиз результатаработы запросапоказанногов примере 4.6, таки на основеручного ввода.

4.2.4.6 Настройка

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

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

Рис. 4.30 Настройкавыводимыхатрибутов

Дата регистрациичитателя;
Дата последнегопосещения;
Дата рождениячитателя;
Телефончитателя;
Адрес читателя.

4.2.4.7Добавление

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

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

Рис. 4.31 Добавлениеновой группычитателей

Добавлениепроизводитсякомандой SQL-Insertследующеговида:

INSERTINTO Groups (Id, Name, Parent) VALUES (lnId, lcName, lnParent),где

lnId - уникальныйномер новойгруппы, вычисляетсякакRECCOUNT(‘Groups’)+1;

lcName-Названиеновой группы;

lnParent-Номерузла деревагрупп в которыйпроизводитьсядобавление.

Добавлениеновой карточкичитателя производитсяв форме показаннойна рисунке4.32.

Рис.4.32 Добавлениеновой карточкичитателя

Для добавления новой карточкинеобходимоввести следующуюинформацию:

Фамилию, имяи отчествочитателя;
Дату рождениячитателя;
Адрес читателя;
Телефон;
Примечаниек карточкечитателя.

Для вводафамилии, имении отчествачитателя используютсясписки полученныена основе таблицName1, Name2 иName3 соответственно.

4.2.4.8 Изменение

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

Для изменениязначений втаблице Groupsможноприменитькоманду SQL-Updateимеющей вид:

UPDATE Groups;
SETname=lnName, ;

parent=lnParent;
WHEREid=lnId

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

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

4.2.4.9Статистика.

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

4.2.4.10 Печать.

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

4.2.5Модульконтроля.

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

4.2.6Модульадминистратора.

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

Глава5. Реализациявыбранныхрешений.

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

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

Как указывалосьранее, в качествеинструментарияразработкиАРМ научно-техническойбиблиотекиуниверситета,была выбранаСУБД MicrosoftVisual FoxPro. Этотвыбор определяетвсе особенностикомпьютернойреализациипринятых решенийпо организацииинформационногообеспеченияпотенциальныхпользователей.

Основой любогоАРМ являются:

• таблицы,где хранятсявсе те данные,которые необходимыпользователям;

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

• формы,интерфейс междупользователеми программнымобеспечениемАРМ. Списоктаблиц, их состав,свойства атрибутов,взаимосвязии прочие характеристикиописаны в разделах3 и 4 данной работы.Примеры запросови форм описаныв разделе.

В процессевыполненияданного дипломногопроекта былиразработаны:

• переченьтаблиц (всего17);

• составтаблиц (суммарнооколо 60атрибутов);

• свойстваатрибутов;

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

Указанныенаборы данныхявляются вполнесамодостаточнымии позволяютпровести тестированиеразработанногоАРМ в полномобъёме, как вплане проверкивообще работоспособностисистемы, таки правильностиполучаемыхрезультатов.

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

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

• несоответствиеполя типу данных(вместо числовогоатрибута -текстовый);

• размерполя меньшетребуемого(данные обрезаютсяпо реальномуразмеру).

Эти и другиезамеченныеошибки былизафиксированыи исправлены.

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

• время реакциисистемы,

• число одновременнооцениваемыхпараметров,

• вид представляемойинформации,

• доклад опроцессе обработкиинформации,

• цветоваяпалитра выходныхформ,

• дружественностьинтерфейсаи др.

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

Машинныеэкспериментыпроводилисьна несколькихIBM - совместимыхкомпьютерахразных поколенийи конфигураций,а именно, PCi486-DX, iPENTIUM-200, AMD K6-2 333, iPENTIUM II-500, AMD K7 Athlon550.

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

Техническиесредства

1. ПерсональнаяЭВМ - совместимаяс IBM AT:

• с процессоромi486DX4-100 или выше,

• с оперативнойпамятью неменее 16 Мб,

• с объёмомсвободногопространствана диске не менее 40Мб,

• с накопителемна гибком диске.

2. МониторSVGA с разрешением800*600 точек.

3. Видеокартас памятью неменее 1МБ.

4. Манипулятор«мышь».

5. Клавиатура.

6. Принтер.

Программныесредства

1. ОперационнаясистемаWINDOWS 95/98,WINDOWS NT/2000.

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

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

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

Глава6. Анализ и учётэргономическиххарактеристик.

ЭРГОНОМИКА(от греч. ergon - работаи nomos - закон), отрасльнауки, изучающаячеловека (илигруппу людей)и его (их) деятельностьв условияхпроизводствас целью совершенствованияорудий, условийи процессатруда. Основнойобъект исследованияэргономики- системы «человек- машина», в томчисле и такназываемыеэргатическиесистемы.

ЭРГАТИЧЕСКАЯСИСТЕМА, сложнаясистема управления,составнымэлементомкоторой являетсячеловек-оператор(или группаоператоров).

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

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

- требованияк техническимсредствам,

- требованияк программнымсредствам.

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

- время реакциисистемы,

- число одновременнооцениваемыхпараметров,

- вид представляемойинформации,

- доклад опроцессе обработкиинформации,

- цветоваяпалитра выходныхформ,

- дружественностьинтерфейсаи др.

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

де:

tr- время реакциисистемы;

tпр- время приёмазапроса

tвып- время выполнения

tдост- время доставки

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

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

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

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

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

Необходимоотметить тотфакт, что всеэргономическиетребованияопределяютсяпсихофизиологическимиособенностямичеловеческогоорганизма.

В частности,число одновременнопредъявленныхчеловеку параметровдля их оценки(в зависимостиот их сложности)не должно превышать4 – 6. В противномслучае резкоповышаетсявероятностьнеправильногоих восприятияи, как следствие,- неправильногопринятия решения.Этот факторнеобходимоучитывать приразработкевыходных форм.

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

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

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

Так, например,установлено,что при превышенииреальноговремени реакциинад заданнымв 5-6 раз у операторавозникаетсостояние«скуки».

(5 – 6)t_зад_r,

При превышениив 10 и более разу него возникаетсостояние«паники», т.е.он начинаетсомневаться,выполняетсяли вообще егозапрос илисистема «зависла».

10t_зад_r

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

Так,например, наприведенномрисунке6.1 размещенаинформацияо выполняемойоперации(Копирование),что копируется(Описание.doc),откуда и куда(из 'TEXT' в 'А:\'), процентвыполнения(растущаягоризонтальнаядиаграмма) исколько времениосталось дозавершенияоперации (10 сек).

Рис.6.1

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

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

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

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

Примеромхорошо продуманногов этом планепрограммногопродукта можетслужить классическийNORTON COMMANDER,который, допоявленияWINDOWS,был обязательнойпринадлежностьюкаждой ПЭВМ.Да и сейчас,несмотря напрекрасныевозможностиWINDOWS, его можновстретить намногих компьютерах. Напротив,подражатели,например, VOLCOVCOMMANDER избралине совсем удачнуюпалитру цветов,что (в сочетаниис другими факторами)определилоих значительноменьшую популярность.

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

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

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

Глава7. Технико-экономическоеобоснование.

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

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

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

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

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

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

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

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

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

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

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

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

Цена на программные продукты устанавливается на единицупрограммнойпродукции сучетом комплексностиее поставки.Ее цена, обычно,формируетсяна базе нормативнойсебестоимостипроизводстваи прибыли:

Цп=С+Пн+Нэ,где

С —себестоимостьединицы продукции,руб.,

Пн—нормативнаяприбыль, руб.;

Нэ —надбавка кцене.

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

Цена на программный продукт может, также, рассчитываться и на основе роялти. Данный подход применяется, когда ценапродукта возмещаетсясобственникуне сразу, а помере полученияпотребителемдополнительногодохода от егоиспользования.Тогда ценаданного программногопродукта складывается из ежегодных отчислений дохода потребителейв течение периодадействия соглашения,т.е. из роялти.Для программныхразработокроялти составляет3 — 5%.

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

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

Rs=(R/S)*100,где

Rs— ставкароялти в процентахот стоимостичистых продаж;

R— годовая суммароялти;

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

Соответственно, валовая суммароялти(Rt), выплаченнаясобственнику программного продукта за период действиясоглашения(t0— tn),составит:

Rt=Rti=Rs*Sti

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

Другой способопределенияставки роялтиосновываетсяна величинегодовой дополнительнойприбыли потребителя.

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

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

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

Рт,где

Рт —цена программногопродукта;

Ка —минимальные капиталовложенияв альтернативныйвариант;

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

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

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

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

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

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

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

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

Планируемуюприбыль примемравной 30%.

Рассмотримэто более подробно.

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

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

Эта суммаопределяетсяисходя из годовой аренднойплаты одногоквадратногометра рабочейплощади помещенияи с учетом того,что рабочее место 1 программиста занимает 6квадратных метров, следовательно,требуемаяплощадь составит30 квадратныхметров.

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

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

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

Заключение.

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

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

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

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

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

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

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

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

В ходеэкспериментовбыло установленытребованиядля нормальногофункционированиянастоящегоАРМ, для практическойустановкитребуетсякомпьютер нениже i80486DX4-100,объём оперативнойпамяти, которогодолжен составлятьне менее 16Mbи свободноеместо на жесткомдиске около40 Mb.Необходимыепрограммныесредства –наличие MicrosoftWindows 95/98.

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

Дж. Мартин«Организациябаз данных ввычислительныхсистемах»,Мир, Москва,1990 г.
К. Дейт «Введениев системы управлениябазами данных»,БИНОМ, Москва,1999 г.
А. А. Попов«Программированиев среде СУБДFox Pro 2.5»,Радио и связь.,Москва, 1994 г.
М. Д. Антонович«Visual FoxPro 3 дляWindows»,БИНОМ, Москва,1996 г.
В. М. Владимирова,А. С. Воронинаи др. «Стандартыпо библиотечномуделу и библиографии»,Издательствостандартов,Москва, 1985 г.
В. М. Стриганови др. «Библиотечно-библиографическаяклассификация»,Книга, Москва,1986 г.
М. А. Аппак«Автоматизированныерабочие местана основе ПЭВМ»,Радио и связь,Москва, 1989 г.
В. Л. Бройдо,В. С. Крылова«Научные основыорганизацииуправленияи построенияАСУ», Высшаяшкола, Москва,1990 г.
А. Ф. Иоффе«ПерсональныеЭВМ в организационномуправлении»,Наука, Москва,1988 г.
«Библиотекарь»,Журнал № 1-10 1997 г.
«Библиотекарь»,Журнал № 6-12 1998 г.
«Библиотекарь»,Журнал № 1-12 1999 г.
«Библиотекарь»,Журнал № 1-3 2000 г.

1БЕН РАН - Библиотекапо естественнымнаукам РоссийскойАкадемии наук

2ИРБИС - Интегрированнаяразвивающаясябиблиотечно-информационнаясистема

- -

Рецензия

На дипломныйпроект студентаМГУС ВолодченкоЕ. В.

Рецензент:ст. научн. сотр.4 ЦНИИ МО РФ ктн,снс Уваров А.В.

Представленныйна рассмотрениедипломныйпроект на тему:«РазработкаАРМ научно-техническойбиблиотекиуниверситета»посвящён актуальномувопросу изобласти информационныхи компьютерныхтехнологийили, точнее, ихприложенийв различныхсферах деятельностичеловека.

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

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

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

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

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

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

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

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

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

Поэтому, наоснованииизложенного,считаю, что:

Дипломнаяработа можетбыть оцененаотметкой «Отлично»
ВолодченкоЕ. В. заслуживаетприсвоенияему квалификацииинженера-менеджера

Рецензент________________

08 июня 2000г.

Отзыв

На дипломныйпроект студентаМГУС ВолодченкоЕ. В.

Руководительктн, КнязевИ.И.

Представляемыйк защите дипломныйпроект на тему:«РазработкаАРМ научно-техническойбиблиотекиуниверситета»посвящён одномуиз актуальныхвопросов изобласти приложенийинформационныхи компьютерныхтехнологийв различныхсферах деятельностичеловека.

Библиотечнаядеятельностьявляется формойпредоставленияуслуг, т.е. – этоодна из формсервиса, такимобразом (перефразируяизвестнуюпоговорку),данная работаудовлетворяетсразу двум«зайцам» -обеспечениесервиса, кактакового, таки компьютерного.

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

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

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

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

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

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

Поэтому, наоснованииизложенного,считаю, что:

Дипломнаяработа можетбыть оцененаотметкой «Отлично»
ВолодченкоЕ. В. заслуживаетприсвоенияему квалификацииинженера-менеджера

Руководитель________________

06 июня 2000г.

Разработка АРМ научно-технической библиотеки университета

Введение

Глава1. Обзор и сравнительныйанализ существующихАРМ.

1.1Библиотечныесистемы.

1.1.1РГБ(ГБЛ)

1.1.2БиблиотекаАдминистрацииПрезидентаРоссийскойФедерации(БАПРФ).

1.1.3Российскаянациональнаябиблиотека(РНБ).

1.1.4ГПНТБРоссии.

Глава2. Анализ исходныхданных и выбороптимальногоинструментариядля разработкиАРМ.

2.1НазначениеразрабатываемогоАРМ.

2.2Определениеструктурнойсхемы.

2.3Выборконкретногопрограммногоинструментария.

Глава3. Разработкалогическойсхемы.

3.1Логическоепроектирование

3.1.1Определениецели созданияАРМ.

3.1.2Определениетаблиц и необходимыхполей.

3.1.3Определениесвязей междутаблицами.

3.2Разработкатаблиц.

3.2.1Построениетаблиц.

3.2.2Назначениетипов данныхдля полей таблиц.

3.2.3Созданиеиндексов исвязей междутаблицами

Глава4. Разработкаи реализацияалгоритма

4.1Разработкаалгоритма.

4.2Реализацияалгоритма.

4.2.1Функциональныемодули.

4.2.2Модульидентификациии аутентификации.

4.2.3Модулькартотекифондов.

4.2.3.1Главная форма

4.2.3.2 Просмотр

4.2.3.3 Поиск

4.2.3.4Сортировка.

4.2.3.5 Фильтр

4.2.3.6 Новости

4.2.3.7 Настройка

4.2.3.8Добавление

4.2.3.9 Изменение

4.2.3.10 Печать.

4.2.4Модулькартотекичитателей.

4.2.4.1 Главнаяформа

4.2.4.2 Просмотр

4.2.4.3 Поиск

4.2.4.4Сортировка

4.2.4.5 Фильтр

4.2.4.6 Настройка

4.2.4.7Добавление

4.2.4.8 Изменение

4.2.4.9Статистика.

4.2.4.10 Печать.

4.2.5Модульконтроля.

4.2.6Модульадминистратора.

Глава5. Реализациявыбранныхрешений.

Глава6. Анализ и учётэргономическиххарактеристик.

Глава7. Технико-экономическоеобоснование.

Заключение.

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

Рецензент________________

Руководитель________________