Администрирование и эксплуатация удалённых баз данных

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

Министерство промышленности и связи

Ставропольского края

ГБПОУ "СКС"

ТЕХНИЧЕСКИЙ ОТЧЁТ

о прохождении производственной практики

на предприятии ООО"Фемида"

Администрирование и эксплуатация удалённых баз данных

Юдин Антон



Содержание

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

1.1 Общие сведения о предприятии ООО "Фемида"

1.2 Характеристика предприятия ООО "Фемида"

1.3 Организационная структура ООО "Фемида"

1.4 Производственная деятельность ООО "Фемида"

1.5 ПО для обработки данных

Раздел 2. Проектирование серверной части приложения баз данных

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

2.2 Визуальное проектирование структуры базы данных

2.2.1 Физическая Модель Данных

2.2.2 Таблицы базы данных

2.2.3 Реляционная схема базы данных

Раздел 3. Проектирование клиентской части приложения баз данных

3.1 Выборка данных

3.2 Запросы на добавление, удаление, обновление данных

3.3 Создание хранимых процедур

3.4 Сортировка и поиск данных

3.5 Работа с транзакциями

3.6 Обеспечение достоверности данных и перехват исключительных ситуаций

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

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

4.1 Установка привилегий доступа к данным

4.2 Копирование и перенос данных

4.3 Копирование клиентской части баз данных

Раздел 5. Основные принципы построения инфокоммуникационных сетей

5.1 Общая информация

5.2 Выбор типа сети

5.3 Выбор топологии сети

5.5 Расчет полезной пропускной способности сети

Раздел 6. Компьютерные сети для дома и малого офиса

6.1 Аппаратное обеспечение предприятия

6.2 Сетевое оборудование предприятия

Раздел 7. Компьютерные сети для малого бизнеса

7.1 Настройка коммутатора 2 уровня D-Link DES-3200-10

7.2 Настройка коммутатора 3 уровня D-Link DGS-3620

7.3 Настройка маршрутизатора ASUS RT-AC66U

7.4 Проектирование ЛВС предприятия

7.5 Настройка DHCP



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

1.1 Общие сведения о предприятии ООО "Фемида"

Юридический адрес: 355042 Ставропольский край, г. Ставрополь, ул. 45 параллель 7а, офис 303

Фактический адрес: 355042 Ставропольский край, г. Ставрополь, ул. 45 параллель 7а, офис 303

тел. 8(8652) 99-02-95, 8-962-443-69-42 E-mail: mail-femida@yandex.ru Руководство: Коник Александр Михайлович - директор

1.2 Характеристика предприятия ООО "Фемида"

Консалтинговая компания ООО "Фемида" осуществляет свою деятельность с 04 июля 2008 года. Область деятельности компании составляют юридические услуги по четырем направлениям юридический консалтинг, энергетический консалтинг, экологический консалтинг, инфраструктурный консалтинг.

Юридический консалтинг:

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

Энергетический консалтинг:

Энергетическое обследование

Проведение инструментального обследования

Разработка энергетического паспорта

Разработка программы энергосбережения

Тепловизионная съемка

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

Экологический консалтинг:

Расчет платы за негативное воздействие на окружающую среду

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

Проект нормативов образования отходов и лимиты на их размещения (ПНООЛР)

Проект нормативов допустимых сбросов загрязняющих веществ (проект НДС)

Инфраструктурный консалтинг:

Разработка схемы теплоснабжения

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

Разработка инвестиционных программ ресурсоснабжающих организаций

Разработка программы развития коммунальной инфраструктуры

Группа компаний "Фемида" разработала свою политику в области качества (СМК), что позволяет обеспечить выход компании на более высокий качественный уровень. С целью активного развития и повышения уровня конкурентоспособности компания внедрила интегрированную систему ИСО (ISO)

Компания обладает собственным современным дорогостоящим оборудованием (тепловизор, энерготестер, и др.), программным обеспечением "Теплотекс", "Интеграл","ГРАНД-СМЕТА" и "АВС-4РС" - что позволяет качественно выполнить поставленные задачи.



1.3 Организационная структура ООО "Фемида"

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

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

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

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

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

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



1.4 Производственная деятельность ООО "Фемида"

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

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

Последние выполненные договора в области

юридического консалтинга:

Ш Проведение семинара по стандарту ISO 22000:2005 ООО ПО "Агротехпром"

Ш Проведение семинара по стандарту ISO 22000:2005 ОАО "Молочный комбинат "Ставропольский"

Ш Получение Сертификата ИСО 9001 ООО "ЕвроСпецСтройинвест"

Ш Получение допуска СРО ООО "РосЭнергоСтрой"

Ш Получение лицензии МЧС ЗАО "Контур-Сервис ТВ" Пятигорск

Ш Получение лицензии МЧС ООО "Каскад"

энергетического консалтинга:

Ш Энергетическое обследование ФГКУ "Центральный клинический санаторий им. Ф. Э. Дзержинского" Сочи

Ш Энергетическое обследование МБУ Центр Досуга "Октябрь г. Ставрополь

Ш Энергетическое обследование ООО "Думничи-Теплоинвест" Калужская обл.

Ш Проведение энергетического обследования ООО "Торакс Инжиниринг" г. Москва

Ш Энергетическое обследование ОАО "Конструкторской Бюро" Краснодар

Ш Энергетическое обследование ГБУ "Клинико-Диагностический центр" №4 г. Москва

экологического консалтинга:

Ш Разработка санитарно-защитной зоны ЗАО "Рустона"

Ш Разработка проекта ПДВ ООО "Лукойл-Ставропольэнерго" Пятигорск

Ш Разработка проекта НДС "Ставрополь водоканал" Ессентуки

Ш Разработка проекта НДС Администрация г. Старая Русса Новгородской области

Ш Разработка проекта ПДВ ЗАО Северная теплоэнергетическая компания" г. Сергиев Посад

Ш Разработка проекта ПДВ ЗАО "Рустона" Черкесск

инфраструктурного консалтинга:

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

Ш Разработка схемы теплоснабжения, водоснабжения и водоотведения Администрация Прохладненского городского округа КБР

Ш Разработка схемы тепло, водоснабжения и водоотведения п. Эльбрус КБР

Ш Разработка схемы водоснабжения и водоотведения ОАО Международный аэропорт г. Краснодар

Ш Разработка программы энергосбережения ФГКУ "Центральный клинический санаторий им. Ф. Э. Дзержинского" Сочи

Ш Разработка инвестиционной программы ОАО "ПрохладныйТеплоэнерго" КБР

Рисунок 1. Фото рабочего места.

1.5 ПО для обработки данных

Программное обеспечение ООО "Фемида" включает следующие основные компоненты:

· ПО "АВС-4РС"

· ПО "ГРАНД-СМЕТА"

· ПО "Теплотекс"

· ПО "Интеграл"

ПО "АВС-4РС" позволяет содержать в памяти персонального компьютера данные об объектах на всю программу работ строительной организации с распределением объемов работ по периодам и исполнителям; производить учет выполненных объемов работ с позиций стоимостной, объемной и ресурсной оценок; обрабатывать оперативную информацию о выполненных объемах работ, вести журналы учета выполненных работ (КС-6), выдавать акты и справки о стоимости выполненных работ), вести журналы учета расхода материалов и других ресурсов , получать справочную информацию о текущем состоянии объектов на всю программу работ строительной организации.

ПО "ГРАНД-СМЕТА" обеспечивает составление и проверку локальных и объектных смет, позволяет вести учет выполненных объемов работ за месяц, за период с разложением по позициям и по материалам. Программный комплекс позволяет полностью автоматизировать работы, связанные с выпуском проектно-сметной документации на любые виды работ.

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

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

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



Раздел 2. Проектирование серверной части приложения баз данных

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

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

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

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

- изменять и обновлять записи;

- добавлять в базу новые записи и удалять их;

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

- создавать отчеты в электронном виде, так и выводить их на печать;

- необходим контроль за правильностью ввода данных;

- работа с большим объемом данных из разных таблиц и т.д.

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

Инфологическое проектирование.

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

При разработке базы данных информационной системы учёта договоров, база данных "Учет договоров" должна содержать сведения:

· о клиенте;

· о договоре;

· о сотруднике;

Сущности базы данных.

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

На основе анализа предметной области, выделим следующие сущности (таблица 1).

Таблица 1. Сущности предметной области.

Клиент
Тип Клиента
Договор
Сотрудник
Реквизит

Атрибуты и связи.

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

На основании анализа предметной области, выделим атрибуты всех сущностей предметной области (таблица 2-6)

Таблица 2. Атрибуты сущности " Клиент ".

Код клиента
Тип клиента
ФИО (Частное лицо)
Наименование организации
Адрес (Регистрации, Юридический)
Адрес (Проживания, Фактический)
Контакты
Контактное лицо
Е-mail
Номер договора

Таблица 3. Атрибуты сущности "Тип Клиента".

Номер П/П
Тип клиента

Таблица 4. Атрибуты сущности " Договор ".

Номер П/П
Номер договора
Код сотрудника
Номер реквизитов
Стоимость
Дата составления
Срок договора(До)

Таблица 5. Атрибуты сущности " Сотрудник ".

Код сотрудника
ФИО сотрудника
Должность
Дата рождения

Таблица 6. Атрибуты сущности " Реквизит".

Номер П/П
Номер реквизита
ОГРН
ИНН
КПП
БИК
Реквизиты банка

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

Чаще всего концептуальная модель базы данных включает в себя:

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

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

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

Проектирование структуры.

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

Первый этап проектирования - выделение сущностей и связей между ними.

Выделим следующие сущности:

Клиент ( Ключ - Код клиента )

Тип клиента ( Ключ - Тип клиента )

Договор ( Ключ - Номер П/П )

Сотрудник ( Ключ - Код сотрудника )

Реквизит ( Ключ - Номер П/П )

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

Клиент имеет Тип клиента

Клиент заключает Договор

Договор имеет Реквизит

Сотрудник составляет Договор

Второй этап проектирования - построение диаграммы ER-типа с учетом всех сущностей и связей между ними.

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

СвязьИмеет удовлетворяет условиям правила 4, в соответствии с которым получаем два отношения:

1. Клиент

2. Тип клиента

СвязьИмеет удовлетворяет условиям правила 4, в соответствии с которым получаем два отношения:

1. Договор

2. Реквизит

СвязьЗаключает удовлетворяет условиям правила 4, в соответствии с которым получаем два отношения:

1.Клиент

2. Договор

СвязьСоставляет удовлетворяет условиям правила 4, в соответствии с которым получаем два отношения:

1. Сотрудник

2. Договор

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

Клиент (Код клиента, Тип клиента, ФИО(Частное лицо), Наименование организации, Контакты, Контактное лицо, E-mail, Номер договора)

Тип клиента (Код клиента, Тип клиента)

Договор (Номер П/П, Номер договора, Код сотрудника, Номер реквизитов, Стоимость, Дата составления, Срок договора (До) )

Сотрудник (Код сотрудника, ФИО сотрудника, Должность, Дата рождения )

Реквизит (Номер П/П, Номер реквизита, ОГРН, ИНН, КПП, БИК, Реквизиты банка)

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

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

На этапе даталогического проектирования учитывается специфика конкретной модели данных(реляционной) и конкретной выбранной СУБД (MSAccess 2007).Конечным результатом проектирования является полученная структура базы данных с учётом выбранной СУБД.

Выделенные атрибуты для сущностей базы данных "Учет договоров" показаны в ниже приведенных таблицах 7-11.

Таблица 7. Атрибуты сущности "Клиент".

Имя	Тип	Описание	Свойства поля
Код Клиента(PK)	Числовой	Уникальный код клиента	Размер поля: Длинное целое Индексированное поле: да, совпадения не допускаются
Тип Клиента(FK)	Текстовый	Тип Клиента(Частное лицо или Организация)	Размер поля: 20
ФИО(Частного лица)	Текстовый	Фамилия, Имя, Отчество частного лица	Размер поля: 50
Наименование Организации	Текстовый	Наименования организации	Размер поля: 50
Адрес (Регистрации, Юридический)	Текстовый	Адрес Регистрации(если клиент является частным лицом), Юридический(если клиент является организацией)	Размер поля:100
Адрес (Проживания, Фактический)	Текстовый	Адрес Проживания(если клиент является частным лицом), Фактический(если клиент является организацией)	Размер поля:100
Контакты	Текстовый	Номер телефона	Размер поля:20
Контактное лицо	Текстовый	Контактное лицо - это конкретный человек через которого осуществляется связь между заказчиком и исполнителем	Размер поля:50
E-mail	Текстовый	Электронный почтовый адрес	Размер поля:55
Номер договора(FK)	Числовой	Уникальный номер договора	Размер поля: длинное целое Индексированное поле: да, совпадения не допускаются

Таблица 8. Атрибуты сущности "Тип клиента".

Имя	Тип	Описание	Свойства поля
Номер П/П	Числовой	Номер по порядку	Размер поля: Длинное целое Индексированное поле: да, совпадения не допускаются
Тип клиента(PK)	Текстовый	Тип клиента(Частное лицо или Организация)	Размер поля:20

Таблица 9. Атрибуты сущности "Договор".

Имя	Тип	Описание	Свойства поля
Номер П/П(PK)	Числовой	Номер по порядку	Размер поля: Длинное целое Индексированное поле: да, совпадения не допускаются
Номер договора(FK)	Числовой	Уникальный номер договора	Размер договора: Длинное целое Индексированное поле: да, совпадения не допускаются
Код сотрудника(FK)	Числовой	Уникальный код сотрудника	Размер поля: длинное целое Индексированное поле: да, совпадения не допускаются
Номер реквизитов(FK)	Числовой	Уникальный номер реквизитов	Размер поля: Длинное поле Индексированное поле: да, совпадения не допускаются
Стоимость	Денежный	Цена договора	Формат поля: Денежный
Дата составления	Дата/время	Дата составления договора	Формат поля: Краткий формат даты
Срок договора(До)	Дата/время	Время по истечение, которого должны быть выполнены условия договора	Формат поля: Краткий формат даты

Таблица 10. Атрибуты сущности "Сотрудник".

Имя	Тип	Описание	Свойства поля
Код сотрудника(PK)	Числовой	Уникальный код сотрудника	Размер поля: Длинное целое
ФИО сотрудника	Текстовый	Фамилия, Имя, Отчество сотрудника	Размер поля:50
Должность	Текстовый	Должность сотрудника	Размер поля:50
Дата рождения	Дата/время	Дата рождения сотрудника	Формат поля: Краткий формат даты

Таблица 11. Атрибуты сущности "Реквизит".

Имя	Тип	Описание	Свойства поля
Номер П/П(PK)	Числовой	Номер по порядку	Размер поля: Длинное целое
Номер реквизита(FK)	Числовой	Номер реквизита	Размер поля: Длинное целое
ОГРН	Числовой	ОГРН - основной государственный регистрационный номер	Размер поля: Двойное с плавающей точкой
ИНН	Числовой	ИНН -Идентификационный номер налогоплательщика	Размер поля: Двойное с плавающей точкой
КПП	Числовой	КПП - Код причины постановки	Размер поля: Двойное с плавающей точкой
БИК	Числовой	БИК -Банковский идентификационный код	Размер поля: Двойное с плавающей точкой

2.2 Визуальное проектирование структуры базы данных

2.2.1 Физическая Модель Данных

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

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

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

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

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

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

2.2.2 Таблицы базы данных

Исходя из данных полученных на этапе проектирования, в выбранном СУБД, построим таблицы. В таблице "Клиент"(Рисунок) содержится информация о клиентах. Ключевым полем данный таблицы является"Код Клиента" тип данных - Числовой, поле индексированное (Совпадения значений не допускаются). "Тип Клиента" тип данных - Текстовый. "ФИО(Частное лицо) "тип данных- Текстовый. " Наименование организации" тип данных - Текстовый. "Адрес(Регистрации, Юридический)" тип данных - Текстовый. "Адрес(Проживания, Фактический)" тип данных - Текстовый." Контакты" тип данных - Текстовый, "Контактное лицо" тип данных - Текстовый, "Е-mail" тип данных - Текстовый. "Номер договора" тип данных - Числовой, поле индексированное (Совпадения значений не допускаются).

Рисунок 2. Таблица "Клиент".



В таблице "Тип клиента"(Рисунок 3) будет два поля. Ключевым полем является "Тип клиента". "Номер П/П " тип данных - Числовой."Тип клиента" тип данных - Текстовый, поле индексированное (Совпадения значений не допускаются).

Рисунок 3. Таблица "Тип клиент".

В таблице "Договор"(Рисунок 4) ключевым поле является"Номер П/П". "Номер П/П" тип данных - Числовой, поле индексированное (Совпадения значений не допускаются). "Номер договора" тип данных - Числовой, поле индексированное (Совпадения значений не допускаются). "Код сотрудника" тип данных - Числовой. "Номер реквизитов" тип данных - Числовой.поле индексированное (Совпадения значений не допускаются). "Стоимость" тип данных - Денежный. "Дата составления" тип данных - Дата/Время, Формат поля- Краткий формат даты. "Срок договора(До)" тип данных - Дата/Время, Формат поля- Краткий формат даты.

Рисунок 4. Таблица "Договор".

В таблице "Реквизит"(Рисунок 5) шесть полей, ключевым полем является "Номер П/П". "Номер П/П" тип данных - Числовой, поле индексированное (Совпадения значений не допускаются). "Номер реквизита" тип данных - Числовой. "ОГРН" тип данных - Числовой. "ИНН" тип данных - Числовой. "КПП" тип данных - Числовой. "БИК" тип данных - Числовой.

Рисунок 5. Таблица "Реквизит".

В таблице "Сотрудник" (Рисунок 6) 4 поля, Ключевым является "Код Сотрудника". "Код Сотрудника" тип данных - Числовой.поле индексированное (Совпадения значений не допускаются). "ФИО сотрудника" тип данных - Текстовый. "Должность" тип данных - Текстовый. "Дата рождения" тип данных - Дата/время ,Формат поля- Краткий формат даты.

Рисунок 6. Таблица "Сотрудник".

2.2.3 Реляционная схема базы данных

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

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

Рисунок 7. Схема базы данных "Учет договоров".



Раздел 3. Проектирование клиентской части приложения баз данных

3.1 Выборка данных

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

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

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

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

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

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

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

Для выполнения запроса и просмотра результата его работы, нужно на панели инструментов нажать кнопку "Выполнить"

Пример простого запроса и результата его выполнения приведён на рисунках 8-9.

Рисунок 8. Запрос "Тип клиента(Частное лицо)".

Рисунок 9. Результат выполненного запрос "Тип клиента(Частное лицо)".

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

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

Пример запроса с параметром и результата его выполнения приведён на рисунках 10-11.

Рисунок 10. Запрос "Договоры > 100.000 тысяч".

Рисунок 11. Результат выполненного запроса "Договор > 100.000 тысяч".

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

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

Пример запроса с параметром и результата его выполнения приведён на рисунках 12-13.

Рисунок 12. Запрос "Сумма договоров".

Рисунок 13. Результат выполнение запроса "Сумма договоров".

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

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

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

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



Рисунок 14. Запрос "Организация ООО".

Рисунок 15.Результат выполнения запроса "Организация ООО".

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

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

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

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

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

Рисунок 16. Запрос "Запрос < 100 000".

Рисунок 17. Результат выполнения запроса "Запрос < 100 000".

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

Пример запроса к связанным таблицам и результата его выполнения приведён на рисунках 18-19.

Рисунок 18. Запрос "Договор с реквизитами".

Рисунок 19. Результат выполнения запрос "Договор с реквизитами".

3.2 Запросы на добавление, удаление, обновление данных

Для демонстрации запросов была создана таблица "Таблица для запросов"

Рисунок 20. Таблица "Таблица Для запросов".

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

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

Рисунок 21. Запрос "Запрос на добавление".

Рисунок 22. Результат выполнение запроса "Запрос на добавление".

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

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

Рисунок 23. Запрос "Запрос на обновление".

Рисунок 24. Результат выполнение запроса "Запрос на обновление".

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

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



Рисунок 25. Запрос "Запрос на удаление".

Рисунок 26. Результат выполнение запроса "Запрос на удаление".

3.3 Создание хранимых процедур

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

Для создания хранимой процедуры применяется оператор SQL CREATE PROCEDURE.

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

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

Хранимые процедуры могут служить:

- в качестве источников записей в формах, отчетах, активных страницах;

- в качестве источников строк для полей со списком.

В ходе прохождения производственной практики, учитывая специфику конкретной реляционной модели данных, и проведенный анализ предметной области, было решено выбрать в качестве СУБД MicrosoftAccess 2007.

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

3.4 Сортировка и поиск данных

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

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

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

Рисунок 27. Исходная таблица "Договор".

Рисунок 28. Меню сортировка.

Рисунок 29. Отсортированная таблица "Договор".

В MicrosoftAccess 2007 предусмотрено четыре способа отбора записей с помощью фильтров: фильтр по выделенному фрагменту, обычный фильтр, поле Фильтр для и настраиваемый фильтр.

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

Рисунок 30.Настраиваемый фильтр.



Рисунок 31. Отфильтрованная таблица "Договор".

Рисунок 32. Текстовое меню фильтра.

Также существует конструктор фильтров, который по своему виду и функциям аналогичен конструктору запросов. Перейти вконструктор можно нажав на кнопку "Расширенный фильтр" на панели инструментов (Рисунке 33).

Рисунок 33. Расширенный фильтр.



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

Для поиска используются следующие виды шаблонов:

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

Знак вопроса (?) -- заменяет любой один символ.

Знак номера (#) - заменяет любую одну цифру.

Окно поиска (Рисунок 34) можно вызвать, нажав на кнопку найти

на панели инструментов.

Рисунок 34. Окно поиска.

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

Рисунок 35 - Быстрый поиск.



3.5 Работа с транзакциями

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

Транзакции важны по двум причинам. Во-первых, транзакции позволяют приложениям исполнять несколько SQL выражений как одну логическую единицу. Приложению может понадобиться, чтобы результаты выражения SELECT не затронуты конкурентными транзакциями. Поместив выражения SELECT и INSERT внутри одной транзакции, мы даем команду базе данных, чтобы доступ к текущим ресурсам был заблокирован. Отсутствие блокировки данных таблицы может привести к неправильному считыванию id.

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



3.6 Обеспечение достоверности данных и перехват исключительных ситуаций

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

При возникновении исключительной ситуации при соединении с БД MS Access возникает исключение типа OleDbException. Собственно, информация об ошибках хранится в массиве Errors. У каждого элемента массива есть два свойства:

1. Свойство Message возвращает причину ошибки. Язык сообщения определяется языком MS Access, т. е. если установлена русская версия, то сообщение будет на русском языке.

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

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

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



Рисунок 36. Исключительная ситуация.

Работа с отчётами.

Отчет - это форматированное представление данных, которое выводится на экран, в печать или файл.

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

К категории отчетов в MS Access относятся и другие объекты, включая наклейки с адресами (и другие типы наклеек), создаваемые Мастером наклеек, и диаграммы, создаваемые мастером диаграмм.

Существуют несколько способов создания отчётов в Access: Кнопка "Отчёт", Мастер отчётов и конструктор отчётов.

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



Рисунок 37.Отчет "Сотрудник".

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

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

Рисунок 38. Отчет "Договор".

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

Рисунок 39. Отчет "Тип клиента: Организация".

Для создания самых многофункциональных отчётов можно воспользоваться "подчинённым отчётом".

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

Отчет, созданный с подчиненным отчетом, изображен на Рисунке 40.

Рисунок 40. Отчет "Клиент-Договор".

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

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

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

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

phpMyAdmin -- веб-приложение с открытым кодом, написанное на языке PHP и представляющее собой веб-интерфейс для администрирования СУБД MySQL. phpMyAdmin позволяет через браузер осуществлять администрирование сервера MySQL, запускать команды SQL и просматривать содержимое таблиц и баз данных. Приложение пользуется большой популярностью у веб-разработчиков, так как позволяет управлять СУБД MySQL без непосредственного ввода SQL команд, предоставляя удобный для пользователя интерфейс. Интерфейс phpMyAdminи интерфейс ввода SQLкоманд представлен на рисунках 42-43.

Рисунок 42. ИнтерфейсphpMyadmin.

Рисунок 43. Окно SQL-запроса.

Для перевода базы данныйAccess в MySQL потребуется создать базу данных на MySQL

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

Затем воспользуемся приложением ESF DatabaseMigrationToolkit. " Это программа, позволяет конвертировать различные форматы баз данных.Он очень лёгок в эксплуатации и не требует дополнительных настроек и ODBC-драйвера в отличие от внутренних средств Access.



Рисунок 45. Приветственное окно.

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

Рисунок 46.Окно источника экспорта базы данных.

Затем указать, куда необходимо перенести базу.

Рисунок 47. Окно приемника экспорта базы данных.

И указать какие именно таблицы нужно перенести.

Рисунок 48. Окно выбора таблиц.

Перенос завершен.

Рисунок 49. Окно миграции базы данных.

На Рисунок 49 представлена уже готовая экспортированная из Access в SQL база данных.

Рисунок 50. Структура экспортированной в SQL базы данных.

Рисунок 51. Пример экспортированной таблицы.



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

4.1 Установка привилегий доступа к данным

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

Рисунок 52. Окно работы с пользователями.

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



Рисунок 53. Добавление пользователя.

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

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

Такой вариант представлен на рисунках 55-58.



Рисунок 55. Редактирование привилегии существующего пользователя.

Рисунок 56. Редактирование ресурсов существующего пользователя.

Рисунок 57. Изменение пароля существующего пользователя.



Рисунок 58. Изменение учётной записи существующего пользователя.

4.2 Копирование и перенос данных

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

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

Рисунок 59.Копирование и перенос данных.

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

Рисунок 60. Расширенные настройки копирования и переноса данных.

4.3 Копирование клиентской части баз данных

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

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

InstallShield -- система создания инсталляторов и пакетов программного обеспечения для Microsoft Windows и Linux с закрытыми исходными кодами.

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



Рисунок 61.Стартовое окно InstallShield.

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

Рисунок 62. Окно настроек проекта InstallShield.



Рисунок 63. Окно добавления файлов InstallShield.

Вот и всё, готовый инсталлятор, предназначенный для записи на физический носитель для последующего развёртывания на предприятии и включающий как клиентскую часть базы, созданную в Access, так и серверную созданную в SQL, представлен на Рисунке 64.

.

Рисунок 64. Созданный установочный пакет базы данных.



Раздел 5. Основные принципы построения инфокоммуникационных сетей

5.1 Общая информация

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