А.2.2.2. Конфигурирование организационной структуры
Организационные модели представляют описания стоимостных центров в терминах параметров стоимостного учета, позволяя конфигурировать управление бизнес-процессом. Описание организационных единиц как отделов, рабочих групп, секторов компании и т.д. позволяет адаптировать общие системы планирования (например, MS Project) к конкретным приложениям.
Рассмотренные нами метаструктуры могут быть использованы для моделирования рабочих потоков в рамках бизнес-процессов. Описание ролей в этом контексте является ключевым, так, как для реализации каждой функции необходимо сопоставить те или иные роли, которые, в свою очередь, найдут воплощение в конкретных исполнителях в реальном времени. Кроме того, существенное значение имеют описания замещений. Иногда целесообразно использовать экземпляры организационных единиц, например, указывать не роли, а конкретных сотрудников.
В бизнес-приложениях организационные понятия должны быть точно сформулированы и документированы, в соответствии с их связью с приложением и влиянием на программные процедуры.
Кроме того, в бизнес-приложениях организационные модели описывают такие важные параметры, как клиенты, коды компаний и заводы (цеха). Это закладывает фундамент для последующей привязки функций и данных к организационным единицам, определяя, таким образом, степень распределенности прикладной системы.
В приложениях для управления персоналом организационные модели определяют основу для всех функций планирования и учета. В сфере учета они предоставляют коды компаний и структуру стоимостных центров.
|
|
|
А.2.2.3.Спецификация проекта на уровне организационной модели
Рассматривая определение требований на уровне организационной модели, мы описали организационные единицы предприятия, включая их взаимоотношения. Спецификация проекта дополняет организационную модель бизнеса в топологию информационных и коммуникационных систем. В частности, определяются топологии сетей, требуемые мощности, типы доступа пользователей к конкретным узлам и имеющиеся типы компонентов.
А.2.2.3.1. Топология сети
На рис. 51 представлена типичная конфигурация сети на промышленном предприятии, использующая такие сетевые топологии, как звезда, кольцо и шина (см. рис. 52).
Помимо топологии с присущими ей свойствами, определяющими безотказность, быстродействие и доступ к сети ( Hutchinson , Mariani . Local Area Networks. 1985; Sikora, Steinparz. Computer & Kommunikation. 1988; Sloman, Kramer. Verteilte Systeme und Rechnernetze. 1988; Tannenbaum. Computer Networks. 1988; Kauffels. Lokale Netze. 1997; Taylor. Network Architecture Design Handbook. 1997), сети можно характеризовать с других точек зрения, например, дифференцировать глобальные вычислительные сети (ГВС), соединяющие удаленные друг от друга места, и локальные вычислительные сети (ЛВС), соединяющие узлы, сосредоточенные в одном месте.
|
|
|
Рис .51. Сетевая конфигурация
Рис . 52. Сетевые топологии
В зависимости от типа подключаемых устройств можно провести дальнейшую дифференциацию между терминальными сетями, соединяющими терминалы («тонкие» клиенты) с серверами, и сетями, соединяющими интеллектуальные рабочие станции («толстые» клиенты).
«Хребет» магистральной сети образует соединение между сетями, обладающими различными свойствами. Одним из ключевых свойств является пропускная способность в реальном времени, характеризуемая такими параметрами, как скорость доставки и управление прерыванием для доступа к сети.
Другим, более специальным - свойством является ПРОТОКОЛ, выбираемый для конкретной сети. Существует несколько Интернет-протоколов, ориентированных на приложения, например, SMTP, FTP и HTTP, а также ряд протоколов ISO/OSI, например, Х.400. Для доступа к данным подходят такие протоколы, как передача маркера и CSMA/CD.
Свойства сетевой архитектуры можно задавать независимо от конкретных аппаратных продуктов или управляющего программного обеспечения.
|
|
|
Для дифференциации различных типов сетей вводится класс ТИП СЕТИ, представленный на рис. 53. Этот класс можно разбить на подклассы в зависимости от топологии и типа протокола.
Рис . 53. Метамодель сетевой конфигурации
Для конкретных сетей мы предлагаем класс СЕТЬ.
На стадии спецификации проекта рассматривается только логическая схема сети без конкретизации физических сред (оптоволоконные кабели, коаксиальные кабели или радиопередача). Эти вопросы уточняются на стадии описания реализации. Поскольку понятие ТИП СЕТИ включает несколько классификационных параметров, одну и ту же сеть можно привязать к нескольким типам.
В описании сетей применяются понятия «узел» и «ребро». Местонахождение сетевого узла характеризуется понятием МЕСТОПОЛОЖЕНИЕ. Термином (сетевой) УЗЕЛ обозначается связь между МЕСТОПОЛОЖЕНИЕМ и СЕТЬЮ. Сети содержат от 1 до n узлов, хотя некоторые фрагменты сети могут включать 0 или n разных логических сетевых узлов.
Сетевые топологии описываются позиционными отношениями между узлами, поэтому в рамках класса УЗЕЛ мы введем связь РЕБРО. От одного узла может исходить (и к нему может сходиться) от 0 до n узлов, при этом в сети с топологией «шина» 0 обозначает первый или конечный узел.
|
|
|
Если к РЕБРУ присоединяются в качестве атрибутов переносимые величины, имеет смысл дифференцировать направление ребер. Это делается с помощью ролевых имен «от узлов» и «к узлам».
Ключевые группы передаваемых данных (например, данные об изделии или наряд-заказы) можно перечислять в качестве атрибутов.
Сети, описываемые для предприятия, обычно не изолированы, а связаны друг с другом. Это иллюстрирует рис. 51, где показаны различные формы перехода между сетями в зависимости от уровня сетевого протокола. Так называемые шлюзы передают на каждом уровне сетевого протокола (например, все семь уровней модели-прототипа ISO/OSI) от протокола одной сети к протоколу другой. Если же несколько уровней (обычно верхних) совпадают (так что требуется передавать только протоколы нижних уровней), используются маршрутизаторы и мосты. Эти типы соединений представлены на рис. 53 классом ТИП ПЕРЕХОДА.
Переход между сетями осуществляется путем соединения узла одной сети с узлом другой. Он представлен связью СЕТЕВОЙ ПЕРЕХОД, описание которого включает ТИП ПЕРЕХОДА (шлюз, маршрутизатор и т.д.).
Определение требований на уровне организационной структуры связывается с сетевой топологией путем переноса классов МЕСТОПОЛОЖЕНИЕ и ОРГАНИЗАЦИОННАЯ ЕДИНИЦА, фигурирующих в определении требований. Если субъект ответственности уже описан на узловом уровне, т.е. если несколько организационных единиц совместно используют один узел сети или если какой-либо узел, расположенный в определенном фрагменте сети, доступен только некоторым организационным единицам, обычно привязанным к этому микрорайону, то необходимо ввести АССОЦИАЦИЮ между УЗЛАМИ и ОРГАНИЗАЦИОННЫМИ ЕДИНИЦАМИ. Эта ситуация также отражена на рис. 53.
А.2.2.3.2. Типы компонентов
До сих пор мы описывали узлы только с точки зрения их местоположения и принадлежности к той или иной сети. Новых аппаратных систем мы пока не касались.
Например, пока было неясно, идет ли речь о полной компьютерной системе, станции ввода, станции вывода, или, может быть, о децентрализованной рабочей станции с доступом к фоновым системам. Теперь мы введем понятие ТИП КОМПОНЕНТА, чтобы охарактеризовать предварительные типы устройств и определить, например, требуются ли нам комплексные компьютерные системы или на каком-то узле будет достаточно устройства вывода. На любом узле можно реализовать ряд компонентов разного типа. Характерным атрибутом типа компонента является описание.
Связь АССОЦИАЦИЯ С КОМПОНЕНТАМИ можно интерпретировать по-разному. Если описание узла настолько детализировано, что каждому узлу однозначно соответствует одно устройство (иными словами, каждая рабочая станция представляет собой отдельный узел сети), то мощность отношения с точки зрения узла равна (1..*). Это означает, что один узел соотносится с одним типом компонента. При этом один тип компонента может использоваться на нескольких узлах. Если, однако, узел рассматривается лишь как порт подключения в рамках сети и предназначен для использования несколькими устройствами (например, персональными компьютерами или устройствами вывода), то на одном узле можно установить несколько типов компонентов. В этом случае одним из атрибутов связи является количество устройств определенного типа, установленных на узле.
Дата добавления: 2019-02-26; просмотров: 199; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!