Каждый из названных функциональных классов типовых операций обработки экономической информации имеет свои особенности в зависимости от уровня интеграции информационной базы. Например, алгоритм корректировки данных при использовании базы данных усложняется по сравнению с аналогичным алгоритмом при использовании автономных файлов. [c.70]
Регулирование шага в процессе поиска. Описанная выше процедура прикидочных расчетов позволяет выбрать ориентировочные значения для величин вариаций разных компонент управления. Следует предусмотреть некоторый алгоритм корректировки величины вариации в процессе поиска. [c.177]
Алгоритм корректировки отчетности включает следующие этапы. [c.175]
Структура и содержание ИФ АСПР должны последовательно уточняться в процессе его функционирования с учетом частоты обновления и корректировки хранимой информации, частоты обращения пользователей ИФ к конкретной информации, удельных затрат на формирование массивов, их хранение, поиск, обновление, пополнение, контроль, обработку по разным алгоритмам и для разных технических средств и технологических процессов, наличного объема запоминающих устройств различных типов. [c.153]
Кроме того, в пределах секции возможно изменение диаметра колонны, что необходимо учитывать в алгоритме расчета. В этом случае происходит корректировка длины участка границей изменения диаметра, после чего (как и в начале процесса расчета с низа секции) по эпюре сминающих давлений определяется нагрузка у этой границы, затем по таблице критических давлений, соответствующих новому значению диаметра колонны, подбирается нужная труба. Далее из таблицы выбирается следующее (меньшее) значение критической нагрузки и т. д. [c.21]
Оператор 41. Блок проверки, корректировки и расчета на страгивание и внутреннее давление. Алгоритм этого блока представлен на рис. 2. [c.27]
| Рис. 2. Алгоритм проверки, корректировки и расчета обсадных колонн на страгивание и внутреннее давление |  |
Корректировка оперативных планов проводится по тому же алгоритму при изменениях в суточных заданиях по выпуску газа и изменениях в графиках ремонта наземного и подземного оборудования. [c.183]
Уточнения и корректировки алгоритмов управления на основе предыстории течения контролируемого процесса. [c.227]
По статье Затраты в незавершенном производстве показываются все вложения в продукцию, по которой производственный процесс еще не завершен. Логика формирования данной статьи такова. По мере осуществления производственного процесса предприятие несет множество затрат, отражаемых на соответствующих счетах бухгалтерского учета и группируемых в рамках управленческого (производственного) учета по различным классификационным признакам (в теории и практике отечественного учета выделяется более двадцати видов классификаций характеристику наиболее существенных из них можно, в частности, найти в [Николаева, с. 15—22]). Некоторые из этих затрат в полном объеме включаются в себестоимость, другие ограничены нормами и нормативами, утверждаемыми в централизованном порядке эти нормативы можно превышать и понесенные затраты ъ полном объеме включать в себестоимость продукции, однако при расчете налогооблагаемой прибыли необходимо делать корректировку на сумму превышения. Это затраты по командировкам, представительские расходы, отдельные виды затрат по подготовке и переподготовке работников, проценты по кредитам и займам и др. По окончании отчетного периода определенная часть совокупных затрат в соответствии с принятыми принципами и алгоритмами формирования себестоимости относится на готовую продукцию, а оставшаяся часть как раз и характеризует затраты в незавершенное производство. [c.222]
Повышение достоверности учетных данных. При обработке и обобщении учетных данных арифметические ошибки исключаются, так как все вычисления выполняются на основе встроенных алгоритмов. Ошибки могут появиться только при вводе данных или неверной технологии эксплуатации компьютерной системы. Однако внесение исправлений в исходные данные в рамках отчетного периода не представляет сложности, так как все данные отчетного периода доступны для исправления, а итоги могут быть пересчитаны в любой момент. Ограничения накладываются только на полномочия лиц, выполняющих эти корректировки. [c.51]
Корректировку плана счетов на этапе внедрения следует выполнять осторожно, так как номера счетов/субсчетов заложены в алгоритмы расчетов и показатели форм отчетности системы. Поэтому прежде, чем начать корректировку плана счетов надо ознакомиться с рекомендациями разработчика системы. [c.93]
Аудитор обязан также проверить алгоритмы расчета показателей форм отчетности и оценить возможность их корректировки при изменениях в законодательстве. Более того, часто изменения затрагивают и сами формы отчетности, добавляются одни строки, исключаются другие. Большинство систем обработки учетной информации позволяют бухгалтеру вносить самому такие изменения, не прибегая к помощи разработчиков. Необходимо проверить соответствие используемых форм отчетности действующему законодательству. Многие известные фирмы-разработчики оперативно распространяют среди своих пользователей новые формы бланков при их изменении. [c.342]
Блок 3 — прогнозирование потребности по управлению в целом вторым способом. Подробное описание алгоритма расчетов, предусмотренных этим блоком, приводится в разделе Алгоритм решения отдельных блоков . Как и в блоке 2, в блоке 3 первоначально определяется краткосрочный прогноз потребности. После верификации краткосрочного прогноза и корректировки временных рядов, используемых для расчетов показателей, аналогично обрабатываются смешанные фактически-расчетные ряды для получения среднесрочного, а затем и долгосрочного прогнозов. При долгосрочном прогнозировании определяется суммарная потребность в автобензине и дизельном топливе. [c.57]
С развитием персональных компьютеров и мощным математическим обеспечением рынка Форекс такие корректировки курсов валют делаются автоматически и зачастую трейдеры даже не задумываются об алгоритмах таких коррекций. Однако для лучшего понимания рынка Форекс и его более надежного прогнозирования необходимо не только знать коэффициенты коррекции, но и постигать их глубокий смысл. [c.23]
Для корректировки отчета можно использовать аналогичные описанным в алгоритме 3.28 и 3.29 действия. [c.194]
Часть полей окна содержит плановые значения временных показателей задачи (или задач, как в данном случае) — они недоступны для корректировок и выведены серым цветом. Кроме того, в этом окне есть поля, специально предназначенные для ввода данных о достигнутых к текущему моменту показателях. Если данный алгоритм выполняется для нескольких предварительно выделенных задач, то плановые значения временных показателей этих задач не выводятся, а допускающие корректировку поля также пусты. [c.307]
Банк данных — комплекс, включающий специальные структуры организации информации, алгоритмы, специальные языки, программные и технические средства, в совокупности обеспечивающие создание и эксплуатацию системы накопления информации, поступающей от нескольких источников, ее обновление, корректировку и многоаспектное использование в интересах объектов управления, а также прямую связь с пользователем для получения ответов на произвольные, в том числе незапланированные, запросы. [c.344]
Таким образом, эксперимент по оценке адекватности математической модели или алгоритма допускает интерпретацию как планирование эксперимента с векторным откликом и смешанным характером факторов (часть из них — количественные, а часть — качественные). Поэтому правомерно применение традиционных методов планирования экспериментов, дополненных неформальной корректировкой. [c.113]
Должностные обязанности. На основе анализа математических моделей и алгоритмов решения экономических и других задач разрабатывает программы, обеспечивающие возможность выполнения алгоритма и соответственно поставленной задачи средствами вычислительной техники, проводит их тестирование и отладку. Разрабатывает технологию решения задачи по всем этапам обработки информации. Осуществляет выбор языка программирования для описания алгоритмов и структур данных. Определяет информацию, подлежащую обработке средствами вычислительной техники, ее объемы, структуру, макеты и схемы ввода, обработки, хранения и вывода, методы ее контроля. Выполняет работу по подготовке программ к отладке и проводит отладку. Определяет объем и содержание данных контрольных примеров, обеспечивающих наиболее полную проверку соответствия программ их функциональному назначению. Осуществляет запуск отлаженных программ и ввод исходных данных, определяемых условиями поставленных задач. Проводит корректировку разработанной программы на основе анализа выходных данных. Разрабатывает инструкции по работе с программами, оформляет необходимую техническую документацию. Определяет возможность использования готовых программных продуктов. Осуществляет сопровождение внедренных программ и программных средств. Разрабатывает и внедряет системы автоматической проверки правильности программ, типовые и стандартные программные средства, составляет технологию обработки информации. Выполняет работу по унификации и типизации вычислительных процессов. Принимает участие в создании каталогов и картотек стандартных программ, в разработке форм документов, подлежащих машинной обработке, в проектировании программ, позволяющих расширить область применения вычислительной техники. [c.179]
Цель корректировки, конечно, не в том, чтобы снизить значение определяемой нормы по сравнению с действительно необходимой ее величиной — очистить исходную информацию, используемую при расчете, для сбытовых запасов от имевшихся нарушений в организации процессов производства и сбыта, для производственных — в организации снабжения и расхода. Контроль исходной информации, проводимый по определенному алгоритму в автоматизированном режиме при нормировании запасов, позволяет очистить информацию от всех этих недостатков, если они имели место, получить экономически обоснованные значения специфицированных норм производственных запасов. Другой альтернативы, кроме использования исходной информации отчетного года, нет, так как только она отражает вариации всех нормообразующих факторов, определяющих необходимую величину запаса. [c.252]
Утвержденные видовые нормы запасов (особенно после их корректировки Госпланом СССР) вообще нельзя было использовать на предприятиях, так как их трудно было дифференцировать по маркам и связать с установленной видовой нормой производственного запаса, утвержденной вышестоящим управляющим органом. Даже если предприятие сделало бы второй честный расчет норм оборотных средств или производственных запасов (не уменьшая фактическую частоту поставок), то оно все равно не могло бы воспользоваться вычисленными нормами. Дело в том, что алгоритм Типовой методики, заложенный в определение норм производственных запасов, не позволял вычислить их экономически обоснованные значения, так как алгоритм не учитывал все НФ, определяющие условия формирования производственных запасов. И непонятно теперь, зачем этот метод рекламируют в вышедших в последнее время учебниках по новым и старым экономическим дисциплинам — Менеджмент , Финансовый менеджмент , Финансы предприятия , Экономика предприятия и т.д. [c.487]
Наполнение и обслуживание данных состоит из трех этапов — экстракции, трансформации и загрузки. Проектирование экстракции данных начинается с идентификации базовых БД (локальных БД), в которых хранятся первичные данные. На основе мета-данных строятся процедуры экстракции, извлекающие необходимую информацию (только новую или обновленную), трансформация реализует три основных алгоритма суммирование, консолидацию (объединение) и корректировку данных. В процессе суммирования образуются агрегированные данные в виде итогов за определенный временной период. Под консолидацией понимается объединение данных из нескольких источников (таблиц), принадлежащих разным БД, но имеющие одинаковые ключи и атрибуты. Коррекция необходима для разрешения конфликтов, вызванных возможными нарушениями целостности. Процесс загрузки синхронизируется с определенными временными отметками или инициирован внешними событиями. [c.342]
Программирование задачи — перевод алгоритма задачи на язык машины, представляющий собой последовательность арифметических, логических и вспомогательных операций, записанных в командах конкретной ЭВМ. Как правило, используют программы ввода информации, ее переработки (преобразования информации таким образом, что содержание ее становится подготовленным к следующему этапу обработки или пригодным для принятия решения человеком), сортировки, объединения отсортированных массивов, корректировки, поиска и вывода информации, вывода массивов информации. [c.131]
Поскольку фактические значения /3-коэффициентов не являются бесспор ными критериями оценки будущего риска, были разработаны методики их кор ректировки. Это привело к появлению двух различных видов (3 коэффициентов 1) уточненная (3 и 2) фундаментальная 0 Понятие уточненная /3 (adjusted beta) в значительной степени появилось благодаря работе М Б Блуме, в которой было показано, что истинные значения ft со временем имеют тенденцию стремиться к 1.0 7 Поэтому аналитик, начав с расчета исторической /3 фирмы, основан ной на статистических данных, может далее сделать поправку на ожидаемое будущее смещение показателя к 1 0 и, таким образом, получить уточненную /3, которая является в среднем более точной оценкой будущего фактического зна чения /3 коэффициента по сравнению с исторической /3 Поскольку алгоритм корректировки /3 требует наличия дополнительных статистических данных, мы не будем рассматривать его подробно. [c.176]
Диалоговые системы решения экономических задач для пользователей-специалистов в области экономико-организационного управления должны обеспечивать относительно простые, но надежные сервисные функции по синтактическому, логическому и численному контролю исходных данных корректировке хранимой в памяти ЭВМ информации прерыванию процедуры выполнения алгоритмического процесса с возвратом в ближайшую к прерванной процедуре точку алгоритма с восстановлением соответствующих ей исходных состояний файлов. [c.172]
Информационный фонд системы управления должен обеспечивать получение выходных наборов данных из входных с помощью алгоритмов обработки и корректировки данных. Это возможно, если создана инфологическая модель предметной области, которая вместе с наборами хранимых данных и алгоритмами их обработки позволяет построить каноническую модель (схему) информационной базы, а затем перейти к логической схеме и далее - к физическому уровню реализации. [c.136]
В настоящее время осуществление нормативного планирования нефтеснабжения в режиме человек — машина возможно только при создании в составе вычислительных центров филиалов АСУ-нефтепродукта централизованных нормативных служб, задачи которых — оказание практической помощи территориальным управлениям, обслуживаемым этим филиалом, пр и разработке и корректировке текущих и перспективных планов нефтеснабжения. Нормативная служба могла бы подготавливать для каждого территориального управления всю необходимую информацию, производить счет на ЭВМ по типовым алгоритмам и программам, анализировать полученные результаты и выдавать Практические рекомендации, т. е. технико-экономические нормативы для практического использования при составлении производственно-хозяйст венных планов. Взаимодействие нормативной службы и территориальных управлений должно строиться с учетом того, что нормативная служба является не только методическим центром по разработке технико-экономических нормативов производственно-хозяйственной деятельности территориальных управлений, но и осуществляет сбор, хранение, передачу, обработку и выдачу результатов расчетов для анализа и принятия решений, комплектует информационный и программный фонд, обеспечивает связь при обмене информацией между обслуживаемыми территориальными управлениями и главками, участвует в разработке- информационного и математического обеспечения АСУнефтепродукта и др. Статус ее нормативной службы должен быть закреплен в положении об отделе и должностных инструкциях для работников отдела. [c.39]
Для решения подобных задач имеется ряд алгоритмов, которые строятся на основе принципа декомпозиции. Наиболее широко известны декомпозиционные алгоритмы, предложенные Данцигом и Вольфом [26], Корнай и Липтаком [61]. В терминах задачи распределения производственной программы отрасли с использованием моделей, решаемых методами линейного программирования, идея алгоритма Данцига-Вольфа следующая. Центральный орган управления отраслью устанавливает цены (двойственные оценки) на продукцию. Исходя из максимизации прибыли при этих ценах, каждое предприятие разрабатывает свою производственную программу. Центральный орган обобщает планы предприятий и сравнивает их с потребностями народного хозяйства в разных видах продукции отрасли. Затем производится корректировка цен если предложенный выпуск продукции данного вида меньше потребности, то цена на нее повышается если выпуск превышает потребность, то цена понижается. Новые цены сообщаются предприятиям для проведения следующей итерации и т. д. [c.189]
С меняющимся объемом выпуска 2. Определение расчетных нормативных затрат Знр = СкУф, где <2ф — фактическое количество 3. Определение отклонения О — Зф — Знр, где Зф, Знр — фактические и расчетные нормативные затраты Нормативы переменных затрат устанавливаются на единицу объема, а нормативы постоянных затрат — на весь объем Учитываются отклонения => по цене => по количеству => по объему Алгоритм расчета 1. Затраты подразделяют на постоянные и переменные 2. Рассчитывают ставку нормативных переменных затрат Сн var = Зн var. " Qh, где Зн var — суммарные нормативные переменные затраты. Он — нормативный объем выпуска 3. Рассчитывают ставку нормативных постоянных затрат Сн onst = Зн onst Он, где Зн onst — суммарные нормативные постоянные затраты См. А.2 Учитывается характер поведения затрат в зависимости от объема, что обеспечивает более точный расчет и дает информацию для оперативного управления По сравнению с А.2.1 улучшаются возможности для контроля Учитываются отклонения за счет объема Сложность по сравнению с А.2.1 Одинаковый подход к определению постоянных и переменных затрат (при корректировке на изменение объема постоянные затраты рассматриваются как переменные), что искажает результат [c.52]
Большая часть алгоритмов, рекомендуемых для поддержки процессов управления, рассматривается применительно к условному проекту-примеру. Для него на сопроводительной дискете данной книги подготовлено несколько десятков файлов, иллюстрирующих исходные данные и результаты выполнения описанных действий. Кроме того, в составе примера приведено два макроса, которые могут использоваться для решения часто встречающихся задач корректировки графиков в дополнение к штатным возможностям Proje t и наглядно демонстрируют, как можно (но совсем не обязательно) решать типичные задачи. [c.3]
Описанная в п. 4 данного алгоритма возможность удобна в основном для ввода или корректировки данных по отдельной задаче, при необходимости ввода, корректировки или просмотра данных для нескольких задач более удобно воспользоваться кнопкой Лист ввода PERT на панели Анализ по методу PERT. Вид табличной формы, которая выводится при этом на экран (в уже заполненном данными табл. 6.1 виде), показан на рис. 6.17. При заполнении этой формы ввод данных осуществлялся с клавиатуры. Если для некоторых задач проекта нет необходимости изменять оценки длительности выполнения, то для таких задач вводить оценки длительности (кроме собственно поля Длительность) не нужно. [c.392]
Так, при проектировании широкого класса сложных систем управления динамическими процессами и объектами (например, управление движением летательных аппаратов, технологическими процессами и т.д.) на заключительном этапе проводится полунатурное моделирование с целью корректировки алгоритмов обработки информации и управления, уточнения и корректировки их параметров с учетом динамических особенностей и характеристик элементов реальной аппаратуры, работающей в контуре управления, а также с целью получения оценок показателей качества проектируемых систем управления и исследования их эксплуатационных характеристик. [c.117]
Таким образом, главное отличие обоих алгоритмов состоит в том, что в АСБС распределение в первую очередь идет по заявкам главных потребителей, а оставшееся — по прецеденту, а в АОС — все по прецеденту. Конечно, все это идет с вмешательством ЛПР и экспертов, и они же оценивают СГ в целом. В случае необходимости проводится корректировка условий распределения на всех его этапах. Алгоритмы предусматривают динамический процесс, т. е. начиная с исходной базовой СГ для года t0 можно получить СГ для каждого е (f0, T], причем для расчета на каждый последующий год прецедентной будет С Г за предыдущий год. [c.132]
Всего при функционировании системы реализуется восемь ее рабочих режимов 1) ввода и записи информации в ИС 2) корректировки информации в ИС 3) прогнозирования (получения прогнозов газопотребления в отраслях промышленности и народного хозяйства в годовом разрезе на ближайшие пятилетки, а также на конечные годы несколько последующих пятилеток) 4—5) распределения по алгоритмам АСБС и АОС 6) сервиса (обслуживание функционирования ИС и проведения расчетов на ЭВМ) 7) запросов (выдача по требованию пользователей 11 форм выходных документов, содержащих ретроспективную и расчетную информацию, хранящуюся в ИС) 8) оперативной корректировки структуры (текущие изменения в структурах без их нового полного расчета на ЭВМ). [c.132]
Главное назначение подсистемы оперативной корректировки состоит в корректировке СГ (без полного их пересчета) на основе рекомендаций ЛПР. Эти рекомендации должны способствовать устранению несоответствий тех или иных данных структуры соответствующим представлениям ЛПР, которые могут отражать новые директивные данные, изменение ситуации и т. д. Было реализовано два варианта алгоритмов, предложенных сотрудниками ВНИИЭгазпрома в 1984 г. Первый алгоритм предусматривал непосредственное задание изменений в СГ части областно-от-раслевых объемов. На основе этих изменений рассчитываются новые объемы газопотребления по тем районам и отраслям, где были внесены изменения. Второй алгоритм характеризуется прежде всего тем, что величина ПЭН должна оставаться неизменной. В случае же необходимости производится перераспределение величин отраслевых объемов. Первый из алгоритмов был программно реализован группой сотрудников ИПУ [111. С. 37]. Совместно с сотрудниками ВНИИЭгазпрома была проведена апробация данного алгоритма, которая показала возможность его использования при реальном планировании развития ЕСГ. Был выполнен большой объем расчетов на ЭВМ по корректировке СГ на двенадцатую пятилетку и более длительную перспективу. [c.133]