Технологии обмена данными между приложениями Windows

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

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

Буфер промежуточного хранения Clipboard

Уже в первых версиях Windows был реализован встроенный буфер промежуточного хранения данных Clipboard (буфер обмена), который постоянно активен и доступен всем Windows-приложениям. Обмен данными через буфер обмена осуществляется следующим образом.

1. Выделить в приложении-источнике фрагмент данных.

2. Скопировать (перенести) выделенный фрагмент в буфер обмена командой Правка►КопироватьилиПравка►Вырезать.

3. Перейти к приложению-приемнику, поместить курсор в то место, куда требуется вставить данные из буфера, и выполнить команду Правка►Вставить.

Аналогичный порядок действий обеспечивает обмен данными и в рамках одного приложения, поэтому отпадает необходимость включать в приложения внутренние средства копирования и перемещения объектов.

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

Для непосредственного просмотра данных в буфере обмена, изменения формата представления данных в нем, записи содержимого буфера в файл и его очистки используется утилита Clipboard Viewer (Clipbrd), которая является компонентой операционной системы и устанавливается при ее инсталляции.

Недостатками обмена с использованием буфера являются:

· некоторое ограничение объема передаваемой через буфер информации;

· данные, вставленные в документ-приемник через буфер обмена, не обновляются при их изменении в документе-источнике.

Для обмена данными между приложениями может использоваться технология DDE (Dynamic Data Exchange – динамический обмен данными). Суть технологии состоит в том, что вставляемый через буфер обмена объект сохраняет свою связь с оригиналом и при внесении в него изменений может автоматически обновляться. При этом 1) с одним оригиналом можно связать любое число документов; 2) возможно связывание по цепочке, когда источником является не оригинал, а ранее связанный объект; 3) установленная связь сохраняется и после закрытия приложений, т.е. внесенные в оригинал изменения автоматически вносятся во все документы, связанные с ним.

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

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

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

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

Технология связывания и внедрения объектов (Object Linking and Embedding) имеет больше функциональных возможностей, причем, если приложение поддерживаетOLE, то оно само выполняет обмен данными по этой технологии.

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

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

· отсутствует необходимость создания второй копии объекта, что позволяет сократить требуемый объем дискового пространства;

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

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

· изменения вставленного объекта, не отражаются в оригинале;

· вся информация хранится в одном файле и никаких проблем при переносе на другой компьютер не возникает.

В рамках OLE реализован метод drag-and-drop (перетащить и бросить), который обеспечивает наглядность процесса обмена данными, и его можно применять вместо операции копирования через буфер обмена даже при межоконном перемещении объектов и их частей.

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

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

OLE-технология, разработанная корпорацией Microsoft, обеспечивает:

· привязку – возможность вызова одной программы из другой;

· встраивание – помещение объектов, созданных в одном приложении, в документ другого.

Связь между приложениями App-to-app communication

В этом разделе описан способ совместного использования данных приложениями универсальной платформы Windows (UWP), в том числе использования контракта отправки данных, копирования и вставки, перетаскивания, а также служб приложений. This section explains how to share data between Universal Windows Platform (UWP) apps, including how to use the Share contract, copy and paste, drag and drop, and app services.

Контракт отправки данных — это один из способов быстрого обмена данными между приложениями. The Share contract is one way users can quickly exchange data between apps. Например, пользователю может быть необходимо поделиться со своими друзьями ссылкой на веб-страницу в приложении социальной сети или сохранить ее в приложении для заметок, чтобы вернуться к ней позже. For example, a user might want to share a webpage with their friends using a social networking app, or save a link in a notes app to refer to later. Попробуйте использовать контракт отправки данных, если ваше приложение получает содержимое в сценариях, которые пользователь может быстро выполнять, не выходя из другого приложения. Consider using a Share contract if your app receives content in scenarios that a user can quickly complete while in the context of another app.

Приложение, поддерживающее общий доступ, может делать это двумя способами. An app can support the Share feature in two ways. Во-первых, приложение может быть источником данных и предоставлять содержимое, к которому пользователь хочет настроить общий доступ. First, it can be a source app that provides content that the user wants to share. Во-вторых, приложение может быть получателем данных, и пользователь может выбрать его как точку назначения для общего содержимого. Second, the app can be a target app that the user selects as the destination for shared content. Кроме того, одно и то же приложение может являться как источником, так и получателем данных. An app can also be both a source app and a target app. Если вы хотите, чтобы ваше приложение предоставляло общий доступ к содержимому в качестве источника данных, вам нужно решить, данные каких форматов может предоставлять это приложение. If you want your app to share content as a source app, you need to decide what data formats your app can provide.

В дополнение к контракту отправки данных приложения также могут использовать классические методы передачи данных, например перетаскивание или копирование и вставку. In addition to the Share contract, apps can also integrate classic techniques for transferring data, such as dragging and dropping or copy and pasting. Помимо взаимодействия между приложениями UWP, эти методы также поддерживают общий доступ из классических приложений. In addition to communication between UWP apps, these methods also support sharing to and from desktop applications.

Приложения UWP также могут создавать службы приложений, которые предоставляют функциональные возможности другим приложениям UWP. UWP apps can also create app services that provide functionality to other UWP apps. Служба приложения выполняется как фоновой задачи в приложении узла и обеспечить его службы другим приложениям. An app service runs as a background task in the host app and can provide its service to other apps. Например служба приложения может предоставить службу сканер штрих-кода, которая может использовать другие приложения. For example, an app service might provide a bar code scanner service that other apps could use.

Реферат: Обмен данными в приложениях ОС Windows

ВСЕРОССИЙСКИЙ ЗАОЧНЫЙ ФИНАНСОВО-ЭКОНОМИЧЕСКИЙ ИНСТИТУТ

КАФЕДРА АВТОМАТИЗИРОВАННОЙ ОБРАБОТКИ

по дисциплине «Информатика»

на тему «Обмен данными в приложениях ОС Windows »

Литвикова Анастасия Вячеславовна

специальность Финансы и Кредит

№ зачетной книжки 10ФФД40767

Перепёлкин Евгений Александрович

Введите название главы (уровень 1). 1

Введите название главы (уровень 2). 2

Введите название главы (уровень 3). 3

Введите название главы (уровень 1). 4

Введите название главы (уровень 2). 5

Введите название главы (уровень 3). 6

На сегодняшний момент операционная система Windows фирмы Microsoft во всех ее проявлениях считается самой распространенной операционной системой на ПК: в мире более 150 млн. IBM PC-совместимых компьютеров, и система Windows установлена на 100 млн. из них. Очевидно, что ознакомление с ПК необходимо начинать с ознакомления с Windows, ведь без нее работа на ПК немыслима для большинства пользователей. Знание системы Windows — необходимый кирпичик в стене познания ПК.

В теоретической части курсовой работы предстоит раскрыть основные способы обмена информацией между приложениями ОС Windows, путём рассмотрения следующих вопросов:

· Обмен данными на уровне ClipBoard (Статистический)

· Обмен данными на уровне DDE-протокола (Динамический)

· Обмен данными на уровне OLE-механизма

В практической части решена задача на формирование сводной ведомости учета продукции, изготавливаемой ООО «Красный Октябрь»

Для выполнения курсовой работы использовался : процессор PentiumIV, ОС Windows 7, MSWord 2007, MSExcel2007.

Введение к теории

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

Обмен данными в данной операционной системе производится очень просто. Этой цели служит буфер обмена Windows (англ. Clipboard).Буфер обмена Windows представляет собой специальную область памяти, к которой могут обращаться все приложения, записывая в него и считывая из него данные.. Но в настоящее время для переноса данных из одного приложения в другое почтового ящика стало недостаточно. Появились более новые, универсальные механизмы, позволяющие переносить из одного приложения в другое разнородные данные. Эти механизмы и правила их применения в среде Windows будут раскрыты в теоретической части курсовой работы.

1. Обмен данными между приложениями

От многозадачности Windows было бы мало толку, если бы операционная среда не обеспечивала возможность обмена данными между приложениями, поскольку при решении задач очень часто возникают ситуации, когда одни и те же данные востребованы несколькими программами. Между приложениями Windows возможен обмен данными любой природы (текст, таблицы, графика, числовые данные и т.д.).[1] Документ, разработанный в одном приложении, может содержать фрагменты в других приложений. Таким образом, обмениваясь данными, приложения работают совместно, создавая составной или интегрированный документ.

Например, в текст, созданный в приложении WordPad, можно включить результат вычислений, выполненный в Калькуляторе, и рисунок, нарисованный в графическом редакторе Paint. В результате появляется составной документ, включающий данные разного типа, созданные в других программах. Когда открывается текстовый документ, являющийся главным, подключаются связанные с ним объекты из других приложений.[2]

2. Разновидности способов обмена данными

Обмен данными в Windows организуется одним из следующих способов:

· на уровне ClipBoard (буфер обмена — статистический),

· на уровне DDE-протокола(Dynamic Data Exchange-Динамический Обмен Данными),

· на уровне OLE-механизма(Object Linking and Embedding-Встраивние и Связывание Объектов). OLE — это развитие DDE.

Уровень ClipBoard предназначен для переноса информации между программами не заботясь о ее формате и представлении. Например, перенос выделенного текста из одного редактора текстов в другой, или, перенос информации между элементом редактирования одной программы и элементом редактирования другой программы. Этот уровень обмена информацией ориентирован на Пользователя и поддерживатся ядром MS Windows.

Уровень DDE-протокола ориентирован, в основном, на программистов, разрабатывающих свои программы для MS Windows. В качестве такого обмена данных можно привести следующий пример: Фирма MicroSoft предусмотрела следующую возможность в MS EXCEL. Любая ячейка электронной таблицы MS EXCEL может быть настроена таким образом, что будет способна автоматически принимать данные от какой-либо другой программы в реальном времени. Это значит, что ежели существует какая-либо программа, обслуживающая какое-либо устройство(например, цифровой вольтметр), то программист, при создании этой программы, может предусмотреть возможность направлять информацию от вольтметра (по мере ее поступления) в заданную ячейку MS EXCEL. При этом пользователь может работать с MS EXCEL, как обычно. Вместо вольтметра, поставщиком информации может быть какая-либо программа, производящая специфичную обработку информации. Уровень OLE-механизма ориентирован на пользователя. Но не каждая программа поддерживает эту возможность. Этот механизм должен быть заложен в программу на этапе проектирования и разработки программы. Этот механизм поддерживают многие прикладные программы. Например, MS EXCEL, MS WORD for Windows и др[3] .

2.1. На уровне ClipBoard (буфер обмена — статистический)

Порядок обмена данными между приложениями Windows следующий.

1. Активизируют программу-источник данных (делают текущей программу, содержащую данные, которые подлежат обмену).

2. В программе-источнике данных выделяют данные, подлежащие обмену. Как правило, таблицы и текст выделяют с помощью клавиатуры ( + ), рисунки — визиром (яркий пример — графический редактор Paint), графические объекты в документах (внедренные рисунки, диаграммы, графики и т.д.) — одинарным щелчком левой кнопкой мыши и т.д.

3. Копируют выделенные данные в буфер обмена. Буфер обмена — часть оперативной памяти, выделяемая системой Windows для временного хранения обмениваемых данных. Следует учесть, что скопированные данные хранятся в буфере даже после их вставки в какой-либо программе. Содержимое буфера обмена изменится, если в него скопировать новые данные.

4. Активизируют программу-приемник данных. Указывают позицию, куда необходимо вставить данные.

5. Вставляют данные из буфера обмена .

Таким образом, всеобщий порядок обмена данными между приложениями следующий:

1. Активизируют программу-источник данных (делают текущей программу, содержащую данные, которые подлежат обмену).

2. В программе-источнике данных выделяют данные, подлежащие обмену.

3. Копируют выделенные данные в буфер обмена.

4. Активизируют программу-приемник данных. Указывают позицию, куда необходимо вставить данные.

5. Вставляют данные из буфера обмена.

Обмен данными между приложениями аналогичен многим процессам в реальной жизни.

Для работы с буфером обмена Windows предлагает специальную программу — Просмотр буфера обмена, которую можно вызвать из Главного меню → Программы → Стандартные (в Windows 2000 Окно буфера обмена переименовано в Папку обмена, которая вызывается командой clipbrd). Во-первых, окно этой программы — это настоящее «зеркало» буфера обмена, отображающее теку­щее содержимое Clipboard. Во-вторых, это приложение позволяет записать содержимое буфера обмена на постоянное хранение в файл специального формата (с расширением .CLP) и прочитать такой файл в буфер. Это нужно для обмена файлами разных форматов, так как всякая версия ОС Windows может прочитать любые файлы с расширением .CLP Просмотр буфера обмена позволяет с помощью отдельных команд изменить фор­мат вывода фрагмента на экран, а также очистить буфер обмена. Расширение функций буфера обмена. Приложения Windows устроены таким образом, что буфер обмена часто оказывается полезным даже тогда, когда никаких команд работы с буфе­ром не предусмотрено. Дело в том, что механизмы выделе­ния, копирования, вставки фрагментов документа (особенно текстовых) чаще всего встроены в приложение, и клавиатур­ные сочетания Ctrl+Ins и Shift+Ins работают всегда, не­зависимо от функций приложения. Тем самым гибкость такой системы при обмене информацией между базой данных системы и внешними носителями информации значительно расширяется. Например, в системе может отсутствовать функция вставки готового текстового файла в базу данных (файл → база данных), однако пользова­телю не придется заново набирать такой файл. Достаточно открыть его (например, в приложении Word), скопиро­вать в буфер обмена, а затем вставить данный.

Копирование файлов (а также вложенных папок) из папки в папку аналогичен обмену данными между приложениями, только в таком “обмене” фигурируют не данные, а копируемые файлы или папки.

Обмен данными между приложениями значительно ускоряет время решения задач, оптимизирует управление вычислительной системой.[4]

2.2. На уровне DDE-протокола(Dynamic Data Exchange-Динамический Обмен Данными)

Аббревиатура DDEML обозначает Dynamic Data Exchange Management Library (библиотека управления динамическим обменом данными). DDEML это надстройка над сложной системой сообщений, называемой Dynamic Data Exchange (DDE). Библиотека, содержащая DDE била разработана для усиления возможностей первоначальной системы сообщений Windows. DDE дает возможность перейти через рамки приложения и взаимодействовать с другими приложениями и системами Windows. Dynamic Data Exchange получило свое имя потому, что позволяет двум приложениям обмениваться данными (текстовыми, через глобальную память) динамически во время выполнения. Связь между двумя программами можно установить таким образом, что изменения в одном приложении будут отражаться во втором. Например, если Вы меняете число в электронной таблице, то во втором приложении данные обновятся автоматически и отобразят изменения. Кроме того, с помощью DDE можно из своего приложения управлять другими приложениями такими, как Word for Windows, Report Smith, Excel и др.[5]

DDE — давний и прижившийся протокол обмена данными между разными приложениями, появившийся еще на заре эры Windows. С тех пор на его базе был создан интерфейс OLE, а в 32-разрядном API Windows появились и другие методы межпрограммного взаимодействия. Но ниша, занимаемая DDE, оста­лась неизменной — это оперативная передача и синхронизация данных в приложениях. Приложения, использующие DDE, разделяются на две категории — клиенты и серверы. Оба участника процесса осуществляют контакты (conversations) по определенным темам (topic), при этом в рамках темы производится обмен элементами данных (items). Устанавливает контакт клиент, который посылает запрос, содержащий имена контакта и темы. После установления контакта всякое изменение элемента данных на сервере передается данным клиента. Первоначально программирование DDE было чрезвычайно сложным делом — оно требовало взаимосвязанной обработки более чем десяти сообщений Win­dows. В версии Windows 3.1 появилась библиотека DDEML, которая перевела управление DDE на уровень вызова процедур. Разработчики подсистемы DDE в Delphi, верные идеологии создания VCL, свели интерфейс этого протокола к четырем компонентам — двум для сервера и двум для клиента. На уровне поддержания контакта лежат компоненты TDDEServerConv и TDDEClientConv. Первый играет пассивную роль — он только указывает имя одной из поддерживаемых сервером тем. Все операции по установлению и разрыву контакта осуществляет из приложения-клиента второй компонент. Посредством одного контакта могут быть связаны и синхронизированы не­сколько пар элементов данных. Для их описания предназначены компоненты TDDEServerItem и TDDEClientItem. Каждый из них во время работы должен указывать на контакт, к которому он привязан. Кроме того, в составе обоих есть свойства, содержащие некий текст. При установленном контакте их со­держимое синхронизируется.[6]

2.3. Обмен данными по технологии OLE

Технология OLE ( (Object Linking and Embedding) ― технология управления и обмена информацией между программным интерфейсом других приложений. Связывание и внедрение объектов (Object Linking and Embedding).

OLE позволяет создавать объекты (рисунки, чертежи и текст) в одном приложении, а затем отображать эти объекты в других приложениях. Например, при помощи технологии OLE можно создать диаграмму в электронной таблице, а затем отобразить ее в CorelDRAW. Объекты, помещенные в приложение, использующее OLE, называются OLEобъектами. Для того, чтобы технология OLE действовала, приложение, используемое для создания OLE-объекта, и приложение, в которое помещается OLE-объект, должны поддерживать режим OLE. CorelDRAW поддерживает все функции OLE, однако некоторые приложения поддерживают лишь часть этих функций.

При использовании OLE в обмене информацией участвуют два приложения : приложение-сервер и приложение-клиент. Приложение-сервер используется для создания и редактирования OLE-объектов (рисунков, чертежей, текстов). После того как объект создан, он помещается в приложение-клиент. Например, при создании диаграммы в электронной таблице и размещении ее в CorelDRAW при помощи OLE. В этом случае электронная таблица являются приложением-сервером, а CorelDRAW — приложением-клиентом. Некоторые приложения могут действовать и как серверные, и как клиентские, другие такой способностью не обладают. Например, CorelDRAW может быть и серверным, и клиентским приложением, в то же время, Corel PHOTO-PAINT может выступать только как приложение-сервер.[7]

При использовании технологии OLE объект, созданный в некотором приложении, должен быть выделен и помещен в буфер командой «Правка», «Вырезать» или «Правка», «Копировать». Для внедрения объекта из буфера следует использовать команду «Правка», «Специальная вставка». В этом случае устанавливается связь объекта с приложением, которое его создало. Приложение, в котором создан внедренный объект, запускается при необходимости редактирования двойным щелчком по объекту. Пользователь получает возможность работать над составным документом средствами приложения, в котором создается главный документ, и средствами приложения, в котором создан внедренный объект.

Технологию OLE рассмотрим на примере составного документа, созданного на основе текста в приложении WordPad, в который вставлен рисунок из приложения Paint. Рисунок необходимо отредактировать, т. е. внести в него изменения. Программа WordPad своими средствами не может изменять данные из другой программы. В программе Paint сделанный рисунок выделяется и копируется. В документе WordPad устанавливается указатель мыши в то место, куда будет интегрирован рисунок, и в меню «Правка» выполняется команда «Специальная вставка». В открывшемся диалоговом окне выбирают способ вставки «Вставить» или «Связать» и вид объекта «рисунок». Завершается операция нажатием кнопки «ОК».

OLE-объекты могут связываться с приложениями клиента или внедряться в них. OLE-связанный объект подключается к отдельному файлу. Управление появлением OLE-объекта в приложении-клиенте осуществляется на основе информации, хранящейся во внешнем файле. Когда этот внешний файл изменяется в серверном приложении, OLE-объект соответствующим образом обновляется. Внедренный OLE-объект полностью содержится в файле приложения-клиента, поэтому он не связан с внешним файлом.[8]

Заключение к теории

В ходе изучения темы были получены следующие результаты.

1. Общая характеристика задачи.

Наименование задачи: Формирование сводной ведомости учета изготавливаемой продукции.

Условие задачи : Предприятие ООО «Красный Октябрь» осуществляет деятельность, связанную с выпуском различных видов деталей для промышленного оборудования. Для анализа качества выпускаемой продукции ежемесячно производится учет бракованной продукции. Данные учета бракованных деталей приведены на рис. 1

1. Построить таблицы по приведенным ниже данным.

Название: Обмен данными в приложениях ОС Windows Раздел: Рефераты по информатике Тип: реферат Добавлен 00:40:45 15 июня 2011 Похожие работы Просмотров: 1849 Комментариев: 21 Оценило: 3 человек Средний балл: 4.3 Оценка: неизвестно Скачать

Ведомость учета изготовленных деталей за январь 2006 г.
Код станка	Количество выпущенных деталей, шт.	Количество бракованных деталей, шт.	% брака
1	2600	35
2	3500	57
3	1890	26
4	2780	72
ИТОГО

Ведомость учета изготовленных деталей за февраль 2006 г.
Код станка	Количество выпущенных деталей, шт.	Количество бракованных деталей, шт.	% брака
1	2980	26
2	3470	45
3	2100	12
4	3150	56
ИТОГО

Ведомость учета изготовленных деталей за март 2006 г.
Код станка	Количество выпущенных деталей, шт.	Количество бракованных деталей, шт.	% брака
1	2700	42
2	2720	35
3	3140	39
4	3200	26
ИТОГО

Рис.1. Данные о выпуске бракованной продукции по месяцам

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

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

ООО «Красный Октябрь»
Расчетный период
с	по
..20	..20
Сводная ведомость учета качества изготавливаемой продукции
Код станка	Количество выпущенных деталей, шт.		Количество бракованных деталей, шт.	% брака
1
2
3
4
ИТОГО
Главный технолог

Рис.2. Сводные данные о выпуске бракованной продукции за квартал.

4. Сформировать и заполнить форму сводной ведомости по учету некачественной продукции (рис. 2.).

Цель работы: Формирование сводной ведомости.

Место решения: ООО «Красный Октябрь».

2. Описание алгоритма решения задачи.

1. Запустить табличный процессор MSExcel 2007.

2. Создать книгу с именем «Вариант № 3».

3. Лист 1 переименовать в лист с названием «Брак за янв. 2006г.».

4. На листе «Брак за янв. 2006г.» создать таблицу с исходными данными, согласно рис. 1.

Рис.3. Расположение таблицы «Ведомость учета изготовленных изделий за январь 2006 г.» на рабочем листе «Брак за янв. 2006г.» MSExcel.

5. Лист 2 переименовать в лист с названием «Брак за февр. 2006г».

6. На рабочем листе «Брак за февр. 2006г» создать таблицу с исходными данными, согласно рис. 1.

Рис. 4. Расположение таблицы «Ведомость учета изготовленных изделий за февраль 2006 г.» на рабочем листе «Брак за февр. 2006г.»MS Excel.

7. Лист 3 переименовать в лист с названием «Брак за март 2006г».

8. На рабочем листе «Брак за март 2006г» создать таблицу с исходными данными, согласно рис.1.

Рис. 5. Расположение таблицы «Ведомость учета изготовленных изделий за март 2006 г.» на рабочем листе «Брак за март 2006г.» MSExcel.

9. Заполнить строку «ИТОГО» таблицы «Ведомость учета изготовленных изделий за январь 2006 г.», находящейся на листе «Брак за янв. 2006г.» следующим образом:

Занести в ячейку В7 формулу:

Скопировать эту формулу в ячейку С7.

ИТОГО

=СУММ(B3:B6)

=СУММ(С3:С6)

Рис. 6. Элементы шаблона таблицы «Ведомость учета изготовленных изделий за январь 2006 г.»

10. Заполнить столбец «% брака» таблицы «Ведомость учета изготовленных изделий за январь 2006 г.», находящейся на листе «Брак за янв. 2006г.» следующим образом:

Занести в ячейку D3 формулу:

Скопировать эту формулу в ячейки D4, D5, D6, D7.

% брака

=C3/B3

=C4/B4

=C5/B5

=C6/B6

=C7/B7

Рис. 7. Элементы шаблона таблицы «Ведомость учета изготовленных изделий за январь 2006 г.»

Рис.8. Расположение таблицы «Ведомость учета изготовленных изделий за январь 2006 г.» на рабочем листе «Брак за янв. 2006г.» с выполненными расчетами.

11. Заполнить строку «ИТОГО» и столбец «% брака» в таблице «Ведомость учета изготовленных изделий за февраль 2006 г.» на листе «Брак за февр. 2006г.» и таблице «Ведомость учета изготовленных изделий за март 2006 г.» на листе «Брак за март 2006г.» по алгоритму, описанному в п. 9, 10.

Рис.9 . Расположение таблицы «Ведомость учета изготовленных изделий за февраль 2006 г.» на рабочем листе «Брак за февр. 2006г.» с выполненными расчетами.

Рис.10. Расположение таблицы «Ведомость учета изготовленных изделий за март 2006 г.» на рабочем листе «Брак за март 2006г.» с выполненными расчетами.

12. Лист 4 переименовать в лист «Сводные данные по браку за кв.».

13. На листе «Сводные данные по браку за кв.» сформировать форму сводной ведомости по учету некачественной продукции, согласно рис. 2.

Рис.11. Расположение формы сводной ведомости по учету некачественной продукции на рабочем листе «Сводные данные по браку за кв.» MSExcel.

14. Ввести в ячейку D5 и Е5 даты, определяющие расчетный период.

15. Заполнить столбец «Количество выпущенных деталей, шт.» и столбец «Количество бракованных деталей, шт.» таблицы «Сводная ведомость учета качества изготавливаемой продукции», находящейся на листе «Сводные данные по браку за кв.» следующим образом:

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

2. В меню Данные выбрать команду Консолидация .

3. Выбрать из раскрывающегося списка Функция — «СУММА», которую требуется использовать для консолидации данных.

4. Щелкнуть поле Ссылка , открыть лист, содержащий первый диапазон данных для консолидации, ввести имя этого диапазона: ‘Брак за янв. 2006г.’!$B$3:$C$6 и нажать кнопку Добавить . Повторить этот шаг для всех диапазонов.

‘Брак за февр. 2006г.’!$B$3:$C$6

‘Брак за март 2006г.’!$B$3:$C$6

16. Заполнить строку «ИТОГО» и столбец «% брака» таблицы «Сводная ведомость учета качества изготавливаемой продукции», находящейся на листе «Сводные данные по браку за кв.» по алгоритму, описанному в п. 9, 10.

Рис.14. Расположение формы сводной ведомости по учету некачественной продукции на рабочем листе «Сводные данные по браку за кв.» с выполненными расчетами

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

Рис.15 . Диаграмма «Процент выпуска бракованных изделий за I квартал 2006 г.»

1. В.И. Ключко, Д.А. Романов, М.Л. Романова Учебное пособие: Операционные системы — Краснодар ,2009 – 104с.

2. Учебное пособие: изучаем компьютеры и программы -http://main.rudn.ru/_new/russian/win/departments/med_inf/Uchebnik_HTML/rb_2_11.html

3. Р. Каблучкова, С. Попов OSJournal Дайджест мира операционных систем. — http://www.ossite.ru/index.php?dir=os/windows/win3x/&file=04

4. Forum Основы DDE- http://citforum.ru/programming/32less/les21.shtml

5. Справочник по компонентам Delphi. Часть 2 Страница 54. Динамический обмен данными (DDE) —

6. Энциклопедический фонд — http://www.russika.ru/t.php?t=3618

7. Г.П. Безрядина Методическое указание по выполнению курсовой работы по дисциплине «Информатика».-Москва -60с.

[1] В.И. Ключко, Д.А. Романов, М.Л. Романова «Учебное пособие: Операционные системы» страница 97. Обмен данными в Windows.

2 «Учебное пособие: изучаем компьютеры и программы» http://main.rudn.ru/_new/russian/win/departments/med_inf/Uchebnik_HTML/rb_2_11.html

[3] OSJournalДайджест мира операционных систем .Р. Каблучкова, С. Попов http://www.ossite.ru/index.php?dir=os/windows/win3x/&file=04

[4] В.И. Ключко, Д.А. Романов, М.Л. Романова «Учебное пособие: Операционные системы»- Краснодар 2009- страница 97. Обмен данными в Windows.

[6] Справочник по компонентам Delphi. Часть 2 Страница 54. Динамический обмен данными (DDE)