Дилдом. Разработка автоматизированной информационной системы оценки качества деятельности преподавателей Самгупс

• Название: Разработка автоматизированной информационной системы оценки качества деятельности преподавателей Самгупс
• Дата: 18.06.2018
• Размер: 1.26 Mb.
• Имя файла: Дилдом.doc
• Тип: Анализ; #47250
• страница: 6 из 8

2.3 Функциональная схема АИС ОКДП

Функциональная схема автоматизированной информационной системы подготовки технико-экономического обоснования по разработки программного обеспечения строится с использованием методологии IDFE0 (Integration Definition Function Modeling). Методология IDFE0 зародилась в середине 70-х годов в США с целью повышения эффективности производства. В дальнейшем данная методология стала широко применятся в проектировании различных систем, системном анализе и моделировании предметной области.

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

В IDFE0 различают пять типов дуг:

• 
  Вход (Input) – дуга поступает в левую сторону блока и несет в себе информацию, которая будет преобразовываться в системе для получения конечного результата.
  
• 
  Управление (Control) – дуга поступает в верхнюю сторону блока и показывает материалы, руководства и другие условия, необходимых для выполнения функций системы.
  
• 
  Выход (Output) – дуга поступает в правую сторону блока и несет в себе итоговые результаты работы.
  
• 
  Механизм (Mechanism) – дуга поступает в нижнюю сторону блока и означает средство, при помощи которого выполняется работа.
  
• 
  Вызов (Call) – специальная дуга выходит из нижней стороны блока, которая указывает на другую модель предметной области.
  

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

• 
  Контекстная диаграмма;
  
• 
  Диаграмма декомпозиции.
  

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

Контекстная диаграмма отображает общий процесс функционирования и взаимодействие факторов с внешней средой. Проектирование с использованием контекстной диаграммы позволяет выявить простои в работе и подобрать оптимальное решение организации процесса. В контекстной диаграмме АИС ОКДП по разработке ПО отображается процесс работы Системы в целом.

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

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

Входные данные, дуги которых входят в левую сторону прямоугольника на контекстной диаграмме представлены в виде текстовых данных и коэффициентов факторов масштаба. Данные поступают посредством набора информации с клавиатуры или манипулятором «мышь».

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

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

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

На рисунке (2) представлена контекстная диаграмма бизнес-процессов «автоматизированной информационной системы подготовки технико-экономического обоснования» по разработки программного обеспечения.



Рисунок 3 - Контекстная диаграмма

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

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

В методологии IDEF0 необходимо только пять типов стрелок, которые выстраивают взаимоотношение между блоками и описывают их отношение:

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

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

В нотации IDEF0 при построении диаграммы, указан уровень детализации от одного до шести блоков. В программе BPwin – интегрированной среды разработки уровень детализации в такой диаграмме начинается от двух до восьми блоков.

На рисунке (3) представлена детализированная функциональная схема АИС ОДКП, состоящая из четырех блоков и внутренних связей.



Рисунок 4 - Диаграмма декомпозиции

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

2.4 Данные и показатели для расчета рейтинг преподавателя

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

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



Рисунок 5 - Древовидная иерархия оценки деятельности преподавателей