Компьютерные информационные технологии в документационном обеспечении управления

 

Контрольная работа № 1

 

по дисциплине «Компьютерные  информационные технологии в документационном обеспечении управления»

за V курс

Вариант 4.

 

 

 

 

г. Ростов-на-Дону

2011г.

СОДЕРЖАНИЕ

 

1. Документирование производственных процессов

в автоматизированных системах управления

(АСУ) производством………………………………………………………..3

 

2. Компоненты и общая  характеристика

информационных технологий сетевого взаимодействия …………………8

 

3. Особенности работы  с пакетами. Коллективная работа

с пакетом в сети, с документами на разных языках

с различными пользовательскими  словарями……………………………..13

 

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

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

1. Документирование производственных процессов в автоматизированных системах управления (АСУ) производством.

 

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

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

Стандартом документирования технологических процессов, происходящих на предприятии является стандарт IDEF3. Он предоставляет собой инструментарий для наглядного исследования и моделирования сценариев  технологических процессов.

Сценарий (Scenario)- это описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление об его сценарии и структуре сопутствующего документооборота.

Средства документирования и моделирования IDEF3 позволяют выполнять  следующие задачи:

• Документировать имеющиеся данные о технологии процесса, выявленные, скажем, в процессе опроса компетентных сотрудников, ответственных за организацию рассматриваемого процесса.
• Определять и анализировать точки влияния потоков сопутствующего документооборота на сценарий технологических процессов.
• Определять ситуации, в которых требуется принятие решения, влияющего на жизненный цикл процесса, например изменение конструктивных, технологических или эксплуатационных свойств конечного продукта.
• Содействовать принятию оптимальных решений при реорганизации технологических процессов.
• Разрабатывать имитационные модели технологических процессов, по принципу "КАК БУДЕТ, ЕСЛИ..."

Два типа диаграмм в IDEF3

Существуют два типа диаграмм в стандарте IDEF3, представляющие описание одного и того же сценария технологического процесса в разных ракурсах. Диаграммы относящиеся к первому типу называются диаграммамиОписания Последовательности Этапов Процесса (Process Flow Description Diagrams, PFDD), а ко второму -диаграммами Состояния Объекта в и его Трансформаций Процессе (Object State Transition Network, OSTN). Предположим, требуется описать процесс окраски детали в производственном цеху на предприятии. С помощью диаграмм PFDD документируется последовательность и описание стадий обработки детали в рамках исследуемого технологического процесса. Диаграммы OSTN используются для иллюстрации трансформаций детали, которые происходят на каждой стадии обработки.

На следующем примере, показано, как графические средства IDEF3 позволяют документировать вышеуказанный  производственный процесс окраски детали.

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

Рисунок 1. Пример PFDD диаграммы.

На рис.1 изображена диаграмма PFDD, являющаяся графическим отображение  сценария обработки детали. Прямоугольники на диаграмме PFDD называются функциональными элементами или элементами поведения (Unit of Behavior, UOB) и обозначают событие, стадию процесса или принятие решения. Каждый UOB имеет свое имя, отображаемое в глагольном наклонении и уникальный номер. Стрелки или линии являются отображением перемещения детали между UOB-блоками в ходе процесса. Линии бывают следующих видов:

- Старшая (Precedence) - сплошная  линия, связывающая UOB. Рисуется  слева направо или сверху вниз.

- Отношения (Relational Link)- пунктирная линия, использующаяся для изображения связей между UOB

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

Объект, обозначенный J1 - называется перекрестком (Junction). Перекрестки используются для отображения логики взаимодействия стрелок (потоков) при слиянии и разветвлении или для отображения множества событий, которые могут или должны быть завершены перед началом следующей работы. Различают перекрестки для слияния (Fan-in Junction) и разветвления (Fan-out Junction) стрелок. Перекресток не может использоваться одновременно для слияния и для разветвления. При внесении перекрестка в диаграмму необходимо указать тип перекрестка.  Классификация возможных типов перекрестков приведена в таблице:

Обозначение	Наименование	Смысл в случае слияния  стрелок   (Fan-in Junction)	Смысл в случае разветвления стрелок (Fan-out Junction)
	Asynchronous AND	Все предшествующие процессы должны быть завершены	Все следующие процессы должны быть запущены
	Synchronous AND	Все предшествующие процессы завершены одновременно	Все следующие процессы запускаются одновременно
	Asynchronous OR	Один или несколько  предшествующих процессов должны быть завершены	Один или несколько  следующих процессов должны быть запущены
	Synchronous OR	Один или несколько предшествующих процессов завершаются одновременно	Один или несколько  следующих процессов запускаются  одновременно
	XOR (Exclusive OR)	Только один предшествующий процесс завершен	Только один следующий  процесс   запускается

Все перекрестки в PFDD диаграмме нумеруются, каждый номер  имеет префикс "J".

Сценарий, отображаемый на диаграмме, можно описать в следующем  виде:

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

Каждый функциональный блок UOB может  иметь последовательность декомпозиций, и, следовательно, может быть детализирован с любой необходимой точностью. Под декомпозицией мы понимаем представление каждого UOB с помощью отдельной IDEF3 диаграммы. Например, мы можем декомпозировать UOB "Окрасить Деталь", представив его отдельным процессом и построив для него свою PFDD диаграмму. При этом эта диаграмма будет называтьсядочерней, по отношению к изображенной на рис. 1, а та, соответственно родительской.  Номера UOB дочерних диаграмм имеют сквозную нумерацию, т.е., если родительский UOB имеет номер "1", то блоки UOB на его декомпозиции будут соответственно иметь номера "1.1", "1.2" и т.д. Применение принципа декомпозиции в IDEF3 позволяет структурировано описывать процессы с любым требуемым уровнем детализации.

Рисунок 2. Пример OSTN диаграммы

Если диаграммы PFDD технологический  процесс "С точки зрения наблюдателя", то другой класс диаграмм IDEF3 OSTN позволяет  рассматривать тот же самый процесс "С точки зрения объекта". На рис.2 представлено отображение процесса окраски с точки зрения OSTN диаграммы. Состояния объекта (в нашем случае детали) иИзменение состояния являются ключевыми понятиями OSTN диаграммы. Состояния объекта отображаются окружностями, а их изменения направленными линиями. Каждая линия имеет ссылку на соответствующий функциональный блок UOB, в результате которого произошло отображаемое ей изменение состояния объекта.

 

2. Компоненты и общая характеристика информационных технологий сетевого взаимодействия.

 

В настоящее время взаимодействие в компьютерных сетях описывается  с помощью модели взаимодействия открытых систем (Open Systems Interconnection, OSI). Модель была разработана Международной  Организацией по Стандартизации (International Standard Organization, ISO) в 1984 году и представляет собой международный стандарт для проектирования сетевых коммуникаций.

Модель OSI предполагает уровневый  подход к построению сетей. Каждый уровень  модели обслуживает различные этапы  процесса взаимодействия. Работу модели OSI обеспечивают различные службы, каждая на своем уровне. Службы работают по определенным правилам - протоколам. Соответственно, на каждом уровне работает свой протокол. Все вместе, данные службы выполняют одну общую работу - передачу данных по сети, придерживаясь общего правила (общего протокола).

Примером такого протокола может  служить сетевой протокол TCP/IP, состоящий  из различных протоколов и служб.

Говоря о протоколе TCP/IP, всегда подразумевается набор протоколов сетевого и транспортного уровней. Набор протоколов TCP/IP еще называют стеком протоколов, в состав которого входят два основных протокола: TCP (Transmission Control Protocol) - протокол транспортного уровня и IP (Internet Protocol) - протокол сетевого уровня.

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

• Физический уровень (Physical layer) определяет способ физического соединения компьютеров в сети. Функциями средств, относящихся к данному уровню, являются побитовое преобразование цифровых данных в сигналы, передаваемые по физической среде (например, по кабелю), а также собственно передача сигналов. 
• Канальный уровень (Data Link layer) отвечает за организацию передачи данных между абонентами через физический уровень, поэтому на данном уровне предусмотрены средства адресации, позволяющие однозначно определить отправителя и получателя во всем множестве абонентов, подключенных к общей линии связи. В функции данного уровня также входит упорядочивание передачи с целью параллельного использования одной линии связи несколькими парами абонентов. Кроме того, средства канального уровня обеспечивают проверку ошибок, которые могут возникать при передаче данных физическим уровнем. 
• Сетевой уровень (Network layer) обеспечивает доставку данных между компьютерами сети, представляющей собой объединение различных физических сетей. Данный уровень предполагает наличие средств логической адресации, позволяющих однозначно идентифицировать компьютер в объединенной сети. Одной из главных функций, выполняемых средствами данного уровня, является маршрутизация - целенаправленная передача данных конкретному получателю независимо от его расположения относительно отправителя. 
• Транспортный уровень (Transport layer) реализует передачу данных между двумя программами, функционирующими на разных компьютерах, обеспечивая при этом отсутствие потерь и дублирования информации, которые могут возникать в результате ошибок передачи нижних уровней. В случае, если данные, передаваемые через транспортный уровень, подвергаются фрагментации, то средства данного уровня гарантируют сборку фрагментов в правильном порядке. 
• Сессионный (или сеансовый) уровень (Session layer) позволяет двум программам поддерживать продолжительное взаимодействие по сети, называемое сессией (session) или сеансом. Этот уровень управляет установлением сеанса, обменом информацией и завершением сеанса. Он также отвечает за идентификацию, позволяя тем самым только опреде-ленным абонентам принимать участие в сеансе, и обеспечивает работу служб безопасности с целью упорядочивания доступа к информации сессии. 
• Уровень представления (Presentation layer) осуществляет промежуточное преобразование данных исходящего сообщения в общий формат, который предусмотрен средствами нижних уровней, а также обратное преобразование входящих данных из общего формата в формат, понятный получающей программе. 
• Прикладной уровень (Application layer) предоставляет высокоуровневые функции сетевого взаимодействия, такие, как передача файлов, отправка сообщений по электронной почте и т.п.