Научно-производственный центр Интелтек Плюс

КОНЦЕПЦИЯ СОЗДАНИЯ АИС МАГП

А.М.Андреев, к.т.н., доц. МГТУ им. Н.Э.Баумана,

Д.В.Березкин, к.т.н., директор НПЦ "ИНТЕЛТЕК ПЛЮС ",

Ю.А.Кантонистов, ведущий разработчик НПЦ "ИНТЕЛТЕК ПЛЮС",

Е.В. Громыко, системный аналитик НПЦ "ИНТЕЛТЕК ПЛЮС",

контактный тел. (095) - 177-80-28

С начала 1999 года в Московском Аэрогеодезическом Предприятии (МАГП) ведутся работы по реализации проекта автоматизированной информационной системы предприятия (АИС МАГП). Проект осуществляет компания “Интелтек Плюс”, известная разработками в области объектных СУБД, систем документального поиска и WEB-дизайна. В настоящей статье кратко изложены структуры проекта и методологические принципы его осуществления.

Общее описание проекта

Целью проекта является создание автоматизированной информационной системы МАГП (АИС МАГП) с перспективой расширения до уровня АИС отрасли Роскартография. Создаваемая система, с учетом специфики предприятия, должна отвечать основным критериям, принятым для аналогичных систем в мировой практике, таким как эффективность управления, оперативность, удобный интерфейс, современный уровень проектных решений, масштабируемость, низкие затраты на разработку и эксплуатацию.

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

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

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

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

Image135.gif

Рис. 1. Структура уровней АИС МАГП.

Программное обеспечение системы состоит из трех классов средств – средств хранения, передачи и обработки документов.

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

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

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

Операции обработки данных, содержащихся в документах, разбиты на две группы. К первой группе относятся операции, общие для всех категорий документов. Это - операции ввода, редактирования, поиска, вспомогательной разметки документов, выполняемые в среде СУБД, а также операции над документами, выполняемые популярными редакторами документов, такими как MSWord, MSExcel и т.п. Во вторую группу входят операции, специфические для различных групп документов. Для их выполнения используются разнообразные средства – от относительно простых, таких как MSAccess, до сложных, таких как бухгалтерская система и т.п. Общие операции реализуются путем совместного функционирования серверной и клиентской частей в среде объектной СУБД. Для реализации специфических операций данные из электронного документа, пришедшего по электронной почте или хранимого в базе документов, требуется подать на вход соответствующей обрабатывающей программы. Это осуществляется с использованием спектра возможностей. Электронный документ может быть непосредственно введен в обрабатывающую систему, если обеспечены условия совместимости, либо предварительно конвертирован в совместимую форму. В случае неструктурированного документа, оператор переносит данные в обрабатывающую систему с использованием клавиатуры.

 

Логическая структура хранения и обработки документов

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

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

Таблица 1.

Предметные

библиотеки

Приказы по МАГП

Телефонный справочник МАГП

Входящие и исходящие документы

Электронные совещания

Планы подразделений

Доска объявлений

Договора и связанные с ними документы

МАГП-ИНФО, новости подразделений

Картотека сотрудников в отделе кадров

Документация по компьютерным системам

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

На Рис.2 показана структурная схема подсистемы аппарата управления (АУП) МАГП. В верхней и нижней части рисунка приведены примеры конкретных операций, выполняемых над документами предметных библиотек.

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

Реализация специальных требований

Безопасность информационной системы

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

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

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

Image136.gif

Рис. 2. Структурная схема подсистемы АУП МАГП

Масштабируемость системы.

Предлагаемая архитектура АИС обладает свойством однородности с точки зрения расширения масштабов ее функционирования. При условии реализации и успешной опытной эксплуатации первого этапа в масштабах аппарата управления (АУП) МАГП производится установка дополнительных серверов и компьютерных рабочих мест в подразделениях МАГП, расширяя функционирование системы до масштабов предприятия. При этом не исключены отдельные доработки, реализующие не предусмотренные ранее операции в интересах вновь подключенных подразделений.

Представляется целесообразным расширение системы до масштабов отрасли Роскартография (см. Рис.3). Для Аппарата управления отраслью решение будет аналогичным тому, которое создается в рамках АИС АУП МАГП. Затем происходит интеграция отдельных АИС в единую систему управления отраслью.

Для каждого предприятия отрасли поэтапно устанавливается и вводится в действие опробованный вариант типовой АИС. При этом технической базой построения компьютерной сети является сеть Интернет, а программной базой – многократно испытанное к этому моменту программное обеспечение, положенное в основу АИС МАГП.

Интернет/Интранет

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

С учетом такой перспективы в предлагаемой системе планируется использовать интерфейс пользователя Мировой сети – стандартный браузер Интернет, из которого АИС запускается как приложение. В этом случае браузер обеспечивает выполнение необходимых параметров для компьютерной связи как в Интранет (Локальной сети МАГП), так и в Интернет – сети связи с удаленными пользователями. При наличии выхода в Интернет на каждом компьютере появляется возможность регулируемого вызова сайтов мировой сети, что имеет самостоятельную ценность для развития информационных технологий в МАГП.

Конкретным свидетельством высокого уровня информационных технологий в МАГП будет факт создания, в рамках проекта автоматизации предприятия, собственного сайта МАГП в глобальной сети ИНТЕРНЕТ, способного демонстрировать партнерам и клиентам коммерческие и организационно-технологические предложения предприятия. Над созданием этого сайта в настоящее время работают специалисты компании НПЦ “ИНТЕЛТЕК ПЛЮС” и он должен стать доступен посетителям ИНТЕРНЕТа в марте 1999 года.

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

В качестве объектной СУБД предполагается использовать систему ODB-Text, разработанную компанией “НПЦ ИНТЕЛТЕК Плюс” для построения систем обработки документов [1]. Система успешно используется рядом предприятий России.

Image137.gif

Рис. 3. Перспективы развития АИС МАГП до масштабов отрасли.

Система ODB-Text обладает всеми необходимыми качествами для построения баз документов в АИС МАГП – она позволяет хранить любое количество разнотипных документов, регламентирует доступ к ним из Интернет/Интранет, обеспечивает хранение в базе данных не только текстов, но и рисунков, звуковых и видео образов. В системе реализованы мощные возможности полнотекстового поиска, позволяющие формировать сложные запросы к базе данных. Надежные механизмы администрирования данных, предотвращают несанкционированный доступ или случайное искажение данных. Одним из решающих преимуществ этой системы перед зарубежными аналогами является ее исключительная доступность по стоимости.

Методология проведения проектных работ

Приступая к столь масштабному проекту, нельзя недооценивать значение методологических и технологических вопросов. Невнимание к ним или некорректный выбор методов реализации может с большой вероятностью завести проект или отдельные его фрагменты в тупик. В настоящем разделе дается краткое описание и приводится попытка обоснования выбора объектно-ориентированной методологии, как основного стержневого способа выполнения проектных работ и программирования. При изложении материала мы в основном будем следовать взглядам, изложенным в [2,3,7].

Сложность проекта

Несмотря на определенную однородность и целостность проекта, он характеризуется высокой степенью сложности. Сложная система характеризуется пятью родовыми признаками [2]:

  1. Иерархическая структура: система состоит из взаимосвязанных подсистем, которые, в свою очередь, могут быть также разделены на подсистемы, и т.д. вплоть до самого низкого уровня.
  2. Относительная произвольность выбора элементарных компонент. Низший уровень в одной технологической среде может оказаться достаточно высоким для другого.
  3. Внутрикомпонентная связь обычно сильнее, чем связь между компонентами. Это позволяет успешно разделять “более интенсивные” взаимодействия внутри компонент и “менее интенсивные” взаимодействия между компонентами.
  4. Иерархические системы обычно состоят из немногих типов подсистем, по-разному скомбинированных и организованных.
  5. Любая работающая сложная система является результатом развития работавшей более простой системы. Следует начинать с работающей более простой системы.

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

Проиллюстрируем второй признак сложной системы. В рамках проекта АИС МАГП для выполнения операций бухгалтерского учета целесообразно использовать один из имеющихся хорошо зарекомендовавших себя специализированных программных пакетов, таких, например, как система "Парус" компании “ЦИТ Парус”. Такая система имеет свои собственные средства для хранения данных - проводок, платежных поручений и т.п., поэтому с точки зрения подсистемы электронной почты подсистема бухучета рассматривается как элементарный узел, тогда как с позиций настройки и сопровождения бухгалтерской подсистемы она сама имеет черты сложной системы.

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

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

Наконец, АИС МАГП немыслимо внедрить “сразу”, ее внедрение планируется осуществлять поэтапно. Первым этапом является АИС АУП МАГП (см. Рис.2). Эта подсистема призвана послужить прототипом проектных решений при последующем расширении до масштабов предприятия.

В качестве основного средства преодоления сложности выбран объектный подход, который “зарекомендовал себя как унифицирующая идея всей компьютерной науки” и “позволяет справляться со сложностью систем самой разной природы” [2-7].

Основные положения объектного подхода

Базовым комплексом понятий является объектная модель, которая включает четыре главных элемента:

  • Абстрагирование, выделяющее существенные характеристики объекта. Объект, как абстракция сущности, обладает состоянием и поведением. Структура и поведение схожих объектов определяет общий для них класс.
  • Инкапсуляция, отделяющая внешнее поведение объекта (интерфейс) от его реализации. В интерфейсной части собрано все, что касается взаимодействия данного объекта с другими объектами. Реализация скрывает от других объектов все детали, не имеющие отношения к процессу взаимодействия объектов.
  • Модульность, декомпозирующая систему на внутренне связные, но слабо связанные между собой модули. Если классы и объекты составляют логическую структуру, то модули образуют физическую структуру системы. Модули выполняют роль физических контейнеров, в которые помещаются опеределения классов и объектов при логическом проектировании системы.
  • Иерархия, выполняющая упорядочение абстакций, расположение их по уровням. Основными видами иерархии применительно к сложным системам являются структура наследования классов (иерархия “is-a”) и структура агрегации объектов (иерархия “part of”).

Кроме этого, имеются три дополнительных элемента, получающие основное применение на этапе программирования:

  • Типизация, представляющая собой дисциплину корректного использования объектов. Понятие типа в основном покрывается понятием класса. Центральное место здесь занимает идея согласования типов, согласно которой языки делятся на сильно типизированные (Eiffel, C++), строго контролирующие согласование типов, и слабо типизированные (Smalltalk).
  • Параллелизм, имеющий дело с абстрагированием и синхронизацией потоков управления (процессов). Объект может представлять собой отдельный поток управления (это – активный объект) и для таких объектов встает вопрос о синхронизации их отношений друг с другом..
  • Сохраняемость, как способность объекта существовать во времени, переживая породивший его процесс. Эта понятие приводит к объектно-ориентированным базам данных, структуры хранения в которых понимаются как объекты, время жизни которых превосходит время отдельной программы.

Объектная модель принципиально отличается от моделей, используемых в традиционных методах структурного анализа, проектирования и программирования, обеспечивая ряд преимуществ, которые другими моделями не предусматривались (см. [2,3,4,7]). Прежде всего, этот подход позволяет создавать системы, отвечающие указанным выше пяти признакам сложных систем. Существенно повышается уровень унификации разработки, пригодность для повторного использования программ и проектов. Система строится на основе стабильных промежуточных описаний, что упрощает процесс внесения изменений в процессе ее развития. Процесс интеграции системы растягивается на все время разработки, а не является единовременным событием, что снижает риск разработки сложных систем. В полной мере используются возможности объектных и объектно-ориентированных языков программирования. Для нашего проекта это качество – одно из решающих, поскольку проектная линия использования объектных СУБД предполагает ориентацию на соответствующие языковые средства. Как известно, основной тенденцией в развитых объектных СУБД является наличие встроенного объектно-ориентированного языка определения и манипулирования данными.

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

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

Объектно-ориентированный подход к анализу, проектированию и программированию

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

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

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

На Рис. 4 приведен фрагмент диаграммы классов для подсистемы Отдела кадров, составленный на этапе анализа. Линии обозначают отношения между классами, неокрашенный кружок обозначает отношение использования, окрашенные кружки – отношения агрегации, стрелка направлена от одкласса к суперклассу. Цифры и буквы около линий означают отношения “один к одному” и “один к многим”.

Image138.gif

Рис. 4. Классы для подсистемы Отдела кадров

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

Переход от этапа проектирования к этапу программирования сопровождается созданием физической модели данных на основе логической модели. Если использовать традиционные методики и средства, то это означает, что на этапе проектирования разрабатывается так называемая ER-модель, в которой зафиксированы сущности и отношения между ними. В этом случае физическая модель данных представляет собой схему таблиц и отношений в среде конкретной реляционной СУБД. Языком описания данных и языком манипулирования данными является в этом случае SQL или его подмножество, реализованное в СУБД. Если логическая модель является объектной, то целесообразным вариантом развития проекта является использование объектно-ориентированной СУБД и ее языкового средства для описания и манипулирования данными – ODQL (Object Data Query Language) (см. Таблицу 2).

Таблица 2.
 

Традиционный вариант развития проекта

Объектно-ориентированный вариант развития проекта

Логическая структура данных

ER-модель

Объектная модель

Физическая структура данных

Схема таблиц и отношений в реляционной СУБД

Описание объектной модели средствами ODQL в объектно-ориентированной СУБД

Объектно-ориентированное программирование является методологически наиболее проработанным разделом проекта с точки зрения использования объектного подхода. Можно сказать, именно практическое использование языков Smalltalk, C++ и других при программировании проектов обеспечило развитие объектного подхода, его “врастание” в другие разделы проекта. При этом, если для проекта в целом разница между терминами “объектный подход” и “объектно-ориентированный подход” почти не заметна, то для языков программирования отдельные авторы (например, в работах[2,6]) объектно-ориентированными считают только такие языки, которые поддерживают механизм наследования классов. Языки, не имеющие такого механизма, могут быть объектными, но не объектно-ориентированными.

Несмотря на активное использование “модной” терминологии объектного подхода как в статьях, посвященных разработке программ и систем, так и в интерфейсах пользователя самих программных пакетов, нельзя не признать, что достаточно полное и грамотное практическое использование этой методологии при разработке сложной информационной системы, особенно на стадии анализа и проектирования, является в среде отечественных разработчиков новым, мало опробованным делом. Особое место в освоении объектной методологии занимает “развитие объекто-ориентированного мировоззрения”, когда исполнителю приходится перестраивать свой способ мышления. По некоторым оценкам, профессиональному разработчику требуется не менее года, чтобы пройти путь от освоения синтаксиса и семантики объектно-ориентированного языка до приобретения достаточного опыта, чтобы самостоятельно проектировать классы [2, 4]. В коллективе разработчиков, осуществляющих описываемый проект, имеется многолетний опыт разработки и эксплуатации объектных СУБД с применением объектно-ориентированных языков, таких как С++ [7]. Это является залогом успешного освоения и применения объектной методологии в проекте АИС МАГП.

Заключение

Разработка проекта АИС МАГП представляет собой создание многоуровневой и многокомпонентной системы, включающей в себя подсистему хранения данных, подсистему электронной почты и различные подсистемы обработки данных.

Хранение данных осуществляется на основе объектной СУБД ODB-Text, позволяющей наряду с текстом хранить сложные информационные образы. Система состоит из локальных вычислительных сетей, построенных по модели Интранет. Обмен документами между локальными сетями осуществляется через Интернет, при условии обеспечения требований по ограниченнию доступа посторонних пользователей Интернет.

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

Литература

  1. Андреев А.М., Березкин Д.В., Кантонистов Ю.А. Полнотекстовая документальная информационная система “ODB-text” версии 3.0// Компьютерная хроника, №1, 1999 г.
  2. Г. Буч. Объектно-ориентированный анализ и проектирование с примерами приложений на С++, 2-е изд./Пер. с англ. – М.: “Издательство Бином”, Спб: “Невский диалект”, 1998г.

3. Новоженов Ю.В. Объектно-ориентированные технологии разработки сложных программных систем,- М.:"Аргуссофт компани",1998.- 342 с.

4. Дейт К.Дж. Введение в системы баз данных, шестое издание: Пер.с англ.- К.: Диалектика, 1998.- 784 с.

5.Горев А.,Ахаян Р.,Макашарипов С. Эффективная работа с СУБД,- СПб.:Питер, 1997.- 704 с.

6. Райли Д. Абстракции и структуры данных: Вводный курс: Пер. с англ.- М.:Мир, 1993.- 752 с.

7. Эллис М., Строуструп Б. Справочное руководство по языку прог раммирования С++ с комментариями: Пер. с англ.-М.:Мир, 1992.- 445 с.

ИНТЕЛТЕК ИЗДАТЕЛЬСТВО Обьектные технологии


© НПЦ "ИНТЕЛТЕК ПЛЮС", 1997-2006, E-mail: publish@inteltec.ru