Особенность проектирования информационной системы

No

CONTRACT

Договорники

students

No

YEAR

Курс

students

No

GROUP

Номер группы

students

No

SPETIALITY

Специальность

students

No

TEACHINGFO

Форма обучения

students

No

RECBOOK

Номер зачетки

students

No

SEX

Пол

students

No

COMMENT

Примечание

teachers

No

ID

Идентификатор

teachers

No

LASTNAME

Фамилия

teachers

No

FIRSTNAME

Имя

teachers

No

MIDDLENAME

Отчество

teachers

No

DEPARTEMEN

Кафедра

teachers

No

POST

Должность

teachers

No

BYWORKERS

Совместители

teachers

No

HOURS

Всего часов

teachers

No

LECTURE

Лекции

teachers

No

PRACTICE

Практика

teachers

No

OTHER

Прочие

teachers

No

BASICRATE

Ставка

teachers

No

SEX

Пол

teachers

No

COMMENT

Примечание

workpers

No

ID

Идентификатор

workpers

No

LASTNAME

Фамилия

workpers

No

FIRSTNAME

Имя

workpers

No

MIDDLENAME

Отчество

workpers

No

POST

Должность

workpers

No

BASICRATE

Ставка

workpers

No

CATEGORY

Тарифный разряд

workpers

No

SUBDIVIZIO

Подразделение

workpers

No

SEX

Пол

workpers

No

COMMENT

Примечание

• На основании данной структуры была построена физическая модель базы данных которая приводится ниже.
• Logical and Physical Column Information

Column Table Name	Column Name	Column Datatype	Column Null Option	Column Domain Name
workpers	BASICRATE	Numeric(4,2)	NULL	Number
teachers	BASICRATE	Numeric(4,2)	NULL	Number
teachers	BYWORKERS	Character(20)	NULL	String
workpers	CATEGORY	Character(20)	NULL	String
students	COMMENT	Character(200)	NULL	String
teachers	COMMENT	Character(200)	NULL	String
workpers	COMMENT	Character(200)	NULL	String
students	CONTRACT	Character(20)	NULL	String
teachers	DEPARTEMEN	Character(10)	NULL	String
students	DEPARTEMEN	Character(10)	NULL	String
students	FIRSTNAME	Character(40)	NULL	String
teachers	FIRSTNAME	Character(40)	NULL	String
workpers	FIRSTNAME	Character(40)	NULL	String
students	GROUP	Character(4)	NULL	String
teachers	HOURS	Numeric(5)	NULL	Number
workpers	ID	Numeric(4)	NULL	Number
students	ID	Numeric(4)	NULL	Number
teachers	ID	Numeric(4)	NULL	Number
teachers	LASTNAME	Character(40)	NULL	String
students	LASTNAME	Character(40)	NULL	String
workpers	LASTNAME	Character(40)	NULL	String
teachers	LECTURE	Numeric(5)	NULL	Number
students	MIDDLENAME	Character(40)	NULL	String
workpers	MIDDLENAME	Character(40)	NULL	String
teachers	MIDDLENAME	Character(40)	NULL	String
teachers	OTHER	Numeric(5)	NULL	Number
workpers	POST	Character(200)	NULL	String
teachers	POST	Character(20)	NULL	String
teachers	PRACTICE	Numeric(5)	NULL	Number
students	RECBOOK	Numeric(10)	NULL	Number
workpers	SEX	Character(10)	NULL	String
teachers	SEX	Character(10)	NULL	String
students	SEX	Character(10)	NULL	String
students	SPETIALITY	Character(200)	NULL	String
workpers	SUBDIVIZIO	Character(50)	NULL	String
students	TEACHINGFO	Character(15)	NULL	String
Students	YEAR	Character(1)	NULL	String

• База данных является интегрированной совокупностью не дублируемых данных, на основе которых решаются все задачи данной предметной области. В базе данных имеется возможность многоаспектного доступа и использование одних и тех же данных различными пользователями. Целью разработки (проектирования) базы данных является определение ее логической структуры. Разработка базы данных производится на основе описания предметной области. Это описание должно содержать совокупность документов с данными, необходимые для загрузки в БД, и другие сведения об объектах и процессах, характеризующих предметную область. Такое описание должно охватывать весь класс реальных объектов, процессов и явлений, то есть сущностей, информация о которых должна содержаться в БД и обеспечивать реализацию возможных запросов к БД и решения задач. Далее должен производится их анализ и структурирование.
• 2.3 Информационно - логическая модель
• Анализ выявленных данных позволит определить функциональные зависимости реквизитов, которые используются для выделения информационных объектов, соответствующих требованиям нормализации данных. Последующее определение структурных связей между объектами позволяет построить информационно - логическую модель.
• Информационно - логическая модель должна быть представлена в каноническом виде, который отражает иерархию подчинения нормализованных информационных объектов.

• Нормативно -- справочные и другие данные, характеризующиеся относительной стабильностью, как правило, размешаются в отдельных массивах, Технология формирования и ведения этих массивов имеет свою специфику. Создаются эти массивы на этапе первоначальной загрузки БД. В процессе эксплуатации в эти массивы периодически (редко) по мере поступления извещений об изменении вносят корректировки, которые обеспечивают поддержание БД в актуальном состоянии.
• Рис.1 - Схема обработки базы данных в задачах пользователя
• База данных может быть в монопольном распоряжении пользователя одного ПК. В этом случае она размещается только на дисках данного ПК и к информационной базе не обеспечивается одновременный доступ нескольких пользователей.
• 2.4 Проектирование структуры меню приложений
• Автоматизированное рабочее место "Отдела кадров" обладает всеми присущими данному классу программ свойствами. После успешной загрузки программ и появления главного меню пользователь при помощи мыши или клавиш управления курсором выбирает нужный пункт меню. Так как при разработке учитывался невысокий уровень подготовки конечного пользователя, работать с программой не очень сложно, достаточно овладеть некоторыми понятиями. Данные программа работает в интерактивном, или диалоговом, режиме, который строится с учетом требований графического интерфейса пользователя (Graphics User Interface - GUI) в виде:
• * системы меню с использованием мыши и клавиатуры;
• * диалоговых окон для вывода сообщений и выполнения команд меню;
• * панелей инструментов с кнопками режимов и команд обработки;
• * "горячих клавиш", служащих для быстрого вызова с клавиатуры требуемых команд;
• Меню является иерархическим. Меню группируется по тематическому признаку. Режимы и команды меню располагаются согласно принципу: "наиболее часто используемые режимы -- левее, наиболее часто используемые команды -- выше в списке команд".
• Диалоговые окна предназначены для непосредственного ввода параметров, определяющих условия выполнения команд меню. Диалоговые окна используют стандартные элементы, перемещение между которыми осуществляется с помощью щелчка мыши или клавиш <Таb> - в прямом направлении; <Shift>+<Tab> - в обратном направлении. Диалог оформляется с использованием диалоговых окон типа:
• * простое диалоговое для обмена сообщениями - обеспечивает однонаправленный вывод сообщения от программы пользователю, который должен отреагировать на него нажатием (одной единственно возможной) кнопки для продолжения процесса обработки данных;
• * окно -- сообщение с командными кнопками (типа Да или Ok, Нет, Отмена, Справка) для выбора действия;
• * диалоговое окно ввода и редактирования параметров обработки.
• Для реализации диалоговых процессов разрабатывается сценарий диалога,
• который предусматривает:
• * определение в алгоритме обработки условий перехода в режим диалога (ввод параметров запроса, выбор функции обработки, задание значения обрабатываемого элемента и т.п.);
• * задание формы и содержание диалога (тексты сообщений, вид и структура меню, тип диалогового окна и т.п.);
• * реакцию программы на завершение диалога (запуск на выполнение определенных программных модулей);
• * проверку правильности задания параметров диалога и т.п.
• Структура меню приложения во многом определяет удобство работы пользователя и является одним из важных факторов, влияющих на эффективность его труда. Программа, выполняющая все возложенные на нее функции, обладающая высоким быстродействием может быть полностью непригодной для работы из-за неприемлемого интерфейса с пользователем. Наиболее практичными и удобными с точки зрения пользователя можно считать системы, имеющие экранный интерфейс, построенный на основе системы раскрывающихся меню. Команды обработки данных вызываются из системы меню, присутствующего на экране постоянно. Все команды системы распределены по функциональному признаку на группы и в главном меню присутствуют собственно наименования групп команд (рис.2). Выбрав группу, пользователь получает доступ к списку команд группы.
• Таким образом, создается система многоровневого меню. Применение такой идеологии обеспечивает удобство ориентировки в системе.

Списки	Правка	Статистика	Помощь	(Delphi)

БД Кадры	Записи	Списки	Статистика	Помощь	Выход	(FoxPro)

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

Размещено на http://www.allbest.ru/

• Рис. 2 - Структура главного меню

Размещено на http://www.allbest.ru/

• Такая структура меню помимо рассмотренных выше достоинств, обладает возможностью легкой модификации и при необходимости достаточно просто достраивается новыми пунктами.
• 2.5 Создание приложения в среде Visual FoxPro
• Создание приложения в Visual FoxPro было начато с построения проекта, который является основным средством объединения программ, экранных форм, отчетов, свободных таблиц, баз данных и других элементов. После того как проект был создан, начался процесс его заполнения. На первом этапе была создана база данных и входящие в нее таблицы, в соответствии с построенной, ранее, реляционной моделью сущность-связь. Для каждого поля таблиц помимо его имени были определены тип, ширина и количество десятичных знаков. Были заданы направления индексов, в зависимости от того, где и как они будут применяться. Определены значения NULL (неопределенные значения) для некоторых столбцов. Когда все таблицы созданы и определенны их поля, были установлены связи. Помимо того, что есть возможность задания типа и мощности связи в соответствии с построенной моделью, Visual FoxPro позволяет обеспечить ссылочную целостность базы данных, позволяя указать для связей правила соблюдения целостности. В результате этих действий получена работоспособная база данных (см. приложение).
• На этом этапе пользователю знающему язык программирования foxpro или язык запросов SQL уже достаточно созданной базы данных для работы с информацией, которая в ней хранится.
• Следующим этапом создания приложения является разработка форм, при помощи которых осуществляется дружественный интерфейс с пользователем. Для этого предварительно были созданы представления, которые позволяют объединить в себе информацию созданную на основе данных из одной или более таблиц: отобранные поля, отсортированные и отфильтрованные строки, вычисляемые значения.
• Ниже представлена схема представлений базы данных
• Рис. 3
• Представления - это довольно удобный инструмент, который предоставляет Visual Fox Pro. Информация о структуре представления хранится не в проекте как в случае с другими файлами, а в базе данных.
• В данной работе было сделано:
• Разработка приложения с пользовательским интерфейсом и средствами анализа и обработки информации, хранимой в базе данных.
• В процессе разработки данного приложения было сделано:
• · Конструирование пользовательского интерфейса
• · Создание приложения, работающего с несколькими диалоговыми окнами
• · Редактирование записей в базе данных
• · Удаление ненужных записей из базы данных
• Рис. 4 - Пользовательский интерфейс
• Интерфейс программы состоит из нескольких диалоговых окон.

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

• Для примера рассмотрим форму «БД Кадры» (рис.6) предназначенная для просмотра структуры и содержания БД.
• Рис. 5 - Структура Рыбницкого филиала ПГУ.
• Теперь рассмотрим назначение кнопок данного диалогового окна

Студенты	Вывод списка студентов соответствующей кафедры.
Преподаватели	Вывод списка преподавателей соответствующей кафедры.
Обслуживающий персонал	Вывод списка обслуживающего персонала соответствующей кафедры.

• Более подробное описание форм: сред данных, полей, и других элементов можно найти в приложении. Также, помимо использования представлений в среде данных форм, они были использованы для создания отчетов. автоматизированный информация проектирование приложение
• После построения необходимых форм отчетов, процедур и функций, меню и других элементов проекта было создано само приложение. Visual Fox Pro позволяет создавать приложения нескольких видов. Важным является выбор главного файла, который содержит программу, вызываемую первой при запуске на выполнение ЕХЕ- или АРР- файла. В разрабатываемом приложении главным файлом является главное меню.
• 2.6 Создание приложения в среде Delphi
• В среде Delphi прежде чем начинать строить приложение, работающее с базами данных, необходимо иметь сами базы данных. Можно воспользоваться, раннее, созданными базами данных при помощи каких-либо СУБД, но можно обойтись и без стандартных СУБД, воспользовавшись программой Database Desktop, поставляемой вместе с BDE(Borland Database Engine - процессор баз данных фирмы Borland) которая позволяет создавать таблицы баз данных некоторых СУБД, задавать и изменять их структуру.
• При помощи Database Desktop были созданы таблицы базы данных FoxPro 2.0 в соответствии с разработанной реляционной моделью. В FoxPro 2.0 база данных - это каталог, в котором лежат таблицы - файлы с расширением .dbf. Поэтому прежде был создан соответствующий каталог, с помощью стандартных средств Windows. После этого были созданы таблицы. Также как и в Visual FoxPro в Database Desktop есть возможность очень быстро и легко создать таблицу, определить поля, их тип, в случае необходимости размер, задать ключевые поля, индексы, установить связи между таблицами, задать ограничения на вводимые значения данных в поля и таблицы.
• Рис. 6 - Задание типов полей таблиц FoxPro 2.0 в Database Desktop
• После того как создана и сохранена база данных, ее таблицы можно было заполнить при помощи Database Desktop. Однако это не целесообразно делать, так как программа Database Desktop сложно настраивается на русский язык, хотя в дальнейшем при использовании приложения все записи выглядели бы нормально.
• Каждое приложение, разработанное в среде Delphi и использующие базы данных, обычно имеет, по крайней мере, по одному компоненту следующих трех типов:
• * Компоненты - наборы данных (data set) , непосредственно связывающиеся с базой данных.
• * Компонент - источник данных (data source), осуществляющий обмен информацией между компонентами первого типа и компонентами визуализации и управления данными.
• В среде Delphi основным элементом любого приложения является форма - контейнер, в котором размещаются другие визуальные и невизуальные компоненты. Однако прежде чем была начата работа по построению форм, необходимо создать открытые, доступные при работе из любого каталога псевдонимы базы данных или псевдонимы проекта, которые доступны только из рабочего каталога. Для данного приложения был создан открытый псевдоним - Delphi . Он также как и таблицы может быть создан в Database Desktop. Однако в Delphi для задания псевдонимов существует еще две возможности - это BDE Administrator и SQL Explorer. Все действия производились при помощи диспетчера псевдонимов BDE Administrator. Для связи базы данных с приложением выбран тип драйвера STANDART. При этом были заданы адрес хранения базы данных и осуществлена связь с ней.
• После того, как были заданы псевдонимы, драйвер, и осуществлена связь, был разработан графический интерфейс. Для этого разработано более двадцати форм, посредством которых реализовано управление базой данных. Вынос информации из базы данных на формы осуществляется соответствии со схемой изображенной на рисунке 8. Возможности визуализации этой информации в Delphi настолько велики, что одно и тоже по характеру, можно реализовать посредством нескольких компонентов. Как и в Visual FoxPro изменяя, выбирая или задавая в Инспекторе Объектов определенные состояния свойств и методов компонентов можно добиться решения несложных задач возлагаемых на приложение. В редких случаях написание кода позволяло добиться того, что невозможно реализовать за счет встроенных средств, их свойств, методов, обработчиков событий. Наиболее часто используемые компоненты - это компоненты страниц Data Access, Data Control, Standard.
• Для проектирования отчетов и графиков использовалась включенная в Delphi система QuikReport, компоненты которой размещены на странице QReport палитры компонентов. Созданные отчеты и графики по данным из таблиц также используют формы, на которые были вынесены компоненты Data Source, Table и Query для связи с базой данных. Кроме того, использованы компоненты расположенные на странице QReport для визуализации данных в отчете.
• Главным файлом в разработанном приложении, как и в Visual FoxPro задана форма - заставка, с пунктами главного меню, сформированное на основе компонента MainMenu.
• Выводы
• В главе 2 приводится обоснование разработки автоматизированного рабочего места в программных средах Visual FoxPro и Delphi в целях исследования эффективности обработки задач на примере автоматизации работы специалиста отдела кадров. В главе также рассматривается проектирование структуры БД и построение ее информационно - логической модели. Далее приводится обоснование выбора структуры меню. Структура меню приложения во многом определяет удобство работы пользователя и является одним из важных факторов, влияющих на эффективность его труда.
• Глава 3. Исследование эффективности обработки задач
• 3.1 Краткая характеристика программного обеспечения, используемого при создании СУБД
• Наиболее широко распространены программные продукты компании Microsoft, а именно Visual FoxPro, Visual Basic, Visual C++, Access, SQL Server. Интересной чертой этих пакетов являются их большие возможности интеграции, совместной работы и использования данных, так как данные пакеты являются продуктами одного производителя, а также используют сходные технологии обмена данными.
• Visual FoxPro отличается высокой скоростью, имеет встроенный объектно-ориентированный язык программирования с использованием xBase и SQL, диалекты которых встроены во многие СУБД. Имеет высокий уровень объектной модели. При использовании в вычислительных сетях обеспечивает как монопольный, так и раздельный доступ пользователей к данным. Применяется для приложений масштаба предприятия для работы на различных платформах: Windows 3.x, Windows 95, Macintosh... Минимальные ресурсы ПК: для VisualFoxPro версии 3.0 - процессор 486DX, Windows 3.1, 95, NT, объем оперативной памяти 8-12 Мб, занимаемый объем на ЖМД 15-80 Мб, а для Visual FoxPro версии 5.0 (выпущена в 1997 году) - Windows 95 или NT, 486 с тактовой частотой 50 МГц, 10 Мб ОЗУ, от 15 до 240 Мб на ЖМД.
• Access входит в состав самого популярного пакета Microsoft Office. Основные преимущества: знаком многим конечным пользователям и обладает высокой устойчивостью данных, прост в освоении, может использоваться непрофессиональным программистом, позволяет готовить отчеты из баз данных различных форматов. Предназначен для создания отчетов произвольной формы на основании различных данных и разработки некоммерческих приложений. Минимальные ресурсы ПК: процессор 468DX, Windows 3.1, 95, NT, объем оперативной памяти 12 = 16 Мб, занимаемый объем на ЖМД 10-40 Мб.
• Visual Basic - это универсальный объектно-ориентированный язык программирования, диалекты которого встроены в Access, Visual FoxPro. Преимущества: универсальность, возможность создания компонентов OLE, невысокие требования к аппаратным ресурсам ЭВМ. Применяется для создания приложений средней мощности, несвязанных с большой интенсивностью обработки данных, интеграция компонентов в Microsoft Office. Минимальные ресурсы ПК: процессор 368DX, Windows 3.1, 95, NT, объем оперативной памяти 6-16 Мб, занимаемый объем на ЖМД 8-36 Мб.
• Visual C++ - один из наиболее мощных объектно-ориентированных языков программирования, обладает неограниченной функциональностью. Предназначен для создания компонентов приложений выполнение операций в которых критичны по скорости.
• SQL Server[5] - сервер баз данных, реализует подход «клиент-сервер» и взаимодействует с указанными пакетами. Главные достоинства: высокая степень защиты данных, мощные средства для обработки данных, высокая производительность. Область применения: хранение больших объемов данных, хранение высокоценных данных или данных, требующих соблюдения режима секретности. Минимальные ресурсы ПК: процессор 468ВХ-ЗЗМГц, Windows NT, объем оперативной памяти 16-32 Мб, занимаемый объем на ЖМД 80 Мб.
• Указанные программные продукты имеют возможности визуального проектирования интерфейса пользователя, то есть разработчик из готовых фрагментов создает элементы интерфейса, программирует только их изменения в ответ на какие-либо события.
• 3.2 Обоснование выбора программной среды разработки приложения
• При выборе среды выполнения программы необходимо учитывать несколько факторов, а именно:
• · сложность и трудоемкость процесса проектирования программного обеспечения для конкретной среды;
• · наличие инструментальных средств разработки программного обеспечения;
• · возможность внесения корректив в программу в процессе эксплуатации;
• · наличие средств проектирования пользовательского интерфейса;
• · скорость выполнения программы;
• · надежность работы программы и защищенность от программных сбоев.
• При рассмотрении преимуществ и недостатков платформы Windows видно, что в ней имеется большое количество систем разработки программного обеспечения, как отмечалось выше. С точки зрения трудоемкости процесса проектирования предпочтение также можно отдать среде Windows, поскольку наличие систем визуального проектирования значительно облегчает работу программиста, к тому же данная среда является многозадачной.
• Скорость обработки данных и собственно скорость выполнения программ также находится на достаточно высоком уровне. К недостаткам можно отнести то, что модификация программ, написанных для среды Windows, достаточно сложная задача, т.к. внесение изменений в сложную систему взаимодействия объектов и событий влечет за собой большое количество исправлений связанных между собой.
• Исходя из вышеизложенного, оптимальным вариантом для проектируемого приложения, будет выбор систем разработки работающих в среде Windows. По данным, приведенным в Microsoft White Pages, средства разработки СУБД распределены среди профессиональных разработчиков США следующим образом:
• Microsoft (MS SQL, VFP) - 47%
• Borland (Interbase SQL, Delphi) - 13%
• Oracle - 4%
• Из перечисленных в статистике систем разработки СУБД VFP предоставляет возможность простоты и легкости процесса создания приложений. Кроме того, VFP - это очень мощное средство разработки СУБД. К тому же, данная среда разработки СУБД имеет перегруженный язык программирования, что обеспечивает совместимость со старыми версиями. Современный VFP, в большинстве случаев, может без дополнительных переделок выполнить программы написанные для самого первого FoxBASE или dBase. Редкое средство программирования может похвастаться такой совместимостью. К тому же Visual FoxPro это, совершенно недорогой пакет. По данным российского каталога SoftLine на апрель-июнь 1999 года стоимость покупки VFP б и лицензии на него стоит $402, а, к примеру, стоимость в той же компании Delphi 4 Client/Server suite $1894. С другой стороны, надо отдать должное разработчикам, VFP обеспечивает практически 100% совместимость с программами, написанными на любой предыдущей версии. Правда, цена такой совместимости - это огромнейшее разнообразие путей и способов реализации одной и той же операции, "по старинке" и "по-новому". Язык xBase в диалекте FoxPro стал массивным, пугающим своими конструкциями, а в каких-то местах вообще перестал быть xBase. Но все же, благодаря репутации очень быстрой СУБД, VFP привлек к себе внимание большого количества пользователей и занимает лидирующее место среди программистов СУБД. Все нововведения в основном ориентированны на профессиональных разработчиков, и поэтому они быстро находят свою нишу. Visual FoxPro - это профессиональное средство визуальной разработки приложений СУБД. Основное направление VFP - это мощные, скоростные системы управления реляционными данными.
• Однако обратная сторона медали: современный язык xBase, точнее его диалект, используемый в VFP, содержит свыше полутысячи команд, функций и языковых конструкций. Одно и тоже в VFP можно сделать тремя четырьмя способами. Иногда "старое" программирование времен FoxBASE мирно уживается с современным объектно-ориентированным программированием, а иногда нет.
• В России Microsoft Foxpro долгое время был самым популярным инструментом для создания баз данных. В настоящее время его несколько потеснили такие средства разработки как Delphi, MS Access и MS Visual Basic. Но и сейчас Foxpro остается самым популярным инструментом для разработки баз. На нем написано БОЛЬШЕ ВСЕГО бухгалтерских, экономических и других приложений, связанных с расчетами и хранением информации.
• Другой системой разработки приложения выбрана популярная, среда программирования Delphi. Также в Object Pascal наработаны более обширные библиотеки функций, что позволяет некоторые, сравнительно сложные задачи решать намного проще. Delphi - это мощная система визуального объектно-ориентированого программирования, позволяющая решать множество задач, в частности:
• · Создавать законченные приложения для Windows самой различной направленности, от чисто вычислительных и логических, до графических и мультимедиа.
• · Быстро создавать (даже начинающим программистам) профессионально выглядящий оконный интерфейс для любых приложений, написанных на любом языке. В частности, с помощью Delphi можно объединить в единую систему с удобным современным интерфейсом для любых приложений на предприятии прикладные программы DOS, Windows и др. Интерфейс удовлетворяет всем требованиям Windows и автоматически настраивается на ту систему, которая установлена на компьютере пользователя, поскольку использует многие функции, процедуры, библиотеки Windows.
• · Создавать мощные системы работы с локальными и удаленными базами данных любых типов. При этом имеются средства автономной отладки приложений с последующим выходом в сеть.
• · Создавать многозвенные распределенные приложения, основанные на различных технологиях.
• · Создавать приложения, которые управляют другими приложениями, в частности, такими программами Microsoft Office, как Word, Excel и др.
• · Создавать кросс-платформенные приложения, которые можно компилировать и эксплуатировать как в Windows так и в системе Linux.
• · Создавать приложения различных классов для работы в Интернет и в интранет.
• · Создавать профессиональные программы установки для приложений Windows, учитывающие всю специфику и все требования Windows.
• · И многое другое, включая создание отчетов, справочных систем, библиотек DLL, компонентов ActiveX и т.п.
• 3.3 Преимущества и недостатки разработки приложения в выбранных средах
• · Возможность создания баз данных некоторых СУБД при помощи Database Desktop, является преимуществом среды Delphi по отношению к среде Visual FoxPro, которая не имеет такой возможности. Однако неудобство заполнения таблиц при помощи Database Desktop говорит о том, что она уступает среде Visual FoxPro в этом отношении, которая позволяет заносить записи непосредственно после создания таблиц, либо в любой другой момент.
• · Преимущество Database Desktop в том, что в ней существует возможность задания связи между таблицами двумя способами. Первый - это Table Lookup (таблица просмотра), этот способ позволяет связать с каким-то полем одной таблицы первое поле другой просматриваемой таблицы, из которого будут автоматически браться допустимые значения. Второй - это Referential Integrity -целостность на уровне ссылок. Однако здесь существует значительный недостаток. В отличие от Visual FoxPro в Database Desktop отсутствует в Referential Integrity возможность задания типа Restrict. Это достаточно важный момент, так как задание типа Cascade и Prohibit недостаточно для полноценной поддержки целостности и сохранности базы данных. Prohibit аналогичен Ignore в Visual FoxPro, и никакой поддержки целостности на уровне ссылок при выборе этих опций не осуществляется. Можно, конечно прописать некоторые ограничения на удаление программно, или при помощи других средств, однако это будет сложнее реализовать, тем более не опытному разработчику, чем просто изменить опцию в Referential Integrity.
• · На рисунке 8 изображена схема взаимодействия в Delphi, однако в Visual Fox Pro связь между компонентами осуществляется иначе. Такая цепочка взаимодействия короче, что предварительно до исследований наводит на мысль, что оно будет осуществляться быстрее. В этом отношении Visual FoxPro выигрывает у Delphi.
• · Среда Visual Fox Pro создавалась специально для работы с базами данных, это и отразилось в том , что в ней существует различные методики такой работы. Например, возможность двумя способами при помощи конструктора и при помощи мастера разрабатывать формы, отчеты, запросы и т.д. В Delphi отсутствуют мастера и построители выражений, что во многом осложняет жизнь не профессиональному разработчику. Хотя, следует отметить, что разработчики обоих пакетов, достаточно потрудились, наделив их разнообразными возможностями, а компоненты множеством свойств и методов.
• · Процесс построения отчетов в среде Visual FoxPro проще, чем в среде Delphi. Хотя, обе среды используют для этих целей генераторы отчетов, состоящих из множества полос. Однако Visual FoxPro предоставляет возможность формировать значение компонентов используемых в отчете при помощи построителя выражений отчета. В среде C++Builder аналогичные действия осуществляются посредством все того же Инспектора Объектов.
• · К преимуществам Delphi можно отнести то, что приложение может быть простым или сложным, но этапы создания механизма доступа к данным остаются неизменными. В основе этого механизма лежит триада компонентов: невизуальный компонент набора данных, невизуальный компонент TDataSource, визуальный компонент отображения данных.
• · Работа с полями является важным этапом в процессе разработки приложения баз данных. В нем используются специальные объекты, которые инкапсулируют возможности полей таблицы БД. В Delphi имеется целая иерархия классов, обеспечивающих применение полей самых различных типов. В основе этой иерархии лежит класс TFieid. Объекты полей играют важную роль в работе наборов данных. С их помощью можно получить доступ к текущим значениям, задать ограничения на вводимые величины и проверить их правильность
• · Компоненты отображения данных играют важную роль при создании интерфейсов приложений баз данных. Разнообразие предлагаемых элементов управления в Delphi позволяют решать любые задачи по организации взаимодействия пользователя с базой данных. Все они взаимодействуют с набором данных Через компонент TDataSource
• · К преимуществам Delphi можно отнести также и то, что стандартные компоненты доступа к данным Delphi используют BDE, но при необходимости разработчик может использовать функции API BDE напрямую.
• 3.4 Тестирование работы приложений
• Для проведения достоверного исследования, являющегося целью дипломной работы необходимо быть уверенным, что созданные приложения дают возможность полноценной работы с базой данных, поэтому было проведено их тестирование. Этап тестирования очень важен в процессе разработки любого программного продукта. Для его проведения были отобраны данные, отвечающие ниже перечисленным требованиям. Во-первых - это их представительность, учитывающая особенности информации, указанная в описании предметной области. Во-вторых, отобранные данные поддаются проверке и анализу без использования ЭВМ, что позволило сравнить получаемые результаты отчетов, запросов, подпрограмм с предварительно рассчитанными вручную заданиями. В-третьих, предоставляют возможность проверки всего алгоритма приложения, а не отдельных задач решаемых при помощи созданных приложений. Эти данные обеспечили отладку алгоритма на компьютере, и подтвердили работоспособность его реализации.
• Анализ результатов тестирования показал, что оба приложения работают достаточно безотказно, позволяя пользователю вводить, удалять и изменять записи, в соответствии с установленными правилами. Вычислительные расчеты производятся быстро и правильно. В отчетах выводится вся необходимая и запрашиваемая информация. Ограничения значений полей и таблиц работают в соответствии с их условиями.
• 3.5 Сравнение и анализ объемов полученных приложений
• Сравнение объемов полученных приложений занимаемых в постоянной памяти проводился с информацией из таблиц баз данных, которая была занесена в них при тестировании. Таблицы баз данных Foxpro 2.0 и Visual FoxPro созданы в отдельных каталогах, поэтому сравнивался их общий суммарный объем (размер каталогов). Следует отметить, что перед созданием баз данных каталоги были пусты и в процессе создания таблиц и баз данных не дополнялись другими файлами. Размер каталога с таблицами входящими в базу данных «Отдел кадров», созданную при помощи Database Desktop 414 килобайт, при помощи Visual FoxPro 471 килобайт в 13 файлах. При этом отметим, что файлы таблиц, например таблица созданная для хранения информации о студентах в Visual FoxPro - students.dbf имеет размер 340 438 байта, а в Database Desktop - students.dbf имеет размер 334 840 байт. Кроме файлов таблиц в отличие от FoxPro 2.0, Visual
• FoxPro создает файлы базы данных, размер которых для данного приложения имеет 13 килобайт. Такой размер получается за счет того, что данный файл помимо информации о таблицах должен содержать локальные и удаленные представления, хранимые процедуры (триггера) и соединения. Однако размер выполняемых файлов созданных приложений после компиляции уменьшился (Visual FoxPro EXE-файл 368 килобайт, Delphi EXE-файл 1 195 килобайт). Следует отметить, что ЕХЕ-файл созданный в Delphi не содержит базы данных, поэтому результирующий размер приложений с созданными базами данных для Visual FoxPro не изменяется, а для C++Builder равен 1 530 килобайт.
• 3.6 Занимаемые приложениями ресурсы процессора
• При исследовании приложений на использование ими процессорного ресурса использовалась программа «Диспетчер задач Windows» компании Microsoft. С помощью нее было определенны размеры занимаемой оперативной памяти приложений при их работе. Также проанализировано процентное соотношение временных ресурсов процессора при запуске, обработке данных при помощи подпрограмм приложений.
• Для снятия показаний была выбрана последовательность действий (рис.8), которая наиболее ярко могла продемонстрировать изменения выше отмеченных параметров

Размещено на http://www.allbest.ru/

• Рис. 7 - Последовательность действий исследования процессорного ресурса.
• Время между снятием показаний выбрано в 3 секунды, для того чтобы можно было охватить на одном снимке графика изменения между началом и концом цепочки действий, то есть измерения носят дискретный характер.
• В результате многократно повторяемых замеров и снимках идентичной работы с приложениями были отобраны графики со средними значениями для каждого приложения (рис.8). График (а) - это отклик процессора при исполнении выше описанной последовательности действий приложением, разработанным в Delphi, график (b) - в среде Visual FoxPro. Причем первый пик на графиках - это отклик процессора на загрузку (запуск приложений), где приложение в Delphi при запуске не осуществляет связи с базой данных, которая происходит при вызове первой формы (2-ой пик) . Приложение Visual FoxPro осуществляет связь с базой данных при загрузке основной программы.
• Размер выделенной оперативной памяти для приложения на Delphi меньше чем для Visual FoxPro почти на 2 мегабайта. А так как программы расположенные в оперативной памяти работают быстрее, то этим и объясняется меньшее потребление ресурсов процессора приложением на Visual FoxPro. Но кроме распределения приложений и необходимых размеров для их работы в оперативной памяти, файлов подкачки, расход
• процессорного ресурса зависит и от других важных факторов.
• a) b)
• Рис. 8 - Использование ресурсов процессора и оперативной памяти.
• 3.7 Быстродействие обработки данных
• Для полного исследования эффективности обработки малых задач недостаточно исходных данных тестирования. Обработка десятка строк не может быть решением данной задачи. Вследствие чего необходимо заполнить таблицы созданных приложений не на один порядок, а порядка на три-четыре большим количеством строк, чем при тестировании. Наиболее легким решением данной задачи является занесение данных при помощи программы, которая была предварительно разработана. Данные, которые вносились, не отвечают выделенным выше требованиям, так как здесь важно не их качество, а количество.
• После занесения данных в таблицы созданных баз данных размер файлов приложений увеличился на одинаковое количество байт, в результате чего предварительно был сделан вывод, что соотношение рассмотренных параметров не изменится. После проведения аналогичных замеров предварительные выводы подтвердились.
• 3.8 Выводы
• В главе 3 проведено исследование эффективности обработки малых задач каждым приложением. Получены основные результаты исследования: скорость обработки данных, время загрузки приложений, время выполнения операций, объем занимаемой памяти приложениями. В главе также проводится анализ основных результатов исследования, на основе чего делаются выводы и даются соответствующие рекомендации.
• Заключение
• В ходе выполнения дипломной работы на тему «Разработка автоматизированного рабочего места инспектора отдела кадров» была проанализирована специальная и техническая литература.
• В соответствии с поставленной целью в результате данной работы были получены два работоспособных приложения для обработки данных. Данные приложения позволяют:
• · хранить и обрабатывать необходимую информацию.
• · производить учет сотрудников и студентов Рыбницкого филиала ПГУ
• · получать различные документы и основные статистические данные
• Программы облегчают учет сотрудников и студентов, экономит рабочее время, страхует от потери и искажения информации и тем самым повышает эффективность труда.
• Используя полученные приложения, было проведено исследование эффективности обработки малых задач каждым приложением. Полученные результаты исследования скорость обработки данных, время загрузки приложений, время выполнения операций, объем занимаемой памяти приложениями были проанализированы, в результате чего сделаны следующие выводы:
• - выбранные среды позволяют быстро разрабатывать приложения, причем относительно простоты этого процесса преимущество отдано среде Visual FoxPro, которая выигрывает за счет многочисленных мастеров и построителей выражений;
• - относительно скорости обработки данных и объемов занимаемой памяти приложениями предпочтение отдано Delphi;
• - обе среды предоставляют огромные возможности по выбору наиболее оптимального метода разработки приложений;
• - исследованные показатели могут изменить свой характер, который зависит больше не от среды разработки, а от знаний и опыта разработчика.
• Список литературы
• 1. Автоматизированное рабочее место в системе управления предприятием. Сборник научных трудов. Ленинград. 1989.
• 2. Андерсен Т. Статистический анализ временных рядов. - М.1976 .
• 3. Арушанов Х.Р. Visual Basic 3.0 и 4.0. -М.: «ABF», 1996.
• 4. Архангельский А. Я. Язык SQL в Delphi 5. -М.,2000.
• 5. Базиян, Менахен и др. Использование Visual FoxPro 6: специальное издание. -М.: «Вильяме», 1999.
• 6. Бауман Д.С., Эмерсон С.Л., Дарновски М. Практическое руководство по SQL. -М.: «Вильяме», 2001.
• 7. Буравцев И.Н. Технические средства обработки информации. Средства сбора, регистрации, размножения и передачи данных. -М.1978.
• 8. Власов Б.В. Автоматизированная система управления предприятием. -- М.1987.
• 9. Гвоздева Н. Informix - современная обработка данных. // Мир ПК. - 1998. -Ш-с.62-66.
• 10. Гладышев Е.А. Управление документооборотом. // Информатика и образование. -1997. - №2 - с. 5-7.
• 11. Гончаров A. FoxPro в примерах. Версии 2.5, 2.6, 3.0. -СПб: «Питер», 1995.
• 12. Дараховский И.С. Организационные проблемы управления производством. - К.1991.
• 13. Демина Е.В. Менеджмент предприятия электросвязи. - МЛ 997. - с. 37-41.
• 14. Евдокимов В.В. Экономическая информатика. Санкт-Петербург 1997.-505с.
• 15. Информационная инфраструктура высших учебных заведений. Сборник научных трудов. Том 1. Санкт - Петербург. 1999.
• 16. Информационная инфраструктура высших учебных заведений. Сборник научных трудов. Том 2. Санкт - Петербург. 1999.
• 17. Кантарь И. Л. Автоматизированные рабочие места управленческого аппарата.-М. 1990.
• 18. Карабутов Н.Н. Информационные технологии в экономике: учебное пособие. -М.: «Экономика», 2002.
• 19. Карташов Н.С. Состояние и тенденции развития. - М.1980. - 223с.
• 20. Кондукова Е.А. Самоучитель Visual Basic for Applications.Технология создания пользовательских приложений. -- МЛ999. 16.Орвис Вильям EXEL для ученых, инженеров и студентов. -Киев.1999.
• 21. Попов А.А. Создание приложений для FoxPro 2.5/2.6 в DOS и WINDOWS. -М.: «ДЕСС КОМ», 2000.
• 22. Самсонов B.C. Автоматизированные системы управления. -М.1991.
• 23. Саньков А.В. Автоматизация сбора и обработки информации.// Информатика и образование. - 1997. - №2 - с. 3-5.
• 24. Симонович С., Евсеев Г. Практическая информатика. -М. : «Инфорком-Пресс», 1999. 14. Тяжких Д.С., Введение бухгалтерского учета и делопроизводства на компьютере: практическое пособие. -СПб: Предприниматель Михайлов В.А. 1997.
• 25. Советов Б.Я. Цехановский В.В. Автоматизированное управление современным производством. - Л. 1988.
• 26. Фаронов В.В. Delphi 5. Учебный курс: -М.: «Нолидж», 2000.
• 27. Фигурнов В.Э. IBM PC для пользователя: -М.: «ИНФРА», 1999.
• 28. Хакен Г.Н. Информация и самоорганизация. -- М. Мир, 1991.
• 29. Хзлворсон М., Янг М. Эффективная работа с Microsoft Office 97. -СПб: «Питер», 2000.
• 30. Шмидт В. Visual Basic 5.0 М., АБФ., 1997

Размещено на Allbest.ru

...