Модернизация информационной системы "Проведение и анализ прочностных расчетов" для ОАО "АвтоВАЗ"

Модернизация процессов моделирования прочностных испытаний конструкций автомобиля в ОАО "АвтоВАЗ". Разработка алгоритмов обработки данных. Тестирование разрабатываемых систем. Определение времени на разработку программного обеспечения для модернизации.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 23.06.2012
Размер файла 9,2 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Размещено на http://www.allbest.ru/

МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РОССИЙСКОЙ ФЕДЕРАЦИИ

ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ

ВЫСШЕГО ПРОФЕССИОНАЛЬНОГО ОБРАЗОВАНИЯ

"САМАРСКИЙ ГОСУДАРСТВЕННЫЙ АЭРОКОСМИЧЕСКИЙ УНИВЕРСИТЕТ

ИМЕНИ АКАДЕМИКА С.П. КОРОЛЁВА

(НАЦИОНАЛЬНЫЙ ИССЛЕДОВАТЕЛЬСКИЙ УНИВЕРСИТЕТ)" (СГАУ)

Тольяттинский филиал

Кафедра радиоэлектроники и системотехники

ПОЯСНИТЕЛЬНАЯ ЗАПИСКА

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

Модернизация информационной системы "Проведение и анализ прочностных расчетов" для ОАО "АВТОВАЗ"

Дипломник

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

Консультанты

Нормоконтролер

Рецензент

Тольятти 2012

Реферат

Дипломный проект.

Пояснительная записка: _____ страниц, 42 рисунка, 34 таблицы, 25 источников, 7 приложений.

Графическая документация: 9 листов формата А1.

МОДЕРНИЗАЦИЯ, CASE ТЕХНОЛОГИИ, КОНЕЧНО-ЭЛЕМЕНТНАЯ МОДЕЛЬ, РАСЧЕТНАЯ МОДЕЛЬ, РАСЧЕТНЫЙ СЛУЧАЙ, АНАЛИЗ РЕЗУЛЬТАТОВ ПРОЧНОСТНЫХ РАСЧЕТОВ, БАЗА ДАННЫХ.

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

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

Модернизация ИС "Проведение и анализ прочностных расчетов" актуальна, так как требуется сокращение трудоёмкости прочностных расчетов, анализа их результатов и ведения отчетности.

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

Модернизация ИС "Проведение и анализ прочностных расчетов" проводится для БПР ОММИР НТЦ ОАО "АВТОВАЗ".

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

АС - автоматизированная система;

АСУ - автоматизированная система управления;

ИС - автоматизированная информационная система;

ИС - информационная система;

ЛКС - локальная компьютерная сеть;

ОС - операционная система;

ПО - программное обеспечение;

РС - рабочая станция;

РФ - Российская Федерация;

ГОСТ - государственный стандарт;

БПР - бюро прочностных расчетов;

ОММИР - отдел математического моделирования и расчетов;

УФСА - управление функциональными свойствами автомобиля;

ДТР - дирекция по техническому развитию;

MM - математическая модель конструкции;

КЭМ - конечно-элементная модель;

РМ - расчетная модель;

РС - расчетный случай (loadstep);

Содержание

  • Реферат
  • Определения, обозначения и сокращения
  • Введение
  • 1. Системотехническая часть
  • 1.1 Описание объекта автоматизации
  • 1.1.1 Описание организационно-штатной структуры БПР ОММИР НТЦ ОАО "АВТОВАЗ"
  • 1.1.2 Анализ существующей системы обработки информации в подразделении БПР ОММИР НТЦ ОАО "АВТОВАЗ"
  • 1.2 Выделение проблем используемой технологии ИС "Проведение и анализ прочностных расчетов"
  • 1.3 Формализация существующих бизнес-процессов
  • 1.3.1 Моделирование существующей технологии
  • 1.3.2 Выявление недостатков существующей технологии и поиск путей решения проблем
  • 1.3.3 Обоснование требований к разрабатываемой ИС
  • 1.4 Обоснование технологии разработки ПО для модернизируемой ИС "Проведение и анализ прочностных расчетов"
  • 1.4.1 Выбор технологии проектирования ПО для модернизируемой ИС "Проведение и анализ прочностных расчетов"
  • 1.4.2 Выбор CASE-средств
  • 1.5 Разработка архитектуры модернизируемой ИС "Проведение и анализ прочностных расчетов"
  • 1.6 Разработка модели системы
  • 1.6.1 Моделирование функционального поведения систем
  • 1.6.2 Моделирование данных
  • 1.6.3 Моделирование обработки данных, обеспечивающих функционирование системы
  • 1.6.4 Проектирование моделей данных
  • 1.7 Постановка задачи на разработку ПО для модернизации ИС "Проведение и анализ прочностных расчетов"
  • 2. Конструкторско-технологическая часть
  • 2.1 Разработка физической модели баз данных разрабатываемых систем
  • 2.2 Разработка пользовательского интерфейса
  • 2.3 Разработка основных алгоритмов разрабатываемых систем
  • 2.3.1 Разработка алгоритмов обработки данных для ИС "Создание шаблонов расчетных моделей"
  • 2.3.2 Разработка алгоритмов обработки данных для ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
  • 2.4 Тестирование разрабатываемых систем
  • 2.4.1 Функциональное тестирование ИС "Создание шаблонов расчетных моделей"
  • 2.4.2 Функциональное тестирование ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"
  • 2.4.3 Тестирование производительности разрабатываемых систем
  • 2.5 Схема реализации разрабатываемых систем
  • 3. Экономическая часть
  • 3.1 Определение времени на разработку программного обеспечения для модернизации ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ"
  • 3.2 Определение затрат на модернизацию ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ".
  • 3.2.1 Покупные изделия
  • 3.2.2 Затраты на электроэнергию
  • 3.2.3 Основная заработная плата
  • 3.2.4 Дополнительная заработная плата
  • 3.2.5 Отчисления на социальное страхование
  • 3.2.6 Амортизация оборудования
  • 3.2.7 Затраты на программное обеспечение
  • 3.2.8 Накладные расходы
  • 3.3 Определение трудоемкости работ по проведению и анализу результатов прочностных расчетов БПР ОММИР НТЦ ОАО "АВТОВАЗ" в расчете на один проект по вариантам
  • 3.4 Определение общих капиталовложений для выполнения работ по проведению и анализу прочностных расчетов для БПР ОММИР НТЦ ОАО "АВТОВАЗ" в расчете на один проект по вариантам
  • 3.4.1 Капитальные вложения на оборудование
  • 3.4.2 Капитальные вложения на программное обеспечение
  • 3.4.3 Капитальные вложения на площадь
  • 3.5 Определение затрат на проведение и анализ прочностных расчетов приходящихся на один проект по изменяющимся элементам затрат в БПР ОММИР ОАО "АВТОВАЗ"
  • 3.5.1 Покупные изделия
  • 3.5.2 Затраты на электроэнергию
  • 3.5.3 Основная заработная плата
  • 3.5.4 Дополнительная заработная плата
  • 3.5.5 Отчисления на социальное страхование
  • 3.5.6 Амортизация оборудования
  • 3.5.7 Затраты на текущий ремонт
  • 3.5.8 Затраты на программное обеспечение
  • 3.5.9 Амортизация площади рабочего места
  • 3.6 Определение годового экономического эффекта и прочих показателей экономической эффективности от внедрения ИС "Создание шаблонов расчетных моделей" и ИС. "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" для модернизации ИС ".Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ"
  • 3.6.1 Годовой экономический эффект от модернизации ИС "Проведение и анализ прочностных расчетов"
  • 3.6.2 Условно-годовой экономический эффект на основе себестоимости от ИС "Проведение и анализ прочностных расчетов"
  • 3.6.3 Срок окупаемости дополнительных капитальных вложений
  • 3.6.4 Коэффициент экономической эффективности капитальных вложений
  • 3.7 Социальный эффект от внедрения ИС "Создание шаблонов расчетных моделей" и ИС "Ведение отчетности по результатам моделирования прочностных испытаний конструкций" для модернизации ИС "Проведение и анализ прочностных расчетов" для БПР ОММИР НТЦ ОАО "АВТОВАЗ"
  • 3.8 Выводы и предложения
  • 4. Безопасность жизнедеятельности
  • 4.1 Улучшение условий труда работников бюро прочностных расчетов отдела математического моделирования и расчетов НТЦ ОАО "АВТОВАЗ"
  • 4.1.1 Факторы рабочей среды и категории тяжести работ
  • 4.1.2 Микроклимат рабочей зоны
  • 4.1.3 Освещение помещений и рабочих мест
  • 4.1.4 Воздействие шума
  • 4.1.5 Уровень напряженности электромагнитного поля
  • 4.1.6 Организация рабочего места
  • 4.1.7 Комплексная оценка факторов рабочей среды
  • 4.2 Пожарная безопасность
  • 4.2.1 Меры пожаробезопасности для офисных помещений
  • 4.2.2 Средства пожаротушения и порядок их применения
  • 4.3 Экологический менеджмент
  • 4.4 Обоснование технологической планировки оборудования БПР ОММИР
  • 4.5 Возможные чрезвычайные ситуации
  • 4.6 Выводы по разделу
  • Заключение
  • Список использованных источников
  • Приложения

Введение

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

В рассматриваемом подразделении ОАО "АВТОВАЗ" уже используется ИС, позволяющая решать задачу моделирования прочностных испытаний и частично задачу анализа результатов моделирования. Однако существуют процессы, выполняемые устаревшими подходами и технологиями.

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

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

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

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

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

Для достижения поставленной цели необходимо решить следующие задачи:

Описать предметную область и объект автоматизации.

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

Спроектировать модель предлагаемого состояния информационной системы заказчика "как должно быть".

Составить логическую и физическую модели БД.

Составить диаграмму компонентов ИС.

Провести оценку проделанной работы и выявить дальнейшие пути улучшения ИС. 1. Системотехническая часть

1.1 Описание объекта автоматизации

1.1.1 Описание организационно-штатной структуры БПР ОММИР НТЦ ОАО "АВТОВАЗ"

Отдел математического моделирования и расчетов является структурным подразделением в составе управления функциональных свойств автомобиля УФСА (дирекции по инжинирингу) службы вице-президента по техническому развитию ОАО "АВТОВАЗ" [1].

Целью ОММИР является оценка соответствия функциональных параметров вновь проектируемой конструкции заявленным на ОАО "АВТОВАЗ" стандартам качества, а так же выполнение сравнительного анализа существующих конструкций для улучшения функциональных параметров.

ОММИР в настоящее время состоит из пяти бюро:

Бюро прочностных расчетов;

Бюро пассивной безопасности;

Бюро общей динамики автомобиля;

Бюро виброкомфорта;

Бюро специальных функций.

В дипломном проекте рассмотрена деятельность БПР ОММИР, и предложена модернизация используемой в бюро ИС.

При реализации своей цели БПР ОММИР выполняет следующие задачи:

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

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

алгоритм программное обеспечение модернизация

В своей деятельности бюро руководствуется действующим законодательством РФ, нормативными организационно-распорядительными документами и методическими документами, действующими в ОАО "АВТОВАЗ", правилами внутреннего распорядка ОАО "АВТОВАЗ", руководством по качеству и политикой в области охраны окружающей среды, положением об отделе, решениями и указаниями начальника ОММИР [1].

Структура ОММИР УФСА представлена на рисунке 1:

Рисунок 1 - Структура ОММИР УФСА СВПТР ОАО "АВТОВАЗ"

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

Специалисты БПР занимаются разработкой ММ прочностных испытаний конструкций проекта, анализом результатов моделирования испытаний и извлечением отчетных данных. Создание ММ и визуальный анализ результатов моделирования испытания выполняются с помощью инженерного пакета программ Altair HyperWorks 11.0. Извлечение отчетных данных по результатам моделирования выполняется в отчет в формате электронной книги *. xls. На основе этих данных начальник БПР составляет итоговый отчет по проекту [1].

1.1.2 Анализ существующей системы обработки информации в подразделении БПР ОММИР НТЦ ОАО "АВТОВАЗ"

В настоящее время ОАО "АВТОВАЗ" при оценке параметров проектируемых автомобилей пользуется стандартом ENCAP (European New Car Assestment Program или "Европейская программа по оценке новых автомобилей"). Методы математического моделирования на стадии проектирования автомобиля, позволяют сократить сроки и стоимость разработки. Кроме того, методы математического моделирования конструкции автомобиля дают конструктору больший объем информации об объекте, нежели обычные испытания на стенде.

Любое испытание проводится по соответствующей методологии.

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

цель испытания;

требования к объектам испытания (размер, материал и др.);

характер прикладываемых нагружений (вид нагружения, сила и характер нагружения и др.);

описание реализации нагружения (узлы, к которым прикладывается нагрузка);

требования к испытательному стенду (допустимые погрешности оборудования, требования к средствам измерения и др.);

представление и алгоритм анализа результатов испытания.

На сегодняшний день в ИС используется САПР для автоматизации процессов проведения моделирования прочностных испытаний и визуальной оценки их результатов - конструкторский пакет Altair HyperWorks 11.0, включающий в себя препроцессор HyperMesh, решатель Optisruct и постпроцессор HyperView [4]. В ходе анализа проектируемой или совершенствуемой конструкции на соответствие заявленным стандартами качества прочностным параметрам, в ИС "Проведение и анализ прочностных расчетов" выполняются следующие функции [3], [7]:

Создание КЭМ конструкций в препроцессоре HyperMesh;

Создание расчетной модели (моделирование ряда испытаний на стенде - расчетных случаев) в препроцессоре HyperMesh;

Запуск на расчет в решателе Optisruct испытания;

Просмотр результатов моделирования испытания через постпроцессор HyperView;

Снятие данных по моделированию прочностных испытаний конструкций с интерфейса постпроцессора в документ формата *. xls;

Составление итогового отчета в формате *. xls по отчетным данным испытаний моделей конструкции.

Препроцессор - это программа, выполняющая обработку данных для другой программы. HyperMesh выполняет обработку данных для решателя Optistruct. Исходными данными для препроцессора является геометрическая модель объекта, выполненная в данном случае в CATIA V5 - в расчетный пакет импортируются CAD файлы [5], [6]. Метод конечных элементов позволяет конструктору решать задачи расчета сложных конструкций, путем разбиения их на более мелкие части - конечные элементы. Сложность КЭМ зависит от сложности геометрической модели конструкции и требований к точности результатов расчетов. После разбивки дальнейшие расчеты на нагрузку проводятся уже для отдельных конечных элементов, каждый из которых вносит свой вклад в характеристику прочности детали. После создания КЭМ инженер моделирует проведение испытаний автомобиля на стенде, создавая расчетные случаи для конструкции. Результирующий файл препроцессора имеет расширение". hm” и содержит математическую модель испытания, включающую в себя - КЭМ конструкции и РМ [7]. Математическая модель испытания содержит следующие сведения [3]:

КЭМ:

Компоненты конструкции:

Конечно-элементная сетка компонента конструкции (component);

Материал компонента (сталь, железо или стекло папка material);

Свойства компонента (толщина папка property).

Связи между компонентами конструкции:

Тип связи (сварка, склеивание поверхностей);

Свойства связи (количество свариваемых поверхностей).

РМ (LoadStep):

Существующие закрепления (ограничения подвижности в указанных точках или узлах);

Прикладываемые силы (точки или узлы их приложения, магнитуда);

Расчетные случаи - комбинация закреплений и прикладываемых сил в испытании (loadstep).

На рисунке 2 изображено дерево компонентов ММ в HyperMesh:

Рисунок 2 - Дерево компонентов ММ в HyperMesh

При проведении серии испытаний над моделью конструкции, сведения о КЭМ не меняются - меняются данные РМ. В испытаниях моделей автомобилей применяются аналогичные РМ, так как используется единая методология проведения испытаний

Рисунок 3 - Разбиение элемента конструкции автомобиля КЭ сеткой в препроцессоре HyperMesh

Рисунок 4 - Моделирование соединительного элемента между крепежными отверстиями

Рисунок 5 - Задание в препроцессоре закреплений кузова в расчетной модели соответственно закреплениям кузова на стенде

Рисунок 6 - Задание в препроцессоре прикладываемых сил, для моделирования испытания закручивания кузова на стенде

Решатель - программа, которая собирает модели отдельных конечных элементов в общую систему алгебраических уравнений и решает эту систему одним из методов разреженных матриц для моделирования каждого расчетного случая (испытания). Результирующий файл решателя имеет расширение". fem" и содержит следующие сведения [7]:

описание КЭМ;

описание РМ;

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

В ходе работы решателя Optistruct так же создаются файлы [3]:

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

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

html - файл, содержащий суммарную информацию о ММ;

h3d - результат расчета для просмотра в постпроцессоре.

Постпроцессор служит для визуализации результатов решения в удобной для пользователя форме. В БПР в качестве постпроцессора используется программа HyperView. С помощью постпроцессора можно визуально проанализировать результаты моделирования и узнать требуемые результаты моделирования прочностных испытаний. Отчетные данные по результатам моделирования вводятся в документ *. xls вручную на основе анализа данных постпроцессора.

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

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

Рисунок 7 - Окно решателя Optistruct

Рисунок 8 - Результаты моделирования прочностного испытания в HyperView

На следующем рисунке 9 отображена диаграмма вариантов использования работниками БПР ИС "Проведение и анализ прочностных расчетов" в ходе работы над проектом:

Рисунок 9 - Диаграмма вариантов использования информационной системы "Проведение и анализ прочностных расчетов" инженерами БПР

Рисунок 10 - Схема прочностного анализа моделей проектируемой конструкции в БПР

Рисунок 11 - Схема прочностного анализа при оптимизации модельного ряда

1.2 Выделение проблем используемой технологии ИС "Проведение и анализ прочностных расчетов"

При создании расчетных случаев РМ используется методология испытаний - инструкции по проведению испытаний. С каждой моделью конструкции проводится набор аналогичных испытаний - отчетные данные однородны. Значительные временные затраты уходят на создание повторяющихся расчетных моделей для разных моделей конструкции в рамках проекта - в расчетных случаях меняются только номера узлов закреплений и приложения сил в расчетных случаях. Данный процесс требуется модернизировать.

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

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

Таким образом, среди проблем ИС "Проведение и анализ прочностных расчетов", существенно усложняющих работу сотрудников подразделения БПР, выделены следующие:

1. Наличие рутинных повторяющихся операций при создании расчетных случаев для конструкций;

2. Отсутствие единообразной базы данных для хранения результатов прочностных испытаний;

3. Большая трудоемкость составления итоговой отчетности по проекту моделирования прочностных испытаний конструкций;

4. Большая трудоемкость поиска для просмотра отчетных данных по моделированию прочностных испытаний модели конструкции.

1.3 Формализация существующих бизнес-процессов

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

1.3.1 Моделирование существующей технологии

Работа подразделения происходит по двум направлениям:

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

Анализ прочностных характеристик уже существующих конструкций для решения по их улучшению.

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

Каждый сотрудник занимается прочностным анализом заданной модели конструкции автомобиля. Информация об испытаниях конструкции хранится в виде файлов САПР и электронных документов в формате *. xls на ПК сотрудника. Отчетные данные по результатам моделирования испытаний передаются начальнику БПР. Формированием итогового отчета по проекту занимается только начальник БПР [7].

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

Входные данные: Начало работы над проектом БПР инициируется заданием от ДТР на проведение прочностного анализа заданных конструкций. В качестве данных для выполнения обработки и последующего прочностного анализа на вход ИС из ДТР поступают геометрические модели конструкций в формате CAD, созданные в САПР CATIA V5.

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

Методология: Процесс оценки прочностных характеристик проектируемых конструкций происходит согласно методологии проведения прочностных испытаний и методологии работы в инженерной САПР Hyper Works 11.0. Проект выполняется соответственно плану-графику проведения прочностного анализа, индивидуальному для каждого проекта в соответствии со сложностью работ.

Исполнители: Проекты по прочностному анализу конструкций выполняются инженерами-конструкторами БПР и начальником БПР (ведущий инженер-конструктор).

Рисунок 12 - Процесс оценки прочностных характеристик проектируемых конструкций

Рисунок 13 - Декомпозиция процесса оценки прочностных характеристик проектируемых конструкций

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

Так же инженеры БПР занимаются оптимизацией характеристик существующих конструкций. В данном направлении основной работой является принятие решения инженерами, на основе анализа моделирования прочностных испытаний рассматриваемых конструкций, по изменению параметров конструкции. Изменяя параметры в уже имеющейся КЭМ конструкции, созданной ранее при проектировании, инженеры применяют к ней расчетные случаи РМ. Таким образом, при оптимизации параметры конструкции меняются, и проводится анализ, в ходе которого выясняется, улучшились ли прочностные характеристики конструкции после оптимизации. В подразделении БПР ОММИР при анализе прочностных характеристик уже существующих конструкций существует модель обработки и хранения информации, отображенная на рисунке 16 и рисунке 17:

Рисунок 15 - Процесс оценки прочностных характеристик уже существующих улучшаемых конструкций

Рисунок 16 - Декомпозиция процесса оценки прочностных характеристик уже существующих улучшаемых конструкций

1.3.2 Выявление недостатков существующей технологии и поиск путей решения проблем

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

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

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

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

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

Рассмотрим возможные пути решения выделенных проблем:

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

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

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

САПР Altair Hyper Works является приобретенным и использующимся на основе лицензии на ОАО "АВТОВАЗ" ПО. Существуют аналоги данного пакета инженерных программ - среди наиболее широко применяемых САПР Abaqus, Ansys, Nastran, PamCrash [4]. Но ни в одном из них нет программы для создания шаблонов расчетных моделей - то есть аналоги не решают выделенную проблему, к тому же все вышеперечисленное ПО является платным. Это значит, для вышеописанной проблемы единственным решением является дописать имеющуюся систему до требуемого функционала.

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

1.3.3 Обоснование требований к разрабатываемой ИС

ИС "Проведение и анализ прочностных расчетов" используется для проведения моделирования прочностных испытаний конструкций, хранения и анализа результатов моделирования.

ИС требуется модернизировать с целью устранения выделенных в п.1.3.2 данного дипломного проекта проблем.

В результате модернизации ИС "Проведение и анализ прочностных расчетов" должны быть достигнуты следующие цели:

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

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

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

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

В разрабатываемом для модернизации ИС "Проведение и анализ прочностных расчетов" ПО предлагается выделить следующие системы и подсистемы:

1. Система работы с шаблонами расчетных моделей:

подсистема создания шаблонов расчетных моделей;

подсистема привязки шаблонов расчетных моделей к КЭМ.

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

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

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

Источниками данных для системы работы с шаблонами расчетных моделей должны быть файлы модели, содержащие сведения о КЭМ, РМ - совокупности РС, и требуемых результатах моделирования (*. fem файл генерируемый решателем). Результаты применения расчетных случаев, входящих в РМ считаются независимо друг от друга.

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

Таблица 1 - Функции системы работы с шаблонами расчетных моделей

Функция

Задача

Создание шаблона расчетной модели

Импортировать *. fem файл, содержащий модель в систему

Считать из *. fem файла данные о РМ

Сформировать *. fem файл, содержащий данные о РМ (шаблон);

Импортировать файл в базу данных шаблонов РМ;

Привязка шаблона расчетной модели к КЭМ

Импортировать *. fem файл, содержащий КЭМ в систему;

Выбрать шаблон РМ для привязки;

Сформировать блок include данных *. fem файла;

Загрузить шаблон из базы данных в директорию с *. fem файлом КЭМ для использования решателем;

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

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

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

закрепление возможности вводить и редактировать данные конструкции за конкретным пользователем;

сохранение данных в единообразную БД;

поиск данных по заданным условиям выборки;

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

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

Логирование событий, происходящих в системе.

Разрабатываемые системы должны быть совместимы с любой версией Windows, не старше Windows XP SP2.

К квалификации персонала, эксплуатирующего системы, предъявляются следующие требования:

навыки работы с САПР Altair Hyper Works;

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

При работе систем возможны следующие аварийные ситуации, которые влияют на надежность работы системы:

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

ошибки системы, не выявленные при отладке и испытании системы.

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

надежности общесистемного ПО и разрабатываемых систем;

проведением комплекса мероприятий отладки, поиска и исключения ошибок.

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

интерфейсы систем должен быть типизированы и интуитивно понятны;

должно быть обеспечено наличие локализованного (русскоязычного) интерфейса пользователя;

цветовая палитра должна быть не раздражающих цветов;

должна выполняться проверка данных.

1.4 Обоснование технологии разработки ПО для модернизируемой ИС "Проведение и анализ прочностных расчетов"

Технология проектирования (технология разработки ПО) - способ организации процесса создания программы, совокупность приемов и способов выполнения определенных видов деятельности.

1.4.1 Выбор технологии проектирования ПО для модернизируемой ИС "Проведение и анализ прочностных расчетов"

Для проектирования модернизируемой ИС нужно выбрать технологию проектирования. На сегодняшний день существует большое множество технологий проектирования. Рассмотрим следующие наиболее широко используемые технологии проектирования, согласно источнику [9]:

RAD;

XP;

ICONIX;

RUP.

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

минимальный штат разработчиков;

короткий производственный график;

разработка решений для модернизации существующей ИС по итерациям;

охват полного жизненного цикла ПО;

личный опыт работы с технологией;

технология широко применяется;

наличие бесплатного ПО.

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

Отобразим выбор по данным критериям в виде следующей таблицы 2:

Таблица 2 - выбор технологии проектирования модернизированной ИС

Критерий оценки

RAD

XP

ICONIX

RUP

Минимальный штат разработчиков

3

2

2

2

Короткий производственный график

3

1

2

1

Разработка по итерациям

3

3

2

1

Полнота охвата ЖЦ ПО

3

3

1

3

Личный опыт работы с технологией

1

1

0

0

Технология широко применяется

3

3

2

2

Наличие бесплатного ПО

2

3

2

1

ИТОГО

18

16

11

10

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

Фаза анализа и планирования требований:

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

- построение диаграммы, описывающей глобальный процесс потока информации;

- декомпозиция глобального процесса на элементарные составляющие;

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

Фаза проектирования:

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

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

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

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

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

- разработка архитектуры информационной системы;

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

- предъявление требований к информационной системе.

Фаза построения:

- инфологическое проектирование информационной системы;

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

- разработка физической модели базы данных;

- проектирование интерфейса информационной системы;

- построение диаграммы развертывания информационной системы.

Фаза внедрения:

- обеспечение программного и аппаратного соответствия инфраструктуры технологическим требованиям;

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

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

- обучение пользователей;

- первичный импорт данных;

- опытная эксплуатация.

1.4.2 Выбор CASE-средств

Для моделирования процессов, архитектуры, обработки данных в разрабатываемых системах требуется выбрать CASE-средства.

На основе списка средств UML-моделирования, представленного в источниках [12], [13], [14], [15], выделены следующие основные средства для проектирования с помощью UML:

Visual Paradigm;

Rational Rose;

Borland Together;

Netbeans UML Plugin;

Enterprise Architect.

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

- Возможность генерации программного кода;

- Возможность производить реверс кода;

- Поддержка ОС Windows;

- Стоимость приобретения;

- Опыт использования;

- Простота освоения и использования.

Таблица 3 - Выбор СASE-средств

Visual Paradigm

Rational Rose

Borland Together

Netbeans UML Plugin

Enterprise Architect

Возможность генерации программного кода

10

0

0

5

10

Возможность производить реверс кода

10

0

0

0

10

Поддержка ОС Windows

10

10

10

10

10

Стоимость приобретения

20

0

10

20

10

Опыт успешного использования (отзывы)

10

10

10

0

10

Простота освоения и использования.

10

5

10

10

10

ИТОГ:

70

25

40

45

60

Анализ показал, что наиболее подходящее для проектирования CASE-средство это Visual Paradigm.

1.5 Разработка архитектуры модернизируемой ИС "Проведение и анализ прочностных расчетов"

Архитектура информационной системы - концепция, определяющая модель, структуру, выполняемые функции и взаимосвязь компонентов ИС [11].

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

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

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

- простота создания (влияет на срок разработки и внедрения ИС);

- эффективное управление данными (влияет на сложность эксплуатации ИС);

- одновременная работа нескольких пользователей возможность одновременной работы нескольких пользователей (до 30 человек);

Следующие критерии не будут существенно влиять на выбор архитектуры:

- стоимость серверного оборудования (на ОАО "АВТОВАЗ" уже закуплены сервера, способные решать поставленные задачи с установленной на них лицензионной СУБД Oracle);

- отказоустойчивость компонентов архитектуры (отказоустойчивость компонентов обеспечивается соответствующими службами АВТОВАЗ);

Таблица 4 - Критическая оценка архитектур для ИС

Критерий оценки

Централи-зованная

Файл-сервер

Клиент-сервер

Многоуров-невый клиент-сервер

Управляемость

1

1

3

2

Простота создания

1

1

3

2

Многопользовательность

1

2

2

3

ИТОГО

3

4

8

7

Выбор сделан в пользу двузвенной архитектуры так, как разрабатываемое в дипломном проекте ПО имеет узкую специализацию для использования. Фактически, в рамках ОАО "АВТОВАЗ" данные приложения будут использоваться только в БПР, то есть количество пользователей невелико, используемые данные и результаты работы приложений предназначены только для работников БПР.

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

Рисунок 17 - Диаграмма компонентов ПО, разрабатываемого для модернизации ИС "Проведение и анализ прочностных расчетов"

На диаграмме компонентов показано, что на ПК сотрудника установлено разработанное для модернизации системы ПО - "Создание шаблонов расчетных моделей" и ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций". Приложения содержат SQL запросы, посредством которых они обращаются к установленной на кластере СУБД Oracle. СУБД обращается внутри себя к базе данных, с помощью средств операционной системы данные извлекаются из файла и отправляются клиенту обратным SQL запросом.

1.6 Разработка модели системы

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

Следуя её этапам, в данной части проекта осуществляется разработка моделей систем. Разработка моделей систем включает построение:

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

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

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

1.6.1 Моделирование функционального поведения систем

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

Разработка диаграммы преследует следующие цели:

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

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

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

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

Границами для разрабатываемых ИС "Создание шаблонов расчетных моделей" и ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" являются границы уже существующей ИС "Анализ и ведение прочностных расчетов".

Данная система охватывает область проведения моделирования прочностных испытаний конструкций, хранения и анализа результатов моделирования прочностных расчетов. Она предназначена только для инженеров-конструкторов БПР. ИС "Создание шаблонов расчетных моделей" на рисунке 18 рассматривается как составляющая системы Altair Hyper Works. ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций" полностью выполняет функции, связанные с обработкой и хранением результатов моделирования испытаний. Функционал соответствует требованиям к функциям, выполняемым системой, описанным в пункте 1.2.3.

Рисунок 18 - Диаграмма вариантов использования модернизируемой ИС

1.6.2 Моделирование данных

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

Приведем диаграмму классов, описывающую ключевую иерархию классов ИС "Создание шаблонов расчетных моделей", атрибуты классов и реализуемые ими методы:

Рисунок 19 - Диаграмма классов для ИС "Создание шаблонов расчетных моделей"

Ключевым в работе ИС является класс Шаблон (Template), хранящий информацию о шаблоне РМ.

Атрибуты класса Шаблон:

- Creation_date - дата создания;

- Template_name - название шаблона;

- Creator - создатель шаблона;

- Comment - комментарий.

Методы класса Шаблон:

- Create_Template (FEM_Path: String, Template_name: String) создать новый шаблон;

- Link_Template (KEM_Path: String, Template_name: String) связать существующий шаблон с моделью.

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

Атрибуты класса Пользователь:

- Tab_N - табельный номер пользователя;

- Reg_N - постоянный номер пользователя;

- FIO - ФИО пользователя;

- Role - роль пользователя.

Методы класса Пользователь:

- Create_User - добавить нового пользователя;

- Update_User - редактировать данные пользователя;

- Drop_User - удалить пользователя.

А так же с классом Соединение (DBConnection) при загрузке нового шаблона в базу данных, и извлечении готового шаблона из базы данных. Класс Соединение хранит информацию о соединении с базой данных ИС.

Атрибуты класса Соединение:

- Connectoin - имя соединения;

- ConnectionPath - путь соединения.

Методы класса Соединение:

- Create_Connection () - создать новое соединение;

- Get_Current_Connection () - доступ к имеющемуся соединению.

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

Ключевым в работе ИС является класс Проект (Project). Класс Проект связан отношением композиции с классом Конструкция (Construction). Отношение композиции служит для выделения специальной формы отношения "часть-целое", при которой составляющие части не могут выступать в отрыве от целого, т.е. с уничтожением целого уничтожаются и все его части. Это отношение показывает, что объект содержит конструкции.

Рисунок 20 - Диаграмма классов для ИС "Ведение и анализ отчетности по результатам моделирования прочностных испытаний конструкций"

Атрибуты класса Проект:

- Project_name - название проекта;

- Created - дата запуска на исполнение (создания) проекта;

- Finished - дата завершения проекта;

- Creator - ответственный за проект (начальник бюро);

- Constructions - конструкции, входящие в проект.

Методы класс Проект:

- Create_Project (Project_name: String, Created: Date, Finished: Date, Creator: Users, Constructions: Construction) - создать карту нового проекта;

- Update_Project () - редактировать данные проекта;

- Drop_Project () - удалить данные проекта;

Класс Конструкция связан отношением композиции с классом Расчетная модель (FEM) - конструкция содержит применяемые к ней расчетные модели.

Атрибуты класса Конструкция:

- Construction_name - название конструкции;

- Created - дата добавления;

- Updated - дата изменения;

- Engineer - ответственный инженер;

- Loadsteps - применяемые РС.

Методы класса Конструкция:

- Create_construction (Construction_name: String, Created: Date, Updated: Date, Engineer: Users, Loadsteps: Loadstep) - добавить данные о конструкции;

- Update_construction () - редактировать данные о конструкции;

- Drop_construction () - удалить данные о конструкции.

Класс Конструкция связан отношением композиции с классом Расчетный случай (Loadstep) - конструкция содержит применяемые к ней расчетные случаи (испытания).

Атрибуты класса Расчетный случай:

- Loadstep_name - название расчетного случая;

- Constraints - входящие закрепления;

- Forces - входящие нагрузки;

- Result_grid - узлы, с которых по методологии снимаются результаты испытания.

Методы класса Расчетный случай:

- Create_loadstep (Loadstep_name: String, Loadsteps: Loadstep, Forces: Force) - добавить данные о расчетном случае;

- Update_loadstep () - редактировать данные о расчетном случае;

- Drop_loadstep () - удалить данные о расчетном случае.

Класс Расчетный случай связан отношением композиции с классами Закрепление (Constraint), Нагрузки (Force) и Фигурирующие узлы (Result_Grids) - расчетный случай содержит сведения о закреплениях и прикладываемых нагрузках. Класс Закрепление связан отношением композиции с классом Степени свободы (DOF) - закрепление может иметь степени свободы.


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.