Разработка базы данных

Ещё одним дополнительным достоинством этой СУБД является интегрированность этой программы с MS Excel, Word и другими программными пакетами MS Office.

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

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

Обоснование и выбор состава автоматизируемых задач.

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

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

К основным факторам, влияющих на выбор состава задач БД в общем случае, относятся:

· экономическая целесообразность создания базы данных (то есть степень получаемого эффекта);

· трудоемкость и периодичность решения задач;

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

· наличие средств обеспечения (методического, информационного, технического);

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

2.5 Способы организации памяти для хранения данных

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

· иерархическая организации памяти;

· организация кэш-памяти;

· организация основной памяти;

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

Иерархическая организация памяти

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

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

Чтобы описать некоторый уровень иерархии памяти, надо ответить на четыре вопроса.

Организация кэш-памяти

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

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

Где может размещаться блок в кэш-памяти? Принципы размещения блоков в кэш-памяти определяют три основных типа их организации:

· если каждый блок основной памяти имеет только одно фиксированное место, на котором он может появиться в кэш-памяти, то такая кэш-память называется кэшем с прямым отображением (direct mapped). Это наиболее простая организация кэш-памяти, при которой для отображения адресов блоков основной памяти на адреса кэш-памяти просто используются младшие разряды адреса блока. Таким образом, все блоки основной памяти, имеющие одинаковые младшие разряды в своем адресе, попадают в один блок кэш-памяти, т.е. (адрес блока кэш-памяти) = (адрес блока основной памяти)Чmod (число блоков в кэш-памяти);

· если некоторый блок основной памяти может располагаться на любом месте кэш-памяти, то кэш называется полностью ассоциативным (fully associative);

· если некоторый блок основной памяти может располагаться на ограниченном множестве мест в кэш-памяти, то кэш называется множественно-ассоциативным (set associative).

Блок может размещаться на любом месте данного множества.

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

Какой блок кэш-памяти должен быть замещен при промахе? При возникновении промаха контроллер кэш-памяти должен выбрать подлежащий замещению блок. Как правило, для замещения блоков применяются две основные стратегии: случайная и Least-Recently Used (LRU). В первом случае, чтобы иметь равномерное распределение, блоки-кандидаты выбираются случайно. В некоторых системах, чтобы получить воспроизводимое поведение, которое особенно полезно но время отладки аппаратуры, используют псевдослучайный алгоритм замещения.

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

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

Таблица 1 Доля промахов при использовании алгоритма замещения LRU и случайного алгоритма (Random)

Размер, кэш-памяти, Кбайт	Ассоциативность, %
	2-канальная	4-канальная	8-канальная
	LRU	Random	LRU	Random	LRU	Random
16	5,18	5,69	4,67	5,29	4,39	4,96
64	1,88	2,01	1,54	1,66	1,39	1,53
256	1,15	1,17	1,13	1,13	1,12	1,12

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

· сквозная запись (write through, store through) - информация записывается в два места (в блок кэш-памяти и блок более низкого уровня памяти);

· запись с обратным копированием (write back, copy back, store in) - информация записывается только в блок кэш-памяти. Модифицированный блок кэш-памяти записывается в основную память только тогда, когда он замещается. Для сокращения частоты копирования блоков при замещении обычно с каждым блоком кэш-памяти связывается так называемый бит модификации (dirty bit). Этот бит состояния показывает, был ли модифицирован блок, находящийся в кэш-памяти. Если он не модифицировался, то обратное копирование отменяется, поскольку более низкий уровень содержит ту же самую информацию, что и кэш-память.

При промахе во время записи имеются две дополнительные возможности: разместить запись в кэш-памяти и не размещать запись в кэш-памяти.

Разместить запись в кэш-памяти (write allocate) (называется также выборкой при записи (fetch on write)) означает, что блок загружается в кэш-память, вслед за чем выполняются действия, аналогичные выполняющимся при выполнении записи с попаданием. Это похоже на промах при чтении.

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

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

Организация основной памяти

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

Задержка памяти традиционно оценивается двумя параметрами: временем доступа (access time) и длительностью цикла памяти (cycle time). Время доступа представляет собой промежуток времени между выдачей запроса на чтение и моментом поступления запрошенного слова из памяти. Длительность цикла памяти определяется минимальным временем между двумя последовательными обращениями к памяти.

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

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

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

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

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

Память с расслоением. Наличие в системе множества микросхем памяти позволяет использовать потенциальный параллелизм, заложенный в такой организации. Одна из общих методик, используемых для этого, называется расслоением памяти. При расслоении банки памяти обычно упорядочиваются так, чтобы JV последовательных адресов памяти i, i+1, i+2,…, i+(N-1) приходились на N различных банков. В i-м банке памяти находятся только слова, адреса которых имеют вид kN + i, где k=М-1 (М - число слов в одном банке).

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

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

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

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

· блочный режим;

· страничный режим;

· режим статического столбца.

Блочный режим (nibble mode) может обеспечить выдачу четырех последовательных ячеек для каждого сигнала RAS.

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

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

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

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

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

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

Виртуальная память автоматически управляет двумя уровнями иерархии памяти: основной и внешней (дисковой) памятью.

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

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

Страничная организация памяти

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

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

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

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

Сегментация памяти

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

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

2.6 Структура базы данных «Центр занятости»

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

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

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

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

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

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

Тип данных - обозначение типа данных в соответствии с конкретной программной системой.

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

Точность - число знаков после запятой в числовых полях.

Ключ - указание, что данное поле является ключевым.

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

Рис. 2.4 Структура таблицы Сведения о безработном

На рис. 2.4 изображена структура таблицы Сведения о безработном. В этой таблице хранятся данные о гражданах, обратившихся в Центр занятости.

Рис. 2.5 Структура таблицы Сведения о вакансиях

На рис. 2.5 представлена структура таблицы Сведения о вакансиях.

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

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

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

Нередко приходится иметь дело также со связью «многие ко многим», при которой отсутствуют ограничения на множества пар записей, принадлежащих связи. Такая связь в Access не используется. Ее необходимо представить в виде двух связей «один ко многим».

Рис. 2.6 Схема данных

2.7 Представление данных виде форм

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

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

Любая форма строится на основе Access-таблицы или запроса. Имена полей извлекаются из спецификации таблицы, а поля в форме можно расположить по своему усмотрению. На основе одной таблицы можно построить несколько форм.

Таблица 2 Способы создания форм.

Автоформа	Автоматическое создание формы с использованием одного из стандартных шаблонов. Это наиболее простой и быстрый способ создания формы.
Мастер форм	Создание формы с помощью мастера; в зависимости от назначения формы мастер предлагает на выбор стандартные шаблоны и стили оформления.
Конструктор	Создание формы на основе пустого бланка при помощи инструментальных средств конструктора форм. Также предназначен для обработки готовых форм.
Сводная диаграмма	Создание формы с диаграммой на основе выбранных полей таблицы.
Сводная таблица	Создание сводной таблицы Microsoft Excel на основе таблиц или запросов Access XP

Существует несколько разновидностей автоформ:

Форма - создание формы для ввода данных по одной записи за раз

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

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

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

Перечень форм, применявшихся в данной работе приведен ниже:

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

Рис. 2.7 Главная кнопочная форма БД «Центр занятости»

Рис. 2.8 Форма «Личная карточка кандидата на должность»

Форма «Личная карточка кандидата на должность» выполнена в виде столбца и показывает личные данные кандидата на должность.

Рис. 2.9 Форма «Сведения о безработном»

Форма «Сведения о безработном» представлена в ленточном виде и показывает все поля, относящиеся к данным о безработном.

Рис. 2.10 Форма «Сведения о вакансиях»

Форма «Сведения о вакансиях» позволяет просмотреть существующие организации и вакансии по специальности.

2.8 Запросы базы данных

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

Таблица 3 «Функции и выполняемые операции»

Функция	Выполняемая операция
Sum	Суммирование значений определенного поля
Avg	Вычисление среднего значения
Min	Вычисление минимального значения
Мах	Вычисление максимального значения
Count	Вычисление количества записей в определенном поле
First	Определяется первое значение в указанном поле
Last	Определяется последнее значение в указанном поле
StDev	Вычисляется стандартное отклонение значений данного поля
Var	Вычисляется вариация значений данного поля

Перечень запросов, применявшихся в данной базе данных приведен ниже.

Рис. 2.11 Запрос «Кандидаты на должность с высшим образованием»

Запрос «Кандидаты на должность с высшим образованием» показывает тех кандидатов, которые обладают высшим образованием.

Рис. 2.12 Запрос «Квалифицированные кандидаты»

Запрос «Квалифицированные кандидаты» показывает тех кандидатов на должность, которые помимо высшего образования обладают стажем работы более 5 лет.

Рис. 2.13 Запрос «Опыт работы не требуется»

Запрос «Опыт работы не требуется» помогает найти организацию, в которой не требуется опыт работы в предыдущих организациях.

Рис. 2.14 Запрос «Поиск подходящей вакансии»

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



Рис. 2.15 Запрос «Средний возраст кандидатов»

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

Рис. 2.16 Запрос «Требование к стажу кандидата 4 и более лет»

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

2.9 Отчеты

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

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

Использование отчетов имеет следующие достоинства:

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

· отчет позволяет включать и печатать графические объекты (например, диаграммы);

· обеспечивается возможность работы с материалом, напечатанным на бумаге.

Отчеты можно создавать двумя способами:

1) при помощи мастеров отчетов / автоотчетов;

2) «вручную».

Рис. 2.17 Отчет «Квалифицированные кандидаты»

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

Рис. 2.18 Отчет «Сведения о безработном»

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

Рис. 2.19 Отчет «Сведения о вакансиях»

Отчет «Сведения о вакансиях» выполнен в табличном макете представления данных и позволяет просмотреть данные о вакансии и необходимые для этого образование и стаж.

2.10 Результаты тестовых испытаний и опытной эксплуатации

База данных «Центр занятости» разработана для автоматизированной работы РГКУ «Центр занятости населения» г. Карачаевск.

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

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

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

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

· правильность данных на выходе;

В итоге были выявлены и устранены следующие ошибки:

· исправлен автоматический расчет итогов;

· созданы «Реквизиты предприятия».

Результаты опытной эксплуатации

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

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

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

Интерфейс БД «Центр занятости» был создан при помощи стандартных элементов ACCES. Формы позволяют отображать данные, содержащиеся в таблицах или запросах в более удобном для пользователя виде. При помощи форм можно добавлять в таблицы новые данные, а также изменять и удалять существующие. Все изменения и корректировка форм происходили в режиме конструктора форм. Что предало формам законченный вид и упростило навигацию как по формам, так и по самой базе данных.

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

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

Результаты внедрения

Разработанная база данных «Центр занятости» была внедрена на предприятии 22 мая 2013 г. В результате внедрения программы можно производить следующие действия:

· Автоматическое составление документов (в программе используются новейшие бланки документов, утверждённые постановлением Госкомстата России от 05.01.2004 г. №1).

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

· Расчёт среднесписочной численности безработных за любой период.

· Формирование произвольных отчётов на основе информации базы данных (пользователь сам выбирает поля базы данных, которые необходимы ему для отображения в отчёте) с возможностью экспорта в формат Word и Excel.

· Хранение в базе личных данных о каждом безработном.

· Расчёт общего, непрерывного стажа, а также стажа работы на данном предприятии.

· Ведение статистики по предприятию (количество сотрудников, количество вакантных мест, средний оклад, средний возраст).

· Автоматическое напоминание о днях рождения сотрудников.

· Хранение в базе фотографий сотрудников.

· Удобный поиск в базе

· Хранение в базе данных вакантных должностей предприятия.

· Хранение в архиве базы данных информации об уволенных сотрудниках.

· Расчёт даты окончания отпуска по заданной дате начала и общей продолжительности.

· Формирование отчёта по движению численности сотрудников за любой период.

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

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

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

- небольшой объём занимаемой дисковой памяти;

- наличие сетевой версии программного продукта;

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

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

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

- программа «Центр занятости» прошла успешное испытание в РГКУ «Центр занятости» г. Карачаевск.

Экономия времени за счёт внедрения программы

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

Эффект от использования данной программы:

- программа «Центр занятости» позволяет очень сильно сэкономить время сотрудников центра занятости за счёт автоматизации документооборота и быстроты поиска нужной информации;

Перспективы для расширения проекта

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

2.11 Оценка экономической эффективности от внедрения БД «Центр занятости»

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

Э= З_Н - З_К

где Э - экономический эффект от внедрения мероприятия,

З_Н - затраты до внедрения мероприятия,

З_К - затраты после внедрения мероприятия

З_Н = 3/п * К,

где З/п - заработная плата работника,

К - количество работников.

З_К = Г + К * С_Ч,

где Г - гонорар, получаемый разработчиком,

К - количество потребляемых ЭВМ КВт-часов.

С_Ч - стоимость КВт-часа.

С = Г / Э,

где С - срок окупаемости капиталовложений,

Г - гонорар, получаемый разработчиком,

Э - экономический эффект от внедрения мероприятия.

Данные для расчета взяты за 1 месяц.

З/п = 1500 руб.

К = 1 чел.

Г - 500 руб.

К = 125 КВт-часов

СЧ = ЗО коп.

ЗН = 1500 руб.

3К = 500 + 125 * 0,30 = 537,5 руб.

Э = 1500 - 537,5 = 962,5 руб.

С = 500 / 962,5 = 0,519

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

2.12 Защита БД

Защита безопасности базы данных заключается в том, что право выполнять некоторые действия дается только определенным пользователям и в определенное время. Эта цель труднодостижима, и чтобы хоть в какой-то степени к ней приблизится, команда разработчиков должна на стадии определения требований к проекту установить для всех пользователей права и обязанности по обработке (processing rights and responsibilities). Реализация этих требований безопасности может обеспечиваться соответствующими возможностями СУБД, а при их недостаточности - логикой прикладных программ.

Существуют различные приемы управления доступом к базе данных Microsoft Access и ее объектам. Эти приемы кратко описаны ниже в порядке усиления безопасности.

Отображение и скрытие объектов в окне базы данных

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

Использование параметров запуска

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

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

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

Чтобы установить пароль, необходимо открыть базу данных с монопольным доступом и выбрать пункт меню Сервис - Защита - Задать пароль базы данных.

Использование защиты на уровне пользователя

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

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

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

2. защита конфиденциальных сведений в базе данных.

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

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

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

Заключение

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

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

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

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

Внедрение данной разработки позволило:

· сократить время на формирование документов.

· повысить качество и точность расчетов;

· сократить время на составление и проверку отчетной документации;

· сократить время на поиск требуемой информации;

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

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

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

access программный память модуль

1. Бородаев В.А., Кустов В.Н. Банки и базы данных. Уч. пособие. Л.: ВИКИ, 2000.

2. Вендров А.М. CASE - технологии. Современные методы и средства проектирования информационных систем. - М.: Финансы и статистика, 1998. - 256 с.

3. Вирт Н. Алгоритмы и структуры баз данных. - М.: Мир, 1989. - 196 с.

4. Горев А., Макашарипов С. Эффективная работа с СУБД. - С-Пб.: Питер, 1997. - 254 с.

5. Дейт К.Дж. Введение в системы баз данных / Пер. с англ. 6-е изд. К.: Диалектика, 1999.

6. Диго С.М. Проектирование и использование баз данных. Учебник. - М.: Финансы и статистика, 1995. - 420 с.

7. Замулин А.В. Системы программирования баз данных и знаний. Новосибирск.: Наука. Сиб. Отд., 2002.

8. Зиндер Е.З. Проектирование баз данных: новые требования, новые подходы. - М.: Мир, 1996. - 287 с.

9. Каган Б.М., Мкртумян И.Б. Основы эксплуатации ЭВМ. - М.: Энергоатомиздат, 1998. - 376 с.

10. Карпова Т.С. Базы данных: модели, разработка, реализация. - С-Пб.: Питер, 2001. - 458 с.

11. Кузнецов С.Д. Введение в СУБД: часть 4. // Системы Управления Базами Данных, №4, 1999. - С. 114-122.

12. Леонтьев В.П. Новейшая энциклопедия персонального компьютера. - М.: ОЛМА - ПРЕСС, 2003. - 650 с.

13. Мартин Дж. Организация баз данных в вычислительных системах. / Пер. с англ. М.: Мир, 2000.

14. Назаров С.В. Компьютерные технологии обработки информации. - М.: Финансы и статистика, 1995. - 248 с.

15. Романов Б.Л., Кушниренко А.С. dBase IV. Назначение, функции, применение. М.: Радио и баз данных, 1999.

16. Санитарно - эпидемиологические правила и нормативы (САНПИН) - 2.2.2/2.4.1340 - 03. «Гигиенические требования к персональным электронно-вычислительным машинам и организации работы».

17. Ульман Дж. Основы систем баз данных. М.: Финансы и статистика, 2003.

18. Фокс Дж. Программное обеспечение и его разработка. - М.: Мир, 1985. - 356 с.

19. Фролов А.В., Фролов Г.В. Библиотека системного программиста. т. 2. Аппаратное обеспечение. - М.: Диалог МИФИ, 1992. - 385 с.

20. Хоменко А.Д. Базы данных. Учебник для ВУЗОВ. - М.: Технология, 2000. - 325 с.

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

...