Разработка АИС по оформлению и расчету пенсий ПФ РФ по ЕАО (стр. 2 из 3)
«Аутентификация пользователя»
Главной функцией Отдела организации назначения, перерасчета, выплаты пенсий и социальных выплат, оценки пенсионных прав застрахованных лиц является оформление пенсий.
Диаграмма третьей декомпозиции детально описывает функцию «Расчет пенсии», которая является ключевой в разрабатываемой информационной системе (рис. 4).
Рис. 4 - диаграмма DFD, описывающая функцию
«Расчет пенсии»
Для того чтобы, осуществить данную функцию, «Расчет пенсии» сотруднику необходимо в первую очередь произвести вход в систему. Далее, после того, как произошел вход в систему, вводим информацию о клиенте. Далее производится расчет базовой, накопительной и страховой частей пенсий. Следующим шагом является обработка данных.
2. Описание информационных объектов хранения информации
В основе разрабатываемой информационной системы лежит база данных, которая позволит хранить всю необходимую информацию для работы с системой. Проанализировав работу отдела, для которого разрабатывается автоматизированная информационная система, была определена входная и выходная информация. На основе этих сведений разрабатываемая система буде хранить в базе данных следующие таблицы:
1. Список сотрудников.
Данная таблица определяет возможность доступа пользователя к различным функциям системы. Основными атрибутами данной таблицы являются: ID сотрудника, ФИО сотрудника, должность.
2. Клиенты.
Таблица «Клиенты» содержит непосредственно сведения о клиентах, которые подают документы на оформление пенсии. По этим данным заполняется основная база данных. В функции сотрудника входит добавить информацию о клиенте, необходимую для дальнейшей оформления и расчета пенсии. Исходя из этого, данная таблица будет содержать следующие атрибуты: ID клиента, фамилия, имя, отчество, пол, дата рождения, возраст, место жительства, контактный телефон, вид трудовых пенсий, страховой стаж, стаж района Крайнего Севера, сведения о среднем заработке за 60 месяцев в течение трудовой деятельности.
3. Причины назначения пенсии.
У каждого клиента существуют различные причины для оформления и расчета пенсии. Таковыми могут быть: потеря кормильца, инвалидность, пенсионный возраст. Атрибуты: ID клиента, ID причины, название причины. Данная таблица связана с таблицей Клиент.
4. Расчет пенсии.
Данная таблица отражает статус расчета пенсии в ПФ РФ по ЕАО. Когда клиенту рассчитывается пенсия, то производят расчеты с базовой, накопительной, страховой частей пенсии. Атрибутами таблицы будут следующие: ID расчета, ID клиента, ID сотрудника.
5. Регистрация.
Данная таблица регистрирует данные, полученные от клиента. Атрибутами являются: ID клиента, ID сотрудника, дата регистрации.
Все описанные таблицы являются основой базы данных для разрабатываемой информационной системы. Все таблицы связаны между собой с помощью ID. Связь таблиц один ко многим.
3. Функциональные характеристики информационной системы
Функциональные характеристики разрабатываемой АИС по оформлению и расчету пенсии ПФ России по ЕАО представлены в виде диаграммы вариантов использования с соответствующими потоками событий (рис. 5). Диаграммы вариантов использования применяются для формализации процесса постановки целей и задач проекта. Данная диаграмма вошла в стандарт языка UML.
Рис. 5. - диаграмма вариантов использования
Данная диаграмма вариантов использования описывает основные функции пользователей, выполнение которых возможно только при использовании разрабатываемой АИС. Вариант использования представляет собой типичное взаимодействие пользователя с проектируемой системой. Варианты использования характеризуются рядом свойств:
1. вариант использования охватывает некоторую очевидную для пользователя функцию;
2. вариант использования может быть как небольшим, так и достаточно крупным;
3. вариант использования решает некоторую дискретную задачу пользователя.
Диаграмма представляет собой взаимосвязь действующего лица и варианта использования. Действующие лица могут играть различные роли по отношению к варианту использования. Они могут применять его результаты или сами непосредственно в нем участвовать.
В проектируемой информационной системе действующими лицами являются сотрудник и администратор. Как видно из диаграммы, у администратора и сотрудника есть одна общая функция, общий вариант использования – это вход в систему. Данная функция (вариант использования) обеспечивает ограниченный доступ пользователей к различным возможностям работы с системой и позволяет обеспечить надежность и сохранность данных в АИС.
Данный вариант использования описывает вход пользователя в систему.
Основной поток событий выполняется, когда пользователь хочет войти в систему для работы в ней:
1. Система запрашивает Логин пользователя
2. Система запрашивает Пароль пользователя
3. Пользователь вводит Логин
4. Пользователь вводит Пароль
5. Система проверяет введенные данные, после чего открывает доступ к системе.
Альтернативные потоки.
Неправильные логин/пароль. Если во время выполнения Основного потока обнаружится, что пользователь ввел неправильные логин или пароль, система выведет сообщение об ошибке авторизации. Пользователь может вернуться к началу основного потока или отказаться от входа в систему, при этом выполнение варианта использования прекращается.
Наиболее важными вариантами использования или функциями для сотрудника являются «Регистрация данных».
Для варианта использования «Регистрация данных» основной поток событий выполняется, когда пользователь хочет внести данные в базу данных. Добавляются новые клиенты и информация о них. В систему необходимо внести данные о ФИО клиента, его страховые надбавки и стаж, ID клиента, вид пенсии.
1. Пользователь выбирает форму «Регистрация»
2. Система открывает данную форму
3. Система выдает таблицу для регистрации данных
4. Пользователь заполняет поля данными
Альтернативные потоки.
Неправильно введены данные в поля с соответствующими типами данных. Если во время выполнения основного потока обнаружится, что в поле введены данные с ошибками (ограничение на количество символов, относящихся к дате, № телефона), то система сообщит об ошибке ввода данных. После этого пользователю представится возможность снова повторить ввод данных.
Однако главными вариантами использования являются «Расчет пенсии» и «Оформление пенсии».
Вариант использования «Расчет пенсии» предназначен для расчета пенсии.
Основной поток событий:
1. Открыть форму запроса на расчет пенсии
2. Произвести запрос расчета
3. Вывод суммы рассчитанной пенсии на текущий момент времени.
Альтернативные потоки.
Вариант использования «Оформление пенсии» позволяет сотруднику просматривать данные о клиентах, оформлять отчеты и иметь возможность редактировать данные.
Основной поток событий:
1. Проверка правильности заполнения базы данных
2. Получение отчетов.
Описанные варианты использования являются ключевыми в работе пользователей с проектируемой информационной системой.
4. Физическая структура информационной системы
Физическую структуру каждой информационной системы можно представить с помощью различных методологий.
ERwin - это графический инструментарий для моделирования данных, основной целью которого является помощь аналитику в использовании бизнес-правил и требований к информации при создании логических и физических моделей данных. Case-средство ERWin поддерживает методологию IDEF1X и стандарт IE (Information engineering). Методология IDEF1X подразделяется на уровни, соответствующие проектируемой модели данных системы. Каждый такой уровень соответствует определенной фазе проекта. Такой подход полезен при создании систем по принципу «сверху вниз».
Верхний уровень состоит из Entity Relation Diagram (Диаграмма сущность-связь) и Key-Based model (Модель данных, основанная на ключах). Диаграмма сущность-связь определяет сущности и их отношения. Модель данных, основанная на ключах, дает более подробное представление данных. Она включает описание всех сущностей и первичных ключей, которые соответствуют предметной области.
Нижний уровень состоит из Transformation Model (Трансформационная модель) и Fully Attributed (Полная атрибутивная модель). Трансформационная модель содержит всю информацию для реализации проекта, который может быть частью общей информационной системы и описывать предметную область. Трансформационная модель позволяет проектировщикам и администраторам БД представлять, какие объекты БД хранятся в словаре данных, и проверить, насколько физическая модель данных удовлетворяет требованиям информационной системы. Фактически из трансформационной модели автоматически можно получить модель СУБД, которая является точным отображением системного каталога СУБД.
1. Логические модели
Логическая модель данных является визуальным представлением структур данных, их атрибутов и бизнес-правил. Логическая модель представляет данные таким образом, чтобы они легко воспринимались бизнес-пользователями. Проектирование логической модели должно быть свободно от требований платформы и языка реализации или способа дальнейшего использования данных.
a) Сущности представляют собой объекты, данные о которых корпорация заинтересована сохранять.
b) Атрибуты представляют данные об объектах, которые необходимо иметь корпорации. Атрибуты представляются именами существительными, которые описывают характеристики сущностей.