Добавил:

ivanov666 Опубликованный материал нарушает ваши авторские права? Сообщите нам.

Вуз:

Башкирский Государственный Аграрный Университет

Предмет:

[НЕСОРТИРОВАННОЕ]

Файл:

Управление процессами. Методы управления предприятием с использованием информационных технологий

.pdf

Скачиваний:

Добавлен:

07.09.2026

Размер:

1 Мб

Скачать

☆

<<< < Предыдущая 1 2 3 4 5 6 78 / 238 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 > Следующая >>>

Связь моделей

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

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

Взаимосвязь моделей данных и моделей процессов показана на рис. 3.9.

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

Нужно отметить, что стандарт, используемый для моделирования дея тельности предприятия, в значительной степени зависит от того, какой программный продукт получил наибольшее распространение в той или иной стране. Каждый продукт содержит в себе не только функциональ ные части, но и идеологию моделирования деятельности предприятия. А это, в свою очередь, определяет совокупность средств, инструмен тов и методов моделирования для отражения деятельности предприятия в компьютерной информационной системе. В России наблюдается боль шое количество продаж продукта SAP R/3, и сейчас он активно продви гается на рынке. Серия продуктов ARIS, которая является компонентом

Моделирование процессов72

Aнализ сущностей

и связей

Организация

Анализ процессов

Cпецификация

данных

Логический дизайн базы данных

Логическая модель базы данных

Модель базы данных

Cвязь

сущностей

модель сущностей

Функциональная

Модель потока

данных

Спецификация программы

Программа

Описание

процессов

Рис. 3.9. Связь моделей предприятия. Источник: [24, с. 476].Источник: [24, с. 476].

Источник: [24, с. 476].

Источник: [24, с. 476].Источник: [24, с. 476].

для разработки системы моделей предприятия в терминологии SAP R/3, часто преподносится как новый стандарт для моделирования. Но это не что иное, как совокупность взглядов на проблему моделирования с точки зрения SAP. Такой же набор продуктов и нотацию для моделирования предлагает компания Oracle – производитель программного продукта Oracle Designer.

3.5. Объектно;ориентированный анализ и моделирование

Нововведения в анализе структуры данных и структурированном анали зе процессов оказывают сильное влияние на развитие методологии мо делирования и программирования в направлении интеграции этих двух подходов. Традиционный подход к описанию системы предполагает раз дельное моделирование объектов хранения данных и описание процедур их обработки. Альтернативная форма моделирования и описания – объек тноориентированный подход, который сочетает в себе обе концепции.

Объектно#ориентированный анализ и моделирование

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

3.5.1. Основные понятия объектно;ориентированного подхода

3.5.1.1. Объект

Объектом называется сущность, состоящая из данных и операций, ко торые используются для изменения этих данных. Совокупность объек тов называется типом объектов. Например, Александр Кузнецов является объектом типа «студент».

Метод описывает способ трансформации данных, способ выполне ния операций с данными. Например, НДС вычисляется как процент от суммы, выставленной к оплате по счетуфактуре. Объекты включают в себя процедуры преобразования данных. Это отличает объект от сущности в модели «сущность–связь».

3.5.1.2. Встраивание

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

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

Моделирование процессов74

3.5.1.3. Сообщения

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

3.5.1.4. Наследование

Тип объектов может иметь подтип и супертип. Рассмотрим иерархию ти пов на примере университета. В университете числятся студенты и со трудники. В свою очередь, студенты подразделяются на бакалавров и ма гистров, а сотрудники – на административный штат и преподавателей. Таким образом, тип объектов «студенты» будет обладать всеми свой ствами, которыми обладают люди, значащиеся в университете, например номером пропуска. С другой стороны, этот тип имеет два подтипа – ба калавры и магистры, – которые наследуют все признаки типа объекта «студент».

3.5.2. Объектно;ориентированный анализ

Объектноориентированное моделирование по сравнению с представ ленными ранее методами отличается интеграцией типов объектов и их поведением. Разделяют две фазы моделирования – анализ структуры объектов и анализ их поведения.

3.5.2.1. Анализ структуры

Структура объектов предполагает выделение типов объектов и их взаи мосвязи. Существуют два типа отношений между объектами – компози ция и обобщение.

Композиция описывает состав сложных объектов. Сложный объект может быть представлен как совокупность более простых. Пример ком позиции приведен на рис. 3.10.

Обобщение определяет место данного объекта в иерархии, как показа но на рис. 3.11. В данном примере все признаки, присущие объекту «че ловек», будут присвоены объектам «сотрудник», «студент», «бакалавр», «магистр», «администрация» и «преподаватель». Кроме того, на ниже лежащие объекты точно так же будут распространяться и операции, применяемые к объектам. Это свойство называется полиморфизмом.

Объектно#ориентированный анализ и моделирование

Компьютер

Монитор

Клавиатура

Процессор

Процессорный

блок

Блок

питания

Рис. 3.10. Композиция объекта

Человек

Студент

Бакалавр Магистр Администрация Преподаватель

Сотрудник

Рис. 3.11. Иерархическая структура

Заказ клиента

Создан

Проверен

Отклонен

Скомплектован

Отправлен

Выставлен счет

на оплату

Отправлен

в архив

Направления перехода от одного состояния к другому

Жесткий

диск

Возможные состояния заказа

Рис. 3.12. Поведение объекта

Моделирование процессов76

Полиморфизм означает возможность производить одни и те же опера ции над объектами разных типов.

3.5.2.2. Анализ поведения объекта

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

Существует несколько нотаций для описания моделей с использова нием объектноориентированного подхода. В семействе стандартов IDEF данный тип моделей описывается с помощью IDEF4. Стандартом в от расли разработки программного обеспечения стал язык диаграмм UML (Unified Modeling Language).

После составления моделей производится кодирование на объектно ориентированном языке программирования.

3.5.3. Преимущества объектно;ориентированного подхода

Объектноориентированный подход оказывает большое влияние на все классы бизнесприложений. Среди преимуществ этого подхода можно отметить следующие:



 идея отражения объектов, неразрывно связанных с операциями, –



принципиальный момент в объектноориентированном подходе. Она

соотносится с обычным восприятием мира, поэтому проекты по внед

рению управленческих информационных систем на предприятии ста

новятся более реальными;



 отладка и настройка таких программных продуктов протекают лег



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



 при объектноориентированном подходе повторное использование ко



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



 результаты моделирования могут использоваться непосредственно при



кодировании.

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

CASE#средства

3.6. CASE;средства

Помимо представленных методов моделирования существуют другие подходы и взгляды на описание деятельности организации. Выше были представлены модели так называемого «жесткого» подхода, когда все объекты и связи определяются однозначно. Но есть еще и «мягкий» ме тод моделирования, отличающийся тем, что он не предполагает объек тивно существующих проблем. На одни и те же события люди могут ре агировать поразному. Ктото воспринимает их как нормальное явление, а когото они выводят из состояния равновесия. Похожая ситуация воз никает и в связи с решением проблем: если два человека понимают, что нужно чтото предпринять, они могут следовать разными путями к одно му и тому же результату.

Помимо разных подходов существуют разные нотации или правила описания одних и тех же моделей.

С учетом такого многообразия подходов и моделей для описания сис тем, а также для построения полных и непротиворечивых моделей был разработан новый класс программнотехнологических средств – CASE средства (CASE – Computer Aided Software Engineering). Использова ние программного обеспечения для построения моделей позволяет избе жать рутинной работы по перерисовыванию диаграмм в процессе отладки моделей. Кроме того, при создании моделей с помощью про граммного обеспечения используется стандартная нотация, легко созда ется контекстное описание моделей. Это обеспечивает взаимопонимание при работе в команде и проверку моделей экспертами.

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

В настоящее время этот класс продуктов получил широкое развитие. Многие из них поддерживают связь с объектноориентированным про граммированием, структуру «клиент/сервер». Некоторые CASEсред ства содержат аналитические инструменты, средства формирования от четов, экранов, диаграмм.

В разряд CASEсредств попадают как относительно дешевые системы для персональных компьютеров с ограниченными возможностями, так и полномасштабные средства автоматизации компьютерной информаци онной системы. Обычно к CASEсредствам относят любое программное

Моделирование процессов78

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

Интегрированные средства, поддерживающие полный жизненный цикл, включают следующие компоненты:



 репозитарий, являющийся основой CASEсредства. Он предназначен



для хранения версий проекта и его отдельных компонентов, синхро

низации поступлений и контроля метаданных;



 графические средства анализа и проектирования, обеспечивающие



организацию декомпозиционных диаграмм;



 средства разработки приложений, включая генераторы кодов;



 средства конфигурации;



 средства документирования;



 средства тестирования;



 средства управления проектом.



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

3.7. Использование методологий, инструментов и техник

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

Выводы

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

Таблица 3.3. Использование методик внедрения компьютерных информационных систем. Источник: [24]Источник: [24]

Источник: [24]

Источник: [24]Источник: [24]

Методология Этап анализа Этап разработки

Модель структуры данных 44% 40% Модель потока данных 43% 32% Модель документооборота 33% 28% Нормализация моделей 28% 24% Объектноориентированные методы 20% 20% Не используют методов 17% 15% Языки программирования 16% 25% CASEмодели 15% 12% Диаграммы структуры 6% 6% Другие методики 8% 6%

Самые популярные методы – модели данных и их объединение. Объ# ектно#ориентированные методы чаще всего используются при создании приложений, однако не всем это необходимо: шестая часть рынка поку# пает готовые решения, которые не требуют доработок. Далее следуют более детальные методики, которые применяются в зависимости от спе# цифики проекта.

3.8. Выводы

Между разработкой стратегического плана и его реализацией находится достаточно широкий набор методов моделирования деятельности пред# приятия, который связывает эти два элемента управления предприяти# ем. Система моделей представляет деятельность предприятия в детали# зированном виде. Такое представление является базой для проведения как стратегических, так и оперативных преобразований в деятельности предприятия.

Система моделей строится на основе системного взгляда на деятель# ность предприятия. Благодаря методам анализа системы создается общее представление о функционировании организации, далее отражаемое в ви# де системы моделей.

Моделирование процессов80

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

Следующая важная модель предприятия – функциональная, которая поэтапно представляет и детализирует деятельность компании. Разбие ние деятельности на элементарные операции позволит предприятию раз работать и реализовать подходящую систему управления.

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

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

3.9. Вопросы и задания для самоконтроля

1. Раскройте основные понятия системного подхода: взаимозависи мость элементов, обратная связь, синергетический эффект, гиб кость системы.

2. Назовите особенности проведения интервью и сеанса мозгового штурма.

3. Опишите модели структуры и модели поведения системы.

4. Каковы наиболее распространенные типы организационных струк тур?

5. Перечислите элементы описания структуры данных.

6. Каковы основные принципы функционального моделирования?

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

<<< < Предыдущая 1 2 3 4 5 6 78 / 238 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 > Следующая >>>

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]