Отчёт о прохождении преддипломной практики Студента




Скачать 219,27 Kb.
НазваниеОтчёт о прохождении преддипломной практики Студента
страница1/2
Дата публикации13.04.2013
Размер219,27 Kb.
ТипДиплом
pochit.ru > Физика > Диплом
  1   2


Отчёт

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


Студента
Апевалова Алексея Владимировича
Балтийского государственного университета «ВОЕНМЕХ» им. Д.Ф. Устинова,

обучающегося на кафедре И3 (Системы обработки информации и управления)

факультета И (Системы автоматического управления)

в группе И343

по специальности

«Автоматизированные системы обработки информации и управления»

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

Шейнин А.П._________________

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

Емельянов В.Ю._________________


^ САНКТ – ПЕТЕРБУРГ

2009 г.

Оглавление


  1. Введение…………………………………………………………3

  2. Организационная структура предприятия…………………….5

  3. Технология и организация производства………………………6

  4. Trasact-sql ……………………………………………………….11

  5. Выполнение работы…………………………………………….15

  6. Заключение……………………………………………………….24

  7. Список используемой литературы ……………………………25



Введение

В период прохождения преддипломной производственной практики с 12.01.09 по 20.02.09г., я работал на электромашиностроительном предприятии «ООО Производственное объединение «Ленинградский Электромашиностроительный Завод».

Ленинградский Электромашиностроительный Завод (ЛЭЗ) существует с 1933г. На рынке электрических машин завод также известен как ОАО "НОВАЯ СИЛА".
C декабря 2003 г. завод входит в концерн РУСЭЛПРОМ.

Из широкой номенклатуры РУСЭЛПРОМ (электродвигатели мощностью от 0,37 до 160 000 кВт, генераторы от 125 до 220 000 кВт) ЛЭЗ производит крупные электрические машины мощностью от 100 кВт и выше.

ООО "ЛЭЗ" расположен в пригороде города Санкт-Петербург, в непосредственной близости автомобильных трасс федерального значения: С- Петербург - Москва, Санкт-Петербург - Киев, Санкт-Петербург - Мурманск, Санкт-Петербург - Выборг.

Предприятие имеет на своей территории железнодорожную ветку с выходом на товарную станцию города. Близость городского порта. Все эти условия делают ЛЭЗ удобным поставщиком продукции в любой регион России и зарубежья.

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

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

В номенклатуру ЛЭЗ сегодня входят:

  • асинхронные электродвигатели с короткозамкнутым ротором мощностью от 200 до 5600 кВт;

  • асинхронные электродвигатели с фазным ротором мощностью от 200 до 5000 кВт;

  • синхронные электродвигатели мощностью до 8000 кВт;

  • синхронные генераторы мощностью до 4000 кВт;

  • гидрогенераторы для малых ГЭС мощностью от 100 до 4000 кВт;

  • турбогенераторы с воздушным, водородным и водяным охлаждением мощностью до 220 МВт;

  • электрооборудование приводов СУЗ АЭС с реакторами типа ВВЭР-440 и ВВЭР-1000;

  • токоприемники кольцевые экскаваторные;

  • комплектный привод с частотным регулированием;

На время прохождения практики я был определен в «Отдел информационных технологий». В отдел входит 6 сотрудников, обеспечивающих администрирование сетей и терминалов предприятия.


^ Организационная структура предприятия

В соответствии с Положением об организационной структуре «ООО ПО «ЛЭЗ», которое было введено в 1995 г. для эффективной реализации стратегии развития предприятия и обеспечения устойчивой работы общества в условиях рыночной экономики, организационно - управленческая структура «ООО ПО «ЛЭЗ» строится с учетом нижеперечисленных принципов:

  • возможности гибкого реагирования на изменения рынка,

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

  • исключения дублирования службами выполнения одних и тех же функций,

  • персонификации ответственности за организацию и выполнение возложенных функций.

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

  • маркетинг: служба маркетинга,

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

  • финансы и экономика: финансовый отдел, экономический отдел, юридический отдел,

  • бухгалтерский учет: бухгалтерия (материальный, финансовый учет и расчеты с персоналом),

  • отдел кадров и социальных вопросов, отдел подготовки кадров, отдел охраны труда, здравпункт, столовая,

  • информационное обеспечение: отдел информационных технологий.

Для обеспечения выполнения основных функций сохраняются также вспомогательные функции:

  • охрана объекта: служба безопасности, отдел охраны, диспетчерская,

  • хозяйственное обеспечение: хозяйственный отдел.

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

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

Для начала дадим краткую характеристику действующих на предприятии основных производств:

Штамповочное производство:

В настоящее время завод располагает прессовом оборудование в достаточном количестве для своевременного выполнения программы изготовления электрических машин.

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

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



^ Сварочное производство

Предприятие располагает всем необходимым сварочным оборудованием и технологиями для сварки практических любых марок материалов, примером этому сварочное оборудование ф. KEMPPI.



^ Механообрабатывающее производство

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



^ Сборочное производство

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

- возможности и технологии:

- укладка обмоток в статора;

- сборка роторов синхронных машин;

- испытание по операционной и готовой продукции;

- изготовление готовой продукции не делимым весом до 100 т;

- непосредственно в производстве есть возможность погрузки в вагоны.



Transact-sql

SQL( англ. Structured Query Language — язык структурированных запросов) — универсальный компьютерный язык, применяемый для создания, модификации и управления данными в реляционных базах данных. Вопреки существующим заблуждениям, SQL является информационно-логическим языком, а не языком программирования.

В начале 1970-х годов в одной из исследовательских лабораторий компании IBM была разработана экспериментальная реляционная СУБД System R (англ.), для которой затем был создан специальный язык SEQUEL, позволявший относительно просто управлять данными в этой СУБД. Аббревиатура SEQUEL расшифровывалась как англ. Structured English QUEry Language — «структурированный английский язык запросов». Позже по юридическим соображениям[1] язык SEQUEL был переименован в SQL. Когда в 1986 году первый стандарт языка SQL был принят ANSI (American National Standards Institute), официальным произношением стало [,es kju:' el] — эс-кью-эл. Несмотря на это, даже англоязычные специалисты по прежнему часто называют SQL сиквел, вместо эс-кью-эл (по-русски также часто говорят «эс-ку-эль»).

Целью разработки было создание простого непроцедурного языка, которым мог воспользоваться любой пользователь, даже не имеющий навыков программирования. Собственно разработкой языка запросов занимались Дональд Чэмбэрлин (Donald D. Chamberlin) и Рэй Бойс (Ray Boyce). Пэт Селинджер (Pat Selinger) занималась разработкой стоимостного оптимизатора (англ. cost-based optimizer), Рэймонд Лори (Raymond Lorie) занимался компилятором запросов.

Стоит отметить, что SEQUEL был не единственным языком подобного назначения. В Калифорнийском Университете Беркли была разработана некоммерческая СУБД Ingres (являвшаяся, между прочим, дальним прародителем популярной сейчас некоммерческой СУБД PostgreSQL), которая являлась реляционной СУБД, но использовала свой собственный язык QUEL, который, однако, не выдержал конкуренции по количеству поддерживающих его СУБД с языком SQL.

Первыми СУБД, поддерживающими новый язык, стали в 1979 году Oracle V2 для машин VAX от компании Relational Software Inc. (впоследствии ставшей компанией Oracle) и System/38 от IBM, основанная на System/R. Вопреки сложившемуся мнению, первой стала именно СУБД Oracle V2[источник?].

Первый официальный стандарт языка SQL был принят ANSI в 1986 году и ISO (Международной организацией по стандартизации) в 1987 году (так называемый SQL-86) и несколько уточнён в 1989 году. Дальнейшее развитие языка поставщиками СУБД потребовало принятия в 1992 году нового расширенного стандарта (ANSI SQL-92 или просто SQL2).

Следующим стандартом стал SQL:1999 (SQL3). В настоящее время действует стандарт, принятый в 2003 году (SQL:2003) с небольшими модификациями, внесёнными позже. История версий стандарта:


Год

Название

Иное название

Изменения

1986

SQL-86

SQL-87

Первый вариант стандарта, принятый институтом ANSI и одобренный ISO в 1987-ом году.

1989

SQL-89

FIPS 127-1

Немного доработанный вариант предыдущего стандарта.

1992

SQL-92

^ SQL2, FIPS 127-2

Значительные изменения (ISO 9075); уровень Entry Level стандарта SQL-92 был принят как стандарт FIPS 127-2.

1999

SQL:1999

SQL3

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

2003

SQL:2003




Введены расширения для работы с XML-данными, оконные функции (применяемые для работы с OLAP-базами данных, генераторы последовательностей и основанные на них типы данных.

2006

SQL:2006




Функциональность работы с XML-данными значительно расширена. Появилась возможность совместно использовать в запросах SQL и XQuery.

2008

SQL:2008




Улучшены возможности оконных функций, устранены некоторые неоднозначности стандарта SQL:2003[2]


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

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

Впервые понятие «уровня соответствия» было предложено в стандарте SQL-92. А именно, ANSI и NIST определяли четыре уровня соответствия реализации этому стандарту:

^ Entry (русск. базовый)

Transitional (русск. переходный) — проверку на соответствие этому уровню проводил только институт NIST

Intermediate (русск. промежуточный)

Full (русск. полный)

Легко можно понять, что каждый последующий уровень соответствия заведомо подразумевал соответствие предыдущему уровню. Далее, согласно данной лесенке стандартов любая СУБД, которая соответствовала уровню Entry, могла заявлять себя как «SQL-92 compliant», хотя на самом деле переносимость и соответствие стандарту ограничивалось набором возможностей, входящих в этот уровень.

Положение изменилось с введением стандарта SQL:1999. Отныне стандарт приобрел модульную структуру — основная часть стандарта была вынесена в раздел «SQL/Foundation», все остальные были выведены в отдельные модули. Соответственно, остался только один уровень совместимости — Core, что означало поддержку этой основной части. Поддержка остальных возможностей оставлена на усмотрение производителей СУБД. Аналогичное положение имело место и с последующими версиями стандарта.

Несмотря на наличие диалектов и различий в синтаксисе, в большинстве своём тексты SQL-запросов, содержащие DDL и DML, могут быть достаточно легко перенесены из одной СУБД в другую. Существуют системы, разработчики которых изначально закладывались на применение по меньшей мере нескольких СУБД (например: система электронного документооборота Documentum может работать как с Oracle, так и с Microsoft SQL Server и IBM DB2). Естественно, что при применении некоторых специфичных для реализации возможностей такой переносимости добиться уже очень трудно.

Наличие стандартов

Наличие стандартов и набора тестов для выявления совместимости и соответствия конкретной реализации SQL общепринятому стандарту только способствует «стабилизации» языка. Правда, стоит обратить внимание, что сам по себе стандарт местами чересчур формализован и раздут в размерах, например, Core-часть стандарта SQL:2003 представляет собой более 1300 страниц текста.

Декларативность

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

Недостатки

Несоответствие реляционной модели данных

Создатель реляционной модели данных Эдгар Кодд, Кристофер Дейт и их сторонники указывают на то, что SQL не является истинно реляционным языком. В частности они указывают на следующие проблемы SQL[3]:

Повторяющиеся строки

Неопределённые значения (nulls)

Явное указание порядка колонок слева направо

Колонки без имени и дублирующиеся имена колонок

Отсутствие поддержки свойства «=»

Использование указателей

Высокая избыточность

В опубликованном Кристофером Дейтом и Хью Дарвеном Третьем Манифесте они излагают принципы СУБД следующего поколения и предлагают язык Tutorial D, который является подлинно реляционным.

Сложность

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

Отступления от стандартов

Несмотря на наличие международного стандарта ANSI SQL-92, многие компании, занимающиеся разработкой СУБД (например, Oracle, Sybase, Microsoft, MySQL AB), вносят изменения в язык SQL, применяемый в разрабатываемой СУБД, тем самым отступая от стандарта. Таким образом появляются специфичные для каждой конкретной СУБД диалекты языка SQL.

Сложность работы с иерархическими структурами

Ранее SQL не предлагал стандартного способа манипуляции древовидными структурами. Некоторые поставщики СУБД предлагали свои решения. Например, Oracle использует выражение CONNECT BY. В настоящее время в качестве стандарта принята рекурсивная конструкция WITH.

Расширения

Процедурные расширения

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

СУБД

Краткое название

Расшифровка

Borland InterBase/
Firebird

PSQL

Procedural SQL

IBM DB2

SQL PL (англ.)

SQL Procedural Language (расширяет SQL/PSM)

Microsoft SQL Server/
Sybase ASE

Transact-SQL

Transact-SQL

MySQL

SQL/PSM

SQL/Persistent Stored Module (соответствует стандарту SQL:2003[источник?])

Oracle

PL/SQL

Procedural Language/SQL (основан на языке Ada)

PostgreSQL

PL/pgSQL

Procedural Language/PostgreSQL Structured Query Language (очень похож на Oracle PL/SQL)


Язык SQL делится на четыре части:

  • операторы определения данных (англ. Data Definition Language, DDL)

  • операторы манипуляции данными (англ. Data Manipulation Language, DML)

  • операторы определения доступа к данным (англ. ^ Data Control Language, DCL)

  • операторы управления транзакциями (англ. Transaction Control Language, TCL)

В новой версии Microsoft SQL Server 2005 язык Transact-SQL переработан для обеспечения соответствия стандарту ANSI и расширения его функциональных возможностей. Он стал более логичным и завершенным.

Одним из усовершенствований Transact-SQL является включение полной поддержки технологии IntelliSense, что обеспечивает интерактивную подсказку параметров и интеллектуальное завершение для всех команд, редактируемых в среде SQL Server.

Другое новшество относится к оператору TOP. В SQL Server 2000 для этого оператора использовались фиксированные константы — TOP 5 (верхние 5 строк). А в SQL 2005 к оператору TOP можно привязывать любое выражение в пределах правил Transact-SQL, включая использование переменного или скалярного подзапроса. Оператор TOP поддерживают предложения INSERT, UPDATE и DELETE.

В SQL 2005 усовершенствована обработка аварийного прерывания: язык Transact-SQL дополнен новыми предложениями Try...Catch...Finally. Их использование позволяет отслеживать ошибки, вызвавшие прерывание, без потери контекста транзакции, что обеспечивает полное ее восстановление. Обработка прерывания возможна и в SQL Server 2000, но без сохранения детального контекста прерванной транзакции, что делает невозможным ее полное восстановление.

Кроме того, значительной переработке подверглись инструкции DDL (Data Definition Language, язык определения данных). Например, для того чтобы создать любой объект, необходимо воспользоваться только операторами языка DDL, а не использовать хранимые процедуры, как было до MS SQL 2005.
  1   2

Похожие:

Отчёт о прохождении преддипломной практики Студента iconОтчет по преддипломной практике дневник практики
Преддипломной практики по специальности «Экономика, бухгалтерский учет и контроль»
Отчёт о прохождении преддипломной практики Студента iconМетодические рекомендации по подготовке отчета о прохождении преддипломной...
«Положения об организации практики студентов спбГУ», утвержденного приказом ректора от 04. 02. 2002г. Они содержат формальные и содержательные...
Отчёт о прохождении преддипломной практики Студента iconСодержание оттчета у каждого студента индивидуально -это зависит...
Федеральное государственное бюджетное образовательное учреждение высшего профессионального образования
Отчёт о прохождении преддипломной практики Студента iconПрограмма преддипломной практики для студентов всех форм обучения специальности
Программа преддипломной практики утверждена на заседании кафедры «Бухгалтерского учета и аудита». Факультета социального страхования,...
Отчёт о прохождении преддипломной практики Студента iconОтчет о прохождении производственно-технологической практики на пк зао «Ока» Исполнитель
Организация технического обслуживания комплекса технических средств (ктс) и труда
Отчёт о прохождении преддипломной практики Студента iconОтчет по практике по профилю специальности Студента
Общие сведения о предприятии (организации) и отделе – месте прохождения практики
Отчёт о прохождении преддипломной практики Студента iconПрограмма преддипломной практики для студентов специальности 032401...
Общее методическое руководство преддипломной практикой студентов осуществляет кафедра «Реклама»
Отчёт о прохождении преддипломной практики Студента iconПрограмма утверждена на заседании кафедры финансов и кредита вгу...
При прохождении студентами практики в организациях некоммерческого сектора, а также финансово-кредитных учреждениях руководителем...
Отчёт о прохождении преддипломной практики Студента iconМетодические указания по проведению преддипломной практики и подготовке...
Приложение Перечень базовых мест прохождения практики студентами специальности "математические методы в экономике"
Отчёт о прохождении преддипломной практики Студента iconПрограмма преддипломной практики для студентов специальности 080801...
«Прикладная информатика в экономике», определяющего требования к минимуму содержания и уровню подготовки специалиста. Сроки и объем...
Вы можете разместить ссылку на наш сайт:
Школьные материалы


При копировании материала укажите ссылку © 2019
контакты
pochit.ru
Главная страница