Информационно-телекоммуникационная инфраструктура, компьютерные сети

Автор работы: Пользователь скрыл имя, 24 Марта 2014 в 16:59, контрольная работа

Краткое описание

В ряде литературных источников термин АСУ заменяется более модным термином «логистика», который обозначает одну из частных задач АСУ на автомобильном транспорте, а именно комплексный подход к организации товародвижения.
Автоматизированные системы обработки информации и управления (АСОИУ) на автомобильном транспорте создается для удовлетворения информационных потребностей конкретного пользователя, и он принимает непосредственное участие в ее работе.

Содержание

Введение…………………………………………………………………3
Информационно-телекоммуникационная инфраструктура,
компьютерные сети…………………………….………………………….4
Внутрифирменные информационные системы……………………… 10
Транспортная задача……………………………………………………26

Прикрепленные файлы: 1 файл

КР.docx

— 270.70 Кб (Скачать документ)

Одним из множества готовых решений, позволяющих облегчить управление корпоративными библиотеками и архивами независимо от их размеров и сложности организации, является ПО компании «Open Text». В основе анонсированной системы «Techlib» лежит разработанный компанией интерфейс BASIS, который, кроме стандартного набора функций работы с документами, размещенными в Интернете, позволяет резервировать, подтверждать, восстанавливать информацию в случае сбоев, устанавливать защиту от НСД. «Techlib» представляет собой мощную и гибкую среду администрирования комплекса электронных материалов, аудио- и видеоданных, стандартных бумажных документов.

Для выбора системы электронного документооборота существуют следующие критерии:

-возможность интеграции с другими АС и БД;

-легкость освоения;

-удобство использования;

-обеспечение работы в сетевом режиме;

-надежность функционирования ПО модулей системы;

-защита от НСД.

На российском рынке предлагается достаточно широкий выбор ПО для автоматизации управления документооборотом («1C: Электронный документооборот», «1C: Электронная почта», «Галактика» — модуль «Управление документооборотом» и др).

Наибольшего успеха в унификации БД достигла так называемая workflow-технология, охватывающая следующие аспекты деятельности:

-описание различных операций бизнес-процесса и необходимых для них данных;

-бизнес-правила, описывающие управляющие потоки между операциями такого процесса;

-роли и обязанности, связанные с задачами, которые выполняются в рамках операций бизнес-процесса;

-базовая организационная модель, определяющая роли и обязанности действительных исполнителей работ.

Слово «workflow» переводится с английского языка как поток работ или рабочий поток, что почти одно и то же.

По определению консорциума WfMC (Workflow Management Coalition — коалиция управления потоками работ) международной организации, в состав которой входят производители, пользователи, аналитики и ученые, разрабатывающие стандарты для систем управления потоком работ и распространение знаний технологии workflow в различных отраслях экономики, управление потоком работ представляет собой «полную или частичную автоматизацию бизнес-процессов, в ходе которых документы, информация и задачи пересылаются для обработки от одного участника к другому в соответствии с определенными процедурными правилами».

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

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

Возникла необходимость стандартизации в области управления документооборотом, в результате чего началась выработка требований к расширениям workflow-систем. Ассоциация ODMA (Open Document Management Association — ассоциация управления открытыми документами) разработала в 1995 г. интерфейс API для обеспечения простой функциональности делопроизводства. Впоследствии ассоциация DMA (Document Management Association — ассоциация управления документами), объединяющая в своих рядах ведущих производителей программных средств управления документами, вступила в полемику с WfMC по вопросам интеграции делопроизводства и стандартов управления документами.

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

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

В процессе разработки сложных проектов ИС часто можно встретить workflow-функции в среде проекта. Они служат для регулирования очередей и распределения задач между отдельными разработчиками, а также для пересылки информации между ними в процессе решения таких задач.

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

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

-в качестве основного механизма распределения используется технология CORBA;

-базой служит электронная почта с автономными средами настольных систем;

-централизованный механизм управления делопроизводством тесно связан с системой управления задачами на настольных системах.

Рис. 3. Модель описания процесса

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

Рассмотрим различные методы описания процессов.

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

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

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

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

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

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

Какие же реальные преимущества дает внедрение workflow-системы на предприятии?

-Преимущества для предприятия: усиливается контроль производительности выполнения задач, связанных с информацией. Повышая конфиденциальность и ужесточая контроль доступа, workflow-система одновременно привносит «промышленные» методы руководства и управления процессами.

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

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

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

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

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

Произведенная Comparative Study 2001 независимой консалтинговой группой оценка по 200 параметрам 13 ведущих продуктов управления потоками работ — Bizflow 2000, COSA Workflow, DOLPHIN, Eastman EW, InTempo, MQseries Workflow, SERfloware, Staflware, TeamWARE, TIB/InConcert, Visual Workflowand, W4 и WFX выделила преимущества Staflware: сбалансированность функциональных и административных возможностей, покрывающих почти все требования пользователей, высокая производительность, встроенная среда объектной разработки, язык сценариев, поддерживающий клиентов Windows и Java, интерфейсы к Lotus Notes,

Microsoft Exchange и популярным серверным системам электронного обмена данными EDI. Отмечались также гибкие Интернет- возможности Bizflow 2000, серьезный прогресс Интернет-версии W4, высокий уровень интеграции SERfloware с системами обработки документов и обучения SERdocware/SERbainware, стыковка COSA Workflow с организационной моделью Baan ERP, средства оптимизации и объединения с другими приложениями с помощью XML в MQseries Workflow, расширенные возможности развертывания InTempo, поддержку документооборота в Visual Workflow и средства работы с графикой в Eastman EW.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Транспортная задача

 

 

Решить в Excel транспортную задачу с минимизацией затрат на перевозку.  Количество грузов на складах: а1 = 300; а2 = 500; а3 = 200.  Потребность в грузах в пунктах доставки: b1 = 100; b2 =150; b3 = 250; b4 = 300; b5 = 200.  Матрица стоимости: 

2,5__3,1__3,5__3,6__6,0

4,3__5,0__2,8__2,4__3,1

2,7__2,0__6,0__2,1__4,7

 

 

 

 

 

 

 

 

 

Список использованной литературы

  1. Автоматизированные системы обработки информации и управления на автомобильном транспорте: Учебник для сред. проф. образования / А.Б. Николаев, С.В. Алексахин, И.А. Кузнецов, В.Ю. Строганов; Под ред. А.Б. Николаева. – М.: Издательский центр «Академия», 2003. – 224 с.

 

 

 

 

 

 

 

 


Информация о работе Информационно-телекоммуникационная инфраструктура, компьютерные сети