© Дубейковский В.И., 2005 год.
Технический консультант
отдела внедренияи консалтинга
компании Интерфейс.
http://www.interface/training.htm
Вся наша профессиональная, частная и общественная жизнь незримо связана с непрекращающимся, вокруг нас и с нашим участием, разнообразным моделированием.
Одна из главных целей моделирования - представить либо в воображении, либо в виде материальной (шаблон для копировального станка) или биологической модели (собака Павлова; белковая модель - геном человека), либо в формализованном виде на бумаге (чертёж, технологический процесс, нотное письмо, Правила дорожного движения, текст на естественном языке, и т.д.), или в электронном виде (файл AllFusion Process Modeler 4.1), объект предстоящей нам деятельности. Такая модель классифицируется как TO BE - как должно быть.
Некоторые антропологи считают обретение животными способности формировать представление о будущей деятельности, а затем действовать в соответствии с ней, признаком начала развития разума.
Возможно ещё более глубокое залегание сущности моделирования. Возможно, что способность к моделированию является критерием отличия живого от неживого. Ведь воспроизводство - из поколения в поколение - всего живого осуществляется на основе модели, которая описывает во всех деталях создание живого организма, его функционирование на активном этапе жизни, и даже его деградацию вплоть до смерти.
Эти модели обеспечивают воспроизводство живых организмов во всём спектре проявлений биологической жизни - от растений, до человека.
Это биологические модели, характеризуются поразительными, недостижимыми пока для искусственного воспроизводства, свойствами по их объёму и плотности передаваемой информации.
Рассматриваемые далее модели технических и организационных систем гораздо менее сложны, чем модели биологические.
Весь окружающий нас мир структурируется на четыре группы объектов, это:
Соответственно предметом моделирования могут быть, независимо, или взаимосвязано:
Это обобщение нашло отражение в разработанной более 40 лет назад Дугласом Т. Россом (США) концепции функционального блока, оснащённого четырьмя типами связей - входом, управлением, выходом и механизмом - как основой функциональной модели.
По характеру составляющих их объектов, системы, разделяются на три группы:
Соответственно разделяются и предметы прочего моделирования - функции, обмены, управления.
Отдельное место в этом ряду занимают люди, присутствующие в системах, и выполняющие те или другие функции.
В таблице 1 приведён перечень возможных моделей, отражающий изложенное выше.
Таблица 1. Методы моделирования материальных, информационных и энергетических и организационных систем
| Тип системы | Объекты системы, подвергающиеся моделированию | |||||
| Устройство системы | Функции системы | Объекты обмена в проц. функц. | Управления системой | |||
| Входы системы | Выходы системы | |||||
| Материальная | 1. Чертежи, материальные модели, или CAD/CAM информация в цифровом электронном формате | 2. Структурные, потоковые, имитационные и стоимостные функциональные модели | 3. Спецификации, генерируемые на основе информации функциональной модели системы, в том числе - её интерфейсы. | 4. Специализированная материально - информационная надстройка в соответствующих формах материальной и информационной систем | ||
| Информационная | 5. Физическая модель структуры базы данных; чертежи материальных фрагментов системы | 6. Структурные, потоковые, имитационные, и стоимостные функциональные модели, в том числе - алгоритмы работы информационных систем | 7. . Спецификации, генерируемые на основе информации функциональной модели системы, в том числе - её интерфейсы; диаграммы сущность - связь (ERD1) модели данных системы, формы ввода - вывода данных. | 8. Входы информационной системы, характеризуемые как массив возможных запросов к системе | ||
| Энергетическая | 9. Монтажные электрические схемы | 10. Принципиальные электрические схемы | 11. Фрагменты электросхем - см. ячейки 9, 10, в том числе - интерфейсы энергосистемы | 12. Фрагменты устройства и функций системы и её интерфейсы | ||
| Люди в системе | 13. Схема организационной структуры | 14. Фрагменты ФМ из ячеек 2, 6 | 15. Интерфейсы2 материальной, информационной и энергоподсистем | 16. Должностные обязанности, аппелирующие к интерфейсам системы | 17. Формирование системы связей подчинённости в пределах оргструктуры, обеспечение их признания и исполнения. | |
Особое, основополагающее, положение в этом перечне занимает система, как носитель функционирования, обменов и объект управления.
Полное описание системы может быть осуществлено при наличии всех перечисленных в табл. № 1 типов моделей, связанных между собой. Однако, в силу разных частных задач моделирования, имеет смысл и разработка отдельных частных моделей, или той или другой их выборки.
Наиболее информативным, поэтому наиболее распространённым, является моделирование функций системы, их функциональное моделирование. Такое моделирование может быть произведено безотносительно к его реализации в тех или иных механизмах (т.е. - без указания конкретных механизмов поддержки моделируемых функций) - в виде логической функциональной модели, альтернативы функциональной модели физической, привязанной к осуществлению теми или другими конкретными механизмами. Однако безусловным требованием к такой модели является указание в ней выходов и управлений.
Как и механизмы, входы могут быть не указаны.
Необозримое множество систем моделирования - материальных, математических, информационных, биологических и др. сводится к моделированию именно этих, и только этих объектов.
Каждый тип объекта моделирования связан, как правило, со специфическими системами моделирования (функциональное моделирование, моделирование данных, морфологическое моделирование и др.).
Разница же между системами моделирования одноимённых объектов (например - разница между системами функционального моделирования) заключается, как правило, в составе интегрированных в них других моделей, в процедурах работы с ними, в сервисах, предоставляемых системой моделирования, и др. второстепенных факторах.
Все системы моделирования кроме упомянутого режима TO BE, работают, также, в режиме AS IS. Модель AS IS - как правило инструмент анализа работы системы, модель TO BE - это задание на последующее создание моделируемой системы.
Частные модели разрабатываются, как правило, итерационно, в несколько (до четырёх) этапов.
Основная задача разработки любой модели, конечная или промежуточная цель её разработки, как AS IS, так и TO BE модели - оценка, с её помощью, корректности и оптимальности моделируемой системы.
По этой причине системы моделирования оснащаются, как правило, теми или другими средствами оценки разработанной (разрабатываемой) модели.
Как инструментарий, системы функционального моделирования могут быть оценены в следующих характеристиках;
Одним из главных обстоятельств, определяющих целесообразность использования в том или ином случае той или иной системы технического моделирования, является вопрос о цели моделирования. Принципиально таких целей может быть две:
Второй случай относится к осуществлению компьютерной поддержки разработки программного обеспечения - CASE - технологии.3
Особое, несколько отстранённое, имеющее мощно развитую методическую базу, поддерживаемое энергично развивающимися, методически и программно, CAD/CAM - системами место занимают системы моделирования4 устройства материальных систем5 - см. ячейка № 1 таблицы 1. С помощью этих инструментов разрабатывают конструкторскую документацию (в бумажном виде), или цифровую электронную конструкторскую информацию. В обоих случаях обеспечивается физическое изготовление системы.
Более или менее устойчиво и консервативно состояние в сфере средств моделирования энергетических систем, отражённое в ячейках 9, 10, 11, 12. Модели энергетической подсистемы в большинстве случаев - за исключением систем масштаба регионального энергообеспечения, являются следствием и детализацией моделей, приведённых в ячейках 1, 2, 5.
Модели, указанные в ячейках 1, 9, 10, 11, 12 не являются предметом настоящего рассмотрения
Для моделей данных (см. ячейка 7), разрабатываемых, как правило, в процессе осуществления CASE - технологий, достаточно устойчиво, в международной и отечественной практике, зарезервировано место стандартизованной, на федеральном уровне в США, методики IDEF1X и её программной реализации AllFusion Erwin Data Modeler. Наибольшее разнообразие представляют возможности для моделирования, представленного в ячейках 2 и 6 - функционального моделирования материальных и информационных систем. Эти модели - функциональные модели - являются, как правило, основой анализа функционирующих и создания новых систем.
Остальные виды моделей являются пополнением, детализацией функциональных моделей. И строятся на их основе.
Одним из слабопроработанных до настоящего времени вопросов, вызывающих постоянные затруднения, методически слабо поддержанных, является моделирование управления людьми в системе (ячейка 17), интегрированных в архитектуре той или другой организационной структуры. Эта задача может быть отмоделирована самостоятельно. Редким примером развитой текстовой модели управления организационной структурой может служить международный стандарт ISO 9001:2000, регламентирующий функционирование системы менеджмента качества6 .
Схема организационной структуры (см. ячейка 13) является документом, предназначенным для организации взаимодействия людей, участвующих в работе системы. Значительной частью работы этих людей является самое ответственное - УПРАВЛЕНИЕ работой системы. Моделирование этого взаимодействия сводится к формированию схемы подчинённости одних работников другими, и основывается, как подразумевается, на признании всеми участниками отношений подчинённости, объявленных в этой схеме7.
Активную работу в сфере создания комплекса средств технического моделирования ведёт американская компания Computer Associates (годовой оборот - около 6 миллиардов долларов), находящийся в числе крупнейших разработчиков и поставщиков программных продуктов - на третьем месте после Microsoft и Oracle. В объявленных им стратегических целях комплекс AllFusion Modeling Suite (интегрированный пакет средств моделирования) входит в Application Life Cycle Management (см. рис 2) - одно из шести направлений развития, призванных поддерживать развитие электронного бизнеса (см. рис. 3).
AllFusion Modeling Suite позволяет осуществить разработку тех моделей, которые отмечены в таблице 1 заливкой, состоит из целого ряда взаимосвязанных программных пакетов, обеспечивающих как собственно моделирование, так и поддерживающих эффективную, в том числе коллективную, работу системных аналитиков, участвующих в разработке комплекса моделей:
Четыре пакета - 1, 2, 4, 5 - составляют основу и позволяют осуществлять разработку всех моделей, приведённых в таблице 1:
Поддержка работы аналитиков осуществляется:
Возможно использование каждого из основных моделирующих пакетов автономно.
Из приведённых в таблице 1 задач моделирования, комплекс AllFusion Process Modeler обеспечивает разработку моделей, приведённых в ячейках 2, 3, 4, 5, 6, 7, 8, 13, 14, (15), 16, (17).
Функциональная модель, состоящая из графики, текста и глоссария, разрабатывается в реквизитах, приведённых в таблице 2, обеспечивающих создание информационно полноценного документа, многосторонне освещающего моделируемую предметную область.
Таблица 2 Информационные объекты отражения объекта моделирования
| №№ | Наименование | Перевод | |
| 1 | Настройки модели | Viewpoint | Точка зрения (модели) |
| 2 | Purpose | Цель (разработки модели) | |
| 3 | Scope | Границы (модели) | |
| 4 | Status (W, D, R, P) | Статус модели | |
| 5 | AS IS/TO BE | Used at - статус | |
| 6 | Arrow, Name Arrow | Имя стрелки | |
| 7 | Activity, Name Activity | Функция, работа | |
| 8 | UOW - Unit of Work | Единица поведения (IDEF3) | |
| 9 | Стандартные диаграммы модели8 | ||
| 10 | Node Tree | Диаграмма "Дерево узлов" | |
| 11 | For Exposition Only (FEO) | Диаграмма "Только для демонстрации" | |
| 12 | OrgChart | Организационная диаграмма | |
| 13 | Swim Lane | Диаграмма "Плавательная дорожка" | |
| 14 | Cost Centre | Центр затрат | |
| 15 | Duration | Длительность (осуществления Activity) | |
| 16 | Frequancy | Кратность (функций, затрат) | |
| 17 | Input Arrow | Стрелка входа | |
| 18 | Control Arrow | Стрелка управления | |
| 19 | Output Arrow | Стрелка выхода | |
| 20 | Mechanism Arrow и Call Arrow | Стрелки механизма | |
| 21 | Junction | Перекрёсток (IDEF3) | |
| 22 | Data Store | Накопитель данных (DFD) | |
| 23 | External Reference | Внешняя сущность (DFD) | |
| 24 | Resource | Ресурс (кадровый) | |
| 25 | Role | Роль (в процессе работы в системе) | |
| 26 | Role Group | Ролевая группа | |
| 27 | Tipe Arrow | Тип стрелки - Precedence, Relational, Object Flow, Bidirectional | |
| 28 | Off-Page Reference | Внестраничная ссылка | |
| 29 | Топология системы связей объектов модели | ||
Таблица "Информационные объекты отражения объекта моделирования" представляет необходимый и достаточный состав структурных групп информации, позволяющий осуществить описание работы объекта моделирования.
Первые пять строк представляют информацию настройки функциональной модели
Все возможные изменения, направленные на модернизацию объекта моделирования, будут отражены с помощью оставшихся 24 реквизитов, и только с их помощью. Изменения в тех или иных реквизитах, указанных в таблице, или в их сочетаниях, будут определять те или иные изменения в объекте моделирования.
Сохранение взаимосвязей между таблицами информационных объектов модели (её словарями9) обеспечивает, в процессе построения функциональной модели, создание своеобразной реляционной базы данных. Наличие развитой системы управления информацией модели посредством семи видов гибконастраиваемых отчётов10 (имеется, также, два вспомогательных отчёта), позволяет создавать большое количество различных информационных срезов по модели, представляя её в самых различных аспектах.
Сочетание AllFusion Process Modeler и AllFusion Erwin Data Modeler обеспечивает компьютерную поддержку разработки программного обеспечения (см. нижнюю ветвь, рис. 1). Такая разработка базируется на функциональной модели будущей компьютерной системы (ячейка 6) и её модели данных (ячейка 7). Программная интеграция этих моделей обеспечивает автоматическую генерацию логической структуры базы данных (БД) разрабатываемой компьютерной системы. Последующая интеграция её с той или иной системой управления базами данных (СУБД) позволяет генерировать физическую структуру БД. Создание приложений (Applications - таблиц ввода информации, форм запросов и форм отчётов), завершает работу над созданием нового пакета прикладных программ (ППП).
В процессе разработки AllFusion Data Model Validator обеспечивает проверку корректности модели данных.
По окончании разработки внешними средствами может быть произведено тестирование разработанного ППП.
Внешние связи AllFusion Process Modeler 4.1, осуществляемые в процессе разработки функциональной модели, предопределяются функциональными взаимоотношениями со средой, и служат, в основном, целям:
Адаптация разрабатываемой функциональной модели, а вместе с ней и моделируемой системы, к среде функционирования моделируемой системы, состоит в балансировке её внешних связей с требованиями и доступными ресурсами этой среды.
Наиболее эффективно внешние информационные связи поддерживаются средствами программной поддержки функционального моделирования. Широта возможностей осуществления таких связей в значительной степени определяет их достоинства.
Внешние связи AllFusion Process Modeler 4.1 можно разделить на две группы:
Первая группа связей складывается, в значительной степени, под влиянием особенностей решаемых задач и практики функционального моделирования. В ней находят отражение возможности решения комплексных задач с использованием тех или иных групп программного обеспечения, с участием, также, ППП BPWin.
В значительной степени формирование таких пулов программных средств и - часто - соисполнителей работы - является, итогом творчества системного аналитика и характеризует его профессиональную грамотность и широту его кругозора .
Существует, однако, некоторый, более или менее определённый и постоянный, - если не сказать обязательный, - круг внешних функциональных связей, главными из которых являются связи:
Вторая группа связей является частью первой, но отличается от неё тем, что обеспечивает наиболее эффективный - машинный - обмен данными разрабатываемой функциональной модели - с её окружением.
Ко второй группе могут быть отнесены:
Надо отдавать себе отчёт в том, что грамотное функциональное моделирование не может состояться в отрыве от перечисленного окружения. И принимать все доступные меры для создания соответствующей инфраструктуры поддержки функционального моделирования.
AllFusion Process Modeler 4.1 поддерживает следующие технологии обмена данными:
Внеэлектронный обмен информацией, на уровне ссылок, осуществляется, также, посредством "Стрелок вызова" (Call Arrow).
AllFusion Process Modeler 4.1 предоставляет системному аналитику целый ряд сервисов, облегчающих работу, и делающих её более эффективной. Поддерживаются следующие сервисы.
Рис. 1. Окно ввода и редактирования данных об объектах функциональной модели Diagram Object Dictionary Editor
Рис. 2. Диалоговое окно Page Setup (установка страницы)
AllFusion Process Modeler 4.1 позволяет создавать, в составе функциональной модели, два типа диаграмм:
FEO - диаграммы используются как инструмент для пояснений процесса, чтобы показать с другой точки, или облегчить восприятие функциональных деталей, которые не видны в пределах синтаксиса IDEF0. FEO могут быть аннотированы введением разъясняющего текста и не требуют следования IDEF0 правилам.
Доступ ко всем диаграммам модели, в том числе - к FEO - диаграммам - обеспечивается, в AllFusion Process Modeler 4.1 через Diagram Manager.
FEO - диаграммы - средство создания вариантов стандартной диаграммы - при сохранении неизменной исходной стандартной диаграммы, послужившей основой для FEO. Редактирование стандартной диаграммы - при использовании FEO - инструментария - может касаться всех, без исключения, её элементов. Редактирование может состоять в пополнении, удалении, замене графики и текста.
Этот вид диаграммы может быть использован для разных целей:
AllFusion Process Modeler 4.1 позволяет создать на базе одной стандартной диаграммы - несколько FEO.
При работе с FEO - диаграммой сохраняются все возможности её формирования и оформления, что и для стандартных диаграмм - см. контекстное меню, вызываемое по правой кнопке мыши.
Исключение составляет:
FEO - диаграммы могут быть образованы из всех трёх видов функциональных моделей - IDEF0, IDEF3, DFD.
Начиная с версии 4.0, Bpwin системный аналитик получил в своё распоряжение новое средство оформления диаграмм - Box Style. С его помощью становится возможным в широких пределах изменять форму бокса - пристанища Activity. Эта возможность основана на введении новых, в том числе пользовательских, символов функций. Ввести новые символы можно на базе пользовательского меню, содержащего - в виде выпадающего списка - более 40 видов форм для бокса, отличных от его стандартной формы прямоугольника - Рис. 3.
Рис. 3. Окно Activity Properties, закладка Box Style
В сочетании со словарём Bitmap - изображений, функция Box Style позволяет вводить в бокс различные изображения12. Эти изображения могут быть введены как в стандартный бокс, так и в бокс в любой пользовательской форме.
Возможность введения в функциональную модель пользовательских форм боксов (Custom - Shape Image) позволяет разрабатывать не только IDEF0, DFD, IDEF3 модели, но также вычерчивать блок - схемы, соответствующие стандарту ГОСТ 19.701 - 90.
Введение Bitmap изображений в функциональную модель основано на использовании внешних источников графической растровой информации. Раньше, чем это станет возможным, должен быть создан Bitmap - словарь, словарь изображений в *.bmp формате.
Имеются широкие возможности создания таких словарей - на базе электронных библиотек изображений и других источников. В качестве примера можно указать на сборник COREL Gallery. Add flair to yor word pricessing and presentations. 10,000 Clipart Images jn CD-ROM Канадской фирмы COREL CORPORATION, содержащий 10 000 электронных изображений, разработанных профессионалами в формате *.bmp. Сборник состоит из разделов: портреты (бизнесменов, исторических деятелей, политиков, спортсменов и др.), авиация, животные, изображения стрелок, птицы, дети, связь, компьютеры, символы, электроника, рыбы, пища, фрукты, продукты, флаги, карты, и др.
Другим вариантом использования Bitmap Dictionary является введение в функциональную модель полностраничных иллюстраций.
Состав символов меню пользовательских форм боксов позволяет полностью обеспечить формирование блок-схем алгоритмов и программ - в соответствии с ГОСТ 19.701-90 / ИСО 5807 - 85.
Надо учесть, только, что в этом случае AllFusion Process Modeler 4.1 при обработке информации блок - схемы не поддерживает никаких соглашений, предусмотренных этим стандартом. Обеспечивая, стандартным для него образом, обработку введённой при формировании блок - схемы информации, AllFusion Process Modeler 4.1 не видит функциональных различий между символами стандарта, признавая все их только функциями (Activity). В то время, как соглашениями ГОСТ 19.701-90 предусмотрена дифференциация функций - в зависимости от используемого для её изображения символа. Всего в ГОСТ 19.701 - 90 предусмотрено, только для моделирования функций, - не менее 7 символов: условное преобразование, безусловное преобразование, решение, ленточный накопитель, барабанный накопитель, монитор, начало цикла…
Кроме того, связи в блок - схемах, разработанных в AllFusion Process Modeler 4.1, будут представлены стрелками, тогда как в ГОСТ 19.701-90 предусмотрены простые линии..
Тем не менее, при необходимости разработки таких документов, может быть использован AllFusion Process Modeler 4.1.
В процессе разработки функциональной модели, а также при дальнейшей работе с ней, особенно при большом количестве диаграмм в модели, важно сохранять ориентацию по отношению к модели - как в целом, так и во взаимоотношениях отдельных диаграмм модели. Особенно существенно это - при работе с электронной версией модели, тоесть при работе на компьютере, когда традиционные возможности работы с бумажными документами не могут быть использованы13. Эти традиционные возможности состоят в способности манипулировать одновременно несколькими листами диаграмм. При работе на компьютере эти возможности приходится заменять некоторыми условностями, обеспечивающими взаимосвязное восприятие информации функциональной модели, распределённой по её отдельным документам, тоесть ориентироваться в информационном пространстве модели. Уверенная ориентировка в этом пространстве обеспечивается в AllFusion Process Modeler 4.1 несколькими средствами навигации.
Рис. 4. Поле Context.
Таким образом Model Explorer позволяет ориентироваться в модели в целом.
Кроме того, Model Explorer позволяет быстро переходить от одной диаграммы к другой, открывая их щелчком мыши.
В спецификации Model Explorer присутствуют все, без исключения, диаграммы - как стандартные, так и нестандартные
Рис. 5. Node Number.
Рис. 6. Окно выбора Activity.
Рис. 7. Окно менеджера диаграмм.
В окно Diagram Manager можно выйти, ещё короче и быстрее - непосредственно из Diagram - Diagram Manager. Это окно полезно, также, тем, что в нём хорошо виден список диаграмм, структурированный по их типам - Context, Decomposition, Swim Lane, Organization Chart, Node Tree, FEO, IDEF3 Scenario.
Рис. 8. Поле Page Number
Рис. 9. Формирование пользовательских колонтитулов.
Развитая нормативная поддержка моделирования в AllFusion Process Modeler 4.1 обеспечивает единообразие как разработок, так и интерпретации соответствующих моделей. Моделирование в AllFusion Modelling suite базируется на следующих нормативах:
Р 50.1.028-2001. Рекомендации по стандартизации. Информационные технологии поддержки жизненного цикла продукции. МЕТОДОЛОГИЯ ФУНКЦИОНАЛЬНОГО МОДЕЛИРОВАНИЯ - отечественный норматив, соответствующий IDEF0
Информационная поддержка функционального моделирования с AllFusion Process Modeler 4.1 осуществляется публикациями на сайте компании Интерфейс, регулярными публикациями издательства "ДИАЛОГ-МИФИ" и издательства "ФИНАНСЫ И СТАТИСТИКА"(серия "Прикладные информационные технологии").
Некоторые публикации этих издательств приведены ниже.
Обучение функциональному моделированию - в качестве общеобразовательного предмета - ведётся, в настоящее время, в Академии бюджета и казначейства Министерства финансов РФ (на базе AllFusion Process Modeler 4.1), в Российской Академии государственной службы, в Московском государственном техническом Университете "Мосстанкин".
Рис. A. Функциональное моделирование с AllFusion Process Modeler 4.1 - технология двойного назначения
Рис. B. Место AllFusion Modeling Suite в составе Application Life Cycle Management (управление жизненным циклом приложений).
Рис. C. Application Life Cycle Management - одно из шести стратегических направлений развития программного обеспечения поддержки электронного бизнеса, развиваемых Computer Associates.
1 ERD - Entity Relation Diagram
2 Интерфейсы - связи человека с материально - информационной системой
3 CASE - Computer Aided Software Engineering
4 В настоящем рассматриваем понятие моделирования расширительно, включая наиболее широко распространённое описание (моделирование) систем на естественном языке, специализированные системы графического моделирования, такие, как черчение, и др. Основываясь на следующем определении модели: система Б является моделью системы А, если Б отвечает на вопросы относительно А.
5 В их основе предметы школьного и первоначального ВУЗовского образования предметы - начертательная геометрия и черчение.
6 Международный стандарт ISO 9001:2000 является текстовым описанием работы системы менеджмента (управления) качеством. Эта система является развитием традиционной системы технического контроля - см. Дубейковский В.И. Практика функционального моделирования с AllFusion Process Modeler 4.1. Где? Зачем? Как? Москва, ДИАЛОГ-МИФИ, 2004. По своему содержанию, система менеджмента качества представляет описание специализированной системы документооборота, обеспечивающей гарантированное вовлечение персонала предприятия в постоянное участие в обеспечении качества продукции.
7 Установление отношений подчинённости схемой оргструктуры носит неявный характер. Имеется в виду, что расположенный в этой схеме иерархически ниже работник подчиняется расположенному выше, то есть вышележащий управляет нижележащим. Однако никаких подробностей, касающихся количества и состава каналов управления одного другим и др. подробности как правило не приводится. Следствием является неопределённость во взаимоотношениях. Собственно процедуры управления в схемах оргструктур как правило тотально игнорируются.
8 Каждая диаграмма функциональной модели является самостоятельным информационным объектом в силу того, что каждая из них является некоторой подсистемой, интегрирующей входящие в неё объекты, и создающей тот или иной частный системный эффект.
9 Предусмотрена возможность использования одной из основных СУБД, общим число до …
10 Эти отчёты (Reports - в терминологии первоисточника) являются аналогами ЗАПРОСОВ СУБД.
11 В *.idl - формате обмен может быть произведён только IDEF0 моделями.
12 Bitmap - изображения можно вводить в диаграммы функциональной модели после создания соответствующего словаря Bitmap Dictionary.
13 Конечно эти возможности никогда не становятся недоступными. Распечатка модели в целом, или е диаграмм доступна на любом этапе работы. НИ этим периодически приходится пользоваться. Вопрос, однако, в том, что невозможно делать это слишком часто…
| INTERFACE Ltd. |
| ||||
