Лекция № Тема: Автоматизация труда с помощью макросов и шаблонов. Vba отличное средство автоматизации не только простых рутинных операций, которые пользователю приходится периодически - страница 20

Создание технического проекта. Одновременно с разработкой концептуального прототипа требуется создать технический проект, или архитектуру, которая поддерживает модель данных и позволяет эффективно выполнять задачи пользователей.
Не следует возлагать слишком большие надежды на одобрение первой версии концептуального прототипа. До полной разработки технического проекта утверждение прототипа невозможно, т.к. еще не учтены технологические требования, а также ограничения по времени и ресурсам.
Технический проект определяет главные технологические компоненты и их взаимосвязь. В объектно-ориентированном приложении наименьшими составляющими технического проекта являются интерфейс и связанный с ним код, источники информации, а также другие компоненты, с помощью которых обеспечивается взаимодействие между интерфейсом и данными. Интерфейс можно разработать в Visual Basic, HTML, или Visual C++. Источниками данных могут служить Microsoft Access, источники данных ODBC, например, база данных SQL Server, текстовые файлы или документы других приложений, например, рабочий лист Microsoft Excel или документ Microsoft Word. Компонентами управления данными могут быть объекты OLE Automation, библиотеки ODBC, объекты доступа к данным, либо ядро Visual Basic Jet.
^ Тесты на удобство использования. Тестирование на удобство использования – это процесс оценки простоты использования продукта с помощью набора тестов. Тесты на удобство использования помогают выявить трудности, возникающие у пользователя при работе с программой, а также позволяют определить причины этих затруднений, вне зависимости от того, с чем они связаны: с использованием средств программного продукта, внешним видом интерфейса или полнотой документации.
^ Разработка программного продукта. После определения основных объектов и компонентов проекта и выбора инструментальных средств разработки, можно начинать кодирование. При использовании объектно-ориентированного инструмента разработки, включающего графический интерфейс, необходимо выполнить следующие действия:
                           Создать с помощью графических средств инструмента разработки интерфейсные объекты, включая формы, элементы управления в формах, а также меню.
                           Задать свойства форм, меню и элементов управления, определить их внешний вид, поведение и состояние интерфейсных объектов, указать источники данных для элементов управления.
                           Разработать процедуры, запускаемые в ответ на события, которые возникли в результате действий пользователя, включая создание программ, выполняемых при выборе команды меню, нажатии кнопки, получении фокуса элементом управления, вводе данных и перемещении к другому элементу управления.
                           Протестировать программу.
^ Тестирование программного продукта. При кодировании необходимо проверить и отладить процедуры. Обычно тестирование, выполняемое программистом, не столь всестороннее, как то, которое выполняет ответственный за тестирование. Чем тщательнее проверен код, тем выше качество программного продукта. Опытный испытатель обнаруживает ошибки, которые не сразу бросаются в глаза. По окончании отладки испытатель ищет ошибки в одной процедуре, в то время как программист кодирует другие.
При разработке проекта требуется использовать программу работы с резервными копиями, такую как Microsoft Visual Source Safe. По мере создания новых версий программного продукта очень важно хранить резервные копии предыдущих, чтобы при необходимости отменить внесенные изменения. Использование резервных копий обязательно для любого проекта, особенно, если новые версии возникают часто.
^ Документирование программного продукта. Составление документации по программному продукту необходимо начинать на этапе разработки.
Компании, занимающиеся созданием программного обеспечения, уделяют огромное внимание описанию программ. Программные продукты, предназначенные для внутреннего использования, могут документироваться не очень подробно. В любом случае документацию необходимо проверить так же тщательно, как и программное обеспечение. В целях обеспечения дальнейшего развития программного продукта необходимо документировать все процедуры, для каждой из которых указывать:
                           наименование и перечень формальных параметров;
                           назначение процедуры и выполняемые ей действия, в особо сложных случаях - блок-схему;
                           описание и назначение входных параметров и их предельные значения;
                           перечень и описание локальных переменных;
                           описание и назначение выходных параметров и их предельные значения;
                           результаты работы процедуры.
В тексте процедуры также необходимы комментарии по смыслу отдельных блоков кода и отдельных, наиболее сложных или критичных операторов. Хорошим тоном считается одна строка комментариев на десять строк кода.
Для недавнего времени документация выходила в напечатанном виде. Однако сейчас описание программ распространяется, используя электронные средства, что позволяет намного проще и дешевле обновлять документацию. С программным продуктом можно связать справочные файлы, обеспечивая при выполнении задач конспектную подсказку. Кроме того, имеется возможность встроить в продукт мастера и обучающие программы. При написании руководств можно использовать несколько приложений. Например, если требуется создать справочные файлы, используйте Microsoft Word или Microsoft Help Compiler. Чтобы создать файлы HTML, применяется редактор HTML. Microsoft Help Compiler поставляется вместе с профессиональной версией Visual Basic.
Составление документации не следует начинать задолго до появления альфа-версии: разработка всех деталей проекта еще не завершена, а интерфейс постоянно меняется. До создания описания на этапе проектирования необходимо определить способ распространения документации (в напечатанном или электронном виде), используемые инструменты, стиль и внешний вид руководств.
После создания первого наброска испытатели или другие члены группы должны тщательно проверить документацию, перечитав наиболее важные разделы, а также проделав все описанные в документации действия и примеры. Затем требуется внести необходимые исправления.
^ Запись на магнитный носитель и поставка программного продукта.
С самого начала работы над программным продуктом необходимо принять решение о том, как распространять систему: на дискетах или CD-ROM, либо переслать ее через Internet или intranet, либо просто установить ее на совместно используемом диске.
Кроме того, необходимо обеспечить пользователя информацией о том, как инсталлировать программный продукт. Пользователь составляет свое мнение о системе, начиная с ее установки, поэтому следует сделать инсталляцию максимально простой. Лучше всего создать программу установки (обычно SETUP.EXE) и дать к ней некоторые пояснения (файл README). Не следует дожидаться полного завершения проекта: необходимо время на разработку программы установки и ее создание. Если же время истекло, а программа установки не готова, то следует написать четкие инструкции по инсталляции, а затем поручить одному из членов группы проверить их.
 

okonchatelnoe-razdelenie-russkoj-mitropolii-1458-g-ocherki-po-istorii-russkoj-cerkvi.html
okonchatelnoe-reshenie-evrejskogo-voprosa-peresmotra-istorii-to-est-revizii-vpolne-slozhivshihsya-polozhenij-s.html
okonchatelnoe-reshenie-grehem-henkok-kovcheg-zaveta-chast-i-efiopiya-1983-god-legenda.html
okonchatelnoe-reshenie-kniga-v-seti-militera-lib-ruhshirerindex-html-illyustracii-militera-lib-ruhshirerill-html.html
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат
Реферат