Построение модели института с использованием графических и математических методологий

 

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

     7. Сравнение CASE – средств.

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

     CASE-средства  позволяют получить описание  работы создаваемой системы раньше, чем её построили. Потом с  их помощью можно анализировать  работу системы и оптимизировать  подготавливаемые решения.

     Классификация инструментальных средств.

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

• локальные, поддерживающие один-два типа моделей и методов (Design/IDEF, ProCap, S-Designor, “CASE. Аналитик”);
• малые интегрированные средства моделирования, поддерживающие несколько типов моделей и методов (ERwin, BPwin).
• средние интегрированные средства моделирования, поддерживающие от 4 до 10—15 типов моделей и методов (Rational Rose, Paradigm Plus, Designer/2000);
• крупные интегрированные средства моделирования, поддерживающие более 15 типов моделей и методов (ARIS Toolset).

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

     Малые интегрированные  системы, практически не позволяют выполнить комплексный анализ систем, который в большей или меньшей степени необходим для создания малых, средних и крупных ИСУП. С их помощью можно разрабатывать локальные ИС или небольшие подсистемы, предназначенные для автоматизации отдельных бизнес-цепочек, т. е. когда нет необходимости в комплексном анализе предприятия. Типичная сфера использования малых интегрированных средств – решение задач так называемой “кусочной” автоматизации предприятия.

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

     Крупные интегрированные  средства моделирования. К этой категории относится инструментальное средство, специально предназначенное для проектирования крупных ИСУП, таких, например, как системы управления предприятием класса ERP.

     Таблица 7.1. Сравнение CASE-средств.

       

     Оценим системы ARIS, MS Visio, Rational Rose и AllFusion Process Modeler  по трех балльной шкале, где:

• 1 балл присваивается предметной оценке имеющий отрицательную характеристику «-»;
• 2 балла присваивается предметной оценке, имеющей как отрицательную, так и положительную характеристику «+/-»;
• 3 балла присваивается предметной оценке имеющей положительную характеристику «+».

     Критерии  оценки будут выделяться по параметрам представленным в таблице 7.2. 
 

     Таблица 7.2. Предметная оценка систем моделирования

     

     Проанализировав получившиеся оценки, было выделено три  оценочных интервала:

• 9-14 – итоговая оценка – «плохо»;
• 15-19 – итоговая оценка – «хорошо»;
• 20-24 – итоговая оценка – «отлично».

     Исходя  из данных интервалов, система моделирования  бизнес-процессов ARIS, MS Visio и Rational Rose находится во втором интервале (15-19), так как имеет итоговую сумму оценок равную 18, 17 и 16 соответственно, и характеристику «хорошо». А система моделирования бизнес-процессов AllFusion Process Modeler находится в третьем интервале (20-24), так как имеет итоговую сумму оценок равную 20 и характеристику «отлично».

     Отталкиваясь  от полученных характеристик, в качестве системы моделирования для описания бизнес-процесса будет использоваться система моделирования AllFusion Process Modeler 7. 
 

     8. Построение модели в BPWin

     Навигатор модели – Model Explorer

     Рис. 8.1. Model Explorer 
 

 

     

     Контекстная диаграмма

На контекстной  диаграмме мы видим самое общее  описание системы и ее взаимодействие с внешней средой. Рис. 8.1.

     Рис. 8.1. Контекстная диаграмма

     Диаграмма декомпозиции А0

     Декомпозируя  работу «Поступление в ВУЗ», получаем 4 блока: «Регистрация данных абитуриентов», «Проведение вступительных испытаний», «Определение абитуриентов, прошедших конкурс», «Предоставление отчетности по итогам работы». Рис. 8.2.

     Рис. 8.2. Декомпозиция диаграммы А0.

     Диаграмма потоков данных блока А1

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

 

Рис. 8.3. Декомпозиция диаграммы А1.

   Диаграмма IDEF3 блока А1.5

   Это диаграмма показывает, как происходит «Формирование списков абитуриентов, подавших документы». Рис. 8.4.

     Рис. 8.4. Диаграмма IDEF3 блока А1.5

   Диаграмма IDEF3 блока А2

   Это диаграмма описывает бизнес-процесс «Проведение вступительных испытаний». Рис. 8.5.

Рис. 8.4. Диаграмма IDEF3 блока А2. 
 
 
 
 
 
 
 

     Диаграмма IDEF3 блока А3

     Это диаграмма описывает бизнес-процесс  «Определение абитуриентов, прошедших  конкурс». Рис. 8.5.

     Рис. 8.5. Диаграмма IDEF3 блока А3 
 
 
 
 
 
 
 
 
 
 

   Диаграмма потоков данных блока А4

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

Рис. 8.6. Диаграмма DFD блока А4.

 

     

     9. Построение математической модели и  ее анализ

     В качестве математической модели используем формализацию системы с помощью  СМО.

     СМО – система, в которую в случайный  момент времени поступают заявки на обслуживание с помощью имеющихся  в распоряжении системы каналов  обслуживания.

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

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