49104

Проектирование информационных систем

Курсовая

Информатика, кибернетика и программирование

Информация об управляющей компании Цель компании ЛОИС помочь предприятиям в повышении эффективности бизнеса и качества предоставляемых услуг за счёт применения информационных систем разработанных компанией. Информация об управляющей компании Управляющая компания оказывает услуги доверительного управления клиентам. Компания совершает операции с собственными активами и также предоставляет оперативную отчётность о состоянии собственных активов компании акционерам и руководству компании.

Русский

2013-12-21

723.5 KB

3 чел.

Федеральное Агентство по образованию

Министерство образования и науки Российской Федерации

ГОУ ВПО Пермский государственный педагогический университет

Факультет информатики и экономики

Кафедра информатики

КУРСОВАЯ РАБОТА

Проектирование информационных систем

ИСПОЛНИТЕЛЬ: студентка гр.1243

Е. А. Кошелева

НАУЧНЫЕ РУКОВОДИТЕЛИ:

Ананьев С. А., Болотов В. Г.

Пермь 2007
Содержание

[1]
Глава 1 Постановка проблемы

[1.1] 1.1 Информация об управляющей компании

[1.2]  

[1.3] 1.2 Описание проблемы

[1.4] 1.3 Концепция решения проблемы

[2]
Глава 2 Решение проблемы

[2.1] 2.1 Создание концептуальной модели

[2.2] 2.2 Создание информационной модели

[2.3] 2.3 Проектирование интерфейса пользователя

[3]
Заключение


Введение

Компания «ЛОИС» ведёт свою деятельность в отрасли информационных технологий. Она занимается разработкой индивидуальных решений, реализацией проектов по внедрению информационных систем и оказанием услуг поддержки. Компания ориентируется на сотрудничество с машиностроительными предприятиями, инвестиционными, страховыми компаниями и государственными структурами.

Цель компании «ЛОИС» - помочь предприятиям в повышении эффективности бизнеса и качества предоставляемых услуг за счёт применения информационных систем, разработанных компанией.

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

Главной задачей является формирование отчета, для достижения этой задачи необходимо решить следующие задачи:

  1.  исследовать предметную область;
  2.  построить информационную модель;
  3.  создать концептуальную модель;
  4.  спроектировать интерфейс пользователя;
  5.  создать программный модуль и интегрировать его в систему.


Глава 1 Постановка проблемы

1.1 Информация об управляющей компании

Управляющая компания оказывает услуги доверительного управления клиентам. Компания совершает биржевые и внебиржевые операции по покупке/продаже ценных бумаг через брокерскую компанию. Клиенты передают собственные активы в доверительное управление. Компания совершает операции с целью увеличения активов клиентов. Компания предоставляет клиентам оперативную отчётность о совершённых с активами операциях и состоянии активов. Компания оказывает услуги доверительного управления:

  1.  корпоративным клиентам;
  2.  частным клиентам;
  3.  негосударственным пенсионным фондам (НПФ);
  4.  паевым инвестиционным фондам (ПИФ).

Компания совершает операции с собственными активами и также предоставляет оперативную отчётность о состоянии собственных активов компании акционерам и руководству компании. Руководство компании и акционеры оценивают эффективность работы компании по предоставленным отчётам.

Компания совершает биржевые и внебиржевые операции по покупке/продаже ценных бумаг через брокерскую компанию, которая предоставляет компании Заказчика отчёт о совершённых операциях. Брокерская компания ведёт учёт в автоматизированной информационной системе «LOIS-CapitalMarket». Деятельность компании регламентируется законодательством и внутренними правилами компании, которые накладывает ограничения на порядок управления активами, на структуру активов и т.п.

Компания использует систему предназначенную для автоматизации деятельности специалистов по учету Компании. Автоматизируются следующие бизнес-процессы, связанные с управлением активами клиентов Компании:

  1.  неторговые операции (гашение купонов или облигаций, ввод/вывод ценных бумаг);
  2.  сделки с ценными бумагами (учет сделок, совершенных брокером);
  3.  административные операций с ценными бумагами (операции конвертации, дробления ЦБ, слияния ЦБ);
  4.  движение денежных средств (учет денежных средств в оперативном учете при совершении сделок, вводе/выводе из договора доверительного управления);
  5.  формирование регистров учета;
  6.  ведение плана счетов (обработка сделок в оперативном учете, обработка иных движений активов);
  7.  формирование отчета клиенту;
  8.  формирование отчета о соответствии структуры портфелей клиентов стратегии (в отчете отражается текущее состояние портфеля, отклонение от стратегии).

Преимущества использования системы:

  1.  уменьшатся срок формирования регистров отчетности и отчета клиенту;
  2.  расширяются возможности по получению информации в различных разрезах (по площадкам, стратегиям, клиентам, договорам ДУ);
  3.  увеличивается скорость прохождения информации между специалистами компании;
  4.  автоматизируется документооборот, связанный со сделками с ценными бумагами.

 

1.2 Описание проблемы

В настоящий момент формирование отчётов выполняется вручную, что влечёт за собой ряд неудобств и накладывает ограничения на деятельность компании:

  1.  в связи с ручным способом построения отчётов процесс формирования отчётов не исключает возникновение ошибок в отчётах;
  2.  в связи с ручным способом построения отчётов для построения различных отчётов требуется одна и та же первичная информация, что приводит к дублированию затрат по её регистрации и обработке;
  3.  в связи с ручным способом построения отчётов процесс построения отчётов требует большого времени и имеет большую трудоёмкость;
  4.  в связи с ручным способом обработки информации процесс расчёта налогов, например НДФЛ, имеет большую трудоёмкость, что может привести к несвоевременному или неправильному определению налогов;
  5.  клиенты не имеют возможности оперативно получать отчёты о состоянии и изменении активов, не могут выполнить анализ структуры активов;
  6.  рост числа клиентов компании усугубит перечисленные выше проблемы;
  7.  компания не имеет возможности вести оперативный контроль структуры активов;
  8.  отсутствует возможность автоматического исполнения требований законодательства;
  9.  отсутствует автоматический контроль исполнения требований конечными исполнителями, что может привести к совершению ошибок при выполнении операций, связанных с изменением активов.

В рамках курсового проекта было предложено решить задачу, связанную с формированием отчёта «Регистр внутреннего учёта ценных бумаг», которая включает в себя несколько этапов:

  1.  создание концептуальной модели;
  2.  создание информационной модели;
  3.  проектирование интерфейса пользователя;
  4.  написание программного кода.

1.3 Концепция решения проблемы

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

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

В дальнейшем, Система автоматически формирует отчёты и предоставляет возможность анализа показателей отчётов. Пользователь может «разложить» любой показатель отчёта до первоисточника – до первичного документа, повлиявшего на изменение (формирование) данного показателя.

Система интегрирована с внешними источниками информации через Интернет, например, для оперативного получения котировок. Система интегрирована с системой «LOIS-CapitalMarket». Система интегрирована с другими системами, которые используются в компании Заказчика. За основу системы финансового учёта будет взята система финансового учёта «LOIS-Finance», разработанная компанией Исполнителем.

Отчет «Регистр внутреннего учета ценных бумаг» показывает состояние ценных бумаг эмитентов, их количество, сумму и детализация оборотов с ценными бумагами на определенный период времени.

Виды ценных бумаг и их счета:

     Номер

Тип

     58/01

акция

     58/04

облигация

     58/05

вексель

     58/07

НКД

Вся информация для формирования отчета берется из оборотно-сальдовой ведомости (Рис. 1.1).

Рис. 1.1 Оборотно-сальдовая ведомость

Информацию по ценным бумагам можно детализировать, то есть посмотреть какие ценные бумаги есть в наличии, их входящее сальдо, оборот, исходящее сальдо (Рис. 1.2)

Рис. 1.2 Детализация счета


Глава 2 Решение проблемы

2.1 Создание концептуальной модели

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

В исследуемой предметной области можно выделить следующие понятия: событие, операция, синтетический счет, аналитический счет, объект учета. 

Концептуальная модель внутреннего учёта ценных бумаг создана с помощью Microsoft Office Visio 2003, и полное её графическое отображение представлено на рисунке 2.1.

Рисунок 2.1.1 Концептуальная модель

Информация, которая используется для формирования отчетов, берется из ядра учета. Ядро учета представлено в виде концептуальной модели.

Рис. 2.1 Концептуальная модель ядра учета

Синтетические счета являются счетами верхнего уровня. На них отражаются типы объектов учета. Объект учета конкретизируется на аналитическом счете, где указываются аналитики (характеристики) и их значения.

В рамках деятельности УК совершаются события, они отражаются в системе при помощи операций. Событие может иметь несколько операций. Например, рассмотрим  событие - продажу акций Газпрома. Это событие содержит 2 операции, во-первых списание акции с места хранения, во-вторых определение прибыли (балансовая стоимость-фактическая стоимость)*количество.

Каждая операция содержит проводки. Проводка представляет собой запись по дебету и кредиту. Формирование записи приводит к автоматическому изменению аналитик соответствующих объектов учета. В записи отражается количественная характеристика объекта учета: в денежном выражении (рубли, доллары  и т.д.) и в количественном выражении (штуки).

2.2 Создание информационной модели

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

Правила, использующиеся в информационной модели:

  1.  Отчет формируется за период по указанной управляющей компании
  2.  Все акции за период по счету 58/01 группируются по акциям;
  3.  Все облигации за период  по счету 58/04 группируются по облигациям.
  4.  Все векселя за период по счету 58/05 группируются по векселям.
  5.  Все покупные НКД по счету 58/07 группируются по облигациям.
  6.  Если по ценным бумагам были обороты за период, то показываем все операции за период из журнала операций
  7.  Если входящий или исходящий остаток по КТ, то показываем его с минусом.
  8.  Все операции должны быть отсортированы по времени
  9.  Название векселя показывать так: "Эмитент, номер векселя"
  10.  Название НКД показывать так: "Название облигации, НКД"

Информационная модель создается с помощью Microsoft Office Excel 2003. Реализация информационной модели представлена в приложении 1.

2.3 Проектирование интерфейса пользователя

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

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

Рис. 2.3 Формирование отчёта «Регистр внутреннего учета ценных бумаг»

Параметры, необходимые для формирования отчёта «Внутренний учёт ценных бумаг»:

  •  управляющая компания – указывается название УК (данный параметр является обязательным для заполнения);
  •  период – указывается начальная и конечная дата формирования отчёта (данный параметр является обязательным для заполнения);
  •  клиент –  указывается клиент, по которому необходимо сформировать отчёт (данный параметр является необязательным для заполнения). При выборе клиента система отображает в справочнике только клиентов выбранной управляющей компании. В отчёте указываются только данные, относящиеся к данному клиенту. Если клиент не был выбран, то формируется отчет, в котором отображаются все операции с ценными бумагами за конкретный период;
  •  акции, облигации, векселя – указываются конкретные названия ценных бумаг.

Подробное описание работы с формами описано в Руководстве пользователя (Приложение 2).


2.4 Реализация программного кода

Кодирование осуществлялось на языке Java., при этом использовались стандартные библиотеки и собственные разработки компании Лоис.

Для решения задачи были использованы следующие программные продукты:

  1.  Графический интерфейс пользователя (Graphic User InterfaceGUI) содержит:

Нижний уровень - SWT библиотека от IBM. Она представляет собой набор стандартных визуальных компонент: кнопки, меню, таблицы и т.д. Библиотека позволяет осуществлять элементарные действия над компонентами (компоновать, отражать на форме). Обработка действий выполняется операционной системой, что позволяет ускорить выполнение программы.

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

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

Framework – это набор компонент, который позволяет легко и быстро встраиваться в визуальную среду.

  1.  Работа с базами данных осуществляется через:
  2.  Oracle TopLink JDBC интерфейс – отображает Java-объекты на реляционные таблицы. Перечислим основные объекты TopLink:
  •  сессия – объект, с помощью которого можно записывать и считывать данные.
  •  ExpressionBuilder – построитель выражений;
  •  ExecuteQuery – генерирует SQL-запрос, выполняет и передаёт результат ReportQuery.
  1.  СУБД Oracle – реляционная многомерная база данных.
  2.  Работа с учетом  - используется framework Учетное ядро Lois. Данный framework включает все объекты, соответствующие понятиям Учётного ядра. Каждый объект имеет свой программный модуль. Например:

Проводка - ru.lois.ucet.ucet.Provodka.

Справочник объекта - ru.lois.nsi.*. По отношению к объекту можно выделить несколько типов справочников: ru.lois.nsi.dogovor, ru.lois.nsi.klient и т.д.

Оборотно-сальдовая ведомость - ru.lois.ucet.ucet.osv.* Данный модуль включает в себя следующие подсистемы:

ru.lois.ucet.ucet.osv.DetalizaciaGO – детализация журнала операций;

ru.lois.ucet.ucet.osv.ViborGOBase – выбор журнала операций.

Счёт - ru.lois.ucet.ucet.scetps.* включает:

ru.lois.ucet.ucet.scetps.RolOu - роль объекта учета;

ru.lois.ucet.ucet.scetps.RolOuNQuery - запрос роль объекта учёта;

ru.lois.ucet.ucet.scetps.ScetPS – счёт из плана счетов.

  1.  Работа с отчетами Excel. Библиотека XL Report позволяет производить манипуляции с данными и передавать их в Excel. 


Заключение

В результате написания курсовой работы была рассмотрена и изучена предметная область, в которой создавалась информационную модель. Приобретены практические навыки программирования на языке Java, рассмотрены дополнительные программные разработки компании ЛОИС, которые позволяют легко встраиваться в визуальную среду, избегая рутинных операций.

При написании курсовой работы я выступала как в роли аналитика, так и в роли программиста.


Приложение 1 Руководство пользователя


Приложение 2 Информационная модель


Приложение 3 Программный код


 

А также другие работы, которые могут Вас заинтересовать

71697. Детские болезни. Периоды детства конспект лекций 1.59 MB
  Период внутриутробного развития (утробное детство). Длительность - с момента имплантации до рождения (270 дней). Естественное вскармливание. Смешанное и искусственное вскармливание. Перинатальное поражение ЦНС у новорожденных. Перинатальное поражение ЦНС у новорожденных...
71698. ТЕХНОЛОГИЯ ПОМЕХОУСТОЙЧИВОГО КОДИРОВАНИЯ 54.12 KB
  Разработка методов помехоустойчивого кодирования, была инициирована основанной теоремой Шеннона для дискретного канала с шумом, указывающей на существование практически безошибочного метода передачи информации по такому каналу со скоростью, не превышающей пропускную способность этого канала.
71699. Модуляция 1.88 MB
  Передаваемая информация заложена в управляющем (модулирующем) сигнале, а роль переносчика информации выполняет высокочастотное колебание, называемое несущим. Модуляция, таким образом, представляет собой процесс «посадки» информационного колебания на заведомо известную несущую.
71701. Технология помехоустойчивого кодирования 64.71 KB
  При передаче информации в пространстве или во времени имеет место где вектор ошибки знак – обозначает суммирование по модулю 2. 3 Вектор в 3 называемый синдромом будет равен вектору нуль только в двух случаях: либо ошибки нет либо имеет место так называемая необнаруживаемая ошибка.
71702. Модуляция гармонических колебаний 540.84 KB
  Под модуляцией понимают процесс изменения одного или нескольких параметров физического процесса по закону передаваемого сообщения. Так, например, если моделью физического процесса является функция f(a, b, c, d, t), то параметры a, b, c, d можно использовать для осуществления модуляции.
71703. ПРОЦЕССЫ 503.52 KB
  В головном процессе создаются/открываются два файла: текстовый (несколько строк) и двоичный (ряд арифметических данных). Информация об открытых файлах (дескрипторы) передается в дочерние процессы на этапе их создания через командную строку.
71704. Решение задачи классификация и регрессии с помощью деревьев решений 136.54 KB
  Цель работы: изучение алгоритмов построения деревьев решений; создание и исследование классификационных и регрессионных моделей с помощью деревьев решений Индивидуальное задание: seeds Data Set Attribute Information: To construct the data, seven geometric parameters of wheat...