Глава 8. Основы типового проектирования ЭИС

 

Методы типового проектирования ЭИС предполагают созда­ние системы из готовых типовых элементов (типовых проектных решений). Для этого создаваемая ЭИС должна быть декомпозирована на множество составляющих компонентов (под­систем, комплексов задач, программных модулей и т.д.), для ко­торых подбираются и приобретаются имеющиеся на рынке типовые проектные решения. Далее закупленные типовые элементы, как правило, включающие программные продукты, настраиваются на особенности конкретного предприятия или дорабатываются в соответствии с требованиями проблемной  области.

Под типовым проектным решением (ТПР) понимается проектное решение, представленное в виде проектной документации и про­граммных модулей, пригодное к многократ­ному использованию. В качестве проектного решения может вы­ступать реализация как отдельных компонентов ЭИС (программ­ных модулей, функциональных задач, автоматизированных рабочих мест, локальных баз данных, локальных вычислитель­ных сетей), так и взаимосвязанных комплексов компонентов (фун­кциональных и обеспечивающих подсистем, ЭИС в целом) [39]. Ти­повые проектные решения также называют тиражируемыми продуктами.

В зависимости от уровня декомпозиции системы различают следующие методы типового про­ектирования: элементный, подсистемный и объектный (рис. 8.1).

При элементном методе типового проектирования ЭИС в качестве типового элемента системы используется типовое реше­ние по задаче или по отдельному виду обеспечения задачи (ин­формационному, программному, техническому, математичес­кому, организационному) (рис. 8.2).

 

 

Рис. 8.1. Классификация типовых методов проектирования

                            

Рис. 8.2. Типовое проектное решение уровня  Задача

 

Сущность применения ТПР при элементном методе заключа­ется в комплектации ЭИС из множества ТПР по отдельным раз­розненным задачам. Если данного множества недостаточно для того, чтобы спроектировать систему, необходимые модули до­рабатываются дополнительно. Преимущество элементного метода типо­вого проектирования ЭИС связано с применением модульного подхода к проектированию и документированию ЭИС.

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

Следствием перечисленных недостатков являются значительные затраты времени на доработку и комплексирование ТПР отдельных элементов, сопоставимые со временем ручного оригинального проектирования ЭИС. В настоящее время элементные ТПР в основном применяются в качестве библиотек методо-ориентированных программ (библиотек классов объектов), например, при разработке графических интерфейсов. В силу ограниченного характера применения в дальнейшем метод элементного типового проектирования ЭИС не рассматривается.

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

Типовые проектные решения для функциональных подсистем реализуются в виде пакетов прикладных программ (ППП), которые позволяют осуществлять:

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

• параметрическую настройку программных компонентов на различные объекты управления;

• сокращение затрат на проектирование и программирование взаимосвязанных компонентов;

• удовлетворительное документирование отображаемых процессов обработки информации.

 

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

В качестве примеров широкораспространенных функциональных ППП можно назвать: 1С «Предприятие» (автоматизация бухгалтерского учета, расчета заработной платы, складского учета), «Фолио - Склад» (автоматизация складских операций), ProjectExpert (бизнес-планирование), ИНЭК (финансовый анализ) и др.

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

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

• масштабируемостью, допускающей реализовать конфигурацию ЭИС для переменного числа рабочих мест;

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

 

Несомненное преимущество объектного метода типового проектирования ЭИС заключается в комплексируемости всех компонентов за счет методологическо­го единства и информационной, программной и технической со­вместимости компонентов.

Адаптивность объектного метода проектирования зависит от используемого подхода. При параметрической настройке типовых информационных систем, таких, например, как ППП «Галактика», «Парус», «БОСС» и другие, возникают проблемы привязки типового проекта к конкретному объекту управления. Обычным способом решения проблемы адаптации является изменение структуры организационно-экономической системы объекта внедрения в соответствии с требованиями типового проекта либо существенная доработка типового проекта с помощью специальных инструментальных средств типовой системы.

В настоящее время развивается модельно-ориентированный подход реализации объектного метода типового проектирования ЭИС, известный по применению типовых информационных систем R/3 (SAP) и BAAN IV (BAAN). Особенность этого подхода заключается в настройке типового проекта на особенности объекта управления путем привязки модели проблемной области к модели типовой системы. Поддержание при этом модели проблемной области системы сближает метод типового проектирования с методом автоматизированного проектирования как в части более точного определения и модификации требований к информационной системе, так и в части корректности параметрической настройки и автоматизированной доработки проектных решений.

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

Рассмотрим взаимосвязь основных потоков и компонентов пакета прикладных программ.

 

Рис. 8.3. Взаимосвязь основных потоков и компонентов ППП

 

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

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

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

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

Параметрическая информация предоставляется:

• в справочниках (классификаторах с задаваемым числом уров­ней классификации, например, в справочниках номенклатуры изделий и услуг, видов расчетов, валют и т.д.);

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

 

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

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

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

• генераторы программ ЭИС на основе языковых средств RAD-технологии (4GL);

• макроязыки проектирования и настройки типовых модулей.

 

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

Преобразователь П 1 «Определение критериев оценки функционального ППП»

 

Перечень критериев выбора ППП Д 1.2 для конкретной подсистемы определяется в зависимости от следующих характеристик проблемной области Д1.1: срока разработки ЭИС, финансовых ресурсов, технической оснащенности объекта управления, существующих и функционирующих ППП (ФППП), программного и сетевого оснащения и др.

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

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

• назначение и возможности пакета;

• отличительные признаки и свойства пакета;

• требования к техническим и программным средствам;

• документация пакета;

• факторы финансового порядка;

• особенности установки пакета;

• особенности эксплуатации пакета;

• помощь поставщика по внедрению и поддержанию пакета;

• оценка качества пакета и опыт его использования;

• перспективы развития пакета.

 

 

 

 

 

 

 

Рис. 8.4. Технологическая  сеть проектирования  на  основе параметрической настройки функционального ППП

Д 1.1- характеристики проблемной области; Д 1.2 - перечень критериев оценки ФППП; Д 2.1 - техническая документация пакета; Д 2.2 - договор на закупку и сопровождение; Д 3.1 - результаты обучения персонала; Д 4.1 - статистика работы пакета; Д 2.1’ - описание внешних изменений; U1 - универсум функциональных ППП; G1 - комплекс программ ФППП; G2  - настроенный ФППП

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

Таблица 8.1.

 

Критерии оценки ППП

 

 

 

 

 

 

 

 

Продолжение таблицы 8.1.

 

	Наименование критерия	Содержание подкритериев
3	Требования к техническим и программным средствам	3.1. Вычислительная система
		3.2. Объем ОП
		3.3. Объем внешней памяти
		3.4. Периферийные устройства
		3.5. Тип ОС
		3.6. Вспомогательные программные средства
		3.7. Использование средств организации массивов
		3.8. Совместимость с СУБД
4	Документация ППП	4.1. Общее руководство по использованию
		4.2. Руководство системного и программного уровня
5	Факторы финансового порядка	5.1. Затраты на приобретение ППП
		5.2. Затраты на аренду ППП
		5.3. Затраты на обработку и установку ППП, подготовку персонала, техники, обслуживания и поддержания
		5.4. Экономическая эффективность использования ППП
6	Особенности установки	6.1. Объем работ по установке ППП
		6.2. Время установки
		6.3. Требуемые модификации ППП
		6.4. Требования пользователя к квалификации программистов
		6.5. Требования настройки входных и выходных форм пакета
		6.6. Трудоемкость организации информационной базы
		6.7. Требуемые модификации ОС и СУБД
7	Особенности	7.1. Зависимость рабочих характеристик ППП от используемых технических и программных средств
		7.2. Возможность обслуживания ППП силами специалистов организации-пользователя

 

 

 

 

 

 

 

Продолжение таблицы 8.1.

 

№	Наименование критерия	Содержание подкритериев
		7.3. Техническая эффективность, надежность
		7.4. Защита данных
		7.5. Трудоемкость внесения изменений
		7.6. Трудоемкость реорганизации информационной базы
		7.7. Трудоемкость и время обнаружения и исправления ошибок
		7.8. Время повторного запуска системы
		7.9. Время цикла обработки информации
		7.10.Производительность
8	Помощь постав-щика по внедре-нию и поддер-жанию ППП	8.1. Обучение персонала организации-пользователя
		8.2. Участие поставщика при внедрении ППП
		8.3. Переход от старой системы к новой
		8.4. Участие поставщика в обследовании ППП
		8.5. Корректировка системы ошибок
		8.6. Внесение модификаций
		8.7. Обеспечение обновления документов
		8.8. Простота использования
9	Оценка качества ППП и опыт его использования	9.1. Источник появления
		9.2. Характеристика 1-й версии ППП
		9.3. Число и характер переделок ППП
		9.4. Число организаций, пользующихся пакетом
		9.5. Оценка уже установленных ППП
		9.6. Сравнение с аналогичными ППП
		9.7. Помехозащищенность
10	Перспективы развития ППП	10.1. Совершенствование концепции и используемых методов
		10.2. Подключение новых функциональных возможностей
		10.3. Расширение интерфейса, переход на совершенные технические средства
		10.4. Совместимость со старой версией

 

 

 

Преобразователь П2 «Оценка рынка функциональных ППП»

 

Оценка рынка функциональных ППП осуществляется по универсуму U1 программных средств, имеющихся на рынке, на основе выделенных групп критериев Д 1.2 и может производиться по методике оценки эргономических характеристик продуктов. По данной методике предполагается усреднение оценок группы экспертов, оценивающих ППП.

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

 

m

                                     Knj = Kj / S  Kj  ,                                        (1)

j=1

 

где K_j  –  комплексный весовой коэффициент;

      K_nj  –  комплексный нормированный весовой коэффициент;

       j    –  номер комплексного весового коэффициента;

      m   –  количество комплексных весовых коэффициентов.

 

m

                             E_nj = E_i K_nj / SE_i                                         (2)

i=1

 

где E_j  – единичный весовой коэффициент;

      E_nj – единичный нормированный весовой коэффициент;

        i   –  номер единичного весового коэффициента;

        l –  количество единичных весовых коэффициентов, входящих  в i-ый комплексный весовой коэффициент.

 

По каждому ППП осуществляется экспертная оценка в разрезе отдельных характеристик по 10-балльной шкале. Далее оценки автоматически умножаются на весовые коэффициенты и нормируются внутри группы (см. формулы 3-4).

 

                                   M_i = d_i  s_{i ,}                                          (3)

 

где M_i - взвешенная оценка  i-ой единичной характеристики;

d_i- среднее значение балльных оценок экспертов i-ой единичной характеристики;

s_i - среднее значение весовых коэффициентов i-ой единичной  характеристики.

 

      l

                                                 M_k =  SM_i  ,                                        (4)

     1

 

где   M_k   - взвешенная оценка  i-ой комплексной характеристики.

Взвешенные оценки характеристик суммируются по группам и в целом по ППП (см. формулу 5).

m

                                                    Z =  SM_k  ,                                             (5)

1

 

где  Z - интегральная оценка по ППП.

 

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

 

Преобразователь ПЗ «Настройка функционального ППП»

 

Настройка ППП G1 по технической документации Д2.1 начинается с заполнения нормативно-справочной информации, необходимой для выполнения функций пакета: происходит последовательное заполнение всех необходимых справочников. На вход преобразователя поступает информация предметной обла­сти Д1.1, необходимая для заполнения справочников. Выходом данной технологической операции являются заполненные справочники.

Далее происходит настройка модулей ППП, которая заключается в параметризации функций пакета. В качестве входной информации при задании значений тех или иных параметров используются данные предметной области Д1.1, а также техническая документация пакета
Д 3.1. Результатом настройки модулей является ППП, готовый к эксплуатации - G2.

Например, настройка модулей подсистемы «Управление закупками» ППП «Галактика» сводится к заданию следующей информации:

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

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

 

Преобразователь П 4 «Обучение персонала»

 

Этот преобразователь необходим для ознакомления, выработки навыков использования ППП у персонала, который будет непосредственно работать с ним. На вход преобразователя поступает техническая документация пакета - Д2.1 и сам ППП - G2. Результатом обучения персонала являются прохождение различ­ных контрольных мероприятий (тестов, экзаменов и т.п.) и получение документов, свидетельствующих о готовности персонала к эксплуатации ППП, -
Д 3.1.

 

Преобразователь П5 «Эксплуатация ППП»

 

Этот преобразователь отражает автоматизированное выполнение функции управления с помощью ППП. Входом данной технологической операции являются: информация проблемной области - Д 1.1 и ППП - G2. Выходом операции является статистика работы пакета – Д 4.1, которая используется для анализа эффективности функционирования ППП и выработки рекомендаций но его перенастройке.

 

Преобразователь П6 «Адаптация типовой конфигурации ППП  с использованием инструментальных средств»

 

На вход преобразователя поступают: 

1. Описание внешних изменений функционирования ППП –Д 4.1.

2. Техническая документация ППП – Д 2.1.

3. Инструментальные средства адаптации ППП - G2. Выходом данной технологической операции является новая, адаптированная версия ППП – G2’ и обновленная техническая документация ППП –
Д 2.1’.

 

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

• генераторы отчетов, форм ввода-вывода;

• макроязыки настройки функций ППП;

• встроенные языки программирования.

 

Рассмотрим использование средств адаптации типовой конфигурации ППП на примере инструментов программного комп­лекса «Галактика» [32], которые включают в себя:

• набор средств для администратора базы данных (Protect, Journal, Corpo, Repair);

• высокопроизводительный инструментарий для квалифици-рованного пользователя (программиста), предназначенный для разработки реляционных баз данных, проектирования пользовательского интерфейса и отчетов (VIP, FCOM, ARD, GalaGraf, «Бизнес-текст»).

 

К средствам администратора базы данных относятся следующие утилиты:

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

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

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

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

 

Средства пользователя-программиста включают следующие инструменты.

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

Средства Vip позволяют:

• задать логическую таблицу;

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

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

 

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

 

 

Многофункциональный текстовый процессор БИЗНЕС-ТЕКСТ, предназначен для просмотра и редактирования текстов и ориентирован на обработку больших массивов данных.

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

Пакет деловой графики GALAGRAF обеспечивает следующие возможности:

1) создание семи типов диаграмм с эффектом трехмерности;

2) нескольких графиков на одной странице (экране) с размещением в координатах виртуального экрана;

3) многостраничные отчеты, вывод легенды;

4) сортировку данных перед построением;

5) вывод на график линий минимума, максимума и среднего значения;

6) использование шрифтов разных стилей, цветов и размеров;

7) печать графических отчетов на принтере, вывод графических отчетов в файл формата PCX и т.д.

 

Интерактивный генератор отчетов ARD - предназначен для интерактивного формирования сложных отчетов по любым данным, извлекаемым из БД.

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

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

 

Однако существует ряд проблем, сдерживающих распространение данной технологии. К ним можно отнести следующее:

• психологические и организационные трудности внедрения ППП;

• достаточно высокую стоимость приобретения ППП и обучения персонала;

• отсутствие глобальной модели объекта управления, что ведет к затратам по увязке различных ППП в рамках корпоративной ЭИС.

 

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

 

 

Ядром типовой ЭИС является постоянно развиваемая модель проблемной области (предприятия), поддерживаемая в специальной базе метаинформации - репозитории, на основе которой осуществляется конфигурация программного обеспечения. Таким образом, проектирование и адаптация ЭИС сводятся прежде всего к построению модели проблемной области и её периодической корректировке.

Для моделирования проблемной области и последующих конфигураций информационной системы из отдельных компонентов (программных модулей) используется специальный программный инструментарий, например SAPBusinessEngineeringWorkbench (BEW) и BAANEnterpriseModeler. Несомненным досто­инством применения модельно-ориентированных компонентных систем, таких, как R/3 или BAAN IV перед CASE-технологиями является накапливание опыта проектирования информационных систем для различных отраслей и типов производства в виде типовых моделей, которые поставляются вместе с программным продуктом в форме наполненного репозитория. Таким образом, вместе с программным продуктом пользователи приобретают базу знаний «know-how» об эффективных методах организации и управления бизнес-процессами, которые можно адаптировать в соответствии со спецификой конкретного экономического объекта.

 

 

Контрольные вопросы

 

1.     Понятие типового проектного решения (ТПР).

2.     Классификация методов типового проектирования.

3.     Понятие и содержание типового элемен­тного метода проектирования.

4.     Понятие и сущность типового подсистемного метода проектирования.

5.     Понятие и содержание типового объект­ного метода проектирования.

6.     Различия в параметрически-ориентированном и модельно-ориентированном подходах к конфигурации типовых ЭИС.

7.     Определение функционального ППП.

8.     Структура функционального ППП.

9.     Базовые критерии выбора функционального ППП.

10.                        Основные требования к техническим и программным средствам.

11.                         Содержание критерия «Особенности ППП».

12.                        Структура технологической сети проектирования ЭИС с ис­пользованием параметрически-настраиваемого ППП.

13.                        Особенности параметрической настройки ППП.

14.                        Базовые инструменты адаптации ППП.

15.                        Возможности процессора пользовательского интерфейса Vip.

16.                        Особенности пакета деловой графики GalaGraf.

17.                        Основные проблемы, возникающие при параметрически-ориентированном проектировании ЭИС с использованием ППП.

 

 

 

 

К оглавлению

Назад к разделу "Глава 7. Технологические процессы обработки данных в ЭИС"

Вперед к разделу "Глава 9. Обеспечение информационной безопасности ЭИС"