Меньков А.В., Острейковский В.А. Теоретические основы автоматизированного управления

Подождите немного. Документ загружается.

520

Системы правления базами данных (СУБД) — предназначены

для автоматизации процедр создания, хранения и извлечения

элетронных данных. Мно ие сществющие эономичесие, ин-

формационно-справочные, бановсие, про раммные омплесы

реализованы с использованием инстрментальных средств СУБД.

Для различных лассов омпьютеров и операционных

средств разработано множество СУБД, отличающихся по способ

ор анизации данных, формат данных, язы формирования за-

просов. Наиболее распространенными паетами для ПЭВМ типа

IBM PC являются dBase, Paradox, FoxBase, FoxPro, Clipper, Micro-

soft Access и др.

Выбор СУБД определяется мно ими фаторами, но лавный

из них — возможность работы с построенной моделью данных.

Поэтом одной из важнейших харатеристи является тип мо-

дели (иерархичесий, сетевой, реляционный), оторый подде-

рживается СУБД. Имеются системы для работы с разными моде-

лями, однао большинство СУБД для персональных ЭВМ рабо-

тают с реляционной моделью. Реляционные СУБД различаются

набором реляционных операций, оторые они мо т выполнять.

Перечисленные СУБД эффетивны для создания небольших

изолированных систем с несложной стртрой данных, с отно-

сительно небольшими объемами данных (10—30 Мбайт) и не-

сложными запросами. За пределами тао о рода о раничений

эффетивность использования азанных СУБД сщественно

снижается.

Удобство и омфортность работы пользователя с СУБД во

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

Пользовательсий интерфейс — это средство и часть СУБД,

ориентированные на взаимодействие пользователя с омпьютер-

ной системой. Бла одаря разветвленным иерархичесим меню,

всевозможным подсазам и разнообразной помощи, пользова-

телю ле о ориентироваться в выборе действий адеватных воз-

ниающей в работе ситации.

Очень важна в интерфейсе минимизация действий пользова-

теля, необходимых для подлючения часто требемых фнций.

Для этой цели применяют фнциональные лавиши. Их нажа-

тие вызывает исполнение про раммных модлей, оторые реали-

зют требемю фнцию.

Пользовательсий интерфейс может быть мно оровневым —

рассчитанным на более широий р разнообразных пользова-

телей. Бла одаря држественном харатер интерфейса пользова-

тель избавляется от необходимости знать язы про раммирования

системы, чем дости ается более высоая е о производительность.

521

Сочетанием простоты освоения и использования фнциональ-

ных возможностей с помощью просто о интерфейса обеспечива-

ется широая сфера применения таим массовым СУБД. При с-

ложнении информационных потребностей пользователя возни-

ает необходимость в более развитых СУБД и в знании языа

про раммирования использемой СУБД.

Большинство информационных систем в нашей стране ис-

пользют простейшие СУБД, оторые фнционирют на персо-

нальных омпьютерах. Таие системы порывают первоначаль-

ные потребности ор анизаций, но они не перспетивны.

Базой систем ново о пооления являются профессиональные

(мно опользовательсие, мно оплатформные) СУБД и архите-

тра «лиент-сервер», реализемая на их основе.

Профессиональные СУБД обеспечивают выполнение более

сложных операций. Они позволяют разработчи расширять сер-

висные возможности — процедры баз данных, оторые вызыва-

ются лиентом и выполняются сервером более производительно,

чем омпьютеры на рабочих местах пользователей.

К профессиональным СУБД относятся Oracle, SyBase,

Informix, Ingres, Progress. Перечисленные системы имеют средс-

тва обработи информации, распределенной по несольим з-

лам сети. Распределенная обработа данных позволяет размес-

тить баз в различных злах таим образом, чтобы отслеживать

изменения на всех злах и чтобы аждый омпонент данных рас-

пола ался на том зле, де он бдет обрабатываться. Новейшей

техноло ией правления распределенными базами данных явля-

ется тиражирование. Профессиональные СУБД поддерживают те

или иные механизмы тестирования.

Особенностью современных информационных систем, на-

пример, биржевых или бановсих, является требование опера-

тивно о оповещения пользователей о происходящих событиях,

например, все частнии фондовой биржи должны немедленно

полчать информацию о совершенных сделах, изменениях о-

тирово и т.д.

Др ими словами, предпола ается наличие неоторо о оли-

чества процессов, оторые должны использоваться параллельно

и синхронизироваться во времени исполнения. Это приводит 

необходимости обмена информацией межд ними.

Профессиональные СУБД типа Oracle позволяют ор анизо-

вать эти процессы в виде отдельных приложений на одной базе

данных. Например, при совершении сдели процесс, занимаю-

щийся их ре истрацией, возбждает событие «возбждена сдел-

а». Резльтаты ее влючаются в общий пото информации о

522

сделах. Если же этот процесс не исполняется, то событие «со-

вершена сдела» не приводит ни  аим дополнительным дейс-

твиям. Механизмы событий, реализованные в современных про-

фессиональных СУБД, являются отовым техноло ичесим

средством, оторое позволяет разработчиам информационных

систем эономить значительное оличество времени и силий.

По мере развития любой хозяйственной деятельности появ-

ляется потребность в наращивании информационной системы.

Возниает вопрос, а встроить имеющееся лоальное приложе-

ние в новю систем. Профессиональные СУБД предоставляют

достаточно широие возможности. Развитые системы шлюзов

позволяют строить информационные системы, распределенные по

злам с различными аппаратными и про раммными платформами.

Большой интерес представляет таже использование лоальны-

ми приложениями, та называемо о, ODBC-стандарта (Open Da-

tabase Connectivity стандарт, предложенный фирмой Microsoft),

оторый дает возможность прозрачно о достпа  данным СУБД

различных типов. Таим образом, приложение, разработанное с

четом стандарта ODBC, имеет большю ибость при инте ра-

ции в сществющю информационню систем.

Потребность в ибих решениях для современных информа-

ционных систем дитется жизнью. На пратие чаще все о

встречается потребность в объединении возможностей отдельных

подсистем или про раммных модлей. Причем все это нжно

иметь на одной базе данных. Через неоторое время соотноше-

ние потребностей может измениться. Поэтом для построения

информационной системы важно иметь инстрмент, оторый на-

иболее приспособлен для построения отрытых и ибих систем.

Таим инстрментом в настоящее время являются профессио-

нальные СУБД SQL, обеспечивающие работ в модели «лиент—

сервер» и обладающие развитыми средствами разработи и со-

провождения баз данных. Использование профессиональной

СУБД позволяет иметь про раммное обеспечение, в большей сте-

пени отвечающее онретным потребностям ор анизации.

Защита данных от несанционированно о достпа  профес-

сиональной СУБД обеспечивается на разных ровнях:

1. Операционная система поддерживает раз раничение прав

достпа пользователей.

2. СУБД предоставляет свое раз раничение прав достпа.

3. Защита данных средствами приложения — еще один ро-

вень, оторый может быть настольо развитым и мно ообраз-

ным, насольо хватит фантазии  про раммиста, разрабатываю-

ще о приложение.

523

СУБД поддерживает достаточно сложню стртр таблиц.

Требования  непротиворечивости данных в этих таблицах до-

вольно жести. Рассмотрим типичный пример, влючающий

счета лиентов в жрнал сдело. Информация о ценных бма ах,

находящихся на счетах лиентов, должна соответствовать инфор-

мации, находящейся в жрнале сдело. Занесенные в жрнал

данные с начала фнционирования системы до настояще о вре-

мени должны привести  тещем состоянию таблицы счетов.

Провера это о соответствия — операция длинная и трдоемая.

Кроме то о, если провера поазала несоответствие, то возниает

следющий вопрос: де произошло рассо ласование? Каая ин-

формация правильна: о счетах или о сделах? Ответить на эти

вопросы пратичеси невозможно, если разработчии информа-

ционных систем не предприняли специальных силий для подде-

ржания ссылочной целостности базы данных.

Методы поддержания целостности данных известны. Это —

ведение жрналов изменения таблиц и обработа транзаций.

Различие межд персональными и профессиональными СУБД

здесь в том, что в первом слчае разработчи должен брать их ре-

ализацию на себя, а во втором они же реализованы внтри

СУБД.

Заметим таже, что профессиональные СУБД предоставляют

средства восстановления базы данных, если наршение целост-

ности все же произошло, например, при сбое питания.

Современные профессиональные СУБД поддерживают средс-

тва, значительно соряющие разработ про раммы. Это языи

четверто о пооления, инте рирющие средства высоо о ровня

для создания интерфейса с элементами CASE-техноло ии, средс-

тва для ор анизации сложных запросов  базе данных, возмож-

ности подлючения фра ментов, написанных на языах низо о

ровня, поддержа SQL-интерфейса. Все это соряет разработ

приложений. Реализация интерфейса запросов  базе данных за-

нимает минимм времени и силий. Это позволяет разработчи

сосредоточить силия на предметной области.

Профессиональные СУБД, поддерживающие техноло ию

«Клиент — сервер», позволяют наиболее эффетивно использо-

вать имеющийся пар персональных омпьютеров за счет пре-

вращения их в рабочие места пользовательсой системы. Таим

образом, выи рыш полчается по трем направлениям: во-первых,

наиболее эффетивно задействется мощный процессор сервера;

во-вторых, освобождается от ненжной на рзи сеть; в-третьих,

отпадает необходимость в высоопроизводительных омпьюте-

рах на рабочих местах пользователей.

522

сделах. Если же этот процесс не исполняется, то событие «со-

вершена сдела» не приводит ни  аим дополнительным дейс-

твиям. Механизмы событий, реализованные в современных про-

фессиональных СУБД, являются отовым техноло ичесим

средством, оторое позволяет разработчиам информационных

систем эономить значительное оличество времени и силий.

По мере развития любой хозяйственной деятельности появ-

ляется потребность в наращивании информационной системы.

Возниает вопрос, а встроить имеющееся лоальное приложе-

ние в новю систем. Профессиональные СУБД предоставляют

достаточно широие возможности. Развитые системы шлюзов

позволяют строить информационные системы, распределенные по

злам с различными аппаратными и про раммными платформами.

Большой интерес представляет таже использование лоальны-

ми приложениями, та называемо о, ODBC-стандарта (Open Da-

tabase Connectivity стандарт, предложенный фирмой Microsoft),

оторый дает возможность прозрачно о достпа  данным СУБД

различных типов. Таим образом, приложение, разработанное с

четом стандарта ODBC, имеет большю ибость при инте ра-

ции в сществющю информационню систем.

Потребность в ибих решениях для современных информа-

ционных систем дитется жизнью. На пратие чаще все о

встречается потребность в объединении возможностей отдельных

подсистем или про раммных модлей. Причем все это нжно

иметь на одной базе данных. Через неоторое время соотноше-

ние потребностей может измениться. Поэтом для построения

информационной системы важно иметь инстрмент, оторый на-

иболее приспособлен для построения отрытых и ибих систем.

Таим инстрментом в настоящее время являются профессио-

нальные СУБД SQL, обеспечивающие работ в модели «лиент—

сервер» и обладающие развитыми средствами разработи и со-

провождения баз данных. Использование профессиональной

СУБД позволяет иметь про раммное обеспечение, в большей сте-

пени отвечающее онретным потребностям ор анизации.

Защита данных от несанционированно о достпа  профес-

сиональной СУБД обеспечивается на разных ровнях:

1. Операционная система поддерживает раз раничение прав

достпа пользователей.

2. СУБД предоставляет свое раз раничение прав достпа.

3. Защита данных средствами приложения — еще один ро-

вень, оторый может быть настольо развитым и мно ообраз-

ным, насольо хватит фантазии  про раммиста, разрабатываю-

ще о приложение.

523

СУБД поддерживает достаточно сложню стртр таблиц.

Требования  непротиворечивости данных в этих таблицах до-

вольно жести. Рассмотрим типичный пример, влючающий

счета лиентов в жрнал сдело. Информация о ценных бма ах,

находящихся на счетах лиентов, должна соответствовать инфор-

мации, находящейся в жрнале сдело. Занесенные в жрнал

данные с начала фнционирования системы до настояще о вре-

мени должны привести  тещем состоянию таблицы счетов.

Провера это о соответствия — операция длинная и трдоемая.

Кроме то о, если провера поазала несоответствие, то возниает

следющий вопрос: де произошло рассо ласование? Каая ин-

формация правильна: о счетах или о сделах? Ответить на эти

вопросы пратичеси невозможно, если разработчии информа-

ционных систем не предприняли специальных силий для подде-

ржания ссылочной целостности базы данных.

Методы поддержания целостности данных известны. Это —

ведение жрналов изменения таблиц и обработа транзаций.

Различие межд персональными и профессиональными СУБД

здесь в том, что в первом слчае разработчи должен брать их ре-

ализацию на себя, а во втором они же реализованы внтри

СУБД.

Заметим таже, что профессиональные СУБД предоставляют

средства восстановления базы данных, если наршение целост-

ности все же произошло, например, при сбое питания.

Современные профессиональные СУБД поддерживают средс-

тва, значительно соряющие разработ про раммы. Это языи

четверто о пооления, инте рирющие средства высоо о ровня

для создания интерфейса с элементами CASE-техноло ии, средс-

тва для ор анизации сложных запросов  базе данных, возмож-

ности подлючения фра ментов, написанных на языах низо о

ровня, поддержа SQL-интерфейса. Все это соряет разработ

приложений. Реализация интерфейса запросов  базе данных за-

нимает минимм времени и силий. Это позволяет разработчи

сосредоточить силия на предметной области.

Профессиональные СУБД, поддерживающие техноло ию

«Клиент — сервер», позволяют наиболее эффетивно использо-

вать имеющийся пар персональных омпьютеров за счет пре-

вращения их в рабочие места пользовательсой системы. Таим

образом, выи рыш полчается по трем направлениям: во-первых,

наиболее эффетивно задействется мощный процессор сервера;

во-вторых, освобождается от ненжной на рзи сеть; в-третьих,

отпадает необходимость в высоопроизводительных омпьюте-

рах на рабочих местах пользователей.

524

Прораммы распознавания символов предназначены для пере-

вода рафичесо о изображения бв и цифр в ASCII —оды этих

символов. Использются, а правило, совместно со санерами.

Паеты данно о типа обычно влючают разнообразные

средства, обле чающие работ пользователя и повышающие ве-

роятность правильно о распознавания.

Сорость санирования современных ППП составляет при-

мерно 1,5 мин на страниц. К паетам данно о типа относятся

File Reader, CunieForm, Tiger, OmniPage.

Разнообразными паетами представлена рппа финансовых

про рамм для ведения деловых записей типа записной нижи и

расчета финансовых операций (баланс денежных средств, опре-

деление процентных выплат по займам и редитам, временная

стртра денежных вложений и т.п.).

Для расчета величины нало ов можно использовать про рам-

мы Turbo Tax for Windows, Personal Tax Edge.

С помощью про рамм Quicken, DacEasy Accounting, Peachtree

for Windows можно автоматизировать бх алтерсий чет. Эт же

фнцию выполняет ряд отечественных про рамм: «Трбобх ал-

тер», «1С Бх алтерия», «Бх алтер» фирмы «Атлант-Информ» и др.

Для аналитио-статистичесих исследований использются

хорошо зареомендовавшие себя зарбежные статистичесие па-

еты, таие, а StatGraphics или Statistics, или отечественная

разработа «Статисти-Консльтант». Однао в оммерчесих

фирмах внедрение этих паетов сдерживается отстствием соот-

ветствющим образом под отовленных специалистов, высоой

ценой паетов и широим внедрением табличных процессоров, с

помощью оторых можно провести простейшие, но наиболее

часто использемые статистичесие расчеты.

Интерированные паеты прорамм — по оличеств наимено-

ваний продтов немно очисленная, но в вычислительном плане

довольно мощная и ативно развивающаяся часть ПО.

Идея создания инте рированных про раммных омплесов

не нова и в той или иной мере была реализована на всех пооле-

ниях ЭВМ.

Внимание  их проблеме объясняется а расширением сфе-

ры применения вычислительной технии, та и стремлением

фирм-разработчиов про раммно о обеспечения не «потерять»

своих лиентов с переходом на более совершенные системы об-

работи данных.

Традиционные, или полносвязанные, инте рированные омп-

лесы представляют собой мно офнциональный автономный

пает, в отором в одно целое соединены фнции и возможнос-

525

ти различных специализированных (проблемно-ориентирован-

ных) паетов, родственных в смысле техноло ии обработи дан-

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

таих про рамм являются паеты FrameWork, Symphony, а таже

паеты ново о пооления Microsoft Word, Lotus Works.

В этих про раммах происходит инте рация фнций реда-

тора тестов, системы правления базами данных и таблично-

о процессора. В целом, стоимость тао о паета ораздо ниже

сммарной стоимости анало ичных специализированных па-

етов.

В рамах инте рированно о паета обеспечивается связь

межд данными, однао при этом сжаются возможности аждой

омпоненты по сравнению с анало ичными специализирован-

ными паетами. Интерфейс более ранних про рамм был пере р-

жен различными средствами обмена данными и описаниями

средств работы, что требовало от пользователя определенных на-

выов и знаний в части перелючения режимов паета, форматов

данных, принципов хранения и маниплирования различными

типами данных, что в онечном счете снижало привлеатель-

ность паетов. В современных паетах (например, Microsoft

Works) этот недостато изжит: простота интерфейса позволяет

применять е о без предварительно о обчения персонала.

В настоящее время ативно реализется др ой подход ин-

те рации про раммных средств: объединение специализирован-

ных паетов в рамах единой ресрсной базы, обеспечения

взаимодействия приложений (про рамм паета) на ровне объ-

етов и едино о прощенно о центра перелючения межд при-

ложениями. Инте рация в этом слчае носит объетно-связанный

харатер.

Типичные и наиболее мощные паеты данно о типа: Borland

Office for Windows, Lotus SmartSuite for Windows, Microsoft Office.

В профессиональной редации этих паетов пристствют четы-

ре приложения: тестовый редатор, СУБД, табличный процес-

сор, про раммы демонстрационной рафии. Целесообразность

создания таих паетов, очевидно, связана с желанием полчить

дополнительный эффет от инте рации по отношению  простой

смме составляющих е о омпонент. Этот эффет должен дости-

аться за счет со ласованно о взаимодействия омпонент в про-

цессе работы пользователя. При традиционном подходе  инте -

рации про рамм этот выи рыш может быть ле о сведен на нет

отстствием нжной пользователю фнции, пристствющей в

специализированном паете, и необходимостью в псть неболь-

шом, но дополнительном обчении.

524

Прораммы распознавания символов предназначены для пере-

вода рафичесо о изображения бв и цифр в ASCII —оды этих

символов. Использются, а правило, совместно со санерами.

Паеты данно о типа обычно влючают разнообразные

средства, обле чающие работ пользователя и повышающие ве-

роятность правильно о распознавания.

Сорость санирования современных ППП составляет при-

мерно 1,5 мин на страниц. К паетам данно о типа относятся

File Reader, CunieForm, Tiger, OmniPage.

Разнообразными паетами представлена рппа финансовых

про рамм для ведения деловых записей типа записной нижи и

расчета финансовых операций (баланс денежных средств, опре-

деление процентных выплат по займам и редитам, временная

стртра денежных вложений и т.п.).

Для расчета величины нало ов можно использовать про рам-

мы Turbo Tax for Windows, Personal Tax Edge.

С помощью про рамм Quicken, DacEasy Accounting, Peachtree

for Windows можно автоматизировать бх алтерсий чет. Эт же

фнцию выполняет ряд отечественных про рамм: «Трбобх ал-

тер», «1С Бх алтерия», «Бх алтер» фирмы «Атлант-Информ» и др.

Для аналитио-статистичесих исследований использются

хорошо зареомендовавшие себя зарбежные статистичесие па-

еты, таие, а StatGraphics или Statistics, или отечественная

разработа «Статисти-Консльтант». Однао в оммерчесих

фирмах внедрение этих паетов сдерживается отстствием соот-

ветствющим образом под отовленных специалистов, высоой

ценой паетов и широим внедрением табличных процессоров, с

помощью оторых можно провести простейшие, но наиболее

часто использемые статистичесие расчеты.

Интерированные паеты прорамм — по оличеств наимено-

ваний продтов немно очисленная, но в вычислительном плане

довольно мощная и ативно развивающаяся часть ПО.

Идея создания инте рированных про раммных омплесов

не нова и в той или иной мере была реализована на всех пооле-

ниях ЭВМ.

Внимание  их проблеме объясняется а расширением сфе-

ры применения вычислительной технии, та и стремлением

фирм-разработчиов про раммно о обеспечения не «потерять»

своих лиентов с переходом на более совершенные системы об-

работи данных.

Традиционные, или полносвязанные, инте рированные омп-

лесы представляют собой мно офнциональный автономный

пает, в отором в одно целое соединены фнции и возможнос-

525

ти различных специализированных (проблемно-ориентирован-

ных) паетов, родственных в смысле техноло ии обработи дан-

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

таих про рамм являются паеты FrameWork, Symphony, а таже

паеты ново о пооления Microsoft Word, Lotus Works.

В этих про раммах происходит инте рация фнций реда-

тора тестов, системы правления базами данных и таблично-

о процессора. В целом, стоимость тао о паета ораздо ниже

сммарной стоимости анало ичных специализированных па-

етов.

В рамах инте рированно о паета обеспечивается связь

межд данными, однао при этом сжаются возможности аждой

омпоненты по сравнению с анало ичными специализирован-

ными паетами. Интерфейс более ранних про рамм был пере р-

жен различными средствами обмена данными и описаниями

средств работы, что требовало от пользователя определенных на-

выов и знаний в части перелючения режимов паета, форматов

данных, принципов хранения и маниплирования различными

типами данных, что в онечном счете снижало привлеатель-

ность паетов. В современных паетах (например, Microsoft

Works) этот недостато изжит: простота интерфейса позволяет

применять е о без предварительно о обчения персонала.

В настоящее время ативно реализется др ой подход ин-

те рации про раммных средств: объединение специализирован-

ных паетов в рамах единой ресрсной базы, обеспечения

взаимодействия приложений (про рамм паета) на ровне объ-

етов и едино о прощенно о центра перелючения межд при-

ложениями. Инте рация в этом слчае носит объетно-связанный

харатер.

Типичные и наиболее мощные паеты данно о типа: Borland

Office for Windows, Lotus SmartSuite for Windows, Microsoft Office.

В профессиональной редации этих паетов пристствют четы-

ре приложения: тестовый редатор, СУБД, табличный процес-

сор, про раммы демонстрационной рафии. Целесообразность

создания таих паетов, очевидно, связана с желанием полчить

дополнительный эффет от инте рации по отношению  простой

смме составляющих е о омпонент. Этот эффет должен дости-

аться за счет со ласованно о взаимодействия омпонент в про-

цессе работы пользователя. При традиционном подходе  инте -

рации про рамм этот выи рыш может быть ле о сведен на нет

отстствием нжной пользователю фнции, пристствющей в

специализированном паете, и необходимостью в псть неболь-

шом, но дополнительном обчении.

526

Особенностью ново о типа инте рации паетов является ис-

пользование общих ресрсов. Здесь можно выделить три основных

вида совместно о достпа  ресрсам:

— использования тилит, общих для всех про рамм омпле-

са. Та, например, тилита провери орфо рафии достпна

из всех про рамм;

— реализация просто о метода перехода (или запса) из од-

но о приложения  др ом;

— реализация построенных на единых принципах средств

автоматизации работ с приложением (мароязыа), что

позволяет ор анизовать омплесню обработ инфор-

мации при минимальных затратах на про раммирование

и обчение про раммированию на язые мароопределе-

ний.

Совместное использование объетов несольими приложени-

ями — рае ольный амень современной техноло ии инте ра-

ции про рамм и маниплирования данными. Разработаны два ос-

новных стандарта в этой области:

динамичесой омпонови и встраивания объетов Object

Linking and Embedding 2.0 фирмы Microsoft (OLE);

OpenDoc (отрытый домент) фирм Apple, Borland, IBM,

Novell и WordPerfect.

Механизм динамичесой омпонови объетов дает возмож-

ность пользователю помещать информацию, созданню одной

приладной про раммой, в домент, формиремый в др ой.

При этом пользователь может редатировать информацию в но-

вом доменте средствами то о продта, с помощью оторо о

этот объет был создан (при редатировании автоматичеси за-

псается соответствющее приложение). Запщенные приложе-

ния и про раммы обработи домента-онтейнера выводит на

эран со ласованные меню, часть пнтов оторых принадлежит

одной про рамме, а др ая часть — др ой.

Кроме то о, данный механизм позволяет переносить OLE-

объеты из она одной приладной про раммы в оно др ой.

В этой техноло ии предсмотрена таже возможность обще о

использования фнциональных ресрсов, например, модль

построения рафиов таблично о процессора может быть ис-

пользован в тестовом редаторе.

Недостатом данной техноло ии является о раничение на

размер вставляемо о объета размером одной страницы.

OpenDoc представляет собой объетно-ориентированню

систем, базирющюся на отрытых стандартах фирм—частниов

разработи. В ачестве модели объета использется распределен-

527

ная модель системных объетов (DCOM-Distributed Component

Object Model), разработанная фирмой IBM для OS/2. Предпола-

ается совместимость межд OLE и OpenDoc.

Самым поплярным набором офисных приложений является

инте рированный пает Microsoft Offiсe.

Microsoft Offiсe объединяет добные и простые в использова-

нии интеллетальные приложения, обеспечивающие автомати-

зацию работы и поддерж пользователя, помо ающие соратить

время выполнения ре лярных повседневных задач.

Семейство Microsoft Offiсe обладает широой встроенной

поддержой техноло ий Интернета. В резльтате Microsoft Offiсe

является наилчшим набором инстрментов для создания и п-

равления интранет-доментами, а таже для осществления

быстро о и добно о достпа  данным в интранет-сетях.

Microsoft Offiсe разработан с четом необходимости обеспе-

чить пользователю возможность простой станови, онфи ри-

рования, а администраторам сетей — возможность эффетивно о

правления процессом станови и эсплатации информацион-

ных систем и решений Microsoft Offiсe.

В последнее время в составе Microsoft Offiсe появились новые

про раммные элементы — ассистенты.

Office Assistant. При работе со сложным про раммным обеспе-

чением серьезной проблемой является поис информации о вы-

полнении той или иной операции. Чтобы обеспечить пользовате-

лю Microsoft Office простой и добной системой помощи, в но-

вю версию Microsoft Offiсe был влючен ниальный элемент —

Office Assistant.

Он помо ает быстро найти ответы на большинство возниа-

ющих вопросов и в слчае необходимости подсазывает, а вы-

полняется та или иная операция, и даже предла ает помощь в ор-

анизации более эффетивной работы.

Office Assistant дачно вписывается в интерфейс Microsoft

Offiсe.

9.3.3. Оранизация разработи прораммных средств

Решение задачи на ЭВМ представляет собой процесс полче-

ния информации на основе обработи исходной с помощью про-

раммы, составленной из оманд системы правления работой

отдельных стройств вычислительной машины. Создание таой

про раммы решения задачи предпола ает выполнение ряда пос-

ледовательных этапов техноло ичесо о процесса, принципиаль-

ная схема оторо о представлена на рис. 9. 18.

526

Особенностью ново о типа инте рации паетов является ис-

пользование общих ресрсов. Здесь можно выделить три основных

вида совместно о достпа  ресрсам:

— использования тилит, общих для всех про рамм омпле-

са. Та, например, тилита провери орфо рафии достпна

из всех про рамм;

— реализация просто о метода перехода (или запса) из од-

но о приложения  др ом;

— реализация построенных на единых принципах средств

автоматизации работ с приложением (мароязыа), что

позволяет ор анизовать омплесню обработ инфор-

мации при минимальных затратах на про раммирование

и обчение про раммированию на язые мароопределе-

ний.

Совместное использование объетов несольими приложени-

ями — рае ольный амень современной техноло ии инте ра-

ции про рамм и маниплирования данными. Разработаны два ос-

новных стандарта в этой области:

динамичесой омпонови и встраивания объетов Object

Linking and Embedding 2.0 фирмы Microsoft (OLE);

OpenDoc (отрытый домент) фирм Apple, Borland, IBM,

Novell и WordPerfect.

Механизм динамичесой омпонови объетов дает возмож-

ность пользователю помещать информацию, созданню одной

приладной про раммой, в домент, формиремый в др ой.

При этом пользователь может редатировать информацию в но-

вом доменте средствами то о продта, с помощью оторо о

этот объет был создан (при редатировании автоматичеси за-

псается соответствющее приложение). Запщенные приложе-

ния и про раммы обработи домента-онтейнера выводит на

эран со ласованные меню, часть пнтов оторых принадлежит

одной про рамме, а др ая часть — др ой.

Кроме то о, данный механизм позволяет переносить OLE-

объеты из она одной приладной про раммы в оно др ой.

В этой техноло ии предсмотрена таже возможность обще о

использования фнциональных ресрсов, например, модль

построения рафиов таблично о процессора может быть ис-

пользован в тестовом редаторе.

Недостатом данной техноло ии является о раничение на

размер вставляемо о объета размером одной страницы.

OpenDoc представляет собой объетно-ориентированню

систем, базирющюся на отрытых стандартах фирм—частниов

разработи. В ачестве модели объета использется распределен-

527

ная модель системных объетов (DCOM-Distributed Component

Object Model), разработанная фирмой IBM для OS/2. Предпола-

ается совместимость межд OLE и OpenDoc.

Самым поплярным набором офисных приложений является

инте рированный пает Microsoft Offiсe.

Microsoft Offiсe объединяет добные и простые в использова-

нии интеллетальные приложения, обеспечивающие автомати-

зацию работы и поддерж пользователя, помо ающие соратить

время выполнения ре лярных повседневных задач.

Семейство Microsoft Offiсe обладает широой встроенной

поддержой техноло ий Интернета. В резльтате Microsoft Offiсe

является наилчшим набором инстрментов для создания и п-

равления интранет-доментами, а таже для осществления

быстро о и добно о достпа  данным в интранет-сетях.

Microsoft Offiсe разработан с четом необходимости обеспе-

чить пользователю возможность простой станови, онфи ри-

рования, а администраторам сетей — возможность эффетивно о

правления процессом станови и эсплатации информацион-

ных систем и решений Microsoft Offiсe.

В последнее время в составе Microsoft Offiсe появились новые

про раммные элементы — ассистенты.

Office Assistant. При работе со сложным про раммным обеспе-

чением серьезной проблемой является поис информации о вы-

полнении той или иной операции. Чтобы обеспечить пользовате-

лю Microsoft Office простой и добной системой помощи, в но-

вю версию Microsoft Offiсe был влючен ниальный элемент —

Office Assistant.

Он помо ает быстро найти ответы на большинство возниа-

ющих вопросов и в слчае необходимости подсазывает, а вы-

полняется та или иная операция, и даже предла ает помощь в ор-

анизации более эффетивной работы.

Office Assistant дачно вписывается в интерфейс Microsoft

Offiсe.

9.3.3. Оранизация разработи прораммных средств

Решение задачи на ЭВМ представляет собой процесс полче-

ния информации на основе обработи исходной с помощью про-

раммы, составленной из оманд системы правления работой

отдельных стройств вычислительной машины. Создание таой

про раммы решения задачи предпола ает выполнение ряда пос-

ледовательных этапов техноло ичесо о процесса, принципиаль-

ная схема оторо о представлена на рис. 9. 18.

528

В зависимости от специфичесих особенностей онретной

задачи (ее вычислительной и ло ичесой сложности, состава и

стртры исходной, промежточной и резльтатной информа-

ции и т.п.), профессионально о ровня под отови специалистов

и ряда др их фаторов неоторые этапы техноло ичесо о про-

цесса, представленные в общей схеме, мо т быть объединены в

более рпные этапы.

Первый этап техноло ичесо о процесса представляет собой

постанов задачи. На этом этапе расрывается ор анизационно-

эономичесая сщность задачи, т.е. формлирется цель ее реше-

ния; определяется взаимосвязь с др ими задачами; азывается пе-

риодичность ее решения; расрываются состав и форма представле-

ния входной, промежточной и резльтатной информации; харате-

ризются формы и методы онтроля достоверности информации на

лючевых этапах решения задачи; специфицирются формы взаи-

модействия пользователя с ЭВМ в ходе решения задачи и т.п.

Особое внимание в процессе постанови задачи деляется де-

тальном описанию входной, выходной (резльтатной) и проме-

жточной информации. При этом харатеризются:

— форма представления отдельных ревизитов (цифровая,

символьная и т.д.);

— оличество знаов (разрядов), выделяемых для записи

ревизитов исходя из их масимальной значности;

— вид ревизита в процессе решения (первичный, расчет-

ный, нормативный, справочный и т.п.);

— источни (домент) возниновения ревизита.

Кроме то о, для цифровой информации азываются: цело-

численный или дробный харатер ревизита (для дробных вели-

чин дополнительно азываются оличество десятичных знаов

Поста-

нова

задачи

Матема-

тичесое

описание

Разработ-

а (выбор

и адапта-

Состав-

ление

про5рам-

Тестиро-

вание

и отлада

Эспла-

тация

про5рамм

и выбор

метода

ция) ал-

5оритма

решения

мы реше-

ния задач

про5рамм

Заазчи-

пользо-

ватель

Заазчи-

пользо-

ватель

Разработчи-прораммист

Рис. 9.18. Принципиальная схема технолоичесоо процесса разработи

прораммных средств решения эономичесих задач

529

(разрядов, выделяемых для записи дробной части числа) и допс-

тимый диапазон изменения величин (т.е. масимальное и мини-

мальное значения ревизита).

Для расчетных ревизитов дается соответствющее описание

расчетов, и особо выделяются те ревизиты, оторые использ-

ются при последющих решениях задачи, та а эта информа-

ция должна сохраниться в памяти ЭВМ.

Важной особенностью эономичесих задач является исполь-

зование в процессе их решения массивов словно-постоянной

(постоянной) информации, отражающей мно оратно использ-

емые справочные, нормативные, расценочные, плановые и др-

ие сведения. Данная информация таже детально специфицир-

ется в соответствии с общими требованиями  описанию инфор-

мации, а роме то о, азывается периодичность внесения

изменений в эти массивы.

Завершается постанова задач описанием онтрольно о при-

мера, демонстрирюще о порядо решения задачи традицион-

ным способом. Основное требование  онтрольном пример —

отражение все о мно ообразия возможных форм сществования

исходных данных. Контрольный пример сопровождается пере-

числением нештатных ситаций, оторые мо т вознинть при

решении задачи, и описанием действий пользователя в аждой

онретной ситации.

Особенность реализации это о этапа техноло ичесо о про-

цесса залючается в том, что онечный пользователь разрабаты-

ваемой про раммы, хорошо знающий ее проблемню сторон,

обычно слабо представляет специфи и возможности использо-

вания ЭВМ для ее решения. В свою очередь, предметная область

пользователя бывает часто незнаома разработчи про рамм,

хотя он знает возможности и о раничения на применение ЭВМ.

Именно это противоречие является основной причиной возни-

новения ошибо при реализации данно о этапа техноло ичесо-

о процесса разработи про рамм. По данным эспертов, на этот

этап приходится более 50% обще о числа ошибо, обнарживае-

мых в процессе разработи про рамм решения задач ор анизаци-

онно-эономичесо о харатера, а затраты на исправление таих

ошибо составляют в среднем 80% всех силий разработчиов на

поис и странение ошибо в про рамме.

Отсюда вся важность и ответственность это о этапа, необхо-

димость осществления орретной и полной постанови зада-

чи, а таже однозначность ее понимания а разработчиом про-

раммы, та и пользователем этой про раммы, в ачестве оторо-

о обычно выстпает постановщи задачи.

528

В зависимости от специфичесих особенностей онретной

задачи (ее вычислительной и ло ичесой сложности, состава и

стртры исходной, промежточной и резльтатной информа-

ции и т.п.), профессионально о ровня под отови специалистов

и ряда др их фаторов неоторые этапы техноло ичесо о про-

цесса, представленные в общей схеме, мо т быть объединены в

более рпные этапы.

Первый этап техноло ичесо о процесса представляет собой

постанов задачи. На этом этапе расрывается ор анизационно-

эономичесая сщность задачи, т.е. формлирется цель ее реше-

ния; определяется взаимосвязь с др ими задачами; азывается пе-

риодичность ее решения; расрываются состав и форма представле-

ния входной, промежточной и резльтатной информации; харате-

ризются формы и методы онтроля достоверности информации на

лючевых этапах решения задачи; специфицирются формы взаи-

модействия пользователя с ЭВМ в ходе решения задачи и т.п.

Особое внимание в процессе постанови задачи деляется де-

тальном описанию входной, выходной (резльтатной) и проме-

жточной информации. При этом харатеризются:

— форма представления отдельных ревизитов (цифровая,

символьная и т.д.);

— оличество знаов (разрядов), выделяемых для записи

ревизитов исходя из их масимальной значности;

— вид ревизита в процессе решения (первичный, расчет-

ный, нормативный, справочный и т.п.);

— источни (домент) возниновения ревизита.

Кроме то о, для цифровой информации азываются: цело-

численный или дробный харатер ревизита (для дробных вели-

чин дополнительно азываются оличество десятичных знаов

Поста-

нова

задачи

Матема-

тичесое

описание

Разработ-

а (выбор

и адапта-

Состав-

ление

про5рам-

Тестиро-

вание

и отлада

Эспла-

тация

про5рамм

и выбор

метода

ция) ал-

5оритма

решения

мы реше-

ния задач

про5рамм

Заазчи-

пользо-

ватель

Заазчи-

пользо-

ватель

Разработчи-прораммист

Рис. 9.18. Принципиальная схема технолоичесоо процесса разработи

прораммных средств решения эономичесих задач

529

(разрядов, выделяемых для записи дробной части числа) и допс-

тимый диапазон изменения величин (т.е. масимальное и мини-

мальное значения ревизита).

Для расчетных ревизитов дается соответствющее описание

расчетов, и особо выделяются те ревизиты, оторые использ-

ются при последющих решениях задачи, та а эта информа-

ция должна сохраниться в памяти ЭВМ.

Важной особенностью эономичесих задач является исполь-

зование в процессе их решения массивов словно-постоянной

(постоянной) информации, отражающей мно оратно использ-

емые справочные, нормативные, расценочные, плановые и др-

ие сведения. Данная информация таже детально специфицир-

ется в соответствии с общими требованиями  описанию инфор-

мации, а роме то о, азывается периодичность внесения

изменений в эти массивы.

Завершается постанова задач описанием онтрольно о при-

мера, демонстрирюще о порядо решения задачи традицион-

ным способом. Основное требование  онтрольном пример —

отражение все о мно ообразия возможных форм сществования

исходных данных. Контрольный пример сопровождается пере-

числением нештатных ситаций, оторые мо т вознинть при

решении задачи, и описанием действий пользователя в аждой

онретной ситации.

Особенность реализации это о этапа техноло ичесо о про-

цесса залючается в том, что онечный пользователь разрабаты-

ваемой про раммы, хорошо знающий ее проблемню сторон,

обычно слабо представляет специфи и возможности использо-

вания ЭВМ для ее решения. В свою очередь, предметная область

пользователя бывает часто незнаома разработчи про рамм,

хотя он знает возможности и о раничения на применение ЭВМ.

Именно это противоречие является основной причиной возни-

новения ошибо при реализации данно о этапа техноло ичесо-

о процесса разработи про рамм. По данным эспертов, на этот

этап приходится более 50% обще о числа ошибо, обнарживае-

мых в процессе разработи про рамм решения задач ор анизаци-

онно-эономичесо о харатера, а затраты на исправление таих

ошибо составляют в среднем 80% всех силий разработчиов на

поис и странение ошибо в про рамме.

Отсюда вся важность и ответственность это о этапа, необхо-

димость осществления орретной и полной постанови зада-

чи, а таже однозначность ее понимания а разработчиом про-

раммы, та и пользователем этой про раммы, в ачестве оторо-

о обычно выстпает постановщи задачи.

530

Математичесое описание задачи и выбор метода ее решения

представляет второй этап в техноло ии разработи про раммы.

Выделение это о этапа обсловливается рядом причин, одна из

оторых вытеает из свойства неоднозначности естественно о

языа, на отором осществляется описание постанови задачи.

В связи с этим на втором этапе техноло ичесо о процесса раз-

работи про раммы выполняется формализованное описание за-

дачи, т.е. станавливаются и формлирются средствами языа

математии ло ио-математичесие зависимости межд исход-

ными и резльтатными данными.

Математичесое описание задачи обеспечивает ее однознач-

ное понимание постановщиом (пользователем) задачи и разра-

ботчиом про раммы, реализющей эт задач.

В процессе под отови эономио-математичесо о описа-

ния (модели) задачи мо т использоваться различные разделы

математии, особенно приладной. При решении эономичес-

их задач наиболее часто использются следющие лассы моде-

лей для формализованно о описания их постаново:

— аналитичесие (вычислительные);

— матричные (балансовые);

— рафичесие (частным видом оторых являются сетевые).

Выбор ласса модели, а ино да и онретной формы ее пред-

ставления внтри одно о и то о же ласса в ряде слчаев позво-

ляет не тольо обле чить и сорить процесс решения задачи, но

ино да и повысить точность полчаемых резльтатов. Хотя мате-

матичесая запись постанови задачи, а правило, отличается

высоой точностью отображения ее сщности, лаоничностью

записи, а лавное, однозначностью понимания, далео не для

всех задач она может быть выполнена. Кроме то о, математичес-

ое описание задачи в большинстве слчаев трдно однозначно

перевести на язы ЭВМ. Для задач, допсающих возможность

эономио-математичесо о описания, необходимо выбрать

численный метод решения, а для нечисловых задач - принципи-

альню схем решения в виде однозначно понимаемой последо-

вательности выполнения элементарных математичесих и ло и-

чесих фнций (операций).

При выборе метода решения задачи предпочтение отдается

метод, оторый наиболее полно довлетворяет следющим ос-

новным требованиям:

— обеспечивает необходимю точность полчаемых резльтатов;

— не обладает свойством вырождения, т.е. бесонечно о за-

циливания на аом-либо часте решения задачи при

определенных исходных данных;

531

— позволяет использовать же отовые стандартные про-

раммы для решения задачи или ее отдельных фра ментов;

— ориентирован на минимальный объем исходной информации;

— обеспечивает наиболее быстрое полчение исомых ре-

зльтатов решения.

Сложность и ответственность этапа под отови эономио-

математичесо о описания задачи и выбора (разработи) соот-

ветствюще о метода ее решения часто требет привлечения ва-

лифицированных специалистов в области приладной математи-

и, обладающих знанием таих дисциплин, а исследование

операций, математичесая статистиа, численный анализ, вы-

числительная математиа и т.д.

Третий этап техноло ичесо о процесса под отови решения

задачи на ЭВМ представляет собой алоритмизацию ее решения,

т.е. разработ ори инально о или адаптацию (точнение и ор-

ретиров же известно о) ал оритма.

Алоритмизация — это сложный процесс, носящий в значи-

тельной степени творчесий харатер. По оценам специалистов,

постанова задачи и ее ал оритмизация нередо составляют

20—30% обще о времени на разработ про раммных средств ре-

шения задачи. Сложность и ответственность реализации данно о

этапа объясняется тем, что для решения одной и той же задачи, а

правило, сществет множество различных ал оритмов, отличаю-

щихся др от др а ровнем сложности, объемами вычислитель-

ных работ, составом необходимой исходной и промежточной

информации и др ими фаторами, оторые оазывают сщест-

венное влияние на эффетивность выбранно о способа решения

задачи.

Алоритмизация решения задач на ЭВМ. Процесс ал оритмиза-

ции решения задачи в общем слчае реализется по следющей

схеме:

— выделение автономных этапов процесса решения задачи

(а правило, с одним входом и одним выходом);

— формализованное описание содержания работ, выполняе-

мых на аждом выделенном этапе;

— провера правильности реализации выбранно о ал оритма

на различных примерах решения задач.

В основ процесса ал оритмизации положено фндаменталь-

ное понятие математии и про раммирования — ал оритм. На-

звание «ал оритм» происходит от латинизированно о воспроиз-

ведения арабсо о имени збесо о математиа Аль-Хорезми,

живше о в онце VIII — начале IX в., оторый первым сформ-

лировал правила, позволяющие систематичеси составлять и ре-

шать вадратные равнения.