Главная страница
Навигация по странице:

  • ЗАО «Новая столица» Выполнил

  • Руководитель практики от техникума: Кирилина Ирина Анатольевна_________Руководитель практики от организации

  • Задачами производственной практики

  • Структура производства «Новая Столица»

  • Егорьевская колбасно-гастрономическая фабрика

  • Бухгалтерия

  • Начальник по обслуживанию зданий

  • Склад

  • Отдел информационных технологий

  • Что такое база данных

  • Что такое СУБД Виды БД.

  • 5. Основы проектирования БД

  • Физическое проектирование

  • Логическое проектирование Добавление пользователя

  • Отчёт Сорокин. Отчет по производственной практике пм 04 Разработка, администрирование и защита баз данных


    Скачать 0.61 Mb.
    НазваниеОтчет по производственной практике пм 04 Разработка, администрирование и защита баз данных
    Дата25.12.2022
    Размер0.61 Mb.
    Формат файлаdocx
    Имя файлаОтчёт Сорокин.docx
    ТипОтчет
    #863914

    Министерство образования
    Московской области
    ГАПОУ МО
    «Егорьевский техникум»


    Отчет
    по производственной практике ПМ 04 Разработка, администрирование и защита баз данных


    на предприятие: ЗАО «Новая столица»

    Выполнил: Сорокин Д.Д

    Студент 3 курса

    Специальность:09.02.07 Информационные

    системы и программирование

    Руководитель практики от техникума:

    Кирилина Ирина Анатольевна_________

    Руководитель практики от организации:

    Балычев Богдан Васильевич________

    Оценка:

    Егорьевск

    2021 г.





    Введение 4

    1.Структура производства «Новая Столица» 6

    2.Рабочее место 8

    3.Что такое база данных? 8

    4.Что такое СУБД? Виды БД. 9

    5. Основы проектирования БД 10

    6.Задача 13

    7.Физическое проектирование 13

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

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


    Введение


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

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

    - ввод и обработка цифровой информации;

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

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

    Целью производственной практики является:

    - формирование общих и профессиональных компетенций;

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

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

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

    - формирование основных профессиональных компетенций в соответствии с ФГОС СПО по профессии;

    - воспитание сознательной трудовой и производственной дисциплины;

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

    Задачами производственной практики являются:

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

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

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

    1. Структура производства «Новая Столица»


    Генеральный директор

    Финансовый диретктор



    Отдел кадров

    Бухгалтерия

    Столовая

    Юридический отдел

    Информационный отдел



    Охрана

    Цеха

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



    Отдел маркетинга

    Склады




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

    Мощность производства на сегодняшний день 60 тонн продукции в сутки. Торговая структура компании насчитывает несколько торговых филиалов (Егорьевск, Москва, Рязань, Владимир), имеет свой транспортный отдел и розничную сеть фирменных магизинов.

    Организационная структура ЗАО «Новая столица» имеет следующий вид:

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

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

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

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

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

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

    Склад ведет подсчет прихода и расхода товара и материала.

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

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

    1. Рабочее место



    Характеристики компьютера:

    • Intel Core-I5 1155

    • 8 Гб RAM

    • 256 Гб SSD

    • Клавиатура и мышь

    • Монитор 24 дюйма

    • Windows 10 Pro

    1. Что такое база данных?

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



    Также можно и дать такое определение, База данных (БД) — именованная совокупность данных, отражающая состояние объектов и их отношений в рассматриваемой предметной области.

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

    1. Что такое СУБД? Виды БД.

    Система управления базами данных (СУБД) — совокупность языковых и программных средств, предназначенных для создания, наполнения, обновления и удаления баз данных.

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

    Понятие «данные» в концепции баз данных — это набор конкретных значений, параметров, характеризующих объект, условие, ситуацию или любые другие факторы, Примеры данных: Петров Николай Степанович, $30 и т. д. Данные не обладают определенной структурой, данные становятся информацией тогда, когда пользователь задает им определенную структуру, то есть осознает их смысловое содержание. Поэтому центральным понятием в области баз данных является понятие модели. Не существует однозначного определения этого термина, у разных авторов эта абстракция определяется с некоторыми различиями но, тем не менее, можно выделить нечто общее в этих определениях.

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

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

    • иерархическую

    • сетевую

    • реляционную

    • объектно-ориентированную

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

    В сетевой БД данные организуются в виде графа. Недостатком сетевой структуры является жесткость структуры и сложность ее организации.

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

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

    Базы данных можно разделить на базы данных первого поколения: иерархические, сетевые; второго поколения: реляционные; третьего поколения: объектно-ориентированные, обектно-реляционные.

    5. Основы проектирования БД

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

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

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

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

    Этап 2-й. Логическое проектирование – развитие концептуального представления БД с учетом принимаемой модели (иерархической, сетевой, реляционной и т.д.).

    Этап 3-й. Физическое проектирование – развитие логической модели БД с учетом выбранной целевой СУБД.

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

    В настоящее время для проектирования БД активно используются CASE-средства, в основном ориентированные на использование ERD (Entity – RelationshipDiagrams, диаграммы «сущность–связь»). С их помощью определяются важные для предметной области объекты (сущности), отношения друг с другом (связи) и их свойства (атрибуты). Следует отметить, что средства проектирования ERD в основном ориентированы на реляционные базы данных (РБД), и если существует необходимость проектирования другой системы, скажем объектно-ориентированной, то лучше избрать другие методы проектирования.

    ERD были впервые предложены П. Ченом в 1976 г. Основные элементы ERD перечислены ниже .

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

    Экземпляр сущности (запись, строка, в РБД – кортеж) – уникально идентифицируемый объект.

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

    Атрибут (столбец, поле) – свойство сущности или связи.

    Большинство современных CASE-средств моделирования данных, как правило, поддерживает несколько графических нотаций построения информационных моделей. В частности система ERwin фирмы Computer Associates поддерживает две нотации: IDEF1X и IE (англ. Information Engineering – информационное проектирование). Данные нотации являются взаимно-однозначными, т. е. переход от одной нотации к другой и обратно выполняется без потери качества модели. Отличие между ними заключается лишь в форме отображения элементов модели.

    При использовании любого CASE-средства вначале строится логическая модель БД в виде диаграммы с указанием сущностей и связей между ними. Логической моделью называется универсальное представление структуры данных, независимое от конечной реализации базы данных и аппаратной платформы. На основании полученной логической модели переходят к физической модели данных. Физическая модель представляет собой диаграмму, содержащую всю необходимую информацию для генерации БД для конкретной СУБД или даже конкретной версии СУБД. Если в логической модели не имеет значения, какие идентификаторы носят таблицы и атрибуты, тип данных атрибутов и т. д., то в физической модели должно быть полное описание БД в соответствии с принятым в ней синтаксисом, с указанием типов атрибутов, триггеров, хранимых процедур и т. д. По одной и той же логической модели можно создать несколько физических. Например, ERwin 4.0 позволяет на основании логической модели сформировать физические более, чем для 20 популярных СУБД (ORACLE, Informix, DB2, MS SQL Server, Access, Foxpro, Paradox и т. д.). На основании физической модели можно сгенерировать либо саму БД или DDL-скрипт1, который, в свою очередь, может быть использован для генерации БД.

    выше порядок действий называется прямое проектирование БД (Forward Engineering DB). CASE-средства позволяют выполнять также обратное проектирование БД (Reverse Engineering DB), т.е. на основании системного каталога БД или DDL-скрипта построить физическую и, далее, логическую модель данных.

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

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

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

    1. Задача

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

    1. Физическое проектирование



    У нас есть 5 таблиц, которые связаны между собой внешними ключами. Таблица QuestUsers хранит в себе пользователей из пропускной системы. Далее идёт таблица Man, которая хранит в себе сотрудников фабрики, эта таблица уже используется только внутри фабрики, кроме пропускной системы. Далее таблица AD-RolesUser ссылается на таблицу Man и хранит в себе роил пользователей, чтобы в зависимости от роли, каждый имел доступ к определённому. Таблица AD_Roles хранит в себе всевозможные роли и на эту таблицу ссылается таблица AD_RolesUser, в свою очередь Ad_Roles ссылается ещё на таблицу с ресурсами ролей. И каждая из этих таблиц с ролями ещё ссылается на таблицу Man, чтобы привязать сотрудника, который создавал ту или и иную запись в таблице.

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


    Добавление пользователя

    QuestDB

    EkgfDB


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

    БДWIKI - https://ru.wikipedia.org/wiki/%D0%91%D0%B0%D0%B7%D0%B0_%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D1%85

    БД - https://habr.com/ru/post/555760/


    написать администратору сайта