Сроки прохождения практики с 24. 11. 2014 г по 07. 12. 2014 г

Скачать 196 Kb.

Название	Сроки прохождения практики с 24. 11. 2014 г по 07. 12. 2014 г
Анкор	otchet (2).doc
Дата	31.01.2018
Размер	196 Kb.
Формат файла
Имя файла	otchet (2).doc
Тип	Документы #16099

Введение

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

Сроки прохождения практики – с 24.11.2014 г. по 07.12.2014 г.

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

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

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

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

В данном дипломном проекте необходимо разработать автоматизированную информационную систему учета слитков выпущенной продукции электрометаллургического производства ОАО «Русполимет».

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

- необходимость осуществления быстрого нахождения информации о заказе;

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

- необходимость обеспечения оперативной обработки информации о слитках;

- необходимость увеличения скорости учета информации о слитках;

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

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

Использование данной ИС позволит частично разгрузить сотрудников склада, оптимизировать его работу и сократить сроки поиска, выдачи и отправки отчетов и слитков на дальнейшую обработку.

1 Анализ технического задания

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

Основные задачи склада слитков:

- Учет поступившей или убывшей продукции ;

- Погрузка-выгрузка слитков;

- Быстрый поиск необходимой стали для транспортировки;

- Консультация заказчика по имеющимся слиткам;

- Отметка особенностей поступивших плавок ;
1.2 Назначение и задачи системы
На склад, ведущий учет слитков электрометаллургического производства, возложены задачи:

- приемка слитков;

- отгрузка слитков;

- учет слитков;

- хранение на неопределенный срок слитков;

- быстрый поиск слитков по номеру плавки и марке;

- ведение записей об особенности поступившей продукции;

- отчет о количестве хранимых слитков.

1.3 Основные требования к системе
Исходя из приведенного выше обоснования необходимости разработки информационной системы учета слитков ЭМП ОАО «Русполимет», можно сформулировать ряд требований к разрабатываемой ИС:

- наличие списка всей продукции ;

- система должна обеспечивать ввод и централизованное хранение данных;

- быстрая запись данных и возможность их изменения;

- формирование отчетной документации в формате Excel, Word, PDF;

- быстрый поиск по любым введенным данным.
1.4 Порядок приемки ИС
Приемка информационной системы производится после окончания разработки информационной системы конечным пользователем и руководителем дипломного проекта. Конечным пользователем ИС является менеджер отдела продаж. По результатам проверки составляется отзыв на выполнение дипломного проекта.

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

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

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

- проектирование информационной системы – разработка структуры базы данных, определение всех атрибутов, сущностей и связей;

- программная реализация информационной системы – разработка, тестирование и отладка программы с использованием реальных данных.

1.6 Обзор научно-технической литературы и прочих источников материала
Для разработки и реализации проекта ИС, необходим набор технической литературы. Всю необходимую для проектирования литературу можно разделить на следующие группы:

- рекомендации и стандарты построения автоматизированных информационных систем на предприятиях;

- литература по программированию;

- документация на используемые программные продукты;

- нормативно-техническая документация;

- документы, регламентирующие предметную область (работу отдела продаж с информацией о заказах металлопроката).

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

- общие требования к функциональности ИС;

- обеспечение информационной безопасности ИС;

- рекомендации по обеспечению безотказной работы ИС;

- разграничение зон ответственности.

Также, помимо официальных изданий, необходима литература с общими рекомендациями по разработке информационных систем.

1.6.2 Литература по программированию. Данные источники информации необходимы для разрешения вопросов, связанных с практической реализацией компонентов системы на принятых платформах программирования (SQL, С++ и др.). Данная литература должна быть выбрана исходя из используемых средств разработки и языков программирования. В общем случае, необходима следующая литература:

- литература по платформе и среде программирования приложений;

- литература по СУБД.

1.6.3 Документация на используемые программные продукты. Данная документация необходима для:

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

- разрешения вопросов, связанного с настройкой ПО.

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

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

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

Клиент предоставляет информацию, такую как:

- ФИО;

- контактные данные;

- копию свидетельства ИНН;
1.8 Разработка структуры ИС
Исходя из требований, предъявляемых к проектируемой системе, можно выделить следующие группы программных задач:

- ввод данных о слитках;

- поиск данных;

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

Рисунок 1.1 – Структура проектируемой ИС
Входными данными для системы являются:

- дата приема;

- номер плавки;

- марка стали;

- тип слитка;

- количество слитков;

- масса слитков;

- отправитель;

- состояние слитков;

- примечание по плавке;

Выходными данными системы являются:

- отчеты в формах;

- справки в формах.

Слитки транспортируют на склад с накладной, данные из которой вносятся в компьютер сотрудником склада. Так же если в этой марке стали есть какие-либо отклонения от химического анализа, типа слитка и назначения, то эти данные вносятся в графу примечания для более массивного объема информации о них .
1.9 Разработка объектной модели ИС
Частные представления о содержимом базы данных, полученные в результате опроса пользователей, и прочие сведения о данных, которые могут потребоваться в будущих приложениях, представляют собой обобщенное неформальное описание создаваемой базы данных. Это описание, выполненное с использованием естественного языка, математических формул, таблиц, графиков и других средств, понятных разработчикам, работающих над проектированием базы данных, называют инфологической моделью данных. Структурная схема моделей данных представлена на рисунке 1.2.

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

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

- открыть из списка плавку;

- внести в нее изменения;

- удалить запись;

- произвести печать.

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

- логин доступа к БД;

- пароль для доступа к БД.

Объектная модель проектируемой ИС и характер связей между основными объектами приведен на рисунке 1.3.

Рисунок 1.3 – Объектная модель проектируемой ИС
1.10 Проектирование структуры базы данных
Для успешной реализации проекта объект проектирования (информационная система) должен быть прежде всего адекватно описан, должны быть построены полные и непротиворечивые функциональные и информационные модели ИС. Накопленный к настоящему времени опыт проектирования ИС показывает, что это логически сложная, трудоемкая и длительная по времени работа, требующая высокой квалификации участвующих в ней специалистов.

Все это потребовало разработки программно-технологических средств специального класса - CASE-средств, реализующих CASE-технологию создания и сопровождения ИС. Термин CASE (Computer Aided Software Engineering) используется в настоящее время в весьма широком смысле. Под термином CASE-средства понимаются программные средства, поддерживающие процессы создания и сопровождения ИС, включая анализ и формулировку требований, проектирование прикладного программного обеспечения (ПО) и баз данных, генерацию кода, тестирование, документирование, обеспечение качества, конфигурационное управление и управление проектом, а также другие процессы. CASE- средства вместе с системным ПО и техническими средствами образуют полную среду разработки ИС.

Одним из таких средств является Erwin. ERwin - средство разработки структуры базы данных. Он сочетает графический интерфейс Windows, инструменты для построения ER-диаграмм, редакторы для создания логического и физического описания модели данных и прозрачную поддержку ведущих реляционных СУБД и настольных баз данных. С помощью ERwin можно создавать или проводить обратное проектирование БД [13].

Процесс построения информационной модели состоит из следующих шагов:

- определение сущностей;

- определение зависимостей между сущностями;

- задание первичных и альтернативных ключей;

- определение атрибутов сущностей;

- приведение модели к требуемому уровню нормальной формы;

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

- генерация базы данных.

ERwin создает визуальное представление (модель данных) для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как части документации, необходимой в цикле разработки. ERwin автоматически создает БД (таблицы, индексы, хранимые процедуры, триггеры для обеспечения ссылочной целостности и другие объекты, необходимые для управления данными).

В ERwin существуют два уровня представления и моделирования - логический и физический. Логический уровень означает прямое отображение фактов из реальной жизни. На логическом уровне не рассматривается использование конкретной СУБД, не определяются типы данных (например, целое или вещественное число) и не определяются индексы для таблиц. Целевая СУБД, имена объектов и типы данных, индексы составляют второй (физический) уровень модели ERwin. ERwin предоставляет возможности создавать и управлять этими двумя различными уровнями представления одной диаграммы (модели), равно как и иметь много вариантов отображения на каждом уровне.
1.11 Выбор программных средств реализации ИС
Проектируемое решение является типичной задачей автоматизации информационного процесса в организации. Для решения подобных задач, существует множество подходов.

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

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

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

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

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

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

При разработке программы для своего дипломного проекта было выбрано использование объектно-ориентированного подхода. Данную программу можно реализовать на любом объектно-ориентированном языке программирования. Одним из наиболее распространенных на сегодня объектно-ориентированных языков программирования является Object Pascal.

Borland Delphi – мощная среда разработки, обеспечивающая высокое качество кода на протяжении всего цикла разработки ПО, от проектирования до внедрения, является мощным RAD-инструментом, предоставляющим возможность программирования в стиле drag-and-drop, основанного на компонентах. Этот стиль программирования получил широкое распространение, практически вытеснив концепцию каркасов.

Есть ещё один аспект, на который необходимо обратить внимание: в Borland Delphi зашита невероятно мощная и чрезвычайно гибкая среда программирования баз данных, что немаловажно для разрабатываемой программы. По сути дела это первая среда программирования баз данных для Object Pascal. Интерфейс с базами данных во многих других системах Object Pascal состоит из набора объектов, которые являются лишь тонкими оболочками, скрывающими под собой низкоуровневые функции баз данных. Это не сравнится с полным набором drag-and-drop компонентов баз данных, встроенных в систему. Эта среда содержит полный набор управляющих элементов для работы с данными, которые вообще не требуют программирования. В качестве системы управления базами данных удобно использовать СУБД Firebird. Firebird - компактная, кроссплатформенная, свободная система управления базами данных (СУБД), работающая на Linux, Microsoft Windows и разнообразных Unix платформах. В качестве преимуществ Firebird можно отметить многоверсионную архитектуру, обеспечивающую параллельную обработку оперативных и аналитических запросов, компактность, высокую эффективность и мощную языковую поддержку для хранимых процедур и триггеров. Firebird используется в различных промышленных системах (складские и хозяйственные, финансовый и государственный сектора) с 2001 г. Это коммерчески независимый проект программистов, технических советников и разработчиков мультиплатформенных систем управления базами данных, основанный на исходном коде, выпущенном корпорацией Borland в виде свободной версии Interbase 6.0.

Для создания базы данных была использована утилита IB Expert. IB Expert – это GUI оболочка предназначенная для разработки и администрирования баз данных InterBase и Firebird. IBExpert обладает множеством облегчающих работу компонентов: визуальный редактор для всех объектов базы данных, редактор SQL и исполнитель скриптов, отладчик для хранимых процедур и триггеров, построитель области, собственный скриптовый язык, а также дизайнер баз данных и т. д.

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