Разработка автоматизированной системы управления рисками

Автор работы: Пользователь скрыл имя, 16 Ноября 2012 в 16:01, курсовая работа

Описание работы

В среде рыночных отношений проблема оценки рисков финансово-хозяйственной деятельности предприятий приобретает особое теоретическое и прикладное значение как важная составная часть теории и практики управления. В современных условиях роль рисков в деятельности компании становится все более значимой. Пренебречь влиянием рисков – значит поставить под удар эффективность бизнес-процессов, что может непосредственно отразиться на финансовых показателях. Превратить риски из «хаоса» в упорядоченную и управляемую систему позволяет автоматизация

Содержание работы

Введение………………………………………………………………………………...5
1 Понятие операционного проектного риска…………………………………………8
2 Анализ современных автоматизированных систем управления рисками............17
3 Техническое задание на проектирование автоматизированной системы управления рисками…...............……………………………………………………...26
4 База данных АСУР……………………………………………………………….....36
4.1 Понятие о данных и БД…………………………………………………………...36
4.2 Реляционная база данных………………………...................................................38
4.3 Структура реляционной базы данных АСУР……………………………………39
Список использованных источников………………………………………….……..43
Приложение А Функциональная схема управления…...…………………………...45
Приложение Б Структурная схема управления..……………………………………46
Приложение В Сравнительные характеристики систем…………………………....47

Файлы: 1 файл

рамка курсовая.docx

— 427.33 Кб (Скачать файл)

Активная деятельность по отысканию  приемлемых способов обобществления непрерывно растущего объема информации привела  к созданию в начале 60-х годов  специальных программных комплексов, называемых "Системы управления базами данных" (СУБД).

Основная особенность СУБД –  это наличие процедур для ввода  и хранения не только самих данных, но и описаний их структуры. Файлы, снабженные описанием хранимых в них данных и находящиеся под управлением  СУБД, стали называть банки данных, а затем "Базы данных" (БД).

СУБД должна предоставлять доступ к данным любым пользователям, включая  и тех, которые практически не имеют и (или) не хотят иметь представления  о:

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

и множестве других функций СУБД.

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

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

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

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

 

4.2 Реляционная база данных

 

Сегодня наиболее распространены реляционные  модели.

При построении реляционных моделей можно использовать язык ER-диаграмм. В них сущности изображаются помеченными прямоугольниками, ассоциации – помеченными ромбами или шестиугольниками, атрибуты – помеченными овалами, а связи между ними – ненаправленными ребрами, над которыми может проставляться степень связи (1 или буква, заменяющая слово "много") и необходимое пояснение.

На этапе  информационно – логического  моделирования предметной области (ПО) часто используют модель "сущность - связь" (Entity – Relationship, ER), которая наглядно  изображает структурные блоки информации и логические взаимосвязи между ними. Компонентами модели являются сущности, понятия и связи (в других терминах – экземпляры объектов, классы объектов и отношения между объектами).

Под сущностью (экземпляром объекта) в ER-модели понимается совокупность информации о реальном или воображаемом конкретном предмете. Вся информация о сущности хранится в ее  свойствах (атрибутах). Группа сущностей с одним и тем же набором свойств (однородных сущностей) называется понятием об объекте (классом сущностей или просто классом). Важное значение имеет ассоциативность или "мощность" связи, которая имеет разное значение для каждого конца связи. Если в экземпляр отношения всегда входит только одна сущность понятия, то этот конец связи имеет мощность 1 и называется родительским. Если в отношении могут участвовать несколько  сущностей данного понятия, то этот конец связи имеет мощность «Многие» и называется дочерним. Таким образом, получается три разновидности связей -  «Один к одному» (1 : 1), «Один ко многим» (1 : М) или «Многие к одному» (М : 1) и «Многие ко многим» (M : М). Одно или группа свойств, значения которых уникальны для каждой сущности, называют ключом или ключевым свойством.

Реляционная база данных (РБД) состоит из двух основных компонентов: взаимосвязанных отношений  и ограничений целостности. Отношение (Relationship) представляет собой математическую абстракцию плоской таблицы, столбцы (поля) которой называют атрибутами, а строки (записи) – кортежами отношения. Доменом называют некоторое множество значений, из которого выбирают значения данных в столбце. Схема отношения представляет собой список столбцов. Порядок следования строк и столбцов  в таблице не фиксируется. Одно из полей таблицы является ключевым, то есть имеет различные значения в каждой строке. Иногда ключ бывает составным, то есть состоит из группы полей.

Таблицы реляционной БД постоянно хранятся в памяти ЭВМ, но  существуют такие  отношения, которые создаются лишь временно, на момент выполнения какой-либо операции с данными. Для правильного  выполнения операций над данными  связанные таблицы должны иметь  одинаковые поля. Одно из этих полей  является ключевым (в родительской таблице),  а  другое (в дочерней таблице) называется внешним ключом. Обычно значения внешнего ключа обязательно  должны присутствовать среди значений ключа – это правило называется правилом ссылочной целостности.

Если  пользователя ЭИС часто интересует некоторое отношение, все поля которого уже вошли в какие-то таблицы  РБД или могут быть вычислены  из значений этих полей, то такое отношение  не следует постоянно хранить  в РБД в виде таблицы, а нужно  описать в виде представления (view). Представление – это динамически создаваемая таблица, структура которой описывается при проектировании БД. Таким образом, при разработке схемы РБД нужно распределить все данные на хранимые в таблицах и вычисляемые в представлениях. Представления описывают для часто выполняемых запросов выборки, а также для создания пользовательских схем БД. При описании представления для удобства пользователя можно дать его полям другие имена.

 

4.3 Структура реляционной базы  данных АСУР

 

Описываемая в данной курсовой работе РБД состоит  из 9 таблиц.

Понятие Рисковое событие содержит всю информацию о рисковых событиях, имеющих отношение  к предприятию. Оно имеет 12 свойств, одно из которых – номер № - является ключевым. В состав свойств понятия  рисковое событие входят такие свойства, как наименование риска – т.е. название рискового события (например стандарты и нормы, инфляция), событие  – конкретное событие (например увеличение цен на сырье на 10%), статус – конкретный статус данного рискового события (например подтвержденное, отвергнутое), причины наступления рискового  события, предполагаемые последствия  от наступления рискового события, возможные меры воздействия на рисковое событие, фамилия владельца риска  – лица, ответственного за управление рисками в конкретной области, связь  с контрольной процедурой – было ли рисковое событие было выявлено в результате проведения контрольной  процедуры или независимо от них, если в результате проведения процедуры  – то свойство «№ проц» является ключом к таблице с описанием  этой процедуры,  вид риска по отношению к конкретному предприятию (например новое, распространенное), описание – описание конкретного рискового  события. Понятие Рисковое событие  имеет ассоциативные связи с  понятиями Виновные (1:М), Тип (1:1), Оценка экспертов (1:М), Подтвержденное (М:М), Контрольная  процедура (М:1).

Контрольная процедура – это последовательность действий, направленная на проверку соответствия элемента или совокупности элементов  бизнес-процесса требованиям предприятия. Понятие Контрольная процедура  содержит информацию о контрольных  процедурах, проводимых на предприятии. Оно имеет 8 свойств, из которых «№ проц» является ключевым. В составе  остальных свойств: наименование процедуры, описание процедуры, дата ввода информации о процедуре, дата ввода процедуры  в эксплуатацию, дата вывода процедуры  из эксплуатации, информация о том, является ли процедура внутренней или  внешней, а также № - свойство-внешний  ключ для связи с понятием Рисковое событие, чтобы узнать, были ли выявлены рисковые события в результате проведения конкретной процедуры, если да, то какие. Понятие Контрольная процедура  имеет ассоциативную связь с  понятием Рисковое событие типа 1:М.

Если  выявленное рисковое событие произошло  или точно произойдет, информация о нем вносится в понятие Подтвержденное. Понятие состоит из 8 свойств, описывающих  подтвержденные рисковые события. Описание свойств понятия: дата обнаружения  рискового события, подразделение  предприятия, к которому относится  рисковое событие, направление бизнеса, к которому относится рисковое событие, виновные в данном рисковом событии, сумма ущерба, который был или  будет нанесен предприятию, действие, которое было предпринято для  уменьшения последствий от рискового  события, результаты действий, которые были предприняты, а также № - свойство-внешний ключ для связи с понятием Рисковое событие. Понятие Подтвержденное имеет ассоциативные связи с понятиями Рисковое событие (М:М), и Виновные (М:М).

Понятие Виновные содержит информацию о лицах, виновных в подтвержденных рисковых событиях. Понятие состоит из 4 свойств, из которых «№ виновных» - ключевое свойство, а также № - свойство-внешний  ключ для связи с понятием Рисковое событие. Свойство ФИО отображает Фамилии, имена и отчества виновных в рисковых событиях, а понятие должность-соответственно должность виновного. Понятие Виновные имеет ассоциативные связи с  понятиями Рисковое событие (М:1), и  Подтвержденное (М:М).

Понятие Тип содержит классификацию рисковых событий. Понятие состоит из 3 свойств, из которых № - свойство-внешний  ключ для связи с понятием Рисковое событие, свойства Тип1 и Тип2 отображают информацию о группах рисков из классификации  рисков (например рисковое событие  «увеличение цен на сырье) относится  к внешним предсказуемым, но неопределенным событиям – Тип1 и к рыночным рискам из-за изменений источников и стоимости сырья – Тип2. Понятие Тип имеет ассоциативную связь с понятием Рисковое событие (1:1).

Понятие Оценка экспертов содержит информацию об экспертных оценках предприятия  и рисковых событий предприятия. Понятие состоит из 10 свойств, из которых № - свойство-внешний ключ для связи с понятием Рисковое событие, Э – ключевое свойство понятия, вероятность наступления рискового  события при условии, что риск никак не управляется (коэффициент), последствия наступления рискового  события при условии, что риск не управляется(коэффициент), общая  оценка (произведение этих двух коэффициентов),  вероятность наступления рискового  события при условии, что риск управляется (коэффициент), последствия  наступления рискового события  при условии, что риск управляется(коэффициент), общая оценка (произведение этих двух коэффициентов), срочность реагирования на рисковое событие(коэффициент) и  рекомендуемые меры воздействия  на данный риск. Понятие Оценка экспертов  имеет ассоциативные связи с  понятиями Рисковое событие (М:1), Эксперты (1:1), Проект (М:1).

Понятие Эксперты содержит информацию об экспертах. Понятие состоит из 4 свойств, из которых Э - свойство-внешний ключ для связи с понятием Оценка экспертов, свойство ФИО – Фамилия, имя и  отчество эксперта, свойство профессия/специальность  эксперта, отображает информацию обо  всех профессиях и специальностях каждого  эксперта и свойство стаж – стаж работы по каждой специальности или профессии. Понятие Эксперты имеет ассоциативную связь с понятием Оценка экспертов (1:1).

Понятие Проект содержит информацию об экспертных оценках проекта предприятия. Понятие  состоит из 4 свойств, из которых  Э - свойство-внешний ключ для связи  с понятием Оценка экспертов, свойство Прибыльность проекта – экспертная оценка прибыльности проекта (коэффициент), свойство перспективы развития отрасли  отображает экспертную оценку перспектив развития отрасли, в которой будет  действовать проект,  свойство функциональные и потребительские свойства продукции  – оценку-коэффициент данных свойств. Понятие Проект имеет ассоциативную  связь с понятием Оценка экспертов (1:М).

Понятие Параметры содержит информацию о количественных параметрах, характеризующих риск и последствия для проекта.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Список использованных источников

 

 

  1. Анисимов С., Анисимова Е. Управление проектами. Российский опыт. – М.: Вектор, 2006. – 240 с.
  2. Ахметзянов И.Р. Управление рисками лизинговой компании/Аналитические и маркетинговые исследования/Оценка кредитоспособности/Инвестиционные риски  Режим доступа: http://www.bre.ru/risk/22513.html
  3. Балабанов И.Т. Риск-менеджмент. М.: Финансы и статистика -1996-188с.
  4. Балаш, М., заместитель генерального директора по производству компании "Прогноз", Колодочкин, А., руководитель центра информационных таможенных технологий компании "Прогноз", Морозов, Н.,заместитель руководителя центра информационных таможенных технологий компании "Прогноз", Применение средств моделирования и прогнозирования в аналитическом контуре системы управления рисками в ФТС России, статья, журнал «2Connect!Мир связи» Режим доступа: http://www.connect.ru/article.asp?id=9454
  5. Бизнес–план инвестиционного проекта предпринимателя. – М.: КноРус, 2005. – 480 с.
  6. Ван Хорн Дж. Основы управления финансами: пер. с англ. (под редакцией И.И. Елисеевой – М., Финансы и статистика 1997 – 800 с.
  7. Василий Конузин, Сбербанк России. Расчет RAROC для банковских учреждений
  8. Дубинин, Е. Анализ рисков инвестиционного проекта, 
    инвестиционный аналитик СБЕ «Сок» компании «Вимм-Билль-Данн» Режим доступа: http://www.fd.ru/reader.htm?id=5625
  9. Дубовик, М., Песоцкая Е. Можно ли автоматизировать процесс управления рисками: публикация; Технологии корпоративного управления, - Режим доступа: Режим доступа: http://www.iteam.ru/articles.php?tid=2&pid=6&sid=38&id=573

Информация о работе Разработка автоматизированной системы управления рисками