Бизнес правила при модельно ориентированном проектировании

Презентация на тему: » Модельно-ориентированное проектирование ИС. Сущность модельно-ориентированного проектирования ИС сводится к адаптации компонентов типовой ИС в соответствии.» — Транскрипт:

1 Модельно-ориентированное проектирование ИС

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

3 Для моделирования проблемной области и последующих конфигураций информационной системы из отдельных компонентов (программных модулей) используется специальный программный инструментарий. например, Business Engineering Workbench (BEW), BAAN Enterprise Modeler).

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

CATIA | Модельно-ориентированная системная инженерия

5 Базовая модель репозитория содержит описание: бизнес-функций; бизнес-процессов; бизнес-объектов; бизнес-правил; организационной структуры.

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

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

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

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

10 Модель функций На следующем уровне иерархии для каждой функциональной подсистемы указываются функциональные модули. Например, подсистема «Логистика» включает в себя следующие функциональные модули: планирование потребности в материалах, закупки, управление запасами, проверка платежей.

11 Модель функций Для функциональных модулей задаются наборы бизнес-функций, для каждой из которых в дальнейшем определяются бизнес-процессы. Например, для функционального модуля «Закупки» определяются бизнес-функции : оформление договоров, оформление заказов, выписка счетов.

GMP – 2. Модельно-ориентированное проектирование

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

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

14 Модель бизнес-процессов Управление процессами находится в зависимости от событий. Так, переходы между операциями осуществляются в зависимости от событий, которые связываются логическими связками «И», «ИЛИ». Некоторые части бизнес-процесса могут не выполняться в зависимости от конкретных условий, связанных с состояниями (событиями) процесса.

15 Модель бизнес-процессов С работами (операциями) могут быть соотнесены должностные инструкции, документы и коды общих вспомогательных программ (утилит).

16 Модель бизнес-объектов Интегрирование бизнес-процессов осуществляется на основе бизнес — объектов. Бизнес-объекты – компоненты уровня проблемной области, которые используются в различных приложениях в произвольных комбинациях и не зависят от них.

17 Модель бизнес-объектов Они обладают более сложной структурой по сравнению с простыми объектами. Бизнес-объекты – это объекты-сущности в нотации UML. В отличие от обычных объектов бизнес-объекты являются самодостаточными, т.е. имеют стандартный интерфейс.

18 Модель бизнес-объектов К примеру, они содержат ограничения допустимых типов связей с другими объектами и бизнес-правила по связям с внешней средой.

19 Модель организационной структуры Модель организационной структуры пред- приятия представляет собой традиционную иерархическую структуру подчинения подразделений и персонала (организационных единиц). Назначение моделирования: в распределении автоматизируемых функций по работникам подразделений и определении доступа к информационной системе.

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

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

22 Модели бизнес – правил Бизнес- правила – это специальные сведения в области типовой ИС, которые хранятся в репозитории и используются для контроля корректности построения модели предприятия и процессов конфигурации и эксплуатации ИС.

23 Технологическая сеть модельно- ориентированного проектирования ИС Особенности: 1. Привязка типовой ИС к условиям конкретного объекта осуществляется в результате совместных усилий фирмы- производителя программного продукта и проектной группы предприятия

24 Технологическая сеть модельно- ориентированного проектирования ИС Особенности: 2. Консультанты фирмы-производителя программного продукта принимают участие на всех этапах внедрения системы и особенно на этапе анализа требований. 3. Возрастает роль руководства предприятия в организации и контроле за созданием ИС.

25 Технология модельно-ориентированного проектирования ИС включает четыре основные стадии: 1. Выбор типового проекта; 2. Разработка проектной модели предприятия; 3. Реализация проекта; 4. Ввод в эксплуатацию и поддержку функционирования.

26 Выбор типовой ИС Разработка проектной модели Реализация проекта Ввод в эксплуатацию Результаты предпроектного обследования предварительная модель предприятия проектная модель предприятия Сконфигурированные и доработанные вручную программные модули интерфейсы структуры базы данных (бизнес-объектов) документация программно-техническая среда наполненная база данных

27 Выбор типовой ИС Внедрение типовой ИС начинается с анализа требований системы предприятия к ИС. На основе результатов предпроектного обследования формируется предварительная мо- дель предприятия, которая аккумулирует требования к функциональности ИС и на основе которой осуществляется выбор программного комплекса.

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

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

30 Выбор типовой ИС Далее к построению предварительной модели предприятия подключаются ключевые пользователи предприятия – руководители линейных и функциональных подразделений. Консультанты, взаимодействуя с пользователями, на основе сформированных бизнес- функций, строят модели бизнес-объектов, бизнес-процессов и организационной структуры.

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

32 Разработка проектной модели предприятия Для модельно-ориентированной технологии проектировании ИС характерна привязка модели предприятия к компонентам типовой ИС. Поэтому входными данными этапа «Разработка проектной модели предприятия» является: предварительная модель предприятия, а на выходе формируется проектная модель предприятия.

33 На этапе разработки проектной модели выполняются следующие работы: Инсталляция программного продукта, реализующего типовую ИС; Проведение обучения проектной команды ИС;

34 На этапе разработки проектной модели выполняются следующие работы: Определение требований к доработке программного обеспечения; Привязка модели предприятия к компонентам типовой ИС; Проектирование внешних интерфейсов системы.

35 Технологическая сеть «Разработка проектной модели предприятия» В начале разработки проектной модели консультанты по типовой ИС совместно с проектной группой на основе предварительно построенной модели бизнес-функций и бизнес-правил уточняют ее – «Уточнение модели предприятия».

36 Технологическая сеть «Разработка проектной модели предприятия» Далее осуществляется Привязка программных модулей к бизнес-процессам. Входные данные: проектная модель бизнес- функций, модели бизнес-процессов, бизнес- правила. Выходные данные: 1. привязка программных модулей типовой ИС к функциональным блокам бизнес-процессов; 2. спецификации на разработку программных модулей.

37 Технологическая сеть «Разработка проектной модели предприятия» Следующая операция: «Привязка бизнес- объектов к программным модулям» Входные данные: привязка программных модулей типовой ИС к функциональным блокам бизнес-процессов; спецификации на разработку программных модулей. модель бизнес-объектов; бизнес-правила; проектная модель бизнес-функций.

38 Технологическая сеть «Разработка проектной модели предприятия» Операция: «Привязка бизнес-объектов к программным модулям» Выходные данные: структура используемых бизнес-объектов.

39 Технологическая сеть «Разработка проектной модели предприятия» Операция: «Привязка организационных единиц к модулям бизнес-процесса». Входные данные: модель организационной структуры; структура используемых бизнес-объектов; бизнес-правила; проектная модель бизнес-функций.

40 Технологическая сеть «Разработка проектной модели предприятия» Операция: «Привязка организационных единиц к модулям бизнес-процесса». Выходные данные: роли исполнителей; спецификации интерфейса пользователя.

41 Уточнение модели предприятия Привязка модулей типовой ИС к бизнес-процессам Привязка бизнес- Объектов к модулям Привязка организац. единиц к модулям бизнес-процесса Модель бизнес-функций Проектная модель бизнес-функций Привязка программных модулей типовой к функциональным блокам бизнес-процессов структура используемых бизнес-объектов бизнес-правила роли испол- нителей спецификации интерфейса пользователя Бизнес-правила Спецификации на разработку программных модулей модель организационной структуры

42 Реализация проекта сводится к конфигурации ИС и генерации интерфейсов пользователей, то есть получении готовых для эксплуатации программ функций обработки данных и интерфейсов, а также определении структуры базы данных (бизнес-объектов). Настройка программного комплекса типовой ИС и генерация интерфейса пользователей осуществляется автоматически на основе бизнес-правил и проектной модели предприятия.

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

Источник: www.myshared.ru

2.5. Модельно-ориентированное проектирование

Сущность модельно-ориентированного проектирования ИС [2] сводится к адаптации компонентов типовой ИС в соответствии с моделью проблемной области конкретного предприятия. Для этого технология проектирования дол­жна поддерживать как модель типовой ИС, так и модель конк­ретного предприятия, а также средства поддержания соответствия между ними.

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

Для моделирования проблемной области и последующего кон­фигурирования информационной системы из отдельных компонентов (программных модулей) используется специальный программный инструментарий, например SAP Business Engineering Workbench (BEW) и BAAN Enterprise Modeler. Досто­инством применения модельно-ориентированных компонентных систем, таких, как R/3 или BAAN IV, перед CASE‑технологиями является накопление опыта проектирования информационных систем для различных отраслей и типов производства в виде ти­повых моделей, которые поставляются вместе с программным продуктом в форме наполненного репозитория.

Таким образом, вместе с программным продуктом пользователи приобретают базу знаний об эффективных методах организации и управления бизнес-процессами, которые можно адаптировать в соответствии со спецификой конкретного предприятия. Репозитории корпоративной ИС, использующей модельно-ориентированную технологию проектирования, в общем случае содержит метаинформацию базовой модели функциональности типовой системы (ссылочной модели в терминологии R/3), типо­вых моделей определенных классов ИС (референтных моделей 2 в терминологии BAAN) и модели предприятий, получаемые на основе базовой или типовых моделей.

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

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

Модель предприятия (проблемной области) строится либо пу­тем привязки фрагментов основной или типовой модели в соот­ветствии со специфическими особенностями предприятия, напри­мер как в инструментальном средстве BAAN Enterprise Modeler, либо в результате просмотра этих моделей и экспертного опро­са, как в инструментальном средстве SAP Business Engineering Workbench. Причем в последнем случае пользователю предлага­ется определить значения не всех параметров, а только тех, кото­рые описаны бизнес-правилами.

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

В обобщенном виде конфигурация корпоративных информа­ционных систем на основе модельно-ориентированной техноло­гии [2] представлена на рис. 2.2. Рис. 2.2. Конфигурация ИС на основе модельно-ориентированной технологии Рассмотрим компоненты модели предприятия более детально.

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

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

Например, для функционального модуля «Закупки» определяются бизнес-функции: оформление договоров, оформление заказов, выписка счетов и т.д. Например, в системе R/3 просмотр функциональности типовой ИС осу­ществляется с помощью программы-навигатора репозитория.

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

Модель процессов Модель бизнес-процесса отражает последовательность вы­полнения работ (операций) для функций самого нижнего уровня модели бизнес-функций. Модель бизнес‑процесса позволяет провести конфигу­рацию программных модулей информационной системы в соот­ветствии с характерными особенностями конкретной проблем­ной области.

Как в системе R/3, так и в системе BAAN IV для представле­ния бизнес-процессов используется аппарат сетей Петри, позво­ляющий отображать управление процессами в зависимости от событий: работа выполняется в том случае, если на входе извест­но состояние системы. В системе R/3 для отображения процессов используется мо­дель управления событиями (ЕРС – event-driven process chain), реализованная в ARIS Toolset (рис.

2.3). В соответствии с этим методом переходы между операциями осуществляются в зависи­мости от событий, которые могут связываться логическими связ­ками AND, OR, XOR. Кроме того, по требованию пользовате­лей в модели процесса могут быть показаны входные и выходные данные, участвующие организационные единицы, указывается тип обработки (интерактивный, пакетный).

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

С одной стороны, бизнес-объекты – это объекты‑сущности в нотации языка UML, например заказы, счета, материалы, поставщики и т. д. С другой стороны, в отличие от обычных объек­тов-сущностей бизнес-объекты имеют стандартный интерфейс, написанный на языке описания интерфейсов IDL (Interface Definition Language), с помощью ко­торого бизнес-объекты могут взаимодействовать друг с другом через объектную шину — брокер объектных запросов (Object Request Broker). Таким образом, бизнес-объекты обладают бо­лее сложной внутренней структурой по сравнению с простыми объектами.

Например, структура бизнес-объектов R/3 включает ограничения целостности в виде допустимых типов связей с дру­гими объектами и бизнес-правила по связям с внешней средой, интерфейсы в виде входных и выходных событий и спецификации доступа к объектам. Рис. 2.3.

Модель управления событиями бизнес-процесса в системе R/3 В системе R/3 разработано более 100 стандартных интерфей­сов бизнес-объектов, называемых BAPI (Business Application Programming Interface), которые позволяют осуществлять непос­редственную связь между приложениями разных предприятий в среде Internet. В системе R/3 модель бизнес-объектов описывается как ста­тическая ER-модель, в которой каждая сущность может рассмат­риваться как обычный объект данных, который используется на входе или выходе операций, так и как бизнес-объект с присоеди­ненными методами.

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

Модели бизнес-правил Бизнес-правила — это специальные сведения, которые хранятся в репозитории и используются для контроля корректности построенной модели предприятия и про­цессов конфигурации и эксплуатации ИС. В системе R/3 биз­нес-правила встроены в бизнес-объекты, в системе BAAN биз­нес-правила выделены в самостоятельные компоненты.

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

• Привязка типовой информационной системы к условиям кон­кретного экономического объекта осуществляется в резуль­тате совместных усилий фирмы-производителя программно­го продукта или официального дистрибьютера и проектной группы предприятия. • Консультанты со стороны фирмы-производителя программ­ного продукта принимают участие на всех этапах внедрения системы и особенно на этапе анализа требований. • Возрастает роль руководства предприятия в организации и контроле за созданием информационной системы. В известных методологиях модельно-ориентированного про­ектирования ИС Accelerated SAP и BAAN Orgware большое внимание уделяется регламентации последовательности опера­ций на основе применения программных средств планирования, позволяющих ускорить процесс внедрения типовой ЭИС.

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

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

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

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

На стадии построения предварительной модели предприятия строятся модели: – бизнес-функций, – бизнес-процессов, – бизнес-объектов, – организационной структуры. После завершения этапа построения предварительной моде­ли предприятия руководство предприятия принимает решение о выборе типовой информационной системы, модель предприятия которой в наибольшей степени соответствует целям автоматиза­ции.

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

На стадии «Разработка проектной модели предприятия» производится привязка модели предприятия к функционально­сти типовой ИС, на основе которой в последую­щем автоматически выполняется конфигурация информационной системы. На стадии разработки проектной модели предприятия выпол­няются следующие работы: • инсталляция программного продукта, реализующего типовую ИС; • проведение обучения проектной команды; • привязка модели предприятия к компонентам типовой инфор­мационной системы; • определение требований к доработке программного обеспе­чения; • проектирование внешних интерфейсов системы.

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

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

Для оригинальных компонентов в модели бизнес-процессов задаются специфи­кации на разработку программных модулей. Корректность выбора бизнес-процессов для бизнес-функций и условий привяз­ки и выполнения программных модулей проверяется по бизнес-правилам. Далее производится «Привязка бизнес-объектов к программным мо­дулям».

В объектно-ориентированном представлении дан­ная операция выполняется путем задания имен методов в опре­делениях классов объектов. В функционально-ориентированном представлении для соответствующих процедур задается список входных и выходных объектов. Корректность привязки контро­лируется с помощью бизнес-правил.

Далее осуществляется привязка исполнителей процес­са к использу­емым программным модулям и бизнес-объектам. При этом устанавливаются роли испол­нителей для выполнения той или иной работы и создаются спецификации интерфейса пользователя. Корректность опе­рации проверяется также с использованием бизнес-правил.

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

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

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

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

В завершении стадии реализации осуществляется комплекс­ное тестирование всех компонентов корпоративной ИС. Стадия «Ввод в эксплуатацию» осуществляется по­этапно в соответствии с определенным планом.

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

Ограничение

Для продолжения скачивания необходимо пройти капчу:

Источник: studfile.net

Типовое проектирование ИС

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

Основные понятия типового проектирования информационных систем и классификация_3
Параметрически-ориентированное проектирование информационных систем__________7
Модельно-ориентированное проектирование информационных систем_______________13
Прототипное проектирование информационных систем____________________________19
Заключение_________________________________________________________________20
Список использованной литературы____________________________________________21

Файлы: 1 файл

Модельно-ориентированное проектирование информационных систем.

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

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

Для моделирования и конфигурации информационных систем часто используются такие модельно- ориентированные компонентные системы, как R/3 и BAAN IV, которые позволяют накапливать опыт от создания предыдущих информационных систем и создавать типовые модели. Эти типовые модели предоставляют пользователю в форме репозитория, т.е. пользователи обретают знания о том, как эффективно управлять организацией и работать с бизнес-процессами, адаптируя затем эти знания под конкретную организацию.

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

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

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

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

Спроектированная и реализованная модель организации в форме метаописания находится в репозитории. В случае необходимости эта модель может быть отредактирована. Затем при помощи модели происходит конфигурация информационной системы. На рис. 5 изображена конфигурация системы в общем виде.

Рис.5. Конфигурация информационной системы на основе модельно-ориентированной технологии.

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

Просмотр функциональности типовой информационной системы в модельно-ориентированной компонентной системе R/3 происходит посредством программы-навигатора репозитория. Пример такой навигации изображен на рис. 6.

Рис. 6. Фрагмент модели функций в системе R/3.

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

В модельно-ориентированной компонентной системе R/3 для демонстрирования процессов используется диаграмма EPC (модель управления событиями), реализация которой происходит в программе ARIS Toolset (рис. 7). В данной системе переходы между операциями зависят от событий, связанных между собой логическими операторами AND, OR, XOR. Помимо этого, если того требует пользователь, на модели могут быть отображены организационные единицы, входные и выходные данные, интерактивный/пакетный тип обработки данных. Весь бизнес-процесс и его операции документируются.

Рис.7. Модель управления событиями бизнес-процесса в системе R/3.

Модели объектов (данных).

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

Бизнес-объекты отличны от простых объектов своей сложной структурой и являются самодостаточными элементами. В системе R/3 есть ограничения на возможные типы связей бизнес-объектов с другими объектами. Модель бизнес-объектов в данной системе изображается в качестве статистической ER-модели, в которой любая сущность может представлять собой как бизнес-объект, так и обычный объект.

Модель организационной структуры.

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

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

Рис.8. Установление связи модели бизнес-процессов и модели организационной структуры.

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

Технологическая сеть модельно-ориентированного проектирования информационных систем.

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

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

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

Прототипное проектирование информационных систем.

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

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

Для того, чтобы осуществить прототипное проектирование информационной системы нужно иметь высокоуровневые инструментальные средства. Это средства делятся на два класса: интегрированные инструменты быстрой разработки приложений (Builder) и инструменты быстрой разработки приложения в развитых системах управления базами данных (Developer).

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

Затем, было рассмотрено параметрически- ориентированное проектирование информационных систем, а также, устройство «черного ящика», в виде которого принято представлять пакеты прикладных программ. Более подробно останавливалось внимание на определении критериев оценки функционального пакета прикладных программ.

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

И наконец, было уделено внимание прототипному проектированию информационных систем.

В связи с этим, все основные положения типового проектирования информационных систем были рассмотрены

Список использованной литературы.

• Все изображения и таблицы были взяты из учебника: Г.Н. Смирнова, А.А.Сорокин, Ю.Ф. Тельнов Проектирование экономических информационных систем. Учебник. Москва, «Финансы и статистика»,2002г.
• В.И. Грекул, Г.Н. Денищенко, Н.Л. Коровкина. Проектирование информационных систем. — М.: Интернет-Ун-т Информ. технологий, 2005
• http://www.neudov.net/ 4students/otvety-po-pive/ tipovoe-proektirovanie- informacionnyx-sistem/
• http://csgtr.narod.ru/pis.html

Источник: www.yaneuch.ru