Отчет по учебной практике пм 04 Выполнение работ по одной или нескольким профессиям в рабочих, должностях служащих
 Скачать 428.01 Kb.
|
|
АНПОО «Экономико-правовой техникум» ОТЧЕТ ПО УЧЕБНОЙ ПРАКТИКЕ ПМ 04 Выполнение работ по одной или нескольким профессиям в рабочих, должностях служащих Специальность 09.02.03 Программирование в компьютерных системах Обучающийся группы ПКС-417 Приходько А.О. Руководитель практики Королькова Ю.В. Оценка________/____________/ Тольятти 2021 г. АВТОНОМНАЯ НЕКОМЕРЧЕСКАЯ ПРОФЕССИОНАЛЬНАЯ ОБРАЗОВАТЕЛЬНАЯ ОРГАНИЗАЦИЯ «ЭКОНОМИКО-ПРАВОВОЙ ТЕХНИКУМ» ДНЕВНИК ПРАКТИКИ
Ф.И.О. обучающегося
специальность
место прохождения практики
Ф.И.О. руководителя
Руководитель практики_____________________________/Васильев Н.И. (подпись) Оценка_______________________ Введение Производственная практика — практическая часть учебного процесса подготовки квалифицированных рабочих и специалистов, проходящая, как правило, на различных предприятиях в условиях реального производства. Является заключительной частью учебной практики, проходящей в учебном заведении. Во время производственной практики происходит закрепление и конкретизация результатов теоретического учебно-практического обучения, приобретение студентами умения и навыков практической работы по присваиваемой квалификации и избранной специальности или профессии. Практику проходил в компании ООО «Альянс» на должности веб-программиста. 3. Глава 1. Теоретическая часть Базы данных и системы управления без данных База данных (БД) — представленная в объективной форме совокупность самостоятельных материалов (статей, расчётов, нормативных актов, судебных решений и иных подобных материалов), систематизированных таким образом, чтобы эти материалы могли быть найдены и обработаны с помощью электронной вычислительной машины. Базу данных используют в различных сферах: военная область, здравоохранение, web-программирование и т.д. Приведу пример БД — сайты, подразумевающие возможность обмениваться информацией между людьми, должны иметь базу данных чтобы хранить данные закачанные пользователями на сайт, благодаря структурированности БД будет не сложно найти нужную информацию. Система управления базами данных (СУБД) — комплекс программ, позволяющих создать базу данных (БД) и манипулировать данными (вставлять, обновлять, удалять и выбирать). Система обеспечивает безопасность, надёжность хранения и целостность данных, а также предоставляет средства для администрирования БД. Классификации СУБД: Иерархическая — это модель данных, где используется представление базы данных в виде древовидной (иерархической) структуры, состоящей из объектов (данных) различных уровней. Между объектами существуют связи, каждый объект может включать в себя несколько объектов более низкого уровня. Такие объекты находятся в отношении предка к потомку, при этом возможна ситуация, когда объект-предок имеет несколько потомков, тогда как у объекта-потомка обязателен только один предок. Объекты, имеющие общего предка, называются близнецами. Сетевая — логическая модель данных, являющаяся расширением иерархического подхода, строгая математическая теория, описывающая структурный аспект, аспект целостности и аспект обработки данных в сетевых базах данных. Разница между иерархической моделью данных и сетевой состоит в том, что в иерархических структурах запись-потомок должна иметь в точности одного предка, а в сетевой структуре данных у потомка может иметься любое число предков. Сетевая БД состоит из набора экземпляров определенного типа записи и набора экземпляров определенного типа связей между этими записями. Реляционная — система управления базами данных (РСУБД) — СУБД, управляющая реляционными базами данных. 4. Реляционная база данных — база данных, основанная на реляционной модели данных. Реляционная модель данных — логическая модель данных, прикладная теория построения баз данных, которая является приложением к задачам обработки данных таких разделов математики, как теория множеств и логика первого порядка. Объектно-ориентированная — система управления базами данных, основанная на объектной модели данных. Эта система управления обрабатывает данные как абстрактные объекты, наделённые свойствами и использующие методы взаимодействия с другими объектами окружающего мира (объектами БД). Объектно-реляционная — реляционная СУБД (РСУБД), поддерживающая некоторые технологии, присущие объектно-ориентированным СУБД и реализующие объектно-ориентированный подход: объекты, классы и наследование реализованы в структуре баз данных и языке запросов. По степени распределённости: Локальные СУБД (все части локальной СУБД размещаются на одном компьютере) Распределённые СУБД (части СУБД могут размещаться не только на одном, но на двух и более компьютерах). По способу доступа к БД: Файл-серверные. В файл-серверных СУБД файлы данных располагаются централизованно на файл-сервере. СУБД располагается на каждом клиентском компьютере (рабочей станции). Доступ СУБД к данным осуществляется через локальную сеть. Синхронизация чтений и обновлений осуществляется посредством файловых блокировок. Преимуществом этой архитектуры является низкая нагрузка на процессор файлового сервера. Недостатки: потенциально высокая загрузка локальной сети; затруднённость или невозможность централизованного управления; затруднённость или невозможность обеспечения таких важных характеристик, как высокая надёжность, высокая доступность и высокая безопасность. Применяются чаще всего в локальных приложениях, которые используют функции управления БД; в системах с низкой интенсивностью обработки данных и низкими пиковыми нагрузками на БД. На данный момент файл-серверная технология считается устаревшей, а её использование в крупных информационных системах — недостатком. Клиент-серверные. Клиент-серверная СУБД располагается на сервере вместе с БД и осуществляет доступ к БД непосредственно, в монопольном режиме. 5. Все клиентские запросы на обработку данных обрабатываются клиент-серверной СУБД централизованно. Недостаток клиент-серверных СУБД состоит в повышенных требованиях к серверу. Достоинства: потенциально более низкая загрузка локальной сети; удобство централизованного управления; удобство обеспечения таких важных характеристик, как высокая надёжность, высокая доступность и высокая безопасность. Встраиваемые. Встраиваемая СУБД — СУБД, которая может поставляться как составная часть некоторого программного продукта, не требуя процедуры самостоятельной установки. Встраиваемая СУБД предназначена для локального хранения данных своего приложения и не рассчитана на коллективное использование в сети. Физически встраиваемая СУБД чаще всего реализована в виде подключаемой библиотеки. Доступ к данным со стороны приложения может происходить через SQL либо через специальные программные интерфейсы. Начало проектирования базы данных Основные этапы разработки БД: Этап 1. Уточнение задач На первом этапе составляется список всех основных задач, которые в принципе должны решаться этим приложением, – включая и те, которые не нужны сегодня, но могут появиться в будущем. Под «основными» задачами понимаются функции, которые должны быть представлены в формах или отчетах приложения. Этап 2. Последовательность выполнения задач Для того, чтобы приложение работало логично и удобно, лучше всего объединить основные задачи в тематические группы и затем упорядочить задачи каждой группы так, чтобы они располагались в порядке их выполнения. Может получиться так, что некоторые задачи будут связаны с разными группами или, что выполнение некоторой задачи должно предшествовать выполнению другой, принадлежащей к иной группе. Этап 3. Анализ данных После формирования списка задач, наиболее важным этапом является составление подробного перечня всех данных, необходимых для решения каждой задачи. Некоторые данные понадобятся в качестве исходных и меняться не будут. Другие данные будут проверяться и изменяться в ходе выполнения задачи. Некоторые элементы данных могут быть удалены или добавлены. И наконец, некоторые данные будут получены с помощью вычислений: их вывод будет частью задачи, но в базу данных вноситься они не будут. 6. Этап 4. Определение структуры данных После предварительного анализа всех необходимых элементов данных нужно упорядочить их по объектам и соотнести объекты с таблицами и запросами базы данных. Для реляционных баз данных типа Access используется процесс, называемый нормализацией, в результате которого вырабатывается наиболее эффективный и гибкий способ хранения данных. Этап 5. Разработка макета приложения и пользовательского интерфейса После задания структуры таблиц приложения, в Microsoft Access легко создать его макет с помощью форм и связать их между собой, используя несложные макросы или процедуры обработки событий. Предварительный рабочий макет легко продемонстрировать заказчику и получить его одобрение еще до детальной реализации задач приложения. Этап 6. Создание приложения В случае очень простых задач созданный макет является практически законченным приложением. Однако довольно часто приходится писать процедуры, позволяющие полностью автоматизировать решение всех намеченных в проекте задач. Поэтому, понадобится создать специальные связующие формы, которые обеспечивают переход от одной задачи к другой. Этап 7. Тестирование и усовершенствование После завершения работ по отдельным компонентам приложения необходимо проверить функционирование приложения в каждом из возможных режимов. Необходимо проверить работу макросов, для этого использовав пошаговый режим отладки, при котором будет выполняться одна конкретная макрокоманда. При использовании Visual Basic для приложений в вашем распоряжении имеются разнообразные средства отладки, позволяющие проверить работу приложения, выявить и исправить ошибки. По мере разработки автономных разделов приложения желательно передать их заказчику для проверки их функционирования и получения мнения о необходимости внесения тех или иных изменений. После того как заказчик ознакомится с работой приложения, у него практически всегда возникают дополнительные предложения по усовершенствованию, какой бы тщательной не была предварительная проработка проекта. Пользователи часто обнаруживают, что некоторые моменты, о которых в процессе постановки задач, они говорили как об очень важных и необходимых, на самом деле не играют существенной роли при практическом использовании приложения. 7. Выявление необходимых изменений на ранних стадиях разработки приложения позволяет существенно сократить время на последующие переделки. Проектирование баз данных — процесс создания схемы базы данных и определения необходимых ограничений целостности. Основные задачи: Обеспечение хранения в БД всей необходимой информации. Обеспечение возможности получения данных по всем нужным запросам. Сокращение избыточности и дублирования данных. Обеспечение целостности базы данных. Основные этапы проектирования баз данных: Концептуальное проектирование — построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции. Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами. Кроме того, в этом контексте равноправно могут использоваться слова «модель базы данных» и «модель предметной области» (например, «концептуальная модель базы данных» и «концептуальная модель предметной области»), поскольку такая модель является как образом реальности, так и образом проектируемой базы данных для этой реальности. Конкретный вид и содержание концептуальной модели базы данных определяется выбранным для этого формальным аппаратом. Обычно используются графические нотации, подобные ER-диаграммам. Чаще всего концептуальная модель базы данных включает в себя: описание информационных объектов или понятий предметной области и связей между ними. описание ограничений целостности, то есть требований к допустимым значениям данных и к связям между ними. Логическое (даталогическое) проектирование — создание схемы базы данных на основе конкретной модели данных, например, реляционной модели данных. 8. Для реляционной модели данных даталогическая модель — набор схем отношений, обычно с указанием первичных ключей, а также «связей» между отношениями, представляющих собой внешние ключи. Преобразование концептуальной модели в логическую модель, как правило, осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован. На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД. Физическое проектирование — создание схемы базы данных для конкретной СУБД. Специфика конкретной СУБД может включать в себя ограничения на именование объектов базы данных, ограничения на поддерживаемые типы данных и т. п. Кроме того, специфика конкретной СУБД при физическом проектировании включает выбор решений, связанных с физической средой хранения данных (выбор методов управления дисковой памятью, разделение БД по файлам и устройствам, методов доступа к данным), создание индексов и т. д. Базы данных могут различаться по тематике, и то какая тематика будет у БД зависит от предметной области. Предметная область – это часть реального мира, подлежащая изучению с целью создания базы данных для автоматизации процесса управления. Ключи. Ключ – это столбец (может быть несколько столбцов), добавляемый к таблице и позволяющий установить связь с записями в другой таблице. Существуют ключи двух типов: первичные и вторичные или внешние. Первичный ключ – это одно или несколько полей (столбцов), комбинация значений которых однозначно определяет каждую запись в таблице. Первичный ключ не допускает значений Null и всегда должен иметь уникальный индекс. Первичный ключ используется для связывания таблицы с внешними ключами в других таблицах. Внешний (вторичный) ключ - это одно или несколько полей (столбцов) в таблице, содержащих ссылку на поле или поля первичного ключа в другой таблице. Внешний ключ определяет способ объединения таблиц. 9. Из двух логически связанных таблиц одну называют таблицей первичного ключа или главной таблицей, а другую таблицей вторичного (внешнего) ключа или подчиненной таблицей. СУБД позволяют сопоставить родственные записи из обеих таблиц и совместно вывести их в форме, отчете или запросе. Существует три типа первичных ключей: ключевые поля счетчика (счетчик), простой ключ и составной ключ. Поле счетчика (Тип данных «Счетчик»). Тип данных поля в базе данных, в котором для каждой добавляемой в таблицу записи в поле автоматически заносится уникальное числовое значение. Простой ключ. Если поле содержит уникальные значения, такие как коды или инвентарные номера, то это поле можно определить как первичный ключ. В качестве ключа можно определить любое поле, содержащее данные, если это поле не содержит повторяющиеся значения или значения Null. Составной ключ. В случаях, когда невозможно гарантировать уникальность значений каждого поля, существует возможность создать ключ, состоящий из нескольких полей. Чаще всего такая ситуация возникает для таблицы, используемой для связывания двух таблиц многие - ко - многим. Необходимо еще раз отметить, что в поле первичного ключа должны быть только уникальные значения в каждой строке таблицы, т.е. совпадение не допускается, а в поле вторичного или внешнего ключа совпадение значений в строках таблицы допускается. Если возникают затруднения с выбором подходящего типа первичного ключа, то в качеcтве ключа целесообразно выбрать поле счетчика. Таблица базы данных — это совокупность связанных данных, хранящихся в структурированном виде в базе данных. Она состоит из столбцов и строк. В реляционных базах данных и плоских файлах баз данных, таблица — это набор элементов данных (значений), использующий модель вертикальных столбцов (имеющих уникальное имя) и горизонтальных строк. Ячейка — место, где строка и столбец пересекаются. Таблица содержит определенное число столбцов, но может иметь любое количество строк. Каждая строка однозначно определяется одним или несколькими уникальными значениями, которые принимают её ячейки из определенного подмножества столбцов. Подмножество столбцов, которое уникально идентифицирует строку, называется первичным ключом. 10. «Таблица» — это ещё один термин для «отношения»; разница между ними в том, что таблица обычно представляет собой мультимножество (набор) строк, тогда как отношение представляет собой множество и не допускает дубликатов. Помимо обычных данных, таблицы, как правило, имеют связанные с ними метаданные, такие как ограничения, относящиеся к таблицам в целом или к значениям в определенных столбцах. Данные в таблицах не обязательно физически хранятся в базе данных. Представления также функционируют, как реляционные таблицы, но их данные вычисляются во время выполнения запроса. Внешние таблицы также можно рассматривать как представления. Что такое «Запись» и «Поле»? Поле представляет собой минимальный поименованный элемент информации, которая хранится в БД и рассматривается как единое целое. Поле может быть представлено числом, буквами или их сочетанием (текстом). К примеру, в телефонном справочнике в качестве полей используются фамилии и инициалы, адреса, номера телефонов, т.е. 3 текстовых поля. Запись – это совокупность полей, которые соответствуют одному объекту. Типы данных: • Счетчик — целые числа, которые задаются автоматически при вводезаписей и не могут быть изменены пользователем. • Числовой. Этот тип имеют поля, значения которых могут быть только числами. • Символьный (или текстовый) — такой тип имеют поля, в которых хранятся символьные последовательности (слова, тексты, коды и пр.), содержащие до 255 символов. • Дата/время — дата и время. • Логический — значения Истина или Ложь (или «да»/ «нет»). От типа величины зависят те действия, которые можно с ней производить. Например, с числовыми величинами можно выполнять арифметические операции, а с символьными и логическими — нельзя. 11. Разработка базы данных. Выбор среды программирования Что такое СУБД MySql? MySQL — свободная реляционная система управления базами данных. Разработку и поддержку MySQL осуществляет корпорация Oracle. Продукт распространяется как под GNU General Public License, так и под собственной коммерческой лицензией. Помимо этого, разработчики создают функциональность по заказу лицензионных пользователей. Именно благодаря такому заказу почти в самых ранних версиях появился механизм репликации. Основные преимущества MySQL: многопоточность, поддержка нескольких одновременных запросов; оптимизация связей с присоединением многих данных за один проход; записи фиксированной и переменной длины; ODBC драйвер; гибкая система привилегий и паролей; гибкая поддержка форматов чисел, строк переменной длины и меток времени; интерфейс с языками C и Perl, PHP; быстрая работа, масштабируемость; совместимость с ANSI SQL; бесплатна в большинстве случаев; хорошая поддержка со стороны провайдеров услуг хостинга; В чем разница между SQL и MySQL? SQL - это язык запросов для управления СУБД (система управления базами данных). А MySQL - это одна из таких СУБД. ... И чтобы работать (сделать выборку, вставить новую запись, добавить новую таблицу и так далее) с любой из этих СУБД необходим язык запросов, и таким языком и является SQL. Что такое первичный ключ (Primary key)? Первичный ключ, это не только ключевой атрибут, который идентифицирует таблицу в базе данных и даже не только обязательное условие второй нормальной формы, а, соответственно, и третьей нормальной формы. Первичный ключ или столбец PRIMARY KEY – это ограничение уровня таблицы для любой реляционной СУБД. 12. Ограничение уровня таблицы – это правило, которое никогда не должна нарушать ни одна СУБД и не должна никому давать это делать. Первичный ключ или PRIMARY KEY в базах данных SQL – это столбец, значения которого должны быть уникальными и вечными, и что бы не произошло, что бы не случилось, SQL никогда не нарушит правило уникальности и вечности первичного ключа. Если мы задали первичный ключ для таблицы при помощи PRIMARY KEY, то, во-первых, мы сами должны заботиться об уникальности и вечности, во-вторых, SQL будет делать это за нас. Если вы видите, что значения в столбце повторяющиеся и SQL не дает вам их добавить, то, вероятнее всего, вы ошиблись при проектировании базы данных и назначили не тот столбец в качестве PRIMARY KEY. Когда мы создаем первичный ключ, как ограничение таблицы, то вместо PRIMARY KEY мы вправе использовать конструкцию UNIQUE KEY, SQL это позволяет и никаких проблем с таким подходом у вас не будет. Помимо всего прочего, первичный ключ в базе данных SQL, вернее столбец, который мы назначили, как PRIMARY KEY, является еще и индексом таблицы. Благодаря индексам таблицы операция выборки данных из базы данных при помощи команды SELECT происходит значительно быстрее, но место на диске база данных начинает занимать больше Вывод: первичный ключ в базах данных SQL или PRIMARY KEY – это правила, которые нельзя нарушать: правила уникальности и вечности значений столбца PRIMARY KEY. Так же первичный ключ является индексом таблицы в базе данных SQL. Столбец, который объявлен, как PRIMARY KEY – это индекс, которому мы можем даже дать имя. 13. Глава 2. Практическая часть Создание прототипа базы данных «Продуктовый магазин» Создаем базу данных, называем ее «sql_less».  Рисунок 1- Создание БД «sql_less» После создания базы данных мы можем создать таблицу, называем ее «test» и даем ей 3 столбца.  Рисунок 2- Создание таблицы «test» Теперь нужно настроить таблицу, дать названия столбцам, выбрать тип данных для каждого столбца и другие настройки.  Рисунок 3- Интерфейс настройки таблицы На пример нам нужна база данных для продуктового магазина, какую информацию тогда нам нужно будет хранить в базе данных? Наименование продукта (тип string), цена (тип float), кол-во на складе в килограммах или поштучно (в случае с поштучно тип integer). Столбец «Длина/Значение» устанавливает ограничение числового значения типа integer и float, или длины слов типа string. «По умолчанию» позволяет установить значение по умолчанию, которое будет выведено в случае отсутствующего приходящего значения. 14. Задание. Выборка продуктов стоимостью выше 100 рублей. Следующий код выполняет нашу задачу: SELECT * FROM [Название таблицы] WHERE [Название столбца] >= 100 Первой строкой мы выбрали всю таблицу, а второй строкой задали ограничение по значению конкретного столбца в 100 и более.  Рисунок 4- Выбор всей таблицы  Рисунок 5- Продукты стоимостью 100 и выше 15. |