4. Инфологическая модель предметной области

До момента непосредственного проектирования АСУ должно быть получено комплексное описание предметной области.

Предметная область – часть реального мира, представляющая интерес для данного использования.

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

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

Инфологическая модель строится в независимости от типа, используемого СУБД.

Центральное место в инфологической модели отводится описанию объектов предметной области и связи между ними. (ER-модель).

Основными элементами инфологической модели являются объект (сущность), атрибуты и связи (отношения).

Объектом называется предмет, который может быть четко идентифицирован.

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

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

Связи в ER-модели могут быть следующих типов:

а) 1:1		(один к одному)
б) 1:M		(один ко многим)
в) M:М		(многие ко многим)

Для построения диаграммы «сущность-связь» (ER-диаграммы) используют следующие блоки:

		для обозначения сущностей,
		для обозначения характеристик сущностей (атрибутов или элементов данных)
		для представления связей между сущностями
	для соединения элементов диаграммы

У каждой сущности выделены идентифицирующие (ключевые) атрибуты.

На следующем рисунке (рис.3) представлена ER-диаграмма для нашей предметной области:

Коэффициенты

Рис.3.

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

5. Организационно-функциональная модель системы (Bpwin)

Организационно-функциональная модель системы должна отражать:

– взаимодействие системы с внешней средой (пользователи т.д.);

– превращение полученных извне ресурсов в продукцию системы;

– взаимодействие взаимодействующих функциональных блоков системы в ходе своей деятельности.

Блоками на схеме выделяются этапы функционирования данной системы. Функциональные связи и информационные потоки между блоками отображаются стрелками.

СASE-средство BPwin как инструмент визуального моделирования позволяет наглядно описывать, анализировать и совершенствовать сложные бизнес-процессы, любую деятельность или структуру в виде модели, что позволяет значительно повысить эффективность работы системы, а также четко выявить факторы, оказывающие влияние на функционирование (какие операции являются наиболее критичными, как повысить их эффективность, какие ресурсы требуются для этого), снизить издержки и повысить производительность, выявить и исключить лишние или неэффективные операции и т.д.

В рамках методологии IDEF0 (Integration Definition for Function Modeling) процесс представляется в виде набора работ (функций), которые взаимодействуют между собой, а также показывается различные ресурсы, потребляемые каждой работой.

Рис.4.

Рис.4 позволяет проанализировать систему с точки зрения входных и выходных данных.

АСУ управления ППС ВУЗа формирует рейтинг ППС и оценку научной деятельности ППС. Функционирование построено так: сначала АСУ на основе видов деятельности ППС, информации о преподавателях формирует возможные весовые коэффициенты деятельности ППС и нормативные оценки (подробно это показывается на рис.6- при декомпозиции блока «Структура»), затем уже на основе полученных данных каждый отдельный пользователь может формировать оценку деятельности ППС, а также оценивать эффективность структурных подразделений вуза.

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

Системы на данном этапе рассчитана на структуру кафедры, в дальнейшем же возможно её расширение до уровня, к примеру, университета.

Рис.5.

Рис.6.

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

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

Доделать схемы в BP win