Geum.ru

Компьютеры, программирование

  • 4081. Моделирование привода поршневого пневматического с помощью программы AutoCAD
    Курсовой проект пополнение в коллекции 23.09.2010

    4. Рисуем дугу, с радиусом равным радиусу нашего цилиндра. Под дугой рисуем контур равный лапке цилиндра. Замыкаем их в область и выдавливаем. «Рисование» > «Моделирование» > «Выдавить». Затем рисуем нижнюю часть лапки и выдавливаем. Вырезаем из лапки отверстия и сопрягаем углы. «Редактировать» > «Сопряжение». Так же при помощи команды «Выдавить» создаем ребро жесткости. Объединяем верхнюю и нижнюю части лапки и ребро жесткости. «Редактировать» > «Редактирование тела» > «Объединение».

  • 4082. Моделирование программы гипотетической машины с помощью макросредств
    Курсовой проект пополнение в коллекции 13.07.2012

    Для начала сортировки необходимо иметь указатели на сравниваемые слова и флаг устанавливающийся в 1 если мы за один проход совершили хотя бы один обмен, в противном случае все "пузырьки всплыли" и сортировка закончена. В качестве указателей будут выступать переменные Р1 и Р2 (можно было бы использовать стандартные регистры, но для улучшения читабельности вводим 2-е переменные). В качестве флага вводим переменную Flag и устанавливаем ее в 1 чтобы не выйти из цикла до его просмотра. Устанавливаем переменную P1 на первое слово, а Р2 на второе (Р1+R0 т.к. в R0 длина максимального слова). Далее сравниваем слова и осуществляем либо обмен либо ищем дальше. Для продолжения сравнения необходимо сдвинуть указатели Р1 и Р2 на следующую пару слов, для этого присваиваем указателю Р1 значение Р2, а к значению Р2 прибавляем R0. Важным является определение конца строки, т.к. Р2 приходит к концу строки раньше то проверяем не стоит ли Р2 на конце строки. Для этого удобно ввести макрос проверки конца строки TestEnd offset. Он осуществляет сравнение текущего элемента с признаком конца строки "$". Если Р2 стоит на конце строки, то проверяем произвели ли за этот проход хотя бы один обмен, если да, то продолжаем "выталкивать очередной пузырёк" иначе сортировка закончена.

  • 4083. Моделирование процесса контроля и настройки телевизоров
    Курсовой проект пополнение в коллекции 19.06.2012

    TRANSFER - изменяет движение транзакта в модели. Формат: TRAN[SFER] А,В,С,D А - режим передачи (ALL,BOTH,FN,P,PICK,SBR,SIM); В - следующий блок; С - следующий блок; D - значение индекса, используемое в режиме ALL. Транзакт направляется в блок, определяемый в соответствии с режимом передачи, указанным в поле А. Режимы передачи поля А: 1. Пробел - транзакт передается в блок, определяемый полем В. 2. "." - статистический режим; в поле А указано десятичное число, выражающее вероятность перехода в блок С; его дополнение до единицы указывает вероятность перехода в блок В. 3. ALL - транзакт последовательно пытается перейти в блоки, определяемые значениями В, B+D, B+2D.....C. 4. BOTH - транзакт последовательно пытается войти в блок В, затем в блок С, до тех пор, пока один из них станет доступным. 5. FN - функциональный режим: поле В является номером функции; следующий блок определяется суммой значения этой функции поля С. 6. Р - параметрический режим: поле В является номером параметра; следующий блок определяется суммой значения этого параметра и поля С. 7. PICK - выборочный режим: блок выбирается с равной вероятностью из блоков с номерами: В, B+l,..., С. 8. SBR - режим перехода к подпрограмме: номер текущего блока помещается в параметр, указанный в поле С, а транзакт передается в блок, номер которого указан в поле В. 9. SIM - одновременный режим: проверяется одновременное выполнение условий беспрепятственного движения транзактов в задерживающих блоках . Если условие выполняется, транзакт передается в следующий блок, в противном случае транзакт переходит на блок С.

  • 4084. Моделирование процесса обмена пакетами данных
    Дипломная работа пополнение в коллекции 03.07.2011

    Рассмoтрим oдин из принципoв пoстрoения мoделирующих алгoритмoв, принцип Dt. Oн заключается в следующем: прoцесс функциoнирoвания любoй системы oбoзначим её S мoжнo рассматривать как пoследoвательную смену её сoстoяний в k - мернoм прoстранстве. Oчевиднo, чтo задачей мoделирoвания прoцесса функциoнирoвания исследуемoй системы S является пoстрoение функций z, на oснoве кoтoрых мoжнo прoвести вычисление интересующих характеристик прoцесса функциoнирoвания системы. Для этoгo дoлжны иметься сooтнoшения, связывающие функции z с переменными параметрами и временем, а также начальные услoвия в мoмент времени t=t0. Т.е. другими слoвами рабoта системы разделяется на интервалы, и изменение каждoгo прoцесса oсуществляется с интервалoм t+Dt. При разделении система передачи будет нахoдиться в различных сoстoяниях, кoтoрые пo принципу называют . За начальный мoмент времени берётся t0, тoгда следующий мoмент времени будет t1= t0+Dt, следующий мoмент равен t2= t1+Dt. Каждый пoследующий мoмент времени будет равен суммы предыдущегo интервала и Dt. Этo временнoе разделение прoисхoдит дo тех пoр, пoка не прoизoйдёт oкoнчание рабoты системы. Также стoит заметить, чтo если шаг Dt дoстатoчнo мал, тo таким путём мoжнo пoлучить приближённые значения сoстoяний z.

  • 4085. Моделирование процесса обработки заданий в вычислительной системе
    Дипломная работа пополнение в коллекции 26.06.2011

    Данная курсовая работа по теме: "Моделирование процессов обработки информации" имеет следующее задание (вариант 26): "В ЭВМ, работающую в системе управления технологическим процессом, через каждые 3±1с поступает информация от датчиков. До обработки на ЭВМ информационные сообщения накапливаются в буферной памяти емкостью в одно сообщение. Продолжительность обработки сообщений на ЭВМ - 5±2с. Динамика технологического процесса такова, что имеет смысл обрабатывать только те сообщения, которые ожидают в буферной памяти. Остальные сообщения считаются потерянными. Смоделировать процесс поступления в ЭВМ 200 сообщений. Подсчитать число потерянных сообщений и определить коэффициент загрузки ЭВМ".

  • 4086. Моделирование процесса сборки изделий на GPSS
    Курсовой проект пополнение в коллекции 21.11.2007

    Объект каждого типа характеризуется определенным способом поведения и набором атрибутов, определяемых типом объекта. Например, если рассмотреть работу порта, выполняющего погрузку и разгрузку прибывающих судов, и работу кассира в кинотеатре, выдающего билеты посетителям, то можно заметить большое сходство в их функционировании. В обоих случаях имеются объекты, постоянно присутствующие в системе (порт и кассир), которые обрабатывают поступающие в систему объекты (корабли и посетители кинотеатра). В теории массового обслуживания эти объекты называются приборами и заявками. Когда обработка поступившего объекта заканчивается, он покидает систему. Если в момент поступления заявки прибор обслуживания занят, то заявка становится в очередь, где и ждет до тех пор, пока прибор не освободится. Очередь также можно представлять себе как объект, функционирование которого состоит в хранении других объектов. Каждый объект может характеризоваться рядом атрибутов, отражающих его свойства. Например, прибор обслуживания имеет некоторую производительность, выражаемую числом заявок, обрабатываемых им в единицу времени. Сама заявка может иметь атрибуты, учитывающие время ее пребывания в системе, время ожидания в очереди и т.д. Характерным атрибутом очереди является ее текущая длина, наблюдая за которой в ходе работы системы (или ее имитационной модели), можно определить ее среднюю длину за время работы (или моделирования). В языке GPSS определены классы объектов, с помощью которых можно задавать приборы обслуживания, потоки заявок, очереди и т.д., а также задавать для них конкретные значения атрибутов.

  • 4087. Моделирование процессов обработки информации
    Дипломная работа пополнение в коллекции 29.06.2011

    В узел коммутации пакетов данных, состоящий из входного буфера, процессора, двух выходных буферов и двух выходных линий, поступают пакеты данных с двух направлений. Пакеты данных с первого направления поступают во входной буфер, обрабатываются в процессоре, буферизуются в выходном буфере первой линии и передаются по выходной линии. Пакеты данных со второго направления обрабатываются аналогично, но передаются по элементам второй линии. Пакеты поступают через интервалы 15±7 мс на каждом направлении. Время обработки пакета в процессоре равно 7 мс, время передачи по выходной линии равно 15±5 мс. Если очередной пакет поступает при наличии трех пакетов в буфере, то оно получает отказ.

  • 4088. Моделирование процессов обработки информации
    Дипломная работа пополнение в коллекции 26.06.2011

    Программа, реализующая алгоритм, как уже отмечалось, создана в среде GPSS. Для функции отсчета времени используется последовательность, отделенная по смыслу от самого алгоритма, а потому не указанная в блок-схеме. Для проверки занятости одноканального устройства используется оператор GATE U для самолётов претендующих на посадку и GATE NU для самолётов претендующих на взлёт. Самолеты поступают на посадку и если полоса (Air) свободна то происходит посадка. Если занята, то самолет делает круг в 4 мин. Самолеты поступают на взлет если полоса свободна, то происходит взлет, если занята самолет ожидает освобождение полосы.

  • 4089. Моделирование процессов обработки информации
    Дипломная работа пополнение в коллекции 28.06.2011

    Иcходя из приведенных результатов видно, что коэффициент загруженноcти маcтерcкой по ремонту, раccчитанный математичеcки (1) практичеcки полноcтью cовпадает c результатом, полученным поcле имитационного моделирования (0.963). Небольшое отклонение от результата математичеcких раcчетов можно объяcнить тем, что при имитационном моделировании интенcивноcти раcпределены по нормальному закону, а значит интервал поcтупления это величина обратная интенcивноcти, а при математичеcких раcчетах интенcивноcти cчиталиcь конcтантами. Cреднюю длину очереди математичеcким путем раccчитать не удалоcь, так как она беcконечно увеличиваетcя.

  • 4090. Моделирование процессов обработки информации
    Дипломная работа пополнение в коллекции 29.06.2011
  • 4091. Моделирование процессов обработки информации
    Дипломная работа пополнение в коллекции 24.06.2011

    • Рис. 2. Временная диаграмма процесса функционирования ВЦ.
    • 1.4 Q-схема системы и ее описание
    • Для описания СМО, как непрерывно-стохастических процессов, используют Q-схемы, отражающие элементы и структуру СМО. В соответствии с построенной концептуальной моделью и символикой Q-схем структурную схему данной СМО (рис. 1) можно представить в виде, показанном на рис. 3, где И - источник, К - канал, Н - накопитель.
    • Рис. 3 Структурная схема ВЦ в символике Q-схем.
    • Источник И1 имитирует процесс прихода заданий в ВЦ. Задания (в терминах Q-схем - заявками) поступают в накопитель Н1 перед каналом К1, соответствующему первой ЭВМ (рис.1).
    • Заявки, обслуженные каналом К1, поступают в накопители Н2 и Н3, а затем обслуживаются каналами К2 и К3, соответствующими второй и третьей ЭВМ.
    • Источники И2 и И3 имитируют процесс прихода фоновых задач в ВЦ. Фоновые задачи поступают в накопители Н4 и Н5, а затем, если каналы К2 и К3 свободны, обслуживаются ими. При поступлении заданий от источника И1, обслуженных каналом К1, обслуживание фоновой задачи приостанавливается, она отправляется обратно в накопитель и начинается обработка задания, после чего обслуживание фоновой задачи возобновляется.
    • 1.5 Укрупненная схема моделирующего алгоритма и описание ее блоков
    • Известно [1], что существует две разновидности схем моделирующих алгоритмов: обобщенная (укрупненная) схема, задающая общий порядок действий, и детальная схема, содержащая уточнения к обобщенной схеме.
    • Обобщенная схема моделирующего алгоритма данной задачи, построенная с использованием "принципа t", представлена на рис. 4.
    • Необходимо отметить, что в исходной постановке данную задачу можно решить только методом имитационного моделирования. Для решения одним из аналитических методов, базирующихся на теории массового обслуживания, ее следует предварительно упростить, что, естественно, скажется на точности и достоверности полученных результатов.
    • Рис. 4. Обобщенная схема моделирующего алгоритма процесса функционирования ВЦ.
    • 1.6 Блок-схема моделирующего алгоритма и ее описание
    • Для языка программирования GPSS существует своя символика блок-схем. В этой символике блок-схема имеет вид, показанный на рис. 5.
    • В блок-схеме приняты сокращения:
    • Och1, Och2, Och3 - соответственно накопители перед первой, второй и третьей ЭВМ;
    • РК1, РК2, РК3 - соответственно первая, вторая и третья ЭВМ;
    • Fon1, Fon2 - соответственно накопители для фоновых задач для второй и третьей ЭВМ;
    • Term1, Term2 - метки, отправляющие задания после исполнения на удаление из системы;
    • Р1 - параметр, используемый для слежения за оставшимся временем обработки фоновых задач.

  • 4092. Моделирование процессора (операционного и управляющего автоматов) для выполнения набора машинных команд
    Курсовой проект пополнение в коллекции 02.10.2010

    В случае с разрабатываемым процессором общий алгоритм выглядит следующим образом:

    1. Запись значения программного счетчика в MAR (Memory Address Register).
    2. Передача содержимого MAR на адресные входы памяти.
    3. Передача сигнала чтения и выбора микросхемы памяти.
    4. Запись данных из памяти в MBR (Memory Buffer Register).
    5. Передача содержимого MBR на шину данных процессора и запись его в регистр команд IR (Instruction Register).
    6. Выбор из памяти команд необходимой команды
    7. Увеличение значения программного счётчика
    8. Запись значения программного счетчика в MAR (Memory Address Register).
    9. Выдача содержимого MAR на адресные входы памяти.
    10. Выдача сигнала чтения и выбора микросхемы памяти.
    11. Запись данных из памяти в MBR (Memory Buffer Register).
    12. Выдача содержимого MBR на шину данных процессора.
    13. Если команда mov, то запись значения с шины данных в аккумулятор или в один из регистров общего назначения, увеличение программного счётчика и переход к пункту 1.
    14. Если команда ADD или SUB, то выводим на шину данных значение из выбранного ранее регистра общего назначения, затем подаём на АЛУ сигнал сложения либо умножения, эти действия происходят над данными из аккумулятора и данными с шины. Результат заносится в регистр результата, а затем с регистра результата переписывается в аккумулятор. Увеличение программного счётчика и переход к пункту 1.
    15. Если команда JBC, то проверяется содержимое однобитного регистра, если оно равно единице, то происходит переход по адресу rel и регистр сбрасывается в ноль.
  • 4093. Моделирование работы автовокзала
    Курсовой проект пополнение в коллекции 08.09.2012

    {run_time = new Time();//время отправки рейсаrun = new Run();("Томская область");("Томская область", "Томск");_time.setTime(10, 0);.setRun(40, run_time);("Томск", run);_time.setTime(12, 30);.setRun(40, run_time);("Томск", run);_time.setTime(16, 50);.setRun(40, run_time);("Томск", run);("Томская область", "Асино");_time.setTime(9, 30);.setRun(40, run_time);("Асино", run);_time.setTime(16, 10);.setRun(40, run_time);("Асино", run);_time.setTime(18, 50);.setRun(40, run_time);("Асино", run);("Томская область", "Стрежевой");_time.setTime(7, 30);.setRun(40, run_time);("Стрежевой", run);_time.setTime(12, 0);.setRun(40, run_time);("Стрежевой", run);_time.setTime(17, 20);.setRun(40, run_time);("Стрежевой", run);("Омская область");("Омская область", "Омск");_time.setTime(6, 30);.setRun(40, run_time);("Омск", run);_time.setTime(11, 40);.setRun(40, run_time);("Омск", run);_time.setTime(16, 50);.setRun(40, run_time);("Омск", run);("Омская область", "Калачинск");_time.setTime(9, 10);.setRun(40, run_time);("Калачинск", run);_time.setTime(10, 50);.setRun(40, run_time);("Калачинск", run);_time.setTime(18, 10);.setRun(40, run_time);("Калачинск", run);("Омская область", "Тара");_time.setTime(8, 00);.setRun(40, run_time);("Тара", run);_time.setTime(12, 00);.setRun(40, run_time);("Тара", run);_time.setTime(16, 00);.setRun(40, run_time);("Тара", run);("Алтайский край");("Алтайский край", "Барнаул");_time.setTime(10, 30);.setRun(40, run_time);("Барнаул", run);_time.setTime(13, 40);.setRun(40, run_time);("Барнаул", run);_time.setTime(17, 30);.setRun(40, run_time);("Барнаул", run);("Алтайский край", "Камень-на-Оби");_time.setTime(11, 30);.setRun(40, run_time);("Камень-на-Оби", run);_time.setTime(15, 40);.setRun(40, run_time);("Камень-на-Оби", run);_time.setTime(20, 30);.setRun(40, run_time);("Камень-на-Оби", run);("Алтайский край", "Бийск");_time.setTime(8, 30);.setRun(40, run_time);("Бийск", run);_time.setTime(17, 00);.setRun(40, run_time);("Бийск", run);_time.setTime(21, 50);.setRun(40, run_time);("Бийск", run);

  • 4094. Моделирование работы автомойки
    Дипломная работа пополнение в коллекции 29.06.2011

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

  • 4095. Моделирование работы артезианской скважины для ОАО "Труновское"
    Дипломная работа пополнение в коллекции 29.06.2011
  • 4096. Моделирование работы банкомата
    Дипломная работа пополнение в коллекции 12.10.2011

    У системы Borland C++Builder есть «родной брат» (или «сестра») - RAD-среда Borland Delphi, технология работы с которой полностью совпадает с технологией, принятой в C++Builder. Только пишется программа в Delphi не на С++, а на языке программирования Паскаль, точнее, его объектной версии Delphi Language.++ Builder объединяет в себе комплекс объектных библиотек (STL, VCL, CLX, MFC и др.), компилятор, отладчик, редактор кода и многие другие компоненты. Цикл разработки аналогичен Delphi.[1] Большинство компонентов, разработанных в Delphi, можно использовать и в C++ Builder без модификации, но, к сожалению, обратное утверждение не верно.++ Builder содержит инструменты, которые при помощи drag-and-drop действительно делают разработку визуальной, упрощает программирование благодаря встроенному WYSIWYG - редактору интерфейса и пр.++ Builder первоначально создавалась только для платформы Microsoft Windows. Поздние версии, содержащие Кроссплатформенную компонентную библиотеку Borland, поддерживают и Windows и Linux.

  • 4097. Моделирование работы больничной палаты
    Курсовой проект пополнение в коллекции 12.09.2012

    Описанная система является довольно простой, тем не менее, объектное проектирование имитационной программы следует провести со всей серьезностью и тщательностью. Прежде всего, не вызывает сомнений необходимость введения класса Палата, который будет представлен в программе ровно одним объектом. Этот объект должен содержать до 25 пациентов, каким-то образом представленных в классе Палата. Нужно учесть, какую информацию о каждом пациенте мы должны хранить в процессе моделирования. Это, во-первых, количество дней, проведенных больным в палате (их «возраст»), во-вторых, текущая оценка его состояния в баллах. Такой объем информации представляется вполне достаточным для того, чтобы организовать для пациента отдельный класс. Альтернативой этому решению было бы описание в качестве полей данных класса Палата двух массивов или списков, в которых хранятся, соответственно, «возраст» больных и их оценки. Однако такой вариант организации программы не в полной мере соответствует идеологии объектного программирования. В самом деле, количество пунктов информации о пациенте, подлежащей отслеживанию, может изменяться. В первом случае эти изменения будут инкапсулироваться в протоколе класса Пациент, а во втором случае придется модифицировать класс Палата, вводя в него обработку все новых и новых массивов. Кроме того, будет трудно при необходимости отслеживать изменения состояния отдельных пациентов с течением времени.

  • 4098. Моделирование работы в библиотеке
    Курсовой проект пополнение в коллекции 15.08.2012

    Прогон текущей модели, т.е. собственно моделирование, выполняется с помощью специальной управляющей программы, которую называют симулятором (от английского SIMULATE - моделировать, имитировать). Работа GPSS-модели под управлением симулятора заключается в перемещении транзактов от одних блоков к другим, аналогично тому, как в моделируемой СМО перемещаются заявки, соответствующие транзактам. В начальный момент времени в GPSS-модели нет ни одного транзакта. В процессе моделирования симулятор генерирует транзакты в определенные моменты времени в соответствии с теми логическими потребностями, которые возникают в моделируемой системе. Подобным же образом транзакты покидают модель в определенные моменты времени в зависимости от специфики моделируемой системы. В общем случае в модели одновременно существует большое число транзактов, однако в каждый момент времени симулятор осуществляет продвижение только какого-либо одного транзакта. Если транзакт начал свое движение, он перемещается от блока к блоку по пути, предписанному блок-схемой. В тот момент, когда транзакт входит в некоторый блок, на исполнение вызывается подпрограмма симулятора, соответствующая типу этого блока, а после ее выполнения, при котором реализуется функция данного блока, транзакт "пытается" войти в следующий блок. Такое продвижение транзакта продолжается до тех пор, пока не произойдет одно из следующих возможных событий:

  • 4099. Моделирование работы двух ЭВМ и устройства подготовки данных
    Дипломная работа пополнение в коллекции 21.06.2011

    Для машинной реализации модели ВЦ мы выбрали язык имитационного моделирования GPSS. Язык GPSS представляет собой интерпретирующую языковую систему, применяющуюся для описания пространственного движения объектов. Такие динамические объекты в языке GPSS называются транзактами и представляют собой элементы потока. В процессе имитации транзакты «создаются» и «уничтожаются». Функцию каждого из них можно представить как движение через модель с поочередным воздействием на ее блоки, описывающие логику модели, сообщая транзактам, куда двигаться и что делать дальше. Данные для ЭВМ подготавливаются в виде пакета управляющих и определяющих карт, который составляется по схеме модели. Язык прост в применении и обладает довольно широкими возможностями. Процесс создания модели на языке GPSS сводится к декомпозиции исходной системы до уровня элементарных операций, формированию фиксированной схемы, отражающей последовательность элементарных операций, выполняемых над динамическими объектами, и определению набора логико-вероятностных правил продвижения потоков объектов по имеющейся схеме.

  • 4100. Моделирование работы дома быта
    Дипломная работа пополнение в коллекции 28.06.2011

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