Программные средства информационных систем

Разработка распространяемого приложения MS Access. Создание программы установки для законченных приложений. Разработка расчетной ведомости за выполненные работы и представление результатов в графическом виде с помощью MS Excel. Алгоритм решения задачи.
Краткое сожержание материала:

Размещено на

Оглавление

• 1. Введение
• 2.Теоретическая часть
• 2.1 Введение
• 2.2 Разработка распространяемого приложения
• 2.2.1 Разработка базы данных
• 2.2.2 Разработка концепции интерфейса пользователя
• 2.2.3 Документация
• 2.3 Специальные средства
• 2.3.1 Макросы
• 2.3.2 Модули
• 2.3.3 Основной язык разработки
• 2.3.4 Наследование интерфейсов
• 2.3.5 Шаблоны кода
• 2.3.6 Экземпляры форм
• 2.3.7 Временные таблицы и запросы
• 2.3.8 Обработка собственных событий
• 2.3.9 Условная компиляция
• 2.4 Надстройки
• 2.4.1 Сабклассинг
• 2.4.2 Стандарты для клиентских приложений
• 2.5 Создание программы установки для законченных приложений
• 2.5.1 Программа установки
• 2.5.2 Создание ярлыка для запуска приложения
• 2.6 Заключение
• 3.Практическая часть

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

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

• 4. Список использованной литературы
• Введение

приложение access задача excel

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

В практической части работы рассмотрена строительная компания выполняющая ремонтные работы. Необходимо создать расчётную ведомость за выполненные работы и представить результаты в графическом виде. Для выполнения задания использовался ПК со следующими характеристиками:

Системный блок:

Процессор Intel 1500 MHz . ОЗУ 1Гб. Жесткий диск 300 Гб. Видео карта GeForce 4 6000 GS.

Монитор Acer e220.

Стандартные клавиатура и мышь.

Программное обеспечение:

Windows XP SP2.

MS Office (Word 2003, Excel 2007).

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

2.1 Введение

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

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

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

2. В следствие вышеизложенного, программы на Access/VBA пытаются писать люди, не имеющие достаточного опыта и навыка программирования. Такие разработки даже распространяются на коммерческой основе, а также выкладываются для свободного доступа в интернете. Профессиональный программист приходит в ужас при ознакомлении с кодом таких «программ» и распространяет свое мнение на средство разработки.

3. Так называемая «литература для чайников» только усиливает впечатление об Access как несерьезной системе. Преподавание разработки баз данных в ВУЗах зачастую также основано на подобных книгах и пособиях.

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

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

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

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

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

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

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

2.2.2 Разработка концепции интерфейса пользователя

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

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

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

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

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

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

2.3.1 Макросы

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

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