Xreferat.com » Рефераты по страхованию » База данных страховой компании

Сколько стоит написать твою работу?

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

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

Спасибо, вам отправлено письмо. Проверьте почту .

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

Спасибо, вам отправлено письмо. Проверьте почту .

Если в течение 5 минут не придет письмо, пожалуйста, повторите заявку.
Хотите промокод на скидку 15%?
Успешно!
Отправить на другой номер
?Сообщите промокод во время разговора с менеджером.
Промокод можно применить один раз при первом заказе.
Тип работы промокода - "дипломная работа".

База данных страховой компании

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

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

Интерактивная отладка приложения обеспечивается утилитой Processor. Также для целей отладки может использоваться таблица пе­рекрестных ссылок, формируемая утилитой Crossrefer.

Утилита Translator завершает процесс сборки готовой программы. Tpanslator преобразует .PRO-файлы в объектный формат и запускает сборку с библиотекой Clarion. Сборщик (Linker) может выбираться разработчиком по его усмотрению.

Группа утилит Filer, Converter, Sorter и Scaner обеспечивают разработчика средствами реорганизации структуры базы данных, экс­порта/импорта, ввода и корректировки данных. Эти утилиты могут ис­пользоваться не только на этапе разработки приложения, но и в про­цессе его сопровождения для ведения информационных фондов. Для завершенности системы в состав Professional Developer включены утилиты Director и Tailor, первая из которых представляет собой командную оболочку для выполнения команд DOS и работы с фай­ловой системой, а вторая позволяет установить параметры среды.

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

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

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


4.1 Утилита Designer пакета CLARION .


Одним из наиболее заметных элементов новой технологии обработ­ки данных является утилита Designer (Дизайнер), входящая в состав пакета. Эта уникальная в своем роде утилита позволила изменить тра­диционный ход процесса разработки программ. Благодаря Designer, за этапом проектирования задачи не следует рутинный этап кодирования и отладки.


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


Типы процедур, создаваемых утилитой Designer.


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


- Menu (Меню)


- Table (Таблица)


- Form (Форма)


- Report (Отчет)


- Othet (Внешняя процедура)


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

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

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

Процедура Report предназначена для вывода данных на печать. По своей сути процедура Report выполняет те же функции, что и процеду­ра Table, но данные выводятся не на экран, а на принтер.

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

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

Необходимо помнить, что Designer не сможет сразу осуществить взаимосвязь между процедурами Menu и Form, поскольку процедура Form обрабатывает конкретную запись, и Designer не может определить ка­кую запись имеет в виду пользователь. Поэтому между этими процеду­рами должна быть процедура, идентифицирующая запись, например, про­цедура Table, или перед вызовом процедуры Form необходимо будет вы­полнить действия, которые позволят понять, какую запись обрабаты­вать.


4.2 Проектирование прикладных задач при помощи утилиты Designer.


Базовое окно утилиты Designer.


После вызова утилиты Designer появляется базовое окно The Clarion Designer. В первой строке окна - Application (Прикладная задача) - определяется имя файла, в котором будет храниться описа­ние проекта. Далее следует строка Model File (Модельный файл). Именно здесь определяется тип разрабатываемой программы : стандарт­ная однопользовательская или для работы в сети. Обычно (по умолча­нию) в этой строке находится имя модельного файла STANDARD.MDL. В этом файле содержится программный код, на основе которого будет создана программа, работающая в однопользовательском режиме. Для создания программы работающей в многопользовательском режиме необхо­димо выбрать модельный файл с именем NETWORK.MDL.

Если планируется создание файла подсказок то в строке Help File необходимо указать имя этого файла.

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

мы. Эта процедура носит название Base Procedure (Базовая процеду­ра).

Далее на экране появляется окно Application Summery Window ­Сводное окно разрабатываемой программы.


Главное окно разработки.


Окно Application предназначено для отображения структурной

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

Имя разрабатываемой программы размещается в верхней части окна. Под ним расположены две колонки : узкая - Files и широкая ­Procedures. В колонке Files расположены имена файлов, которые могут обрабатываться проектируемой задачей. В колонке Procedures располо­жены описания процедур : имена, типы и краткое описание. При пра­вильном проектировании задачи все процедуры должны быть связаны между собой и образовывать аналог структурной схемы.


Определение полей базы данных, ключей и индексов.


В окне File (Файл) определяются поля, ключи и индексы этого файла.

В колонке Fields перечисляются имена полей, а в колонке Keys (Ключи) - имена ключей.


Определение полей файла базы данных .


Первые три строки окна Field всегда одинаковы : Field name (Имя поля), Description (Описание) и Type (Тип).


Типы полей базы данных, используемые в CLARION .


В CLARION используется 8 типов полей : String (строковые),

Decimal (десятичные), Byte (байт), Short (короткие), Long (длин­ные), Real (действительные) , Group (групповые), Memo (примечания).

Тип String описывает поля, состоящие из любых символов фиксированной длины. Максимальная длина поля составляет 255 символов.

Типы Decimal, Byte , Short, Long и Real служат для описания числовых полей : Decimal - для упакованных десятичных чисел (макси-мальная длина 15 десятичных цифр); Byte - для целых чисел без знака в диапазоне от 0 до 255; Short - для целых чисел в пределах от -32,768 до 32,767; Long - для значений от -2,147,483,647; Real ­для выражения значений с плавающей запятой (двойной точности) .

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

Тип Memo определяет символьное поле (поле примечаний), длина которого может достигать 65 536 знаков (байт).

В зависимости от выбранного типа поля определяются и разные

параметры. Параметр Length (Длина) определяет длину полей типа String, Decimal и Memo в символах. Строка Picture (Шаблон) исполь­зуется с полями следующих типов: String, Decimal, Byte, Short, Long и Real.

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

Параметр Dimensioned (Размерность) используется с полями типов String, Decimal, Byte, Short, Long, Real и Group служит для опреде­ления массивов.

Параметр Type Mode (Режим ввода) используется со строковыми, десятичными, короткими, длинными, действительными и групповыми полями типов байт и примечаний

Выбирается Asls - если меняется текущий режим ввода для этого поля, Ovr -если включается режим перезаписи при заполне­нии этого поля , и Ins - для включения режима вставки .

Параметр Required (Обязательность ввода) используется с полями следующих типов: String, Decimal, Byte, Short, Long, Real, Group. Значение Yes необходимо выбрать в том случае, если требуется от пользователя ввод данных в это поле , когда оно появляется на экране для заполнения.

Параметр Immediate (Подтверждение ввода) используется с полями следующих типов : строковые, байт, короткие, длинные, действитель­ные и групповые. Выбирается Yes, если надо, чтобы поле автоматичес­ки принималось после его заполнения пользователем (без нажатия Enter).

Параметр Num Lock (Режим ввода цифр) используется с полями следующих типов: строковые, десятичные, байт, короткие, длинные, действительные и групповые. Используется для включения режима ввода цифр служебными клавишами в правой стороне клавиатуры, если выбран­но Yes. В строке Left Just (Выравнивание слева) выбирается Yes,что­бы данные, вводимые в поля типа String и Group, выравнивались слева, No - чтобы данные вводились справа.

Параметр Help ID (Идентификация помощи) используется со всеми типами полей и организует связь этого поля с окном помощи именно для этого окна.

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

Параметры Lower Range (Нижняя граница) и Upper Range (Верхняя граница) используются с десятичными, байт, короткими, длинными и действительными типами этих полей и применяются для ограничения диа­пазона числовых значений, которые будут вводится в эти поля.

В строках Rows (Строки) и Colums (Колонки) определяется общее количество строк и колонок экрана , которое отводится полю примеча­ний.

Параметр Word Wrap (Перенос слова) используется с полями при­мечаний. Выбирается Yes, если нужно, чтобы слова переносились на новую строку в поле примечаний, когда слово уже не помещается в строке.


Определение ключей и индексов (Окно Key).


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

Область определения ключевых или индексных признаков нахо­дится в правой колонке окна File. Здесь располагается список ключей или индексов, которые Designer отображает в виде маленькой структу­ры : имя ключа и последовательность ключевых полей, из которых он состоит. Основное отличие ключевого файла от индекса состоит в том, что ключевые файлы обновляются каждый раз, когда запись добавляется в базу данных, удаляется или изменяется, а индексы строятся только тогда, когда они нужны. В строку Key/Index Name (Имя ключа / индек­са) вводится имя, которое присваивается ключу или индексу. В строке Key/Index type (Тип Ключ / Индекс) выбирается позиция Key для создания ключевого файла или Index для определения индек­са. Строка Unique Key активизируется только тогда, когда выбрана позиция Key. Теперь можно исключить возможность добавлять новые записи к файлу, при условии, что уже есть запись с таким же значением в том же поле. Для этого выбирается Yes. Если планируется иметь в файле два или более ключевых поля с одинаковыми данными, то выбира­ется No. Если ключевой признак будет уникальным, то в следующей строке Auto-Number (Автоматическая нумерация) можно определить, что ключ будет содержать поле , используемое как счетчик записей, вновь записываемых в базу данных .

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

В файле данных могут содержаться ключевые или индексные поля, не содержащие информации (пробелы или нули). Для того чтобы исклю­чить возможность включения записей с такими полями в ключевой файл или индекс, в строке Exclude Nulls (Исключение нулей) надо выбрать Yes. Проблемы с пустыми полями можно избежать выбрав Yes в строке Required (Обязательность ввода) при описании полей в окне Field.


4.3 Проектирование файлов данных .


В Designer используется два типа файлов: обычные файлы, разме­щаемые на диске, и один псевдо-файл, находящийся в памяти.

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


Проектирование файла в памяти.


Файл в памяти создается утилитой Designer, он имеет имя MEMORY. Designer автоматически создает один файл в памяти для каждой прог­раммы, а также четыре поля: поле для сообщений MEM:MESSAGE, поле для подсчета страниц отчета MEM:PAGE, поле для подсчета строк отче­та MEM:LINE, и поле для определения устройства вывода информации MEM:DEVICE.

Поле MEM:MESSAGE содержит ошибки и информационные сообщения , которые могут во время выполнения программы. MEM:PAGE содержит текущий номер строки отчета, и его включают в заголовки отчетов или выводятся в конце каждой страницы. MEM:LINE содержит текущий номер строки отчета . В поле MEM: DEVICE можно определить имя устройства, на которое будет производиться вывод информации.


Определение имени и параметров файла .


В самой первой строке окна File Options (Filename) определяет­ся имя файла. В строке Prefix (Префикс) указываются три уникальные буквы, которые в дальнейшем будут идентифицировать поля этого файла.

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

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

В строке Create file (Создать файл) выбрать Yes (да), если на­до чтобы файл создался автоматически при первом выполнении програм-мы или в том случае, когда программа не может найти уже существую-щего файла. Если выбрать No (нет), то придется создать файл перед тем как выполнить программу , используя утилиту Filer.

В строке Reclaim Space (Перераспределение пространства) выби­рается ответ Yes, для того, чтобы новые записи занимали место ранее удаленных. No выбирается в том случае, если хотите чтобы новые дан­-ные добавлялись в конец файла. Yes в строке Protect file (Защита файла) означает, что файл будет защищен от внесения изменений, ко-торые можно произвести при помощи таких утилит пакета CLARION как Converter, Filer,Scanner,Sorter.

В строку Owner ID (Идентификатор владельца) вводится пароль или код владельца информации.

При проектировании файла утилита Designer самостоятельно уста­навливает параметры для файла,которые наиболее широко используемы. Это отсутствие названия устройства и директория, Create File - Yes, Reclame Space - Yes и Protect File - No.

Как только заполняется последнюю строку окна File Options, это окно сменится окном File.


4.4 Проектирование процедур.


Разработка каждой процедуры состоит из трех этапов : определе­ния опций (общих данных) процедуры, описания экрана и определения полей, которые будут обрабатываться в этой процедуре. Описание каж­дой процедуры начинается с определения ее типа. Необходимо выбрать один из типов процедур : Menu, Table, Form, Report или Other в окне Select Type.


Проектирование процедуры Menu.


В строке Procedure name (Имя процедуры) определяется имя про­цедуры.

В строке Procedure title (Заголовок процедуры) можно более полно описать назначение этой процедуры.

В строке Setup Procedure (Установочная процедура) определяетсяимя процедуры, которая будет вызываться всякий раз перед тем, как начнет работать проектируемая процедура. Во время работы процедуры можно организовать вызов окна помощи.

В строке Help ID (Идентификатор помощи) определяется имя экрана подсказки, общей для этой процедуры.

Для организации вызова другой процедуры в строке Hot Procedure ("Горячая" процедура)необходимо определить имя процедуры, а в стро­ке Hot Key ("Горячий" ключ) определить клавишу или комбинацию кла­виш, при помощи которых можно выполнить эту процедуру, временно прервав работу основной.

Если окно разрабатываемой процедуры меньше чем экран, то в строке Position определяется как будет расположено это окно. Обычно Designer размещает исходный текст каждой процедуры в отдельный исходный модуль (файл). Это происходит, если оставить стро­ку CombineWith (Связать с) пустой.

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

соответствии с модельным файлом STANDARD.MDL или NETWORK.MDL, но и в соответствии с индивидуальной моделью. В строке Model Procedure (Имя модели) в этом случае необходимо определить имя модели.

Далее производится инициализация окна экрана, которая начинает-

ся с заполнения полей в окне Initialization (Инициализация).

В процедуре типа Menu можно определить 6 типов полей: Field for Entry (поле для ввода), Field for Display (поле для вывода), Lookup (связанные поля), Computed (вычисляемые поля), Menu item (позиции меню) и Conditional (поле условия или логическое поле).

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

Для отображения информации связанной по некоторому, ранее определенному признаку, используется поле Lookup.

Вычисляемые поля позволяют производить вычисления над данными из одного из файлов или переменными.

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

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


Проектирование процедуры Table.


Проектирование процедуры Table начинается с выбора позиции Table в окне Select Type и заполнения окна опций процедуры. В стро­ке Procedure name определяется имя процедуры, в строке Procedure title - название или заголовок процедуры. Процедура или функция, которая в случае необходимости должна быть выполнена перед началом работы разрабатываемой процедуры, определяется в строке Setup Procedure (Процедура настройки). Далее следует строка Update Procedure (Процедура корректировки). Имя ключевого признака опреде­ляется в строке Access Key (Ключ доступа). Строка Help ID (Иденти­фикация помощи) служит для связи проектируемой процедуры с окном подсказки, которое будет считаться общим. Строка Record Selector позволяет определить условие для выделения части данных,которые должны быть обработаны при выполнения процедуры. Далее следует строка Record Filter (Фильтр записей), в которой определяются пара­метры отбора данных для вывода в таблицу. Имена "горячих" процедур и клавиши для их вызова определяются в строках Hot Procedure ("Го­рячая" процедура) и Hot Key ("Горячий" ключ). Строки Combine With (С чем объединить) и Model Procedure (Имя модельного файла) опреде­ляются по тем же правилам, что и в процедуре Menu.

Типы полей процедуры Table разделены на две группы. В первую

группу Fixed Portion (Фиксированная часть) входят поля Field for Entry (Поле ввода), Field for Display (Поле вывода), Lookup Field (Связанное поле), Computed Field (Вычисляемое поле), Conditional Field (Поле условия), Total Field (Поле итогов) и Locator Field (Поле поиска). Во вторую группу Scrolling Portion (Скролинговая часть) - Scrolling Field for Display (Поле вывода для скролинга), Scrolling Computed Field (Вычисляемое скролинговое поле), Scrolling Conditional Field (Поле условия для скролинга) и Scrolling Lookup Field (Связанное скролинговое поле).

Field for Enrty