Создание программы установки для законченных приложений

Оглавление……………………………………………………………………….1

1. Введение……………………………………………………………………….2

2. Разработка распространяемого  приложения………………………………...4

2.1. Разработка базы данных……………………………………………………4

2.2. Документация…………………………………………………………….....4

3.  Специальные средства………………………………………………………..6

3.1 Макросы………………………………………………………………………6

3.2 Модули………………………………………………………………………..7

3.3 Основной язык разработки…………………………………………………..9

3.4 Наследование интерфейсов…………………………………………………10

3.5 Шаблоны кода………………………………………………………………..11

3.6 Экземпляры форм……………………………………………………………11

3.7 Временные таблицы и  запросы……………………………………………..12

3.8 Обработка собственных  событий…………………………………………..12

4.  Надстройки……………………………………………………………………13

4.1. Стандарты для клиентских приложений…………………………………..13

5. Создание программы установки для законченных приложений………….15

5.1. Программа установки………………………………………………………15

5.2. Создание ярлыка для запуска приложения……………………………….15

6. Заключение……………………………………………………………………16

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

 

 

 

Введение

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

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

В следствие вышеизложенного, программы на Access/VBA пытаются писать люди, не имеющие достаточного опыта и навыка программирования. Такие разработки даже распространяются на коммерческой основе, а также выкладываются для свободного доступа в интернете. Профессиональный программист приходит в ужас при ознакомлении с кодом таких «программ» и распространяет свое мнение на средство разработки.                                                                              Так называемая «литература для чайников» только усиливает впечатление об Access как несерьезной системе. Преподавание разработки баз данных в ВУЗах зачастую также основано на подобных книгах и пособиях.                                                                                                                              Столкнувшись в первый раз с необходимостью написания собственной программы на Access, профессионал объектно-ориентированного программирования (C++, Delphi) часто не знает с какой стороны подойти к процессу разработки, так как Visual Basic for Application предлагает своеобразный набор средств работы с классами. Тут необходимо заметить, что программисту, который предварительно глубоко изучил COM-программирование Windows будет гораздо легче понять способы взаимодействия классов, ссылок и т.п.                                                                                     

Access предлагает совершенно нестандартный  по отношению к распространенным  средствам разработки подход  к программированию пользовательского  интерфейса (формы, отчеты). Это может  вызвать трудность для понимания  даже для опытных программистов, и даже разработчиков на родственном  языке Visual Basic. Основополагающий момент  здесь - это то, что элементы управления (контролы) Access не являются Windows-контролами  и не имеют контекста окна (hWnd). Хотя эти контролы и выглядят  как стандартные, а также имеют  наборы свойства и событий, по  существу они являются просто  картинки, прорисовываемые приложением  на форме. Также нетрадиционный  подход реализован для списков  и форм с данными. Контролы, а  также сама форма, всегда имеет  источник данных, который может  настраиваться динамически без  создания дополнительных компонентов.

 

 

 

 

 

 

 

 

 

 

2.Разработка распространяемого  приложения

2.1. Разработка базы данных

Тут необходимо решить вопрос с выбором хранилища данных и способом доступа к этим данным. Access предлагает достаточный выбор: Jet/DAO, ODBC, ADO. К сожалению, нет возможности останавливаться подробно на этом важном вопросе в данной работе. Стоит разве что отметить, что стратегия развития Microsoft Access идет по пути вытеснения собственного хранилища (MDB) серверными источниками данных (SQL-сервер).                                                                                  

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

2.2.Документация

Пишется по возможности код, который не требует дополнительного пояснения. Это может показаться странным для многих, но одна из современных концепций программирования предполагает практически полное отсутствие комментариев в тексте процедур и функций. Программные идентификаторы должны сами себя описывать -используйте короткие процедуры, «говорящие» имена классов, функций, таблиц, полей, не надо экономить на длине идентификаторов.                                                                                                                                              Что может потребовать дополнительных комментариев и даже отдельной документации, так это структура базы данных. Существует множество систем для моделирования структур данных и бизнес-процессов (ErWin, Power Designer). Минимально необходимые действия по оформлению структуры данных можно проделать при помощи собственных диаграмм данных Access или SQL-сервера.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

3. Специальные средства

3.1 Макросы

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

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

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

3.2 Модули

Модули, в отличие от макросов, являются более тонким и мощным средством создания программных расширений в среде Access, максимально приближающимся по своим функциональным возможностям к таким профессиональным инструментам, как Delphi, Visual Basic или Power Builder. Одновременно применение модулей требует от пользователя навыков и квалификации программиста, а также знания основных принципов объектно-ориентированного программирования.   

           Для  программирования в Access используется  процедурный язык Visual Basic для приложений (VBA- Visual Basic for Applications) с добавлением  объектных расширений и элементов SQL. Сам процесс создания программных  расширений в среде Access предполагает  активное использование технологии  объектно-ориентшрованного программирования (ООП). В основе ООП лежит идея "упакованной функциональности", в соответствии с которой программа  строится из фундаментальных  сущностей, называемых объектами. Каждый  из объектов характеризуется  набором свойств (англ, -property) и операций, которые он может выполнять (англ,- method). Реализация взаимодействий  между объектами ложится на  исполняющую cpеду того средства  разработки, на котором пишется  программа, и поэтому работа программиста  в рамках технологии ООП сводится  к созданию объектов, описанию  их свойств и реакций на  те иди иные внешние события.    

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

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

          Важнейшей областью применения объектно-ориентированного программирования в Access является программирование доступа к данным. Для решения данной задачи фирмой Microsoft был разработан специальный интерфейс - DАО (Data Access Objects).

          DAO- это набор объектных классов, которые моделируют структуру реляционной базы данных. Они обеспечивают свойства и методы, которые позволяют выполнять такие операции, как создание базы данных, определение таблиц и индексов, задание связей между таблицами, формирование запросов и отчетов и т. п. Существенным достоинством объектной модели DAO является ее универсальный характер: она доступна для большинства средств разработки программного обеспечения, поддерживаемых Microsoft, в частности, для Visual Basic. Классы объектов доступа к данным организованы по иерархической схеме. На ее вершине находится объект DbEngine, представляющий собой ядро базы данных. Далее следуют объекты, отвечающие за управление сеансами доступа пользователя к данным, -Workspace (от англ, "рабочая область"). Каждая рабочая область включает один или несколько объектов класса база данных - Database, а они, в свою очередь, содержат семейства объектов таблиц (TableDef), запросов (QueryDef), наборов записей (RecordSet) и т. д.

3.3 Основной язык разработки

Visual Basic for Application. В Access пользователь может управлять выполнением приложении, например, изменить информацию в таблице или щелкнуть на командной кнопке. Используя в приложении макросы и процедуры, можно реализовать реакцию пользователя на эти действия. Для этого в Access предусмотрены характеристики событий для каждого элемента управления, который помещается в форму. Подключая макрос или процедуру к определенному событию элемента управления, можно не заботиться о последовательности действий, выполняемых пользователем в форме. Обработка событий представляет собой программный код, выполняемый при возникновении этого события. Код непосредственно присоединяется к форме или отчету, содержащему обрабатываемое событие.                                                                                                                                              В предыдущих версиях Access имела собственный язык Basic, называемый Access Basic. В последних версиях Access он заменен языком Visual Basic for Applications (VBA) компании Microsoft. Несмотря на некоторую схожесть, между этими языками есть существенные различия. VBA становится общим языком для всех приложений Microsoft Office. VBA является современным языком структурного программирования. Находясь в окне модулей, можно создавать и редактировать код VBA и процедуры.