Функциональные модели системы
Как было сказано ранее, после построения модели AS-IS с помощью методологии IDEF0 и IDEF3, можно перейти к построению модели TO-BE. Для этого обычно выбирают либо методологию SADT - технология структурного анализа и проектирования, либо используют диаграммы потоков данных (DFD).
Для построения функциональных моделей системы были выбраны диаграммы потоков данных (DFD), так как чаще всего диаграммы потоков данных используются для описания движения документов и обработки информации как дополнение к IDEF0. В отличие от IDEF0, где процесс рассматривается как совокупность взаимосвязанных работ и стрелки представляют собой жесткие логические взаимосвязи, стрелки в DFD показывают только то, как объекты (включая данные) движутся от одной работы к другой. DFD отражает функциональные зависимости значений, вычисляемых в системе, включая входные значения, выходные значения и внутренние хранилища данных [20].
DFD содержит:
– процессы, которые преобразуют данные;
– потоки данных, которые переносят данные;
– активные объекты, которые производят и потребляют данные;
– хранилища данных, которые пассивно хранят данные [3].
Описывать модель процессов предметной области в данном подразделе будем с точки зрения функционирования системы планирования и учета научно-технических мероприятий, то так, как на ЭВМ будет обрабатываться поступающая в систему информация.
На контекстной диаграмме представлена система планирования и учета научно-технических мероприятий (НТМ). Она показывает, что с подсистемой работают три категории пользователей: ответственный сотрудник подразделения, отвечающий за организацию НТМ, ответственный сотрудник подразделения, отвечающий за организацию научной работы, ответственный сотрудник УНИР (рисунок 2.1).
Рисунок 2.1 – Контекстная диаграмма функциональной модели
Ответственный сотрудник УНИР получает всю необходимую ему для просмотра и контроля информацию о научно-технических мероприятиях из системы. Со своей стороны он изменяет в системе информацию о статусах подготовки необходимых документов, вносит в нее регистрационные номера и замечания.
На первом уровне декомпозиции системы (рисунок 2.2) представлена декомпозиция системы планирования и учета научно-технических мероприятий на две подсистемы. С одной из них работают сотрудники УНИР, а с другой – ответственные сотрудники подразделений.
Обе подсистемы работают с одной общей базой данных, в которой хранится все информация о научно-технических мероприятиях, замечаниях, которые делает УНИР, информация о статусах, которая меняется, когда сотрудник УНИР утверждает/отклоняет документ, о регистрационном номере, который присваивается мероприятию.
На следующем уровне декомпозиции показано, какие функции выполняет разрабатываемая подсистема УНИР (рисунок 2.3). Прежде всего, происходит генерация плана научно-технических мероприятий для просмотра. Сотрудник УНИР выбирает условия для отображения плана мероприятий, в частности год проведения мероприятия и подразделение, которое является его организатором. И по запросу к базе данных получает выборку мероприятий для просмотра.
Рисунок 2.2 – Декомпозиция контекстной диаграммы функциональной модели системы
Рисунок 2.3 – Декомпозиция подсистемы УНИР
Находясь на странице плана научно-технических мероприятий, можно выбрать несколько мероприятий для изменения их статуса. Далее система сохраняет информацию о статусе мероприятий в базу данных, если сотрудник УНИР утверждает или отклоняет выбранные мероприятия.
Третий блок на схеме – блок обработки данных, используемых при планировании и учете научно-технических мероприятий. Этот процесс предполагает работу с информацией о каждом конкретном научно-техническом мероприятии. Декомпозиция этого процесса представлена на рисунке 2.4.
Рисунок 2.4 – Декомпозиция процесса «Обработка данных, используемых при планировании и учете НТМ»
Из базы данных поступает информация о мероприятиях и документах. Так как обработка каждого документа представляет собой неспецифичный процесс, приведем ее в общем виде для всех документов. Выбрав конкретное мероприятие, сотрудник УНИР может просмотреть и проверить общую информацию, затем присвоить мероприятию регистрационный номер. Далее система может сохранить регистрационный номер в базу данных. Также сотрудник УНИР имеет возможность выбрать для просмотра какой-либо необходимый документ, затем утвердить его или отклонить с внесением замечаний. Система сохраняет измененную информацию о статусе документа и замечания в базу данных.