Экономика

• 181. Автоматизация печи обжига известняка
  Реферат пополнение в коллекции 09.12.2008

  90е годы. Предприятие пережило приватизацию, неоднократную смену владельца и другие перемены, неблагоприятно повлиявшие на многие предприятия России и сейчас является рентабельным предприятием-экспортёром. На АО”АВИСМА”, что расшифровывается как авиационные специальные материалы, сейчас внедряются новые технологии и модернизируются старые, предприятие переводится на новое сырьё брусит, использование которого намного выгоднее использования карналлита. Повышается оплата труда рабочих и улучшаются условия работы трудящихся.

• 182. Автоматизация производства – основные задачи, принципы разработки и пути совершенствования
  Дипломная работа пополнение в коллекции 18.12.2011

• 183. Автоматизация процесса газоочистки
  Реферат пополнение в коллекции 09.12.2008

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

• 184. Автоматизация процесса получения диоксида титана
  Реферат пополнение в коллекции 09.12.2008

  Промплощадка ТЭЦ-2 размещается с северной стороны по отношению к селитебной части города.Город находится на расстоянии 4 км. от предприятия, хотя по санитарным нормам СН 245-71 min санитарно-защитная зона должна быть на расстоянии 1000м. от селитебной части города. Санитарно-защитную зону или ее части нельзя использовать для расширения территории предприятия. Для ограничения распространения пожара по территории предприятия необходимо соблюдать определенные расстояния между зданиями. За основу принята степень огнестойкости зданий и категория производства по взрывопожарной и пожарной опасности. Для здания 3-ей степени огнестойкости расстояние необходимо соблюдать до 12, 15, 18 метров. Минимальное расстояние от зданий и сооружений до открытых складов, а также между самими складами принимается в пределах 6-42 метров.

• 185. Автоматизация процесса производства геля
  Реферат пополнение в коллекции 09.12.2008

  При проектуванні місць установки щитів (пультів) виникає ряд питань, що обумовлено архітектурними компоновочними та іншими вимогами. Кінцевою метою рішення цих питань є створення найкращих умов для успішної роботи оператора, які б відповідали вимогам технічних норм, а також інжинерній психології і технічній естетиці:

  • розсташування щитів ближче до обєкту управління для зручності огляду;
  • недоцільність розсташування щитів в подвальних та цокольних поверхах, в місцях з вібрацією, з шкідливими викидами, рядом з санвузлами, під та над вентиляційними камерами загальнообмінної вентиляції;
  • відсутність у будівель конструкцій будівель в середині приміщень виступаючих частин, прокладок крізь приміщення транзитних трубопроводів опалення, водопостачання, каналізації і трубопроводів з легкозаймистою речовиною;
  • підпорядкованість числа просторового розташування окремих елементів системи управління задачам, які вирішує оператор в різних режимах роботи;
  • розташування робочого місця оператора на відстані не більше 5 м від щита;

• 186. Автоматизация процесса работы по средствам замены ручной работы - компьютерной
  Реферат пополнение в коллекции 09.12.2008

• 187. Автоматизация процесса складского учета в ООО "Альянс-Трейд"
  Дипломная работа пополнение в коллекции 11.04.2012

  %20%d0%b8%d0%bb%d0%b8%20%d0%b3%d1%80%d1%83%d0%bf%d0%bf%d0%be%d0%b9%20%d1%80%d0%b0%d0%b7%d1%80%d1%8f%d0%b4%d0%be%d0%b2%20%d0%ba%d0%be%d0%b4%d0%be%d0%b2%d0%be%d0%b3%d0%be%20%d0%be%d0%b1%d0%be%d0%b7%d0%bd%d0%b0%d1%87%d0%b5%d0%bd%d0%b8%d1%8f.%20%d0%9c%d0%b5%d1%82%d0%be%d0%b4%20%d0%bf%d0%b0%d1%80%d0%b0%d0%bb%d0%bb%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d0%b3%d0%be%20%d0%ba%d0%be%d0%b4%d0%b8%d1%80%d0%be%d0%b2%d0%b0%d0%bd%d0%b8%d1%8f%20%d1%87%d0%b0%d1%89%d0%b5%20%d0%b2%d1%81%d0%b5%d0%b3%d0%be%20%d0%b8%d1%81%d0%bf%d0%be%d0%bb%d1%8c%d0%b7%d1%83%d0%b5%d1%82%d1%81%d1%8f%20%d0%bf%d1%80%d0%b8%20%d1%84%d0%b0%d1%81%d0%b5%d1%82%d0%bd%d0%be%d0%b9%20%d0%ba%d0%bb%d0%b0%d1%81%d1%81%d0%b8%d1%84%d0%b8%d0%ba%d0%b0%d1%86%d0%b8%d0%b8,%20%d0%bd%d0%be%20%d0%bf%d1%80%d0%b8%d0%bc%d0%b5%d0%bd%d1%8f%d0%b5%d1%82%d1%81%d1%8f%20%d1%82%d0%b0%d0%ba%d0%b6%d0%b5%20%d0%b8%20%d0%b2%20%d0%b8%d0%b5%d1%80%d0%b0%d1%80%d1%85%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%be%d0%b9%20%d0%ba%d0%bb%d0%b0%d1%81%d1%81%d0%b8%d1%84%d0%b8%d0%ba%d0%b0%d1%86%d0%b8%d0%b8.%20%d0%9f%d1%80%d0%b8%20%d1%8d%d1%82%d0%be%d0%bc%20%d0%bb%d0%b8%d0%b1%d0%be%20%d1%81%d0%be%d0%bf%d0%be%d0%b4%d1%87%d0%b8%d0%bd%d0%b5%d0%bd%d0%bd%d1%8b%d0%b5%20%d0%bf%d1%80%d0%b8%d0%b7%d0%bd%d0%b0%d0%ba%d0%b8,%20%d0%be%d0%b1%d0%bb%d0%b0%d0%b4%d0%b0%d1%8f%20%d0%bf%d0%be%d0%bb%d0%bd%d0%be%d0%b9%20%d0%be%d0%b4%d0%bd%d0%be%d1%80%d0%be%d0%b4%d0%bd%d0%be%d1%81%d1%82%d1%8c%d1%8e%20<http://ru.wikipedia.org/wiki/%D0%9E%D0%B4%D0%BD%D0%BE%D1%80%D0%BE%D0%B4%D0%BD%D0%BE%D1%81%D1%82%D1%8C>,%20%d1%80%d0%b0%d1%81%d0%bf%d0%be%d0%bb%d0%b0%d0%b3%d0%b0%d1%8e%d1%82%d1%81%d1%8f%20%d0%bf%d0%b0%d1%80%d0%b0%d0%bb%d0%bb%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%20%d0%b2%d0%be%20%d0%b2%d1%81%d0%b5%d1%85%20%d0%b7%d0%b2%d0%b5%d0%bd%d1%8c%d1%8f%d1%85%20%d0%b8%d0%b5%d1%80%d0%b0%d1%80%d1%85%d0%b8%d1%87%d0%b5%d1%81%d0%ba%d0%be%d0%b9%20%d1%86%d0%b5%d0%bf%d0%b8,%20%d0%bb%d0%b8%d0%b1%d0%be%20%d0%bd%d0%b5%d1%81%d0%be%d0%bf%d0%be%d0%b4%d1%87%d0%b8%d0%bd%d0%b5%d0%bd%d0%bd%d1%8b%d0%b5%20%d0%bf%d0%b0%d1%80%d0%b0%d0%bb%d0%bb%d0%b5%d0%bb%d1%8c%d0%bd%d1%8b%d0%b5%20%d0%bf%d1%80%d0%b8%d0%b7%d0%bd%d0%b0%d0%ba%d0%b8%20%d0%b8%d1%81%d0%ba%d1%83%d1%81%d1%81%d1%82%d0%b2%d0%b5%d0%bd%d0%bd%d0%be%20%d1%83%d1%81%d1%82%d0%b0%d0%bd%d0%b0%d0%b2%d0%bb%d0%b8%d0%b2%d0%b0%d1%8e%d1%82%d1%81%d1%8f%20%d0%b2%20%d0%be%d0%bf%d1%80%d0%b5%d0%b4%d0%b5%d0%bb%d0%b5%d0%bd%d0%bd%d0%be%d0%b9%20%d0%bf%d0%be%d1%81%d0%bb%d0%b5%d0%b4%d0%be%d0%b2%d0%b0%d1%82%d0%b5%d0%bb%d1%8c%d0%bd%d0%be%d1%81%d1%82%d0%b8.">Разрядный метод - признаки классификации кодируются независимо друг от друга определенными разрядами <http://ru.wikipedia.org/wiki/%D0%A7%D0%B8%D1%81%D0%BB%D0%BE%D0%B2%D0%BE%D0%B9_%D1%80%D0%B0%D0%B7%D1%80%D1%8F%D0%B4> или группой разрядов кодового обозначения. Метод параллельного кодирования чаще всего используется при фасетной классификации, но применяется также и в иерархической классификации. При этом либо соподчиненные признаки, обладая полной однородностью <http://ru.wikipedia.org/wiki/%D0%9E%D0%B4%D0%BD%D0%BE%D1%80%D0%BE%D0%B4%D0%BD%D0%BE%D1%81%D1%82%D1%8C>, располагаются параллельно во всех звеньях иерархической цепи, либо несоподчиненные параллельные признаки искусственно устанавливаются в определенной последовательности.

• 188. Автоматизация процесса спекания аглошихты
  Реферат пополнение в коллекции 09.12.2008

   

  1. Пазюк М.Ю. Моделирование работы барабанных окомкователей. Изв. вузов черн. мет. 1988.-№4.-с.93-97
  2. Ищенко А.Д., Моня Г.М., Бенсман Л.Г., Зевин С.П., Греков В.В. Автоматизированная система управления технологическим процессом на агломашине. Сталь.-1989.-№9.-с.13-15
  3. Минаков Н.С., Боранбаев Б.М., Кретинин В.И., Купцов В.И. Совершенствование технологии спекания двухслойной шихты при ее агломерации в высоком слое. Сталь.- 1995.- №9.- с.16-18
  4. Герасимов Л.К., Викулов Г.С., Кабанов Ю.А., Добряков Г.Г. Результаты освоения установки по утилизации тепла охлаждения агломерата на агломашине АКМ-312. Сталь.- 1998.- №3.- с.8-9
  5. Панишев Н.В., Неясов А.Г., Подборных О.Н., Долгополов, Юсупов Р.Б. Регулирование параметров работы удлиненной агломашины. Сталь.- 1988.- №5.- с.5-6
  6. Кравцов В.В., Рузин Э.В., Кувшинов В.А., Лебедев А.Н., Демьяненко В.В. К вопросу оптимизации агломерационного процесса. Известия вузов черной металлургии.-1991.- №3.- с.9-12
  7. Кравцов В.В. Контроль и стабилизация агломерационного процесса. Известия вузов черной металлургии.-1991.- №1.- с.9-12
  8. Автоматизация агломерационного и доменного производства. Сборник.- К.: Техника, 1969.- 206с.
  9. Сальников И.М., Гетало В.Д., Гетало А.Т. Практика совершенствования средств автоматизации агломерационного процесса с целью повышения качества агломерата. Сталь.- 1993.- №9. С.3-7
  10. Ищенко А.Д., Моня Г.М., Бенсман Л.Г., Зевин С.Л., Греков В.В. Сталь.- 1989.- №9.- с. 13-15
  11. Масловский П.М., Авдеев В.П. Прогресс в автоматизации металлургического производства. Известия вузов черной металлургии.- 987.- №11.- с.7-10
  12. Гохберг Б.В., Смирнов С.В., Игнатов Н.В., Каплун Л.И., Мачкская Н.Д. К вопросу о механизме вылевыделения при агломерации. Известия вузов черной металлургии.-1988.- №10.- с.7-9
  13. Кузнецкий Р.С., Лившиц Э.Я., Грушевский М.А., Гиенко В.В. Апроксимация распределения температуры в слое агломерата, изготовленного на аглоленте. Известия вузов черной металлургии.- 1992.- №5. С.11-13
  14. Панишев Н.В., Трейбач О.Н. Совершенствование методики обработки технологических параметров работы агломашины. Известия вузов черной металлургии.- 1992.- №3.- с. 18-21
  15. Ищенко А.Д., Фишман М.Л., Бенсман Л.Г., Зевин С.Л., Сакир А.Ф. АСУ агломерационным процессом. Известия вузов черной металлургии.- 1990.- №4.- с. 65
  16. Сальников И.М., Гетало В.Д., Гетало А.Т. Система регулирования слоя шихты по откосу на палетах агломашины. Известия вузов черной металлургии.- 1989.- №11.- с.75
  17. Глинков Г.М., Маковский В.А. АСУ технологическим процессами в агломерационных и сталеплавильных цехах.- М.: Металлургия, 1981.-360 с.
  18. Буров А.И., Штернберг В.Л., Каневский В.Л. Автоматизация агломерационных цехов цветной металлургии.- М.: Металлургия, 1965.-167с.
  19. Автоматизация агломерационного и доменного производства. Сборник.- К.: Техника, 1969.- 206с.
  20. Маковский В.А., Власюк Ю.Н., Карнышов Ю.В. Оптимальное управление агломерационным процессом.- К.: Высшая школа, 1987.- 117с.
  21. Ищенко А.Д. Статические и динамические свойства агломерационного процесса.- М.: Металлургия, 1972.- 319с.
  22. Беленький А.М., Бердышев В.Ф., Блинов О.М., Коганов В.Ю. Автоматическое управление металлургическими процессами. Учебник для вузов. М.: Металлургия, 1989. 384 с.
  23. Цымбал В.П. Математическое моделирование металлургических процессов. - М.: Металлургия, 1986
  24. Селезнев А.Е. Оборудование агломерационных фабрик черной металлургии.- М.: Металлургиздат, 1960.- 320 с.
  25. Шоботов В.М. Устойчивость работы промышленных объектов при ЧС: Учебное пособие.- М.:Наука, 1974.- 210 с.
  26. Демиденко И.П. Гражданская оборона. Учебник для вузов. М.: Наука, 1983.- 345 с.
  27. Волошин В.С. Методические указания к дипломному проекту. Раздел «Охрана труда». Часть 1, 2.- Ж.: ПГТУ, 1988
  28. Кнорринг Г.М. Справочная книга по проектированию электрического освещения.- Л.: Энергия, 1976
  29. СниП 11-479. Естественное и искусственное освещение. Нормы проектирования.- Светотехника, №10, 1979
  30. Бухаров И.И. Методическое руководство к расчету на ЭВМ освещения от люминесцентных источников света.- Ж.: ПГТУ, 1984
  31. Бухаров И.И. Методическое руководство к практическим занятиям к проектированию электрического освещения.- Ж.: ПГТУ, 1972
  32. Полтев М.К. Охрана труда в машиностроении.- М.:Высшая школа, 1980
  33. Бухаров И.И. Методическое руководство к расчету на ЭВМ защитного зануления.- Ж.: ПГТУ, 1986
  34. СНиП 2.01.02-85. Противопожарные нормы.- Светотехника, №10, 1979

• 189. Автоматизация процессов производства железобетонных изделий
  Реферат пополнение в коллекции 09.12.2008

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

  1. Провести изучение особенностей (идентификацию) объекта управления;
  2. Сформулировать основные цели, ставящиеся перед создаваемой системой контроля и управления;
  3. Выполнить технико-экономическое обоснование целесообразности создания АСУ ТП;
  4. Разработать рациональную структуру системы;
  5. Разработать алгоритмы обработки информации и управления;
  6. Определить состав технических средств, необходимых для реализации системы, и подобрать серийно-выпускаемые; подготовить исходные требования на подлежащие разработке устройства и аппаратуру контроля и управления;
  7. Создать новые устройства контроля и средства автоматизации; провести экспериментальные исследования по проверке принципов построения системы, разработанных алгоритмов, а также созданных средств автоматизации и приборов контроля;
  8. Разработать проект системы, включая математическое и информационное обеспечение, а также комплекс технических средств;
  9. Решить вопросы метрологического, а при необходимости и правового обеспечения системы;
  10. Изготовить, смонтировать оборудование, провести пусконаладочные работы и ввести систему в опытно-промышленную эксплуатацию;
  11. Провести приемочные испытания системы и ввести ее в постоянную промышленную эксплуатацию;
  12. По результатам промышленной эксплуатации выполнить анализ технико-экономической эффективности системы, подготовить предложения по ее совершенствованию и тиражированию.

• 190. Автоматизация расчёта нагрузки и преподавателей ВУЗа
  Курсовой проект пополнение в коллекции 31.03.2011

  Язык С++ не требует обязательного применения объектов в программах Это позволяет модернизировать ранее на писанные и создавать новые программы, пользуясь практически синтаксисом С и выполняя лишь более строгие требования С++ к типам: наличие в начале программы прототипов всех функций, определенных пользователей явного приведения типов для указателей на разные типы и некоторых других. Архитектура современных операционных систем становится все более и более объектно-ориентированной. При работе в таких системах не обойтись без понимания использования таких основополагающих понятий объектно-ориентированного программирования, как объекты, инкапсуляция и полиморфизм. основе систем быстрой разработки (RAD-систем, Rapid Application Development среда быстрой paзpa6oтки приложений) лежит технология визуального проектирования и событийного программирования, суть которой заключается в том, что среда разработки берет на себя большую часть работы по генерации кода программы, оставляя программисту работу по конструированию диалоговых окон и написанию функций обработки событий. Производительность программиста при использовании RAD систем существенно увеличивается. Система объектно-ориентированного программирования Borland C++ Builder, предназначена для операционных систем Windows. Интегрированная среда C++ Builder обеспечивает скорость визуальной разработки, продуктивность повторно используемых компонентов в сочетании с мощью языковых средств C++, усовершенствованными инструментами и разномасштабными средствами доступа к базам данных.

• 191. Автоматизация регистрации документов
  Реферат пополнение в коллекции 09.12.2008

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

• 192. Автоматизация регистрации и мониторинга заявок от контрагентов
  Дипломная работа пополнение в коллекции 12.06.2010

   

  1. Автоматизированные информационные системы, базы и банки данных. Вводный курс: Учебное пособие, М.: Гелиос АРВ, 2002. - 368 с., ил
  2. Алистер Коберн, Современные методы описания функциональных требований к системам, М.: издательство "Лори", 2002. - 263 с
  3. Алистер Коберн, Современные методы описания функциональных требований к системам
  4. Астелс, Дэвид; Миллер Гранвилл; Новак, Мирослав, Практическое руководство по экстремальному программированию, Пер. с англ. - М.: Издательский дом "Вильямс", 2002. - 320 с.: ил. - Парал. тит. англ
  5. Б.Н. Гайфуллин, И.А. Обухов, Автоматизированные системы управления предприятиями стандарта ERP/MRPII. Производственное издание. М. "Богородский печатник", 2001, 104 с
  6. Бек К, Экстремальное программирование, СПб.: Питер, 2002. - 224 с
  7. Брауде Э, Технологии разработки программного обеспечения
  8. СПб: Питер, 2004. - 655 с.: ил
  9. Введение в системы баз данных СПб: Издательский дом "Вильямс", 2000. - 848 с.;
  10. Вендров А.М., CASE-технологии. Современные методы и средства проектирования информационных систем - М.: Финансы и статистика, 2006.
  11. Вигерс Карл, Разработка требований к программному обеспечению, Пер, с англ. - М.:Издательско-торговый дом "Русская Редакция", 2004. -576с.: ил
  12. Гаджинский А.М. Основы логистики: Учеб.пособие/ Инфоpм.-внедpен.центp "Маpкетинг".- М., 2005.- 121, с.: ил., табл.
  13. ГОСТ 34.601-90. Информационная технология. Автоматизированные системы. Стадии создания
  14. ГОСТ Р ИСО/МЭК 12207/99. Государственный стандарт РФ. Информационная технология. Процессы жизненного цикла информационных систем. Издание официальное. - М., 1999
  15. Дейв Крейн, Эрик Паскарелло, Даррен Джеймс. AJAX в действии: Учебник М.: Вильямс, 2006. 450 490 с.
  16. Джексон Г. Проектирование реляционных баз данных для использования с микро-ЭВМ М.: Финансы и статистика, 1991.
  17. Диго С.М. Базы данных: проектирование и использование: Учебник. М.: Финансы и статистика, 2005. 592 с.
  18. Дэвид Флэнаган. JavaScript. Подробное руководство: Учебник М.: Символ Плюс, 2008. 243 249 с.
  19. Дэниел О'Лири, ERP системы. Современное планирование и управление ресурсами предприятия. Выбор, внедрение, эксплуатация . М.: ООО "Вершина", 2004. - 272 с, [Пер. с англ. Ю.И.Водопьяновой
  20. Зеленков Ю.А. Введение в базы данных. Центр Интернет ЯрГУ, 1997.
  21. Зелковиц М., Шоу А., Гэннон Дж. Принципы разработки программного обеспечения / Пер. с англ. М.: Мир, 1982. 386 с., ил.
  22. Ивлиев М.К., Порошина Л.А. Автоматизация оперативного и бухгалтерского учета товаров, 1997.
  23. Информационные системы: Учебник для вузов. 2-е изд. СПб: "Питер", 2005 г - 656 стр.
  24. Керри Н. Праг, Майкл Р. Ирвин, Access 2000 - Библия пользователя, Диалектика, 2000.
  25. Крис Дейт. Введение в базы данных, 6-е изд. Киев, Диалектика, 1998.
  26. Кристиан Дари, Богдан Бринзаре, Филип Черчез-Тоза, Михай Бусика. AJAX и PHP. Разработка динамических веб-приложений: Учебник М.: Символ Плюс, 2006.
  27. Леффингуелл Д., Уидриг Д, Принципы работы с требованиями к программному обеспечению, М.: ИД "Вильямс", 2002
  28. Лифшиц Н.И., Левин Е.Т Механизация и автоматизация процессов отборки и комплектования заказов на складах М., 1970.
  29. Макарова Н.В Информатика: Учебник, М.: Финансы и статистика, 2003. - 768 с
  30. Марка Д., МакГоуэн К, Методология структурного анализа и проектирования, М.: МетаТехнология, 1993
  31. Марка Д.А. Методология структурного анализа и проектирования, СПб.: Питер, 1995. - 235 с
  32. Мацяшек Лешек, Анализ требований и проектирование систем. Разработка информационных, Пер. с англ. - М.: Издательский дом "Вильямс", 2002. - 432 с.: ил. - Парал. тит. Англ
  33. Меняев М.Ф, Информационные технологии управления: Книга 3: Системы управления организацией, М.: Омега-Л, 2003. - 464 с
  34. Орлик С., Булуй Ю, Введение в программную инженерию и управление жизненным циклом ПО Программная инженерия. Программные требования
  35. Петров В. Н, Информационные системы, СПб.: Питер, 2002. - 688 с
  36. Практическое руководство по программированию / Пер. с англ. Б. Мик, П. Хит, Н. Рашби и др.; под ред. Б. Мика, П. Хит, Н. Рашби. М.: Радио и связь, 1986. 168 с., ил.
  37. Проектирование и использование баз данных: Учебник. М.:Финансы и статистика, 1995г. 191 с.;
  38. Разработка программного обеспечения - СПб : "Питер", 2004 г - 592 стр.
  39. Раскин А.Л., Руководство по применению стандарта ИСО 9001:2000 при разработке программного обеспечения. М.: РИА "Стандарты и качество", 2002. - 104 с. - ("Дом качества", вып. 9 (18))
  40. Реляционные базы данных: практические приемы оптимальных решений. СПб.: БХВ-Петербург, 2005 400с.:ил;
  41. Симионов Ю.Ф., Боромотов В.В. Информационный менеджмент. Ростов н.Д: Феникс, 2006, 250с., ил.;
  42. Схемы алгоритмов, программ, данных и систем. Условные обозначения и правила выполнения. ГОСТ 19.701-90 (ИСО 5807-85) / Государственный комитет СССР по управлению качеством продукции и стандартам, 01.01.1992.
  43. Фаулер М, Скотт К, UML в кратком изложении. Применение стандартного языка объектного моделирования, Пер. с англ. - М.:Мир, 1999. - 191 с., ил
  44. Фокс Дж. Программное обеспечение и его разработка / Пер. с англ. М.: Мир, 1985. - 368 с., ил.
  45. Язык компьютера. Пер. с англ, под ред. и с предисл. В. М. Курочки-на. М.: Мир, 1989. - 240 с., ил. Глушаков С.В., Ломотько Д.В. Базы данных, 2000.
  46. Якобсон А., Г. Буч, Дж. Рамбо, Унифицированный процесс разработки программного обеспечения
  47. Якобсон А., Г. Буч, Дж. Рамбо, Унифицированный процесс разработки программного обеспечения, СПб.: Питер , 2002. - 496 с

• 193. Автоматизация редукционно-охладительной установки
  Реферат пополнение в коллекции 09.12.2008

  Первые два способа не подходят из-за небольших пределов измерения, сложности дистанционной передачи сигнала от места отбора согнала до щита оператора. Пирометры не годятся, т.к. можно только контролировать параметр, но нет возможности регулирования, а также пирометры применяются для измерения высоких температур. Четвертый способ не подходит по экономическим соображениям (медными термометрами сопротивления нельзя измерить из-за небольшого предела измерения, а платиновые дорогие). Наиболее подходящий последний способ, т.к. используемые термоэлектрические термометры имеют удовлетворяющий запросам предел измерения и дешевле платиновых термометров сопротивления. Для данного проекта подходят термопары, типа ТХК-1172П, градуировки ХК(L) (поз.2-1, 5-1). Пределы измерения 0-500*С. Т.к. выходной сигнал у термопары не стандартный, то нужно использовать нормирующий преобразователь типа Ш 79 (поз.2-2,5-2).

• 194. Автоматизация системы бюджетирования финансовой службы
  Информация пополнение в коллекции 12.01.2009

  Компьютер класса Pentium с ОС Windows 95, 98, 2000 или NT 4. 128-256 MB RAM Internet Explorer 4 (Service Pack 2) или 5. Связь с локальной сетью или доступ к Интернет 4.3. Средства расширения функций системы

  • Генераторы отчетов. В качестве генератора отчетов применяется OLAP-компонента собственной разработки, которая предоставляет стандартные возможности по настройке источников данных и генерации отчетов.
  • Язык формул, скриптовый язык. Язык формул имеется и является одним из важнейших инструментов системы. Скриптового языка в системе нет.
  • Открытый API для программиста. Система имеет открытую архитектуру и предоставляет API для доступа к данным. 4.4. Средства интеграции с другими средствами автоматизации
  • Интеграция с другими системами. Декларируется, что в системе существуют средства загрузки данных из внешних учетных систем, но, что конкретно они собой представляют, выяснить не удалось.
  • Интеграция с офисными приложениями. Есть средства интеграции с MS Excel.
  • Применение XML для интеграции с другими системами. В источниках информации упоминаний не обнаружено. Hyperion Pillar. Разработчик: Hyperion Solutions Corporation. Партнер: Вестона (в составе холдинга Ланит).1. Состав и свойства информационных объектов1.1. Измерения бюджетных статейОсновные измерения, необходимые для ведения бюджета, реализованы следующим образом:
  • Организационно-штатная и финансовая структура. Идеология системы основана на классическом принципе разделения центров учета при бюджетировании: центры финансовой ответственности (ЦФО), центры затрат (ЦЗ), центры прибыли (ЦП). Предусмотрено три уровня организационной структуры «администратор бюджета», «начальник филиала или подразделения», «бюджетный специалист планировщик».
  • Валюты, курсы. Предусмотрено ведение справочника валют и установка одного вида курса валют. Курсы устанавливаются по датам.
  • Продукты, услуги, материальные ценности. Присутствует возможность ведения справочников - виды продукции, проекты, бизнесы.
  Клиенты, потребители и поставщики. Присутствуют плоские справочники - предприятия, страны.1.2. Бюджетные планы статейВ системе предложен следующий состав бюджетных планов: баланс, бюджет доходов и расходов, бюджет движения денежных средств. При планировании различаются также планы задолженности, собственных средств, основных средств, позволяющие автоматическое выполнение некоторых функций, характерных для этих планов.

  Основные свойства статей бюджетных планов:

  • Хранение значений во временных периодах. Период планирования в системе жестко определен - на 5 лет по месяцам, или на 15 лет по кварталам.
  • Иерархия статей бюджета. Иерархия статей имеет 2 уровня: тип, номер.
  • Собственное и консолидированное состояние, план, факт, отклонение. Собственное состояние есть только у планов нижнего уровня. Выше - только консолидированные состояния. Отклонение не присутствует в системе в виде данных, а моделируется связыванием различных бюджетов - плана и факта. При этом необходимо безусловное совпадение их структур.
  • Возможность учета значений статьи в разных валютах и натуральном измерении. Есть.
  • Дополнительная аналитика статей. Нет.
  • Проводки по бюджетным статьям. Нет. 1.3. Первичная информация
  • Бюджетные строки и бюджетные документы. Вся первичная информация в системе представлена бюджетными строками предопределенной структуры.
  • Объекты поддержки финансовой логики. Эта задача обеспечивается другим программным продуктом - Hyperion Enterprise (решение для финансовой консолидации в управленческих и отчетных целях). 2. Функциональность и алгоритмы системы2.1. Алгоритмы планирования
  • Расчет значений статей по временному горизонту планирования. С успехом настраивается с применением шаблонов.
  • Расчет значений статей по ЦФО. В шаблоне возможно указание кода ЦФО.
  • Применение статистических методов расчета. Предусмотрены некоторые встроенные функции статистического распределения. Реализовано в шаблонах.
  • Расчет значений статей на основании значений других статей. Реализуется установкой связей между бюджетными строками через механизм шаблонов.
  • Расчет значений статей по бюджетным документам и другой первичной информации. Это возможно, если только первичная информация будет преобразована вне системы в представление бюджетных строк.
  • Обеспечение процесса планирования «от достигнутого». Применяется режим процентного изменения и «пошагового увеличения/уменьшения».
  • Моделирование «что если» присутствует в виде штатного средства, основанного на шаблонах.
  • Реализация технологии «скользящего бюджета». Возможно ее моделирование посредством корректировки шаблонов. 2.2. Алгоритмы учета и исполнения бюджета
  • Учет факта на основании данных бухучета. Весьма нетривиальная задача для системы. Для ее реализации необходимы внешние средства для преобразования данных бухгалтерского учета к структуре управленческого учета.
  • Расчет значений статей по данным внесистемного учета. Также решается только с применением внешних средств по отношению к системе. Если удается подготовить текстовые файлы в строго заданном формате, соответствующем бюджетным строкам, то возможен их импорт в систему. Факт может быть введен в натуральном и денежном выражении. 2.3. Агрегация и консолидация учетных данных
  • Агрегация. Агрегация выполняется по запросу «планировщика».
  • Консолидация. После того, как «консолидатор» собирает от «планировщиков» бюджетные файлы, механизм контроля изменений выбирает изменившиеся бюджетные строки и автоматически выполняет их консолидацию. 2.4. Аллокация и трансферты
  • Использование шаблонов при разноске значений статей. В системе существует единый универсальный интерфейс для настройки и выполнения разноски значений статей, рассчитанный на высококвалифицированного пользователя.
  • Использование нормативов и дополнительных справочников. Программа позволяет задавать стандартные нормативы (такие, как уровень налогообложения или нормы расхода сырья) в виде системных переменных и затем использовать их в рамках всего бюджета.
  • Использование языка формул. Представлено на уровне возможностей при настройке шаблонов.
  • Скриптовый язык в системе. Отсутствует. 2.5. Алгоритмы расчета финансовых результатовАвтоматически выполняется расчет ликвидности, а также основных финансовых результатов в базовом финансовом инструменте. Для расчета себестоимости и подобных ей показателей необходимы дополнительные настройки. 3. Организация работы пользователя с системой3.1. Автоматизация коллективной работы с бюджетомТребуется отдельный сотрудник «администратор бюджета» для дистрибуции и консолидации бюджетов подразделений и филиалов.3.2. Удобства в работе с системой
  • Лимиты, защищенные статьи. Возможна эмуляция этой технологии посредством выдачи прав доступа (на просмотр и запрет редактирования).
  • Утверждение статей и планов. Возможно на уровне утверждения версии плана.
  • Примечания к статье. Предусмотрен ввод комментариев на уровне бюджетных строк.
  • Визуализация расхождений. Для контроля исполнения бюджета в системе необходимо создавать отдельные бюджетные файлы и следить за соответствием структур бюджета в файлах планов и файлах исполнения бюджета.
  • Контроль ошибок. Отсутствует. Протокол вычислений в системе не ведется.
  • Версионность планов реализована в системе очень удобно.
  • Возможность одновременного планирования в произвольных временных периодах. К сожалению, в системе это не предусмотрено.
  • Возможность изменять состав и структуру статей одновременно для плана и факта (исполнения) бюджета - отсутствует. При наличии подчиненных бюджетных планов необходимо вручную отслеживать в них изменения структуры статей.
  • Средства анализа бюджета. Для OLAP-анализа необходимо применять Hyperion Essbase. 3.3. Секретность и безопасность данных
  • Типы пользователей и права доступа. Распределение доступа пользователей к данным и функциям осуществляется с помощью типов пользователей «планировщик», «консолидатор», «администратор бюджета». «Администратор бюджета» определяет для «планировщиков» доступ к бюджетным строкам на просмотр и редактирование.
  • Фиксация действий пользователей. Фиксируется время и автор внесения изменений в бюджетных строках. 4. Архитектура, платформа, средства интеграции4.1. Архитектура
  • Hyperion Pillar - файловая система бюджетирования. Информационная основа - многомерные локальные файлы. Отдельный модуль Autopilot ответственен за автоматический выпуск отчетов, выполнение дистрибуции, консолидации файлов, экспорт-импорт информации.
  • Хранилище данных может быть реализовано с применением другого программного продукта - Hyperion Essbase. 4.2. Программно аппаратная платформаПерсональные компьютеры под управлением Windows или Macintosh.4.3. Средства расширения функций системы
  • Генераторы отчетов. Предусмотрено изменение состава и очередности колонок в формах при формировании отчетов. Применяется технология drag and drop. Предусмотрена интеграция с Hyperion Essbase OLAP Server (к сожалению, с единственным OLAP-сервером, с которым работает Hyperion Pillar).
  • Язык формул, скриптовый язык. Существует язык формул, применяемый в шаблонах настройки расчетов. Скриптовый язык отсутствует.
  • Открытый API для программиста. Система не предусматривает развитие функциональности силами пользователей. 4.4. Средства интеграции с другими средствами автоматизации
  • Hyperion Application Link - специальный модуль, предназначенный для организации обмена данными с внешними реляционными источниками через ODBC. Предусмотрены специализированные интерфейсы для обмена данными с наиболее известными ERP-системами, например, SAP, Oracle Applications, BAAN, J.D. Edwards - в виде частных решений. Импорт данных из иных систем возможен посредством их загрузки из предопределенных текстовых форматов, отражающих структуру данных Hyperion Pillar.
  • Интеграция с офисными приложениями. Предусмотрен экспорт и импорт бюджетных строк в Excel-таблицу.
  • Применение XML для интеграции с другими системами. Отсутствует. Adaytum e.Planning. Разработчик: Adaytum Software. Партнер: Robertson & Blums Corporation.1. Состав и свойства информационных объектов1.1. Измерения бюджетных статейДопускается произвольное количество измерений. Предопределенных измерений нет. В «плоских» справочниках могут быть описаны все измерения, которые необходимы для детализации бюджета:
  • Организационно-штатная и финансовая структура. Может быть описана как отдельное измерение бюджетного плана. При этом центры финансовой ответственности задаются в виде «плоского» справочника. Иерархия центров ответственности может быть эмулирована с помощью формул.
  • Валюты, курсы. Валюты могут быть описаны как отдельное измерение бюджетного плана. Курсы для пересчета в сводную валюту могут быть эмулированы с помощью формул.
  • Продукты, услуги, материальные ценности. Могут быть представлены как отдельные измерения бюджетного плана в виде «плоских» справочников.
  • Клиенты, потребители и поставщики. Также могут быть представлены как отдельные измерения бюджетного плана в виде «плоских» справочников. 1.2. Бюджетные планы статейВ системе нет предопределенных планов и, соответственно, нет характерной для них бизнес-логики. Допускается произвольное количество бюджетных планов, которые пользователю предстоит создать и настроить самостоятельно.
  Основные свойства бюджетных статей:
  • Хранение значений во временных периодах. Периоды планирования могут быть представлены в виде «плоского» справочника как отдельное измерение бюджетного плана. При этом система никак не контролирует их соответствие реальным временным интервалам (месяц, квартал или год). Предопределенных периодов планирования нет.
  • Иерархия статей бюджета. Нет
  • Собственное и консолидированное состояние, план, факт, отклонение.
  Встроенных типов данных «плановое значение», «фактическое значение» и «отклонение» в системе нет. План, факт и отклонение могут быть представлены как дополнительное измерение бюджетного плана. При этом расчет отклонения может быть настроен с помощью формул.
  • Возможность учета значений статьи в разных валютах и натуральном измерении. Есть.
  • Дополнительная аналитика статей. Есть.
  • Проводки по бюджетным статьям. Нет. 1.3. Первичная информация
  • Бюджетные строки и бюджетные документы.
  Документы в системе хранить нельзя. Вся первичная информация может быть представлена только как значения ячеек многомерных таблиц (например, плановое и фактическое количество продаж).
  • Объекты поддержки финансовой логики. Нет2. Функциональность и алгоритмы системы2.1. Алгоритмы планирования
  • Расчет значений статей по временному горизонту планирования. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
  • Расчет значений статей по ЦФО. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
  • Применение статистических методов расчета. Реализуется посредством функции пересчета исходного распределения. Требует предварительной настройки.
  • Расчет значений статей на основании значений других статей. Реализуется с помощью формул.
  • Расчет значений статей по бюджетным документам и другой первичной информации. Реализуется с помощью специальных объектов D-Link, позволяющих настроить связь значений бюджетных статей с исходными данными. Пересчет значений на основе первичных данных выполняется непосредственно в момент загрузки данных в систему.
  • Обеспечение процесса планирования «от достигнутого». Реализуется с помощью формул.
  • Моделирование «что если». Реализуется с помощью формул и функции пересчета исходного распределения.
  • Реализация технологии «скользящего бюджета». В явном виде данная технология не поддерживается. Она может быть эмулирована посредством корректировки значений бюджетных статей. При этом ранее установленные плановые значения не сохраняются. 2.2. Алгоритмы учета и исполнения бюджета
  • Учет факта на основании данных бухучета.
  Является достаточно сложной для системы задачей, поскольку отсутствует поддержка финансовой логики (счет, двухсторонняя проводка и т.д.) и все исходные данные находятся во внешних системах. Требуется разработка специальных внешних макропрограмм.
  • Расчет значений статей по данным внесистемного учета. Также решается только с применением внешних по отношению к системе средств.2.3. Агрегация и консолидация учетных данных
  • Агрегация. Агрегация выполняется автоматически на компьютере пользователя и заключается в суммировании значений ячеек многомерной таблицы D-cube. Может быть задан один из нескольких простых алгоритмов агрегации - сумма, средневзвешенная и т.д.
  • Консолидация. Консолидация также выполняется автоматически на компьютере пользователя. При этом отсутствует консолидация отдельных бюджетов на уровне приложения в целом. 2.4. Аллокация и трансферты
  • Использование шаблонов при разноске значений статей. Не представлено.
  • Использование нормативов и дополнительных справочников. Возможно. Для ввода нормативов и баз распределения могут быть созданы дополнительные многомерные таблицы D-cube.
  • Использование языка формул. Это один из основных инструментов работы с системой.
  • Скриптовый язык. Отсутствует. 2.5. Алгоритмы расчета финансовых результатовМогут быть реализованы с помощью базовых механизмов системы, но потребуют дополнительной настройки.
  Декларируется, что в системе есть большое количество специфических встроенных функций, предназначенных для финансового планирования. Но, что конкретно они собой представляют, выяснить не удалось. 3. Организация работы пользователя с системой3.1. Автоматизация коллективной работы с бюджетомОрганизация коллективного планирования бюджета является, пожалуй, самой сильной стороной системы. Система построена по традиционной технологии «клиент-сервер» - все пользователи в режиме реального времени работают в единой базе данных. Прогнозирование на уровне подразделений выполняется посредством специальных Web-шаблонов. Шаблоны можно настраивать, трансформируя столбцы и строки, выводя на экран или скрывая пустые и заполненные нулями поля.

• 195. Автоматизация технологического процесса по розливу минеральной воды
  Реферат пополнение в коллекции 09.12.2008

  Структурная схема технологического процесса представлена на рисунке 1.1 Для большей ясности я разбил данный технологический процесс на 10 частей:

  1. Первая часть представляет собой ёмкости для привозной минеральной воды (Н-1 и Н-2). Количество ёмкостей 2 штуки по 24 тонны. Эти ёмкости вынесены за пределы цеха в целях безопасности жизнедеятельности.
  2. Вторая часть представляет собой пищевой электронасос А9-КНА (2*105? Па), который качает воду из накопителей в керамические фильтры Ф1 и Ф2 (марка закрашена).
  3. В третью часть технологического процесса я включил фреоновый компрессор и ёмкостной накопитель Н-3 для охлаждения перекачиваемой, с помощью центробежного насоса ЦН-1, воды, поступающей из фильтров Ф1 и Ф2, до оптимальной температуры +4 С для смешивания привозной минеральной воды с углекислотой.
  4. Четвёртая часть включает в себя установку, куда подводятся баллоны с углекислотой (давление в баллоне 70МПа), подводка баллонов последовательна. Подача углекислоты регулируется с помощью пневматического редуктора давление на выходе для пневматического редуктора 2Мпа. Так же предусмотрены датчики расхода для визуального контроля.
  5. Пятая часть представляет собой сатуратор, где происходит смешение минеральной воды, перекачиваемой из охлаждающей ёмкости Н3 с помощью двух центробежных насосов ЦН-2 и ЦН-3, и углекислоты.
  6. Шестая часть включает в себя бутыломоечную машину АММБ для мытья и дезинфекции тары. Для мытья бутылок в машину подаётся вода под давлением P = 2МПа; в количестве F = 6м3?/мин. На выходе предусмотрен световой экран для визуальной проверки качества помытой тары, то есть на выходе из бутыломоечной машины. Качеством в данном случае является целостность бутылки и её чистота.
  7. Седьмая часть технологического процесса это разливочный моноблок, его можно разделить на три составные:
  8. дозировка для подачи сиропа, если выпускается сладкая вода;
  9. автомат для розлива жидкости под давлением, так как в данном технологическом процессе розлив в бутылку производится не по уровню (на каждую бутылку конкретное количество минеральной воды), а по соотношению давления в камере разливочного автомата и давления в бутылке;
  10. укупорочный автомат (марка УБ) для укупорки бутылки жестяной пробкой.
  11. Восьмая часть это экспедиционный автомат БА, он служит для выявления брака, качеством здесь является: укупорка бутылки должна быть произведена таким образом, чтобы бутылка не треснула и должна быть герметично закрыта во избежание разгазирования, а так же попадания посторонних тел, таких как частички грязи, кусочки стекла и так далее.
  12. Девятая включает в себя этикировочный автомат ВЭМ 614, он служит для автоматической наклейки этикетки. Если залитая бутылка прошла экспедиционный автомат, то далее на неё наклеивается этикетка, соответствующая содержимому бутылки. В данном случае этикетка должна подаваться не ленточной подачей, а в заранее порезанном виде.
  13. Десятая часть это упаковка, полностью производится с помощью рабочего персонала в два человека.

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

  Ïðè ñîçäàíèè ïðîåêòà áûëè âûÿâëåíû ñëåäóþùèå îãðàíè÷åíèÿ:

  1. íà ñêëàäå õðàíèòüñÿ íåñêîëüêî íàèìåíîâàíèé ïðîäóêöèè;
  2. êîëè÷åñòâî ïðîäóêöèè èçìåðÿåòñÿ öåëûì ÷èñëîì;
  3. Êàæäûé äîãîâîð çàêëþ÷àåòñÿ ñ îäíèì çàêàç÷èêîì, íî ñ îäíèì çàêàç÷èêîì ìîæåò áûòü çàêëþ÷åíî íåñêîëüêî äîãîâîðîâ;
  4. íîìåð äîãîâîðà íåèçìåíåí è óíèêàëåí;
  5. â îäíîì äîãîâîðå ìîãóò áûòü ïåðå÷èñëåíû íåñêîëüêî íàèìåíîâàíèé òîâàðà;
  6. îäíî è òî æå èçäåëèå ìîæåò áûòü óêàçàíî â äîãîâîðå íåñêîëüêî ðàç, íî ñ ðàçíûìè ñðîêàìè îòãðóçêè;
  7. òîâàðíî-òðàíñïîðòíàÿ íàêëàäíàÿ îòíîñèòñÿ ê îäíîìó äîãîâîðó è ìîæåò ñîäåðæàòü íåñêîëüêî íàèìåíîâàíèé èçäåëèé;
  8. íîìåð òîâàðíî-òðàíñïîðòíîé íàêëàäíîé óíèêàëåí äëÿ ïðåäïðèÿòèÿ;
  9. íîìåð ïëàòåæíîãî ïîðó÷åíèÿ óíèêàëåí äëÿ êîíêðåòíîãî çàêàç÷èêà è ñîîòâåòñòâóåò êîíêðåòíîé òîâàðíî-òðàíñïîðòíîé íàêëàäíîé;
  10. îäíîé òîâàðíî-òðàíñïîðòíîé íàêëàäíîé ìîæåò ñîîòâåòñòâîâàòü íåñêîëüêî ïëàòåæíûõ ïîðó÷åíèé.

• 197. Автоматизация управления бюджетом и эффективностью бизнеса
  Информация пополнение в коллекции 26.09.2010

  com%d0%ba%d1%80%d1%83%d0%bf%d0%bd%d1%8b%d0%b5Hyperion%20Enterprise,%20Hyperion%20Essbase%20OLAP%20Server,%20%d1%81%d0%b8%d1%81%d1%82%d0%b5%d0%bc%d1%8b,%20%d0%bf%d0%be%d0%b4%d0%b4%d0%b5%d1%80%d0%b6%d0%b8%d0%b2%d0%b0%d1%8e%d1%89%d0%b8%d0%b5%20%d0%bf%d0%b3%d1%82%d0%b3~%d0%98%d0%bd%d1%82%d0%b0%d0%bb%d0%b5%d0%b2:%20%d0%91%d1%8e%d0%b4%d0%b6%d0%b5%d1%82%d0%bd%d0%be%d0%b5%20%d1%83%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5%20%d0%b4%d0%bb%d1%8f%201%d0%a1:%20%d0%9f%d1%80%d0%b5%d0%b4%d0%bf%d1%80%d0%b8%d1%8f%d1%82%d0%b8%d1%8f%c2%bb%d0%9a%d0%be%d0%bd%d1%81%d1%83%d0%bb%d1%8c%d1%82%d0%b0%d1%86%d0%b8%d0%be%d0%bd%d0%bd%d0%be-%d0%b2%d0%bd%d0%b5%d0%b4%d1%80%d0%b5%d0%bd%d1%87%d0%b5%d1%81%d0%ba%d0%b0%d1%8f%20%d1%84%d0%b8%d1%80%d0%bc%d0%b0%20%d0%98%d0%9d%d0%a2%d0%90%d0%9b%d0%95%d0%92www.intalev.ru%20<http://www.intalev.ru>%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%b8%20%d1%81%d1%80%d0%b5%d0%b4%d0%bd%d0%b8%d0%b5IB%20DataBase%20Server%205.6,%20Microsoft%20SQL%20Server%202000,%20MS%20Excel,%201%d0%a1%d0%98%d0%bd%d1%82%d0%b0%d0%bb%d0%b5%d0%b2:%20%d0%a3%d0%bf%d1%80%d0%b0%d0%b2%d0%bb%d0%b5%d0%bd%d0%b8%d0%b5%20%d1%84%d0%b8%d0%bd%d0%b0%d0%bd%d1%81%d0%b0%d0%bc%d0%b8%d0%9a%d0%be%d0%bd%d1%81%d1%83%d0%bb%d1%8c%d1%82%d0%b0%d1%86%d0%b8%d0%be%d0%bd%d0%bd%d0%be-%d0%b7%d0%bd%d0%b5%d0%b4%d1%80%d0%b5%d0%bd%d1%87%d0%b5%d1%81%d0%ba%d0%b0%d1%8f%20%d1%84%d0%b8%d1%80%d0%bc%d0%b0%20%d0%98%d0%9d%d0%a2%d0%90%d0%9b%d0%95%d0%92www.intalev.ru%20<http://www.intalev.ru>%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%b8%20%d1%81%d1%80%d0%b5%d0%b4%d0%bd%d0%b8%d0%b5%d0%92%20DataBase%20Server%205.6,%20Microsoft%20SQL%20Server%202000,%20MS%20Excel,%201%d0%a1,%20%d0%9f%d0%b0%d1%80%d1%83%d1%81,%20%d0%91%d0%ad%d0%a1%d0%a2%d0%98%d0%9d%d0%ad%d0%9a/%d0%91%d1%8e%d0%b4%d0%b6%d0%b5%d1%82%d0%b8%d1%80%d0%be%d0%b2%d0%b0%d0%bd%d0%b8%d0%b5%d0%98%d0%9d%d0%ad%d0%9a%20vww.inec.ru%20<http://vww.inec.ru>%20%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%b8%20%d1%81%d1%80%d0%b5%d0%b4%d0%bd%d0%b8%d0%b5%d0%9cS%20Excel%d0%9a%d1%80%d0%b0%d1%81%d0%bd%d1%8b%d0%b9%20%d0%b4%d0%b8%d1%80%d0%b5%d0%ba-%20%d1%82%d0%be%d1%80%202.6%d0%91%d0%b8%d0%b7%d0%bd%d0%b5%d1%81-%d0%bc%d0%b8%d0%ba%d1%80%d0%be%20vww.bmicro.ru%20<http://vww.bmicro.ru>%20%d0%bc%d0%b0%d0%bb%d1%8b%d0%b5%20%d0%9cS">Server, системы, поддерживающие ODBCHyperion PlanningHyperionwww.hvoerion.- <http://www.hvoerion.->comкрупныеHyperion Enterprise, Hyperion Essbase OLAP Server, системы, поддерживающие пгтг~Инталев: Бюджетное управление для 1С: Предприятия»Консультационно-внедренческая фирма ИНТАЛЕВwww.intalev.ru <http://www.intalev.ru>малые и средниеIB DataBase Server 5.6, Microsoft SQL Server 2000, MS Excel, 1СИнталев: Управление финансамиКонсультационно-знедренческая фирма ИНТАЛЕВwww.intalev.ru <http://www.intalev.ru>малые и средниеВ DataBase Server 5.6, Microsoft SQL Server 2000, MS Excel, 1С, Парус, БЭСТИНЭК/БюджетированиеИНЭК vww.inec.ru <http://vww.inec.ru> малые и средниеМS ExcelКрасный дирек- тор 2.6Бизнес-микро vww.bmicro.ru <http://vww.bmicro.ru> малые МS Excel, 1С3.1 Hyperion Pillar

• 198. Автоматизация управления предприятием
  Реферат пополнение в коллекции 09.12.2008

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

• 199. Автоматизация управленческого учёта
  Реферат пополнение в коллекции 09.12.2008

  Этап настройки. Все широко распространенные программы автоматизации бухучета имеют аналогичные набор изменяющихся составных частей, для правильного процесса настройки любой программы выполнения, расписать на следующие этапы: 1. Настройка (доработка стандартного поставляемого с программой) плана счетов в соответствии с особенностями предприятия, проведенной оптимизацией бухучета и постановкой задачи. 2. Настройка (доработка стандартных поставляемых с программой) типовых проводок в соответствии с особенностями предприятия, проведенной оптимизацией бухучета и постановкой задачи. В случае внедрения больших комплексных программ настройку каждого раздела бухучета в своем отдельном модуле необходимо производить отдельно с учетом специфических особенностей. Например, в блоке по учету зарплаты придется настраивать алгоритмы расчета различных начислений и удержаний. 3. Настройка (доработка стандартных поставляемых с программой) форм первичных документов в соответствии с особенностями предприятия, проведенной оптимизацией бухучета и постановкой задачи. 4. Настройка (доработка стандартных поставляемых с программой) форм бухгалтерской отчетности и расчетов по налогам в соответствии с особенностями предприятия, проведенной оптимизацией бухучета и постановкой задачи. При качественной автоматизации бухучета вся ежеквартальная отчетность должна обязательно составляться автоматически, то, что бухгалтер, ведя учет на компьютере, ежеквартально По-старинке составляет отчет на бумаге и тратит на это дополнительно большое количество времени, является верным признаком "псевдоавтоматизации". Настройка форм отчетности и налоговых расчетов на реально используемый план счетов и типовые хозоперации - процесс сложный и трудоемкий, при его проведении следует ввести некоторое количество стандартных на предприятии хозопераций в программу для того, чтоб потом проверять правильность настройки, сверяя составленные автоматические расчеты с ручными на таком условном примере. Этап обучения. По окончании настройки программы начинается этап обучения персонала работе с ней (в случае, если программа внедрялась собственным силами, обучения, разумеется, не требуется). Изначально необходимо, чтобы бухгалтер умел просто работать на компьютере, то есть выполнять элементарные операции по запуску программ, копированию файлов и проч., психологический барьер "боязни компьютера" должен быть преодолен. Если бухгалтер не умеет работать на компьютере вообще, то его можно либо послать на курсы компьютерной грамотности, которых сейчас очень много, они недорогие и за неделю-другую дают результат, либо пригласить в бухгалтерию знакомого, владеющего компьютером, который в порядке частного общения поможет бухгалтеру освоиться за несколько дней. Дальнейшее обучение делится на две ступени: 1. Обучение первого уровня. Это обучение персонала бухгалтерии текущей работе с программой: ведению хозопераций, распечатке первичных документов, составлению учетных регистров и отчетности - словом всей ежедневной роботе. Работать на программе должен уметь каждый бухгалтер, рабочее место которого автоматизировано и работать на программе должен именно он сам, а не некий оператор-программист, бесполезный и, мало того, даже вредный посредник между бухгалтером и компьютером. Эффективной является только та автоматизация, при которой бухгалтера работают на компьютерах "в режиме реального времени", то есть если, например, требуется оформить расходный кассовый ордер, то бухгалтер-кассир вводит в программу его номер и сумму, а также код типовой хозоперации (пусть это будет выдача денег в подотчет) и программа тут же автоматически распечатывает нужный расходный ордер и вводит в журнал хозопераций проводку дебет 71 - кредит 50, получатель денег расписывается в ордере, и бухгалтер-кассир сразу выдает ему деньги; все это происходит на рабочем месте кассира, на котором и установлен его компьютер с блоком кассовых операций. Именно автоматизированная работа бухгалтерии "в режиме реального времени" и является конечной целью обучения первого уровня. Зачастую этой цели добиться нелегко из-за двух обстоятельств: Плохая обучаемость бухгалтерии. Разные люди воспринимают новые знания по-разному: одни легко и быстро, другие "со скрипом", третьи вообще практически не воспринимают. Для бухгалтера переход на автоматизированный бухучет - это масса новой информации, с которой раньше не приходилось иметь дело, значит, скорость, и эффективность этапа обучения сильно зависит от возраста, образования, опыта работы, прогрессивности мышления и других характеристик работников бухгалтерии. Загруженность бухгалтерии текущей работой. На период автоматизации и, конкретно, этапа обучения жизнь на предприятии не замирает, хозоперации продолжаются и, соответственно объем текущей бухгалтерской работы остается прежним. В этих условиях времени на обучение у бухгалтера может просто не остаться. Если с предыдущим фактором, замедляющим процесс обучения, как говорится, ничего не поделаешь, то загруженность текучкой можно регулировать, например, передавая часть работы обучаемого сейчас бухгалтера другому, который будет обучаться потом и, в свою очередь передаст свои объемы работ первому. Вообще говоря, вопрос выделения рабочего времени бухгалтеров стоит не только в момент их обучения, но и на этапах подготовки к автоматизации и настройки программ, которые, даже если автоматизация заказана сторонней организации, немыслимо проводить без тесного контакта с бухгалтерией предприятия. Нерешенность этого вопроса на практике может привести к так называемому "скрытому саботажу", суть которого состоит в том, что никто из бухгалтерии открыто, не выступает против перехода на компьютеры, напротив, все двумя руками за, но ни у кого нет, ни минутки свободного времени, чтобы на деле заняться текущим этапом автоматизации, в результате время идет, процесс автоматизации стоит, и так могут пройти многие месяцы. Решения по ограничению для бухгалтеров текущей работы на период автоматизации должны приниматься на уровне руководства предприятия, чтобы потом бухгалтер не оказался между двух огней: с одной стороны, нужно время на автоматизацию, с другой стороны, начальство требует расшифровок, выборок, сверок и т.п. 2. Обучение второго уровня. Когда программа настроена и сотрудники обучены можно начинать работать, но важно понимать, что жизнь не стоит на месте и рано или поздно произойдет один из двух фактов (или оба вместе): Изменится характер хоздеятельности предприятия и придется перенастраивать план счетов, формы первичной документации или автоматические проводки по типовым хозоперациям. Изменятся формы бухгалтерской отчетности и расчетов по налогам и нужно будет производить донастройку этих форм, создаваемых программой. Следует, однако, отметить, что большинство фирм-производителей широко распространенных программных продуктов пристально следит за изменением форм отчетности и своевременно предлагает пользователям своих программ уже новые готовые формы, но, тем не менее, работа остается, поскольку, во-первых, даже готовую новую форму на практике приходится донастраивать с учетом специфики плана счетов и типовых проводок на своем предприятии, просто это займет меньше времени, чем полная переделка формы; во-вторых, могут измениться формы по расчетам местных налогов, которые московские разработчики программ по понятным причинам рассылать не могут. В такой ситуации требуются более глубокие знания программы, позволяющие не только выполнять на ней текущую работу, но и производить донастройку программы на изменения, обучение этому и есть обучение второго уровня. Конечно, донастройку можно заказать и сторонней организации, но это всегда влечет за собой то, что, с одной стороны, снижается оперативность изменений, Вы становитесь "привязаны" сторонним донастройщикам, без которых - ни шагу, с другой стороны, за каждую донастройку необходимо платить деньги. С учетом того, что средства донастройки в бухгалтерских программах предельно просты, рассчитаны на бухгалтера, а не на программиста, к ним имеются подробные инструкции и обучиться им несложно, практически во всех случаях предпочтительнее пройти обучение второго уровня и потом уже ни от кого не зависеть. Следует, также, отметить, что обучение второго уровня в организациях, где в бухгалтерии работают несколько человек необходимо проходить не всем, а, как правило, лишь главбуху - ведь только он принимает решения об изменениях в системе ведения бухучета и производит эти изменения. Бывают случаи, когда организации, которые в свое время заключили договор на внедрение программы по автоматизации бухучета, с какой-либо оказывающей такие услуги фирмой и были разочарованы качеством работы - вместо автоматизации им за их же деньги сделали "псевдоавтоматизацию". Как же избежать подобных ситуаций? Можно действовать двумя способами. Первый состоит в том, чтобы заказать у сторонней организации не просто настройку программы и обучение, а всю автоматизацию, включающую в себя и этапы оптимизации бухучета, определение масштабов и порядка автоматизации и постановки задачи. В этом случае некомпетентность и неквалифицированность автоматизаторов станет хорошо видна еще вначале, на этапах подготовки к автоматизации, и Вы сможете своевременно отказаться от их дальнейших услуг. Если Вы выберете второй способ и подготовку к автоматизации сможете провести своими силами, а на стороне закажете лишь настройку программы и обучение, от автоматизаторов следует требовать (записать в договор на автоматизацию бухучета) две составляющие удачной автоматизации: 1. Качество. После этапов подготовки к автоматизации и Вас на руках есть постановка задачи, в которой перечислены все требующиеся именно Вам первичны документы, регистры формы отчетности, которые должна делать программа и требования к ним. Так вот только при наличии всего этого работа может считаться выполненной. Сроки. Все работы по настройке и обучению должны быть записаны в четкий полдневный календарный план - документ, подписанный обеими сторонами по договору на автоматизацию, выполнение которого должно регулярно (например, раз в неделю или ежедневно) контролироваться. За срыв календарного плана автоматизаторы должны нести ответственность в виде, например, пени за каждый день отставания от плана. Такая жесткая временная привязка очень важна, поскольку при ее отсутствии на практике часто происходит то, что автоматизация-то как бы идет, вот только когда она кончится сказать невозможно, в результате бухгалтерия продолжает работать на бумаге, проходит один отчетный период за другим, а переход на программу все откладывается, несмотря на то, что прошедший отчет уже планировалось составлять на компьютере и сейчас придется вводить в программу дополнительно информацию за предыдущие периоды, иначе отчет нарастающим итогом за год придется тоже делать на бумаге. Вот в чем состоит болезненность срыва сроков автоматизации.

• 200. Автоматизация управленческого учета и бюджетирования
  Доклад пополнение в коллекции 12.01.2009

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

• Назад
• 1
• 2
• 3
• 4
• 5
• 6
• 7
• 8
• 9
• 10
• 11
• 12
• 13
• 14
• 15
• 16
• 17
• 18
• 19
• 20
• Далее
• На последнюю страницу