Автоматизированное рабочее место секретаря агентства "Репетитор"

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ОБРАЗОВАНИЮ

Государственное образовательное учреждение Высшего профессионального образования

«ИЖЕВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Воткинский филиал

Кафедра «Организация вычислительных процессов и систем управления»

















Дипломный проект

ТЕМА: Автоматизированное рабочее место секретаря агентства “Репетитор”





Выполнил студент группы С 6-45-3

А.Л. Иванов

Руководитель проекта 

Инженер-программист К.С. Туров











Воткинск 2006




ВВЕДЕНИЕ



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

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

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

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

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

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

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

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

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

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

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

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

Результатом создания АРМ будет:

	снижение рутиной работ,

	повышение производительности труда.




1. АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ

база документооборот таблица

	Общие свойства работы агентства ”Репетитор”



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

Основными функциями агентства “Репетитор” являются:

1 Прием заявок от клиентов

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

	вид дисциплины (предмет)

	опыт работы преподавателя

	квалификация преподавателя

	место проживания

и т.д.

	Прием резюме от преподавателей

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

	Поиск кандидатов (преподавателей) на должность репетитора

Кандидаты (преподаватели), соответствующие требованиям

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

4 Выдача клиенту акта приёма-сдачи

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

5 Составление отчетных документов

Отчетными документами кадрового агентства являются:

а) Резюме преподавателя

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

б) Лист заявка.

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

в) Договор с клиентом.

Документ, на основе которого производятся расчеты клиента с репетиторским агентством.

г) Акт приема-сдачи.

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

На рисунке 1 приведено графическое представление взаимодействия агентства “Репетитор” с внешними объектами.



1.2 Описание функций



1 Регистрация новых клиентов

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






Рисунок 1 - Взаимодействие агентства “Репетитор” с внешними объектами.



	Регистрация новых преподавателей

В БД вносится подробная информация о преподавателе на основе предоставленного им резюме.

	Составление списков групп

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

	Запрос о клиентах без группы

Выводится список клиентов не занесённых ни в одну из существующих групп.

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



Таблица 1 - «Документ-Функция»

Документы









Функции

Договор с преподавателем

Договор с клиентом

Отчёт - список группы

Отчёт – список клиентов без группы

Отчёт - должники

Резюме преподавателя

Заявка клиента

Регистрация новых клиентов



+









+

Регистрация новых преподавателей



+











+



Составление списков групп





+









Запрос о клиентах без группы







+







Клиенты-должники









+








2. Проектирование базы данных



2.1 Взаимосвязь этапов проектирования



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

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

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

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





Рисунок 2 - Взаимосвязь этапов проектирования



2.2 Описание СУБД Access



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

Прежде чем начать проектирование необходимо определиться с выбором СУБД. Для разработки данного дипломного проекта мною была выбрана СУБД MS Access. Microsof Access представляет собой реляционную СУБД с очень широкими возможностями. В настоящее время Access стала самой продаваемой в мире системой управления базами данных, потому что в ней оптимальным образом сочетаются мощность и лёгкость в использовании. Она достаточно мощна и насыщена для того, чтобы пользователи могли создать с её помощью законченные приложения с незначительным использованием примеров программирования VBA, который может использоваться для разработки более совершенных приложений. Кроме того, пакет Access достаточно лёгок в использовании, так что за короткое время новичок может научиться управлять своими собственными данными при помощи Access.

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

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

Благодаря имеющимся связям достигаются следующие преимущества:

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

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

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

В Access используются следующие основные типы данных:

1. Текстовый

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

2.Числовой

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

3.Счётчик

Содержит последовательные числа, которые Access вводит автоматически. Access помещает число 1 в первую запись поля, которую пользователь вводит в таблицу, число 2 во вторую запись и т.д. Нельзя изменить числа, которые Access вводит в это поле.

4.Дата/время

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

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

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

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

	определенные данные (описание структуры базы данных)

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

	управление данными

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



	Инфологическая модель



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

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



2.3.1 Описание таблиц

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

Для полноценной работы агентства необходимы клиенты, информация о которых где-то должна хранится. В данном случае в БД информацию о клиентах содержит таблица «КЛИЕНТЫ», содержащая поля:

	№ клиента

	Код группы

	Фамилия

	Имя

	Отчество

	Предмет

	Школа

	Класс

	Дата регистрации

	Улица






Рисунок 3 - Инфологическая модель.



Дом

	Квартира

Для взаимосвязи агентства и клиента необходимо составить договор:

	Код договора

	№ клиента

	№ договора

	Дата заключения

	ДОГОВОР

Телефоны клиентов занесены в отдельную таблицу “ ТЛЕФОНЫ КЛИЕНТОВ”:

	Код клиента

	№ клиента

	Номер телефона

Соответственно для обучения клиентов необходимы преподаватели, данные которых находятся в таблице “ ПРЕПОДАВАТЕЛИ ” :

	№ преподавателя

	Фамилия

	Имя

	Отчество

	Дата регистрации

	Улица

	Дом

	Квартира

Для взаимосвязи агентства и преподавателя необходимо составить договор:

	Код договора

	№ преподавателя

	№ договора

	Дата заключения

	ДОГОВОР

Телефоны преподавателей, как и телефоны клиентов занесены в отдельную таблицу “ТЕЛЕФОНЫ ПРЕПОДАВАТЕЛЕЙ”:

	Код телефона

	№ преподавателя

	Номер телефона

Так как каждому клиенту невозможно подобрать индивидуального преподавателя, все клиенты разделены на группы, информация о которых хранится в таблице “ГРУППА”:

	Код группы

	№ группы

	№ клиента

	№ преподавателя

Само собой при регистрации клиента необходимо составить договор:

	Код договора

	№ клиента

	№ договора

	Дата заключения

	ДОГОВОР

Аналогично необходимо составление договора и с преподавателем:

	Код договора

	№ преподавателя

	№ договора

	Дата заключения

	ДОГОВОР



	Даталогическая модель



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




2.4.1 Описание таблиц

Таблица “ГРУППА” содержит информацию о группах клиентов.



Таблица 2 - “ГРУППА”

Имя поля

Тип данных

Размер

Код группы

Счетчик

Длинное целое

№ клиента

Числовой

Длинное целое

№ группы

Текстовый

7

№ преподавателя

Числовой

Длинное целое





Рисунок 4 - Даталогическая модель




Таблица “КЛИЕНТЫ” содержит подробную информацию о клиентах



Таблица 3- “КЛИЕНТЫ”

Имя поля

Тип данных

Размер

№ клиента

Счетчик

Длинное целое

Фамилия

Текстовый

30

Имя

Текстовый

20

Отчество

Текстовый

25

Предмет

Текстовый

50

Школа

Текстовый

10

Класс

Текстовый

4

Дата регистрации

Дата/время

Краткий формат даты

Улица

Текстовый

20

Дом

Текстовый

7

Квартира

Текстовый

3

Код группы

Числовой

Длинное целое



Таблица “Договор с клиентом” содержит информацию о договоре



Таблица 4- “ДОГОВОР С КЛИЕНТОМ”

Имя поля

Тип данных

Размер

Код договора

Счетчик

Длинное целое

№ клиента

Числовой

Длинное целое

№ договора

Текстовый

10

Дата заключения

Дата\время

Длинное целое

ДОГОВОР

Поле МЕМО

-



Таблица “ПРЕПОДАВАТЕЛИ” содержит информацию о преподавателях.



Таблица 5 - “ПРЕПОДАВАТЕЛИ”

Имя поля

Тип данных

Размер

№ преподавателя

Счетчик

Длинное целое

Фамилия

Текстовый

30

Имя

Текстовый

20

Отчество

Текстовый

20

Предмет

Текстовый

50

Дата регистрации

Дата/время

Краткий формат даты

Улица

Текстовый

30

Дом

Текстовый

3

Квартира

Текстовый

3



Таблица “Договор с преподавателем” содержит информацию о договоре



Таблица 6 - “ДОГОВОР С ПРЕПОДАВАТЕЛЕМ”

Имя поля

Тип данных

Размер

Код договора

Счетчик

Длинное целое

№ преподавателя

Числовой

Длинное целое

№ договора

Текстовый

10

Дата заключения

Дата\время

Длинное целое

ДОГОВОР

Поле МЕМО

-



Таблица 7 - “РАСПИСАНИЕ”

Имя поля

Тип данных

Размер

Код расписания

Счетчик

Длинное целое

День недели

Текстовый

10

Код группы

Числовой

Длинное целое

Предмет

Текстовый

50

Время

Дата/время

Краткий формат даты

№ преподавателя

Числовой

Длинное целое



Таблица 8 - “ТЕЛЕФОНЫ КЛИЕНТОВ”

Имя поля

Тип данных

Размер

№ клиента

Числовой

Длинное целое

код телефона

Счетчик

Длинное целое

№ телефона

Текстовый

16




Таблица 9 - “ТЕЛЕФОНЫ ПРЕПОДАВАТЕЛЕЙ”

Имя поля

Тип данных

Размер

Код телефона

Счетчик

Длинное целое

№ преподавателя

Числовой

Длинное целое

№ номер телефона

Текстовый

16



2.5 Целостность базы данных



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

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

	Каскадное обновление связанных полей ;

	Каскадное удаление связанных записей;



2.6 Описание связей



1.В агентстве могут работать множество преподавателей. Вся информация о них заносится в таблицу “ПРЕПОДАВАТЕЛИ”. При этом каждый отдельны преподаватель может иметь несколько телефонов, поэтому в данном случае используется связь “ один-ко-многим” :




Рисунок 5 - Связь таблиц “ТЕЛЕФОНЫ ПРЕПОДАВАТЕЛЕЙ” и “ПРЕПОДАВАТЕЛИ”



2. Связь таблиц “КЛИЕНТЫ” и “ТЕЛЕФОНЫ КЛИЕНТОВ”

осуществляется аналогично связи таблиц “ ПРЕПОДАВАТЕЛИ” и “ ТЕЛЕФОНЫ ПРЕПОДАВАТЕЛЕЙ”, в каждой группе находится множество клиентов, в то время как один отдельный клиент не может находиться в нескольких группах: связь “один-ко-многим”.





Рисунок 6 - Связь таблиц “КЛИЕНТЫ” и “ТЕЛЕФОНЫ КЛИЕНТОВ”



	Связь таблиц “КЛИЕНТ” и “ДОГОВОР С КЛИЕНТОМ”

Один клиент может иметь и несколько договоров: связь “один-ко-многим”.






Рисунок 7 - Связь таблиц “КЛИЕНТ” и “ДОГОВОР С КЛИЕНТОМ”



	Связь таблиц “ПРЕПОДАВАТЕЛИ” и “ДОГОВОР С ПРЕПОДАВАТЕЛЕМ”.

Один преподаватель может иметь и несколько договоров: связь “один-ко-многим”.





Рисунок 8 - Связь таблиц “ПРЕПОДАВАТЕЛИ” и “ДОГОВОР С ПРЕПОДАВАТЕЛЕМ”.



	Связь таблиц “ГРУППА” и “ПРЕПОДАВАТЕЛИ”

Один преподаватель может обучать несколько групп: связь “один-ко-многим”.





Рисунок 9 - Связь таблиц “ГРУППА” и “ПРЕПОДАВАТЕЛИ”


3. Проектирование и создание системы



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

	Клиенты

	Телефоны клиентов

	Преподаватели

	Телефоны преподавателей

	Расписание

	Группа

	Договор с клиентом

	Договор с преподавателем

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



3.1 Создание запросов



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

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

	Поиск клиента

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

	Список всех клиентов

	Список всех преподавателей

	Список группы

	Список клиентов без группы





Рисунок 10 – Схема данных



Далее опишем каждый запрос.

Запрос “Поиск клиента”

Запрос “Поиск клиента” позволяет быстро вывести данные об интересующем нас клиенте. Для этого необходимо ввести фамилию интересующего нас клиента. На результат выполнения запроса установлено условие отбора-[Forms]![Клиенты].[Text] Для вывода информации используются следующие таблицы: “Клиенты”, “Группа” и “Телефоны клиентов”. При этом выводится информация:

	№ клиента

	Фамилия

	Имя

	Отчество

	№ группы

	Предмет

	Школа

	Класс

	Дата регистрации

	Улица

	Дом

	Квартира

	Уплатил

	№ телефона

Конструктор:





Рисунок 11 - Запрос “Поиск клиента” в режиме конструктора



Режим таблицы:





Рисунок 12 - Запрос “Поиск клиента” в режиме таблицы



Запрос “Поиск преподавателей”

Запрос “Поиск преподавателей” позволяет быстро вывести данные об интересующем нас преподаватели. Для этого необходимо ввести фамилию интересующего нас преподавателя. На результат выполнения запроса установлено условие отбора-[Forms]![Преподаватели].[Text] Для вывода информации используются следующие таблицы: “Клиенты”, “Группа” и “Телефоны клиентов”. При этом выводится информация:

	№ преподавателя

	Фамилия

	Имя

	Отчество

	Предмет

	Дата регистрации

	Улица

	Квартира

	Дом

	№ телефона

Конструктор:





Рисунок 13 - Запрос “Поиск преподавателей” в режиме конструктора



Режим таблицы:





Рисунок 14 - Запрос “Поиск преподавателей”в режиме таблицы



Запрос “Список всех клиентов”

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

	№ клиента

	Фамилия

	Имя

	Отчество

	№ группы

	Предмет

	Дата регистрации

	Улица

	Дом

	Квартира

	Уплатил

	№ телефона

Для того, чтобы получить эти данные, и был создан запрос “Список всех клиентов” на основе трёх таблиц, в которых хранятся эти данные: “Клиенты” , “Телефоны клиентов” и “Группа”.

Конструктор:





Рисунок 15- Запрос “Список всех клиентов” в режиме конструктора



Режим таблицы:





Рисунок 16 - Запрос “Список всех клиентов” в режиме таблицы


Запрос “Список всех преподавателей”

Запрос “Список всех преподавателей” был создан для наглядного отображения данных, о регистрируемых в агентстве преподавателях, а именно:

	№ преподавателя

	Фамилия

	Имя

	Отчество

	Предмет

	Дата регистрации

	Улица

	Квартира

	Дом

	№ телефон

Для получения этих данных запрос “Список всех преподавателей” был создан на основе двух таблиц, в которых хранится исходная информация: “Преподаватели” и “Телефоны преподавателей”. В данном запросе, как и в запросе связанном с клиентами, условия отбора отсутствуют.

Конструктор:





Рисунок 17 - Запрос “Список всех преподавателей” в режиме конструктора



Режим таблицы:




Рисунок 18 - Запрос “Список всех преподавателей” в режиме таблицы



Запрос “Список группы”

При помощи запроса “Список группы” можно узнать список отдельной группы. При этом отображаются следующие данные:

	№ группы

	Фамилия

	Имя

	Отчество

На результат выполнения запроса установлено условие отбора по номеру группы- [Forms]![отчеты]![группа].[Text]. Таким образом осуществляется проверка клиентов находящихся в одной группе.

Данный запрос был создан на основе двух таблиц: “Клиенты” и “Группа”.

Конструктор:







Рисунок 19- Запрос “Список группы” в режиме конструктора



Режим таблицы:




Рисунок 20- Запрос “Список группы” в режиме таблицы



Запрос “Список клиентов без группы”

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

	№ группы

	Фамилия

	Имя

	Отчество

Конструктор:





Рисунок 21 - Запрос “Список клиентов без группы” в режиме конструктора



Режим таблицы:




Рисунок 22- Запрос “Список клиентов без группы” в режиме таблицы



3.2 Создание форм



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

При запуске файла базы данных, первой открывается “Главная форма”, которая является кнопочной. Данная форма представлена на рисунке 23.





Рисунок 23 – Главная форма


На данной форме отображаются следующие кнопки:

	КЛИЕНТЫ

	ПРЕПОДАВАТЕЛИ

	ГРУППА

	ЗАПРОСЫ

	ОТЧЁТЫ

	РАСПИСАНИЕ

	ЗАКРЫТЬ ФОРМУ

При нажатии на кнопки КЛИЕНТЫ, ПРЕПОДАВАТЕЛИ и ГРУППА открываются следующие формы:

Форма КЛИЕНТЫ предназначена для занесения данных о новых клиентах и внесения изменений в уже существующих записях. Кроме того, на ней имеется кнопка “ДОГОВОР”, при нажатии на которую открывается форма “Договор с клиентом”. Обе формы представлены на рисунке 24.









Рисунок 24 - Форма КЛИЕНТЫ и Договор с клиентом


Форма ПРЕПОДАВАТЕЛИ предназначена для внесения данных о преподавателях. Кроме того, на ней имеется кнопка “ДОГОВОР”, при нажатии на которую открывается форма “Договор с преподавателем”. Обе формы представлены на рисунке 25.









Рисунок 25 - Форма ПРЕПОДАВАТЕЛИ и Договор с преподавателем



Форма ГРУППА нужна для записи информации о группе (рисунок 26).





Рисунок 26 - Форма ГРУППА




Следующая группа кнопок ЗАПОСЫ и ОТЧЁТЫ. При нажатии на кнопку ЗАПРОСЫ открывается кнопочная форма с одноимённым названием.

Графическое представление данной формы представлено на рисунке 27.





Рисунок 27 – Форма ЗАПРОСЫ



На данной форме (ЗАПРОСЫ) располагаются две группы кнопок:

1.Списки

	Списки всех клиентов

	Списки всех преподавателей

	Список группы

	Список клиентов без группы

2.Поиск

	Поиск клиента

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

При нажатии на каждую из перечисленных кнопок открывается соответствующий ее названию запрос.

При нажатии на кнопку ОТЧЁТЫ на “Главной форме”, на экране появляется одноимённая форма (рисунок 28).






Рисунок 28- Форма ОТЧЁТЫ



Данная форма (ОТЧЁТЫ) является практически зеркальным отражением формы ЗАПРОСЫ, с той лишь разницей, что при нажатии на кнопки этой формы открываются отчёты.

Кнопка РАСПИСАНИЕ открывает приложение Microsoft Office Excel, которое содержит общее расписание. Данное расписание представлено на рисунке 29.

Кнопка ЗАКРЫТЬ ФОРМУ служит для закрытия главной формы.





Рисунок 29- Расписание


3.3 Создание отчётов



Источником данных для большинства отчетов являются одноименные запросы. Большинство отчётов однотипны. Один из отчётов представлен на рисунке 30





Рисунок 30- Отчёты



Отчёт “Договор с клиентом” и “Договор с преподавателем” идентичны и один из них изображён на рисунке 31.





Рисунок 31- Отчёт “Договор с клиентом”


Заключение



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

- проведен анализ работы агентства “Репетитор”

- составлено описание документооборота

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

В данной дипломной работе разработана база данных «Автоматизированное рабочее место секретаря агентства “Репетитор”». В результате анализа данных приведены необходимые поля базы данных, их структура и тип. Построены таблицы и связи между ними. Показаны определенные правила, по которым проектируется база данных.

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




Список использованных источников



1 Д. Вейскас, Эффективная работа в среде Microsoft Access 2 (перевод с англ.) – СПБ: Питер,1997г. – 864с.

2 П.Ю. Дубнов, Access 2002 – М.:ДМК Пресс, 2004г. – 320с.

3 С.В. Маклаков, BPwin и Erwin CASE – средства разработки информационных систем – М.: Диалог. МЦФИ, 2000

4 Т.С. Карпова, База данных: модели, разработка, реализация – СПБ.: Питер, 2004г. – 304с.

5 А.Д. Хоменко, В.М. Цыганков, М.Т. Мальцев, Базы данных:___ Учебник для высших заведений/Под редакцией профессора А.Д. Хоменко.- СПб.; КОРОНА принт, 2000. – 416с.

6 С.В. Диго, Базы данных: проектирование и использование: [учебник для ВУЗов по специальности “Прикладная информатика”]




ПРИЛОЖЕНИЯ



Приложение А Техническое задание



ФЕДЕРАЛЬНОЕ АГЕНСТВО ПО ОБРАЗОВАНИЮ

Государственное образовательное учреждение Высшего профессионального образования

«ИЖЕВСКИЙ ГОСУДАРСТВЕННЫЙ ТЕХНИЧЕСКИЙ УНИВЕРСИТЕТ»

Воткинский филиал

Разработка базы данных «Автоматизированное рабочее место секретаря агентства “Репетитор”»

Введение

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

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

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

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

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

Настоящая разработка ведётся на основании задания выданного кафедрой ОВП и СУ

Наименование работы: Автоматизированное рабочее место секретаря агентства «Репетитор».

2 Назначение разработки

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

	Поиск нужного преподавателя

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

	Заполнение расписания

	Заполнение данных о клиенте

	Заполнение данных о преподавателе

	Архивное резервирование данных

	Выдача отчётных документов:

	Списки групп

	Списки клиентов без группы

	Списки всех клиентов

и т.д.

3 Требования к программе (программному изделию)

3.1 Требования к функциональным характеристикам

АРМС должно выполнять следующие функции:

	ввод / удаление клиента

	внесение изменений о клиенте

	ввод / удаление преподавателя

	внесение изменений о преподавателе

	внесение изменений в расписание

	поиск клиента в базе данных

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

	составление и печать отчётных документов:

	Договор с преподавателем

	Договор с клиентом

	Запрос о клиентах без группы

и т.д.

3.2. Требования к надёжности

Система должна обеспечивать:

	архивное сохранение на внешних носителях

	соответствие типов вводимых данных

3.3. Требования к составу и параметрам технических средств

Минимальные требования для компьютера оператора ЭВМ: Процессор: не ниже Cel433. Оперативная память: не менее 64 Мб Объём свободного пространства на жёстком диске: не менее 60 Мб. VGA видеокарта. Принтер.

3.4. Требования к информационной и программной совместимости

WINDOWS 95 и выше

МS Access 97 и выше.

4 Требования к документации

4.1 Пояснительная записка:

Введение

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

1.1 Общие сведения о работе агентства “Репетитор”

1.2 Описание функций

2 Проектирование базы данных

2.1 Взаимосвязь этапов проектирования

2.2 Описание СУБД Access

2.3 Инфологическая модель

2.3.1 Описание таблиц

2.4 Даталогическая модель

2.4.1 Описание таблиц

2.5 Описание связей

2.6 Целостность базы данных

3 Проектирование и создание системы

3.1 Создание запросов

3.2 Создание форм

3.3 Создание отчётов

Заключение

Список использованных источников

Приложение А – Техническое задание

Приложение Б – Графические листы

4.2 Графическая часть:

	Тема, Цели, Задачи

	Схемы работы агентства “Репетитор”

	Инфологическая модель

	Даталогическая модель

	Схема пользовательского интерфейса

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

	Расписание

5 Стадии и этапы разработки

5.1Утверждение у заказчика технического задания

	Подготовка технического задания

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

	Согласование технического задания с заказчиком

5.2 Разработка программного обеспечения комплекса

	Разработка отдельных модулей программы

	Связывание модулей в единый программный комплекс

	Оформление интерфейса программы

	Разработка модуля печати отчетных документов

5.3 Согласование у заказчика перечня и форм отчётных документов

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

	частичное заполнение таблиц “КЛИЕНТЫ”, “ПРЕПОДАВАТЕЛИ”

5.5 Демонстрация работы программы заказчику

	Порядок контроля и приёмки

6.1 До демонстрации работы

6.1.1 Утверждение заказчиком форм отчётных документов

6.2 Во время демонстрации работы:

6.2.1 Ввод нового клиента / исключение клиента

6.2.2 Заполнение таблицы “КЛИЕНТЫ”

6.2.3 Ввод нового преподавателя / исключение преподавателя

6.2.4 Заполнение таблицы “ПРЕПОДАВАТЕЛИ”

6.2.5 Поиск клиента / преподавателя в базе данных

6.2.6 Печать отчётных документов




Приложение Б Графическая часть



Автоматизированное рабочее место секретаря агентства «Репетитор»

Цель:

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

Задачи:

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

	Проектирование и создание базы данных системы

	Создание приложений