Разработка АИС по оформлению и расчету пенсий ПФ РФ по ЕАО

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) Атрибуты представляют данные об объектах, которые необходимо иметь корпорации. Атрибуты представляются именами существительными, которые описывают характеристики сущностей.

     Для отображения архитектуры проектируемой  информационной системы по оформлению и расчету пенсии ПФ России по ЕАО использовалась методология IDEF1X (рис. 6). 
 
 
 
 
 
 
 
 
 
 

       
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Рис. 6 – диаграмма IDEF 0 (логическая модель)

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

     2. Физические модели

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

     Модель  СУБД напрямую транслируется из трансформационной  модели, являясь отображением системного каталога. ERWin напрямую поддерживает эту модель через функцию генерации схемы БД. При составлении схемы БД в качестве индексов могут использоваться как ключевой атрибут, так и остальные поля БД (рис. 7) 
 
 

       
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

     Рис. 7 – диаграмма IDEF 0 (физическая модель) 
 
 
 
 
 
 
 
 
 
 
 

     Заключение

       Практическим результатом курсовой работы является проект информационной системы по оформлению и расчету пенсий в ПФ РФ по ЕАО.

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

     С помощью Case – средств в данной курсовой работе  представлен анализ деятельности организации ПФ РФ по ЕАО. Диаграммы описывают основное направление деятельности системы.

     В проекте определены основные потоки входящей и исходящей информации.

     Кроме этого, в курсовой работе описаны  основные функции информационной системы с помощью диаграммы вариантов использования, представлена структура базы данных в виде диаграммы IDEF 3 (описаны логическая и физическая модели).

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

 

      БИБЛИОГРАФИЧЕСКИЙ СПИСОК ЛИТЕРАТУРЫ 

     

1. Буч Г. Объектно-ориентированный анализ и проектирование, 2-е издание. - СПб.: Невский диалект, 1999.
2. Вендров А.М. Один из подходов к выбору средств проектирования баз данных и приложений. «СУБД», 1995, №3.
3. Грекул В. И., Денишенко Г. Н., Коровкина Н. Л.. Проектирование информационных систем: курс лекций: учеб пособие для студентов вузов, обучающихся по специальностям в области информ. технологий. – М.: Интернет-Университет информационных технологий, 2005.
4. Козырев А.А. Информационные технологии в экономике и управлении: Учебник. Второе издание. – СПб.: Изд-во Михайлова В.А., 2001. – 360 с.
5. Маклаков С. В. BPwin и ERwin. CASE - средства разработки информационных систем. – М., 2001.
6. Новоженов Ю.В., Объектно-ориентированные технологии разработки сложных программных систем, М., 1996.
7. Фаулер М., Скотт К. UML в кратком изложении. – М.: Мир, 1999.