Файл: Отчет по преддипломной практике огу 09. 03. 02. 7223. 223 П руководитель от кафедры.docx

Условия неопределенности представляют собой такое состояние окружающей среды (знания о сущности явлений), когда каждая альтернатива может иметь несколько результатов, а вероятность возникновения этих исходов неизвестна. Неопределенность среды принятия решения зависит от соотношения между количеством информации и ее достоверностью. Чем неопределеннее внешнее окружение, тем труднее принимать эффективные решения. Среда принятия решения зависит также от степени динамики, подвижности среды, т.е. скорости происходящих изменений условий принятия решения. Изменение условий может происходить как вследствие развития организации, т.е. приобретения ею возможности решать новые проблемы, способности к обновлению, так и под влиянием внешних по отношению к организации факторов, которые не могут регулироваться организацией [8].

Следующая фаза, реализация решений. При реализации решений применяют методы планирования, организации и контроля выполнения решений (рисунок 2.5).


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

Данный метод применяется для многих задач:

• 
  сравнительный анализ объектов (многокритериальное ранжирование);
  
• 
  многокритериальный выбор лучшего объекта (лучшей альтернативы);
  
• 
  распределение ресурсов между проектами;
  
• 
  проектирование систем по количественным и качественным характеристикам [9].
  

Шаги метода анализа иерархии имеют следующий вид:

1. 
   Происходит сравнение альтернативы между собой не с точки зрения достижения цели, а с точки зрения удовлетворения конкретным критериям. Кроме того, необходимо сравнить между собой значимость критериев для конкретной цели. (рисунок 2.6)
   

---

Рисунок 2.6 – Иерархическая структура ситуации принятия решения
Цель составляет высший уровень иерархии (уровень 1). На этом уровне может находиться лишь один объект. На следующих вниз уровнях находятся критерии. По системе этих критериев оцениваются сравниваемые объекты (называемые «альтернативами»). Альтернативы располагаются на самом нижнем уровне.

2. 
   Вынесение экспертных суждений на каждом уровне иерархии по парным сравнениям: критерии сравниваются попарно по отношению к цели, альтернативы — попарно по отношению к каждому из критериев. Соответственно заполняются матрицы парных сравнений: одна — для критериев, n матриц — для альтернатив; здесь n — количество критериев. (рисунок 2.7)
   

Рисунок 2.7 – Матрица попарных сравнений
Операция парного сравнения: два объекта, находящихся на одном уровне сравниваются по своей относительной значимости для одного объекта высшего уровня. Если критерий имеет определенную числовую меру, например, масса, производительность, цена, то в качестве результата оценки удобно взять отношения соответствующих характеристик в некоторой шкале отношений. Если критерий не имеет принятой меры, то сравнение в МАИ проводится с использованием специальной «шкалы относительной важности», приведенной в таблице 2.1.
Таблица 1.1 – Шкала относительной важности

Степень предпочтения	Определение	Критерий
1	Равная предпочтительность	Две альтернативы одинаково предпочтительны с точки зрения цели
2	Слабая степень предпочтения	Опыт эксперта позволяет считать одну из альтернатив немного предпочтительнее другой
3	Степень наибольшего предпочтения	Опыт эксперта позволяет считать одну из альтернатив явно предпочтительнее другой
4	Сильное предпочтение	Опыт эксперта позволяет считать одну из альтернатив гораздо предпочтительнее другой
5	Абсолютное предпочтение	Очевидность подавляющей предпочтительности одной альтернативы над другой имеет неоспоримое подтверждение

---

Данная шкала является упрощением шкалы Саати для предоставления большего удобства выражения предпочтения критериев для пользователя во время работы в приложении, чтобы можно было проще присвоить важность критерия и не вызвать каких-либо спутанных суждений. Числа из этой шкалы используются, чтобы показать, во сколько раз элемент с большей оценкой предпочтительности доминирует элемент с меньшей оценкой относительно общего для них критерия или свойства [7].
2.5 Анализ информационных потоков разрабатываемой
информационной системы
Залогом успешной реализации проекта по разработке программного обеспечения (ПО) является адекватным образом построенная модель разрабатываемой системы. Построение модели представляет собой достаточно трудоемкую и длительную по времени исполнения задачу, требующую привлечения в проект высококвалифицированных специалистов. Периодическое внесение изменений в структуру проекта дополнительно усложняет задачу и приводит к удорожанию проекта в целом. Использование CASE-средств (Computer Aided Software Engineering) позволяет автоматизировать процессы различных стадий жизненного цикла ПО (ЖЦ ПО). Именно благодаря CASE-средствам разработчики информационных систем (ИС) получили возможность представлять создаваемую систему в наглядной – графической – форме, структурировать процесс разработки модулей системы, облегчить подготовку проектной документации. В настоящее время существует множество различных CASE-средств, каждое из которых способно решать определенный круг задач в области проектирования ИС. Отдельные CASE-средства ориентированы на решение отдельных задач, например, графические инструменты описания моделей ИС в виде совокупности иерархически взаимосвязанных диаграмм, а полностью интегрированные средства представляют собой комплекс средств, поддерживающих полный ЖЦ ПО. Выбор CASE-средства зависит от множества факторов, формирующих задание на разработку конкретной ИС, и может быть осуществлен на основе сведений о характеристиках уже существующих CASE-средств [26].

Остановимся на нескольких вариантах достаточно развитых CASE-средств. Таковыми являются такие CASE-средства, как MS Visio, BPWIN и Ramus. Проведем небольшой сравнительный анализ данных CASE-средств.

MS Visio является самым простым и доступным средством моделирования процессов в использовании. Данная программа относится к семейству программ MS Office, благодаря чему имеет всем знакомый пользовательский интерфейс, а также очень легко интегрируется с любыми приложениями MS Office. MS Visio поддерживается такие форматы для описания бизнес-процессов, как IDEF и UML.

---

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

Данное CASE-средство позволяет производить коррекцию ошибок при моделировании процессов, кроме того, BPWIN имеет возможность поддерживания

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

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

Главными возможностями Ramus являются:

− создание моделей процессов согласно методологиям IDEF0, IDEF3, DFD;

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

− формирование отчетности по созданным моделям;

− генерация сайта, в котором предоставляется доступ к данным моделей процессов через web интерфейс [21].

В таблице 2.2 представлен сравнительные анализ рассматриваемых CASE-средств.
Таблица 2.2 – Сравнительный анализ рассматриваемых CASE-средств

Возможности	MS Visio	BPWIN	Ramus
Поддерживаемые стандарты	IDEF0, UML	IDEF0, IDEF3, DFD	IDEF0, IDEF3, DFD
Формат представления моделей	Не регламентируется	Стандартный бланк IDEF с возможностью его отключения	Стандартный бланк IDEF с возможностью его отключения
Генерация отчетов	Создание отчетов по UDP с использованием Visio Report	Возможность визуальной настройки отчетов при помощи RPT Win	Встроенный генератор отчетов, с гибкой структурой
Сложность разработки нестандартных отчетов	Сложно	Просто	Просто
Ограничение на количество объектов на диаграмме	В зависимости от используемого стандарта	до 8 объектов	В зависимости от используемого стандарта
Удобство работы по созданию моделей	Простая панель управления, есть выравнивание объектов, есть undo	Простая панель управления, есть выравнивание объектов, нет undo	Простая панель управления, есть выравнивание объектов, есть undo
Кроссплатформенность	Присутствует	Отсутствует	Присутствует
Расчет стоимостных затрат	Присутствует	Отсутствует	Присутствует

---

Таким образом, используя метод экспертных оценок, можно сделать вывод, что лучшим CASE-средством является Ramus.

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

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

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

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

Можно выделить четыре типа диаграмм:

1. 
   контекстную диаграмму Аз0 (в каждой модели может быть только одна контекстная диаграмма);
   
2. 
   диаграммы декомпозиции (в том числе диаграмма первого уровня декомпозиции А0, раскрывающая контекстную);
   
3. 
   диаграммы дерева узлов;
   
4. 
   диаграммы только для экспозиции (FEO) [12].
   

Контекстная диаграмма представляет собой самое общее описание системы и ее взаимодействия с внешней средой. После описания системы в целом проводится разбиение ее на подсистемы. Этот процесс называется функциональной декомпозицией, а диаграммы, которые описывают каждый фрагмент, называются диаграммами декомпозиции. Каждый компонент модели может быть декомпозирован на другой диаграмме. Каждая диаграмма иллюстрирует "внутреннее строение" блока на родительской диаграмме. После декомпозиции контекстной диаграммы (т.е. получения диаграммы А0) проводится декомпозиция каждого блока диаграммы А0 на более мелкие фрагменты и так далее, до достижения нужного уровня подробности описания. После каждого сеанса декомпозиции проводятся сеансы экспертизы: эксперты предметной области (обычно это интервьюируемые аналитиками сотрудники предприятий) указывают на соответствие реальных бизнес-процессов созданным диаграммам. Найденные несоответствия исправляются, и только после прохождения экспертизы без замечаний можно приступать к следующему сеансу декомпозиции. Так достигается соответствие модели реальным бизнес-процессам на любом и каждом уровне модели. Синтаксис описания системы в целом и каждого ее фрагмента одинаков во всей модели.

---