49104

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

Курсовая

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

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

Русский

2013-12-21

723.5 KB

4 чел.

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

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

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

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

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

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

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

ИСПОЛНИТЕЛЬ: студентка гр.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 Программный код


 

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

29192. Способы изготовления гипсовых слепков 42 KB
  Используется когда следы оставлены на влажной земле снеге и т. 2 насыпной 3 комбинированный Наливной способ изготовления гипсовых слепков Правила: 1 необходимо удалить из следа все посторонние включения частицы 2 если след неглубокий нужно сделать вокруг следа валик из грунта или дощечек 3 необходимо изготовить каркас из веток или проволоки чтобы удержать форму следа. 5 гипсовый раствор заливают в след так чтобы было залито дно следа.
29193. «Дорожка» следов ног: её криминалистическое значение и элементы 46.5 KB
  Дорожку следов следует отличать от совокупности разрозненных следов. признаки дорожки следов: 1 это совокупность следов одного человека 2 следы должны быть оставлены в результате какоголибо поступательного движения ходьбы или бега 3 следы должны быть образованы и правой и левой ногами 4 количественная характеристика следов должно быть не менее 3х. Рекомендуется все исследования проводить на 3х самых чётких следах если следов больше то выбираются самые чёткие.
29194. Криминалистическое значение следов орудий взлома и инструментов 49.5 KB
  Классификация следов орудий взлома 1 по механизму образования: поверхностные следы это например различные повреждения на внутренней части замков царапины соскобы краски объёмные следы несут больше криминалистически значимой информации 2 по механизму образования: следы удара или отжима Остаются когда воздействие орудия взлома на поверхность происходит под прямым углом. Обычно это объёмные следы. следы скольжения Образуются при скользящем движении орудия взлома под углом или параллельно следовоспринимающей поверхности следы...
29195. Следы зубов человека 52.5 KB
  Для правильной оценки следов зубов необходимо рассмотреть строение зубного аппарата. Каждый из зубов имеет различную форму коронки. Они различны относятся к количеству размерам форме зубов и т.
29196. Криминалистическое значение следов транспортного средства 57.5 KB
  Количество осей можно установить: в процессе стояния транспортного средства по следам стояния при повороте автомобиля т. Ширина колеи это важный признак габаритов транспортного средства. 4 база автомобиля это расстояние между осями транспортного средства.
29197. Классификация следов транспортных средств 55.5 KB
  Следы может оставлять любая часть транспортного средства: как ходовая часть колёса так и выступающие части автомобиля. Следы транспортных средств в широком смысле этого слова это 1 отделившиеся части транспортного средства деталь целиком либо её осколки обломки 2 пролившиеся жидкости тормозная жидкость масло топливо 3 части перевозимых грузов. Некоторые криминалисты к следам транспортных средств относят также следы водителя оставленные вблизи транспортного средства.
29198. Освидетельствование 27 KB
  Для обнаружения на теле человека особых примет следов преступления телесных повреждений выявления состояния опьянения или иных свойств и признаков имеющих значение для уголовного дела если для этого не требуется производство судебной экспертизы может быть произведено освидетельствование подозреваемого обвиняемого потерпевшего а также свидетеля с его согласия за исключением случаев когда освидетельствование необходимо для оценки достоверности его показаний. В случаях не терпящих отлагательства освидетельствование может быть...
29199. Очная ставка 32 KB
  Приступая к допросу на очной ставке следователь спрашивает ее участников знают ли они друг друга и каковы их взаимоотношения это играет существенную роль для оценки показаний полученных на очной ставке. Участники очной ставки с разрешения следователя могут задавать вопросы друг другу. Тактика очной ставки зависит от характера расследуемого дела процессуального положения и нравственнопсихологических свойств допрашиваемых их взаимоотношений и других факторов. Они могут быть результатом добросовестного заблуждения либо заведомой лжи...
29200. РАБОЧИЙ ЭТАП (исследовательский) осмотра места происшествия 29 KB
  ОБЩИЙ осмотр начинается с осмотра места происшествия в целях: ориентировки; решения вопроса об исходной точке и способе осмотра; выбора позиции для производства ориентирующей и обзорной фотосъемки и осуществления ее до внесения изменений в обстановку места происшествия. При ФРОНТАЛЬНОМ способе осмотр ведется в виде линейного осмотра площадей от одной их границы до другой. Осмотр открытой местности целесообразно вести от центра к периферии эксцентрическим методом так как иногда затруднительно в начале осмотра определить границы места...