Файл: Проектирование реализации операции бизнес-процесса «Управление документооборотом».pdf

Условно-постоянная информация будет храниться в справочниках. В системе потребуются следующие справочники:

• отделы;
• роли пользователей;
• пользователи;
• виды документов;
• номенклатура;
• папки.

Для ввода первичной информации понадобятся следующие формы:

• учет отделов;
• учет ролей;
• составление номенклатуры;
• учет пользователей;
• создание папки;
• регистрация документа.

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

• трудовая книжка;
• штатное расписание;
• документ.

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

• список сотрудников;
• список документов по категориям и типам;
• список контрагентов;
• список клиентов.

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

1.2.2. Обоснование проектных решений по программному обеспечению

В разрабатываемом приложении все данные будут храниться в таблицах и справочниках. Для создания, управления базами данных существуют множество различных программ, которые значительно облегчают эти операции. Все они имеют свои преимущества и недостатки. Для выбора оптимального варианта СУБД был проведен их сравнительный анализ. Для сравнения были взяты следующие СУБД: Access, Paradox и Visual FoxPro.

Access является системой управления реляционной базой данных, включающей все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в локальной сети с файловым сервером или создания приложения пользователя, работающего с базой данных на SQL – сервере. Диспетчером данных, выполняющим загрузку и сохранение данных в базе данных пользователя и системных базах данных, является ядро базы данных Microsoft Jet. Access построена на основе усовершенствованной версии ядра базы данных Microsoft Jet 4.0. Эта версия имеет высокую производительность и улучшенные сетевые характеристики.

Jet 4.0 обеспечивает поддержку двухбайтового представления символов Unicode, позволяющего использовать символы нескольких национальных алфавитов. Чтобы скомпенсировать возрастающий объём памяти, применяется сжатие данных, сохраняемых в формате Unicode. Для лучшей совместимости Microsoft Jet 4.0 и Microsoft SQL Server и соответствия языка SQL спецификации ANSI SQL 92 были внесены изменения в реализацию Microsoft Jet 4.0 SQL. Ядро Jet 4.0 имеет встроенную поддержку интерфейсов OLE DB, благодаря которой Microsoft Access может быть использован в качестве универсальной основы разработки клиентских приложений Microsoft SQL Server.

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

- технология клиент/сервер, для реализации которой в Access включены средства создания проекта – приложения, работающего в качестве клиента баз данных SQL – сервера. Подключение к серверу реализуется с помощью нового интерфейса OLE DB без использования ядра баз данных Microsoft Jet. В Microsoft SQL Server 7.0 этот интерфейс является базовым. Благодаря этому Access становится универсальной основой для построения клиентских приложений, работающих с SQL – сервером;

- Internet – технология, позволяющая эффективно распространять и получать доступ к разнородной информации в глобальных и корпоративных сетях. Эта технология обеспечивает унифицированный доступ к данным различных приложений в разнородных сетях. Для реализации Internet технологии в Access включены новые интерактивные средства конструирования Web – страниц доступа к данным в базах данных Access SQL – серверов. При этом Web – браузер используется как универсальный интерфейс для доступа и работы с информацией из внешней среды вне зависимости от аппаратно – программной платформы компьютера пользователя и компьютера – источника информации. Страницы могут использоваться подобно формам Access – для ввода и редактирования данных или подобно отчётам Access – для отображения иерархически сгруппированных записей.

Paradox. Если вам нужна мощная 32-разрядная система разработки с объектно-ориентированным языком, новейшие средства работы с OLE и впечатляющая среда разработки, то Paradox как раз то, что требуется. Он включает все необходимые инструментальные средства для создания локальной базы данных, общей базы данных в локальной сети с файловым сервером или создания приложения пользователя, работающего с базой данных на SQL – сервере.

Новейшая редакция СУБД Paradox for Windows компании Borland - пакет Paradox 7 - это существенно улучшенный продукт, в полной мере использующий особенности Windows, более простой в употреблении и предоставляющий более мощные средства разработки.

Этот пакет идеально подойдет тем пользователям Paradox, которые собираются модернизировать свои приложения, оснастив их функциями клиент /сервер. Он обладает всеми качествами, которыми славен Paradox, включая изящную интеграцию пользовательского интерфейса с Windows и повышенную производительность языка SQL.

Paradox 7 способен выступать как в роли OLE-клиента, так и в роли OLE-сервера, что позволяет на более высоком уровне осуществлять интеграцию между Paradox и другими OLE-программами, особенно офисными комплектами типа Microsoft Office и Perfect Office фирмы Novell. Например, можно использовать язык программирования ObjectPAL для выполнения процедур и доступа к свойствам OLE-серверов, таких, как Microsoft Word. Кроме того, теперь и Paradox представляет собой OLE-сервер, и OLE-клиенты, например Microsoft Excel или Visual Basic, могут обращаться к процедурам и свойствам, предоставляемым Paradox.

В СУБД Paradox 7, как и в других инструментах разработки Borland (Visual dBase, Delphi и C++), используются система Borland Database Engine (BDE) и базовые программные средства промежуточного уровня производства самой компании. BDE с помощью SQL Links связывается с интерфейсом InterBase API и тем самым реализует в Paradox функциональность модели клиент-сервер.

Приложения, перемещенные в среду клиент-сервер, перенимают все преимущества и отличительные черты реляционных СУБД. InterBase поддерживает декларируемую целостность ссылок, внешние связи, хранимые процедуры, триггеры, крупные двоичные объекты, обновляемые окна просмотра и расширенный набор функций SQL. Приложения могут осуществлять одновременный доступ к нескольким устройствам; кроме этого, полностью поддерживаются возможности начала/принятия/отказа от транзакций. InterBase Server поддерживает протокол двухфазной фиксации транзакций (two-phase commit), в том числе и в случае одновременной работы с несколькими базами данных. Наличие специальных библиотек позволяет разрабатывать приложения-клиенты с использованием Embedded SQL и Dynamic SQL.

Недостатками Paradox являются: устаревший пользовательский интерфейс InterBase, который приводит к рассогласованию внешнего вида различных компонентов пакета; недостаточность документации по взаимодействию и преобразованиям между различными компонентами Paradox 7 и InterBase.

В сравнении с MS Access Paradox имеет значительно более слабую собственную среду программирования, проигрывает в мощности языка программирования и интегрированности с другими продуктами. Кроме того, в отличие от MS Access развитие среды Paradox практически прекращено.

Visual FoxPro – это среда, позволяющая разработчикам создавать приложения по обработке информации. Язык Visual FoxPro принадлежит к так называемой xBASE – группе, ведущей свою историю от первых версий dBASE. Помимо Visual FoxPro, в эту группу входят Clipper, FoxBase и некоторые другие продукты.

Основной задачей приложений по обработке информации является поддержка одной или нескольких таблиц с данными, хранящимися на жестком диске компьютера. В мире xBASE таблицы часто называют DBF – файлами, так как они по большей части имеют расширение DBF(DataBaseFile). Таблицы представляют собой один или несколько столбцов для хранения однотипной информации. Обычно столбцы называют полями.

Visual FoxPro использует активный словарь данных, то есть таблицы описаны и управляются из единого места – контейнера баз данных, или просто базы данных. Это таблица таблиц, содержащая не только информацию о таблицах, но и об индексах, отношениях между таблицами, представления и даже процедурах и функциях, перемещаемых вместе с базой данных.Visual FoxPro относится к реляционным СУБД, так как таблицы могут быть связаны между собой посредством индексов, выполняющих функции синхронизации положения указателя записей. Важным инструментом использования таблиц Visual FoxPro является индекс – файл с расширением CDX, имя которого совпадает с именем таблицы. Каждому ключевому выражению присваивается имя, по которому его можно активизировать, чтобы заставить Visual FoxPro рассматривать записи в определённом порядке. Visual FoxPro использует интерпретатор языка. Программы, написанные на большинстве языков программирования, требует компиляции или преобразования в машинный код, прежде чем их можно будет запускать на исполнение. В отличие от этого, Visual FoxPro позволяет исполнять отдельные команды, набираемые в командном окне, и анализировать результаты их выполнения.

Возможность обработки формы или объекта во время исполнения программы вместо новой генерации и компиляции приводит к огромной разнице программирования на предыдущих версиях FoxPro и Visual FoxPro. Форма может быть модифицирована непосредственно во время работы Вашего приложения посредством обращения к её свойствам.

Недостатки: отдельные файлы таблиц довольно часто могут терять индексы, физически портиться, кроме того, при изменении каскада таблиц нельзя прерывать это изменение иначе может нарушиться ссылочность данных; программисту приходится изучать еще и язык СУБД, помимо встроенного языка; при переносе программ необходимо на клиентской машине установить сам Visual FoxPro, чтобы он мог прописать свои библиотеки и драйвера для работы с dbf-файлами; хотя FoxPro взаимодействует с другими продуктами Microsoft, подчас реализация этого взаимодействия запаздывает.

В результате сравнительного анализа СУБД было выявлено, что оптимальным будет выбор сделанный в пользу Microsoft Access, поскольку он обладает рядом преимуществ по сравнению с другими СУБД, а именно: удобство использования и одновременно мощность продукта — в сочетании с возможностью построения комплексных решений на базе современных технологий; совместим с большинством приложений работающих из под Windows; не требует установки драйверов доступа к данным в этом формате, так как они поставляются с операционными системами Windows 2000/XP.

В качестве среды разработки приложения было решено использовать Borland Delphi 7.0. Выбор обусловлен тем, что для связи с таблицами Access предполагается использование механизма Microsoft ActiveX Data Objects (ADO), который предоставляет по сравнению с BDE гораздо больше функциональных возможностей, и Delphi поддерживает эту технологию. Так же Delphi имеет ряд преимуществ по сравнению с другими программными продуктами:

• быстрота разработки приложения;
• высокая производительность разработанного приложения;
• низкие требования разработанного приложения к ресурсам компьютера;
• наращиваемость за счет встраивания новых компонент и инструментов в среду Delphi.
• возможность разработки новых компонент и инструментов собственными средствами Delphi (существующие компоненты и инструменты доступны в исходниках)
• удачная проработка иерархии объектов

Borland включила в Delphi поддержку технологии ADO, которая усиленно развивается корпорацией Microsoft. На основе этого механизма созданы соответствующие компоненты-наборы TADOTable, TADOQuery, TADOStoredProc, повторяющие в функциональном отношении компоненты Table, Query, StoredProc, но не требующие развёртывания и настройки на клиентской машине BDE, т.к. технология ADO является специальной надстройкой над механизмом OLE и органически входит в Windows 32.

Технология ADO основана на возможностях СОМ, а именно интерфейсов OLE DB. OLE DB и ADO — часть универсального механизма доступа к данным Microsoft (Microsoft Universal Data Access), позволяющая осуществить доступ как к реляционным, так и к нереляционным источникам данных, таким как файловая система, данные электронной почты, многомерные хранилища данных и др. ADO использует библиотеки OLE DB, предоставляющие низкоуровневый интерфейс для доступа к данным. OLE DB предоставляет доступ к данным с помощью COM-интерфейсов. Можно также использовать OLE DB непосредственно, минуя ADO. Приложения БД, обращающиеся к данным через ADO, независимы от процессора БД Borland Database Engine.

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

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

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

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

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

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