Разработка автоматизированной информационно-управляющей системы и базы данных электронных компонентов для реализации учебного процесса : Диплом по Информационное обеспечение, программирование

Информационное обеспечение, программирование

Дипломы

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

АННОТАЦИЯ

Тема выпускной квалифицированной работы: «Разработка автоматизированной информационно-управляющей системы и базы данных электронных компонентов для реализации учебного процесса»

В выпускной квалифицированной работе были рассмотрены основные вопросы, такие как:

Разработка базы данных электронных компонентов на базе MS Access 2007

Разработка способов взаимодействия БД с MS PowerPoint 2007

Разработка надстройки "Электронные компоненты" для MS PowerPoint 2007 на языке программирования C#

Разработка структуры информационной системы управления

Разработка алгоритмов создания и использования надстройки "Электронные компоненты"

В рамках проекта мной были рассмотрен и проанализирован учебный процесс по дисциплине «Электроника».

Проведен анализ и выбор самого эффективного СУБД.

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

Разработана программная надстройка «Электронные компоненты» для MS PowerPoint.

Введение

Известно, что применение информационно-коммуникационных технологий позволяет улучшить мотивацию студентов. Незаменимым инструментом для создания лекционного курса является Microsoft PowerPoint. Презентации позволяют экономить время за счет того, что нет необходимости отрисовывать сложные схемы, диаграммы, длинные формулы. А также дают возможность использовать мультимедийные материалы. Подготовка мультимедийной презентации требует много времени от преподавателя, который в виду учебной нагрузки не имеет возможности для создания контента для всего курса. Целью моей работы было упростить процесс создания мультимедийного контента для лекционного курса путем автоматизации. В выпускной квалификационной работе разработана надстройка на языке программирования C#, которая позволяет автоматизировать процесс создания презентации. Графические изображения заранее подготовлены и в дальнейшем нет необходимости повторно отрисовывать часто используемые сложные схемы, диаграммы. Разработанная программная надстройка PowerPoint обеспечивает быстрым доступом к графическим изображениям.

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

В выпускной квалификационной работе была разработана база данных электронных компонентов, которую планируется использовать при создании лекционного материала по дисциплине «Электроника». А также для использования студентами при курсовом проектировании. Разработана программная надстройка «Электронные компоненты» для MS PowerPoint.

1. Теоретическая часть

.1Требования к MS Office 2007

Одним из существенных недостатков MS Office 2007 являются высокие требования к оборудованию. Ниже будут приведены официально установленные минимальные требования по эксплуатации MS Office 2007, которые взяты из документации Microsoft:

- процессор с частотой 500 МГц или выше;

-операционная система Windows XP c пакетом обновления SP2, Windows 2003 с паетом обновления SP1 или операционная система более позднего выпуска, такая как Windows Vista;

оперативная память емкостью 256 Мбайт или выше;

,5 Гбайт свободного дискового пространства (часть этого пространства может быть освобождена после удаления исходного загруженного пакета с жёсткого диска);

монитор с разрешением 1024x768 или выше;

дисковод CD-ROM или DVD;

указательное устройство;

Аппаратные средства:

процессор Intel Pentium Core 2 CPU;

графическая карта Radeon 1650 512 Мбайт;

жёсткий диск 250 Гбайт;

клавиатура;

указательное устройство;

звуковая карта;

дисковод Hitachi HD273T95;

разъёмы USB;

материнская плата;

контроллеры гибких дисков;

scsi контроллеры;

последовательные порты COM1 и COM2;

шины PCI;

устройства Plug&Play;

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

1.1 Модель компонентного объекта СОМ

СОМ представляет собой стандартную объектную модель промышленного уровня, которая унифицирует системы объектов. Эта модель специфицирует следующее:

)Определение объекта. Правила, по которым объекты структурируются и особым образом располагаются в памяти.

)Управление жизненным циклом. Правила, по которым объекты создаются и уничтожаются.

)Протоколы взаимодействия между объектами. Правила, по которым объекты взаимодействуют друг с другом и проявляют свои функции.

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

Модель "клиент-сервер". СОМ поддерживает простую модель "клиент-сервер". Объекты, называемые серверами, предоставляют некие функции в распоряжение объектов, называемых клиентами. Серверы всегда являются СОМ-объектами, то есть объектами, которые подчиняются спецификации СОМ. С другой стороны, клиенты могут быть СОМ-объектами или не быть таковыми. Это значит, что некоторые объекты могут быть простыми объектами C+ + , приложениями Visual Basic и т.п. На следующем рисунке представлена не сложная модель "клиент-сервер".

Модель «клиент-сервер»

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

СОМ-серверы могут одновременно иметь несколько интерфейсов (как правило, так и бывает). Каждый интерфейс предоставляет набор функций, отличный от других.

1.2 Архитектура технологии OLE

Архитектура OLE (object linking and embedding) основана на модели компонентного объекта (СОМ). Сама OLE является унифицирующей технологией системного уровня, которая базируется на объектах и реализует интеграцию приложений. Она предоставляет клиентам набор объектно-ориентированных услуг. Можно сказать, что, с практической точки зрения, OLE - это набор системных библиотек (DLL-файлов), которые дают возможность прикладным программам взаимодействовать друг с другом. OLE является внутренней неотъемлемой частью операционной системы Windows, а не подсистемой. Например, в папке SYSTEM или SYSTEM32 на сетевом диске компьютера можно найти дюжину или даже больше файлов OLExxx.DLL. Это - составляет ядро OLE.

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

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

Компоненты взаимодействуют друг с другом посредством четко определенных интерфейсов.

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

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

Взаимосвязь OLE - технологий

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

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

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

Для реализации хранилищ и потоков библиотеки OLE используют СОМ-объекты. В хранилищах реализован интерфейс IStorage, а в потоках - интерфейс IStream. Чтобы приказать хранилищам и потокам выполнить некоторое действие, приложение получает указатель на интерфейс IStorage и/или IStream и вызывает соответствующие функции этих интерфейсов.

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

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

Основой для организации такого взаимодействия является технология ActiveX. Технология ActiveX предоставляет разработчику два мощных механизма интеграции приложений:(Object Linking and Embedding) - механизм, который позволяет связывать или внедрять объекты, созданные другими приложениями Microsoft Office, в формы и отчеты Access.

Автоматизация (Automation, которая раньше называлась OLE Automation) - технология, позволяющая управлять из приложения Access объектами, которые созданы и поддерживаются другими приложениями Microsoft Office.

Оба этих механизма являются свойствами COM (Component Object Model) - модели компонентных объектов, которая специфицирует взаимодействие объектов в компонентной архитектуре приложения.

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

Замечание

На самом деле понятия OLE и Automation шире, чем это определено выше, они касаются самых разных приложений, которые поддерживают технологию ActiveX, а не только приложений семейства Microsoft Office, однако в рамках данной книги мы будем рассматривать их именно в таком контексте, как мы определили.

Итак, в настоящей главе будут затронуты следующие вопросы:

)Использование протокола OLE и связанных с ним моделей построения интегрированных приложений

)Вставка рисунков в Access, демонстрирующая возможности OLE

)Совместное использование Access с Word и Excel

)Общие понятия автоматизации и иллюстрация работы автоматизации внутри комплекта Microsoft Office

)Использование элементов ActiveX

)Связывание и внедрение объектов

Итак, OLE - это протокол, позволяющий создавать составные документы,которые включают в себя документы, созданные другими приложениями. Документ, который включает в себя другие документы, называетсядокументом-контейнером OLE. В данном случае документами-контейнерами являются формы и отчеты Access. Документы, которые включаются в форму или отчет, называются документами-источниками или объектами OLE.Объектами OLE могут быть документы Word, Excel, рисунки, созданные в одном из графических редакторов, например Paint, видеоролики (файлы с расширением avi), звуковые файлы с расширением wav. Объекты OLE отличаются от объектов Automation, о которых мы будем говорить ниже, тем, что они являются документами, получаемыми с помощью приложения, а не частью его модели объектов.

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

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

1.3 Набор средств разработки Visual Studio Tools for Office как альтернатива VBA

Visual Studio Tools for Office (VSTO, Visual Studio Tools для офиса) представляет собой набор средств разработки, доступные в виде Visual Studio add-in (шаблоны проектов) и runtime, что позволяет Microsoft Office 2007 и более поздние версии приложений Office использовать функциональность .NET Framework Common Language Runtime (CLR) с помощью .NET type system. В результате, позволяет расширить Office приложения, которые будут записаны в CLI совместимом языке (расширения для Office ранее реализовались через COM <#"justify">1.4 Предпосылки создания БД

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

1.4.1 Цели создания БД

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

Существует три принципиальных отличия между СУБД и программами электронных таблиц:

)СУБД разрабатываются с целью обеспечения эффективной обработки больших объёмов информации, намного больших, чем те, с которыми справляются электронные таблицы.

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

)СУБД минимизируют общий объём базы данных. Для этого таблицы, содержащие повторяющиеся данные, разбиваются на несколько связанных таблиц.

Целью создания БД является внедрение БД, созданной с помощью программного обеспечения Microsoft Access и языка SQL.

Процесс разработки проекта состоит из 4-х стадий:

) сбора и анализа требований к проектируемой БД

) анализа архитектуры

) планирования процесса разработки

) реальности построение БД

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

Стадия анализа архитектура системы управления базой данных (далее СУБД) состоит в выборе дизайна, технологий обработки информации и инструментов разработки БД и СУБД. В данном случае инструментом будет являться СУБД Microsoft Access.

Стадия планирования - создание планов по: электронным компонентам, их характеристикам и т.д.

Стадия построение СУБД заключается в проведении работ, контроля выполнения планов и оценки полученных результатов.

Технологический процесс обработки информации может включать в свой состав следующие операции (действия):

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

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

Хранение данных, информации, знаний. Операция представляет собой процессы накопления, размещения, выработки и копирования данных (информации, знаний) для дальнейшего их использования (обработки и/или передачи).

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

1.5 Проектирование базы данных

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

1.5.1 Этапы проектирования базы данных

Ниже приведены основные этапы проектирования базы данных:

)Определение цели создания базы данных.

)Определение таблиц, которые должна содержать база данных.

)Определение необходимых в таблице полей.

)Задание индивидуального значения каждому полю.

)Определение связей между таблицами.

)Обновление структуры базы данных.

Добавление данных и создание других объектов базы данных.

Использование средств анализа в Microsoft Access.

.Определение цели создания базы данных

На первом этапе проектирования базы данных необходимо определить цель создания базы данных, основные ее функции и информацию, которую она должна содержать. То есть нужно определить основные темы таблиц базы данных и информацию, которую будут содержать поля таблиц.

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

.Определение таблиц, которые должна содержать база данных

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

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

Информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами.

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

Каждая таблица должна содержать информацию только на одну тему.

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

.Определение необходимых в таблице полей

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

Каждое поле должно быть связано с темой таблицы.

Не рекомендуется включать в таблицу данные, которые являются результатом выражения.

В таблице должна присутствовать вся необходимая информация.

Информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).

.Задание индивидуального значения каждому полю

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

.Определение связей между таблицами

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

Желательно изучить связи между таблицами в уже существующей базе данных.

.Обновление структуры базы данных

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

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

.Добавление данных и создание других объектов базы данных

Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создавать любые запросы, формы, отчеты, макросы и модули.

.Использование средств анализа в Microsoft Access

В Microsoft Access существует два инструмента для усовершенствования структуры баз данных. Мастер анализа таблиц исследует таблицу, в случае необходимости предлагает новую ее структуру и связи, а также переделывает ее.

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

1.6 Разработка СУБД на базе MS Access

1.6.1 Общие понятия о системах управления БД

Необходимость хранения и обработки больших объемов информации привела к возникновению автоматизированных информационных систем, ориентированных на коллективное пользование.

Основу любой информационной системы составляет база данных.

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

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

В зависимости от назначения средства разработки, состав различных средств конкретной СУБД может значительно отличаться.

Функциональная схема СУБД

1.6.2 Требования, предъявляемые к проектируемой СУБД

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

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

) Функциональность - описание необходимых функций СУБД, возможность и правила работы с ними.

Хранение, извлечение и обновление данных - СУБД предоставляет пользователям возможность сохранять, извлекать и обновлять данные в базе данных. Так же это имена, типы и размеры данных.

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

Возможность поддерживания большого количества пользователей БД при среднем времени выполнения запроса. Время исполнения запроса составляет 100 Мбит/сек. На максимальное число одновременно работающих пользователей приводится 3500.

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

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

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

Администратор должен иметь возможность изменять и формировать новые запросы, формы и т. д. При разработке и реализации проекта обеспечить возможность расширения набора полей данных в таблицах БД

) Совместимость - возможность совместимости работы с разными СУБД. Обеспечить возможность инсталляции и использования СОДиЗ в других операционных системах: Windows 98, Windows NT 4.0, Windows XP.Требуемые параметры рабочих станций: минимум 8 Мб памяти и 200 Мб на жестком диске.

) Доступность - определяет количество часов обслуживания пользователей, длительность проведения работ.

Администратор СУБД регистрирует время для архивации данных и проведение профилактических работ.

) Простота эксплуатации - определяет условия, которые создают удобства использования СУБД.

) Простота освоения СУБД - определяет допустимую длительность освоения приёмов управления СУБД.

1.6.3 Основные критерии оценки СУБД

Среди всех критериев СУБД для конкретной информационной системы можно выделить основные:

Используемая модель данных

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

Предусмотренные типы данных

Реализация языка запросов

Все современные системы совместимы со стандартным языком доступа к данным SQL-92, однако многие из них реализуют те или иные расширения данного стандарта.

Мобильность

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

Масштабируемость

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

Сетевые возможности

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

Многоязыковая поддержка

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

Возможности разработки Web-приложений

При разработке различных приложений зачастую возникает необходимость использовать среды Internet. Средства разработки некоторых производителей имеют большой набор инструментов для построения приложений под Web.

Надежность

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

Быстродействие

Качество и полнота документации

Средняя стоимость одной лицензии

Распространение СУБД

Анализ существующих СУБД по указанным факторам поможет сделать выбор подходящей среды разработки для конкретной задачи с учетом требований заказчика по функциональности и удобства работы.

1.6.4 Сравнительная характеристика СУБД

Среди распространенных в настоящее время СУБД можно выделить такие как:

- Oracle database

MS Access

MS SQL Server,

Проведем сравнительный анализ существующих СУБД с использованием теории бинарных нечетких отношений.

Опишем множеством Х требования необходимые для разработки информационной системы. Множеством Y описыванием критерии оценки СУБД. А множество Z представляет собой набор СУБД, среди которых выбирается эффективнач для данной разработки.

Опишем содержательный смысл каждого элемента множеств:

Требования:

- высокое быстродействие

- возможность работы с текстом, текстовыми файлами, картинками, с десятичными числами

- возможность работы с SQL - запросами

простота изучения среды разработки

- не высокая стоимость

Критерии оценки СУБД:

- используемая модель данных

- предусмотренные типы данных

- язык запросов

- мобильность

- масштабируемость

- сетевые возможности

- многоязыковая поддержка

- надежность

- быстродействие

- качество и полнота документации

- стоимость одной лицензии в рублях

- распространенность

Распространение СУБД

- Oracle

- Microsoft Access

- Microsoft SQL Server

Построим таблицу бинарных нечетких отношений:

Таблица 1 Возможности критериев оценки СУБД

0.70.50.80.50.70.70.60.41.00.40.20.20.61.00.40.10.70.20.50.20.40.40.30.20.80.21.00.10.10.30.40.20.40.40.20.20.70.10.20.10.40.40.51.00.40.40.40.20.50.10.30.10.20.30.71.00.20.40.30.20.80.20.20.40.10.20.90.10.21.00.20.30.30.30.20.30.20.30.40.30.20.21.00.2

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

Таблица 2 Возможности удовлетворения требований каждой СУБД

Критерии СУБД1.00.80.81.01.01.01.00.90.71.00.90.60.90.80.60.90.90.81.00.80.60.90.90.70.90.90.81.01.01.00.50.81.00.90.90.8

Для выявления главной для нас зависимости множеств СУБД и требований проведем операцию нечеткой композиции.

Композиция бинарных соединений отношений является нечетким отношением, заданное на декартовом произведении XxZ. Функция принадлежности определяется по формуле.

Результат операции нечеткой композиции этих отношений представим в виде таблицы и диаграммы.

Таблица 3 Результат композиции бинарных нечетких отношений

Требования СУБДOracleAccessSQL ServerВысокое быстродействие0.90.90.7Возможность работы с текстом, текстовыми файлами, картинками, с десятичными числами1.01.01.0Возможность работы с SQL-запросами1.00.90.8Высокая надежность0.90.90.7Возможность разграничения прав доступа0.90.90.7Простота изучения среды разработки1.01.01.0Не высокая стоимость0.50.81.0

Выбор эффективной СУБД

В данной работе в качестве программного средства был выбран Microsoft Access. Выбор именно этого программного средства связан с тем, что Access позволяет быстро находить таблицы, запросы, формы и отчеты, которые связаны зависимостью с конкретным объектом база данных.

Access является мощной и сложной системой, однако его использование не сложно для непрофессиональных пользователей.

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

1.7 Проектирование БД в среде MS Access

1.7.1 Основные сведения о выбранной СУБД

Выбранная мной программа Microsoft Office Access 2007 предназначена для создания и управления базами данных. Кроме четкого контроля над большим объемом информации, она обеспечивает возможность совместной работы пользователей и реализует разнообразные способы представления и использования собранных данных. В последние годы популярность баз данных возрастает, а области их применения расширяются. Одновременно повышается интерфейс к программе.

Microsoft Access - реляционная СУБД корпорации Microsoft. Имеет широкий спектр функций, включая связанные запросы, сортировку по разным полям, связь с внешними таблицами и базами данных. Благодаря встроенному языку VBA, в самом Access можно писать приложения, работающие с базами данных.специально спроектирован для создания многопользовательских приложений, где файлы базы данных являются разделяемыми ресурсами в сети. В Access реализована надёжная система защиты от несанкционированного доступа к файлам.

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

Приложение Microsoft Access является мощной и высокопроизводительной 32-разрядной системой управления реляционной базой данных.

1.7.2 Системные требования

Системные требования:

)80486DX33 или мощнее

2)Windows 95/98/2000 или Windows NT (версия не ниже 3.51)

)Не менее 12 Мб оперативной памяти (для совместной работы с другими приложениями не менее 24 Мб)

)Около 100 Мб дискового пространства (только для Access и новых баз данных).

1.7.3 Основные функции Access

Основные функции Access:

)Организация данных. Создание таблиц и управление ими.

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

)Добавление и изменение данных. Эта функция требует разработки и реализации представленных данных, отличных от табличных (формы).

)Представление данных. Access позволяет создавать различные отчёты на основе данных таблиц и других объектов базы данных.

)Макросы. Использование макросов позволяет автоматизировать повторяющиеся операции. В последних версиях Access макросы используют для совместимости.

)Модули. Модули представляют собой процедуру или функцию, написанные на Access VBA (диалект Visual Basic Application). Эти процедуры можно использовать для сложных вычислений. Процедуры на Access VBA превышают возможности стандартных макросов.

)Защита базы данных. Эти средства позволяют организовать работу приложения в многопользовательской среде и предотвратить несанкционированный доступ к базам данных.

)Средства печати. С помощью этой функции Access позволяет распечатать практически всё, что можно увидеть в базе данных.Office Access 2007 облегчает процесс управления информацией пользователя, обеспечивая высокую прозрачность данных в рабочей среде.

)Повышенная безопасность. Microsoft Office Access 2007 обладает новыми улучшенными средствами безопасности, в которых комплексные решения объединены с центром доверия Microsoft Office Trust Center. Наличие доверенных мест облегчает размещение всех баз данных в папках с повышенными параметрами безопасности. С другой стороны, пользователь может загрузить приложение Office Access 2007 с отключенным кодом макроса, чтобы способствовать обеспечению безопасности.

)Проверка данных. Без специальной ИТ-поддержки можно легко переносить данные из файла локальной базы на сервер с помощью Windows SharePoint Services, настроенной специалистами организации, с предварительной установкой параметров безопасности и осуществлением резервного копирования в порядке, принятом в данной организации.

)История ревизий. Новая функция позволяет отслеживать записи и просматривать сведения о тех, кто создавал, редактировал и удалял записи. Кроме того, можно узнать, когда информация была изменена, и при необходимости выполнить откат внесенных правок.

)Установка параметров разрешений. С помощью Windows SharePoint Services можно управлять доступом других пользователей к своим данным. Возможно назначить ограниченные права доступа только для чтения или полные права доступа с редактированием.

)Корзина. Теперь можно восстанавливать случайно удаленные данные с помощью соответствующей функции корзины в Windows SharePoint Services.

1.7.4 Анализ технологии создания таблиц

Основным элементом БД является таблица. Таблицы - это основной объект базы данных, в котором хранятся все данные, имеющиеся в базе, а также структура базы (поля, их типы, свойства).

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

Первым этапом создания БД является ее структуры, т.е. определение количества и типа полей. Вторым этапом является ввод и редактирование записей в таблицу. Бд считается созданной, даже если она пустая.

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

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

Тип поля - определяет тип данных, которые могут содержаться в данном поле (текстовые, числовые, дата и т.д.)

Размер поля - определяет предельную длину данных, которые могут размещаться в поле

Формат поля - способ форматирования данных в ячейках.

1.7.5 Типы таблиц и ключей в реляционных базах данных

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

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

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

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

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

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

1.7.6 Анализ технологии создания запросов

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

В Access существует четыре типа запросов для различных целей:

Запросы на выборку. Отображают данные из одной или нескольких таблиц в виде таблицы.

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

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

Запросы с параметрами. Такие запросы, свойства которых изменяются пользователем при каждом запуске. При запуске запроса с параметром появляется диалоговое окно, в котором нужно ввести условие отбора. Этот тип запроса не является обособленным, т. е. параметр можно добавить к запросу любого типа.

1.7.7 Анализ создания форм

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

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

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

Приложения для работы с базами данных можно разделить на три основных категории:

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

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

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

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

1.7.8 Анализ создания отчетов

Конечным продуктом большинства приложений баз данных является отчет. В Access отчет представляет собой специальный тип непрерывных форм, предназначенных для печати. Для создания отчета, который можно распечатать и распределить между потребителями, Access комбинирует данные в таблицах, запросах и даже формах. Распечатанная версия формы может служить отчетом.

Создаваемые Access отчеты делятся на шесть основных типов:

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

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

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

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

1.7.9 Анализ технологии создания макросов

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

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

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

1.7.10 Основные типы данных

При работе с Microsoft Access 2000 и Microsoft Access 2002 используются следующие типы данных:

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

)Поле MEMO. Специальный тип данных, применяемый для хранения больших объёмов текста (до 65 535 символов). Поле этого типа не может быть ключевым или проиндексированным.

)Числовой. Тип данных для хранения чисел. Содержит множество подтипов. От выбора подтипа (размера) зависит точность вычислений.

)Дата/время . Тип данных для хранения значений даты и времени в специальном фиксированном формате.

)Денежный. Тип данных для хранения денежных значений и числовых данных, используемых в математических расчетах.

)Счётчик. Специальный тип данных, используемый для автоматической нумерации записей.

)Логический . Для хранения логических данных, которые могут иметь одно из двух возможных значений Да или Нет.

)Поле объекта OLE. Специальный тип данных, предназначенный для хранения объектов OLE (электронных таблиц Microsoft Excel, документов Microsoft Word, звукозаписей и др.).

)Гиперссылка. Специальное поле для хранения адресов URL Web-объектов.

)Мастер подстановок. Тип данных, запускающий мастер подстановок, что позволяет выбирать данные из раскрывающегося списка, а не вводить их в поле вручную.

2.Специальная часть

2.1Автоматизированная информационно-управляющая система

Общие сведения

Автоматизированная информационно-управляющая система (АИУС) - человеко - машинная система, основанная на комплексном использовании экономико-математических методов и технических средств автоматической обработки для решения задач управления функционированием объектов управления.

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

Каждая область человеческой деятельности связана со «своей» информацией.

Информация насчитывает много разновидностей (типов), которые выделяются на основе соответствующих классификационных критериев, например:

)По принадлежности к сфере материального производства и непроизводственной сфере

)По стадиям воспроизводства и элементам производственного процесса

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

)По критериям соответствия отражаемым явлениям информации делится на достоверную и недостоверную

)По полноте отражения событий информации подразделяются на достаточную (полную), недостаточную и избыточную.

Информационные процессы в АИУС

Основные свойства

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

Общими свойствами и отличительными особенностями АИУС, как сложных систем, являются:

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

)Система и входящие в нее элементы в большинстве своем являются многофункциональными

)Взаимодействие элементов в системе может проходить по каналам обмена информацией, энергией, материальными объектами

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

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

)Управление в подавляющем АИУС носит иерархический характер, предусматривающий сочетание централизованного управления с автономной частью.

Упрощенная схема переработки данных в АИУС

Особенности АИУС

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

Качественная же неоднородность такой информации и сложность ее обработки в условиях оперативности получения требуют разделения функций по получению, передаче, хранению и обработке информации между человеком и ЭВМ.

Основные требования в рассматриваемой АИУС будут сформулированы как следующие:

)Создание и расширение единого информационного пространства, которое охватывает все изделия требуемые к учебному плану

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

)Повышение достоверности информации и надежности ее хранения путем создания АИУС, а также создание архивов данных.

)Обеспечение эффективной обработки документов и построение подсистем анализа электронных компонентов для реализации учебного плана.

2.2Разработка надстройки «Электронные компоненты» для PowerPoint

2.2.1Поддержка PowerPоint 2007 в VSTO 2010

Поддержка PowerPoint было одним из самых востребуемых дополнений к VSTO 2010 SE. Существует много задач, например создание и обновление презентаций, которые легче выполнить, используя надстройки VSTO. Типичным примером создания презентации является формирование новой презентации путем стыковки вместе существующих слайдов из библиотеки слайдов, хранящейся на сервере. Другие распространенные сценарии включают создание новых слайдов программными средствами и обновление существующих слайдов текущими данными.

2.2.2Разработка надстроек для PowerPoint с помощью VSTO

Microsoft Visual Studio 2010 Tools для системы Microsoft Office (VSTO) является мощным набором инструментов и возможностей, которые позволяют разработчикам расширять и настраивать приложения Microsoft® Office, используя Visual Basic® и Visual C#®. Выпуск Microsoft Office System 2007 сопровождается новой версией VSTO. Эта новая версия, Microsoft Visual Studio® 2005 Tools для Microsoft Office System 2007 (известная как Visual Studio 2010 Tools для Office Second Edition или VSTO 2010 SE), добавляет новые возможности для PowerPoint®, а также Word, Excel®, Outlook®, , Visio® и InfoPath®. Доступное для загрузки бесплатно, его можно установить поверх Visual Studio 2010 Professional Edition или VSTO .2010.

С помощью VSTO 2010 SE можно настроить возможности Microsoft Office 2007 (включая ленту, настраиваемые области задач) в собственных надстройках. Кроме того, среда выполнения VSTO 2010 SE предоставляет поддержку существующих приложений VSTO 2010 в Office 2007. Она также может использоваться для создания надстроек Office 2003.

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

Объектная модель PowerPoint 2007

PowerPoint имеет объектную модель с широкими возможностями, которую можно использовать для создания надстроек. Чтобы приступить к созданию надстройки не требуется изучать всю объектную модель.

Как и во всех приложениях Office, объектом высшего уровня для PowerPoint является объект Приложение (Application), который представляет все приложение PowerPoint. Модель программирования VSTO предоставляет легкий доступ к этому объекту Приложение. Ввод Me.Application возвращает тип PowerPoint.Application. В отличие от общих надстроек, не требуется приводить объект к правильному типу приложения Office Application, поскольку шаблон проекта VSTO устанавливает правильный тип для создаваемой надстройки. (Например, вызов Me.Application в надстройке Word возвращает объект Microsoft.Office.Interop.Word.Application.)

Объект приложения Application содержит коллекцию презентаций, которая, в свою очередь, содержит объект презентации Presentation. Объект презентации Presentation, который представляет фактический PPT-документ, содержит коллекцию слайдов, которая содержит объекты слайдов Slide (один объект слайда для каждого слайда в презентации). Каждый слайд содержит коллекцию форм, которая содержит объекты форм Shape. Объекты форм Shape являются элементами, которые отображаются на слайдах, например заголовки, рамки с текстом, рисунки и диаграммы

Автоматизированное создание презентации

Чтобы создать новую презентацию и добавить ее в коллекцию презентаций используйте ссылку на объект приложения Application. Сначала создайте переменную для хранения ссылки на создаваемый новый объект презентации Presentation. Затем все, что нужно сделать - это вызвать метод добавления Add в коллекции презентаций:

Dim presentation As PowerPoint.Presentation = _

Me.Application.Presentations.Add()

Вы будете удивлены тем, откуда появляется объект PowerPoint. Шаблон проекта VSTO автоматически добавляет псевдоним Imports в пространство имен Microsoft.Office.Interop.PowerPoint. В сегменте импортированных пространств имен на странице свойств проекта можно увидеть другие созданные ссылки и псевдонимы.

Автоматизированное добавление титульного слайда в коллекцию слайдов презентации

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

Объект настройки макета customLayout можно создать из мастера создания слайда SlideMaster. Мастер создания слайда SlideMaster содержит все объекты, которые могут появиться на слайдах. Как видно из нижеприведенного кода, тип макета можно выбрать из списка макетов слайдов PpSlideLayout:

Dim customLayout As PowerPoint.CustomLayout = _.SlideMaster.CustomLayouts.Item( _.PpSlideLayout.ppLayoutTitle)

Теперь с помощью метода добавления слайда AddSlide можно создать новый слайд. Используйте индекс слайда 1, чтобы добавить слайд первым слайдом в презентации, затем передайте объект настройки макета customLayout, созданный из мастера создания слайдов SlideMaster:

Dim slide as PowerPoint.Slide = _

presentation.Slides.AddSlide(1, customLayout)

Титульный слайд создан, а заголовок и подзаголовок можно добавить одной строкой кода. Используя созданный объект слайда, можно получить доступ к свойству Title (заголовок) коллекции форм, чтобы возвратить объект формы Shape, который является объектом заголовка для слайда. Объект формы Shape имеет свойство рамки текста TextFrame, которое возвращает объект TextFrame, открывающий объект TextRange. Свойство Text (текст) объекта TextRange задается следующим образом:

slide.Shapes.Title.TextFrame.TextRange.Text = "VSTO 2005 SE Rocks"

Задание подзаголовка выполняется подобным образом, за исключением того, что отсутствует свойство формы подзаголовка. В этом случае, поскольку подзаголовок является второй формой на этом слайде, можно сослаться на него используя индекс формы:

slide.Shapes(2).TextFrame.TextRange.Text = _

"AN OFFICE DEVELOPMENT STORY"

Автоматизированное добавление маркированного слайда

Далее, добавим другой слайд, который как правило, имеет заголовок вверху и маркированный список элементов в качестве основного содержимого. Это наиболее часто используемый тип слайда. Чтобы сделать это, создайте новый слайд как описано в предыдущем разделе, но выберите другой тип CustomLayout: ppLayoutText. Ранее индекс слайда был выбран 1 для титульного слайда, чтобы вставить его первым слайдом. Чтобы вставлять слайды по порядку (после последнего существующего слайда), необходимо подсчитать число существующих слайдов:

Dim customlayout As PowerPoint.CustomLayout = _.SlideMaster.CustomLayouts.Item( _.PpSlideLayout.ppLayoutText)slide as PowerPoint.Slide = _.Slides.AddSlide( _.Slides.Count + 1, customlayout)

Автоматизированная установка темы презентации

Новая возможность в Office 2007, - темы Office, - позволяет применять предварительно определенные стили к документам. Тема полностью изменяет вид презентации, включая шрифты, графику, цвета и анимацию. Темы поддерживаются в Word, Excel, Outlook и PowerPoint. Они определяются в THMX-файлах и совместно используются всеми поддерживаемыми приложениями. В Office 2007 входят несколько тем по умолчанию, которые находятся в папке Document Themes 12 в корневой папке пути установки Office.

Чтобы установить тему, вызывается новый метод объекта презентации: ApplyTheme. Этот метод использует один параметр - путь к THMX-файлу темы:

presentation.ApplyTemplate( _

"C:\Program Files\Microsoft Office\Document Themes 12\Civic.thmx")

2.2.3Разработка алгоритма создания надстройки PowerPoint

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

Блок-схема алгоритма создания надстройки

2.2.4Разработка алгоритма использования базы данных Microsoft Access и надстройки «Электронные компоненты» Microsoft PowerPoint

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

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

Блок-схема алгоритма использования БД и надстройки

3.Программная часть

3.1Создание таблиц и связей между ними

office powerpoint visual studio

Создание новой таблицы в новой базе данных.

)Запустить приложение Access и на странице, приступая к работе с Microsoft Access, в группе «Новая пустая база данных» выбрать пункт «Новая база данных».

Создание базы данных

2)В группе «Новая пустая база данных» в поле имя файла ввести имя новой базы данных. Если требуется изменить расположение новой базы данных, щелкнуть значок папки. По окончании нажать кнопку создать.

Access создает новую базу данных и открывает таблицу с именем

«Таблица 1» в режиме таблицы, вот так:

Создание новой таблицы

Открытие новой таблицы

3)Заполняем таблицу в соответствии с требованиями, указывая тип переменных, ключевое поле:

Заполнение таблицы в режиме конструктор

4)Вставляем в таблицу изображение переменного резистора, заранее начерченное в программе Компас - 3D V12 и сохраненное в формате JPEG.

Для этого в режиме «Таблица» нажимаем правой кнопкой на строку в поле «Изображение» и выбираем «Вставить объект». Далее в появившемся окне выбираем «Создать из файла» и выбираем нужный объект.

Вставка изображения

Создание из файла

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

Определение первичного ключа

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

Чтобы явно определить первичный ключ, необходимо использовать режим конструктора.

Щелкнуть значок Кнопка Microsoft Office , а затем выбрать команду «Открыть» и выбираем нужную базу данных «Электронные компоненты». В области переходов щелкнуть правой кнопкой мыши таблицу, в которой необходимо определить первичный ключ, и в контекстном меню выбрать пункт «Конструктор».

Для выделения нескольких полей щелкнуть область выделения для каждого поля, удерживая клавишу CTRL.

На вкладке Конструктор в группе «Сервис» выбираем первичный ключ.

Группа сервис

Индикатор ключа будет добавлен слева от поля или полей, определенных как первичный ключ.

)В результате заполнения таблица получается следующего вида:

Таблица

Таким же образом мы создаем остальные таблицы. Готовые таблицы мы разделяем на группы. Для этого правой кнопкой нажимаем на таблицу и выбираем «Добавить в группу», затем «Создать группу». И создаем нужную группу. Таким образом, мы классифицируем, созданные таблицы.

Создание группы

Созданные таблицы необходимо связать между собой.

В диалоговом окне выбираем и открываем базу данных. На вкладке работа с базами данных в группе «Отображение» выбираем пункт «Схема данных».

Пункт Схема данных

Если ни одной таблицы не определено, автоматически откроется диалоговое окно «Добавить таблицу».

Кнопка добавить таблицу

Добавление таблицы

3.2Построение запросов

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

Выполнение запроса на выборку и перекрестного запроса.

Запросы на выборку и перекрестные запросы используется для извлечения и представления данных, а так же для передачи данных в формы и отчеты. При выполнении запроса на выборку или перекрестного запроса в программе Microsoft Office Access 2007 результаты запроса отображаются в режиме таблицы.

Выполнение запроса с параметрами.

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

Запрос с параметрами одновременно принадлежит и к другому типу запроса. Большинство запросов с параметрами являются также запросами на выборку или перекрестными запросами. Запрос на добавление, запрос на создание таблицы и запрос на обновление также могут быть запросами с параметрами.

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

Существуют два способа создания запросов:

)С помощью мастера

)С помощью конструктора

Создание запроса с помощью мастера

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

На вкладке «Создание» в группе «Другие» выбираем «Мастер запросов».

Кнопка мастера запросов

Появилось окно, в котором выбрать типа запроса. Выбираем «Простой запрос» - таким образом создается запрос на выборку из определенных полей.

Запрос простой

Выбираем таблицы и поля, которые требуются для запросов при помощи символов: «>», «>>», «<», «<<».

Выбор полей для запроса

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

Готовый запрос

Модификация запроса в режиме конструктор.

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

)Открыть БД, содержащую запрос, который необходимо отредактировать

)В окне БД щелкнуть по кнопке «Запросы»

)В списке запросов выбрать имя запроса, который необходимо редактировать

)Нажать кнопку «Конструктор» на панели инструментов окна БД, запрос откроется в окне конструктора

Кнопка «Конструктор»

5)Нажать «Добавить таблицу», выбрать требуемым таблицу

В верхней области появятся отображения выбранных таблиц и связи между ними

)При необходимости написать условия отбора

Добавление таблицы в режиме «Конструктор»

7)После этого на вкладке «Конструктор» из группы «Результаты» нажать кнопку «Выполнить».

Кнопка «Выполнить»

Результат запроса

3.3Создание формы

Для простоты просмотра, ввода и изменения данных используется такой объект базы данных как форма. При открытии формы Microsoft Office Access отбирает данные из одной или более таблиц и выводит из экран с использованием макета, выбранного в мастере форм или созданного пользователем самостоятельно в режиме конструктора.

Наиболее простым способ является форма с помощью мастера создания форм. Результат использования этого мастера представлен ниже:

Создание формы

С помощью «Мастера» была создана форма для отображения информации о характеристиках стабилитрона.

3.4Создание отчета на основе имеющихся запросов

Для анализа данных или представления образом в печатном виде в Microsoft Access используется отчет.

Отчет

3.5Разработка надстройка «Электронные компоненты» на языке программирования C# в среде MS Visual Studio 2010

3.5.1Установка MS Visual Studio 2010 Professional Edition

Была выбрана установка компонентов MS Visual Studio 2010 вручную. Для разработки надстройки был выбран компонент «Инструмент разработчика для Microsoft Office». Также был выбран компонент «Графическая библиотека», что показано на рисунке 30.

Выборочная установка компонентов Microsoft Visual Studio 2010

Интегрированная среда разработки Microsoft Visual Studio 2010 Professional предоставляет возможность разработывать приложения на нескольких языках программирования, поддерживаемых .NET Framework. Для разработки надстройки был выбран язык программирования C#.

3.5.2Выбор шаблона надстройки PowerPoint

При установке VSTO 2010 SE в узел Office в диалоговом окне «Создать проект» (Visual Studio New Project) добавляются две папки: одна для создания надстроек, предназначенных для Office 2007, а вторая для создания надстроек, предназначенных для приложений системы Office 2010. Начнем создание новой надстройки PowerPoint и выберем шаблон надстройки PowerPoint показанный в папке надстроек 2007, что показано на рисунке 31.

Создание проекта в MS Visual Studio 2010

3.5.3Создание класса ThisAddIn и событий

Шаблон проекта PowerPoint создает класс с названием ThisAddIn, что показано на рисунке 32.

Заготовка класса ThisAddIn в редакторе исходного кода MS Visual Studio 2010

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

3.5.4Добавление ленты

Лента является главным элементом нового пользовательского интерфейса Office. Лента заменяет меню и панели команд предыдущих версий Office и организует функции и возможности в контекстные вкладки. Вкладки содержат группировки из элементов управления: кнопки, команды и выпадающее меню. Для этого проекта создадим простую ленту с выпадающим меню, при нажатии на него имеется возможность выбрать папку с нужными графическими изображениями. Для этого заранее подготовлены и структурированы графические файлы с УГО электронных компонентов.2010 SE поддерживает расширения ленты и упрощает добавление новых пользовательских вкладок ленты и элементов управления в приложения.

Добавление ленты производится через вызов контекстного меню обозревателя решений, что показано на рисунке 33.

Добавление нового элемента типа лента

Сначала добавляем элемент поддержки ленты в проект из меню Project | Add New Item (Проект | Добавить элемент). В проекте создаются два файла: один для определения ленты, а второй для кода ленты. Файл определения ленты - это XML-файл, который описывает ленту. Файл с кодом ленты обрабатывает загрузку и события ленты. На рисунке 34 приведен простой XML-файл определения ленты, который добавляет вкладку ленты с именем My Tab, содержащую одну группу с именем My Group. Эта группа содержит только одну кнопку с именем My Button. Кнопка имеет функцию обратного вызова с именем OnClick задаваемую для onAction.

<tabs>

</group>

</tab>

</tabs>

</ribbon>

</customUI>

Рисунок 1 XML-файл определения ленты

В автоматически созданном определении ленты, функция обратного вызова определяется для события загрузки onLoad ленты и действия onAction для кнопки. Чтобы обрабатывать эти обратные вызовы, необходимо изменить методы, сформированные в классе Ribbon1. Класс Ribbon1 был создан при добавлении элемента поддержки ленты. Класс Ribbon1 реализует интерфейс IRibbonExtensibility, который передается в Office по запросу.

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

Код для обработки метода RequestService уже записан при добавлении элемента поддержки ленты. Далее раскомментирован неполный код класса в верхней части файла Ribbon1. Затем написаны методы обработки обратных вызовов. В обратном вызове OnLoad Office передает ссылку на экземпляр Ribbon. Эту ссылку можно сохранить на тот случай, когда необходимо сделать ленту недействительной.

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

Private ribbon As Office.IRibbonUISub OnLoad(ByVal ribbonUI As Office.IRibbonUI).ribbon = ribbonUISub

В обратном вызове OnClick для кнопки использован класс Globals, чтобы получить ссылку на класс ThisAddIn. Вызовается подпрограмма создания новой презентации CreateNewPresentation, чтобы создать новую презентацию и выполнить все действия:

Public Sub OnClick(ByVal control As Office.IRibbonControl).ThisAddIn.CreateNewPresentation()Sub

3.5.5Добавление элементов управления на ленту

На первом этапе проектирования надстройки размещаются элементы управления на ленте.

/*В конструкторе ленты помимо автоматически сгенерированной функции InitializeComponent(); мы написали собственную функцию, которая программно добавляет на ленту 60 кнопок по 20 в каждую из 3-х групп*/

public Ribbon1()

: base(Globals.Factory.GetRibbonFactory())

{();();

}

Добавление на ленту элементов управления

/*Это коллекция всех создаваемых кнопок*/

System.Collections.Generic.List<Microsoft.Office.Tools.Ribbon.RibbonButton> buttons = new.Collections.Generic.List<Microsoft.Office.Tools.Ribbon.RibbonButton>();void CreateButtons()

{

// Внешний цикл по группам (int j = 1; j <= 3; j++)// счетчик группы

// внутренний цикл, в котором происходит добавление кнопки в группу, № которой определен внешним циклом

for (int i = 0; i < 20; i++)

{

/*Метод CreateRibbonButton(); создает кнопку со свойствами по умолчанию*/

Microsoft.Office.Tools.Ribbon.RibbonButton button = this.Factory.CreateRibbonButton();

/* Изменяем свойства на те, которые будут актуально в данном проекте. Присваиваем уникальное имя кнопке*/

button.Name = "button" + j.ToString() + i.ToString();

// Делаем кнопку невидимой

button.Visible = false;

// Ориентируем кнопку по вертикали, что позволяет сделать изображение более крупным

button.ControlSize =.Office.Core.RibbonControlSize.RibbonControlSizeLarge;

// Делаем изображение видимым

button.ShowImage = true;

//Делаем подпись видимой

button.ShowLabel = true;(j)// добавляем в группу кнопку

{1: group1.Items.Add(button); break;2: group2.Items.Add(button); break;3: group3.Items.Add(button); break;

}.Add(button);// добавляем кнопку в коллекцию

}

3.5.6Написание обработчиков событий для ленты

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

// Листинг Ribbon1.cs

/// <summary>

/// В этой ветке хранится путь к папке, где искать изображения компонентов

/// </summary>regPath = "Software\\Microsoft\\Office\\PowerPoint";

/// <summary>

/// Обновляет ленту

/// </summary>void __Refresh()

{

// Создаем одномерный массив групп для последующего быстрого доступа

RibbonGroup[] groups = new RibbonGroup[] { group1, group2, group3 };

// Делаем все кнопки с изображениями невидимыми

foreach (RibbonButton b in buttons) b.Visible = false;

// скрываем группы.Visible = group2.Visible = group3.Visible = false;// скрываем все

// объявление строки, в которой будет находится имя папки с изображениямиlbl;// собственно тут будет имя папки

// Открываем реестр на чтение

RegistryKey rk = Registry.CurrentUser.OpenSubKey(regPath);

// В цикле обрабатываем каждую папку. Предварительно нам нужно узнать ее адрес из реестра

for (int i = 0; i < 3; i++)

{j = 0;

// выбираем кнопку настроекbtn = drpCurrentFolder.Buttons[i];

// получаем адрес папки с помощью кнопки. Если нужная запись в реестре не найдена, то по умолчанию вернется значение «Не выбрано»

lbl = rk.GetValue("currentFolder" + btn.Name, "Не выбрано").ToString();// получили

//Присваиваем надпись кнопке.Label = lbl;// записали в список имя папки

// Если папка задана, то выполняем следующий код

if (lbl != "Не выбрано")

{

// Получаем информацию о папке

DirectoryInfo di = new DirectoryInfo(lbl);

// Получаем список файлов в этой папке

FileInfo[] files = di.GetFiles();

// Для каждого найденного файла выполняем тело цикла

foreach (FileInfo file in files)

{

// если файл - не изображение, то при приведении типов вылетит OutOfMemory

System.Drawing.Image img;{ img = System.Drawing.Image.FromFile(file.FullName); }(OutOfMemoryException) { continue; /*берем следующий файл*/}

if (j < 20)// так как кнопок в группе всего 20

{k = 20 * i + j;// вычисление в какой группе и какую кнопку надо показать

// Делаем кнопку видимой

buttons[k].Visible = true;

// Присваиваем кнопке найденное изображение

buttons[k].Image = img;

// Присваиваем надписи кнопки имя файла

buttons[k].Label = file.Name;

j++;

groups[i].Visible = true; groups[i].Label = di.Name;//показываем группу и делаем подпись из имени папки

}// в папке больше 20 картинок (но не файлов в целом)

{.Windows.Forms.MessageBox.Show("В папке " + di.Name + " более, чем 20 изображений. Будут показаны только первые 20.");;

}

// данная процедура вызывается сразу после загрузки ленты

private void Ribbon1_Load(object sender, RibbonUIEventArgs e)

{

// для каждой из 3-х кнопок, с помощью которых определяется из какой папки брать изображение

foreach (RibbonButton btn in drpCurrentFolder.Buttons)

// Подключаем обработчик клика по кнопке.Click += new RibbonControlEventHandler(btnSettings_Click);

// Для каждой из 60 кнопок с изображениями подключаем обработчик клика; обработчик находится в классе ThisAddIn

foreach (RibbonButton btn in buttons).Click += new RibbonControlEventHandler(Globals.ThisAddIn.button_Click);

// вызываем обновление ленты

__Refresh();

}

// Эта процедура выполняется при клике на кнопку выбора папки

private void btnSettings_Click(object sender, RibbonControlEventArgs e)

{

// открываем реестр на записьrk = Registry.CurrentUser.CreateSubKey(regPath);

// Показываем диалог выбора папки(folderWithComponentsDialog.ShowDialog() == System.Windows.Forms.DialogResult.OK)

{// если выбрали к.-л. папку, то

{

// Используем конструкцию ((Microsoft.Office.Tools.Ribbon.RibbonButton)sender).Name для приведения объекта sender к типу кнопки и получения ее имени

// folderWithComponentsDialog.SelectedPath - является полным адресом выбранной папки rk.SetValue("currentFolder"+((Microsoft.Office.Tools.Ribbon.RibbonButton)sender).Name, folderWithComponentsDialog.SelectedPath);// обновляем значение в реестре

// обновляем ленту

__Refresh();

}

// Если в ходе работы произошла ошибка, то показываем диалоговое окно с текстом ошибки

catch (Exception ex) { System.Windows.Forms.MessageBox.Show(ex.Message); }

}

3.5.7Написание обработчиков событий для надстройки

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

// Листинг ThisAddIn.cs

// Используем internal для того, чтобы эта процедура была доступна в любом классе текущего проекта, но недоступна снаружи.

internal void button_Click(object sender, Microsoft.Office.Tools.Ribbon.RibbonControlEventArgs e)

{

// Получаем текущий слайд с помощью свойства Slide объекта View, который принадлежит одному из объектов Windows в глобальном классе Application

PowerPoint.Slide sld = this.Application.Windows[1].View.Slide;// у нас же одно окно обычно, так что не будем хитрить)

// Объект sender является кнопкой, поэтому приводим к типу кнопки RibbonButton и извлекаем изображение

System.Drawing.Image img = ((Microsoft.Office.Tools.Ribbon.RibbonButton)sender).Image;// получили картинку

img.Save("tmp");// сохранили

// метод AddPicture читает изображение из файловой системы и добавляет его на слайд по указанным координатам

sld.Shapes.AddPicture("tmp", Office.MsoTriState.msoFalse, Office.MsoTriState.msoTrue, 0, 0);// прочитали

// 2 параметр Office.MsoTriState.msoFalse указывает на то, что должна создаваться независимая копия файла

// 3 параметр Office.MsoTriState.msoTrue указывает на то, что нужно сохранять изображения в документе, а не в виде ссылки на файл

System.IO.File.Delete("tmp");// и удалили

}

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

3.5.8Результат выполнения надстройки «Электронные компоненты» и её конечное представление

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

Надстройка «Электронные компоненты»

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

Диалоговое окно «Обзор папок»

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

Лента с выбранными графическими изображениями

Схема генератора

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

Таким образом, используя все данные возможности надстройки, мы проектируем схему генератора, что изображено на рисунке 40.

Эта схема генератора спроектирована в среде PowerPoint средствами разработанного программного продукта.

Заключение

В выпускной квалификационной работе реализован алгоритм создания надстройки PowerPoint, рассмотрен алгоритм использования базы данных Microsoft Access и надстройки «Электронные компоненты» Microsoft PowerPoint. По блок-схеме алгоритма создания надстройки PowerPoint разработан исходный код программы на языке программирования С #. Данная надстройка обеспечивает быстрым доступом к условным графическим обозначениям (УГО), что позволяет преподавателям уменьшить временные затраты на разработку лекционного материала.

Согласно техническому заданию была выбрана СУБД Microsoft Access 2007, в ней реализована реляционная база данных «Электронные компоненты». В ней были систематизированы технические характеристики, УГО электронных компонентов. Планируется использовать БД при создании лекционного материала по дисциплине «Электроника», а также для использования студентами при курсовом проектировании.

Данная разработка рекомендуется к внедрению на кафедре «Автоматика и процессы управления» по дисциплине «Электроника» для повышения эффективности учебного процесса и сокращения времени создания электронных образовательных ресурсов.

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

1. Элисон Балтер, Microsoft Office Access 2007: Пер. с англ. - М.: «И.Д. Вильямс», 2009г. - 1296 с.

. Компания Microsoft, Новые возможности Office 2007: Пер. с англ. - М.: «Книга» , 2007. - 268с.

. Громов Ю.А., Программирование в среде VBA: Громов Ю.А. - М.: «АСТ», 2007. - 435с.

. Силиванов А.Н., Технологии автоматизации ActiveX: Силиванов А.Н. М.: «Буква»,2008. - 675с.

. Герберт Шилдт, Полное руководство С# 4.0, 2011 - 1056 с.

. Эндрю Троелсен, Язык программирования C# 2010 и платформа. NET 4

Больше работ по теме:

Разработка алгоритмических модулей ПО RTA для оперативного анализа разных сценариев формирования опорной транспортной сети
Диплом
Разработка базы данных "Кадры"
Диплом
Разработка бизнес-приложения
Диплом
Разработка и проектирование сайта профессионального училища
Диплом
Разработка и создание программного продукта "Автоматизация комплекса задач бухгалтера по работе с поставщиками ООО "Строй Дизайн проект"
Диплом

Предмет: Информационное обеспечение, программирование

Тип работы: Диплом

Новости образования

Российский государственный социальный университет реорганизует сеть своих филиалов
22 Июля 2016 16:26
Более 70 представителей крупных вузов АСЕАН подтвердили участие в форуме во Владивостоке
22 Июля 2016 12:51
Абызов: публикация первичных статсведений снизит бюрократическую нагрузку на школы
22 Июля 2016 11:53
В Чечне свыше 200 школьников сдали ЕГЭ с результатом свыше 90 баллов - министр
22 Июля 2016 05:36
Замглавы Минобрнауки РФ: задача сократить число людей с высшим образованием не стоит
21 Июля 2016 20:19

КОНТАКТНЫЙ EMAIL: [email protected]

Скачать Реферат

ПРОФЕССИОНАЛЬНАЯ ПОМОЩЬ СТУДЕНТАМ