Методы программирования СУБД – средство быстрой разработки приложений Clarion
Оглавление
Методы программирования СУБД – средство быстрой разработки приложений Clarion 1
Оглавление 1
Введение 3
Типы пользовательских приложений 3
Локальное 3
Сетевое с совместным использованием файлов 3
Клиент-серверное 4
Толстый клиент 4
Тонкий клиент 4
Словарь данных 6
Описание таблицы 6
Описание поля 7
Описание ключа 7
Описание связи 7
Функциональная схема приложения 8
Шаблоны 9
Порядок работы с Генератором приложений 10
Новое приложение без использования мастера. 12
Новое приложение с использованием мастера. 13
Что такое шаблон 15
Вопросы, запрашиваемые шаблонами 15
Точки вставки кода в шаблонах 16
Преимущества шаблонов 16
Гибкость шаблонов 16
Линейки шаблонов 16
Clarion (Legacy) 16
Шаблоны Вадима Синявского (ШВС) 16
ABC 16
MAV Direct ODBC (MAV) 16
Учебная задача 18
Задание 1. 18
Задание 2. 18
Задание 3. 18
Задание 4. 18
Задание 5. 19
Задание 6. 19
Задание 7. 19
Задание 8. 20
Задание 9. 20
Задание 10. 21
Список литературы 22
Приложение А. Образец титульной страницы отчета. 23
Приложение Б. Структура отчета. 24
Приложение В. Оформление архива с отчетом и приложением. 24
Введение
Средства разработки программ включают в себя следующие основные компоненты:
-
Редактор исходных текстов
-
Компилятор
-
Линковщик
-
Отладчик
Это минимально-достаточный набор компонентов для разработки программ. Возможны расширения набора для повышения скорости разработки и качества.
-
Хранилище описания базы данных
-
Хранилище исходных текстов
-
Визуальные средства проектирования
-
Форматеры окон и отчетов
-
Системы контроля версий
-
Генераторы исходных текстов
В настоящее время на рынке представлено множество различных средств быстрой разработки программного продукта. Они различаются как базовыми языками программирования, так и набором используемых компонент.
Clarion представляет собой интегрированную среду разработки с системой условной генерации исходного текста на языке Clarion. Система генерации исходного текста базируется на языке Clarion Template Language и позволяет существенно сократить кодирование тривиальных задач, в то же время оставляя простор для творчества.
Однако некоторые особенности языка и маркетинговая политика производителя привели к тому, что Clarion завоевал лишь небольшой сегмент рынка средств быстрой разработки программных продуктов.
Типы пользовательских приложений
Локальное
Представляет собой исполняемый файл, набор необходимых библиотек и файлов данных. Библиотеки и файлы данных могут отсутствовать. Для работы не требует сети. Доступ к файлам данных может осуществляться в монопольном режиме. Основная проблема – согласование баз данных между разными копиями приложения. Как правило, локальные приложения решают вычислительные или информационно-справочные задачи.
Сетевое с совместным использованием файлов
Представляет собой исполняемый файл, набор необходимых библиотек и файлов данных. Библиотеки могут отсутствовать. Работать может как с файлами данных, расположенными на общих сетевых ресурсах, так и с локальными файлами. Доступ к файлам данных осуществляется, как правило, в совместном режиме. Возможны манипуляции с режимами доступа для ускорения работы и разграничения прав доступа. Основные проблемы: заметное снижение скорости доступа к данным при увеличении рабочих мест и возможность физического разрушения файлов данных из-за проблем с сетевым оборудованием. Сетевые приложения с совместным использованием файлов данных решают широкий спектр учетно-отчетных задач с небольшим (до 30) числом рабочих мест.
Клиент-серверное
Представляет собой специализированное хранилище данных (сервер) и исполняемый файл с набором необходимых библиотек (клиент). Сервер решает задачи предоставления доступа к данным, их гарантированной сохранности и, в ряде случаев, обработки. Клиент решает задачи поддержки соединения с сервером, манипулирования данными (добавление, изменение, удаление), формирования запросов на выборку данных, отображения полученных по запросу данных и, в ряде случаев, их обработки.
В настоящее время наибольшую популярность завоевали сервера данных, имеющие возможность не только хранения, но и обработки данных с помощью хранимых на сервере процедур. Для манипулирования данными и управления сервером широко используется язык структурированных запросов SQL в различных вариантах реализации (диалектах). Сервера данных, поддерживающие SQL-запросы, называются SQL-сервера.
Клиент-серверные приложения отличаются высокой производительностью и низкой стоимостью владения при большом количестве клиентов (сотни).
По распределению нагрузки по обработке данных между сервером и клиентом клиентские приложения подразделяются на «толстых клиентов» и «тонких клиентов».
Толстый клиент
Исполняемый файл и набор необходимых библиотек для поддержки соединения с сервером, манипулирования данными, формирования запросов на выборку данных, отображения полученных по запросу данных и их обработке. Сервер используется для хранения данных, их обработка на сервере не производится. Основной недостаток – приложение может требовать значительных вычислительных ресурсов на клиентском месте.
Тонкий клиент
Исполняемый файл и набор необходимых библиотек для поддержки соединения с сервером, манипулирования данными, формирования запросов на выборку и обработку данных и отображения результатов запросов. Обработка данных производится на сервере, что снижает потребности в вычислительных мощностях на клиентских местах. Основной недостаток – необходимость программирования как клиентской, так и серверной частей приложения.
Следует отметить, что на сегодняшний день крайне редко встречаются чистые тонкие и толстые клиенты. Как правило, при разработке выбирается разумный баланс нагрузки между клиентом и сервером. Web-приложения можно считать тонким клиентом, т.к. на стороне клиента они представляют лишь пользовательский интерфейс. Однако, из-за того, что клиентская часть формируется интерпретатором на стороне клиента, потребность web-приложений в вычислительных мощностях может оказаться даже больше, чем у исполняемых файлов толстого клиента.
Реестр (регистр) шаблонов – хранилище правил генерации исходных текстов, написанных на языке Clarion Template Language.
Словарь данных – средство, позволяющее путем заполнения соответствующих форм описывать таблицы (файлы), задавать порядки сортировок в них (ключи, индексы) и устанавливать связи между таблицами.
Генератор приложений – собственно среда разработки приложений, в которой на основе шаблонов создаются прототипы процедур, использующих описанные в словаре данных таблицы. Позволяет вызывать дополнительные средства разработки.
Текстовый редактор – элемент среды разработки, предназначенный для редактирования исходного текста. Может работать как самостоятельно, для разработки модулей без использования шаблонов, так и совместно с редактором приложений для вставки текста на языке Clarion в определенные шаблонами места процедур.
Редактор формул – визуальное средство программирования формул, позволяющее в интерактивном режиме строить вычислительные и условные формулы с контролем синтаксиса.
Форматер отчета – визуальное средство разработки отчетов, позволяющее макетировать отчет.
Форматер окна – визуальное средство разработки, позволяющее в режиме WYSIWYG разрабатывать окна, размещая как самостоятельные элементы управления, так и связанные с соответствующими шаблонами, определяющими функционал элемента (контрола).
Генератор исходного текста – внутренний элемент среды разработки, генерирующий текст приложения на целевом языке по правилам, описанным в шаблонах, и с учетом правок, сделанных в других элементах среды разработки (редакторах исходного текста и формул, форматерах окон и отчетов).
Проектная система – элемент среды разработки, в котором задаются параметры компиляции и используемые ресурсы приложения.
Компилятор и редактор связей – внутренние элементы среды разработки, предназначенные для компиляции и сборки приложения из исходных текстов.
Отладчик – отладчик приложения, позволяющий контролировать внутреннее состояние переменных и вносить изменения во время выполнения приложения.
Словарь данных
Словарь данных создает файлы метаданных с расширением .DCT. В файле хранятся описания таблиц, их полей, связей между таблицами и дополнительная информация, ускоряющая процесс разработки приложений.
Описание таблицы
Для описания таблицы необходимо указать Имя таблицы, по которому можно будет программно обратиться к ней, Префикс, Драйвер, через который будет выполняться обращение к данным таблицы, Полный путь к файлу таблицы или глобальную переменную, в которой этот путь будет храниться. Так же необходимо задать описание таблицы и установить необходимые атрибуты доступа к данным. По умолчанию используется драйвер TopSpeed и не указывается полный путь, т.е. файлы данных будут располагаться в рабочем каталоге exe-модуля.
Описание поля
Для описания поля необходимо указать Имя поля, по которому можно будет программно обратиться к полю таблицы, Описание, Тип, Вариант отображения на экране, Текст приглашения и Заголовок колонки. Так же возможно задать параметры заполнения поля, диапазон возможных значений и т.п.. Следует учитывать, что в описании таблицы используются только Имя и Тип поля, остальные же параметры используются шаблонами и в большинстве случаев могут быть переопределены при разработке приложения.
Описание ключа
Для описания ключа необходимо указать Имя ключа, по которому можно будет к нему программно обратиться, Описание, задать атрибуты и перечислить входящие в состав ключа поля. Одна таблица может иметь несколько ключей. При отсутствии ключей к записям можно обратиться в порядке их физического хранения, который зависит от драйвера таблицы. На порядок сортировки влияют как установки в описании ключа, так и включенная в приложении локализация.
Описание связи
Для описания связи необходимо указать Тип связи, Первичный ключ, Связанную таблицу и Ключ связи в этой таблице, соответствие полей в ключах таблиц и жесткость связи. Следует учитывать, что описание связи не влияет на описание таблиц и представляет собой инструкцию для шаблонов.
Функциональная схема приложения
Browse – Просмотр таблиц
Выполняет показ данных для одной таблицы или нескольких связанных таблиц в табличной форме в соответствии с заданным фильтром и в установленном ключом порядке сортировки. Выделенная запись считается активной.
Form – Работа с записью
Служит для добавления, изменения или удаления активной записи. Активная запись должна быть выбрана до вызова процедуры.
Report – Построение отчета
Выполняет отбор записей из таблицы или нескольких связанных таблиц в соответствии с заданным фильтром и в установленном ключом порядке сортировки и подготовку по ним отчета с генерацией WindowsMetaFile (WMF).
Viewer – Просмотр отчета
Показывает WMF-файлы, сгенерированные при построении отчета, и отправляет их на печать.
Process – Последовательная обработка таблиц
Последовательно читает записи таблицы или нескольких связанных таблиц в соответствии с заданным фильтром и в установленном ключом порядке, отображая в окне ход процесса чтения.
Данный набор процедур является минимально достаточным для конструирования приложения любого уровня сложности.
Шаблоны
Шаблон является законченным набором инструкций, включающим операторы языка шаблонов и целевого языка, которые Генератор Приложений использует при обработке введенных программистом параметров приложения, а затем при генерации исходного текста на целевом языке программирования (обычно, но не обязательно, на языке Clarion).
Глобальные – шаблоны, влияющие на генерируемый текст всего приложения либо задающие параметры настройки для подключения отдельных шаблонов и/или библиотек. Как правило, в глобальных шаблонах описываются объявления прототипов и глобальных данных.
Процедурные – шаблоны, генерирующие законченный текст процедуры с определенной базовой функциональностью. Функциональность может зависеть от настроек глобальных шаблонов, настроек самого шаблона, дополнительно подключенных шаблонов и программного текста, добавленного в точки вставки исходного текста.
Диалоговые – шаблоны, добавляющие связанный набор из одного или нескольких элементов управления (контролов) и соответствующий этому набору программный код обработки (функционал). Могут иметь дополнительные параметры настройки функциональности и создавать новые точки вставки исходного текста.
Расширения – шаблоны, расширяющие функциональность процедурных или диалоговых шаблонов. Могут иметь дополнительные параметры настройки функциональности и создавать новые точки вставки исходного текста.
Текстовые – шаблоны, подключаемые только к точкам вставки исходного текста. Могут иметь дополнительные параметры настройки функциональности и создавать новые точки вставки исходного текста.
Мастера – шаблоны, позволяющие в интерактивном режиме выполнять создание прототипа приложения или процедуры как набора согласованных шаблонов и исходного текста.
Утилиты – шаблоны, не влияющие на генерируемый исходный текст и выполняющие сервисные функции.
Порядок работы с Генератором приложений
Генератор приложений создает файлы метаданных с расширением .APP. В файле хранятся настройки шаблонов, вставки исходного текста, ссылки на используемые элементы словаря и внешние файлы – описания библиотек и изображения.
Для создания нового приложения необходимо выполнить следующие предварительные действия:
-
Разработать детальный проект приложения
-
Описать схему базы данных в словаре
-
Зарегистрировать (проверить наличие) необходимые шаблоны в реестре
В параметрах приложения необходимо задать Имя приложения, Используемый словарь, Имя стартующей первой процедуры, Вариант компиляции, Имя файла помощи, Линейку шаблонов, Шаблон для новой процедуры по умолчанию и отметить необходимость использования Мастера приложения.
В качестве Имени приложения не рекомендуется использовать буквы нелатинского алфавита, имена с пробелами, спецсимволами и длиной более 8 символов.
Приложение может строиться без использования словаря. Такая возможность задается в настройках Генератора приложения. Один словарь может быть использован для многих приложений.
Имя стартующей первой процедуры должно соответствовать правилам языка Clarion для имен и меток.
Возможно три варианта компиляции: исполняемый модуль (.EXE), библиотека (.LIB) и динамически подключаемая библиотека (.DLL).
Линейка шаблонов определяет базовый набор шаблонов и стиль сгенерированного исходного текста приложения.
Для новой процедуры по умолчанию используется шаблон ToDo. Однако он может быть переопределен.
Использование Мастера приложений позволяет быстро получить прототип приложения. При отказе от использования мастера создается приложение из одной процедуры, построенной на основании шаблона ToDo.
Новое приложение без использования мастера.
Новое приложение с использованием мастера.
Приложение в Генераторе приложений представляется как дерево вызовов процедур. Так же возможны представления процедур приложения в форме списка генерируемых модулей исходного текста, сгруппированные по типам используемых шаблонов, список имен процедур, сгруппированные по категориям и список имен процедур по дате их модификации.
Параметры настройки глобальных параметров зависят от выбранной линейки шаблонов. Для приложений, работающих с данными на языках, отличных от английского, необходимо в глобальных параметрах настроить параметры локализации приложения.
Что такое шаблон
Шаблоны Clarion - это гибко настраиваемые, с диалоговым интерфейсом, интерпретируемые скрипты для генерации кода. Шаблоны обычно предлагают ответить на некоторые вопросы, на основании ответов на которые строится определенный набор модулей с исходным кодом. В добавление к этим вопросам, многие шаблоны предоставляют точки вставки исходного кода в приложение - точки, в которых можно определить исходный код, который попадает в исходный код, сгенерированный шаблоном. Вопросы шаблонов следует воспринимать как способ определения статических (на момент компиляции) характеристик программы или процедуры, а встроенный исходный код - как способ определить изменяющиеся (на момент исполнения) характеристики программы или процедуры.
Вопросы, запрашиваемые шаблонами
Обычно шаблон предлагает вводить информацию во время разработки. Application Generator интерпретирует шаблон и представляет диалог со всеми приглашениями шаблонов. Приглашения заполняются, используя встроенную помощь, для того, чтобы определить статические (на момент компиляции) характеристики программы или процедуры. Например, заполнение приглашения Record Filter обеспечивает формирование фильтра для шаблона BrowseBox.
Точки вставки кода в шаблонах
В дополнение к этим приглашениям, многие шаблоны предлагают также точки встраивания исходного кода в приложение или процедуру - точки, в которых можно обеспечить определенный код, который попадает в код, сгенерированный по шаблону. Эти точки вставки могут использоваться для определения изменяющихся (на момент исполнения) характеристик программы или процедуры. Например, может быть вставлен исходный код для того, чтобы “спрятать” связанный список, когда нет связанных записей для отображения в списке. Для получения более подробной информации об использовании точек вставки кода, смотрите Application Generator—Embedded Source Code в User’s Guide.
Преимущества шаблонов
Шаблоны обеспечивают многократное использование и централизованное обслуживание кода. Они обладают теми же преимуществами, что и объектно-ориентированоое программирование, особенно возможностью многократного использования. Вдобавок, шаблоны могут дополнять и усиливать использование объектно-ориентированного кода, обеспечивая легко используемые “обертки” для сложных объектов.
Гибкость шаблонов
Шаблоны могут быть изменены в соответствии с потребностями. Модификации хранятся в Template Registry. Более подробная информация в User’s Guide—Maintaining Your Templates. Также имеется возможность добавлять и использовать шаблоны третьих фирм вместе с шаблонами Clarion. Можно создавать собственные шаблоны. Template Language документирован в Programmer’s Guide и в оперативной помощи.
Линейки шаблонов
Под линейками шаблонов подразумеваются наборы, позволяющие создавать функционально завершенное приложение без использования дополнительных шаблонов.
Clarion (Legacy)
Штатные шаблоны производителя, генерирующие процедурный код. Сгенерированный код отличается хорошей читабельностью, но не локализованы системные сообщения и оконные элементы.
Шаблоны Вадима Синявского (ШВС)
Русифицированная версия шаблонов Legacy. Сочетает преимущества Legacy и русификацию. Кроме того, шаблоны Legacy дополнены дополнительными шаблонами и генерируют код с минимально допустимым количеством ошибок. Однако при установке полностью замещают линейку Legacy, что может стать препятствием для совместной разработки с англоговорящими разработчиками.
ABC
Штатные шаблоны производителя, генерирующие объектно-ориентированный код. Считаются наиболее перспективным направлением разработки, хотя требуют изучения свойств базовых классов. Имеется пакет русификации системных сообщений.
MAV Direct ODBC (MAV)
Шаблоны Андрея Мялина, включающие в себя библиотеку прямого доступа к источникам ODBC и SQL-серверам. Полнофункциональной линейкой не является, т.к. для разработки приложения требует наличия одной из вышеуказанных линеек. Однако из основной линейки использует только настройку глобальных параметров, где подключаются глобальные расширения, активирующие подключение и использование библиотеки. Шаблоны генерируют код, оптимизированный для быстрой работы с ODBC и SQL источниками данных.
Учебная задача
Необходимо создать сетевое приложение для ведения телефонного справочника. Телефонные номера имеют региональную принадлежность и принадлежат различным операторам. Каждый телефонный номер имеет одного владельца и может иметь более одного пользователя. Телефонные номера могут быть стационарные и мобильные. Один пользователь может быть пользователем нескольких телефонных номеров и владельцем одного и более номеров.
Задание 1.
Создать схему БД в третьей нормальной форме.
Отчет: документ в формате Word версии < 2007 с ER-диаграммой, развернутым описанием таблиц, включающем латинские имена таблиц и полей, и связей между таблицами с указанием полей, участвующих в связи. Отдельно выделить, поименовать и описать домены. Отчет оформляется в соответствии с приложениями А и Б.
NB! Имена доменов, таблиц и полей должны включать в себя инициалы исполнителя.
Задание 2.
Создать в словаре Pool, в котором описать выделенные в Задании 1 домены. Описать в словаре новую таблицу Регион используя домены (через поле Derived from) и соответствующие ключи. Задать ограничения для полей таблицы.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файл в формате .DCT. В комментарии к словарю должны быть указаны номер задания, ФИО исполнителя и группа.
Задание 3.
Создание процедуры обслуживания БД из одной таблицы.
Используя словарь из Задания 2 создать приложение с использованием мастера. Установить параметры локализации. Изучить результат.
Откорректировать словарь таким образом, чтобы при генерации приложения мастером интерфейс приложения был максимально русифицирован.
В конечном варианте сделать окна удобными для оператора.
Добавить процедуру About по шаблону Splash, в которой указать используемую линейку шаблонов, ФИО исполнителя, группу и номер задания.
Добавить в каждое окно поле с ФИО исполнителя.
Контроль правильности выполнения: Регионы с названиями «Первый», «второй» и «восьмой» должны быть отсортированы по алфавиту без учета регистра.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы *.DCT, *.APP, *.EXE, *.TPS
Задание 4.
Самостоятельное создание Browse-процедуры.
Скопировать в новую папку *.DCT и *.APP из Задания 3.
Добавить в меню новую процедуру. Создать процедуру на основе шаблона Window. Добавить в окно элемент управления Browse для описанной в словаре таблицы. Добавить кнопки добавления/изменения/удаления записи как элемент управления. В свойствах указать имя процедуры работы с записью. При необходимости создать процедуру работы с записью с помощью мастера Form. Добавить в каждое новое окно поле с ФИО исполнителя.
В процедуре About добавить номер задания.
Контроль правильности выполнения: Созданная процедура должна функционально полностью совпадать с процедурой, созданной в Задании 3.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы *.DCT, *.APP, *.EXE, *.TPS
Задание 5.
Переменные имена файлов.
Скопировать в новую папку *.DCT и *.APP из Задания 4.
В словаре в свойствах таблицы указать переменную для хранения имени и пути к файлу. В приложении настроить работу с переменными именами файлов таким образом, чтобы файлы именовались по имени таблицы, создавались во вложенном каталоге и путь к файлу можно было настроить в *.INI-файле, который должен храниться там же, где и исполняемый модуль программы.
В процедуре About указать номер задания.
Контроль правильности выполнения: *.INI-файл находится там же, где *.EXE-файл, *.TPS-файл создается во вложенной папке.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы *.DCT, *.APP, *.EXE, *.TPS, *.INI
Задание 6.
Описание связей между таблицами.
Скопировать в новую папку *.DCT и *.APP из Задания 5.
В словарь добавить следующую таблицу из схемы БД (Город). Описать связь между таблицами, указать жесткость связи. В приложении создать процедуры для работы с новой таблицей с помощью мастера. Изучить работу полученных процедур, устранить возможность нарушения ссылочной целостности БД. Добавить в каждое новое окно поле с ФИО исполнителя.
В процедуре About указать номер задания.
Контроль правильности выполнения: Должна отсутствовать возможность добавления названия Города без указания названия Региона.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы *.DCT, *.APP, *.EXE, *.TPS, *.INI
Задание 7.
Связанные Browse в одном окне.
Скопировать в новую папку *.DCT и *.APP из Задания 6.
Добавить в меню новую процедуру. Создать процедуру по шаблону Window. Добавить в окно элемент управления Browse для родительского файла. Добавить кнопки добавления/изменения/удаления записи как элемент управления. Добавить в окно элемент управления Browse для дочернего файла. Добавить кнопки добавления/изменения/удаления записи как элемент управления. Установить в настройках Browse для дочернего файла связь с родительским файлом. Добавить код для блокирования возможности добавления дочерней записи при отсутствии родителя. Добавить в каждое новое окно поле с ФИО исполнителя.
Задание считается выполненным, когда при выборе записи в родительской таблице выбираются связанные записи в дочерней и корректно выполняются операции с записями родительского и дочернего файла.
Пример расположения элементов в окне:
Регион
|
|
Город
|
|
|
|
|
|
|
|
|
|
|
Добавить
|
Изменить
|
Удалить
|
|
Добавить
|
Изменить
|
Удалить
|
В процедуре About указать номер задания.
Контроль правильности выполнения: Должна отсутствовать возможность добавления названия Города без указания названия Региона.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы *.DCT, *.APP, *.EXE, *.INI, *.TPS
Задание 8.
Создание процедуры-справочника.
Скопировать в новую папку *.DCT и *.APP из Задания 7.
Добавить в меню новую процедуру по шаблону Windows. Добавить в окно элемент управления Browse для дочернего файла. Добавить кнопки добавления/изменения/удаления записи как элемент управления. Указать в качестве процедуры работы с записью новую процедуру. Создать процедуру работы с записью дочернего файла с помощью мастера Form, не включая в диалоге построение процедур для связанных файлов. Добавить в описание локальных данных построенной процедуры переменную, аналогичную смысловой переменной родительской записи. Добавить эту переменную в окно процедуры как поле для ввода. Добавить элемент управления для вызова справочника и выполнить его настройки. В качестве процедуры-справочника указать новую процедуру. Создать процедуру-справочник с помощью мастера Browse по родительскому файлу. В диалоге мастера отказаться от создания процедур для дочерних файлов и подтвердить создание кнопки для выбора записи.
Добавить в каждое новое окно поле с ФИО исполнителя. В процедуре About указать номер задания.
Контроль правильности выполнения: Задание считается выполненным, когда запись из справочника корректно связывается с дочерним файлом и отображается при редактировании дочерней записи.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы файлы *.DCT, *.APP, *.EXE, *.INI, *.TPS
Задание 9.
Представление связанных таблиц в виде дерева.
Скопировать в новую папку *.DCT и *.APP из Задания 8.
В словарь добавить следующую таблицу из схемы БД (Улица). Описать связь между таблицами, указать жесткость связи. Добавить в меню новую процедуру по шаблону Window. Добавить в окно элемент управления Relation Tree, настроить его, указать и при необходимости создать процедуры добавления/изменения/удаления записи в соответствующие таблицы.
Добавить в каждое новое окно поле с ФИО исполнителя. В процедуре About указать номер задания.
Контроль правильности выполнения: Задание считается выполненным, когда разработанная процедура позволяет согласованно работать с данными из связанных таблиц и отображать их в виде дерева.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы *.DCT, *.APP, *.EXE, *.INI, *.TPS
Задание 10.
Разработка и создание приложения «Телефонный справочник».
Скопировать в новую папку *.DCT из Задания 9. Дополнить словарь описанием таблиц и связей между ними так, чтобы была реализована схема БД, описанная в Задании 1. Создать в этой папке новое приложение, использующее полученный словарь, и реализовать функциональность, необходимую для выполнения Учебной задачи.
Добавить процедуру About по шаблону Splash, в которой указать используемую линейку шаблонов, ФИО исполнителя, группу и номер задания.
Отчет: документ в формате Word версии < 2007. Отчет оформляется в соответствии с приложениями А и Б.
Приложение к отчету: файлы *.DCT, *.APP, *.EXE, *.INI, *.TPS
Список литературы
-
Clarion for Windows, Версия 2.0, pdf, русский
-
Clarion4, pdf, русский
-
Шаблоны класса Clarion Вадима Синявского – описание.
-
Clarion for Windows 4.0 Developments Standart
-
http://www.softvelocity.com/
-
http://www.clarion.ru/
-
http://lemoi-www.dvgu.ru/
-
http://lemoi-www.dvgu.ru/clafaq/
-
http://www.clarionlife.net/
-
http://lemoi-www.dvgu.ru/DNN/Blog/tabid/85/BlogID/5/ParentBlogID/3/Default.aspx
-
http://lemoi-www.dvgu.ru/DNN/Forum/tabid/79/forumid/6/scope/threads/Default.aspx
Приложение А. Образец титульной страницы отчета.
Дальневосточный государственный университет
Институт физики и информационных технологий
Факультет информационных технологий
ОТЧЕТ
Задание № хх
«Название задания»
Преподаватель: Смелик В.В.
Выполнил: студент ххх группы Задригайло Опунций Овербахович
200х г.
Приложение Б. Структура отчета.
0.Оглавление.
Оглавление должно быть сформировано средствами MS Word.
1. Цель.
Четко сформулированная цель задания.
2. Порядок выполнения.
Последовательность действий для выполнения задания, приводящая к заданной цели.
3. Полученные результаты.
Перечисление функций результата выполнения задания.
4. Выводы.
Перечислить знания, навыки и умения, приобретенные в результате выполнения задания.
5. Примечания.
Раздел должен включать дату выполнения задания и время на его исполнение. Если в процессе выполнения задания возникли трудности или проблемы, то они так же описываются в этом разделе.
Приложение В. Оформление архива с отчетом и приложением.
- Архив имеет формат .ZIP.
- В имени архива допустимы только латинские буквы, цифры и разделитель «-».
- Имя архива формируется по шаблону:
<�Год в формате yyyy>-<�Группа>-<�Фамилия>-<�И>-<�О>-<�Номер задания в формате xx>
- Приложение располагается в отдельной папке архива с именем Addon.
Архивы с отчетом загружаются в систему StudentOnLine по адресу
http://lemoi-www.dvgu.ru/studentonline
Адрес для связи с преподавателем: vovs@lemoi.phys.dvgu.ru Работы по этому адресу не принимаются!
Version 3.
|
