Отчёт ПП. Отчёт(v1). Содержание Введение1стр Раздел 1
 Скачать 22.22 Kb.
|
|
Содержание Введение-1стр Раздел 1. Ознакомление с предприятием. Ознакомление с рабочим местом-1стр Раздел 2. Осуществление сбора, обработка и анализ информации для проектирования баз данных-2стр Раздел 3. Проектирование базы данных на основе анализа предметной области-2,3стр Раздел 4. Разработка объекта базы данных в соответствии с результатами анализа предметной области-3стр Раздел 5. Реализовать базу данных в конкретной системе управления базами данных-3,4стр Раздел 6. Администрировать базу данных-4,5стр Раздел 7. Защитить информацию в базе данных с использованием технологией защиты информации-6стр Заключение-6стр Введение: Целями производственной практики являются: формирование и развитие профессиональных компетенций и знаний в сфере избранной специальности, закрепление полученных теоретических знаний и овладение необходимыми методами по новым видам деятельности, использование результатов практики для подготовки выпускной квалификационной работы. Раздел 1. Ознакомление с предприятием. Ознакомление с рабочим местом. Ознакомление с предприятием: Полное наименование предприятия — Индивидуальный предприниматель Волосников Юрий Николаевич ; Организационно-правовая форма — Магазин бытовой техники; Юридический адрес Ставропольский край, с.Дивное, ул.Кашубы 51а; ФИО руководителя предприятия - генеральный директор Волосников Юрий Николаевич; Основная деятельность предприятия — Продажа и доставка бытовой техники На рабочем месте находятся: • Компьютер с операционной системой Windows XP , • Монитор (модель ASUS VW193D), • Клавиатура (модель USB Keyboard), • Запоминающее устройство (Kingstone), • Проводная мышь(USB Red Squad Model Z), • Принтер (SAMSUNG 3200). Раздел 2. Осуществление сбора, обработка и анализ информации для проектирования баз данных Составление списка ПО на рабочем месте: Пакет Open Office 4.1.7 OpenOffice Writer WinRar Яндекс Стандартные программы В этом разделе предполагает сбор данных и выявление перечня задач организации или её отделов, которые могут быть решены с использованием разрабатываемой БД. После сбора данных осуществляется визуальный контроль, регистрация, кодирование и комплектование их. Визуальный контроль осуществляется для проверки чёткости заполнения, наличия реквизитов и отсутствие пропусков данных. Кодирование данных означает присвоение кодов тем реквизитам, где имеется большой объём информации. Обычно кодируются наименования по специальным справочникам и классификаторам. Если их нет, то создаются свои коды. Составления списка всех используемых и создаваемых элементов данных может осуществляться в рамках одной таблицы (одного отношения) или нескольких таблиц. В первом разделе проводится концептуальный анализ, имеющийся информации, целью которого является выявление элементов предметной области, их свойств и взаимосвязи. Раздел 3. Проектирование базы данных на основе анализа предметной области Процесс, в ходе которого решается, какой вид будет у вновь создаваемой БД, называется проектированием базы данных. На этапе проектирования необходимо предусмотреть все возможные действия , которые могут возникнуть на различных этапах жизненного цикла БД На данном этапе необходимо проанализировать запросы пользователей, выбрать информационные объекты и их характеристики и на основе анализа структурировать предметную область Анализ предметной области целесообразно разбить на три фазы: Анализ концептуальных требований и информационных потребностей; Выявление информационных объектов и связей между ними; Построение концептуальной модели предметной области и проектирование концептуальной схемы БД. Раздел 4. Разработка объекта базы данных в соответствии с результатами анализа предметной области Анализ предметной области позволил определить, какие данные содержатся в БД. Пользователями БД могут быть различные прикладные программы, а также специалисты предметной области, которые называются конечными пользователями. Предметной областью моей базы является магазин. Каждая техника находясь в магазине, имеет следующие параметры: название, производитель, размер, год сборки. Каждая техника имеет уникальный номер. В случаи выдачи техники в магазине остается чек, в котором указана дата продажи, идентификационный номер. Продавец также может вносить некоторые изменения в базу данных, а в частности: новый товар, списывание проданной техники и добавления новой. Раздел 5. Реализовать базу данных в конкретной системе управления базами данных Для того чтобы Microsoft SQL сервер мог связать данные из разных таблиц, например, данные о приходной накладной и её товарах, каждая таблица должна содержать поле или набор полей, которые будут задавать индивидуальное значение каждой записи в таблице. Такое поле или набор полей называют основным ключом. Уникальная метка, называемая ключом, используется для определения каждой записи таблицы. Подобно тому, как номерной знак однозначно определяет автомобиль, ключ определяет запись. Ключевые поля в таблицах используются для создания межтабличных связей. Определим ключевые поля для таблиц: Для таблиц: "производитель", "товар", "консультант", "чек", "запись списка в чеке" - определил ключевое поле. С помощью стандартных средств Microsoft SQL сервер, после определения связей между таблицами, строим схему базы данных с определением связей между ними. Система Microsoft SQL сервер поддерживает обработку транзакций с гарантией их целостности. Кроме того, предусмотрена защита на уровне пользователя, что позволяет контролировать доступ к данным отдельных пользователей и целых групп. Приложение, которое подключается к базе данных, запрашивает у пользователя имя и пароль и производит соединение с базой на основании данных, введенных пользователем. В базе данных мимо таблиц предметной области находится таблица пользователей, в которой хранятся пароли сотрудников их логины ФИО должность и права на чтение изменение удаление. Раздел 6. Администрировать базу данных Администрирование базами данных предусматривает выполнение функций, направленных на обеспечение надежного и эффективного функционирования системы баз данных, адекватности содержания базы данных информационным потребностям пользователей, отображения в базе данных актуального состояния предметной области. Необходимость персонала, обеспечивающего администрирование данными в системе БД в процессе функционирования, является следствием централизованного характера управления данными в таких системах, постоянно требующего поиска компромисса между противоречивыми требованиями к системе в социальной пользовательской среде. Администратор БД отвечает за целостность информационных ресурсов компании. На нем лежит ответственность по созданию, обновлению и сохранности связанных между собой резервных копий файлов, исходя из задач предприятия. Этот человек должен в мельчайших подробностях знать существующие механизмы восстановления программного обеспечения БД. Администратор базы данных - это: · управляющий данными, а не хозяин; · системный программист определенного профиля, а также эксперт высшего уровня, обеспечивающий службу эксплуатации решениями по процедурам и регламентам работы; · лицо, принимающее окончательное решение в своей области, и человек, обладающий способностями к общению, совместному планированию и компромиссам. Раздел 7. Защитить информацию в базе данных с использованием технологией защиты информации В современных СУБД поддерживается один из двух наиболее общих подходов к вопросу обеспечения безопасности данных: избирательный подход и обязательный подход. В обоих подходах единицей данных или «объектом данных», для которых должна быть создана система безопасности, может быть как вся база данных целиком, так и любой объект внутри базы данных. Эти два подхода отличаются следующими свойствами: В случае избирательного управления некоторый пользователь обладает различными правами (привилегиями или полномочиями) при работе с данными объектами. Разные пользователи могут обладать разными правами доступа к одному и тому же объекту. Избирательные права характеризуются значительной гибкостью. В случае избирательного управления, наоборот, каждому объекту данных присваивается некоторый классификационный уровень, а каждый пользователь обладает некоторым уровнем допуска. При таком подходе доступом к определенному объекту данных обладают только пользователи с соответствующим уровнем допуска. Для реализации избирательного принципа предусмотрены следующие методы. В базу данных вводится новый тип объектов БД - это пользователи. Каждому пользователю в БД присваивается уникальный идентификатор. Для дополнительной защиты каждый пользователь кроме уникального идентификатора снабжается уникальным паролем, причем если идентификаторы пользователей в системе доступны системному администратору, то пароли пользователей хранятся чаще всего в специальном кодированном виде и известны только самим пользователям. Пользователи могут быть объединены в специальные группы пользователей. Один пользователь может входить в несколько групп. В стандарте вводится понятие группы PUBLIC, для которой должен быть определен минимальный стандартный набор прав. По умолчанию предполагается, что каждый вновь создаваемый пользователь, если специально не указано иное, относится к группе PUBLIC. Привилегии или полномочия пользователей или групп - это набор действий (операций), которые они могут выполнять над объектами БД. В последних версиях ряда коммерческих СУБД появилось понятие «роли». Роль - это поименованный набор полномочий. Существует ряд стандартных ролей, которые определены в момент установки сервера баз данных. И имеется возможность создавать новые роли, группируя в них произвольные полномочия. Введение ролей позволяет упростить управление привилегиями пользователей, структурировать этот процесс. Кроме того, введение ролей не связано с конкретными пользователями, поэтому роли могут быть определены и сконфигурированы до того, как определены пользователи системы. Пользователю может быть назначена одна или несколько ролей. Объектами БД, которые подлежат защите, являются все объекты, хранимые в БД: таблицы, представления, хранимые процедуры и триггеры. Для каждого типа объектов есть свои действия, поэтому для каждого типа объектов могут быть определены разные права доступа. Заключение: За время прохождения производственной практики я овладел профессионально-практическими умениями и практическими навыками. Получил практический опыт в проведении тестирования программного модуля по определенному сценарию. |