39496

Создание компьютерной модели принятия решений в условиях неопределенности

Дипломная

Информатика, кибернетика и программирование

Тестирование программных средств 1. Этапы ЖЦ: анализ; проектирование; реализация; сборка тестирование испытание; внедрение выпуск; сопровождение. Реализация включает и разработку и тестирование и документацию. Сборка тестирование испытние.

Русский

2013-10-04

107.5 KB

30 чел.

Содержание

ВВЕДЕНИЕ  

РАЗДЕЛ 1 ОБЩАЯ ЧАСТЬ  

1.1 Классификация программных средств  

1.2 Жизненный цикл прикладной программы  

1.3 Методология и технология разработки ПП   

1.4 Тестирование программных средств  

1.5 Описание прикладной программы  

РАЗДЕЛ 2 СПЕЦИАЛЬНАЯ ЧАСТЬ  

2.1 Расчет математической модели  

2.2 Описание программы  

2.2.1 О программе  

2.2.2 Алгоритм работы программы  

2.2.3 Входные данные  

2.2.4 Выходные данные  

3.1 Трестирование программы  

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

Заключение  

Литература  


ВВЕДЕНИЕ

Вначале никаких языков программирования не было – для первых ЭВМ программы писались на "чистом" машинном языке. Это было весьма трудным и кропотливым занятием. Затем кому-то пришло в голову, что проще создать программу, которая сама будет переводить исходный код, написанный по определенным правилам, в машинный язык. Так появился первый компилятор – Ассемблер.  

Компилятор – программа, которая переводит исходный программный код в машинный язык, и создает полноценный исполняемый программный файл. Такие файлы могут иметь расширение *.com и *.exe. Расширения *.com изредка еще встречаются в старых программах, которые создавались под операционную систему MS-DOS. Все современные программы, созданные для Windows, имеют расширение *.exe.

Также существуют интерпретаторы – программы, которые не создают исполняемый программный файл. Интерпретаторы представляют собой оболочку, в которую нужно загрузить файл с исходным текстом программы, затем интерпретаторы построчно переводят код в машинный язык, и выполняют его. Конечно, за все в мире приходится платить. Современные персональные компьютеры имеют быстрый процессор, память и жесткие диски больших размеров, так что на это неудобство можно уже не обращать внимания. Разумеется, бывают исключения – если при создании программного кода критическими являются размер исполняемого файла и скорость его исполнения, то лучше использовать Assembler или C. На современном рынке программного обеспечения, однако, более востребовано прикладное программирование. Утилиты, программы общего назначения, программы для работы с базами данных.

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

История Delphi начинается с 60-х годов, когда профессор Н.Вирт разработал язык высокого уровня Pascal. Это был лучший язык для изучения программирования, и для создания программ для операционной системы MS-DOS. Затем, в 1983 году, А. Хейлсберг совместно с другими программистами, которые только что организовали компанию Borland, разработал компилятор Turbo Pascal, который стал следующим шагом в эволюции Delphi. Затем появился Object Pascal, который уже использовал Объектно-Ориентированный подход к программированию. Когда появилась первая версия Windows – Windows 3.10, Программисты Borland создали Delphi 1. Это уже была объектно-ориентированная среда для визуальной разработки программ, основанная на языке Object Pascal. С появлением Windows 95 появилась Delphi 2, затем Delphi 3, 4, 5. Язык программирования Object Pascal, который являлся стержнем Delphi, претерпел такие существенные изменения, что с появлением Delphi 6 компания Borland, которая уже превратилась в корпорацию, официально объявила о переименовании Object Pascal в Delphi. Поэтому правы те, кто говорит, что Delphi – это визуальная среда разработки программ. Но также правы и те, кто утверждает, что Delphi – это один из лучших языков программирования.

Основу Delphi составляет не только сам язык, но и RAD (Rapid Application Development) – среда быстрой разработки программ. Благодаря визуальному программированию, а также достаточно большой библиотеке визуальных компонентов, Delphi позволяет создавать программы наиболее быстро и эффективно, принимая на себя основную работу, и оставляя программисту творческий процесс.

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

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


РАЗДЕЛ 1 ОБЩАЯ ЧАСТЬ

  1.  Классификация программных средств

ЭВМ является исполнителем программ.

Программное обеспечение (ПО) [software]– это просто совокупность программ, используемых для решения задач на ЭВМ. ПО делится на системное и прикладное.

Системное ПО [system software] предназначено для разработки и выполнения программ, а также для предоставлению пользователю некоторых средств общего назначения для управления ЭВМ. Системное ПО – необходимое дополнение к аппаратной части ЭВМ.


Задачей прикладного ПО является автоматизация конкретного вида человеческой деятельности.

Главное место в наборе системных программ занимают операционные системы. Операционная система – это неотъемлемая часть ЭВМ. Она снабжает другие программы и пользователя необходимыми средствами для управления ЭВМ.

Сервисные системы расширяют возможности операционной системы. (DOS-Shell или Norton Commander для DOS, Norton Utilities for Windows, многочисленные оболочки для UNIX-семейства ОС).

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

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

Иерархия программных средств

Все программные средства можно разделить на внутреннее и внешнее ПО.

Программы первого уровня хранятся в ПЗУ и работают непосредственно с аппаратурой ЭВМ. Таким образом, все подобные программы являются неотъемлемой частью конкретной ЭВМ. Поэтому набор таких программ называют внутренним программным обеспечением. Для ПЭВМ совокупность этих программ носит название BIOS (Base Input Output System – базовая система ввода-вывода). В состав BIOS входят:

драйверы стандартных внешних устройств;

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

программа начальной загрузки.

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

Операционные системы

Общая характеристика

Операционная система [operating system] – это комплекс программ, обеспечивающий управление ресурсами ЭВМ и процессами, которые используют эти ресурсы при вычислениях.

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

Управление ресурсом состоит из двух функций:

  •  упрощение доступа к ресурсу;
  •  распределение ресурсов между конкурирующими за них процессами.

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

Операционные системы характеризуются признаками:

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

Операционная система Windows98 является многозадачной, ОС Linux – многопользовательской, MS-DOS однозадачной и, следовательно, однопользовательской. Операционные системы Windows NT и Linux могут поддерживать многопроцессорные ЭВМ с 16 процессорами. Операционная система Novell NetWare является сетевой, однако, встроенные сетевые средства имеют также Windows NT и Linux.

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

Для упрощения доступа к ресурсам ЭВМ операционные системы поддерживают пользовательский и программный интерфейсы.

Пользовательский интерфейс [user interface] – это набор команд и сервисных услуг, которые упрощают пользователю работу с ЭВМ.

Программный интерфейс [program interface] – это набор процедур, которые упрощают для программиста управление ЭВМ.

Инструментальные системы

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

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

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

В её состав включаются:

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

Компилятор [compiler] – это программа, выполняющая преобразование исходной программы в объектный модуль, то есть файл, состоящий из машинных команд. Интерпретатор [interpreter] – программа, непосредственно выполняющая инструкции языка программирования.

Редактор связей [linker] – это программа, которая собирает несколько объектных файлов в один исполняемый файл.

Интегрированная среда разработки [integrated development environment - IDE] – совокупность программ, включающая в себя текстовый редактор, средства управления файлами программного проекта, отладчик [debugger] программ, которая автоматизирует весь процесс разработки программ (см. рис. 3.8).

Библиотека стандартных подпрограмм [standard library] – набор объектных модулей, организованных в специальные файлы, которые предоставляются производителем системы программирования. В таких библиотеках имеются обычно подпрограммы ввода-вывода текста, стандартные математические функции, программы управления файлами. Объектные модули из стандартной библиотеки обычно автоматически подключаются редактором связей к пользовательским объектным модулям.

1.2.Жизненный цикл программы

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

Этапы ЖЦ:

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

Анализ

Различают 2 случая производства ПП:

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

2) ПП разрабатывается для рынка. Нужно проводить маркетинговые исследования и найти какого продукта на рынке нет. Это связано с большим риском. Цель – разработка спецификации требований.

Проектирование

Цель – определение общей структуры (архитектуры) ПП. Результат – спецификация ПП. Эту работу выполняет системный программист.

Реализация

Написание программного кода. Реализация включает и разработку, и тестирование, и документацию.

Сборка, тестирование, испытние.

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

Внедрение (выпуск)

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

Выпуск – когда ПП разрабатывается на рынок. Начинается с этапа бета-тестирования. Соотв. версия – бета-версияю. Альфа-тестирование – тестирование людьми из той же организации, не участвовавших в разработке программ. Бета-тестирование – изготовление нескольких экземпляров ПП и отправка потенциальным заказчикам. Цель – еще раз проверить разработку ПП.

Если на рынок выпускается принципиально новый ПП, то возможно несколько бета-тестирований. После бета-тестирование – выпуск коммерческой версии.

Сопровождение

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

1.3.Методология и технология разработки ПО

Процесс разработки программного обеспечения — структура, согласно которой построена разработка программного обеспечения (ПО).

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

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

Каскадная разработка или модель водопада — модель процесса разработки программного обеспечения, в которой процесс разработки выглядит как поток, последовательно проходящий фазы анализа требований, проектирования, реализации, тестирования, интеграции и поддержки. В качестве источника названия «водопад» часто указывают статью, опубликованную У. У. Ройсом (W. W. Royce) в 1970 году; забавно, что сам Ройс использовал итеративную модель разработки и даже не использовал термин «водопад».

Итеративная разработка (англ. iteration — повторение) — выполнение работ параллельно с непрерывным анализом полученных результатов и корректировкой предыдущих этапов работы. Проект при этом подходе в каждой фазе развития проходит повторяющийся цикл: Планирование — Реализация — Проверка — Оценка (англ. plan-do-check-act cycle).

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

1.4.Тестирование программных средств

Существует несколько методов тестирования:

  •  тестирование программ методом "чёрного ящика" (Black box testing);
  •  тестирование софта методом "белого ящика" (White box);
  •  метод Бета-тестирование;
  •  метод Альфа-тестирование.

Тестирование программы как "белого ящика" и "чёрного ящика"

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

При тестировании белого ящика (англ. white-box testing, также говорят — прозрачного ящика), разработчик теста имеет доступ к исходному коду и может писать код, который связан с библиотеками тестируемого ПО. Это типично для юнит-тестирования (англ. unit testing), при котором тестируются только отдельные части системы. Оно обеспечивает то, что компоненты конструкции — работоспособны и устойчивы, до определенной степени.

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

Если «альфа-» и «бета-тестирование» относятся к стадиям до выпуска продукта (а также, неявно, к объёму тестирующего сообщества и ограничениям на методы тестирования), тестирование «белого ящика» и «черного ящика» имеет отношение к способам, которыми тестировщик достигает цели.

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

Бета-тестирование

Бе́та-тести́рование — интенсивное использование почти готовой версии продукта (как правило, программного или аппаратного обеспечения) с целью выявления максимального числа ошибок в его работе для их последующего устранения перед окончательным выходом (Релизом) продукта на рынок, к массовому потребителю.

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

Альфа-тестирование

Альфа-тестирование — имитация реальной работы с системой штатными разработчиками, либо реальная работа с системой потенциальными пользователями/заказчиком. Чаще всего альфа-тестирование проводится на ранней стадии разработки продукта, но в некоторых случаях может применяться для законченного продукта в качестве внутреннего приёмочного тестирования. Иногда альфа-тестирование выполняется под отладчиком или с использованием окружения, которое помогает быстро выявлять найденные ошибки. Обнаруженные ошибки могут быть переданы тестировщикам для дополнительного исследования в окружении, подобном тому, в котором будет использоваться ПО.


1.5 Описание прикладной программы

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

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

Основные критерии используемые в процессе принятия решений в условиях неопределенности являются :

  1.  Критерий Лапласа.
  2.  критерий «минимаксный» или «максиминый».
  3.  критерий Гурвица (критерий «оптимизма-пессимизма» или «альфа-критерий»).
  4.  критерий Сэвиджа (критерий потерь от «минимакса»).

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

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

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

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

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

Критерий «максимакса» используют при выборе рисковых решений в условиях неопределенности, как правило, субъекты, склонные к риску, или рассматривающие возможные ситуации как оптимисты.

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

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


РАЗДЕЛ 2 СПЕЦИАЛЬНАЯ ЧАСТЬ

2.1 Расчет математической модели

Хенк- прилежный студент, который обычно получает хорошие отметки. Перед завтрашним экзаменом Хенк столкнулся с небольшой проблемой. Его сокурсники организовали вечеринку на всю ночь, в которой он хочет участвовать. Хенк имеет три альтернативы:

А1-участвовать в вечеринке всю ночь;

А2-половину ночи участвовать, а половину учиться;

А3-учиться всю ночь.

Профессор, принимающий завтрашний экзамен, непредсказуем, т.е. экзамен может быть легким(S1), средним(S2), или трудным(S3). В зависимости от сложности и времени, затраченного Хенком, можно ожидать следующие экзаменационные баллы.

S1

S2

S3

А1

A1

A1

A1

А2

A2

A2

A2

А3

A3

A3

A3

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

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

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

  1.  Понять мктематические закономерности конкретного объекта, его структуру, основаные свойства и законы развития.
  2.  Научиться управлять объектом или процессом при заданных целях и критериях.
  3.  Прогнозировать прямые и косвеннные последствия реализации заданных способов и форм воздействия.

При достижении данных целей программа должна быть:

  1.  Понятной пользователю.
  2.  Обладать наглядным граф.интерфейсом.
  3.  Быстро и корректно выполнять расчеты.
  4.  Реализовывать данный прикладной метод оптимальным образом.
  5.  Легко переноситься на различные технологические платформы.
  6.  Обеспечить обработку некорректно введенных данных.
  7.  Удовлетворнять требованиям простоты, доступности и няглядности интерфейса.  

2.1. Описание программы

Варинат 1

Хенк- прилежный студент, который обычно получает хорошие отметки. Перед завтрашним экзаменом Хенк столкнулся с небольшой проблемой. Его сокурсники организовали вечеринку на всю ночь, в которой он хочет участвовать. Хенк имеет три альтернативы:

А1-участвовать в вечеринке всю ночь;

А2-половину ночи участвовать, а половину учиться;

А3-учиться всю ночь.

Профессор, принимающий завтрашний экзамен, непредсказуем, т.е. экзамен может быть легким(S1), средним(S2), или трудным(S3). В зависимости от сложности и времени, затраченного Хенком, можно ожидать следующие экзаменационные баллы.

S1

S2

S3

А1

85

60

40

А2

92

85

81

А3

100

88

82

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

Критерий Лапласа:

A1 = (85 + 60 +40)/3 = 61.6

A2= (92 + 85 +81)/3=86

A3= (100 + 88 +82)/3=90максимум

По критерию Лапласа студенту необходимо учиться всю ночь.

   Критерий Вальда (или критерий «максимина»)  

А = max(40, 81, 82) =40

Критерий Гурвица

A=

 


Офисные системы

Инструментарий ИИ

Текстовые редакторы

СУБД

Системы программирования

Утилиты

Оболочки

ОС

Операционные среды

Сервисные системы

Инструментальные системы

Система техобслуживания

Прикладные прграммы

Операционные системы

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


 

А также другие работы, которые могут Вас заинтересовать

48593. САР. Система автоматического регулирования частоты вращения двигателя постоянного тока 1.04 MB
  Оглавление Область применения проектируемой системы. Принцип работы системы. Передаточные функции системы. ПФ замкнутой системы по задающему воздействию ПФ замкнутой системы по возмущающему воздействию.
48594. Система автоматического регулирования частоты вращения двигателя постоянного тока 2.69 MB
  Содержание Задание на курсовое проектирование Исходные данные Анализ области применения системы Анализ исходных данных Оценка действующего на систему возмущающего воздействия Классификация САР функции и дифференциальные уравнения звеньев САР 12 11 Структурная схема САР 15 12 Передаточные функции системы 15 13 Уравнения динамики замкнутой системы автоматического регулирования 16 14 Анализ структурной устойчивости САР...
48595. Проектирование технологического процесса цеха жести 587.5 KB
  Выбор электродвигателей по роду тока Начальным этапом при выборе двигателя является выбор рода тока. Различают двигатели переменного и постоянного тока. Двигатели постоянного тока Двигатели постоянного тока ДПТ делятся на двигатели с параллельным последовательным смешанным и независимым возбуждением. Двигатели постоянного тока с последовательным возбуждением В двигателях этого типа ток якоря является током возбуждения и как следствие магнитный поток возбуждения растет с увеличением нагрузки поэтому снижается угловая скорость...
48596. Сокращение трудоемкости статистического моделирования 308 KB
  При использовании рациональной схемы статистического моделирования обеспечить снижение требуемого количества опытов по сравнению со стандартной схемой не менее чем в 10 раз.2 с учетом статистической независимости k и определим искомую характеристику: Математическое ожидание выходного процесса определяется с учетом решения Дисперсия выходного процесса определяется с помощью уже найденного выше математического ожидания по формуле Используя полученное аналитически значение дисперсии...
48597. СИСТЕМА РЕГУЛИРОВАНИЯ ДАВЛЕНИЯ ПАРА ПЕРЕД ТУРБИНОЙ 5.97 MB
  Определение оптимальных параметров настройки регулятора. Выбор унифицированного промышленного регулятора. Данный Курсовой проект по курсу посвящен синтезу локальной системы регулирования технологического параметра объекта включающему в себя выбор необходимого закона регулирования регулятора и разработку системы в целом на базе приборов ГСП. В данном варианте схемы на вход регулятора давления пара РД поступают сигналы от задатчика 3 по линии главной обратной связи сигнал о давлении пара перед турбиной Pпп а по линии b сигнал о давлении...
48598. Система регулирования давления пара перед турбиной на ТЭС 794.5 KB
  Определение оптимальной передаточной функции регулятора. Определение оптимальных параметров настройки регулятора Выбор промышленного регулятора. Курсовой проект по курсу Проектирование современных систем управления посвящен синтезу локальной системы регулирования технологического параметра объекта включающему в себя выбор необходимого закона регулирования регулятора и разработку системы в целом на базе приборов ГСП.
48599. Правовой статус личности 187.5 KB
  Рассмотреть соотношение государства, правовой системы и личности; изучить понятия «правовой статус» и «правовое положение» личности, охарактеризовать виды правового статуса; изучить структуру понятия «правовой статус»; привести классификацию конституционных прав и свобод человека в РФ