Диссертация (1152223), страница 83
Текст из файла (страница 83)
Это -необходимофилиал- - - - для- - определения+ - - - - для- нужных- - - атрибутов- - - - та№ и дата приказа о направлении на учебную стажировку+ - - - - - - - - - - - - - - - - - - коготипаданных,как массивы. Результатом№ и датаприказаоб отчислении- + - проведения- - - - данной- - - операции- - - - стало- - изменение- - - - ви№ и дата приказа о предоставл.
академ. отпуска- - + - - - - - - - - - - - - - - - - даФИОтаблицы(измененное) атрибутного состава:- - - - - - - - - - - - - - - - - - - Филиал (новое)- - - - - - - + - - - - - - - - - - - Для данной таблицы применены следующиеКурс (новое)+ + + + +обозначения- + + - ячеек:- - - - - - - - - - Специальность (новое)- + + + + + + + - - - - - - - - - - - Направление(новое)— атрибут один на приказ - + + + + + + + - - - - - - - - - - - Группа (новое)+ + + + + + + + - - - - - - - - - - - +— атрибут находится в таблицеБюджет/внебюджет (новое)+ + + - + + + + - - - - - - - - - - - Форма обучения (новое)+ + + + + + + + - - - - - - - - - - - Группировкаатрибутови проектированиеВысш/сред проф образ.(новое)+ +Комплексных+ - + + - Типов+ - данных- - - - - - - - - - Гражданство (новое)- - - - - - - - - - - - - - - - - - - Срок обучения (полн/сокращ)- + - - - - - - - - - - - - - - - - - В результате анализа атрибутного+ составабыли выделены следующие комплексные типыИнститут+ + + + + + + - - - - - - - - - - - Сессия (зима/лето)- - - + - - - - - - - - - - - - - - - Дата созданияОснование для исполнения приказа332данных:1.
Приказ.2. Студент.3. Реквизиты_основания.4. Период.5. Обновление.6. Общая_информация.Информационный объект "Приказ" является корневым типом, который содержит атрибуты, типами которых являются другие информационные объекты. Иерархию объектов можнопредставить в следующем виде, как показано на рисунке 6.13:Рисунок 6.13 - Иерархия Комплексных ТиповИсточник: составлено автором.Объект «Студент» хранит информацию по текущему состоянию студента, указываемогов таблице. В системе данный тип используется для построения массива студентов (таблица«Студенты» в Приказе»).Объект «Реквизиты_основания».
Данный тип является достаточно универсальным, позволяет хранить общие сведения, такие, как Номер, Дата и Наименование.Объект «Период». Поскольку довольно часто встречались парные атрибуты («Начальнаядата» — «Конечная дата») был создан тип «Период», содержащий в себе два простых атрибутатипа «Дата».Объект «Обновление». Данный тип содержит обновлённую информацию по студенту.Например, в случае перевода студента на другой курс данный объект будет хранить информацию о курсе, не который осуществляется перевод студента.Объект Общая_информация. Данный объект хранит реквизиты, которые не попали втабличную часть Приказов (таблицу "Студенты"), а являются единичными для документа.
Дляпроектирования данного комплексного типа была использована информация из таблицы, полученной на этапе 2.5.3.3 «Выделение атрибутов, относящихся к табличной части».333Разработка XML-схемы данных предметной областиРезультаты работы, проведённой на этапе 2.4. «Группировка атрибутов и проектированиеКомплексных Типов данных» были использованы для разработки XML-схемы данных проекта.Для реализации данной задачи было использовано специализированное программное обеспечение для создания XML документов, как показано на рисунке 6.14.Рисунок 6.14 - Импортированная Модель данных в среде Oracle BPMИсточник: составлено автором.Импорт схемы данных в среду СУБПНа данном этапе было осуществлено перекодирование файла XML-схемы (.xsd) в файл,пригодный для импортирования в среду разработки BPMStudio (.xcdl).
Для этой цели был использован специально разработанный программный кодировщик. Применение автоматическойзагрузки модели данных в среду разработки позволило значительно снизить требуемое времядля перехода от стадии проектирования к реализации прототипа системы. Результатом сталаимпортированная в среду разработку модель данных процесса. Внешний вид в Студии OracleBPM данной модели сразу после импортирования показан на рисунке 6.15.334Рисунок 6.15 - Модель данных после заведения служебных информационных объектовИсточник: составлено автором.Экранные формы электронных документов и задач участниковПользовательские интерфейсы системы выполнены непосредственно в среде Oracle BPMStudio в виде веб-формам, работа с которыми осуществляется через интернет-обозреватель, показана на рисунке 6.16.Рабочая Область пользователя системы является штатной экранной формой. Существуетвозможность гибкой настройки данного интерфейса под нужды конечных пользователей.Форма состоит из трёх областей:«Приложения».В данной области показаны доступные пользователю данной роли функции запуска процессов.
В частности, здесь располагаются задачи, которые на схеме процессов BPMN выглядяткак Глобальные Активности.335«Список заданий». Здесь расположен список заданий пользователя. Например, Директорфилиала может здесь увидеть созданные сотрудником Служебные Записки и начать их обработку.«Подробная информация о процессе».Чтобы открыть эту область, нужно кликнуть левой кнопкой мыши по любому заданию изобласти «Список заданий».
Здесь приводится подробная информация по данному экземплярупроцесса. Существует возможность открыть схему процесса и увидеть текущее состояние экземпляра.Рисунок 6.16 - Рабочая Область пользователяИсточник: составлено автором.Выбор типа Служебной Записки.Данную форму видит автор служебной записки (сотрудник Филиала либо сотрудник Института в Головном ВУЗе). Здесь имеется выпадающий список с возможными типами Служебных Записок. Выбрав тип, сотрудник переходит к следующей форме «Создание Служебной Записки».
Форма выбора типа СЗ показана на рисунке 6.17.Рисунок 6.17 - Создание СЗ. Выбор типаИсточник: составлено автором.Создание Служебной Записки.Форма создания Служебной записки, показанная на рисунке 6.18, достаточно универсаль-336на и служит основой для таких форм, как «Проверка СЗ», «Согласование» и «Подготовка проекта приказа». Разница заключается в различном наборе возможностей использования данныхформ. Для всех указанных интерфейсов справедливо деление на следующие области:Рисунок 6.18 - Создание СЗ.
Заведение данныхИсточник: составлено автором.Служебные данные.В данной области выводится служебная информация (например, текущая роль и текущийучастник).Общие сведения по СЗ. Здесь находятся элементы формы с общей информацией по СЗ(состав различается в зависимости от типа создаваемой СЗ).Таблица студентов. Содержит информацию по студентам в будущем приказе. Конкретныйнабор столбцов таблицы студентов зависит от выбранного типа будущего Приказа и определяется автоматически.Прикрепление документов. Данная область содержит форму для добавления документа, атакже таблицу «Доступные документы». Форма добавления прикрепления документа позволяетвызвать отдельное окно «Загрузка файла».Таблица «Доступные документы» — это список прикреплённых документов.
По каждомудокументу в таблице содержится следующая информация:тип документадата добавленияавтор337комментарий авторакомментарии.история комментариев, форма добавления комментария.возможные действия. В этой области отображаются наборы кнопок с действиями, в зави-симости от текущей роли участника, а также в зависимости от того, на каком шаге процесса онв данный момент находится.Прикрепление документов.Форма прикрепления документов, показанная на рисунке 6.19 является отдельным окном,в котором пользователь может прикрепить файлы (сканированные копии документов), либо отменить загрузку, нажав кнопку «Отмена» и вернуться на форму создания СЗ.
Если пользовательвыбрал файл и нажал кнопку «Загрузить файл», то система перейдёт на предыдущую форму«Создание СЗ», а в таблице «Доступные документы» добавится новая запись с информацией позагруженному документу.Рисунок 6.19 - Окно прикрепления документаИсточник: составлено авторомПроверка СЗ.Форма представляет собой изменённую форму «Создание СЗ».
Она предоставляет проверяющему возможность ознакомиться с полученными данными и принять решение о дальнейшей отправке Служебной записки на согласование/дальнейшее рассмотрение либо о возвращении на доработку.Согласование.Также, как и форма проверки СЗ, форма для согласования предлагает для ознакомленияданные, всю историю комментариев предыдущих участников процесса и набор прикреплённыхфайлов, а также уникальные действия («согласовать» и «отклонить»). После завершения согласования, в случае одобрения всеми согласующими, документ получит задание с рабочей формой «Подготовка проекта приказа».Подготовка проекта приказа, Издание приказа, Формирование выписки из приказа.Данный вид формы, показанный на рисунке 6.20 содержит всю информацию с нормативный формы «Создание СЗ», а также дополнительную область «Согласование».
В этой областиуказаны все согласующие и их принятые решения.338Рисунок 6.20 - Фрагмент экранной формы «Согласование»Источник: составлено авторомВалидация прототипа СУБП ЭВЦелью проведения валидации прототипа СУБП является сбор замечаний и пожеланий конечных пользователей, которые могут быть включены в состав работ следующего этапа.План валидации включает следующие мероприятия:Ограниченное тестирование.
Поиск среди участников процесса тех лиц, которые нахо-дятся локально в Головном ВУЗе. Осуществление тестирования. Результатом данного мероприятия являются собранные замечания от всех участников.Расширенное тестирование. Привлечение к процессу апробации участников процесса вролях «Инициатор» и «Проверяющий» — сотрудников Филиалов. Сбор замечаний.Устранение ошибок и реализация доработок, признанных критичными на данном этапе.Итоговое тестирование прототипа. Сбор замечаний и пожеланий участников.Для проведения апробации прототипа система была запущена на объекте проведения те-стирования.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
