Отчет по производственно- технологической практике






НазваниеОтчет по производственно- технологической практике
страница1/9
Дата публикации31.03.2014
Размер0.57 Mb.
ТипОтчет
auto-ally.ru > Бухгалтерия > Отчет
  1   2   3   4   5   6   7   8   9


павлодарский колледж управления

ОТЧЕТ

ПО ПРОИЗВОДСТВЕННО-

ТЕХНОЛОГИЧЕСКОЙ ПРАКТИКЕ




Руководитель:

Гребенщикова Т.В.

Студент

гр. П – 41

Альжанов Р.Ж.


___________2013 г.

2013 г.



ДАТА

ОГЛАВЛЕНИЕ

5

02.09.13

ЗНАКОМСТВО С ПРЕДПРИЯТИЕМ

6

03.09.13

ИНСТРУКТАЖ ПО ТЕХНИКЕ БЕЗОПАСНОСТИ ТЕХНИКЕ ПОЖАРНОЙ БЕЗОПАСНОСТИ

7

04.09.13

ИЗУЧЕНИЕ СТРУКТУРЫ ПРЕДПРИЯТИЯ

8

05.09.13

НАЗНАЧЕНИЕ КАЖДОГО ОТДЕЛА И ИХ                                ВЗАИМОСВЯЗЬ

8

06.09.13

ПОВТОРЕНИЕ MS ACCESS, ОСНОВНЫЕ ПОНЯТИЯ И ОПРЕДЕЛЕНИЯ

9

07.09.13

ПОВТОРЕНИЕ АРХИТЕКТУРЫ БД

11

08.09.13

ПОВТОРЕНИЕ МОДЕЛИ ДАННЫХ

13

09.09.13

ПОВТОРЕНИЕ ER-МОДЕЛИ

13

10.09.13

ПОВТОРЕНИЕ ЭТАПОВ ПРОЕКТИРОВАНИЯ  РЕЛЯЦИОННЫХ БАЗ ДАННЫХ

15

11.09.13

ПОВТОРЕНИЕ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ В                            ACCESS

16

12.09.13

ПОВТОРЕНИЕ СОЗДАНИЯ ЗАПРОСОВ В ACCESS

18

13.09.13

ПОВТОРЕНИЕ ГРУППОВЫХ ОПЕРАЦИЙ В ACCESS

19

14.09.13

ПОВТОРЕНИЕ ТИПОВ ДАННЫХ В ACCESS

20

16.09.13

ПОВТОРЕНИЕ БАЗОВЫХ СВЕДЕНИЙ ОБ ОТЧЕТАХ В ACCESS

21

17.09.13

ПОВТОРЕНИЕ ОСНОВ PHP

22

18.09.13

ПОВТОРЕНИЕ КАСКАДНЫХ ТАБЛИЦ СТИЛЕЙ CSS

25

19.09.13

ЗНАКОМСТВО С ПРОГРАММОЙ «1С: БУХГАЛТЕРИЯ»

27

20.09.13

ОТПУСК И ОТГРУЗКА ТОВАРА

28

21.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

29

23.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА  ДОПОЛНИТЕЛЬНОГО СЕРВИСА

30

24.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА  ДОПОЛНИТЕЛЬНОГО СЕРВИСА

31

25.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

31

26.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

32

27.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

33

28.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

33

30.09.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА  ДОПОЛНИТЕЛЬНОГО СЕРВИСА

34

1.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

34

2.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

35

3.10.13

УСТАНОВКА WINDOWS 8.1

36

4.10.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

37

5.10.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

38

6.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

38

7.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

39

8.10.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

39

9.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

39

10.10.13

СБОРКА КОМПЬЮТЕРА

39

11.10.13

ПРОШИВКА ТЕЛЕФОНА

40

12.10.13

ИНВЕНТАРИЗАЦИЯ

40

13.10.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

40

14.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

41

15.10.13

УСТАНОВКА OC UBUNTU 12

41

16.10.13

УСТАНОВКА OC UBUNTU 12

41

17.10.13

УСТАНОВКА OC UBUNTU 12

41

18.10.13

ПРОШИВКА ТЕЛЕФОНА

42

19.10.13

УСТАНОВКА АНТИВИРУСА

43

20.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

43

21.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

43

22.10.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

44

23.10.13

ПРИЕМ ТОВАРА

44

24.10.13

ПОМОЩЬ В СЕРВИС ЦЕНТРЕ

44

25.10.13

ПОМОЩЬ В СЕРВИС ЦЕНТРЕ

44

26.10.13

ДИАГНОСТИКА ПК

45

27.10.13

УСТАНОВКА WINDOWS И ДОПОЛНИТЕЛЬНЫХ ПРОГРАММ

45

28.10.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

46

29.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

46

30.10.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

46

01.11.13

СОЗДАВАЛ ОТЧЕТЫ ПО ОСТАТКАМ

47

02.11.13

ОФОРМЛЕНИЕ ДОКУМЕНТОВ

47

03.11.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА   ДОПОЛНИТЕЛЬНОГО СЕРВИСА

47

04.11.13

ОФОРМЛЕНИЕ ДОКУМЕНТОВ

47

05.11.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

47

06.11.13

ОФОРМЛЕНИЕ ДОКУМЕНТОВ

48

07.11.13

РАБОТА НАД ОТЧЕТОМ

48

08.11.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

48

09.11.13

УСТАНОВКА WINDOWS И ДОПОЛНИТЕЛЬНЫХ ПРОГРАММ

49

10.11.13

ПОМОЩЬ В СЕРВИС ЦЕНТРЕ

49

11.11.13

ПОМОЩЬ В СЕРВИС ЦЕНТРЕ

50

12.11.13

ПОМОЩЬ В СЕРВИС ЦЕНТРЕ

50

13.11.13

ОТПРАВКА ПО ФАКСУ СЧЕТОВ

50

14.11.13

РАБОЧЕЕ МЕСТО

50

15.11.13

ОТПРАВКА ПИСЕМ И ГАРАНТИЙНЫХ ОБЯЗАТЕЛЬСТВ

50

16.11.13

РЕДАКТИРОВАНИЕ АГЕНТСКОЙ БАЗЫ

51

17.11.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА ДОПОЛНИТЕЛЬНОГО СЕРВИСА

51

18.11.13

ОТПУСК, ОТГРУЗКА ТОВАРА И УСТАНОВКА  ДОПОЛНИТЕЛЬНОГО СЕРВИСА

51

19.11.13

СБОР ТОВАРА НА ОРГАНИЗАЦИЮ

51

20.11.13

ОФОРМЛЕНИЕ ДОКУМЕНТОВ

51

21.11.13

РАБОТА С ПРОГРАММОЙ MS WORD

52

22.11.13

РАБОТА НАД ОТЧЕТОМ

52

23.11.13

РАБОТА НАД ОТЧЕТОМ

52

ВВЕДЕНИЕ
В соответствии с учебным планом в период с 1 сентября по 23 ноября проходит технологическая практика. За 12 недель практики следует применить полученные знания за 3 курса обучения. На протяжении всей практики еженедельно проводятся консультации по прохождению практики и оформлению отчетной документации (среда, 15:00 ч.). Руководитель практики от колледжа Гребенщикова Тамара Валентиновна.

Технологическая практика проходит в компании «ПавлодарПродСнаб», руководителем практики от предприятия является Есембина Нургуль Мурзабаева.

Отчетная документация оформляется в соответствии с программой практики и по стандартам Павлодарского колледжа управления.

02.09.2013 ЗНАКОМСТВО С ПРЕДПРИЯТИЕМ

TOO «ПавлодарПродСнаб» образовано года.

Компания «ПавлодарПродСнаб» - современная, активно развивающаяся Казахстанская розничная сеть по продаже компьютеров, цифровой техники и электроники. Компания «ПавлодарПродСнаб» была создана в 1997 году. С 2006 года, компания одной из первых переходит на новый формат магазинов - компьютерных супермаркетов, с открытым доступом к товарам. Большинство инноваций, в области розничной торговли компьютерной техникой, впервые, были апробированы и внедрены в магазинах торговой сети «ПавлодарПродСнаб». С 2007 года, компания приступила к этапу развития в регионы. На настоящий момент компания покрывает приблизительно 50% республики, и присутствует в восточной, северной и западной частях Казахстана. Компания, ведет работу над дальнейшим развитием торговой сети, уверенными шагами приближается к статусу республиканской торговой сети. Помимо развития розничной торговой сети, компания ведет работу над двумя наиболее приоритетными направлениями: работа с коммерческими организациями, госучреждениями, и работа с партнерами (дилерами) - по оптовой продаже цифровой и оргтехники, аксессуаров и расходных материалов. Помимо развития розничной торговой сети развиваются направления государственнных закупок и партнерских отношений с дилерами по оптовой продаже цифровой техники, оргтехники, аксессуаров и расходных материалов.

Цифровые супермаркеты «ПавлодарПродСнаб» - это широкий товарный ассортимент, насчитывающий большое количество наименований разнообразной и разнофункциональной техники: офисная техника, фото/аудио/видео/теле -аппаратура, компьютерная техника, комплектующие и всевозможные аксессуары, необходимые нам в повседневной жизни.

Благодаря разработанной маркетинговой политике, в компании «ПавлодарПродСнаб» проходят разнообразные бонусные и кредитные программы, постоянные акционные позиции, системы скидок и подарков покупателям.
03.09.2013 ИНСТРУКТАЖ ПО ТЕХНИКЕ БЕЗОПАСНОСТИ И                               ТЕХНИКЕ ПОЖАРНОЙ БЕЗОПАСНОСТИ

Был проведен инструктаж по технике безопасности и технике пожарной безопасности на предприятии ТОО «ПавлодарПродСнаб».

Средства пожаротушения и порядок их применения. К первичным средствам пожаротушения относятся несколько видов огнетушителей: ОХП-10, ОУ-2, ОУ-5, ОУ-8, воздушнопенная установка ВПУ-140, пожарные краны ПК и пожарные щиты.

Химический пенный огнетушитель ОХП-10 предназначен для тушения загораний и небольших пожаров твердых материалов и горючих жидкостей. ОХП-10 представляет собой стальной сварной баллон, горловина которого закрыта крышкой с запорным устройством. Заряд огнетушителя состоит из кислотной и щелочной частей. Дальность подачи струи 6-8 метров. Для приведения огнетушителя в действие нужно поднести его к месту загорания, повернуть рукоятку клапана на 180 градусов до отказа, перевернуть огнетушитель вверх днищем и направить струю пены на очаг возгорания. В случае отсутствия струи пены после откидывания рукоятки и переворачивания огнетушителя немедленно прочистить спрыск (отверстие, через которое выходит струя пены).

Меры безопасности. Тушить пенными огнетушителями категорически запрещается: эл. проводку, оборудование, находящееся под напряжением, и другие энергоустановки. Ручные углекислотные огнетушители ОУ-2, ОУ-5, ОУ-8

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

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

Меры безопасности Не размещать огнетушители вблизи отопительных приборов и на солн­цепеке. Воздушно-пенная установка пожаротушения (ВПУ-140) ВПУ-140 представляет собой стальной цилиндрический резервуар емкостью 140 л, заполненный готовым раствором воды с пенообразователем ПО-1, и применяется для тушения горючих и легковоспламеняющихся жидкостей и материалов. К резервуару подведены трубопроводы от воздушной магистрали и внутренней водопроводной сети.
04.09.2013 ИЗУЧЕНИЕ СТРУКТУРЫ ПРЕДПРИЯТИЯ

Рисунок 1 - Структура предприятия

05.09.2013 НАЗНАЧЕНИЕ КАЖДОГО ОТДЕЛА И ИХ                                  ВЗАИМОСВЯЗЬ

Маркетолог (англ.-market-рынок) — исследующий рынок: изучает, прогнозирует и формирует спрос на товары и услуги, определяет перспективы сбыта, отслеживает конкурентную среду и т.д.

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

Логист - занимается планированием закупок, управлением движением и контролем за поставками товаров.

Рекламная деятельность - действия с целью распространенная любым способом, в любой форме и с использованием любых средств информации, адресованной неопределенному целевому кругу лиц и направленная на привлечение внимания к объекту рекламирования, формирование или поддержание интереса к нему и его продвижение на рынке.
06.09.2013 ПОВТОРЕНИЕ MS ACCESS, ОСНОВНЫЕ ПОНЯТИЯ И                                 ОПРЕДЕЛЕНИЯ

На предприятии имеется БД с использованием Microsoft Access. Повторил основные понятия и   определения Microsoft Access.

Microsoft Access — реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных. Microsoft Office Access или просто Microsoft Access — однопользовательская (“десктоп”) реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных. Основные компоненты MS Access:

- построитель таблиц;

- построитель экранных форм;

- построитель SQL-запросов (язык SQL в MS Access не соответствует стандарту ANSI);

- построитель отчётов, выводимых на печать.

Они могут вызывать скрипты на языке VBA, поэтому MS Access позволяет разрабатывать приложения и БД практически “с нуля” или написать оболочку для внешней БД.

MS Access является файл-серверной СУБД и потому применима лишь к маленьким приложениям. Отсутствует ряд механизмов, необходимых в многопользовательских БД, таких, например, как триггеры.

Существенно расширяет возможности MS Access по написанию приложений механизм связи с различными внешними СУБД: "связанные таблицы" (связь с таблицей СУБД) и "запросы к серверу" (запрос на диалекте SQL, который "понимает" СУБД). Также MS Access позволяет строить полноценные клиент-серверные приложения на СУБД MS SQL Server. При этом имеется возможность совместить с присущей MS Access простотой инструменты для управления БД и средства разработки
07.09.2013 ПОВТОРЕНИЕ АРХИТЕКТУРЫ БД

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

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

- взаимодействие пользователя с БД не должно зависеть от особенностей её физической организации;

- администратор базы данных (АБД) должен иметь возможность изменять структуру и формат данных, не оказывая влияния на пользовательские представления;

- внутренняя структура БД не должна зависеть от таких изменений физических аспектов хранения информации, как переключение на новое устройство хранения;

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

Для удовлетворения этих потребностей архитектура большинства современных коммерческих СУБД, существующих на рынке программного обеспечения, в той или иной мере, строится на базе так называемой архитектуры ANSI—SPARC. Название произошло по названию комитета планирования стандартов и норм (Standards Planning and Requirements Committee SPARC) национального института стандартизации (American National Standard Institute— ANSI) США. Комитет признал необходимость использования трехуровневого подхода к организации БД. Этот подход отделяет пользовательские представления базы данных от её физического представления посредством создания независимого уровня, изолирующего программы от особенностей представления данных на низком уровне. Трехуровневая модель СУБД представлена на Рисунке 2.


Рисунок 2 - Трехуровневая модель СУБД
1. Уровень внешних моделей. Этот уровень определяет точку зрения на БД отдельных приложений.

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

3. Физический уровень – собственно данные, расположенные в файлах.

Эта архитектура позволяет обеспечить логическую (между 1 и 2) и физическую (между 2 и 3) независимость при работе с данными. Логическая независимость предполагает возможность изменения одного приложения без корректировки других. Физическая – возможность переноса информации с одних носителей на другие при сохранении работоспособности. Выделение концептуального уровня позволило разработать аппарат централизованного управления БД.
08.09.2013 ПОВТОРЕНИЕ МОДЕЛИ ДАННЫХ

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

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

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

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

Теоретической основой этой модели стала теория отношений и реляционная алгебра. Американский математик Э.Ф.Кодд в 1970 году сформулировал основные понятия реляционной модели. Основной структурой данных в модели является отношение, именно поэтому модель получила название реляционной.

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

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

В семидесятых годах было предложено несколько моделей данных, названных семантическими. В настоящий момент наиболее широкое распространение получила модель Чена (Chen), предложенная в 1976 году, «сущность-связь» или ER-модель (Entity Relationship).

09.09.2013 ПОВТОРЕНИЕ ER-МОДЕЛИ

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

Объект имеет свой набор атрибутов – свойств объекта.

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

Между сущностями могут быть установлены связи. Связи – это бинарные ассоциации, показывающие, каким образом сущности соотносятся или взаимодействуют между собой. По множественности связи делятся на три типа:

1. Один - к одному. Этот тип связи означает, что каждому объекту первого вида соответствует не более одного объекта второго вида, и наоборот. Например: сотрудник может руководить только одним отделом, и у каждого отдела есть только один руководитель.

2. Один - ко многим. Этот тип связи означает, что каждому объекту первого вида может соответствовать более одного объекта второго вида, но каждому объекту второго вида соответствует не более одного объекта первого вида. Например: в каждом отделе может быть множество сотрудников, но каждый сотрудник работает только в одном отделе.

3. Многие - ко многим. Этот тип связи означает, что каждому объекту первого вида может соответствовать более одного объекта второго вида, и наоборот. Например: каждый счет может включать множество товаров, и каждый товар может входить в разные счета.
10.09.2013 ПОВТОРЕНИЕ ЭТАПОВ ПРОЕКТИРОВАНИЯ                                   РЕЛЯЦИОННЫХ БАЗ ДАННЫХ

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

1. Системный анализ и словесное описание информационных объектов предметной области.

2. Проектирование инфологической модели предметной области – частично формализованное описание объектов предметной области в терминах некой инфологической, например, ER-модели.

3. Даталогическое или логическое проектирование БД, то есть описание БД в терминах принятой даталогической модели.

4. Физическое проектирование БД, то есть выбор способа размещения БД на внешних носителях.

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

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

1. Каждой сущности ставится в соответствие отношение реляционной модели данных.

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

3. Первичный ключ сущности становится ключевым полем соответствующего отношения.

4. В каждое отношение, соответствующее подчиненной сущности, добавляется атрибут основной сущности, и этот атрибут становится внешним ключом.

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

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

В результате выполнения даталогического проектирования должна быть разработана схема БД, то есть совокупность отношений, которые моделируют объекты БД и связи между ними. Кроме того, должны быть получены: описание концептуальной схемы БД в терминах выбранной СУБД, описание внешних моделей, описание правил и разработка процедур поддержки целостности БД.
11.09.2013 ПОВТОРЕНИЕ ПРОЕКТИРОВАНИЯ БАЗ ДАННЫХ В                             ACCESS

Формирование БД в Access состоит из ряда последовательных этапов. Первый этап этого процесса – создание таблиц. Таблицы в Access являются теми первичными, исходными файлами, на основе которых в дальнейшем строится все здание БД. Данные в таблице организованы в столбцы (называемые полями) и строки (записи). Таблица Access представлена на Рисунке 3.


Рисунок 3 - Таблица Access
Наиболее детальным и основательным методом формирования таблиц является режим конструктора. В режиме конструктора задаются имена полей и типы данных. В зависимости от характера данных необходимо задать свойства полей.

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

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

1. Хотя бы в одной из таблиц должно быть ключевое поле.

2. Связываемые поля должны иметь одинаковые типы данных.

3. Связываемые поля числового типа должны иметь одинаковые значения свойства Размер поля.
12.09.2013 ПОВТОРЕНИЕ СОЗДАНИЯ ЗАПРОСОВ В ACCESS

Запрос (query) – это средство выбора необходимой информации из базы данных. Вопрос, сформированный по отношению к базе данных, и есть запрос. Применяются два типа запросов: по образцу (QBE – Query by example) и структурированный язык запросов (SQL – Structured Query Language).
  1   2   3   4   5   6   7   8   9

Добавить документ в свой блог или на сайт

Похожие:

Отчет по производственно- технологической практике iconОтчет по производственно-технологической практике Студента Авдеева Никиты Дмитриевича
Специальность: 190604 «Техническое обслуживание и ремонт автомобильного транспорта»

Отчет по производственно- технологической практике iconОтчёт по первой технологической практике
Цель первой технологической практики – формирование технологических навыков по техническому обслуживанию и ремонту автомобиля. Её...

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

Отчет по производственно- технологической практике iconОтчет По технологической практике «Технология сборки рулевого управления»
Рабочее место находилось в монтажном цехе ckd (от англ. Сomplete Knock Down, полная сборка автомобилей). Линия состоит из 14 тактов:...

Отчет по производственно- технологической практике iconОтчет о выполнении проекта реализации Технологической платформы «Авиационная...
Ежегодный отчет о выполнении проекта реализации Технологической платформы «Авиационная мобильность и авиационные технологии» в 2011...

Отчет по производственно- технологической практике iconОтчет по технологической практике Место прохождения: рс (Я) г. Якутск,...
Она является видом учебно-вспомогательного процесса, в ходе которого закрепляется теоретические знания на производстве. Практика...

Отчет по производственно- технологической практике iconДневник-отчет по производственной преддипломной практике Лит
Отчет о производственной преддипломной практике Характеристика объекта практики

Отчет по производственно- технологической практике iconОтчет по технологической практике «Технология ремонта цилиндропоршневой...
Я проходил в спк «Жерелёво», расположенном на юго-западе Калужской области на расстоянии 220 километров от областного центра города...

Отчет по производственно- технологической практике iconОтчет по ознакомительно-технологической практике в ОАО «Можгинская...
Целью учебной практики является введение студентов в основы практической работы по осваиваемой специальности на примерах производства...

Отчет по производственно- технологической практике iconТематика заданий для прохождения технологической практики по профилю специальности 190604
Изучить структуру управления технологической службой автотранспортного предприятия


авто-помощь


Заказать интернет-магазин под ключ!

При копировании материала укажите ссылку © 2015
контакты
auto-ally.ru
<..на главную