Разработка программных средств формирования групповой спецификации в среде Creo - Дипломная работа

Полученные результаты расчета сравниваются с допустимым значением уровня шума для отдельного рабочего места согласно САНПИН 2.2.4.1191-03.Рынок специализированного программного обеспечения, или CAD (Computer Aided Design) технологий, насыщен всевозможными пакетами. К наиболее известным в промышленности "тяжелым" системам можно отнести следующие CAD системы: Creo, NX и CATIA. Внедрение зарубежных систем автоматизированного проектирования на российских предприятиях требует значительных усилий по их локализации, особенно в тех случаях, когда локализация не поддерживается разработчиком. Данная промышленная система обладает возможностью параллельной разработки изделия: основной стратегией, применяемой ведущими компаниями. Сюда включаются возможности промышленного дизайна, проектирования механических конструкций (в том числе, управление большими сборками), имитации функциональности изделия, изготовления и управления инженерными данными.Один из способов передачи информации в файл, пригодный для чтения, был реализован специалистами "Солвер" в программном модуле, входящем в комплект программ поставляемых с PARTLIST. Модуль Convertor. exe, реализованный средствами Visual Basic, способен конвертировать файл c расширением *. skd собственного формата PARTLIST в файл формата, используемого Microsoft Word (расширение *. doc). Ярким примером разделения информации из жизни web-мастера служат HTML (Hypertext Markup Language - язык гипертекстовой разметки) и каскадные таблицы стилей CSS (Cascading Style Sheets) [1].html - это стандартный язык разметки, используемый для описания того, как текст, изображения, гиперссылки и стандартные элементы графического интерфейса будут отображаться в web-браузере. Программист, разрабатывая web-страницу, вносит в текстовый файл данные, а так же элементы форматирования. Браузер загружая эту web-страницу, считывает данные и отображает их с учетом элементов форматирования.На сегодняшний день существует большое количество программного обеспечения способного использовать XML-файлы и преобразовывать их в свой внутренний формат. Так как наша документация будет представлена в виде таблиц, хорошим вариантом ее электронного формата был бы xls, который в свою очередь является внутренним форматом программы Microsoft Excel. В Microsoft Excel реализована возможность защиты документа от изменения, но в случае его пересохранения открывается возможность редактирования. Данное приложение входит в состав Microsoft Office, являющийся платформозависимым пакетом программ для офиса, то есть входящие в него программы могут быть установлены на компьютер только с операционной системой Windows. Формат doc менее удобен для редактирования таблиц, к тому же он принадлежит приложению Microsoft Word, входящему в состав пакета программ Microsoft Office.Обработка файла формата XML и применения к нему элементов языка XSLT возможна с помощью: - серверной программы, например, Java или JAVASERVER Page (JSP), которая использует таблицу стилей для автоматического преобразования документа и представления его клиенту; клиентской программы, например, браузера, которая выполняет преобразование путем чтения таблицы стилей, указанной с помощью инструкции по обработке (эти функции в некотором объеме может выполнять Internet Explorer); Для обработки файла, использующего форматирующие объекты языка XSL-FO и создания отформатированного документа, будем использовать fop-процессор, разработанный Джеймсом Таубером, который передал его проекту Apache XML. Программа Apache FOP (Formatting Object Processor - процессор форматирующих объектов), предназначенная для синтетических анализаторов Java, основана на XML-анализаторе Xerces проекта Apache XML.Рассмотренные, в предыдущем подразделе, приложения предоставляют консольный интерфейс и поэтому не удобны для пользователя. Обработка большого числа файлов усложняется постоянным вводом путей к ним, передаваемых в качестве параметров, по средствам командной строки. Для устранения данного недостатка было принято решение о разработке программы XMLCONVERTER, предоставляющей графический интерфейс пользователя. В качестве инструментальной среды программирования, в которой будет реализовано приложение, выбрана Microsoft Visual Studio 2010. Библиотеки Framework, предоставляемые этой средой, дают широкие возможности для разработки графического пользовательского интерфейса.В рамках настоящей квалификационной работы для преобразования xml-файла, содержащего данные групповой спецификации, в pdf-файл необходимо: 1 этап. Разработать структуру файла формата XML, который будет генерироваться модулем PARTLIST (Рисунок 1). Разработать таблицы стилей XSL по ГОСТ 2.113 - 75, описывающие преобразование и представление xml-документа в pdf-формате. Разработать приложение (XMLCONVERTER), преобразующее искомый xml-документ в промежуточный xml-документ для приведения его в соответствие с требованиями предприятия. С помощью процессора трансформирующих объектов MSXSL выполнить преобразование xml-файла в докуме

Содержание

Введение. Постановка задачи на уровне целей

1. Обзор существующих методов и средств решения задачи

1.1 Выбор метода передачи информации

1.2 Выбор формата для представления

1.3 Выбор программных средств обработки древовидных структур данных

1.4 Выбор метода построения пользовательского интерфейса

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

2.1 Механизм преобразования XML в PDF. Постановка задачи

2.2 Расширяемый язык разметки XML

2.3 Язык стилей XSL

2.4 Текстовые процессоры

3. Реализация представления спецификации в xml-формате и ее преобразование в PDF-формат

3.1 Разработка структуры xml-файла

3.2 Применение XSLT-инструкций для разработки шаблона XSL

3.3 Разработка шаблона XSL

3.4 Алгоритм преобразования исходного XML в новый XML

3.5 Использование MSXSL и Apache FOP

4. Разработка конвертера xml-представлений групповых спецификаций на сборочное изделие, в pdf-формат

4.1 Разработка приложения

4.1.1 Реализация пользовательского интерфейса

4.1.2 Разработка функций реализующих алгоритм преобразования исходного XML в новый XML

4.2 Создание инсталляционного пакета

4.3 Руководство пользователя

5. Организационно-экономические расчеты

5.1 Обоснование необходимости и актуальности разработки

5.2 Определение трудоемкости разработки программного продукта

5.3 Определение состава исполнителей

5.4 Расчет сметной стоимости и договорной цены разработки ПП

5.5 Расчет трудоемкости сопровождения ПП

5.6 Определение стоимости сопровождения ПП

5.7 Планирование цены ПП

5.8 Анализ конкурентоспособности и качества разрабатываемого программного продукта

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

5.8.2 Анализ изменения функциональных возможностей разрабатываемого ПП

5.8.3 Анализ соответствия разрабатываемого программного продукта нормативам

5.8.4 Анализ экономических показателей разрабатываемого ПП

5.8.5 Оценка конкурентоспособности ПП

5.9 Анализ технико-экономических показателей разработки и эксплуатации ПП

6. Безопасность и экологичность

6.1 Безопасность производственной среды

6.2 Шум на рабочем месте

Постановка задачи на уровне целей

В наше время благодаря стремительному развитию вычислительной техники стали возможными разработка и использование систем автоматизированного проектирования и подготовки производства. Рынок специализированного программного обеспечения, или CAD (Computer Aided Design) технологий, насыщен всевозможными пакетами. Современные лидеры CAD систем - это так называемые системы "тяжелого" САПРА. К наиболее известным в промышленности "тяжелым" системам можно отнести следующие CAD системы: Creo, NX и CATIA. Основная часть таких пакетов - импортного производства, поэтому их надо приспосабливать к требованиям и традициям российских пользователей.

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

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

Основные задачи, которые ставятся перед любой системой автоматизированного проектирования - это сокращение сроков разработки нового изделия и повышение качества выполнения проекта. Creo решает эти задачи оптимальным путем. Программа обладает рядом преимуществ по сравнению с конкурентами. Но, как и любой другой продукт, не лишен недостатков [7].

Один из недостатков Creo - отсутствие удобных средств подготовки конструкторской документации в соответствии с отечественной ЕСКД. В том числе - средств формирования спецификаций на сборочное изделие.

Для преодоления указанного недостатка в компании "Солвер" был разработан плагин (надстройка) PARTLIST для формирования спецификаций на сборочное изделие в соответствии с отечественными ГОСТАМИ.

Модуль PARTLIST предназначен для автоматизации процесса создания спецификации на сборочное изделие, разработанное в Creo (Рисунок 1). После установки модуль автоматически подключается в момент запуска Creo и позволяет назначать значения параметров спецификации компонентов сборки, устанавливать позиции компонентов (автоматически или вручную), формировать выходной документ для просмотра и печати.

Используя PARTLIST, пользователь получает возможность: - задать параметры спецификации детали в режиме детали;

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

- задать параметры спецификации элементов, не входящих в сборку, но представленных в спецификации (документация, ведомости, комплекты и т.п.);

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

- использовать при формировании спецификации автоматическое или ручное присвоение позиций;

программный приложение интерфейс конвертер

- редактировать значения параметров спецификации и полей основной надписи в режиме просмотра документа [3].

Рисунок 1 - Фрагмент групповой спецификации по ГОСТ 2.113-75

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

Основу управления жизненным циклом изделий составляет общекорпоративная информационная система управления для совместного создания, управления и использования актуальной информации об изделиях, объединяющая в единое информационное пространство людей, процессы, продукцию и информацию [8]. Для создания базы данных такой системы необходима документация в общеупотребительном электронном виде. PARTLIST лишен возможности подготовки такой документации. Разработка средств экспорта спецификации из PARTLIST в одном из стандартных форматов считается важной задачей. Их реализация позволит упростить процесс управления и передачи информации об изделии в рамках конструкторской подготовки производства. Уменьшить время на подготовку документации. Упростить процесс настройки рабочих мест пользователей.

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