Разработка информационной системы бюджетного процесса финансового управления Новоегорлыкского сельского поселения (стр. 5 из 15)
В процессе выполнения прецедента «Сравнительны анализ проектов бюджета» пользователь выбирает проекты бюджета, которые он хочет сравнить, а системе выдает ему отчет, который содержит показатели проектов бюджета и динамику роста.
На рисунке 1.17 представлены варианты использования системы специалистом бюджетного отдела при формировании проекта консолидированного бюджета территории.
Рисунок 1.17 – Варианты использование формирования проекта консолидированного бюджета территории
В процессе выполнения прецедента «Формирование проекта консолидированного бюджета» пользователь регистрирует в системе новый проект консолидированного бюджета, указывая при этом наименовании территории и год на который составляется проект бюджета, а также проекты бюджетов, которые участвуют в формировании консолидированного бюджета.
На рисунке 1.18 представлены варианты использования системы специалистом отдела прогнозирования доходов и налоговой политики.
В процессе выполнения прецедента «Формирование сети администраторов бюджетных средств» пользователь формирует список организаций являющихся администраторами бюджетных средств. Каждому администратору бюджетных средств присваивается код в соответствии с бюджетной классификацией Российской Федерации.
Рисунок 1.18 – Варианты использования прогнозирования доходов и налоговой политики
В процессе выполнения прецедента «Проверка и утверждение сметы доходов администратора бюджетных средств» пользователь проверяет сметы, поступившие от администраторов бюджетных средств. Если смета корректна, то пользователь утверждает ее и в дальнейшем эта смета участвует в формировании проекта бюджета. При утверждении сметы администратору при следующем его подключении к системе выдается сообщение о том, что его смета утверждена. Если же в смете содержатся ошибки, то специалист отдела прогнозирования доходов и налоговой политики формирует список замечаний и отправляет смету администратору бюджетных средств на доработку, о чем система также оповещает администратора при первом же его подключении к системе.
В процессе выполнения прецедента «Ввод справок-уведомлений» проводит корректировку показателей проекта бюджета в течение года исполнения бюджета. Этот прецедент служит для поддержания проекта бюджета в актуальном состоянии в течение всего года.
На рисунке 1.19 представлены варианты использования системы, характерные для всех пользователей.
Рисунок 1.19 – Варианты использования общие для всех пользователей
В процессе выполнения прецедента «Аутентификация в системе» пользователь осуществляет вход в систему посредством ввода логина и пароля.
В процессе выполнения прецедента «Смена пароля» пользователь меняет пароль для своей учетной записи.
1.4.2 Формирование нефункциональных требований
В предыдущем разделе описаны функциональные требования, предъявляемые к разрабатываемой системе. Однако наличие описания лишь функциональных требований не является достаточным условием для начала проектирования и разработки системы, поэтому ниже приводится список нефункциональных требований, предъявляемых к разрабатываемой системе, выявленных в процессе предварительного обследования организации и опроса пользователей системы.
К операционной среде, в которой должна работать проектируемая система, предъявляются следующие требования:
- компьютер, на котором размещается серверная часть приложения, должен работать под управлением операционной системы не ниже Microsoft Windows Server 2000. Также на компьютере должны быть установленные компоненты. Net Framework 2.0;
- компьютеры, на которых размещается клиентская часть приложения, должны работать под управлением операционной среды не ниже Microsoft Windows XP Professional Edition SP2 с установленными компонентами. Net Framework 2.0;
- проектируемая система должна допускать доступ пользователей через корпоративную сеть интранет и Интернет.
К интерфейсу пользователя предъявляются следующие требования:
- клиентская часть системы должна быть выполнена в виде windows-приложения с многодокументным интерфейсом;
- формы должны быть снабжены контекстной справкой.
К производительности системы предъявляются следующие требования:
- система должна обслуживать одновременно до 100 пользователей в период пиковой активности с 9:00 до 18:00 по местному времени;
- отклик системы не должен превышать 10 секунд с момента передачи запроса.
- система должна быть доступна пользователям корпоративной сети интранет и клиентам удаленного доступа по коммутируемой линии 99% времени между 0:00 и 24:00 семь дней в неделю.
К безопасности, проектируемой системы, предъявляются следующие требования:
- все сетевые транзакции должны быть зашифрованы;
- функции системы становятся доступными пользователю только после его аутентификации в системе;
- регистрация новых пользователей в системе осуществляется только администратором системы.
Система также должна позволять экспорт выходных документов в форматы Microsoft Word и Excel.
1.5 Спецификация состояний системы
Спецификация состояний дает статический взгляд на систему и определяется моделью классов предметной области, их атрибутами и отношениями. Для более четкого понимания предметной области ниже представлена модель ее классов, разбитая на логические части, содержащие объекты предметной области и показывающая их взаимосвязи.
Рисунок 1.20 – Объекты бюджетной классификации
Таблица 1 – Сущности бюджетной классификации
| Наименование | Описание |
| Budgetclassification | Бюджетная классификация |
| Revenuegroup | Группа доходов |
| Revenuesubgroup | Подгруппа хододов |
| Revenueclause | Статья доходов |
| Revenuesubclause | Подстатья доходов |
| Revenueeconomicclass | Класс экономической классификации доходов |
| Revenueprogram | Программа доходов |
| Element | Элемент бюджетной классификации |
| Revenue | Доход |
| Outlaysection | Раздел расходов |
| Outlaysubsection | Подраздел расходов |
| Outlayclause | Целевая статья расходов |
| Outlayclass | Класс экономической классификации расходов |
| Outlayprogram | Программа расходов |
| Outlaysort | Вид расходов |
| Outlay | Расход |
| Sfdgroup | Группа бюджетной классификации источников финансирования дефицита |
| Sfdsubgroup | Подгруппа бюджетной классификации источников финансирования дефицита |
| Sfdclause | Статья бюджетной классификации источников финансирования дефицита |
| Sfdsubclause | Подстатья бюджетной классификации источников финансирования дефицита |
| Sfdprogram | программа источников финансирования дефицита |
| Sfdeconomicclass | Класс экономической классификации источников финансирования дефицита |
| Sfd | Источник финансирования дефицита |
На рисунке 1.21 представлены объекты и сущности участвующие в процессах составления смет доходов, расходов и источников финансирования дефицита.
В таблице 2 представлена расшифровка объектов и сущностей, участвующих в процессах составления смет доходов, расходов и источников финансирования дефицита.
Рисунок 1.21 – Объекты и сущности процесса составления смет доходов, расходов и источников финансирования дефицита
Таблица 2 – Объекты и сущности участвующие в процессах составления смет доходов, расходов и источников финансирования дефицита
| Наименование | Описание |
| Legalentity | Юридическое лицо |
| Bcsteward | Распорядитель бюджетных средств |
| Outlayestimate | Смета расходов |
| Outlayestimateitem | Строка сметы расходов |
| Bcadministrator | Администратор бюджетных средств |
| Revenueestimate | Смета доходов |
| Revenueestimateitem | Строка сметы доходов |
| Sfdadministrator | Администратор источников финансирования дефицита |
| Sfdestimate | Смета источников финансирования дефицита |
| Sfdestimateitem | Строка сметы источников финансирования дефицита |
| Enquiry | Справка-уведомление на изменение выделенных ассигнований |
На рисунке 1.22 представлены субъекты и объекты, участвующие в процессе составления проекта бюджета.
Рисунок 1.22 – Объекты и субъекты процесса составления проекта бюджета
В таблице 3 представлена расшифровка субъектов и объектов, участвующих в процессе составления проекта бюджета.
На рисунке 1.23 представлены объекты, участвующие в процессе составления консолидированного бюджета территории.
Таблица 3 – Субъекты и объекты, участвующие в процессе составления проекта бюджета
| Наименование | Описание |
| User | Пользователь автоматизированной системы бюджетного процесса |
| Faleader | Начальник финансового управления |
| BDManager | Специалист бюджетного отдела |
| DPRManager | Специалист отдела прогнозирования доходов и налоговой политики |
| BudgetProject | Проект бюджета |
| Settlement | Поселение для которого составляется проект бюджета |
