- Представления (views) - так называемые виртуальные таблицы, позволяющие работать с результатом выборки как с таблицей;

- Индексы (indexes) - дополнительные структуры, призванные повысить производительность работы с данными;

- Пользовательские типы данных (user-defined data types) - типы данных, создаваемые пользователем на основе типов данных, встроенных в SQL Server 2000;

- Функции пользователя (user-defined functions) - функции, создаваемые пользователями;

- Ключи (keys) - один из видов ограничений целостности, обеспечивающий ссылочную целостность данных;

- Правила (rules) - объекты базы данных, позволяющие контролировать логическую целостность данных. Правила активно использовались до выхода SQL Server 7.0. правило может связываться со столбцом таблицы или пользовательским типом данных, причем одно правило может быть связано с множеством столбцов различных таблиц и пользовательских типов данных;

- Ограничения целостности (constrains) - эти объекты, как и правила, призваны обеспечить логическую целостность данных, однако в отличие от правил не существуют отдельно от таблиц;

- Умолчания (defaults) - самостоятельные объекты базы данных, которые, так же как и правила, могут связываться со столбцами таблиц и пользовательскими типами данных. Оставлены в SQL Server 2000 для обеспечения совместимости с предыдущими версиями.

Таблицы. Все данные в SQL Server 2000 содержатся в объектах, называемых таблицами. Таблицы представляют собой совокупность каких-либо сведений об объектах, явлениях, законах и т.п. Никакие другие объекты не могут хранить данные, но они могут обращаться к данным в таблице.

Таблицы SQL Server 2000 имеют такую же структуру, что и таблицы всех других СУБД.

Строки (rows). Каждая строка (или запись)представляют собой совокупность атрибутов конкретного объекта.

Столбцы (column). Каждый столбец представляет собой атрибут или совокупность атрибутов объектов. Часто в отношении столбца используется термин «поле», с указанием имени. Поле строки является минимальным элементом таблицы. Каждый столбец в таблице имеет определенное имя, тип данных и размер.

Типы данных. Понятие «тип данных» в SQL Server полностью адекватно понятию типа данных в современных языках программирования. Тип данных определяет диапазон значений, которые можно сохранить в переменной или столбце таблицы.

В табл. 7.2 приведен краткий перечень всех системных типов данных SQL Server 2000, имеющихся в распоряжении пользователей.

Таблица 7.2 Встроенные типы данных SQL Server 2000

Bigint	Float	Ntext
Int	Real	Binary
Smallint	Datetime	Varbinary
Tinyint	Smalldatetime	Image
Bit	Char	Cursor
Decimal	Varchar	Timestamp
Numeric	Text	Sql_variant
Money	Nchar	Table
Smallmoney	Nvarchar	Uniqueidentifier

Далее подробно будут описаны типы данных, которые использовались при разработке базы данных.

Тип данных bit

Как следует из названия, этот тип данных позволяет хранить один бит и принимает значение 0 или 1. Он подходит для хранения данных, которые могут принимать только два значения: «yes/no», «man/woman», «true/false», «on/off» и т.д. Данные типа bit не должны заключаться в одинарные кавычки. Столбцы, имеющие тип данных bit, не могут хранить значения NULL.

Тип данных varchar(n)

Этот тип данных подобен типу char, который разрешает хранение набора символов длиной до 8000 знаков. Аргумент n определяет наибольшее количество символов. Отличие состоит лишь в том, что количество выделяемого в таблице пространства зависит от реального числа байт, которое занимает значение. Если пользователь объявил столбец с типом данных varchar (55), а сохранил всего лишь 25 символов, то хранится будут только эти 25 символов. Дополнение пробелами выполняться не будет.

Тип данных int (integer)

Для хранения данных используется 32 бита, или 4 байта, что обеспечивает 4 294 967 296 вариантов значений. 31 бит используется для хранения собственно числа, а старший бит предназначен для указания знака. Если этот бит установлен в 1, то число отрицательное.

Тип данных datatime

Для представления данных этого типа SQL Server 2000 использует 8 байт. В первых 4 байтах хранится информация о дате. Это значение - своего рода смещение относительно базовой даты. В качестве базовой даты было выбрано 1 января 1753г. Оставшиеся 4 байта хранят информацию о количестве миллисекунд, прошедших поле полуночи в данный день. В итоге этот тип данных позволяет хранить значение о дате и времени в диапазоне от 1 января 1753г. До 31 декабря 9999г.

Значение NULL

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

8. Delphi как среда разработки приложений

Delphi - язык и среда программирования, относящаяся к классу RAD-средств. Delphi сделала разработку мощных приложений Windows быстрым процессом, доставляющим удовольствие. Приложения Windows, для создания которых требовалось большое количество человеческих усилий, например в С++, теперь могут быть написаны одним человеком, использующим Delphi.

В 90-е годы XX столетия ведущей ОС для ПК стала ОС Windows, и встал вопрос о создании мощной и в то же время достаточно простой и удобной для работы среды создания Window-приложений. К разработке такой системы и приступила компания Borland.

Система программирования Delphi опирается на возможности ОС Windows. Как и в Windows, в Delphi используется графический интерфейс, обеспечивающий взаимодействие компьютера с пользователем.

Значительную часть операций в процессе программирования пользователь может выполнять с помощью мыши, что повышает его производительность труда.

Начав работу в системе Delphi, пользователь увидит многие элементы интерфейса, которые уже знакомы ему по работе в Windows. К их числу относятся окна, которые можно закрывать, сворачивать или, наоборот, разворачивать до полноэкранного размера. Так же как в Windows, размеры большинства окон можно изменять методом протягивания. Имеющиеся в системе программирования окна можно перемещать по экрану, «ухватившись» указателем мыши за строку заголовка, аналогично тому, как это делается в Windows. Если информация целиком не помещается в отведенное для нее окно, то справа или снизу в рабочей области окна появляются полосы прокрутки (скроллеры).

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

В Delphi в полном масштабе реализовано объектно-ориентированное программирование. Готовое приложение, как правило, реализуется в Delphi в виде прямоугольной формы, которая выводится на экране на передний план при запуске программы на выполнение. Данная форма содержит различные элементы, к числу которых относятся надписи, текстовые поля, экранные кнопки, различные графические объекты, а также радиокнопки и флажки.

Элементы, расположенные на форме, называются объектами приложения. К числу объектов относится и сама. Каждый объект обладает определенным набором свойств, которые можно настраивать либо с помощью средств графического интерфейса, либо программным образом.

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

В системе Delphi языком, используемым для написания кода, является Object Pascal, который представляет собой дальнейшее логическое развитие языка Turbo Pascal. Процедуру, описывающую реакцию объекта на некоторое событие, часто называют также обработчиком этого события.

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

8.1 Использование ADO средствами Delphi

Технология Microsoft ActiveX Data Objects обеспечивает универсальный доступ к источникам данных из приложений БД. Такую возможность предоставляют функции набора интерфейсов, созданные на основе общей модели объектов СОМ и описанные в спецификации OLE DB.

Технология ADO и интерфейсы OLE DB обеспечивают для приложений единый способ доступа к источникам данных различных типов (рис. 8.1). Например, приложение, использующее ADO, может применять одинаково сложные операции и к данным, хранящимся на корпоративном сервере SQL, и к электронным таблицам, и локальным СУБД. Запрос SQL, направленный любому источнику данных через ADO, будет выполнен.

Рисунок 8.1 - Схема доступа к данным через ADO

OLE DB представляет собой набор специализированных объектов СОМ, инкапсулирующих стандартные функции обработки данных, и специализированные функции конкретных источников данных и интерфейсов, обеспечивающих передачу данных между объектами.

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

В результате приложение обращается не прямо к источнику данных, а к объекту OLE DB, который «умеет» представить данные (например, из файла электронной почты) в виде таблицы БД или результата выполнения запроса.

Технология ADO в целом включает в себя не только сами объекты OLE DB, но и механизмы, обеспечивающие взаимодействие объектов с данными и приложениями.

Спецификация OLE DB различает следующие типы объектов:

- перечислитель (Enumerator) выполняет поиск источников данных или других перечислителей. Используется для обеспечения функционирования провайдеров ADO;

- объект-источник данных (Data Source Object) представляет хранилище данных;

- сессия (Session) объединяет совокупность объектов, обращающихся к одному хранилищу данных;

- транзакция (Transaction) инкапсулирует механизм выполнения транзакции;

- команда (Command) содержит текст команды и обеспечивает ее выполнение. Командой может быть запрос SQL, обращение к таблице БД и т.д.;

- набор рядов (Rowset) представляет собой совокупность строк данных, являющихся результатом выполнения команды ADO;

- объект-ошибка (Error) содержит информацию об исключительной ситуации.

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

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

При инсталляции Microsoft ActiveX Data Objects в операционной системе устанавливаются следующие стандартные провайдеры:

- Microsoft Jet OLE DB Provider обеспечивает соединение с данными СУБД Access при посредстве технологии ОАО;

- Microsoft OLE DB Provider for Microsoft Indexing Service обеспечивает доступ только для чтения к файлам и Internet-ресурсам Microsoft Indexing Service;

- Microsoft OLE DB Provider for Microsoft Active Directory Service обеспечивает доступ к ресурсам службы каталогов (Active Directory Service);

- Microsoft OLE DB Provider for Internet Publishing позволяет использовать ресурсы, предоставляемые Microsoft FrontPage, Microsoft Internet Information Server, HTTP-файлы;

- Microsoft Data Shaping Service for OLE DB позволяет использовать иерархические наборы данных;

- Microsoft OLE DB Simple Provider предназначен для организации доступа к источникам данных, поддерживающим только базисные возможности OLE DB;

- Microsoft OLE DB Provider for ODBC drivers обеспечивает доступ к данным, которые уже «прописаны» при помощи драйверов ODBC;

- Microsoft OLE DB Provider for Oracle обеспечивает соединение с сервером Oracle;

- Microsoft OLE DB Provider for SQL Server обеспечивает соединение с сервером Microsoft SQL Server.

9. Описание приложения

9.1 Описание серверной части приложения

Любая база данных SQL Server 2000 состоит из набора таблиц, содержащих данные, и дополнительных объектов, создаваемых для обработки данных. Данные сохраняются в таблицах в соответствии с их логическим определением.

SQL Server позволяет одновременно поддерживать множество баз данных, которые могут иметь связи с другими базами данных либо существовать независимо.

SQL Server 2000 предлагает несколько путей создания баз данных: при помощи Enterprise Manager, мастера Create Database Wizard или Transact-SQL.

Поскольку база данных, реализованная в дипломном проекте, была создана при помощи Enterprise Manager, именно этот метод и рассмотрим.

Список баз данных, имеющихся на сервере, можно увидеть в папке Databases, расположенной в корневой папке сервера (рис 9.1).

Рисунок 9.1 - Папка Databases

Для создания БД необходимо выполнить следующие действия:

В контекстном меню папки Databases выбрать пункт New Database (новая база данных) в ответ будет открыто окно Database properties (свойства базы данных), с помощью которого и осуществляется конфигурирование свойств создаваемой базы данных (рис. 9.2).

Рисунок 9.2 - Окно Database Properties

На вкладке General (общие) в поле Name (имя) вводится имя создаваемой базы данных.

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

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

Для управления таблицами SQL Server 2000 предлагает два инструмента:

- Enterprise Manager;

- Transact-SQL.

Так как таблицы базы данных были созданы при помощи Enterprise Manager, именно этот метод и рассмотрим.

Первое, что необходимо сделать, - выбрать базу данных, в которой будут создаваться таблицы, а затем либо в левой части консоли Enterprise Manager на элементе дерева Tables, либо на свободном пространстве правой части консоли (при выделенной папке Tables) щелкнуть правой кнопкой мыши. В появившемся контекстном меню выбрать пункт New Table (новая таблица) - откроется окно создания новой таблицы.

Окно состоит из двух частей. В верхней необходимо указать следующую информацию:

- названия столбцов (Column Name);

- тип данных (Datatype);

- размер выбранного типа данных (Lenght);

- разрешить или запретить значения NULL.

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

- В поле Description (описание) помещается текстовое описание соответствующего столбца.

- Поле Default Value (значение по умолчанию) позволяет определить для столбца значение по умолчанию, которое можно указать как в виде ограничения целостности, так и в виде объекта базы данных.

- В поле Precision (точность) указывается максимальное количество цифр, которое будет разрешено хранить в соответствующем столбце.

- Если необходимо сконфигурировать столбец в качестве столбца-счетчика, то для этого требуется выбрать в раскрывающемся списке поля Identity значение Yes (да). После этого становятся доступными поля Identity Seed (начальное значение) и Identity Increment (шаг приращения). По умолчанию в обоих полях указывается значение 1.

- Для создания вычисляемого столбца (Computed Columns) необходимо указать формулу в поле Formula (формула).

После определения всех столбцов таблицы и конфигурирования их свойств остается только сохранить таблицу.

База данных SOUD состоит из 9 таблиц (рис. 9.3).

Рисунок 9.3 - Таблицы базы данных SOUD

Приведем их структуру (рис. 9.4)

а)

б)

в)

г)

д)

е)

ж)

з)

и)

Рисунок 9.4 - Структура таблиц базы данных SOUD: а) Personal, б) Finans, в) Themes_categor, г) Themes, д) Themes_Etap, е) Priemka, ж) Task_type, з) Type_job, и) Task_etap

Диаграмма связи таблиц представлена на рис. 9.5.

Рисунок 9.5 - Просмотр диаграмм

9.2 Описание клиентской части приложения

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

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

Визуальные компоненты отображения данных расположены на странице Data Controls Палитры компонентов.

Приложение содержит 13 форм. Это главная форма системы (рис. 9.6) и формы справочников и рабочая таблица. Каждая форма отвечает за выполнение группы однородных операций, объединенных общим назначением.

Рисунок 9.6 - Главная форма системы

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

Для обеспечения связи набора данных с визуальными компонентами отображения данных используется специальный компонент TDataSource . Его роль заключается в управлении потоками данных между набором данных и связанными с ним компонентами отображения данных. Этот компонент обеспечивает передачу данных в визуальные компоненты и возврат результатов редактирования в набор данных, отвечает за изменение состояния визуальных компонентов при изменении состояния набора данных, передает сигналы управления от пользователя (визуальных компонентов) в набор данных. Компонент TDataSource расположен на странице Data Access Палитры компонентов.

Таким образом, базовый механизм доступа к данным создается триадой компонентов:

- компоненты, инкапсулирующие набор данных (потомки класса TDataSet);

- компоненты TDataSource;

- визуальные компоненты отображения данных.

Схема взаимодействия этих компонент приведена на рисунке 9.7.

Рисунок 9.7 - Механизм доступа к данным приложения баз данных

С компонентом TDataSource связаны визуальные компоненты отображения данных.

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

Для настройки свойств компонента необходимо выполнить следующие действия:

1. Связать набор данных и компонент TDataSource. Для этого используется свойство DataSet компонента TDataSource, доступное через Инспектор объектов. Это указатель на экземпляр компонента доступа к данным. В списке этого свойства в Инспекторе объектов перечислены все доступные компоненты наборов данных.

2. Переименовать компонент. Это не обязательное действие. Тем не менее, желательно присваивать компонентам осмысленные имена, соответствующие названиям связанных наборов данных.

Компонент TDataSource можно подключить не только к набору данных из той же формы, но и любой другой, модуль которой указан в секции uses.

Для размещения компонентов доступа к данным в приложении используется специальная «форма» -- модуль данных (класс TDataModule). Модуль данных не имеет ничего общего с обычной формой приложения, т.к. его непосредственным предком является класс TComponent. В модуле данных размещаются только невизуальные компоненты (рис. 9.8).

Для создания модуля данных можно воспользоваться Репозиторием объектов или главным меню Delphi. Значок модуля данных Data Module расположен на странице New.

Рисунок 9.8 - Модуль данных

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

Визуальные компоненты предназначены специально для решения задач просмотра и редактирования данных. Внешне большинство этих компонентов ничем не отличаются от стандартных элементов управления. Более того, многие из компонентов отображения данных являются наследниками стандартных компонентов - элементов управления.

Компоненты отображения данных должны быть связаны с компонентом TDataSource и через него с компонентом набора данных. Для этого используется их свойство DataSource. Оно присутствует во всех компонентах отображения данных.

Большинство компонентов предназначены для представления данных из одного единственного поля. В таких компонентах имеется еще одно свойство DataField, которое определяет поле связанного набора данных, отображаемое в компоненте.

Особое значение для приложений баз данных играет компонент TDBGrid , который представляет данные в виде таблицы. В столбцах таблицы размещаются поля набора данных, а в строках - записи. Для этого компонента не имеет смысла определять конкретное поле, но можно задать настраиваемый набор колонок, а для каждой из них определить поле набора данных.

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

1. Связать компонент отображения данных и компонент TDataSource. Для этого используется свойство Datasource, которое должно указывать на экземпляр требуемого компонента TDataSource. Один компонент отображения данных можно связать только с одним компонентом TDataSource. Необходимый компонент можно выбрать в списке свойств в Инспекторе объектов.

2. Задать поле данных. Для этого используется свойство DataField типа TFields. В нем необходимо указать имя поля связанного набора данных. После задания свойства DataSource поле можно выбрать из списка.

Отдельное место среди компонентов отображения данных занимает компонент TDBNavigator . Он предназначен для перемещения по записям набора данных, а также показывает набор данных целиком, данные в ячейках можно редактировать.

Для того чтобы приложение Delphi могло выполнять функции печати отчетов, необходимо выполнить следующий набор операций:

1. При помощи визуальной среды разработки Rave Reports необходимо создать проект отчета и сохранить его.

2. Перенести в проект приложения в Delphi компонент TRvProject и связать его с файлом проекта отчета при помощи свойства ProjectFile.

3. Перенести в проект приложения в Delphi компонент TRvSystem и связать его с компонентом TRvProject. Для этого используется свойство Engine компонента TRvProject.

4. Написать код приложения, обеспечивающий просмотр и печать отчета, используя методы компонента TRvProject.

Пользовательский интерфейс визуальной среды создания отчетов Rave Reports во многом напоминает среду разработки Delphi. В верхней части окна располагается панель инструментов, состоящая из набора кнопок слева и Палитры инструментов справа. В Палитре инструментов располагаются не только элементы оформления отчетов, но и инструменты для их настройки и управления.

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

Закладка Event Editor обеспечивает создание методов-обработчиков событий для отчетов, страниц, элементов оформления и т. д.

Для создания соединения с источником данных в диалоге (рис. 9.9) необходимо выбрать объект соединения Database Connection и, после нажатия кнопки Next, в следующем окне выбрать одну из трех возможных технологий доступа к данным: ADO, dbExpress, BDE. В зависимости от сделанного выбора настраиваются параметры соединения.

Рисунок 9.9 - Диалог выбора типа объекта доступа к данным

После завершения настройки готовое соединение появляется в списке Data View Dictionary.

Затем к работающему соединению можно подключать объекты просмотра данных. В диалоге Data Connections надо выбрать тип объекта доступа к данным Driver Data View. Затем в следующем окне нужно выбрать одно из существующих соединений. После этого появляется диалог Query Advanced Designer (рис. 9.10).

Рисунок 9.10 - Диалог Query Advanced Designer

В этом диалоговом окне нужно выбрать из списка доступных таблиц источника данных необходимые и задать требуемые соотношения между полями. После завершения настройки просмотра новый объект просмотра появляется в словаре просмотра данных Data View Dictionary и может использоваться в отчетах.

Созданный запрос просмотра доступен через его свойство Query.

Для представления данных в отчетах предназначены специализированные элементы оформления, представленные на странице Report Палитры инструментов.

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

- Элемент DataText предназначен для представления строковых или числовых значений полей связанного просмотра данных.

- Элемент DataMemo используется при необходимости показать данные в формате Memo или BLOB.

- Элемент calcText обеспечивает выполнение одной из агрегатных функций над значениями связанного поля и представление результата. Тип операции выбирается в свойстве calcType.

- Невизуальный элемент DataMirrorSection, так же как и его предок Section, объединяет группу других элементов для совместного использования.

Все перечисленные элементы связываются с просмотром данных и полем одинаково.

- Свойство Dataview определяет, какой просмотр данных используется элементом.

- Свойство DataField задает поле просмотра, значения которого будут отображаться элементом.

9.3 Взаимодействие клиентского приложения с сервером

Механизм доступа к данным, содержащимся на сервере через ADO и многочисленные объекты, и интерфейсы реализованы в виде набора компонентов, расположенных на странице ADO.

Компонент TADOConnection вобрал возможности перечислителя, источника данных и сессии с возможностями обслуживания транзакций.

Текстовые команды ADO реализованы в компоненте TADOCommand.

Наборы рядов можно получить при помощи компонентов TADOTable , TADOQuery , TADOStoredProc . Каждый из них реализует способ доступа к конкретному типу представления данных в хранилище.

Механизм соединения ADO с хранилищем данных реализуется через специальный компонент -- TADOConnection. Этот компонент открывает соединение, заданное свойством Connectionstring.

Компоненты, работающие с хранилищем данных ADO через данное соединение, подключаются к компоненту TADOConnection при помощи свойства property Connection: TADOConnection;

которое имеет каждый компонент, инкапсулирующий набор данных ADO.

Компонент TADOConnection предназначен для управления соединением с объектами хранилища данных ADO. Он обеспечивает доступ к хранилищу данных компонентам ADO, инкапсулирующим набор данных.

Перед открытием соединения необходимо задать его параметры. Для этого предназначено свойство property ConnectionString: WideString;

Набор параметров изменяется в зависимости от типа провайдера и настраивается при помощи специального редактора параметров соединения, который вызывается двойным щелчком на компоненте TADOConnection, перенесенным на форму, или щелчком на кнопке в поле редактирования свойства ConnectionString в Инспекторе объектов (рис. 9.11).

Рисунок 9.11 - Редактор настройки соединения ADO

Настройка соединения осуществляется щелчком на кнопке Build. В результате появляется диалоговое окно Data Link Properties. Оно представляет собой четырехстраничный блокнот, позволяющий этап за этапом задать все необходимые параметры (рис. 9.12).

Рисунок 9.12 - Диалоговое окно настройки параметров соединения на странице выбора провайдера

Далее необходимо задать источник данных (имя сервера, базу данных, файл и т. д.), режим аутентификации пользователя, а также определить имя и пароль пользователя (рис. 9.13).

Рисунок 9.13 - Диалоговое окно настройки параметров соединения на странице выбора источника данных

После настройки свойств компонент и подключения БД к серверу на форме размещаются объекты, необходимые для создания приложения.

На странице ADO Палитры компонентов Delphi, кроме компонентов соединения есть стандартные компоненты, инкапсулирующие набор данных и адаптированные для работы с хранилищем данных ADO (рис. 9.14). Это компоненты:

- TADODataSet -- универсальный набор данных;

- TADOTаblе -- таблица БД;

- TADOQuery -- запрос SQL;

- TADOStoredProc -- хранимая процедура.



Рисунок 9.14 - Иерархия классов наборов данных ADO

Компоненты ADO обладают обычным набором свойств и методов, а необходимый для доступа к данным через ADO механизм наследуют от своего общего предка - класса TCustomADODataSet.

Компонент TADODataSet предназначен для представления набора данных из хранилища данных ADO. Он прост в использовании, имея только несколько собственных свойств и методов, и применяет функции своего предка - класса TCustomADODataSet.

Это единственный компонент ADO, инкапсулирующий набор данных, для которого опубликованы свойства, позволяющие управлять командой ADO. Это свойства

property CommandText: WideString; и

property CommandType: TCommandType;

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

Для запросов SQL можно применять только язык Data Manipulation Language (использовать только SELECT).

Соединение с базой данных задается свойством Connectionstring или Connection.

Набор данных открывается и закрывается свойством Active или методами Open и Close.

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

Компонент ТАDOTаblе обеспечивает использование в приложениях Delphi таблиц БД, подключенных через провайдеры OLE DB. По своим функциональным возможностям и применению он подобен стандартному табличному компоненту.

Имя таблицы БД задается свойством property TableName: WideString;

Другие свойства и методы компонента обеспечивают применение индексов (этой возможности лишен любой компонент запроса).

Компонент TADOQuery обеспечивает применение запросов SQL при работе с данными через ADO. По своей функциональности он подобен стандартному компоненту запроса.

Текст запроса задается свойством property SQL: TStrings;

Параметры запроса определяются свойством property Parameters: TParameters;

Если запрос должен возвращать набор данных, для его открытия используется свойство property Active: Boolean;

или метод

procedure Open;

В противном случае достаточно использовать метод function ExecSQL: Integer; ExecSQL

Число обработанных запросом записей возвращает свойство property RowsAffected: Integer;

Компонент TADOStoredProc позволяет использовать в приложениях Delphi, обращающихся к данным через ADO, хранимые процедуры. Он подобен стандартному компоненту хранимой процедуры.

Имя хранимой процедуры определяется свойством property ProcedureName: WideString;

Для определения входных и выходных параметров используется свойство property Parameters: TParameters;

Если процедура будет применяться без изменений многократно, имеет смысл заранее подготовить ее выполнение на сервере. Для этого свойству property Prepared: Boolean;

присваивается значение True.

10. Алгоритм работы системы

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

После включения программа исполняется в развернутом виде в форме стандартного приложения (рис. 10.1 а), б)).

а)

б)

Рисунок 10.1 - Главное окно программы:

а) вкладка «Темы»,

б) вкладка «Задания»

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

В меню «Файл» содержится два пункта меню:

1. Все темы;

2. Печать.

При вызове пункта меню «Все темы» можно просмотреть все темы, как находящие на этапе выполнения, так и уже закрытые (рис.10.2). Здесь указывается наименование темы, тип и код заданий, из которых эта тема состоит, сроки выполнения работ, а также руководитель темы и источник финансирования.

Рисунок 10.2 - Стандартное окно просмотра тем

При выборе пункта меню «Печать» выводится форма выбора вида отчета, который необходимо распечатать (рис. 10.3).

Рисунок 10.3 - Окно выбора отчета

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

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

Это справочники:

- «Категории тем» - здесь темы группируются по организациям-заказчикам (рис. 10.4).

Рисунок 10.4 - Справочник «Категории тем»

- «Тип приемки» - необходим для указания типа организации, которая выдвинула заказ (в случае сторонней организации) либо кому сдается заказ внутри предприятия (рис. 10.5);

Рисунок 10.5 - Справочник «Тип приемки»

- «Источники финансирования» - для указания источника, из которого производится финансирование проекта (рис. 10.6);

Рисунок 10.6 - Справочник «источники финансирования»

- «Сотрудники» - предназначен для редактирования фамилии или инициалов сотрудника, введения вновь принятого или удаления уволенного сотрудника (рис. 10.7).

информационная система серверное приложение

Рисунок 10.7 - Справочник «Сотрудники»

В пункте меню «Справка» находится инструкция по пользованию системой (рис. 10.8).

Рисунок 10.8 - Окно справочной системы программы

 10.1 Краткое описание работы с приложением

В главной форме приложения имеются две вкладки: «Темы» и «Задания». На вкладке «Темы» расположены элементы для работы с данными, имеющими обобщенный характер.

Выпадающий список «Категории тем». Он представляет собой справочник «Категории тем», в котором необходимо выбрать категорию, к которой будет относиться данная тема. Если в данном списке необходимой категории нет, то ее необходимо ввести непосредственно через справочник. Там же название темы можно изменить или удалить.

Ниже в таблице отображается перечень тем, относящихся к выбранной категории. Тут имеются три поля: «Наименование темы», «Номер договора» и «Номер приказа». Для редактирования содержимого этой таблицы под ней имеется перечень кнопок (навигатор), предназначенных для перемещения по записям набора данных, данные в ячейках можно редактировать.

Затем для каждой выбранной или вновь заведенной темы можно ввести этапы выполнения заданий (рис. 10.9).

Рисунок 10.9 - Диалоговое окно «Этапы»

Далее при помощи элемента «Календарь» выполняется установка сроков исполнения темы (рис. 10.10).

Рисунок 10.10 - Календарь

И, наконец, в выпадающих списках «Ответственный исполнитель» и «Источник финансирования» выбираются исполнить (руководитель проекта) и источник финансирования соответственно. Если в этих списках отсутствуют нужные данные или необходимо изменить имеющиеся, это осуществляется через соответствующие справочники.

На вкладке «Задания» происходит детализация тем.

Для темы, выбранной на вкладке «Темы», назначается тип задания. Это осуществляется при помощи таблицы, в которой имеются поля для заполнения: «Тип задания» и «Код задания». Для редактирования содержимого этой таблицы под ней имеется навигатор.

Для каждого типа задания указывается тип приемки, который можно выбрать в выпадающем списке «Типы приемки». Добавление нового типа, изменение или удаление существующего осуществляется через соответствующий справочник.

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

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

Рисунок 10.11 - Окно ввода подетального плана

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

Ввод данных может осуществляться двумя способами:

1. Непосредственно ручной ввод в окне ввода;

2. Импорт целого списка из файлов MS-Office.

Перенос подготовленных данных в базу производится щелчком по кнопке «Перенести», затем эти данные можно просмотреть, для этого создана кнопка «Просмотреть». Результат сохранения данных показан на рисунке 10.12.

Рисунок 10.12 - Подетальный план

Работа в этой форме заключается в расстановке отметок по выполнении позиции задания. Эта форма является основной и рабочей для пользователей системы.

11. Бизнес-план

11.1 Описание предприятия, цели внедрения проекта

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

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

НПО «Рубикон-Инновация» работает в области разработки и изготовления электронной техники более 20 лет. На предприятии накоплен колоссальный опыт по разработке бортовой и специальной вычислительной техники, распределенным системам сбора и обработки данных, по системам управления производственным оборудованием.

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

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

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

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

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

- бортовые управляющие машины и системы для применения на космических аппаратах:

- бортовые управляющие машины для авиации;

- системы числового программного управления производственным оборудованием.

По заказам различных организаций в НПО «Рубикон-Инновация» было сконструировано и изготовлено более 20 типов приборов. Приборы, разработанные и изготовленные на НПО «Рубикон-Инновация», успешно эксплуатируются на спутниках серий «Ямал», МКС «Альфа», на самолетах Бе-200, Ил-96-300 и других объектах.

Ввод в действие Системы оперативного управления документооборотом должен приводить к полезным технико-экономическим, социальным или другим результатам, например:

- снижению численности персонала;

- повышению производительности труда;

- экономии материальных ресурсов и др.;

- система должна быть приспособлена к модернизации, развитию и наращиванию в пределах требований, указанных в ТЗ;

- в информационной системе должны быть предусмотрены контроль правильности выполнения автоматизируемых функций и диагностирование, с указанием места, вида и причины возникновения нарушений правильности;

- комплекс технических средств ИС должен быть достаточным для выполнения всех автоматизированных функций;

- в комплексе технических средств АСУ должны в основном использоваться технические средства серийного производства. При необходимости допускается применение технических средств единичного производства.

Важнейшими составляющими эффекта от внедрения информационной системы являются:

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

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

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

11.2 Средства для осуществления проекта

Для осуществления данного проекта у нас изначально имелось некоторое оборудование, а именно: на рабочих местах цеховых работников установлены машины AMD Athlon XP 2000. К тому же они уже включены в локальную сеть предприятия, что говорит о том, что расходы на необходимое оборудование будут минимальными.

Дополнительно был приобретен AMD Athlon XP 2500+, который выступает в качестве сервера, источник бесперебойного питания и коммутатор серии DES-1008D.

В таблице 11.1 описываются основные статьи затрат.

Таблица 11.1 Основные статьи затрат

№	Наименование статей затрат	Стоимость, руб.	Примечание
1	Основные материалы	14100	См.таблицу 11.2
2	Заработная плата работникам	68500	См.таблицу 11.3
3	Отчисления от заработной платы	27742,5	См.таблицу 11.4

11.3 Организационный план

База данных Системы оперативного управления документооборотом расположена на сервере.

На пользовательских машинах установлен клиент АРМа. Компьютер каждого пользователя имеет специализированное программное обеспечение. Все компьютеры включены в локальную сеть предприятия.

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

11.4 Финансовый план

Проектом предусматривается, что инвестиции обеспечиваются собственными средствами предприятия. Кредиты не предусматриваются, поэтому финансовая деятельность не рассматривается.

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

11.5 Калькуляция себестоимости

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

Таблица 11.2 Стоимость основных материалов

№	Наименование	Количество (шт.)	Цена (руб.)	Сумма (руб.)
1	AMD Athlon XP 2500+, DDR400 PC3200 256 Mb x2, 1x100 Mbit/sec 3COM Ethernet controller	1	6000	6000
2	Монитор 19''	1	3200	3200
3	Коммутатор серии DES-1008D	1	600	600
4	ИБП для сервера	1	1000	1000
5	ОС Windows 2000 Server	1	1800	1800
6	ПО MS SQL Server 2000	1	1300	1300
7	Литература	8	200	1600
	Итого	14100

Таблица 11.3 Заработная плата работникам

№	Должность	Сумма (руб.)
1	Диспетчер (администратор данных)	8500
2	Администратор базы данных	8000
3	Цеховые работники (8 чел.)	52000
	Итого	68500

Таблица 11.4 Отчисления от заработной платы

№	Вид налога	Процентная ставка (%)	Сумма (руб.)
1	Фонд обязательного медицинского страхования	3,6	2466
2	Фонд занятости	1,5	1027,5
3	Пенсионный фонд	28	19180
4	Транспортный налог	1	685
5	Фонд социального страхования	5,4	3699
6	На нужды образовательных учреждений	1	685
	Итого:		27742,5

11.6 Экономическая эффективность разработки

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

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

Техническая эффективность оценивается быстродействием, надежностью, удобством в освоении и т.д.

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

Основная задача, поставленная перед разработчиком - это создание Системы оперативного управления документооборотом предприятия. Разработка не имела ранее подобных аналогов и является специализированным ПО, которое позволяет решить такие задачи, как:

- оперативный и достоверный учет материалов и оборудования;

- оперативное принятие управленческих решений и их адекватность действительной обстановки;

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

11.6.1 Расчет годового экономического эффекта от внедрения программного комплекса

Сметная стоимость разработки: 14100 руб.

За счет внедрения этой системы происходит экономия рабочего времени каждого работника - 2 часа в день. Всего задействовано 8 человек.

Можно подсчитать сэкономленное время:

8чел * 2ч = 16(челч)

Если всю имеющуюся нагрузку распределить на все рабочее время

16челч / 8ч = 2(чел),

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

6500 * 12 = 78000(руб.)

Заметим, что при экономии на фонде оплаты труда, также происходит экономия на налогах с фонда оплаты труда, которые составляют 35,6%:

78000 * 35,6% / 100% = 27768(руб.)

В итоге, организация может получить прибыль (П) в виде экономии фонда оплаты труда и экономии налогов с фонда оплаты труда, которая составляет:

П = 78000 + 27768 = 105768(руб.)

Учитывая все это, можно провести предварительный расчет экономической эффективности от внедрения программы.

Коэффициент экономической эффективности, определяется по формуле (11.1):

К_э = Э / З (11.1)

где Э - экономический эффект;

З - общие затраты;

Э = П = 105768(руб.)

К_э = 105768 / 14100 = 7,505

Срок окупаемости капитальных вложений (Т) определяется по формуле (11.2):

Т = З / Э = 1 / К_э (11.2)

Т = 1 / 7,505 = 0,13(года)

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