План
Введение
1. Технология разработки АИС
2. Методы проектирования АИС
3. Стадии и этапы создания АИС
4. Языки программирования
5. Заключение
Введение
Бурное развитие компьютерной техники привело к тому, что все большее распространение стали получать информационные системы, базирующиеся на использовании информационно-вычислительной техники и средств коммуникаций, которые являются основными техническими средствами хранения, обработки и передачи информации. Такие информационные системы называют автоматизированными. Они основаны на использовании специальных средств и методов преобразования информации, т.е. автоматизированных информационных технологий.
Автоматизированная информационная система (АИС) представляет собой совокупность информации, экономико-математических методов и моделей, технических, программных, технологических средств и штата специалистов, предназначенную для обработки информации и принятия управленческих решений. Создание АИС способствует повышению эффективности производства экономического объекта и обеспечивает качество управления. Наибольшая эффективность АИС достигается при оптимизации планов работы предприятий, фирм и отраслей, быстрой выработке оперативных решений, четком маневрировании материальными и финансовыми ресурсами и т.д. Поэтому процесс управления в условиях функционирования автоматизированных информационных систем основывается на экономико-организационных моделях, более или менее адекватно отражающих характерные структурно-динамические свойства объекта.
Адекватность модели означает, прежде всего, ее соответствие объекту в смысле идентичности поведения в условиях, имитирующих реальную ситуацию, поведение моделируемого объекта в части существенных для поставленной задачи характеристик и свойств. Безусловно, полного повторения объекта в модели быть не может, однако несущественными для анализа и принятия управленческих решений деталями можно пренебречь. Модели имеют собственную классификацию, подразделяясь на вероятностные и детерминированные, функциональные и структурные. Эти особенности модели порождают разнообразие типов информационных систем.
Автоматизированные информационные системы представляют собой совокупность различных средств, предназначенных для сбора, подготовки, хранения, обработки и предоставления информации, удовлетворяющей информационные потребности пользователей. АИС объединяет следующие составляющие:
1) языковые средства и правила, используемые для отбора, представления и хранения информации, для отображения картины реального мира в модель данных, для представления пользователю необходимой информации;
2) информационный фонд системы;
3) способы и методы организации процессов обработки информации;
4) комплекс программных средств, реализующих алгоритмы преобразования информации;
5) комплекс технических средств, функционирующих в системе;
6) персонал, обслуживающий систему [1].
Основными целями автоматизации деятельности предприятия являются:
1. Сбор, обработка, хранение и представление данных о деятельности организации и внешней среде в виде, удобном для финансового и любого другого анализа и использования при принятии управленческих решений.
2. Автоматизация выполнения бизнес операций (технологических операций), составляющих целевую деятельность предприятия.
3. Автоматизация процессов, обеспечивающих выполнение основной деятельности.
1. Технология разработки АИС
Технология проектирования АИС – это совокупность методов и средств проектирования АИС, а также методов и средств организации. В основе технологии проектирования лежит технологический процесс (ТП), который определяет действия, их последовательность, состав исполнителей, средства и ресурсы, требуемые для выполнения этих действий. ТП проектирования АИС представляет собой совокупность последовательно-параллельных, связанных и соподчиненных цепочек действий, каждое из которых может иметь свой предмет. Действия, которые выполняются при проектировании АИС, могут быть определены как неделимые технологические операции или как подпроцессы технологических операций. Все действия могут быть собственно проектировочными, которые формируют или модифицируют результаты проектирования, и оценочными, которые вырабатывают по установленным критериям оценки результатов проектирования. Таким образом, технология проектирования задается регламентированной последовательностью технологических операций, выполняемых в процессе создания проекта на основе того или иного метода. Предметом выбираемой технологии проектирования должно служить отражение взаимосвязанных процессов проектирования на всех стадиях жизненного цикла АИС.
Основные требования, предъявляемые к выбираемой технологии проектирования, следующие:
• созданный с помощью этой технологии проект должен отвечать требованиям заказчика;
• технология должна максимально отражать все этапы цикла жизни проекта;
• технология должна обеспечивать минимальные трудовые и стоимостные затраты на проектирование и сопровождение проекта;
• технология должна способствовать росту производительности труда проектировщиков; • технология должна обеспечивать надежность процесса проектирования и эксплуатации проекта;
• технология должна способствовать простому ведению проектной документации. Технология проектирования АИС реализует определенную методологию проектирования. В свою очередь, методология проектирования пред- полагает наличие некоторой концепции, принципов проектирования и реализуется набором методов и средств.
Методы проектирования АИС можно классифицировать по степени использования средств автоматизации, типовых проектных решений, адаптивности к предполагаемым изменениям.
По степени автоматизации различают:
• ручное проектирование, при котором проектирование компонентов АИС осуществляется без использования специальных инструментальных программных средств; программирование производится на алгоритмических языках;
• компьютерное проектирование, при котором генерация или конфигурация (настройка) проектных решений производится с использованием специальных инструментальных программных средств.
По степени использования типовых проектных решений различают:
• оригинальное (индивидуальное) проектирование, когда проектные решения разрабатываются «с нуля» в соответствии с требованиями к АИС;
• типовое проектирование, предполагающее конфигурацию АИС из готовых типовых проектных решений (программных модулей).
Оригинальное проектирование АИС предполагает максимальный учет особенностей автоматизированного объекта. Типовое проектирование выполняется на основе готовых решений и является обобщением опыта, полученного ранее при создании родственных проектов.
По степени адаптивности проектных решений различаются следующие методы:
• реконструкция – адаптация проектных решений выполняется путем переработки соответствующих компонентов (перепрограммирования программных модулей);
• параметризация – проектные решения настраиваются в соответствии с заданными и изменяемыми параметрами;
• реструктуризация модели – изменяется модель предметной области, что приводит к автоматическому переформированию проектных решений. Сочетание различных признаков классификации методов проектирования обусловливает характер используемой технологии проектирования АИС. Выделяются два основных класса технологии проектирования: каноническая и индустриальная .
Индустриальная технология проектирования в свою очередь разбивается на два подкласса: автоматизированное (использование CASE-технологий) и типовое (параметрически-ориентированное или модельно-ориентированное) проектирование. Использование индустриальных технологий проектирования не исключает использования в отдельных случаях канонической технологии Стадии и этапы работы такого проектирования описаны в ГОСТ 34.601-90. В зависимости от сложности объекта автоматизации и набора задач, требующих решения при создании конкретной АИС, стадии и этапы работ могут иметь различную трудоемкость. Допускается объединять последовательные этапы и исключать некоторые из них на любой стадии проекта. До- пускается также начинать выполнение работ следующей стадии до окончания предыдущей.
2. Методы проектирования информационных систем
Индустрия разработки автоматизированных информационных систем управления родилась в 50-х - 60-х годах и к концу века приобрела вполне законченные формы. Материалы данного руководства являются обобщением цикла лекций по Автоматизированным Банковским Системам (АБС) и Автоматизированным системам управления конструкторско-технологическим проектированием (АСУ КТП), читаемым в МГТУ им.Н.Э.Баумана. Не смотря на имеющиеся различия в реализации функциональных модулей данных систем, общие подходы к их разработки во многом схожи, что позволило нам объединить вопросы их проектирования в рамках одного издания.
На рынке автоматизированных систем для крупных корпораций и финансово-промышленных групп на сегодня можно выделить два основных субъекта: это ранок автоматизированных банковских систем (АБС) и рынок корпоративных информационных систем промышленных предприятий. Не смотря на сильную взаимосвязь этих двух рынков систем автоматизации, предлагаемые на них решения пока еще не достаточно интегрированы между собой, чего следует ожидать в недалеком будущем.
2.1 Метод "снизу-вверх".
Менталитет российских программистов сформировался именно в крупных вычислительных центрах (ВЦ), основной целью которых было не создание тиражируемых продуктов, а обслуживание сотрудников конкретного учреждения. Этот подход во многом сохранялся и при автоматизации и сегодня. В условиях постоянно изменяющихся законодательства, правил ведения производственной, финансово-хозяйственной деятельности и бухгалтерского учета руководителю удобно иметь рядом посредника между спущенной сверху новой инструкцией и компьютером. С другой стороны, программистов, зараженных "вирусом самодеятельности", оказалось предостаточно, тем более что за такую работу предлагалось вполне приличное вознаграждение.
Создавая свои отделы и управления автоматизации, предприятия и банки пытались обустроиться своими силами. Однако периодическое "перетряхивание" инструкций, сложности, связанные с разными представлениями пользователей об одних и тех же данных, непрерывная работа программистов по удовлетворению все новых и новых пожеланий отдельных работников и как следствие - недовольство руководителей своими программистами несколько остудило пыл как тех, так и других. Итак, первый подход сводился к проектированию "снизу-вверх"
. В этом случае, при наличии квалифицированного штата программистов, вполне сносно были автоматизированы отдельные, важные с точки зрения руководства рабочие места. Общая же картина "автоматизированного предприятия" просматривалась недостаточно хорошо, особенно в перспективе.
2.2 Метод "сверху-вниз".
Быстрый рост числа акционерных и частных предприятий и банков позволил некоторым компаниям увидеть здесь будущий рынок и инвестировать средства в создание программного аппарата для этого растущего рынка. Из всего спектра проблем разработчики выделили наиболее заметные: автоматизацию ведения бухгалтерского аналитического учета и технологических процессов (для банков это в основном - расчетно-кассовое обслуживание, для промышленных предприятий - автоматизация процессов проектирования и производства, имеется в виду не конкретных станков и т.п., а информационных потоков). Учитывая тот факт, что ядром АИС безусловно является аппарат, обеспечивающий автоматизированное ведение аналитического учета, большинство фирм начали с детальной проработки данной проблемы. Системы были спроектированы "сверху", т.е. в предположении что одна программа должна удовлетворять потребности всех пользователей.
Сама идея использования "одной программы для всех" резко ограничила возможности разработчиков в структуре информационных множеств базы данных, использовании вариантов экранных форм, алгоритмов расчета и, следовательно, лишила возможности принципиально расширить круг решаемых задач - автоматизировать повседневную деятельность каждого работника. Заложенные "сверху" жесткие рамки ("общие для всех") ограничивали возможности таких систем по ведению глубокого, часто специфического аналитического и производственно - технологического учета. Работники проводили эту работу вручную, а результаты вводили в компьютер. При этом интерфейс каждого рабочего места не мог быть определен функциями, возложенными на пользователя, и принятой технологией работы. Стало очевидно, что для успешной реализации задачи полной автоматизации банка следует изменить идеологию построения АИС.
Развитие банковских структур и промышленных предприятий, увеличение числа филиалов, рост количества клиентов, необходимость повышения качества обслуживания предъявляли к автоматизированным системам новые требования. Новый подход к проектированию АИС заключается в сбалансированном сочетании двух предыдущих. В первую очередь это относилось к идеологии построения ядра системы: "Автоматизированная бухгалтерия - аналитический учет".
Для банковских структур это дало: с одной стороны, в ядре системы сохранялась возможность работы "от лицевого счета", с автоматическим формированием соответствующих бухгалтерских проводок, с другой стороны, отменялись жесткие требования работы только с лицевыми счетами. Появилась возможность ведения бухгалтерского учета по балансовым счетам любого порядка без углубления до уровня лицевых счетов клиентов. При этом ведение аналитического учета по лицевым счетам клиентов опускалось на уровень специализированного программного обеспечения (СПО), установленного на рабочих местах банковских работников (контролеров, кредитных бухгалтеров, инспекторов и т. д.). Таким образом, принципиальное отличие нового подхода к созданию АБС заключается в идее распределения плана счетов по уровням экспертизы. При этом и сам справочник плана счетов с соответствующими описаниями, и информационное множество клиентов проектировались по принципу распределенной базы данных. Результатом этого явилось:
· формирование всех необходимых бухгалтерских проводок, уже агрегированных по балансовым счетам, и автоматическая их передача в базу данных "Автоматизированной бухгалтерии";
· реализация специфических требований каждого банковского работника, в том числе по формированию произвольных отчетов и справок, мемориальных ордеров, операционных дневников; выполнение любых вспомогательных и технологических расчетов и пр.
С использованием гибкой системы настроек СПО (компонентов АБС) появилась реальная возможность адаптации программного аппарата к практически любым условиям и различным требованиям инструктивных материалов и правилам работы, принятым либо в вышестоящей организации, либо в данном банковском учреждении. Кроме того, при многокомпонентной схеме организации АБС при проведении модернизации одного из компонентов центральная часть (ядро) АБС и другие ее компоненты не затрагивались, что значительно повышало надежность, продолжительность жизни автоматизированной системы и обеспечивало наиболее полное выполнение требуемых функций.
Двойственный подход к формированию ежедневного баланса лег в основу т.н. "принципа дуализма" - одного из важных принципов построения современных банковских систем. Реализация принципа дуализма неизбежно требовала построения АБС нового поколения в виде программных модулей, органически связанных между собой, но в то же время способных работать и автономно.
Задача проектирования АИС промышленных предприятий более сложна, т.к. характер обрабатываемой информации еще более разнороден и сложно формализуем. Однако и здесь можно выделить основную модель работы - это работа "от кода проекта". В общем случае код проекта представляет собой аналог (функциональный) лицевого счета, он имеет определенную разрядность, порядок (т.е. конкретная группа цифро-буквенного обозначения характеризует деталь, сборочную единицу, изделие и их уровень взаимосвязи). Причем конкретная часть кода харак
Двойственный подход к формированию ежедневного производственного плана лег в основу т.н. "принципа дуализма" для АИС промышленных предприятий. Реализация принципа дуализма неизбежно также требовала построения АИС предприятий нового поколения в виде программных модулей, органически связанных между собой, но в то же время способных работать и автономно.
Такая многокомпонентная система обеспечивала соблюдение основополагающего принципа построения автоматизированных информационных систем - отсутствия дублирования ввода исходных данных. Информация по операциям, проведенным с применением одного из компонентов системы, могла быть использована любым другим ее компонентом. Модульность построения АИС нового поколения и принцип одноразового ввода дают возможность гибко варьировать конфигурацией этих систем. Так, в банках, имеющих разветвленную филиальную сеть и не передающих данные в режиме реального времени, установка всего СПО во всех филиалах не всегда экономически оправдано. В этих случаях возможна эксплуатация в филиалах ПО общего назначения, предназначенного для первичного ввода информации и последующей автоматизированной обработки данных в СПО, установленном в головном офисе банка. Такая структура дает возможность органически включить в АБС нового поколения компонент для создания хранилища данных, разделяя системы оперативного действия и системы поддержки принятия решения.
Кроме того, одно из достоинств принципа многокомпонентности
, являющегося базовым при создании АИС нового поколения, состоит в возможности их поэтапного внедрения. На первом этапе внедрения устанавливаются (или заменяются уже устаревшие) компоненты системы на те рабочие места, которые нуждаются в обновлении ПО. На втором этапе происходит развитие системы с подсоединением новых компонентов и отработкой межкомпонентных связей. Возможность применения такой методики внедрения обеспечивает ее достаточно простое тиражирование и адаптацию к местным условиям. Таким образом, автоматизированная информационная система нового поколения - это многокомпонентная система с распределенной базой данных по уровням экспертизы.
Что же заставляет банки разрабатывать предприятия и банки свои АИС собственными силами :
· Во-первых
, это конечно относительно низкая стоимость таких разработок (по сравнению с покупными). Как правило, к существующим подразделениям департамента информатизации, таким как: управление эксплуатации, управление эксплуатации вычислительной сети и средств связи, экспертно-аналитическое управление (постановка задач), добавляется лишь новая структура: управление развития и разработки АИС, что, как правило, не влечет за собой больших финансовых затрат.
· Во-вторых
, собственная разработка - это максимальная ориентация на реализацию бизнес - процессов предприятия или банка, его уникальных финансовых и управленческих технологий, складывающихся годами.
· В третьих
, это позволяет обеспечивать значительно более высокий уровень безопасности и независимости от внешних факторов.
· В четвертых
, оперативная реакция на изменения правил игры на рынке.
Вместе с тем при собственной разработке необходимо решить целый комплекс организационно-технических задач, которые позволили бы избежать ошибочных решений:
· Во-первых,
правильный выбор архитектуры построения вычислительно-коммуникационной сети и ориентация на профессиональные СУБД. По экспертным оценкам собственные разработки АИС в 53% базируются на СУБД Oracle, около 15% на Informix, 22% - другие СУБД.
· Во-вторых
, использование при разработке современного инструментария (CASE средства, эффективные средства разработки: Delphi, Designer2000, Developer2000, SQL-Stations и т.п.).
· В третьих
, мультизадачная инфраструктура разработки проекта, когда конкретный модуль АИС ведет группа разработчиков с взаимосвязанным перечнем задач, построенная на принципах полной взаимозаменяемости, т.е. функционирование данного модуля АИС и его развитие не связано с одним конкретным разработчиком.
· В четвертых
, применение эффективных организационно-технических средств по управлению проектом и контролю версий АИС.
Только при соблюдении этих основных положений можно рассчитывать, что собственная разработка окажется конкурентной и эффективной. В противном же случае можно столкнуться с эффектом "неоправданных ожиданий" - это в лучшем случае, а в крайнем случае вообще задуматься о смене АИС. При этом, смена АИС может вызвать как непосредственно смену клиентских модулей и табличной структуры БД, так и потребовать замены серверного и клиентского аппаратного и общесистемного программного обеспечения, включая СУБД, а это дело не дешевое. Поэтому очень важно при выборе варианта реализации АИС сразу решить вопрос о возможностях экспорта/импорта данных в создаваемой системе. При правильном решении данного вопроса смена АИС, если в ней все-таки возникнет необходимость, произойдем практически безболезненно для функциональных подразделений.
3. Стадии и этапы создания АИС.
Стадии и этапы создания АИС, выполняемые организациями- участниками, прописываются в договорах и технических заданиях на вы- полнение работ.
Стадия 1. Формирование требований к АИС:
• обследование объекта и обоснование необходимости создания АИС;
• формирование требований пользователей к АИС;
• оформление отчета о выполненной работе и тактико-технического задания на разработку.
Стадия 2. Разработка концепции АИС:
• изучение объекта автоматизации;
• проведение необходимых научно-исследовательских работ;
• разработка вариантов концепции АИС, удовлетворяющих требованиям пользователей;
• оформление отчета и утверждение концепции.
Стадия 3. Техническое задание:
• разработка и утверждение технического задания на создание АИС.
Стадия 4. Эскизный проект:
• разработка предварительных проектных решений по системе и ее частям;
• разработка эскизной документации на АИС и ее части.
Стадия 5. Технический проект:
• разработка проектных решений по системе и ее частям;
• разработка документации на АИС и ее части;
• разработка и оформление документации на поставку комплектующих изделий;
• разработка заданий на проектирование в смежных частях проекта.
Стадия 6. Рабочая документация:
• разработка рабочей документации на АИС и ее части;
• разработка и адаптация программ.
Стадия 7. Ввод в действие:
• подготовка объекта автоматизации;
• подготовка персонала;
• комплектация АИС поставляемыми изделиями (программными и тех- ническими средствами, программно-техническими комплексами, информа- ционными изделиями);
• строительно-монтажные работы;
• пусконаладочные работы;
• проведение предварительных испытаний;
• проведение опытной эксплуатации;
• проведение приемочных испытаний.
Стадия 8. Сопровождение АИС:
• выполнение работ в соответствии с гарантийными обязательствами;
• послегарантийное обслуживание.
Рассмотрим специфику составляющих некоторых стадий подробнее.
Обследование – это изучение и анализ организационной структуры предприятия, его деятельности и существующей системы обработки информации.
Материалы, полученные в результате обследования, используются для:
• обоснования разработки и поэтапного внедрения систем; • составления технического задания на разработку систем;
• разработки технического и рабочего проектов систем.
На этапе обследования целесообразно выделить две составляющие: определение стратегии внедрения АИС и детальный анализ деятельности организации. Основная задача первого этапа обследования – оценка реального объема проекта, его целей и задач на основе выявленных функций и информационных элементов автоматизируемого объекта высокого уровня. Эти задачи могут быть реализованы или заказчиком АИС самостоятельно, или с привлечением консалтинговых организаций. Этап предполагает тесное взаимодействие с основными потенциальными пользователями системы и бизнес-экспертами. Основная задача взаимодействия – получить полное и однозначное понимание требований заказчика. Как правило, нужная информация может быть получена в результате интервью, бесед или семинаров с руководством, экспертами и пользователями. По завершении стадии обследования появляется возможность определить вероятные технические подходы к созданию системы и оценить затраты на ее реализацию (на аппаратное обеспечение, на закупаемое программное обеспечение и на разработку нового программного обеспечения). Результатом этапа определения стратегии является документ (технико-экономическое обоснование (ТЭО) проекта), где четко сформулировано, что получит заказчик, если согласится финансировать проект, когда он получит готовый продукт (график выполнения работ) и сколько это будет стоить (для крупных проектов – это график финансирования на разных этапах работ). В документе желательно отразить не только затраты, но и выгоду проекта, например время окупаемости проекта, ожидаемый экономический эффект (если его удается оценить).
Примерное содержание ТЭО:
• ограничения, риски, критические факторы, которые могут повлиять на успешность проекта;
• совокупность условий, при которых предполагается эксплуатировать будущую систему, архитектура системы, аппаратные и программные ресурсы, условия функционирования, обслуживающий персонал и пользователи системы;
• сроки завершения отдельных этапов, форма приемки/сдачи работ, привлекаемые ресурсы, меры по защите информации;
• описание выполняемых системой функций;
• возможности развития и модернизации системы;
• интерфейсы и распределение функций между человеком и системой;
• требования к ПО и системам управления базами данных (СУБД).
На этапе детального анализа деятельности организации изучаются деятельность, обеспечивающая реализацию функций управления, организационная структура, штаты и содержание работ по управлению предприятием, а также характер подчиненности вышестоящим органам управления. Здесь следует наметить инструктивно-методические и директивные материалы, на основании которых определяются состав подсистем и перечень задач, а также возможности применения новых методов решения задач.
Аналитики собирают и фиксируют информацию в двух взаимосвязанных формах:
• функции – информация о событиях и процессах, которые происходят в автоматизируемой организации;
• сущности – информация о классах объектов, имеющих значение для организации и о которых собираются данные.
При изучении каждой функциональной задачи управления определяются:
• наименование задачи; сроки и периодичность ее решения;
• степень формализуемости задачи;
• источники информации, необходимые для решения задачи;
• показатели и их количественные характеристики;
• порядок корректировки информации;
• действующие алгоритмы расчета показателей и возможные методы контроля;
• действующие средства сбора, передачи и обработки информации;
• действующие средства связи;
• принятая точность решения задачи;
• трудоемкость решения задачи;
• действующие формы представления исходных данных и результатов их обработки в виде документов;
• потребители результатной информации по задаче. Одной из наиболее трудоемких, хотя и хорошо формализуемых, задач этого этапа является описание документооборота организации.
При обследовании документооборота составляется схема маршрута движения документов, которая должна отразить:
• количество документов;
• место формирования показателей документов;
• взаимосвязь документов при их формировании;
• маршрут и длительность движения документа;
• место использования и хранения данного документа;
• внутренние и внешние информационные связи;
• объем документа в знаках.
По результатам обследования устанавливают перечень задач управления, подлежащих автоматизации, и очередность их разработки.
Заключение
Создание АИС способствует повышению эффективности производства экономического объекта и обеспечивает качество управления.
Результатом данного курсового проекта являлась разработка системы автоматизированного электронного документооборота для заданного предприятия, позволяющая оптимизировать движение документов в соответствии с рациональной организацией труда.
Использование данной системы в реальных условиях позволит повысить эффективность работы, уменьшить издержки, снизить трудоемкость выполняемых операций.
Включение электронных документов в делопроизводственный цикл позволяет перейти на качественно новый уровень эффективности работы с документами, поскольку технологии работы с ними (редактирование, перемещение, тиражирование и др.) принципиально более эффективны.
АС ДОУ создает основу для интеграции всех документационных технологий в единый комплекс, включая средства сканирования документов и распознавания текстов, средства обработки и пересылки электронных документов, приема и передачи факсимильной информации, печати и тиражирования документов и т.д.
Использование данной автоматизированной системы электронного документооборота в реальных условиях приведет к улучшению ряда экономических показателей:
- улучшение значений показателей качества обработки информации (повышение степени достоверности обработки информации, степени ее защищенности, повышение степени автоматизации получения первичной информации);
- увеличение числа обслуживаемых клиентов.
К составляющим эффективность при использовании данной системы электронного документооборота можно отнести также следующее:
- во всех подразделениях и в организации в целом вводится унифицированная, формализованная и строго регламентированная технология делопроизводства;
- организация становится полностью управляемой. Появляется возможность ответить на любой вопрос по документам и исполнителям, осуществлять анализ и управление документационной деятельностью;
- система автоматизации делопроизводства, по сути, является носителем строго формализованной и документированной технологической информации о правилах и порядке работы с документами. В результате уменьшается зависимость организации от персонала как физического носителя технологических знаний и правил работы с документами.
- создаются условия для резкого ускорения прохождения документов по организации, особенно при организации электронного документооборота.
- минимизируется трудоемкость делопроизводственных операций. При этом, однако, надо иметь в виду, что необходимость ввода полной и точной информации о документе, скажем, при первичной регистрации может потребовать дополнительных усилий на некоторых рабочих мест, тогда как трудоемкость работы на других рабочих местах, использующих эту информацию, может сократиться, как показывает опыт, в несколько раз.
- качественный выигрыш достигается организации взаимоувязанного электронного документооборота между организациями, поскольку полностью отпадают проблемы, связанные изготовлением и пересылкой бумажных документов, а затем - в повторном вводе реквизитов текстов полученных документов.
Сегодня эффективность управленческой деятельности зависит в первую очередь от автоматизации всех управленческих процессов. Таким образом, успешная автоматизация управления предприятием будет зависеть от правильного выбора автоматизированной системы.