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

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

Рисунок 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 Corp. (до августа 2003 года – это самостоятельная фирма Rational Software Corp.) одна из первых осознала стратегическую перспек- тивность развития объектно-ориентированных техноло- гий анализа и проектирования программных систем. Эта компания выступила инициатором унификации языка ви- зуального моделирования в рамках консорциума OMG, что привело к появлению первых версий языка UML. Эта же компания первой разработала инструментальное объектно-ориентированное CASE-средство, в котором был реализован язык UML, как базовая нотация визуального моделирования. Графическое представление методологии RUP из Википедии изображено на рисунке 1.3.

 

 

Рисунок 1.3. Представление методологии RUP (Википедия)

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

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

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

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

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

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