Инструктажа по технике безопасности, противопожарной безопасности, вводного инструктажа на рабочем месте — КиберПедия 

Семя – орган полового размножения и расселения растений: наружи у семян имеется плотный покров – кожура...

Состав сооружений: решетки и песколовки: Решетки – это первое устройство в схеме очистных сооружений. Они представляют...

Инструктажа по технике безопасности, противопожарной безопасности, вводного инструктажа на рабочем месте

2019-05-27 132
Инструктажа по технике безопасности, противопожарной безопасности, вводного инструктажа на рабочем месте 0.00 из 5.00 0 оценок
Заказать работу

ЖУРНАЛ

Инструктажа по технике безопасности, противопожарной безопасности, вводного инструктажа на рабочем месте

Фамилия, И.О. практиканта (стажера) __________________________________________________________________

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

Учебная практика

УП.02.01 БАЗЫ ДАННЫХ

Специальность 09.02.03 Программирование в компьютерных системах

Место прохождения учебной практики:

                              ГБПОУ Волгоградский технологический колледж________________

Период прохождения учебной практики:

с «____» ________________ 2018г. по «____» _______________ 2018г.


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

Цели прохождения практики:

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

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

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

Уметь:

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

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

· формировать и настраивать схему базы данных;

· разрабатывать прикладные программы с использованием языка SQL;

· создавать хранимые процедуры и триггеры на базах данных;

· применять стандартные методы для защиты объектов базы данных;

· проектировать серверную и клиентскую части приложения БД;

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

· организовывать доступ к данным.

 

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

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

 

 


Содержание учебной практики:

Вид деятельности Количество часов
-проводить исследование предметной области; -строить модели автоматизируемых данных; -проектировать структуру базы данных с помощью нормализации таблиц; -создавать схемы данных; 29
- проектировать базы данных c использованием системы автоматизированного проектирования: MS SQL Server; - проектировать таблицы базы данных; - создавать серверную часть приложения по средствам языка SQL: файлы базы данных, создание, изменение и удаление таблиц; - cоздавать запросы для работы с данными по средствам языка SQL; 29
- реализовывать процесс администрирования баз данных: создавать пользователей, устанавливать привилегии; 25
- осуществлять резервное копирование и восстановление базы данных в критических ситуациях; - обеспечивать целостность и достоверность данных: создавать первичные, внешние ключи, триггеры и генераторы на БД 25
Всего: 108

 

задание:

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

В отчете необходимо осветить следующие вопросы:

Задания на практику Комментарии по выполнению задания
Провести исследование заданной предметной области. На основе выданного варианта БД.
Построить концептуальную, логическую и физическую модели данных. На основе выданного варианта БД.
Спроектировать структуру базы данных с помощью нормализации таблиц. Использовать НФ.
Создать схему базы данных. На основе выданного варианта БД.
Проектировать базу данных c использованием систем автоматизированного проектирования. При проектировании использовать любую СУБД.
Проектирование таблиц базы данных. В интерфейсе выбранной СУБД.
Создание серверной части приложения посредством языка SQL: файл базы данных, создание, изменение, удаление таблиц. Программирование на языке SQL.
Создание запросов для работы с данными. Программирование на языке SQL.
Создание генератора и триггеров, хранимых процедур, представлений. Программирование на языке SQL.
Создание пользователей базы данных. Программирование на языке SQL.
Установление привилегий доступа. Программирование на языке SQL.
Копирование и восстановление данных. Программирование на языке SQL.

УП.02.01 БАЗЫ ДАННЫХ

 

Практический опыт (виды деятельности) Результат: (выполнен/не выполнен)
  • работы с объектами базы данных в конкретной системе управления базами данных;
 
  • использования средств заполнения базы данных;
 
  • использования стандартных методов защиты объектов базы данных.
 

 

Умения Результат: (освоен, не освоен, освоен частично)
· создавать объекты баз данных в современных системах управления базами данных и управлять доступом к этим объектам;  
· работать с современными case-средствами проектирования баз данных;  
· формировать и настраивать схему базы данных;  
· разрабатывать прикладные программы с использованием языка SQL;  
· создавать хранимые процедуры и триггеры на базах данных;  
· применять стандартные методы для защиты объектов базы данных;  
· проектировать серверную и клиентскую части приложения БД;  
· грамотно эксплуатировать удаленную базу данных;  
· организовывать доступ к данным.  

 

 

Рекомендуемая оценка __________  

Подпись руководителя практики от организации __________ /_________________ /

 

 

Итоговая оценка _____________________

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

практики от образовательной организации              __________ /_________________ /

 


 

Государственное бюджетное профессиональное образовательное учреждение

«Волгоградский технологический колледж»

ОТЧЕТ

По учебной практике

Студента (ки) 3 курса группы ___________

Фамилия _____________________________________________________

Имя__________________________________________________________

Отчество _____________________________________________________

УП.02.01 БАЗЫ ДАННЫХ

с «____» ________________ 2018г. по «____» _______________ 2018 г.

Волгоград, 2018


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

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

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

1. Автор (Логин, Пароль, Mail, Телефон).

2. Пользователь (Автор, Тип пользователя)

3. Клиенты (Имя, Фамилия, Пользователь, Телефон, Адрес)

4. Продукт (Название продукта, Цена, от …)

5. Комплектующие (Тип комплектующих, Фирма, Штук на складе, Цена за штуку)

6. Фасады (Тип, Материал, Страна производитель, Цена за квадратный метр)

7. Счет (Клиент, Продукт, Комплектующие, Фасады, Дата, Адрес, Цена)

Кроме самих объектов существует и связь между ними.


 

USE-CASE модель

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

 

Рисунок 1. Case-диаграмма «Заказы»

 


 

ER-диаграмма

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

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

 

Рисунок 2. ER-диаграмма

 


 

 

Схема данных

Рисунок 3. Схема данных «Заказы»

 

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

COSTOMER – В ней описывается объект ”Клиент”, номер клиента (внешний ключ), его имя и фамилия, номер телефона и адрес, а так же номер его пользователя в системе если он имеется;

USER – В ней описывается объект ”Пользователь”, номер пользователя, тип пользователя (Пользователь, Админ), номер автора;

AUTHOR – В ней описывается объект ”Автор”, номер автора, его логин и пароль, почта и телефон

FACADES – В ней описывается объект ”Фасады”, номер фасада, его тип и материал, страна производитель и цена за квадратный метр;

COMPONENTS – В ней описывается объект ”Компоненты”, номер компонента, его тип и фирма производитель, а так же количество на складе и цена;

PRODUCTS В ней описывается объект ”Продукт”, номер продукта, его название и Цена;

SCORE В ней описывается объект ”Счет”, номер счета, клиент, тип продукта и тип комплектующих, тип фасадов и телефон заказчика, а так же адрес доставки;

 


Листинг запросов

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

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

SELECT TypeOfComponents,MANUFACTURER,Stock

FROM COMPONENTS

order by Stock DESC

Рисунок 4. Простой запрос 1

2. Запрос, выводящий сортировку по цене комплектующих всех типов и производителей

SELECT TypeOfComponents,MANUFACTURER,PriceForOne

FROM COMPONENTS

ORDER BY PriceForOne DESC

Рисунок 5. Простой запрос 2

3. Запрос выводящий сортировку по цене комплектующих типа «GUIDE»

SELECT TypeOfComponents,MANUFACTURER,PriceForOne

FROM COMPONENTS

WHERE TypeOfComponents='GUIDE'

ORDER BY PriceForOne DESC

Рисунок 6. Простой запрос 3

4. Запрос выводит отсортированный список Клиентов в алфавитном порядке.

SELECT *

FROM COSTOMER

ORDER BY FirstName ASC

 

Рисунок 7. Простой запрос 4

5. Запрос выводит список фасадов типа «CLASSIC» отсортированных по цене в порядке убывания.

SELECT TypeOfFacades,Firm,PricePerPsquareMeter

FROM FACADES

WHERE TypeOfFacades='CLASSIC'

ORDER BY PricePerPsquareMeter DESC

Рисунок 8. Простой запрос 5


 

6. Запрос выводит номер заказа и кому он принадлежит.

SELECT SCORE_ID,FirstName, LastName,

FROM SCORE,COSTOMER

WHERE COSTOMER_ID = ID_COSTOMER

 

Рисунок 9. Сложный запрос 1

7. Запрос выводит тип и цену фасадов, по номеру заказа

SELECT SCORE_ID, TypeOfFacades, PricePerPsquareMeter

FROM SCORE, FACADES

WHERE ID_FACADES =FACADES_ID

 

Рисунок 10. Сложный запрос 2


 

8. Запрос выводит тип и начальную цену продукта, но номеру заказа

SELECT SCORE_ID, NameProducts, PriceFrom

FROM SCORE, PRODUCTS

WHERE ID_PRODUCT = ID_PRODUCTS

 

Рисунок 10. Сложный запрос 3


 

Приложение 7

Правила нормализации БД

 

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

 

Рисунок 6. Схема нормализации таблиц

Первая нормальная форма

Таблица соответствует первой нормальной форме (1NF), если она отвечает следующему критерию:

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

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

Вторая нормальная форма

Третья нормальная форма

Четвертая нормальная форма

Отношение соответствует нормальной форме Бойса-Кодда, и многозначных зависимостей нет.

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

 

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

 

Студент ______________ /_________________/

                подпись                          расшифровка

 

ЖУРНАЛ

инструктажа по технике безопасности, противопожарной безопасности, вводного инструктажа на рабочем месте

Фамилия, И.О. практиканта (стажера) __________________________________________________________________

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

Учебная практика

УП.02.01 БАЗЫ ДАННЫХ


Поделиться с друзьями:

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

Организация стока поверхностных вод: Наибольшее количество влаги на земном шаре испаряется с поверхности морей и океанов (88‰)...

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

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



© cyberpedia.su 2017-2024 - Не является автором материалов. Исключительное право сохранено за автором текста.
Если вы не хотите, чтобы данный материал был у нас на сайте, перейдите по ссылке: Нарушение авторских прав. Мы поможем в написании вашей работы!

0.087 с.