Разработка библиотеки построения детали класса «тела вращения» средствами выбранной графической системы

theSession.DisplayManager.HideByType(DisplayManager.ShowHideType.Curves, DisplayManager.ShowHideScope.AnyInAssembly); 

 

Строка

 

theUfSession.Part.Save();

 

сохраняет деталь в файл с именем, заданным переменной name1, по умолчанию путь к сохраненному файлу находится по адресу: C:\Program Files\UGS\NX7.5\UGII.

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

 

Рисунок 4.6 – Вид детали без линий эскиза

 

4.2 Разработка интерфейса библиотеки

 

Среда разработки Visual Studio Integrated Development Environment (IDE) - интегрированная среда разработки) включает набор инструментов и не зависит от используемых языков программирования, представленных в Visual Studio. Visual Studio можно использовать для создания кода и на различных языках программирования: управляемый C++ - Manadged C++, Visual Basic.NET, Java.NET, C#. Согласно рекомендациям компании Siemens остановим свой выбор на C#.

1. Создаем проект: Тип проекта – Visual C#, Установленные шаблоны Visual Studio – Приложение Windows Forms, имя решения – MyKR Как показано на рисунке 4.7.

 

Рисунок 4.7 – Окно создания проекта

 

2. Создался проект, содержащий форму Form1. В окне «Обозреватель решений» нажимаем правую кнопку мыши на объекте «Program.cs» и нажимаем команду «Удалить», как показано на рисунке 4.8.

Рисунок 4.8 – Обозреватель решений

 

3. Выбираем пункт меню Проект → Свойства проекта. Открывается следующее окно, как показано на рисунке 4.9

Рисунок 4.9 – Окно свойств проекта

 

На вкладке  Приложение выбираем Целевую рабочую  среду - .NET Framework 3.5, Тип выходных данных – Библиотека классов.

4. Двойным щелчком левой кнопкой мыши или нажимаем правой кнопкой мыши в области формы и выбираем команду «Перейти к коду». Открывается окно Form.cs*. В разделе using прописываем строки, показанные на рисунке 4.10.

Рисунок 4.10 – Главная форма библиотеки

 

5. Сохраняем проект, строим решение. При запуске данной библиотеки через NX появляется пустая форма как на рисунке 4.11)

Рисунок 4.11 – Пустая форма библиотеки

6. Для отображения данных на форме необходимо поместить компонент pictureBox1 для отображения эскиза детали, как показано на рисунке 4.12.

Рисунок 4.12 – Основные компоненты формы

 

Если в панели элементов отсутствуют необходимые  вам компоненты, то имеется возможность  включить эти компоненты в Панель элементов выбрав пункт меню Сервис → Выбрать элементы панели элементов. Откроется окно, в котором необходимо поставить галочку напротив имени нужного элемента. Лучше отсортировать элементы по принадлежности пространству имен нажав на поле Пространство имен.

7. Выполняем проверку и запускаем в NX библиотеку.

 

5 Виды обеспечения программного средства

5.1 Математическое обеспечение

 

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

Математическое  обеспечение разрабатываемой библиотеки включает в себя параметрическую модель детали в табличной форме. Фрагмент табличной модели смотрите в таблице 6.1.

 

Таблица 5.1 – Фрагмент параметрической модели втулки фиксатора

Точка	X	Y	Z
1	2	3	4
T1	0.00	d / 2	0.00
T2	0.00	d / 2 + (pD - d) / 2	0.00
T3	0.00	d / 2 + (pD - d) / 2	0.00
T4	L - pl	d / 2 + (pD - d) / 2	0.00 ;
T5	L - pl	d / 2 + (pD - d) / 2	0.00 ;
T6	L - pl	d / 2 + (pD - d) / 2 - (pD - pD2) / 2 - 0.3	0.00 ;
T7	L - pl	d / 2 + (pD - d) / 2 - (pD - pD2) / 2 - 0.3	0.00 ;
T8	L - pl + 3	pD2 / 2 - 0.3	0.00 ;
T9	L - pl + 3	pD2 / 2 - 0.3	0.00 ;
T10	L - pl + 3	pD2 / 2	0.00 ;
T11	L - pl + 3	pD2 / 2	0.00 ;
T12	L - pl1	pD2 / 2	0.00 ;
T13	L - pl1	pD2 / 2	0.00 ;
T14	L - pl1	pD1 / 2	0.00 ;
T15	L - pl1	pD1 / 2	0.00 ;

 

 

Продолжение таблицы 5.1

 

1	2	3	4
T16	L	pD1 / 2	0.00 ;
T17	L	pD1 / 2	0.00 ;
T18	0.00	d / 2	0.00 ;

 

5.2 Лингвистическое обеспечение

 

Требования  к компонентам лингвистического обеспечения:

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

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

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

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

- ИПЯ должны  включать словари, правила индексирования входной информации и правила формирования поисковых предписаний.

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

Всем вышеперечисленным  требованиям в полной мере удовлетворяет  язык объектно-ориентированного программирования C#, который входит в пакет Microsoft Visual Studio 2010. С# идеально подходит для создания подобного рода проектов и позволяет полностью реализовать всю функциональность разрабатываемой системы мониторинга статистических показателей, так как обладает широкими возможностями проектирования и имеет совместимость с SQL базами данных.

Встроенные  в Visual Studio конструкторы и возможности языков программирования позволяют создавать приложения, способные связываться с удаленными базами данных и отвечающие чаяниям сегодняшнего бизнеса, а использование преимуществ среды .NET Framework 3.5 помогает сократить время разработки.

Ниже производится сравнение С# с другими языками, используемыми сегодня для разработки. Начнем с VB.

Сравнение С# с VB:

Наиболее очевидное  отличие С# от VB в том, что С# компилирует  в MSIL, a VB — в машинный код. Программы, написанные на этих языках, требуют для запуска среду исполнения. Преимуществом среды исполнения С# является то, что она позволяет коду С# использовать функциональность, предлагаемую базовыми классами .NET.

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

Огромное число  программ на VB, занявших определенную нишу на рынке, было разработано людьми, которые понимают нужды рынка лучше, чем программирование. Если вы являетесь таким программистом-предпринимателем, новые замечательные возможности С# и .NET не избавят ваше приложение от ошибок разработки. Более того, особенности синтаксиса С# могут только усложнить процесс разработки и повысить вероятность появления ошибок. К тому же зависимость программ С# от среды исполнения требует, чтобы она поставлялась вместе со всеми приложениями, рассчитанными на .NET.

Сравнение С# с VB.NET:

VB.NET способен  делать практически то же самое,  что и С#. Единственное, что не позволяет VB.NET,— включать в программу блоки чистого кода на С++ с указателями и другие небезопасные идиомы. Однако это мало кому требуется.

Уже потому, что VB.NET является довольно мощным, его не так просто использовать. Добавление новых свойств к VB потребовало  провести значительные изменения грамматики и синтаксиса языка. Если вы не являетесь программистом на VB с опытом разработки объектно-ориентированного кода, то изучение VB.NET не покажется вам легким делом.

В примерах кода и в пресс-релизах Microsoft превозносит  С# над VB.NET. Кроме того, Microsoft планирует  для последующих разработок использовать в основном С# и опубликовать стандарт С#. чтобы другие производители могли разрабатывать компиляторы С# для своих платформ. Эти факты подразумевают, что программисты на VB могут оказаться изолированными в будущем. С другой стороны, позиции VB сейчас настолько сильны, что в действительности VB.NET может вытеснить С#!

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

Сравнение С# с Visual С++:

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

Так как предполагается, что С# более продуктивный, чем С++, С# запрещает некоторые идиомы С++, часто приводящие к ошибкам:

• С# запрещает указатели и арифметику указателей (за исключением их применения в блоках небезопасного кода).
• С# исключает макросы препроцессора (но сохраняет условную компиляцию и константы #define). Сложные макросы могут вызывать ошибки, когда они не предсказуемым образом применяются к составным аргументам.
• С# требует, чтобы переменная была инициализирована начальным значением до т<span class="dash041e_0441_043d_043e_0432_043d