BCStewardManager управляет распорядителями бюджетных средств. Позволяет назначать и удалять распорядителей бюджетных средств.
SFDAdminManager управляет администраторами источников финансирования дефицита. Позволяет назначать и удалять администраторов источников финансирования дефицита.
RevenueEstimateManager управляет сметами доходов администраторов бюджетных средств.
OutlayEstimateManager управляет сметами расходов распорядителей бюджетных средств.
SFDEstimateManager управляет сметами источников финансирования дефицита бюджета.
RevenueEnquiryManager управляет справками-уведомлениями по доходам.
OutlayEnquiryManger управляет справками-уведомлениями по расходам.
SFDEnquiryManager управляет справками-уведомлениями по источникам финансирования дефицита бюджета.
BCManager управляет объектами бюджетной классификации. Позволяет формировать справочники бюджетной классификации, вносить в них изменения.
ExchangeManager управляет обменом информацией между Финансовым управлением, администраторами и распорядителями бюджетных средств, а также администраторами источников финансирования дефицита бюджета.
Разработанные классы объединены в компоненты, представленные в таблице 20.
Таблица 20 – Компоненты автоматизированной системы бюджетного процесса
Название компонента | Описание |
1 | 2 |
ASBPServer.exe | Серверная часть приложения, выполненная в виде Windows‑процесса |
ASBPClient.exe | Клиентская часть приложения |
ASBP. Common.dll | Динамическая библиотека, объединяющая базовые классы, используемые большинством компонентов автоматизированной системы бюджетного процесса |
ASBP. BudgetProj. Server.dll | Динамическая библиотека, объединяющая классы серверной части приложения, которые используются при формировании проекта бюджета |
ASBP. BudgetProj. Client.dll | Динамическая библиотека, объединяющая классы клиентской части приложения, которые используются при формировании проекта бюджета |
ASBP. Exchange. Server.dll | Динамическая библиотека, объединяющая классы серверной части приложения, которые используются при обмене данными между Финансовым управлением, администраторами и распорядителями бюджетных средств, а также администраторами источников финансирования дефицита бюджета |
ASBP. Exchange. Client.dll | Динамическая библиотека, объединяющая классы клиентской части приложения, которые используются при обмене данными между Финансовым управлением, администраторами и распорядителями бюджетных средств, а также администраторами источников финансирования дефицита бюджета |
ASBP. ConsBudgProj. Server.dll | Динамическая библиотека, объединяющая классы серверной части приложения, которые участвуют в процессах составления консолидированного проекта бюджета территории |
ASBP. ConsBudgProj. Client.dll | Динамическая библиотека, объединяющая классы клиентской части приложения, которые участвуют в процессах составления консолидированного проекта бюджета территории |
ASBP. Revenue. Server.dll | Динамическая библиотека, объединяющая классы серверной части приложения, которые используются при формировании смет доходов администраторов бюджетных средств и справок-уведомлений по доходам |
ASBP. Revenue. Client.dll | Динамическая библиотека, объединяющая классы клиентской части приложения, которые используются при формировании смет доходов администраторов бюджетных средств и справок-уведомлений по доходам |
ASBP. Outlay. Server.dll | Динамическая библиотека, объединяющая классы серверной части приложения, которые используются при формировании смет расходов распорядителей бюджетных средств и справок-уведомлений по расходам |
ASBP. Outlay. Client.dll | Динамическая библиотека, объединяющая классы клиентской части приложения, которые используются при формировании смет расходов распорядителей бюджетных средств и справок уведомлений по расходам |
ASBP.SFD. Server.dll | Динамическая библиотека, объединяющая классы серверной части приложения, которые используются при формировании смет источников финансирования дефицита бюджета и справок-уведомлений по источникам финансирования дефицита бюджета |
ASBP.SFD. Client.dll | Динамическая библиотека, объединяющая классы клиентской части приложения, которые используются при формировании смет источников финансирования дефицита бюджета и справок-уведомлений по источникам финансирования дефицита бюджета |
Процесс тестирования представляет собой эксплуатацию приложения в контролируемых условиях и изучение полученных результатов /31/. При этом проверяется работа приложения с нормальными и ошибочными данными и событиями. Следует изучить и реакцию на неожиданные ситуации.
В конечном счете, тестирование проводится не только для поиска ошибок, но и для проверки качества продукта. А так как качество – это «соответствие потребностям пользователей в решении их бизнес-задач», процесс тестирования должен способствовать достижению этой цели с помощью проверки корректности работы программы.
Для тестирования приложения, разработанного в рамках дипломного проекта, был составлен комплекс тестов, охватывающий все аспекты функционирования системы. Из-за ограничений, накладываемых на объем дипломного проекта, здесь приводится лишь несколько тестов.
Первое испытание направлено на тестировании работы автоматизированной системы бюджетного процесса по сохранению вводимых данных при вводе справок-уведомлений по доходам.
Рисунок 5.1 – Состояние таблицы RevenueEnquirys до внесения справки в систему
Рисунок 5.2 – Состояние таблицы RevenueEnquiryRows до внесения справки в систему
На рисунках 5.3 и 5.4 представлено состояние этих же таблиц после внесения справки-уведомления.
Рисунок 5.3 – Состояние таблицы RevenueEnquirys после внесения справки в систему
Рисунок 5.4 – Состояние таблицы RevenueEnquiryRows после внесения справки в систему
На основании приведенных выше данных можно сделать вывод о том, что данная функциональность системы работает корректно.
Следует отметить, что подобные тесты были проведены для всех сущностей, которые необходимо хранить в базе данных. Все эти тесты дали положительный результат, т.е. система корректно обрабатывает сохранения данных на постоянных носителях.
Вторым типом тестов, которые проводились с системой, являются тесты на корректность бизнес-логики приложения.
В качестве примера здесь приведем тест, в котором показывается, что внесение справок уведомлений по доходам, правильно влияет на состояние сметы доходов.
Из представленных данных видно, что приложение корректно обрабатывает бизнес-логику этой задачи, и внесение справок-уведомлений по доходам влияет на состояние смет доходов администраторов бюджетных средств.
Подобные тесты были проведены для всего комплекса задач, и после некоторой корректировки исходных текстов автоматизированной информационной системы бюджетного процесса они были пройдены успешно.
В процессе разработки программного обеспечения информационной системы обоснован выбор архитектуры проектируемого приложения включающей уровни представления, домена и источника данных. При проектировании приложения использовалась концепция подключаемых модулей, что предполагает постепенное расширение функциональных возможностей системы за счет подключение к базовой архитектуре новых модулей.
В качестве базовой платформы для разработки приложения использована платформа. Net Framework 2.0, которая является управляемой средой для разработки и исполнения приложений.
В качестве языка программирования, при помощи которого, реализована проектируемая система, выбран язык C#.
Для доступа к данным используется технология ADO. Net, которая представляет собой набор библиотек, поставляемых с Microsoft. Net Framework, и предназначена для взаимодействия с различными хранилищами данных из. Net-приложений.
Для взаимодействия между удаленными узлами, на которых расположены компоненты проектируемого приложения, используется технология. Net Remoting, которая является объектно-ориентированной архитектурой для поддержки распределенных приложений в Microsoft.NET.
Пользовательский интерфейс клиентской части приложения выполнен в виде единого интегрированного Windows-приложения с многодокументным интерфейсом.
В процессе проектирования приложения разработаны диаграммы взаимодействий, иллюстрирующие взаимодействия объектов в процессе выполнения системных требований и диаграммы классов. В рамках дипломного проекта разработан полный комплект диаграмм взаимодействия для всех основных и альтернативных сценариев прецедентов.
Программное обеспечение информационной системы разработано на языке C#, проведено тестирование системы.
Жизненный цикл информационной системы представляет собой непрерывный процесс, начинающийся с момента принятия решения о создании информационной системы и заканчивающийся в момент полного изъятия ее из эксплуатации.
Модель жизненного цикла информационной системы представляет собой некоторую структуру, определяющую последовательность осуществления процессов, действий и задач, выполняемых на протяжении её жизненного цикла, а также взаимосвязи между этими процессами, действиями и задачами. Наиболее известными жизненными циклами разработки ИС можно назвать следующие: каскад, V-образное эволюционное ускоренное прототипирование, быстрая разработка приложений, инкрементная и спиральная модели.