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

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

Как известно, одним из ключевых требований новой версии стандартов ИСО 9000:2000 является применение процессного подхода к организации менеджмента качества на предприятии. Состав этих требований аккумулирован в п. 4.1 стандарта ИСО 9001:2000.

На основании требований ИСО 9001:2000 организация должна:

• выявлять необходимые для системы менеджмента качества процессы и области их применения по всей организации;

• определять последовательность и взаимодействие этих процессов;

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

• обеспечивать наличие ресурсов и информации, необходимых, чтобы поддерживать функционирование и мониторинг этих процессов;

• вести мониторинг, измерять и анализировать эти процессы, а также

• предпринимать необходимые действия с целью достичь запланированных результатов и непрерывного совершенствования этих процессов.

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

Рассмотрим основные термины, применяемые при реализации процессного подхода.

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

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

Процесс СМК - процесс, необходимый для Системы менеджмента качества.

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

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

Субпроцесс - процесс, являющийся составной частью процесса более высокого уровня.

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

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

Структура процесса - состав шагов процесса, их последовательность и взаимодействие между собой и другими процессами.

Определение процесса - установление состава процессов Системы менеджмента качества и разработка моделей процессов, отражающих:

• структуру процессов; ресурсы для обеспечения надлежащего функционирования процессов;

• индикаторы для оценки эффективности и результативности процессов в рамках СМК;

• методы измерения индикаторов, их анализа и применения в целях управления.

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

Рассмотрим наиболее прогрессивные методологии в области структурного анализа и разработки информационных систем.

Методология SADT

Методология SADT (Structured Analysis and Design Technique - методология структурного анализа и проектирования), разработанная Дугласом Т. Россом в 1969-1973 годах базируется на структурном анализе систем и графическом представление организации в виде системы функций, которые имеют три класса структурных моделей:[23]

1. Функциональная модель.

2. Информационная модель.

3. Динамическая модель.

Процесс моделирования по методологии SADT состоит из следующих этапов:

1. Сбор информации и анализ информации о предметной области.

2. Документирование полученной информации.

3. Моделирование (IDEF0).

4. Корректура модели в процессе итеративного рецензирования

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

Рисунок 1.1. - Диаграмма IDEF0 верхнего уровня

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

Рисунок 1.2. - Дочерняя диаграмма IDEF0 (декомпиляция)

Методология RAD

Методология RAD – быстрой разработки приложений Принципы RAD сформулированы в 1980 году сотрудником компании IBM Джеймсом Мартином. Они базировались на идеях Скотта Шульца и Барри Бойма при этом методология реализовывалась в кратчайшие сроки небольшой группой разработчиков с использованием инкрементного прототипирования. Это позволяло на ранней стадии проектирования ИС продемонстрировать заказчику действующую интерактивную модель системы-прототипа, уточнить проектные решения, оценить эксплуатационные характеристики. В настоящее время методология RAD стала общепринятой схемой для проектирования и разработки информационных систем. Средства разработки, основанные на RAD, очень популярны за счет использования таких программных сред разработки: IBM Lotus Domino Designer, Borland Delphi, Borland C++ Builder, Microsoft Visual Studio, Macromedia Flash и др. В методологии RAD быстрая разработка приложений достигается за счет использования компонентно-ориентированного конструирования и применяется если:

• Бюджет проектируемой информационной системы ограничен.

• Нечетко определены требования к информационной системе.

• Требуется реализация проекта информационной системы в минимальные сроки.

• Интерфейс пользователя можно продемонстрировать в прототипе.

• Проект можно разделить на составляющие элементы по функциональному назначению.

Методология RAD имеет следующие стадии:

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

2. Моделирование данных.

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

4. Генерация приложений.

5. Тестирование и объединение.

Недостатки методологии RAD:

1. Для больших информационных систем требуются большой коллектив разработчиков.

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

3. Не используется в случае применения новых технологий.

Методология RUP

Среди многих фирм-производителей CASE-средств компания IBM Rational Software Corporation. (в августе 2003 г. – это самостоятельная фирма Rational Software Corporation.) Она одна из первых поняла стратегическую перспективность развития объектно-ориентированных технологий анализа и проектирования программных систем. Компания выступила инициатором унификации языка визуального моделирования, именно после этого появились первые версии языка UML. Она первой разработала инструментальное объектно-ориентированное CASE-средство, в котором был использован язык UML, как первая нотация визуального моделирования. Методология RUP изображена на рисунке 1.3.

Рисунок 1.3. - Представление методологии RUP

Одна из самых популярных технологий - Rational Unified Process (RUP). В определенном плане эта методология становится международным стандартом, разработанный компанией Rational Software, которая в настоящее время входит в состав IBM. Авторами UML считаются сотрудники фирмы Rational Software: Гради Буч, Айвар Якобсон, Джемс Рамбо. RUP полностью соответствует стандартам, определяющим проектные работы в процессе жизненного цикла информационных систем. В методологии RUP реализуются следующие подходы:

Итерационный и инкрементный (наращиваемый).

Построение системы на базе архитектуры информационной системы.

Планирование и управление проектом на основе функциональных требований к информационной системе.

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

Итерационный цикл характеризуется периодической обратной связью и может адаптироваться к ядру разрабатываемой системы. Создаваемая информационная система постепенно растет и совершенствуется.[29]