Дневник прохождения практики. Отчёт по производственной практике

Государственная корпорация по атомной энергии «Росатом»

Снежинская государственная физико-техническая академия

Кафедра автоматизированных информационных и вычислительных систем

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

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

Производственной практики

Студент группы

Снежинск

Введение

1. План выполнения работ в период практики

2. Описание работ, выполненных в период практики

2.1. Изученные материалы

2.2. Выполнение индивидуального задания

Заключение о практике

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

Введение

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

Она являлась подготовкой к работе с аппаратными и программными компонентами локальных вычислительных сетей.

Задание на производственную практику

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

Задачи, решаемые в процессе прохождения практики:

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

Приобретение опыта работы с технологической документацией;

Выбор темы дипломного проекта;

Сбор и изучение материалов, необходимых для выполнения дипломного проекта.

1 План выполнения работ в период практики

Изучение технической документации на структурированные кабельные системы.

Монтаж и сертификация структурированных кабельных систем.

Изучение технической документации на коммутатор.

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

Конфигурирование “клиентского” ПО для работы в сети.

2 Описание работ, выполненных в период практики

2.1 Изученные материалы

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

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

2.2 Выполнение индивидуального задания

1) конфигурирование коммутатора через консоль

D-Link 3624i - 20-портовый управляемый коммутатор, поддерживающий стандарты Ethernet и Fast Ethernet, с возможностью установки блоков Gigabit Ethernet. Скорость передачи данных и скорость фильтрации пакетов между портами при 100% загрузке составляет 14880 пак/с (при работе в режиме 10 Мбит/с), 144810 пак/с (при работе в режиме 100 Мбит/с) или 1448100 пак/с (при работе в режиме 1000 Мбит/с).

Все порты автоматически переключаются между 10/100 Мбит/с и полнодуплексным/полудуплексным режимами работы. В режиме самообучения коммутатор может содержать в адресной таблице до 12 тысяч MAC-адресов, время жизни которых варьируется от 10 до 9999 секунд. Коммутатор поддерживает фильтрацию broadcast-штормов, протокол IGMP (Internet Group Multicast Protocol - широковещательный протокол взаимодействия групп сети Internet), алгоритм Spanning Tree и VLAN.

Коммутатор D-LINK 3624i

локально через последовательный порт коммутатора RS-232 (Diagnostics port);

через сеть по протоколу TCP/IP telnet;

через сеть по протоколу http.

Первоначальная конфигурация должна осуществляться через консоль, подключенную к Diagnostics-порту.

Для получения доступа к управлению коммутатором необходимо обратиться к последовательному порту рабочей станции, подключенной к Diagnostics-порту свитча. На экране появится окно регистрации (рисунок 1.2).

Рисунок 1.2 - Регистрация на коммутаторе

После регистрации пользователь попадает в меню управления коммутатором. Его структура (при управлении по telnet и локально) выглядит следующим образом:

System Configuration

Configure IP Address

Configure Switch Stack

Information of Individual Switch Unit

Advance Settings

Configure Trunk Groups

Configure Port Mirroring

Configure Spanning Tree Protocol

STP Switch Settings

STP Port Settings

Configure Filtering and Forwarding Table

Configure Static Forwarding Table

Configure MAC Address Filtering

Configure Static Multicast Filtering

Configure VLANs & MAC-based Broadcast Domains

Configure MAC-based Broadcast Domains

Configure Port-based VLANs

Configure 802.1Q VLANs

Configure Console

Network Monitoring

Traffic Statistics

Port Utilization

Port Traffic Statistics

Port Packet Error Statistics

Port Packet Analysis Statistics

Browse Address Table

Browse IGMP Status

Community Strings and Trap Receivers

Update Firmware and Configuration Files

User Accounts Management

Create/Modify User Accounts

User Accounts Control Table

System Utilities

Save Settings to TFTP Server

Save Switch History to TFTP Server

Clear Address Table

Настройка VLAN

В коммутаторах D-Link используются три типа VLAN и широковещательных доменов: IEEE 802.1Q VLAN, VLAN на базе портов и широковещательные домены на базе MAC-адресов. В одном устройстве в данный момент времени можно реализовать только одну из этих технологий. Применение широковещательных доменов на базе MAC-адресов и VLAN на базе портов ограничено одним коммутатором и устройствами, непосредственно подключенными к нему. VLAN по стандарту IEEE 802.1Q поддерживают метки пакетов, которые позволяют распределять VLAN по всей локальной сети (при условии, что все коммутаторы сети поддерживают стандарт IEEE 802.1Q).

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

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

Конфигурация VLAN на основе MAC-адресов

Коммутатор поддерживает вплоть до 12 широковещательных доменов, построенных на основе MAC-адресов.

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

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

В меню коммутатора выбирается тип виртуальной сети (рисунок 1.3), перебирая значения с помощью клавиши «пробел» в строке Restart VLAN Mode. Строка Current VLAN Mode отображает тип VLAN, установленный в данный момент.

После перезагрузки коммутатора в меню появится еще одна строка: Configure MAC-based Broadcast Domains.

Для создания широковещательного домена создал домен в меню Add/Remove MAC-based Broadcast Domains (System Configuration ® Configure VLANs & MAC-based Broadcast Domains ® Configure MAC-based Broadcast Domains) и ввели МАС-адреса в меню Add/Remove MACbased Broadcast Domain Members. После этого коммутатор перезагрузили.

Рисунок 1.3 - Экран меню конфигурации VLAN

2) конфигурирование “клиентского” ПО для работы в сети.

Настройка клиентской части VPN под Windows 2000 Server.

Для того чтобы приступить к настройке нам нужно зайти в систему с учётной записью Администратора.

На рабочем столе мы найдём иконку Моё сетевое окружение.

Щелкнем по ней правой кнопкой мыши, в контекстном меню выберем Свойства, откроется окно Сеть и удалённый доступ к сети.

Нам нужно щелкнуть два раза левой кнопкой мыши по иконке Создание нового подключения. Появится окно мастера в этом окне ми нажмём кнопку Далее.

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

В следующем окне в текстовое поле нужно ввести IP-адрес сери VPN например 157.54.0.1 и нажать кнопку Далее как показано ниже:

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

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

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

Мы создали VPN соединение и сейчас мы его настроим.

Щелкнем два раза левой кнопкой мыши по значку нашего VPN соединения и в появившемся окне щелкнем по кнопке свойства.

Появится окно свойств этого подключения, перейдём на вкладку Безопасность, и поставим там галочку Дополнительные параметры, потом щелкнем по кнопке Настройка.

В появившемся окне Дополнительные параметры безопасности поставим галочку на вкладке Протокол проверки пароля (CHAP) .

Перейдём на вкладку Сеть. В списке Отмеченные компоненты используются этим подключением: снимем все галочки кроме Протокол Интернета (TCP/IP) и нажмем кнопку OK.

Теперь можно подключатся к сети VPN, но до этого нужно подключится к Интернету.

Заключение о практике

За время прохождения производственной практики:

1) получен практический опыт работы с технической документацией;

2) ознакомился с настройками коммутатора через консоль

3) ознакомился с принципами проектирования СКС

4) выбрана тема дипломного проекта.

Отзыв руководителя производственной практики

Руководитель производственной практики __________

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

1. http://www.citforum.ru/ (раздел “Сети ”).

2. Олифер В.Г., Олифер Н.А.

3. Компьютерные сети. Принципы, технологии, протоколы: Учебник для вузов. 3-е изд. – СПб.: Питер, 2007, - 958 с.: ил.

4. Семенов А.Б., Стрижаков С.К., Сунчелей И.Р.

5. Структурированные кабельные системы / Семенов А.Б., Стрижаков С.К., Сунчелей И.Р. – 5-е изд. – М.: Компания АйТи; ДМК Пресс, 2006. – 640с.: ил.

6. ГОСТ 2.105 – 95 Общие требования к текстовым документам.

Численности работников и удельного веса стоимости основных производственных фондов этих структурных подразделений соответственно в среднесписочной численности работников и стоимости основных производственных фондов по ОАО «ГАЗ» в целом. 3. План счетов бухгалтерского учета финансово- хозяйственной деятельности открытого акционерного общества «ГАЗ». Наименование синтетических счетов №№ ...

... № 1, к/а ст. №№ 5¸8 работают на багерную № 2). На каждой багерной насосной установлено по три багерных насоса (БН), которые по пульпопроводам откачивают пульпу на золоотвал. Золоотвал Ново-Иркутской ТЭЦ – овражного типа, введен в эксплуатацию в 1976 г. Емкость пруда-отстойника составляет 350 тыс м3. Общая площадь пруда отстойника составляет 125 га (1,25 млн. м2). Проектный уровень воды...

Экономического развития хозяйства, его сложного финансово-экономического состояния и предстоящей перспективы производственной деятельности, являющиеся фундаментом в выполнении дипломной работы. ВЫВОДЫ И ПРЕДЛОЖЕНИЯ Я изучил и проанализировал экономические показатели и финансовое состояние ГСП ОПХ - племзавода "Боровское" за ряд лет, а также культуру ведения растениеводства и животноводства с...

Через дымовую трубу в атмосферу, и другое вспомогательное оборудование. Паровой котел и весь комплекс: перечисленного оборудования составляют котельную установку. Следовательно, понятие «котельная установка» шире понятия; «паровой котел». Из рассмотрения технологической схемы производства пара следует, что в состав котельной установки входят: топливный тракт - комплекс элементов...

ВВЕДЕНИЕ

Во время прохождения практики на организации ОАО «Фабрика АНТ» мною велась разработка программного продукта, также совместно с этим я изучал программы, использующиеся в обществе, которые в дальнейшей работе мне были необходимы. Практика проводится в компьютерных лабораториях колледжа или на предприятиях обеспеченных компьютерной техникой в течение восемнадцати недель. В нее входят учебная практика (получение первичных профессиональных навыков), преддипломная (квалификационная).

Целью практики является:

ознакомление студентов с информационными системами и компьютерными средствами обработки информации,

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

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

За время прохождения практики студент выполняет практические задания и заполняет все формы дневника студента-практиканта.

Изучил устав, технику безопасности, ознакомился с рабочими местами расположенных в ОАО «Фабрика АНТ». Познакомился с основным персоналом, в том числе с квалифицированными специалистами. Мастер преддипломной практики находящийся на предприятии выделил мне рабочее место в соответствии с программами производственной практики, предоставил исправное оборудование, инструменты, техническую литературу, и установил пакет программ необходимых для изучения и дальнейшей работы с ними.

Были освоены и изучены сведения об операционных системах Windows, офисный пакет Microsoft Office, пакет Adobe Photoshop 8.0CS, Corel -Dro 10 правила технической эксплуатации и техники безопасности при работе с ПК. Мастером был обеспечен контроль за моей работой.

ДНЕВНИК ПРОХОЖДЕНИЯ ПРАКТИКИ

Студента обучающегося в Читинском горном колледже по специальности 230105 «Программное обеспечение вычислительной техники и автоматизированных систем» Казарина Максима Александровича.

Место прохождения практики ОАО «Фабрика АНТ»

Назначен на должность Программист

Руководитель практики

КАЛЕНДАРНЫЙ ПЛАН ВЫПОЛНЕНИЯ РАБОТ

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

ФГОУ СПО «ВГЭТК»

ОТЧЕТ

по преддипломной практике

Студента группы 402П

Дудкин Илья Юрьевич

Дата составления отчета: 30.04.2010

Отчет принят с оценкой:_____________________________

Руководитель практики: _________________Газенко Н.В.

Волгоград, 2010

ФГОУ СПО «ВГЭТК»

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

ИНДИВИДУАЛЬНОЕ ЗАДАНИЕ

на период прохождения преддипломной практики

по специальности 230105 Программное обеспечение вычислительной техники и автоматизированных систем

Студенту группы 402П

Дудкин Илья Юрьевич

Руководитель практики Гозенко Н.В.

Тема задания : создание программного продукта и сопровождающей документации

План квалификационной практики

Индивидуальное задание:

1. Выбрать тему дипломного проекта и обосновать ее актуальность

2. Подобрать литературу (нормативно-справочные материалы и учебную) по теме дипломного проекта

3. Определить цель работы и задачи для ее достижения

4. Описать сущность объекта и предмета исследования

5. Составить техническое задание на разработку программного продукта

6. Провести анализ средств программирования и осуществить выбор оптимального языка программирования для решения поставленной задачи

7. Изучить ГОСТ 19.506-79 и выполнить описание выбранного языка программирования

8. Спроектировать интерфейс будущей программы

9. Разработать структуру взаимодействия данных

10. Построить блок-схему решения задачи в соответствии с ГОСТ 19.701-90

11. Провести анализ выполненной работы и оформить в виде отчета

ФГОУ СПО «ВГЭТК»

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

ДНЕВНИК

преддипломной практики

1.Группа 401П

2.Специальность 230105 Программное обеспечение вычислительной техники и автоматизированных систем

3.Сахно Денис Викторович

2 Анализ средств программирования. 13

2.1 Обзор средств программирования. 13

Нормативные документы… 23

Используемая литература. 24

Введение

Системный инженер – это человек который занимается установкой, настройкой и обслуживанием серверов на базе ОС: Windows Server NT 4. 0, Windows 2000/2003; рабочих станций на базе Windows. Установкой антивирусной защиты в пределах локальной сети и блокировка вирусов из внешних источников (почта, web-content). Проектированием и прокладкой ЛВС, а так же монтаж кабельных систем различной сложности. Закупкой комплектующих, офисной техники и расходных материалов к ним. Сборкой, настройкой, модернизацией, устранением неисправностей ПК, профилактикой ПК и оргтехники, подключением и настройкой офисных мини АТС. Организацией доступа в Интернет различными способами. Установкой, настройкой и обслуживанием почтовых серверов MS Exchange Server, работой с системами контроля доступа, и т. д.

1 Техническое задание на разработку

1.1 Введение

1.1.1 Наименование программного изделия

Полное наименование программной разработки: «Программа упрощающая работу системного инженера», в дальнейшем именуемая как «программа». Краткое название программы – «qwerty».

1.1.2 Область применения

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

1.1.3 Наименования разработчика и заказчика

Разработчик данного программного продукта - студент группы 401 – П, ВГЭТК, Федоренко В.В., в дальнейшем именуемый как «разработчик ».

Заказчик программного продукта - кафедра информационных технологий ВГЭТК, в лице преподавателя Захарова Ю.Ю., в дальнейшем именуемый как «заказчик».

1.2 Основание для разработки

1.2.1 Документ, на основании которого ведётся разработка

Работа ведётся на основании задания на дипломное проектирование по специальности 230105 Программное обеспечение вычислительной техники и автоматизированных систем.

1.2.2 Организация, утвердившая этот документ, и дата его утверждения

Тема и задание дипломного проекта утверждено на заседании кафедры информационных технологий и выданы преподавателем кафедры Захаровой Ю.Ю.

1.2.3 Наименование темы разработки

Наименование темы разработки - «qwerty».

1.3 Назначение разработки

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

1.3.1 Критерии эффективности и качества программы

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

Соответствие текущему состоянию на рынке ПО данного профиля. Технология создания программы в визуальных средах программирования делает ее интерфейс универсальным и совместимым с операционными системами Windows.

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

1.3.2 Цели разработки программы

Создание данной программы преследует ряд технико-экономических целей:

· Создание программного продукта, необходимого для упрощения работы системного инженера.

· Создание интуитивно понятной программы с удобным и универсальным Windows-интерфейсом для экономии времени.

· Создание дешевой альтернативы существующим в настоящее время дорогим программам данного типа.

1.4 Требования к программе

Программа должна выполнять следующие функции:

· Давать полную информацию о компьютере;

· Сохранять исполняемый файл;

· Предоставлять диспетчер задач;

1.4.1.2 Организация входных и выходных данных

В процессе работы программы входная информация не требуется.

Выходной информацией являются вывод на монитор полной информации о компьютере.

1.4.2 Требования к надежности

1.4.2.1 Требования к надежному функционированию

Программа должна нормально функционировать при бесперебойной работе ЭВМ. При возникновении сбоя в работе аппаратуры, восстановление нормальной работы программы должно производиться после:

· перезагрузки операционной системы;

· запуска исполняемого файла программы;

· повторного выполнения действий, потерянных до последнего сохранения информации в файл на магнитном диске.

Уровень надежности программы должен соответствовать технологии про­граммирования, предусматривающей: инспекцию исходных текстов программы; автономное тестирование модулей (методов) программы; тестирование сопря­жении модулей (методов) программы; комплексное тестирование программы

1.4.3 Условия эксплуатации хранения

Программа должна храниться в виде дисковых ко­пий (обязательно - эталонная версия программы).

1.4.4 Требования к составу и параметрам технических средств

Программа должна корректно работать на следующем или совместимым с ним оборудовании:

Pentium 3 – 800 МГц, 64Mb RAM, клавиатура, мышь, монитор, принтер.

1.4.5 Требования к информационной и программной совместимости

1.4.5.1 Требования к информационным структурам на входе и выходе

Требования к информационным структурам на входе и выходе определены в пункте (см. п. 4.1.2.).

1.4.5.2 Требования к методам решения

Для решения задачи использовать частично автоматизированный метод.

1.4.5.3 Требования к языкам программирования

Разработка программы должна вестись на одном из следующих языков:

· Microsoft Visual C v7.0 и выше.

· Borland Delphi v7.0 и выше.

Выбор других языков нецелесообразен.

1.4.5.4 Требования к программным средствам, используемым программой

Для работы программы необходима операционная система WINDOWS XP и более поздняя, драйвера мыши и принтера.

1.5 Технико-экономические показатели

Технико-экономические показатели определяются в пояснительной записке к дипломному проекту.

1.6 Стадии и этапы разработки

Разработка программы должна выполняться по следующим этапам:

1) разработка, согласование и утверждение технического задания (2 недели);

2) разработка рабочего проекта программы с комплексным тестированием (4 недели);

3) составление и оформление документации к программному продукту (2 недели);

4) приемка-сдача программы и программной документации (1 неделя);

Блок-схема решения задачи