26779

Уточнение корней уравнения. Метод деления отрезка пополам, метод секущих

Домашняя работа

Математика и математический анализ

Детальный уровень включает в себя все характеристики среднего уровня с оценкой влияния данных характеристик на каждый этап процесса разработки ПО Организация работы модели в системе GPSS. Операторыблоки формируют логику функционирования модели. Управляющие операторы служат для контроля и управления процессом моделирования прогоном модели. В процессе моделирования транзакты €œсоздаются€ заявки поступают и €œуничтожаются€ заявки уходят так как это необходимо по логике модели.

Русский

2013-08-18

204.5 KB

5 чел.

Билет 18

Уточнение корней уравнения. Метод деления отрезка пополам, метод секущих

Уточнить корень – значит найти его приближенное значение с заданной погрешностью e .

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

Предположим, что отрезок [a , b], на котором отделен корень уравнения, уже найден.

Пусть, например, f(a)>0, f(b)<0. Вычислим точку x=(a+b)/2. Если вместо корня взять точку x, то погрешность, которую мы при этом допустим, не превысит величины e1=(b-a)/2. Если эта погрешность не превышает некоторую заданную погрешность e, с которой нужно уточнить корень уравнения, то вычисления прекращаем и можно записать: ξ=x ±(b-a)/2 . В противном случае определяем новый отрезок [a , b], на котором отделен корень нашего уравнения. Для этого определим знак функции в точке х. В нашем примере f(x)>0. Новый отрезок – отрезок [x , b], так как на концах этого отрезка функция имеет разные знаки. Пере обозначим один из концов отрезка – в нашем случае положим a = x - и повторим процедуру для нового отрезка [a , b].

Метод хорд

Идея метода состоит в следующем. Проводим прямую через точки с координатами (a,f(a)), (b,f(b)). Находим точку пересечения прямой с осью Х. Определяем знак функции в этой точке. Далее проводим прямую через те точки, абсциссы которых содержат корень уравнения ξ. Вычисления прекращаются, как только выполнится условие |xn+1-xn|< e .

Итерационная формула имеет вид:

n= 1, 2, 3…

Здесь х0 и х1 – два заданных числа таких, что f(x0) f(x1)<0. Сначала это точки  a и b.

Структура и свойства информационных процессов

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

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

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

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

Сообщение, отображающее информацию, всегда представляется в виде сигнала. Подсигналом понимается изменение состояния некоторого объекта.

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

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

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

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

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

Последующая процедура, связанная с передачей – это обратное преобразование сообщения в сигналы.

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

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

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

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

Структура информационного процесса

Структура информационного процесса

Общие составляющие информационного процесса:

• восприятие и сбор информации;

• первичное или локальное преобразование информации (отбор и др.); 

• передача информации в блок обработки; 

• подготовка информации для обработки (кодирование и др.); 

• подготовка программ, хранение информации; 

• обработка полученной информации в соответствии с программой; 

• вывод (отображение) информация для потребителя; 

• принятие решений; 

• реализация решений.

Свойства информационных процессов

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

1. Всякий ИП связан с конкретным материальным объектом или системой объектов и протекает в качественно определенных пространственно-временных границах.

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

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

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

Информационные процессы можно разделить на две группы:

1. ИП, возникающие при общении объектов между собой, например, радио, письмо, кино, телевидение.

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

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

Характеристики, учитываемые при выборке информации из информационного потока:

1. качественные (содержательные) – они определяют специфические особенности, как бы связывают ИП с какой-либо предметной областью;

2. пространственные, определяющие масштабы и координаты информации;

3. временные (время хранения и преобразования информации). 

Эти характеристики являются общими для всех информационных процессов.

Архитектура БД. Физическая и логическая независимость

В процессе научных исследований, посвященных тому, как именно должна быть устроена СУБД, предлагались различные способы реализации. Самым жизнеспособным из них оказалась предложенная американским комитетом по стандартизации ANSI (American National Standards Institute) трехуровневая система организации БД, изображенная на рис. 2.1:

Рис. 2.1. Трехуровневая модель системы управления базой данных, предложенная ANSI

  1.  Уровень внешних моделей — самый верхний уровень, где каждая модель имеет свое «видение» данных. Этот уровень определяет точку зрения на БД отдельных приложений. Каждое приложение видит и обрабатывает только те данные, которые необходимы именно этому приложению. Например, система распределения работ использует сведения о квалификации сотрудника, но ее не интересуют сведения об окладе, домашнем адресе и телефоне сотрудника, и наоборот, именно эти сведения используются в подсистеме отдела кадров.
  2.  Концептуальный уровень — центральное управляющее звено, здесь база данных представлена в наиболее общем виде, который объединяет данные, используемые всеми приложениями, работающими с данной базой данных. Фактически концептуальный уровень отражает обобщенную модель предметной области (объектов реального мира), для которой создавалась база данных. Как любая модель, концептуальная модель отражает только существенные, с точки зрения обработки, особенности объектов реального мира.
  3.  Физический уровень — собственно данные, расположенные в файлах или в страничных структурах, расположенных на внешних носителях информации.

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

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

Оценка затрат на разработку ПО

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

Методы

  •  Метод Дельфи
  •  COCOMO
  •  SLIM
  •  SEER-SEM Параметрическая оценка усилий, времени, затрат и риска. Основывается на оценке минимального времени вовлечения персонала в соответствии с законом Брука
  •  Экстремальное программирование включает «игру в планирование», которую можно рассматривать, как метод оценки затрат
  •  PERT это способ анализа задач, необходимых для выполнения проекта. В особенности, анализа времени, которое требуется для выполнения каждой отдельной задачи, а также определение минимального необходимого времени для выполнения всего проекта. PERT предназначена для очень масштабных, единовременных, сложных, нерутинных проектов. Техника подразумевала наличие неопределённости, давая возможность разработать рабочий график проекта без точного знания деталей и необходимого времени для всех его составляющих.
  •  CETIN

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

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

Субъекты:

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

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

Базовые уравнения СОСОМО

  •  Трудоемкость = ab(KLOC)bb [человеко-месяцев]
  •  Срок разработки или длительность = cb(Трудоемкость)db [месяцев]
  •  Число разработчиков = Трудоемкость/ Срок разработки [человек]

Коэффициенты ab, bb, cb и db берутся из специальных таблиц

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

Детальный уровень включает в себя все характеристики среднего уровня с оценкой влияния данных характеристик на каждый этап процесса разработки ПО

Организация работы модели в системе GPSS. Статистика, выводимая GPSS для различных объектов

Исходная программа на языке GPSS/PC, как и программа на любом языке программирования, представляет собой последовательность операторов. В общем случае операторы GPSS/PC имеют следующий формат:

номер имя операция операнды ; комментарии

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

Отдельные операторы в программе могут иметь имя для ссылки на эти операторы из других операторов. Если такие ссылки отсутствуют, то этот элемент оператора не является обязательным.

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

В полях операндов записывается информация, которая конкретизирует выполнение функции, определенной в поле операции. Эти поля в зависимости от типа операции могут содержать до семи операндов, расположенных в определенной последовательности и обозначаемых первыми буквами латинского алфавита A, B, C, D, E, F, G. Некоторые операторы вообще не имеют операндов, а в некоторых операнды могут быть не заданы и при этом устанавливаются их значения по умолчанию (стандартные значения). Если в операторе какой-нибудь необязательный операнд не используется, то его отсутствие в соответствующем поле отмечается символом ",".

Необязательные комментарии, в случае их присутствия в программе, отделяются от поля операндов символом ";". Комментарии не могут содержать буквы русского алфавита.

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

Каждый оператор GPSS/PC относится к одному из четырех типов: операторы-блоки; операторы описания объектов; управляющие операторы и операторы-команды.

Операторы-блоки формируют логику функционирования модели. В GPSS/PC имеется около 50 различных видов операторов-блоков (далее часто просто оператор или блок), каждый из которых выполняет свою конкретную функцию и занимает вполне определенное место в исходной программе. Каждому такому оператору соответствует определенная подпрограмма транс-лятора, которая реализует функции, возложенные на данный оператор, а его операнды при этом служат фактическими параметрами данной подпрограммы.

Операторы описания объектов служат для определения параметров некоторых объектов GPSS/PC. Примерами параметров объектов могут быть количество каналов в многоканальном устройстве, количество строк и столбцов матрицы и т.д.

Управляющие операторы служат для контроля и управления процессом моделирования (прогоном модели).

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

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

Динамические объекты в GPSS/PC называются транзактами. Транзакт является прообразом заявки в терминологии СМО. В процессе моделирования транзакты “создаются” (заявки поступают) и “уничтожаются” (заявки уходят) так, как это необходимо по логике модели. С каждым транзактом может быть связано определенное число параметров, несущих необходимую информацию об этом транзакте. Кроме того, транзакты могут иметь различные приоритеты.

Операционные объекты GPSS/PC, называемые блоками, соответствуют операторам-блокам исходной программы и также формируют логику функционирования модели, давая транзактам указания: куда идти и что делать дальше. Каждый блок имеет уникальный вид (в Приложении I приведен графический вид каждого из рассматриваемых в этой работе блоков). Модель системы на GPSS/PC (GPSS-модель) можно представить в виде блок-схемы — совокупность фигур с характерными очертаниями блоков, соединенных между собой направленными линиями в соответствии с логикой модели. Блок-схема является графическим представлением модели и показывает взаимодействие блоков в процессе моделирования в отличие от программного представления — совокупности соответствующих операторов.

Аппаратные объекты являются аналогами обслуживающих приборов и другого оборудования реальной системы. К ним относятся одноканальные, многоканальные устройства и логические переключатели.Одноканальные и многоканальные устройства соответствуют обслуживающим приборам в СМО. Логические переключатели используются для моделирования двоичных состояний логического или физического характера и могут находиться в двух состояниях: включено и выключено.

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

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

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

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

В данной работе такие объекты GPSS/PC как логические переключатели, таблицы, переменные, сохраняемые величины, соответствующие матрицы, а также группирующие объекты рассматриваться не будут.

Каждому объекту того или иного типа соответствуют числовые атрибуты, описывающие его состояние в данный момент модельного времени. Кроме того, имеется ряд так называемых системных атрибутов,относящихся не к отдельным объектам, а к модели в целом. Значения атрибутов всех объектов модели по окончании моделирования выводятся в стандартный отчет GPSS/PC. Большая часть атрибутов доступна пользователю и составляет так называемые стандартные числовые атрибуты (СЧА), которые могут использоваться в качестве операндов операторов программы. Все атрибуты в GPSS/PC являются целыми числами.

Для ссылки на какой-либо СЧА некоторого объекта соответствующий операнд оператора записывается одним из следующих способов:

название$имя или названиеj,

где название — системное обозначение конкретного СЧА данного объекта; имя или j — соответственно имя или номер объекта, а $ — символ-разделитель.

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

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

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

1) транзакт входит в блок, который удаляет его из модели;

2) транзакт входит в блок, функцией которого является задержка его в данном блоке на некоторое время;

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

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

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

Входя в блоки модели, каждый транзакт вносит вклад в содержимое счетчиков блоков. Значения этих счетчиков доступны пользователю через СЧА блоков: W — счетчик текущего содержимого блока и N — счетчик входов, т.е. счетчик общего числа транзактов, вошедших в блок.

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

Таймер модельного времени в GPSS/PC имеет следующие особенности:

1) в начале моделирования таймер устанавливается равным нулю;

2) модельное время может принимать только целые значения;

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

4) интерпретатор при автоматической коррекции таймера времени применяет принцип переменного шага, когда таймер корректируется на момент наступления ближайшего события.

Значения таймера времени доступны пользователю через системные СЧА: C1 — относительное время и AC1 — абсолютное время.

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

Во всех моделях обязательно присутствуют два основных списка: список текущих событий (ТС) и список будущих событий (БС). Остальные списки в данной работе не рассматриваются.

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

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

Интерпретатор GPSS/PC помещает транзакты в зависимости от условий в модели в тот или иной список. После обработки всех транзактов в списке ТС интерпретатор просматривает список БС и корректирует таймер на момент времени первого (ближайшего) события в списке БС и соответствующий транзакт переносит из списка БС в список ТС и т.д.

Активный режим FTP

Действия сервера и клиента:

  1.  Клиент устанавливает связь и посылает запрос на 21 порт сервера с порта N (N>1024)
  2.  Сервер посылает ответ на порт N (N>1024) клиента
  3.  Сервер устанавливает связь для передачи данных по порту 20 на порт клиента N+1


 

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

83237. Планування і проект організації виробництва, праці на дільниці по виготовленню булочки «Кільце з маком» 197.9 KB
  Важливу роль в харчовій промисловості відводиться хлібопекарській галузі, яка забезпечує населення своїми продуктами. Тому актуальним і важливим є аналіз стану хлібопекарської галузі, виявлення проблем у її функціонуванні та визначення шляхів їх вирішення з метою забезпечення подальшого розвитку галузі...
83238. Каталог научно-технической библиотеки 267.5 KB
  Цель курсовой работы – закрепление и углубление знаний, полученных студентами в курсах «Информационное обеспечение систем управления», «Информатика», развитие профессиональных навыков в постановке и решении задач проектирования баз данных, работе с технической литературой, оформлении технической документации.
83239. Государственное регулирование развития АПК Республики Беларусь 59.21 KB
  Цель работы рассмотреть и изучить формы государственного регулирования агропромышленного комплекса Республики Беларусь. Для достижения поставленной цели необходимо в процессе выполнения курсовой работы решить следующие задачи: Рассмотреть необходимость государственного вмешательства в экономику страны...
83240. Разработка производственной программы предприятия 46.29 KB
  Успешная деятельность предприятия должна обеспечиваться производством продукции и услуг, которые: отвечают чётко определённым потребностям; удовлетворяют требованиям потребителя; соответствуют применяемым стандартам и техническим условиям; отвечают действующему законодательству и другим требованиям общества...
83241. ТЭО малого предприятия 105.91 KB
  Цель курсовой работы – получение навыков написания ТЭО деятельности малого производственного предприятия, исходя из заданных условий. Для достижения поставленной цели были поставлены следующие задачи: рассчитать потребности в основном и оборотном капитале для открытия малого предпринимательства...
83243. Применение системы Mathcad для исследования численных методов 624.4 KB
  Целью данной курсовой работы является изучение численных методов при помощи системы Mathcad. Изучение основных операций с программой, изучение различных способов программирования, наглядное изучение текстового и графического редактора, и самой системы в целом.
83244. Финансовый рынок и финансовые институты 250 KB
  Финансовый рынок — совокупность отношений, связанных с оказанием и потреблением финансовых услуг, а также выпуском и обращением финансовых инструментов; это совокупность рыночных институтов,механизм перераспределения капитала между кредиторами и заёмщиками при помощи посредников...
83245. Этногенез восточнославянских племен. Формирование древнерусской государственности. Основные историографические теории образования государства 37.5 KB
  Основные историографические теории образования государства. у восточных славян складываются предпосылки для образования государства: Возникновение древнерусского государства связывают с объединением политических центров в Новгороде и Киеве князем Олегом в 882 г.