Загрузка...
Учебная работа. Курсовая работа: Системный подход к проектированию
Карагандинский Муниципальный технический Институт
Кафедра
ПОЯСНИТЕЛЬНАЯ ЗАПИСКА
Тема: «Системный подход к проектированию»
2009
Содержание
Введение
1. Моделирование действий и систем
1.1 Моделирование одноканальных СМО
1.2 Моделирование систем с организацией списков
1.3 Моделирование динамических действий механических систем
2. Техническое задание
2.1 Общие сведения
2.1.1 Наименование проекта и условные обозначения
2.1.2 заказчик и разраб
2.1.3 Сроки выполнения работ
2.1.4 Обоснование разработки
2.2 Предназначение и цели сотворения системы
2.2.1 Предназначение системы
2.2.2 Цели сотворения системы
2.2.3 Аспекты эффективности функционирования системы
2.3 Черта действий проектирования
2.4 Требования к системе
2.4.1 Общие требования
2.4.2Требования к видам обеспечения
2.4.2.1 Требования к информационному обеспечению
2.4.2.2Требования к математическому обеспечению
2.4.2.3 Требования к лингвистическому обеспечению
2.4.2.3.1 Требования к языку программирования
2.4.2.3.2 Требования к входным, выходным и промежным языкам
2.4.2.4 Требования к программному обеспечению
2.4.2.4.1 Требования к общесистемному программному обеспечению
2.4.2.4.2 Требования к базисному программному обеспечению
2.4.2.4.3 Требования к прикладному программному обеспечению
2.4.2.5 Требования к техническому обеспечению
2.4.2.6 Требования к методическому обеспечению
2.6 порядок контроля и приемки системы
3. Информационное обеспечение
3.1 структура информационных потоков
3.11 Информационные потоки до автоматизации
3.1.2 Информационные потоки опосля автоматизации
3.2 Мировозренческая модель данных
3.3 Логическая модель данных
3.4 Физическая модель данных
Заключение
Введение
В истинное время большенными темпами развиваются информационные технологии, что дозволяет заавтоматизировать ручную работу в разных отраслях деятельности.
Развитие технического прогресса и промышленного производства непременно приводит к возникновению новейших систем и комплексов, повышающих производительность и эффективность труда.
Под автоматизацией проектирования соображают систематическое применение ЭВМ в процессе проектирования при научно обоснованном распределении функций меж проектировщиком и ЭВМ , и научно обоснованном выборе способов машинного решения задач.
Автоматическое проектирование — это главный метод увеличения производительности труда инженерных работников, занятых проектированием.
термин «система» греческого происхождения и значит целое, составленное из отдельных частей. В истинное время существует довольно огромное количество определений понятия «система». определения понятия «система» изложены в работах Л. Фон Берталанфи, А. Холла, У. Гослинга, Р. Акоффа, К. Уотта и остальных. Более близким определением, относящимся к информационным системам, является определение К. Уотта, согласно которому, система — это взаимодействующий информационный комплекс, характеризующийся почти всеми причинно-следственными взаимосвязями. Иными словами, систему можно разглядывать как целенаправленный комплекс взаимосвязанных частей. Непременное существование частей описывает общие для всех частей целенаправленные правила взаимосвязей, обуславливающие целенаправленность системы в целом.
Система автоматического проектирования — система, объединяющая технические средства, математическое и программное обеспечение, характеристики и свойства которых выбирают с наибольшим учетом особенностей задач инженерного проектирования и конструирования.
Автоматизация действий проектирования в особенности эффективна, когда от автоматизации выполнения отдельных инженерных расчетов перебегают к всеохватывающей автоматизации, создавая для данной цели системы автоматического проектирования (САПР).
1. Моделирование действий и систем
1.1 Моделирование одноканальных СМО
исследование средств GPSS для построения имитационных моделей одноканальных бесприоритетных систем. исследование моделей на ЭВМ , обработка результатов моделирования.
Одноканальная СМО состоит из буферного накопителя емкостью L=9 и обслуживающего устройства. В систему поступает поток заявок в интервале [30. .60] мин. Если следующая заявка застает накопитель заполненным, то она получает отказ. Продолжительность обслуживания Тобсл. =160 с отклонением=30 мин.
Требуется найти возможность отказа в обслуживании, среднее время ожидания, среднюю длину очереди в течение 1000 мин.
Программный код:
generate 45,15
test l q$LINE,5,MET1
QUEUE LINE
SEIZE UST1
DEPART LINE
ADVANCE 160,30
RELEASE UST1
TERMINATE
MET1 TERMINATE
GENERATE 1000
TERMINATE 1
Блок-схема модели
Результаты работы:
GPSS World Simulation Report — Untitled.9.1
Thursday, September 18, 2008 10:38:28
START TIME END TIME BLOCKS FACILITIES STORAGES
0.000 1000.000 11 1 0
NAME VALUE
LINE 10000.000
MET1 9.000
UST1 10001.000
LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY
1 GENERATE 22 0 0
2 TEST 22 0 0
3 QUEUE 11 5 0
4 SEIZE 6 0 0
5 DEPART 6 0 0
6 ADVANCE 6 1 0
7 RELEASE 5 0 0
8 TERMINATE 5 0 0
MET1 9 TERMINATE 11 0 0
10 GENERATE 1 0 0
11 TERMINATE 1 0 0
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
UST1 6 0.945 157.455 1 7 0 0 0 5
QUEUE MAX CONT. ENTRY ENTRY(0) AVE.CONT. AVE.TIME AVE.(-0) RETRY
LINE 5 5 11 1 3.901 354.667 390.134 0
FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE
24 0 1006.530 24 0 1
7 0 1084.178 7 6 7
25 0 2000.000 25 0 10
Вывод:
Среднее время ожидания в очереди 354, 667 мин, средняя длина очереди 3 человека, возможность отказа равна 11/22 либо 50%.
1.2 Моделирование систем с организацией списков
исследование средств GPSS для моделирования и исследование черт моделей с разными дисциплинами обслуживания, исследование Пуассоновских потоков событий, оценка точности моделирования.
4. Одноканальная СМО состоит из буферного накопителя с емкостью L=10 и обслуживающего устройства. В систему поступает Пуассоновский поток заявок с параметром l=0.05. Если поступающая заявка застает накопитель заполненным, то она получает отказ. Выбор заявок на сервис осуществляется по динамическому приоритету, выбирается заявка имеющая меньшее время обслуживания. Продолжительность обслуживания — сл. величина, распределенная нормально со средним Тоб
=16 и обычным отклонением sоб
=3.
Требуется найти возможность отказа в обслуживании, среднее время ожидания в очереди, среднюю длину очереди.
Блок-схема модели
Программный код:
XPDIS FUNCTION RN1,C24 ; распределение ПУАССОНА
0,0/.100,.104/.200,.222/.300,.355/.400,.509
.500,.690/.600,.915/.700,1.200/.750,1.380
.800,1.600/.840,1.830/.880,2.120/.900,2.300
.920,2.520/.940,2.810/.950,2.990/.960,3.200
.970,3.500/.980,3.900/.990,4.600/.995,5.300
.998,6.200/.999,7/1,8
SNORM FUNCTION RN1,C25 ; обычное распределение
0.0,-5/0.00003,-4./.00135,-3.0/.00621,-2.5/.02275,-2./.06681,-1.5
.11507,-1.2/.15866,-1./.21186,-.8/.27425,-.6/.34458,-.4/.42074,-.2
.5,0.0/.57926,.2/.65542,.4/.72575,.6/.78814,.8/.84134,1/.88493,1.2
.93319,1.5/.97125,2/.99379,2.5/.99865,3/.99997,4.0/1.0,5.0
obsl fvariable 26+3#fn$snorm
slu variable rn1@ch$buf
generate 20,fn$xpdis
assign 1,v$obsl
gate nu ust,aaa
bbb seize ust
advance p1
release ust
unlink buf,bbb,1
terminate
aaa test l ch$buf,10,ccc
link buf,fifo
ccc terminate
generate 28800
terminate 1
Результаты работы:
GPSS World Simulation Report — лаб№4.4.1
Thursday, October 23, 2008 10:01:55
START TIME END TIME BLOCKS FACILITIES STORAGES
0.000 28800.000 13 1 0
NAME VALUE
AAA 9.000
BBB 4.000
BUF 10005.000
CCC 11.000
OBSL 10002.000
SLU 10003.000
SNORM 10001.000
UST 10004.000
XPDIS 10000.000
LABEL LOC BLOCK TYPE ENTRY COUNT CURRENT COUNT RETRY
1 GENERATE 1439 0 0
2 ASSIGN 1439 0 0
3 GATE 1439 0 0
BBB 4 SEIZE 1439 0 0
5 ADVANCE 1439 0 0
6 RELEASE 1439 0 0
7 UNLINK 1439 0 0
8 TERMINATE 1439 0 0
AAA 9 TEST 1141 0 0
10 LINK 1141 0 0
CCC 11 TERMINATE 0 0 0
12 GENERATE 1 0 0
13 TERMINATE 1 0 0
FACILITY ENTRIES UTIL. AVE. TIME AVAIL. OWNER PEND INTER RETRY DELAY
UST 1439 0.794 15.882 1 0 0 0 0 0
User CHAIN SIZE RETRY AVE.CONT ENTRIES MAX AVE.TIME
BUF 0 0 1.255 1141 10 31.674
FEC XN PRI BDT ASSEM CURRENT NEXT PARAMETER VALUE
1441 0 28808.069 1441 0 1
1442 0 57600.000 1442 0 12
Режим
Возможность отказа в обслужи-вании
Среднее время ожидания в очереди
Среднее время обслужива-ния
Коэф-т использо-вания оборудо-вания
Макси-мальная длина очереди
Кол-во обрабо-танных заявок
Кол-во покинув-ших заявок
FIFO L=¥
0
3157.179
25.836
0.999
327
1113
0
FIFO L=10
22.16%
205.859
25.841
0.998
10
1111
319
LIFO L=¥
0
3138.789
25.813
0.999
326
1114
0
LIFO L=10
22.16%
206.498
25.858
0.998
10
1111
319
Динам
Ценность, L=¥
0
2739.101
24.876
0.999
284
1156
0
Динам
Ценность, L=10
21.96%
208.735
25.812
0.999
10
1114
316
Вывод:
Из приобретенных результатов видно, что при ограниченной очереди наилучший итог получен при использовании дисциплины обслуживания FIFO, потому что среднее время простоя в очереди малое.
При неограниченной очереди наилучший итог получен при динамическом приоритете, потому что количество заявок наибольшее, а время обслуживания малое.
1.3 Моделирование динамических действий механических систем
исследование механических систем.
Выстроить эквивалентную схему для рисунка 1, изучить процессы функционирования системы и высчитать коэффициент динамичности.
m1
=1500 кг; m2
=m3
=m4
=m5
= 1000кг;
m6
=m7
= 500кг; l1
=0,8 м;
S1
= 0,006 м2
; E1
= 2*105
Н/м;
l2
= 1,2 м; S2
= 0,005 м2
;
E2
= 2*104
Н/м; F= 200H.
Набросок 1.1 — Механическая схема
Набросок 1.2 — Эквивалентная схема
Расчет коэффициента динамичности:
Кд UP6
= 
Кд UP1
= 
2. Техническое задание
2.1 Общие сведения
2.1.1 Наименование проекта и условные обозначения
Проектированию подлежит автоматическая система расчета напряженно-деформированного состояния ферменных конструкций, называемая в предстоящем «АС».
2.1.2 заказчик и разраб
Заказчиком АС является кафедра системы автоматического проектирования Карагандинского муниципального технического института. Разрабом АС является студент группы ВТ-05-6, факультета информационных технологий Карагандинского муниципального технического института, Галимова Марьяна Игоревна.
2.1.3 Сроки выполнения работ
Начало работ по созданию АС 1.02.2009г.
Окончание работ — 30.04.2009 г.
2.1.4 Обоснование разработки
Основанием для проведения работ по созданию АС является приказ на дипломное проектирование ___________________________, утвержденный согласно учебному плану кафедры системы автоматического проектирования по специальности 050704 «Вычислительная техника и программное обеспечение».
2.2 Предназначение и цели сотворения системы
2.2.1 Предназначение системы
Разрабатываемая АС создана для:
автоматического расчета напряженно-деформированного состояния ферменных конструкций;
построения модели ферменной конструкции;
хранения инфы о расчетной схеме ферм;
проведения конечно-элементного анализа;
построения эпюр напряжений и деформаций;
поиска рационального решения задачки;
анализа приобретенных результатов и подбора советов;
выдачи нужных результатов расчета.
2.2.2 Цели сотворения системы
Цели сотворения АС:
увеличение производительности работы инженера, занимающегося расчетом ферменных конструкций;
уменьшение издержек времени проектирования;
повышение эффективности труда;
понижение вероятности возникновения ошибок при расчетах;
увеличение точности расчетов;
понижение коммерческих утрат;
организация учебного процесса кафедры САПР.
2.2.3 Аспекты эффективности функционирования системы
Аспектом эффективности функционирования АС является отношение эффективности, получаемой от увеличения производительности труда инженера-проектировщика, степень экономии рабочего времени, понижение ошибок в работе и формирование эпюр напряжений и деформаций.
2.3 Черта действий проектирования
Объектом проектирования является процесс расчета напряженно-деформированного состояния ферменных конструкций.
автоматизации подлежат последующие процедуры:
построение модели ферменной конструкции;
расчет напряженно-деформированного состояния ферм;
составление расчетной схемы;
оформление и вывод на экран результатов расчета.
2.4 Требования к системе
2.4.1 Общие требования
Система обязана состоять из интерфейсного модуля и набора модулей для решения каждой из задач проектирования.
Связь для информационного обмена меж подсистемами будет обеспечивать интерфейсный модуль.
АС обязана обеспечивать создание командного файла, выполняющего построение и анализ модели исследования, и его перенос в ANSYS.
Вывод результатов проектирования и анализа должен выполняться в виде обычной проектной документации. При всем этом обязано обеспечиваться представлении выходной расчетной инфы в текстовом (файл результатов расчета и таблицы с доборной информацией анализа) и графическом (эскиз модели, эпюры распределения нагрузок и остальные диаграммы) виде. Должны быть автоматизированы промежные стадии проектирования, такие как:
вычисление констант, применяемых при описании физических параметров модели;
построение исследуемой модели;
построение геометрической модели;
построение дискретной модели;
передача начальных данных расчета системе ANSYS в виде командного файла;
проведение конечно-элементного анализа;
поиск рационального решения задачки;
выбор формы представления результирующих данных;
документооборот меж системами ANSYS и АС, нужный для переноса результатов анализа и оптимизации с минимальным ролью проектировщика.
2.4.2Требования к видам обеспечения
2.4.2.1 Требования к информационному обеспечению
При разработке АС нужно выполнить последующие требования к информационному обеспечению:
при разработке структуры информационных потоков обязано быть обеспечено получение целостной, неизбыточной, достоверной, непротиворечивой инфы о объекте анализа для получения корректного решения;
система обязана обеспечивать контроль корректности ввода начальных данных;
АС обязана иметь диалоговый и пакетный человеко-машинный интерфейс;
создать концептуальную, логическую и физическую модели данных и потоков инфы для новейшей схемы проектирования;
связь для информационного обмена меж подсистемами должен обеспечивать интерфейсный модуль;
АС обязана подготавливать начальные данные для расчета в обычном для системы ANSYS виде.
2.4.2.2 Требования к
математическому обеспечению
Математическое обеспечение обязано удовлетворять последующим требованиям:
адекватность данных;
точность;
экономичность, которая характеризуется затратами машинного времени и памяти.
Математическое обеспечение обязано содержать:
математическую модель объектов проектирования;
обоснование выбора способов проектирования;
метод выполнения расчетов.
2.4.2.3 Требования к лингвистическому обеспечению
2.4.2.3.1 Требования к языку программирования
язык программирования, на котором будет разрабатываться АС, должен быть языком высочайшего уровня, также поддерживать объектно-ориентированную модель данных и обеспечивать получение выполняемого модуля для избранной операционной системы.
Не считая того, язык программирования должен удовлетворять последующим требованиям:
удобство использования, т.е. Издержки времени программера на освоения языка и основным образом на написание программ на этом языке;
универсальность, т.е. возможность использования языка для описания различных алгоритмов, соответствующих для программного обеспечения САПР;
эффективность объектных программ, которая оценивается качествами применяемого транслятора, который, в свою очередь, зависит от параметров языка.
2.4.2.3.2 Требования к входным, выходным и промежным языкам
Входным языком являются формы для ввода инфы о форме конструкции, о базисных размерах, о типе элемента, также о свойствах применяемого материала. Данные вводятся с клавиатуры.
Входной язык должен:
обеспечить ввод начальных данных;
обеспечивать удобочитаемость и компактность описаний;
должен быть обычным в использовании.
Промежным языком является командный текстовый файл, который передает начальные данные расчета системе ANSYS.
Выходным языком являются результаты расчетов, которые представляются как в виде графической инфы, т.е. эпюр, так и в виде текстовой инфы, т.е. числовые данные.
Выходной язык должен:
в приятной форме предоставлять данные решения задач;
обеспечивать соответствие результатов проектирования требованиям задачки.
2.4.2.4 Требования к программному обеспечению
2.4.2.4.1 Требования к общесистемному программному обеспечению
Общесистемное программное обеспечение обязано обеспечивать функционирование базисного и прикладного программного обеспечений системы. В качестве общесистемного программного обеспечения употребляется операционная система Microsoft Windows XP Professional, потому что она является на данный момент наиболее всераспространенной.
2.4.2.4.2 Требования к базисному программному обеспечению
Базисное программное обеспечение обязано удовлетворять последующим требованиям:
универсальность;
возможность использования ПК ANSYS 8.0/9.0;
поддержка языком программирования объектно-ориентированного
подхода к программированию;
наличие для языка программирования компилятора для избранного
общесистемного программного обеспечения.
2.4.2.4.3 Требования к прикладному программному обеспечению
Главные требования к прикладному программному обеспечению:
обеспечить модульную структуру системы;
обеспечить приемлемый уровень быстродействия системы;
создать управление программера по созданию АС;
2.4.2.5 Требования к техническому обеспечению
Техническое обеспечение обязано удовлетворять последующим требованиям:
достаточная емкость накопителя на твердом магнитном диске;
приемлемый тип графического адаптера и монитора для работы юзера;
достаточная производительность центрального микропроцессора;
наличие способности вывода инфы на картонный, магнитный носитель;
открытость для конфигурации и предстоящего развития;
простота освоения, эксплуатации и обслуживания;
размер оперативки должен позволять применять выбранное общесистемное, также базисное и прикладное программное обеспечения;
применимая стоимость составляющих комплекса технических средств.
2.4.2.6 Требования к методическому обеспечению
Методическое обеспечение обязано показывать описание системы, методику автоматического проектирования и анализа, также обязано включать:
описание АС и ее модулей;
управление юзера;
управление по установке.
2.5 Календарный план
Календарный план работ по разработке АС представлен в таблице 2.1
Таблица 2.1 — Календарный план
Вид работы
Сроки
выполнения
Вид документа
Предпроектные исследования
10.07.08 —
13.09.08
Предпроектные исследования
Разработка технического задания
10.07.08 —
13.09.08
Техническое задание
Разработка моделей данных
10.07.08 —
13.09.08
Информационное обеспечение
Описание математических способов и алгоритмов расчетов
1.02.09 —
15.02.09
Математическое обеспечение
Описание языков проектирования и программирования
15.02.09 —
25.02.09
Лингвистическое обеспечение
Обоснование выбора общесистемного и базисного ПО
25.02.09 —
5.03.09
Программное обеспечение
Обоснование выбора комплекса технических средств
5.03.09 —
15.03.09
Техническое обеспечение
Разработка методических указаний
15.03.09 — 25.03.09
Методическое обеспечение
Расчет технико-экономической части
25.03.09 — 5.04.09
Технико-экономическое обоснование
Описание технических причин, влияющих на экологию
5.04.09 -15.04.09
Промышленная экология
Описание технических причин, влияющих на здоровье человека
30.03.09 -15.04.09
Охрана труда и техника сохранности
Выполнение и оформление графической части
15.04.09 -1.05.09
Графическая часть
2.6 Порядок контроля и приемки системы
Опосля выполнения всех работ нужно завизировать обозначенные разделы у курирующих педагогов КарГТУ и сдать дипломный проект на рецензию лицу, утверждённому кафедрой САПР.
По возвращению с рецензии проект нужно защитить Гос аттестационной комиссии кафедры САПР.
На защиту дипломного проекта нужно предоставить разработанную автоматическую систему расчета напряженно-деформированного состояния ферменных конструкций. Перед комиссией нужно представить объяснительную записку к дипломному проекту объёмом не наименее 80 печатных листов, отвечающую всем требованиям стандартизации и нормоконтроля.
3. Информационное обеспечение
3.1 структура информационных потоков
3.11 Информационные потоки до автоматизации
Процесс информационного потока до автоматизации:
заказчик выдает задание на расчет конструкции;
материалы передаются в расчетное отделение;
расчетный отдел производит нужные расчеты и выкладки, а потом передает результаты в конструкторский отдел;
конструкторский отдел инспектирует приобретенные результаты и проводит анализ данных, также согласовывает приобретенные результаты с заказчиком;
опосля проверки окончательные результаты передаются заказчику.
Схема движения информационных потоков до автоматизации показана на рисунке 3.1
Набросок 3.1 — структура информационных потоков до автоматизации
3.1.2 Информационные потоки опосля автоматизации
Процесс информационного потока опосля автоматизации:
заказчик выдает задание на проектирование;
инженер-проектировщик предоставляет входные данные в виде главных характеристик конструкции автоматической системе;
АС сформировывает командный файл со всеми данными и отправляет их для анализа в ПК ANSYS;
в ПМК ANSYS делается расчет а именно величины напряжений, динамических перемещений, частот и т.д.
инженер согласовывает приобретенные результаты с заказчиком и делает отчет о проделанной работе.
Опосля автоматизации издержки времени на расчет и анализ данных существенно сокращаются. Таковым образом, увеличивается производительность труда и миниатюризируется возможность возникновения ошибок в процессе расчетов.
Схема движения информационных потоков опосля автоматизации показана на рисунке 3.2.
Набросок 3.2 — структура информационных потоков опосля автоматизации
3.2 Мировозренческая модель данных
Мировозренческая модель автоматической системы представлена на рисунке 3.3.
В процессе анализа автоматическая система рассматривается из 2-ух подсистем. В первой происходит построение модели объекта проектирования (ферменной конструкции), во 2-ой формируются результаты работы.
Модель проектирования рассматривается из отдельных компонент, которые имеют свои характеристики. Характеристики влияют любой в отдельности на всю систему, а в совокупы и определяют характеристики объекта как системы. Любой отдельный компонент системы также описывается набором параметров.
Модель объекта проектирования (либо ферменная система) представляется в виде системы, состоящей из конечных частей, узлы которых соединены меж собой определенной структурой. Любая система имеет тип и геометрические характеристики, которые задает юзер. Элементы в свою очередь характеризуются своим номером, типом, геометрией, материалом. Любому элементу соответствует определенные узлы. Узлы описываются пространственными координатами и порядковым номером. Граничные условия задаются номером узла и типом закрепления. Перегрузка имеет вид нагружения и величину перегрузки, также пространство приложения, которое также имеет координаты исходного и конечного узлов.
Результаты представляются в виде эпюр, схем, деформаций и напряжений.
3.3 Логическая модель данных
Логическая модель, отображающая главные связи и составляющие автоматической системы, представлена на рисунке 3.4 в виде метода работы системы.
Сначала юзер задает исходные характеристики системы, по которым опосля проверки строится модель и формируется командный файл. Потом, командный файл передается в программку ANSYS, где происходит обработка данных, просчитываются разные композиции характеристик и типов конструкций. На базе анализа этих данных формируется отчет о проделанной работе, и юзер получает результаты работы системы.
Набросок 3.3 — Мировозренческая модель автоматической системы
Набросок 3.4 — Метод работы АС
3.4 Физическая модель данных
Физическая модель данных для разрабатываемой АС представляется командным файлом, файлами промежных результатов, файлом результатов и графическими файлами (схема и эпюры).
Командный файл формируется при вводе юзером начальных данных. расширение командного файла — txt. Структура командного файла представлена в таблице 3.1
Промежные файлы употребляются для доп расчетов в процессе исследования, которые также имеют расширение. txt. Конструкторско-проектная документация представлена файлом результата расчета и анализа, который представляет собой текстовый файл с расширением. doc.
В графических файлах организованно хранение расчетной схемы исследуемой конструкции и эпюр, построенных на базе результатов расчета. расширение графических файлов — jpg. Описание структуры графических файлов приведены в таблице 3.2
Таблица 3.1 — Описание структуры командного файла
Описание переменной
Идентификатор
Размерность
Тип
1
2
3
4
имя файла
/FILNAME
20
Строчка
Заголовок задачки
/TITLE
20
Строчка
Вход в препроцессор
/prep7
20
Строчка
Тип анализа
ANTYPE
20
Строчка
Тип элемента
ET,1
20
Строчка
характеристики материала
MP
20
Строчка
Главные точки
K
20
Строчка
Полосы
L
20
Строчка
Разбиение линий
LESIZE
20
Строчка
Выход из препроцессора
FINISH
20
Строчка
Начало расчета
/SOLU
20
Строчка
приложение перегрузки
Fk
20
Строчка
Закрепление
Dk
20
Строчка
Расчет
Solve
20
Строчка
Сохранение
Save
20
Строчка
Окончание расчета
finish
20
Строчка
Вход в постпроцессор
/post1
20
Строчка
Вывод в файл
/OUT
20
Строчка
Данные для вывода
*VWRITE
20
Строчка
Таблица 3.2 — Описание структуры графического файла
Модель
Model
jpeg 24 bit
Набросок
N-ая эпюра
EpureN
jpeg 24 bit
Набросок
Заключение
В процессе выполнения данного курсового проекта были изучены способы имитационного моделирования, были решены определенные задачки.
Также были исследованы средства GPSS для построения имитационных моделей. Рассмотрена работа программки GRAPH-PA при исследовании механических систем.
В рамке программки данного курса было составлено техническое задание на дипломное проектирование, также информационное обеспечение.
]]>