2014-02-02
939
Построение объектно-ориентированных UML-моделей ИС
Для построения UML - моделей ИСФМ необходимо:
· выполнить структуризацию предметной области и спецификацию функциональных требований пользователей к ИСФМ с использованием диаграмм прецедентов;
· осуществить проектирование логической схемы базы данных ИСФМ;
· выполнить моделирование поведения, динамических аспектов функционирования ИСФМ для бюджетных организаций.
Для структуризации предметной области и спецификации функциональных требований пользователей к информационной системе финансового менеджмента следует использовать диаграммы прецедентов.
С помощью прецедентов можно описать поведение разрабатываемой системы, не определяя ее реализацию. Прецеденты позволяют проверить архитектуру системы в процессе ее разработки.
Прецедент (Use case) специфицирует поведение системы или ее части и представляет собой описание множества последовательностей действий (включая варианты) — информационных процессов, выполняемых системой для того, чтобы пользователь мог получить определенный результат.
|
|
|
Информационные процессы (ИП) отдела финансового управления делятся на группы (Слайд 18):
· «Рассмотрение и составление проектов расчетов по соответствующим направлениям для проектов бюджета города, осуществление предварительного анализа»;
· «Составление бюджетной росписи по главным распорядителям»;
· «Формирование кассового плана»;
· «Осуществление финансирования главных распорядителей и прямых получателей»;
· «Разнесение ежедневного финансирования по кодам экономической классификации»;
· «Контроль и анализ исполнения нормативных расходов главными распорядителями и прямыми бюджетополучателями»;
· «Проверка договоров муниципального заказа» и др.
Пример построения информационной модели одной группы ИП — «Формирование кассового плана».
Технология формирования кассового плана включает ряд ИП (Слайд 19):
· формирование ведущим специалистом отдела финансового управления сводной заявки по заявкам главных распорядителей;
· рассмотрение сводной заявки начальником отдела;
· корректировка рассмотренной заявки;
· передача заявки в отдел исполнения;
· формирование заявки по всем отраслям;
· утверждение сводной заявки начальником финансового управления и главой самоуправления;
· получение утвержденного кассового плана главными распорядителями.
Построение диаграммы прецедентов начинается с моделирования контекста системы. Необходимо определить пользователей (физических лиц или внешние системы), взаимодействующих с системой. Затем для каждого пользователя рассмотреть пути его взаимодействия с системой, выделить основные сервисысистемы, которые будут им использоваться для получения желаемого результата.
|
|
|
Заключительным этапом разработки диаграмм прецедентов является спецификация отношений между пользователями и прецедентами.
На диаграмме прецедентов для информационного процесса «Формирование кассового плана» в качестве пользователей были выделены следующие (Слайд 20):
· «Главный распорядитель»,
· «Ведущий специалист»,
· «Начальник отдела отраслей ЖКХ»,
· «Начальник отдела исполнения»,
· «Начальник финансового управления»,
· «Глава самоуправления».
Основные сервисы, предоставляемые ИСФМ при реализации рассматриваемого процесса, представлены на диаграмме прецедентами:
· «Сформировать заявку для включения в кассовый план»,
· «Сформировать сводную заявку»,
· «Рассмотреть заявку»,
· «Передать заявку в отдел исполнения»,
· «Сформировать заявку по всем отраслям»,
· «Утвердить сводную заявку».
· «Получить утвержденный кассовый план».
Прецедент «Рассмотреть заявку» детализирован с помощью прецедента «Корректировать заявку», который с исходным прецедентом связан отношением включения («include»).
Взаимодействие между пользователями и прецедентами описано с помощью отношенийассоциации. Для каждой ассоциации указана кратность входящих в нее компонентов. Например, для ассоциации между пользователем «Начальник отдела отраслей ЖКХ» и прецедентом «Рассмотреть заявку» проставлены кратности «1» и «*» соответственно. Данная запись означает, что начальник отдела может рассматривать несколько заявок (ассоциация «один ко многим»).
В диаграмме прецедентов для процесса «Анализ договоров муниципального заказа» выделены основные сервисы, предоставляемые ИСФМ отдела финансового управления для реализации данного процесса. Для указания взаимосвязи между прецедентами «Проверить договор, заявку» и «Корректировать договор» использовано отношение расширения («extend»), т.к при проверке договора корректировка осуществляется лишь в случае выявления ошибок, то обработка данной нестандартной ситуации выделяется в отдельный прецедент (Слайд 21).
Для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования используются диаграммы классов.
Методика построения диаграмм классов включает этапы:
· идентификация реальных сущностей или некоторых абстракций, составляющих словарь предметной области;
· спецификация атрибутов (свойств) и операций каждого класса;
· указание отношений между классами
В диаграмме классов, разработанной для процесса «Формирование отчетных данных» для каждого класса указаны атрибуты и тип атрибутов. Для спецификации связей между классами использовались отношения ассоциации, зависимости, агрегации и обобщения. Для ряда отношений указана кратность. (Слайд 22).
Диаграмма классов схемы отделов финансового управления - (Слайд 23)
Таким образом, диаграммы классов были использованы для описания взаимосвязи между отдельными сущностямипредметнойобласти, их внутренней структуры и типов отношений.
Результатом данного этапа моделирования является логическая схема БД ИСФМ для отдела финансового управления муниципального образования.
При проектировании сложной ИС недостаточно статического представления моделируемой системы. Важнейшим аспектом функционирования ИС является их поведение.
Для отражения в модели динамических аспектов функционирования ИСФМ для отдела финансового управления были использованы диаграммы состояний, деятельности и последовательностей.
|
|
|
Диаграмма состояний строится для моделирования поведения т.н. реактивных объектов, т. е. объектов, поведение которых лучше всего описывается их реакцией на внешние события, например:
· Диаграмма состояний для описания поведенияобъекта «Сметы» (Слайд 24)
· Диаграмма состояний для описания поведения объекта «Инвестиционная программа» (Слайд 25)
При построении этих диаграмм были выделены устойчивые состояния объектов «Сметы» и «Инвестиционная программа» и допустимые переходы из состояний.
При моделировании последовательности действий при реализации информационных процессов отдела финансового управления используются диаграммы деятельностей, например:
· Диаграмма деятельностипроцесса «Экспертиза смет» (Слайд 26)
· Диаграмма деятельности процесса «Формирование инвестиционной программы» (Слайд 27)
Для разграничения ответственности подразделений за реализацию отдельных действий в соответствующих процессах при построении диаграммы процесса «Формирование инвестиционной программы» были выделены следующие участники, влияющие на реализацию данного процесса: бюджетополучатели, ведущий специалист, начальник финансового управления, глава самоуправления, городская дума.
Информационный процесс представляется на диаграмме в виде переходов действий от одного участника к другому.
Диаграмма последовательности для процесса «Составление бюджетной росписи по главным распорядителям» - (Слайды 28 и 29)
Диаграммы этого типа позволяют представить временные особенности передачи и приема сообщений между объектами. Ключевым моментом диаграмм последовательностей является динамика взаимодействия объектов во времени.
Для построения данной диаграммыпоследовательности были выделены объекты, участвующие во взаимодействии. Их располагают в верхней части диаграммы. Для каждого объекта необходимо изобразить его линию жизни. Некоторые объекты создаются не в начальный момент, а в процессе взаимодействия. Прямоугольники таких объектов и соответствующие им линии жизни располагаются не в верхней части диаграммы, а в части, соответствующей моменту создания объектов. Следующим этапом разработки диаграммы последовательности является спецификациякоммуникации между множеством взаимодействующих объектов. Для этого определяются сообщения, которыми объекты обмениваются между собой.
|
|
|
