Рассмотрим создание системы обработки данных с использованием ТПР на примере технического проекта. Сформулируем задачу проектирования. Имеются библиотека ТПР и техническое задание на создание СМОД, включая перечень функциональных задач и требования к общесистемной части СМОД по информационному, программному, математическому, техническому и организационному видам обеспечения. В результате проектирования [c.122]
КРИТЕРИЙ ЗАТРАТЫ — ЭФФЕКТИВНОСТЬ. ИУС не может считаться эффективной, если выгоды от ее использования заметно не превышают затраты на ее создание. Наилучшая ИУС — это не обязательно такая, которая дает наибольшее количество информации и наибольшую точность и скорость. Лучшая система — это система, которая дает информацию такого количества и качества, которое необходимо для целей управления при наименьших возможных затратах. Стоимость эксплуатации ИУС значительно превосходит затраты на оплату труда специалистов и стоимость оборудования обработки данных. В состав затрат входит время, затраченное на ее проектирование, установку, обучение персонала, а также время и расходы, связанные со сбором, накоплением и обработкой информации. Оценкой же экономической эффективности ИУС часто пренебрегают. Особенно это относится к бесприбыльным организациям. Иллюстративный пример 14.3. показывает, как можно снизить расходы банков с помощью ИУС. [c.421]
На основе материалов, полученных в результате исследований, проектируется рациональная система документооборота. При этом необходимо обеспечить унификацию и сокращение форм документации и показателей устранение дублирования данных в документах максимальное приспособление информации для механизированной и централизованной обработки использование типовых форм, разрабатываемых отраслевыми институтами, ЦСУ СССР и ВНИИ стандартов. Для сокращения непроизводительных затрат времени работников большое значение имеет также внедрение типовых текстов писем и административной документации по примеру ЛОМО, где разработано около 100 типовых текстов. [c.250]
Должностные обязанности. На основе анализа математических моделей и алгоритмов решения экономических и других задач разрабатывает программы, обеспечивающие возможность выполнения алгоритма и соответственно поставленной задачи средствами вычислительной техники, проводит их тестирование и отладку. Разрабатывает технологию решения задачи по всем этапам обработки информации. Осуществляет выбор языка программирования для описания алгоритмов и структур данных. Определяет информацию, подлежащую обработке средствами вычислительной техники, ее объемы, структуру, макеты и схемы ввода, обработки, хранения и вывода, методы ее контроля. Выполняет работу по подготовке программ к отладке и проводит отладку. Определяет объем и содержание данных контрольных примеров, обеспечивающих наиболее полную проверку соответствия программ их функциональному назначению. Осуществляет запуск отлаженных программ и ввод исходных данных, определяемых условиями поставленных задач. Проводит корректировку разработанной программы на основе анализа выходных данных. Разрабатывает инструкции по работе с программами, оформляет необходимую техническую документацию. Определяет возможность использования готовых программных продуктов. Осуществляет сопровождение внедренных программ и программных средств. Разрабатывает и внедряет системы автоматической проверки правильности программ, типовые и стандартные программные средства, составляет технологию обработки информации. Выполняет работу по унификации и типизации вычислительных процессов. Принимает участие в создании каталогов и картотек стандартных программ, в разработке форм документов, подлежащих машинной обработке, в проектировании программ, позволяющих расширить область применения вычислительной техники. [c.179]
ПРИМЕР ИСПОЛЬЗОВАНИЯ СИСТЕМЫ ОБРАБОТКИ ДАННЫХ DATEV [c.241]
Моделирование [Simulation] — использование системы обработки данных для представления характера изменения выбранных параметров физической или абстрактной системы. Пример. Представление воздушных потоков вокруг профиля крыла при различных скоростях, температурах и давлении воздуха. [c.329]
Приведем пример использования параметров при выборе системы управления базами данных. При проектировании любой СМОД встает вопрос, нужна ли СУБД, а если нужна, то какая конкретно. При этом надо учитывать, что системы обработки данных проектируются для работы на достаточно большом интервале времени, поэтому они должны обладать определенными свойствами, прежде всего адаптивными. В настоящее время в нашей стране используется ряд СУБД ОКА, СИОД, ИНЕС, СЕТОР, ДИСОД и др. [25]. Каждая из них имеет несколько версий. Для оценки соответствующего компонента СМОД (в данном случае СУБД) и его выбора необходимы некоторые интегральные характеристики этих средств, т. е. некоторое параметрическое описание соответствующих компонентов. В зависимости от рассматриваемых средств различаются определяемые для них параметры. Список параметров для описания соответствующих компонентов должен быть полным. Приведем основные параметры, характеризующие системы управления базами данных [c.31]
Рассмотрим теперь пример использования СУБД "ИНЭС-2М" для построения АБД в АСН. Система ИНХ-2М сочетает в себе черты трех основных моделей данных иерархической, сетевой, реляционной и включает в себя средства обработки информации (или банк задач), который служит для накопления прикладных программ, предназначенных для решения различных задач [ ]. В частности, в банк задач ИГЭС-2М включаются непосредственно счетные программы межотраслевого дина -мического баланса, определения отраслевых планов, проведения плановых расчетов. Банк задач должен содержать также каталоги алго -ритмов, заданий на счет, средства преобразований структур данных. [c.53]
К8 — по форме регистрации — делит все факты на простые (элементарные) и сложные (комплексные). Простые (элементарные) факты не могут быть или не должны быть разложены на более мелкие составляющие, например, поступление денег с расчетного счета в кассу, сложные (комплексные) факты могут (должны) быть разложены на их составляющие, например, с расчетного счета перечислены деньги поставщикам, бюджету, органам социального страхования. Степень деления фактов зависит от принятого порядка регистрации и обусловлена только принципами целесообразности. В реальной жизни нет деления простых (элементарных) фактов. На нашем примере это хорошо видно определенная сумма денег передана из банка (расчетный счет) в кассу. Казалось бы факт элементарен. Так оно и есть при существующей системе учета. Гипотетически мы можем этот элементарный факт представить как комплексный, раскладываемый сначала на факты, отражающие различные достоинства денежных купюр, а затем каждый из этих фактов разложить по номерам купюр возможно разложение купюр по годам их выпуска и т.д., но все эти разложения не нужны для принятия управленческих решений, и поэтому элементарность останавливается на уровне общей суммы еще показательнее пример продажи товаров за наличный расчет. Казалось бы простой факт может стать комплексным, когда говорят об оприходовании денег и списании товаров. Kg необходима для целей автоматизации обработки экономической информации, так как широкое использование сложных (комплексных) фактов позволяет повысить эффективность машинной обработки данных. [c.106]
Справочное руководство в каждом случае представляет собой процедуры выполнения работы, зафиксированные на бумаге. В последние годы напечатано много книг и статей, посвященных как опробованным на практике, так и новым системам и процедурам, вопросам их внедрения и использования. Специалистам по программному обеспечению хорошо известна книга Брэндона, описывающая стандарты управления в обработке данных [65], Брэндон отделяет методические стандарты (общепринятую практику и способы выполнения работы) от рабочих стандартов. В данной книге рассмотрены только методические стандарты, которые в свою очередь подразделяются на методы управления и методы программирования. Кроме того, что методы программирования (стандартные соглашения по кодированию программ, полезные практические приемы и примеры плохо написанных программ, которым не следует подражать, форматы входных и выходных данных, протоколы сообщений и системы стандартных характеристик) очень нужны, в данной книге о них ничего не говорится. Эта книга в основном посвящена методам управления и организации работы как должны быть оформлены документы и что они должны содержать, как обеспечить обратную связь, как осуществлять конфигурационное управление изделием Путь внедрения методов управления — написание процедур, регламентирующих методику работы. [c.329]
По мере совершенствования вычислительных систем, ориентированных на хранение, обработку и использование данных и знаний, стали создаваться системы, в которых результаты принятия управленческих решений приближались по качеству к решениям, принятым человеком, а по скорости получения решений существенно превышали время реакции человека (особенно в непредсказуемых и непредвиденных ситуациях). Такие системы называют интеллектуальными системами, мультиагентными системами искусственного интеллекта системами поддержки принятия решений (СППР) [1.17-1.19], Может быть, наиболее ярким примером таких систем являются [c.27]
Здесь можно привести аргумент, заключающийся в том, что в маркетинге произойдет катастрофический рост расходов в связи с проектированием и осуществлением программ ИМК. В опровержение такой традиционной мудрости приводится зачастую фиксируемый факт снижения общих маркетинговых расходов именно из-за программ ИМК — по двум причинам. Во-первых, из-за технологических новшеств в области использования компьютеров и баз данных затраты на обработку информации и контакты с потребителем продолжают снижаться. Во-вторых, при наличии эффективных программ ИМК рыночные деятели начинают тратить значительно меньше средств на попытки завоевать клиентов, которые никогда не сделают покупку или станут невыгодными покупателями. Кроме того, это более совершенное распределение маркетингового бюджета приводит к повышению чистого дохода, получаемого на единицу затраченных средств, так как конкретные маркетинговые действия можно направить на завоевание потребителя, который вероятнее всего совершит покупку. Томас Роджер (Thomas Roger), американский разработчик программного обеспечения для прямого маркетинга, приводит следующий пример Мы говорим людям "Вы можете отправить 1000 писем или же вы можете, воспользовавшись одной из этих [баз данных ИМК] систем, отправить 100 писем и получить те же самые результаты" (цит. по Bulkeley, 1993). Таким образом, в опровержение традиционной мудрости, прямой маркетинг и системы ИМК не нуждаются (и не должны нуждаться) в значительном увеличении маркетингового бюджета. [c.618]
Смотреть страницы где упоминается термин Пример использования системы обработки данных
: [c.338] [c.52] [c.169]Смотреть главы в:
Контроллинг для начинающих -> Пример использования системы обработки данных