Постановка этих вопросов позволяет классифицировать и оценить различные методы. Однако только одного их решения мало. Есть и вторая группа факторов, которые дают основания обратиться к методологиям проектирования информационных систем. Она вытекает из того обстоятельства, что в сложных проектах разработки обычно участвует несколько деловых партнеров. Подчас они пользуются разными методами, либо результаты их работы частично накладываются друг на друга. Только инфраструктура, интегрирующая отдельные методы, подтверждающая согласованность или указывающая на возможное наложение, способна привести к взаимопониманию. Очевидно, что такая инфраструктура может и должна координировать различные методы. К сожалению, многие из популярных сегодня методов разработки информационных систем напоминают скорее плоды досужих умствований, нежели эмпирические концепции, опирающиеся на убедительные теории.
Концепция ARIS создает направляющие ориентиры для разработки, оптимизации и реализации интегрированных прикладных систем. В то же время она наглядно показывает специалистам по управлению бизнесом, как именно следует рассматривать, анализировать, документировать и внедрять информационные системы.
Программное обеспечение для управления бизнесом включает модули для бухгалтерского учета, закупок, продаж, производственного планирования и т. д. Финансовые информационные системы заметно отличаются повышенной сложностью. Внедрение информационных систем затрагивает многих сотрудников организации и внешних деловых партнеров. Это становится очевидным в условиях органично интегрированной обработки данных, где данные совместно используются множеством приложений. В числе примеров можно назвать реализацию на предприятиях комплексных ИС-ориентиро-ванных концепций, компьютеризованное управление производством (CIM) на промышленных предприятиях, системы управления товарами с ИС-поддержкой на предприятиях розничной торговли, электронные банковские операции в финансовых учреждениях.
До середины 90-х годов соотношение между усилиями по внедрению финансовых прикладных пакетов в организации и ценой их приобретения зачастую превышало 5:1. Установить готовые системы относительно несложно, но такая резкая диспропорция объясняется тем, что пользователям необходимо к тому же определить, какие цели (стратегического характера) они хотят достичь с помощью данной системы, как этого добиться, используя функциональные возможности системы, и каким образом следует настроить, сконфигурировать и технически внедрить данный пакет.
В ранней модели жизненного цикла, приведенной на рис. 1а, системы программного обеспечения были представлены только на нижних уровнях диаграммы. Деловые функции системы описывались «пользовательскими интерфейсами, таблицами данных, установками параметров, именами транзакций», либо их нужно было соответствующим образом выводить. По этой причине пользователям прежде приходилось вырабатывать свои собственные деловые требования и увязывать спецификацию проекта со стандартным программным решением. Безусловно, для этого требовалось обладать серьезными познаниями и навыками в области информационных систем и знать, как добиться выполнения предъявляемых требований. Все это нередко вынуждало пользователей обращаться к консультантам.
В результате быстрого снижения стоимости аппаратных и программных средств отмеченная диспропорция еще более усугубилась. Мелкие и средние предприятия оказались не в состоянии платить консультантам миллионы долларов за внедрение. Это вызвало рост популярности инфраструктур, методов и инструментов, позволяющих уменьшать стоимость внедрения программного обеспечения, повышая для пользователя приемлемость стандартных программных решений.
Для этого существует ряд способов (см. рис. 16):
— сокращение усилий, необходимых для создания целевой концепции, за счет эффективного использования знаний «лучших образцов практики», предоставленных в виде моделей-прототипов;
— создание определения требований за счет эффективного использования методов моделирования для детализации описания;
— документирование определения требований к стандартному программному обеспечению с помощью семантических методов моделирования, что делает бизнес-логику более понятной;
— применение семантических моделей для максимального автоматического согласования определения требований целевой концепции со стандартным программным обеспечением, что сокращает необходимость специальных знаний в области информационных систем;
— эффективное использование семантических моделей в качестве отправной точки для максимальной автоматизации системы и настройки конфигурации применительно к конкретным нуждам.
При создании концепции ARIS ставилась цель повысить эффективность этих способов, ускорить внедрение стандартного программного обеспечения и сократить усилия по его внедрению за счет включения интегрированных методов и инструментов (ARIS Toolset).
Функциональные возможности ARIS обеспечивают:
— инфраструктуру (архитектуру) для полного описания стандартных программных решений;
— интеграцию в эту архитектуру наиболее подходящих методов моделирования информационных систем и разработку методов описания бизнес-процессов;
предоставление моделей-прототипов в качестве инструментов управления прикладным ноу-хау, моделирования и анализа системных требований, а также инструментов, помогающих получить удобную для пользователя навигацию в рамках моделей.
эффективно используя стандартные программные решения, ARIS-здание бизнес-инжиниринга (НОВЕ) предлагает архитектуру для управления бизнес-процессами. Благодаря использованию систем workflow, она слабо связана со программными «кирпичиками» (бизнес-объектами). ARIS обеспечивает инфраструктуру для описания сборки программных компонентов, позволяя создавать деловые информационные системы, которые идеально подходят для конфигурирования систем workflow, создания фильтров и определения параметров приложений.
Концепция ARIS создает направляющие ориентиры для разработки, оптимизации и реализации интегрированных прикладных систем. В то же время она наглядно показывает специалистам по управлению бизнесом, как именно следует рассматривать, анализировать, документировать и внедрять информационные системы.
Программное обеспечение для управления бизнесом включает модули для бухгалтерского учета, закупок, продаж, производственного планирования и т. д. Финансовые информационные системы заметно отличаются повышенной сложностью. Внедрение информационных систем затрагивает многих сотрудников организации и внешних деловых партнеров. Это становится очевидным в условиях органично интегрированной обработки данных, где данные совместно используются множеством приложений. В числе примеров можно назвать реализацию на предприятиях комплексных ИС-ориентиро-ванных концепций, компьютеризованное управление производством (CIM) на промышленных предприятиях, системы управления товарами с ИС-поддержкой на предприятиях розничной торговли, электронные банковские операции в финансовых учреждениях.
До середины 90-х годов соотношение между усилиями по внедрению финансовых прикладных пакетов в организации и ценой их приобретения зачастую превышало 5:1. Установить готовые системы относительно несложно, но такая резкая диспропорция объясняется тем, что пользователям необходимо к тому же определить, какие цели (стратегического характера) они хотят достичь с помощью данной системы, как этого добиться, используя функциональные возможности системы, и каким образом следует настроить, сконфигурировать и технически внедрить данный пакет.
В ранней модели жизненного цикла, приведенной на рис. 1а, системы программного обеспечения были представлены только на нижних уровнях диаграммы. Деловые функции системы описывались «пользовательскими интерфейсами, таблицами данных, установками параметров, именами транзакций», либо их нужно было соответствующим образом выводить. По этой причине пользователям прежде приходилось вырабатывать свои собственные деловые требования и увязывать спецификацию проекта со стандартным программным решением. Безусловно, для этого требовалось обладать серьезными познаниями и навыками в области информационных систем и знать, как добиться выполнения предъявляемых требований. Все это нередко вынуждало пользователей обращаться к консультантам.
В результате быстрого снижения стоимости аппаратных и программных средств отмеченная диспропорция еще более усугубилась. Мелкие и средние предприятия оказались не в состоянии платить консультантам миллионы долларов за внедрение. Это вызвало рост популярности инфраструктур, методов и инструментов, позволяющих уменьшать стоимость внедрения программного обеспечения, повышая для пользователя приемлемость стандартных программных решений.
Для этого существует ряд способов (см. рис. 16):
— сокращение усилий, необходимых для создания целевой концепции, за счет эффективного использования знаний «лучших образцов практики», предоставленных в виде моделей-прототипов;
— создание определения требований за счет эффективного использования методов моделирования для детализации описания;
— документирование определения требований к стандартному программному обеспечению с помощью семантических методов моделирования, что делает бизнес-логику более понятной;
— применение семантических моделей для максимального автоматического согласования определения требований целевой концепции со стандартным программным обеспечением, что сокращает необходимость специальных знаний в области информационных систем;
— эффективное использование семантических моделей в качестве отправной точки для максимальной автоматизации системы и настройки конфигурации применительно к конкретным нуждам.
При создании концепции ARIS ставилась цель повысить эффективность этих способов, ускорить внедрение стандартного программного обеспечения и сократить усилия по его внедрению за счет включения интегрированных методов и инструментов (ARIS Toolset).
Функциональные возможности ARIS обеспечивают:
— инфраструктуру (архитектуру) для полного описания стандартных программных решений;
— интеграцию в эту архитектуру наиболее подходящих методов моделирования информационных систем и разработку методов описания бизнес-процессов;
предоставление моделей-прототипов в качестве инструментов управления прикладным ноу-хау, моделирования и анализа системных требований, а также инструментов, помогающих получить удобную для пользователя навигацию в рамках моделей.
эффективно используя стандартные программные решения, ARIS-здание бизнес-инжиниринга (НОВЕ) предлагает архитектуру для управления бизнес-процессами. Благодаря использованию систем workflow, она слабо связана со программными «кирпичиками» (бизнес-объектами). ARIS обеспечивает инфраструктуру для описания сборки программных компонентов, позволяя создавать деловые информационные системы, которые идеально подходят для конфигурирования систем workflow, создания фильтров и определения параметров приложений.
Комментариев нет:
Отправить комментарий