Файл: Проектирование реализации операций бизнес-процесса «Управление денежными потоками» (Характеристика существующих бизнес – процессов).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 26.06.2023

Просмотров: 55

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

Рисунок 10 – Дерево вызова программных модулей

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

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

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

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

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

Рассмотрим теперь модели видов деятельности, построенные для проектируемой системы.

Рисунок 11 - Диаграмма видов деятельности для прецедента распечатка перечня денежных потоков за определенный период

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


Рисунок 12 - Диаграмма видов деятельности для прецедента Аутентификация пользователя

Для входа в систему «Управление денежными потоками» должна произойти аутентификация клиента. Для этого клиенту необходимо открыть программу. Автоматически появляется форма аутентификации. Далее Клиент системы должен указать путь на файл с Хранилищем ключей ЭЦП клиента. В результате в окне отобразиться список ключей ЭЦП клиента, содержащиеся в Хранилище ключей. Клиент должен выбрать необходимый ключ и ввести пароль для доступа к ключу. Если проверка сведений проходит успешно, то открывается доступ в систему. Иначе выводится сообщение об ошибке и предлагается возможность повторить попытку аутентификации.

Рисунок 13 - Диаграмма видов деятельности для прецедента обработка документа «Управление денежными потоками»

Для того, чтобы произвести обработку документа, необходимо выявить наличие новых поступлений. В случае отсутствия новых документов обработка не происходит. При получении нового документа операционист переводит его в статус «на обработке» из статуса «доставлен». Далее провидится проверка корректности ЭЦП и наличие ошибок. При некорректном ЭЦП и при наличии ошибок, документ также переводится в статус «отвергнут». Формируется сообщение о причине отказа и документ передается клиенту. В противном случае, то есть при положительной обработке документа, он распечатывается и сохраняется.

Рисунок 14 - Диаграмма видов деятельности для прецедента «Отзыв док-та»

2.5. Характеристика базы данных

Для упрощения операций «Управление денежными потоками» будет создана единая база данных. Система должна удовлетворять следующим требованиям к надежности:

- контроль вводимой информации;

- блокировка некоррект­ных действий пользователя при работе с системой;

- корректное выполнение запросов в системе, контроль за денежной документацией;

- целостность и конфиденциальность хранимой информации.

2.7. Контрольный пример реализации проекта и его описание


Экранные формы, таблицы и отчеты готовой базы данных «Управление денежными потоками» представлены на рисунках.

Рисунок 12.

Рисунок 13.

Рисунок 14.

Рисунок 15.

Рисунок 16.

Рисунок 17.

Заключение

В данной работе было проведено исследование такого бизнес-процесса как управление информационными ресурсами и технологиями. В результате была спроектирована информационная система «Управление денежными потоками».

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

Хочу отметить, что разработанный проект далеко не является полным и готовым к реализации. В процессе разработки были рассмотрены и смоделированы основные функции системы. Но помимо рассмотренных, система должна поддерживать еще и другие функции. Так, например, мною не была рассмотрена работа такими с исходящими рублевыми документами как Аккредитив, Инкассовое поручение, Заявление об отказе от акцепта; работа с такими исходящими валютными документами как Заявление на перевод валюты, Поручение на покупку валюты, Поручение на продажу валюты, Поручение на обязательную продажу валюты, Поручение на обратную продажу валюты и многое другое, что, на мой взгляд, имеет место быть в хорошей информационной системе «Управление денежными потоками».

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

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

Проект был выполнен с использованием case-средств BPWin 4.0 и IBM Rational Rose 2003, а так же Microsoft Access 2013. Все требования к содержанию и оформлению проекта были соблюдены.