2411

Рис. 2. Технология взаимодействия с информационной системой

Предполагается, что проектируемое программное решение:

будет обладать Web-интерфейсом, простым и понятным в использовании;

– не потребует длительного времени на освоение;

не будет требовательным к квалификации пользователя и его знаниям в области финансов и управления инвестициями;

– позволит хранить все резервные копии промежуточных расчетных этапов на сервере;

не потребует установки специального пакета прикладных программ на персональном компьютере пользователя;

– не будет привязано к какому-либо одному рабочему месту;

обеспечит свободный доступ в систему с любого ПК при наличие логина и пароля;

– не приведет к удорожанию требуемого проекта;

позволит пользователю самостоятельно определять периодичность его использования;

– будет содержать готовые формы и шаблоны для составления ТЭО и бизнес-планов.

Библиографический список

1.ФЗ - № 209 от 24.07.2007 г. «О развитии малого и среднего предпринимательства в Российской Федерации».

2.ФЗ - № 131 от 06.10.2003 г «Об общих принципах организации местного самоуправления в Российской Федерации».

3.http://www.fond-omsk.ru/ - Омский региональный фонд поддержки и развития малого предпринимательства.

4.http://ru.wikipedia.org – Свободная энциклопедия, Википедия.

УДК 681.3.06

ОБЪЕКТНО-ОРИЕНТИРОВАННЫЙ ПОДХОД НА ЭТАПЕ АНАЛИЗА СЛОЖНОЙ ИНФОРМАЦИОННОЙ СИСТЕМЫ ОЦЕНКИ ИНВЕСТИЦИОННЫХ РИСКОВ

Е.Ю. Андиева, канд. техн. наук, доц., Я.Л. Ушаков, студент Сибирская государственная автомобильно-дорожная академия

На сегодняшний день лишь небольшое количество информационных систем (ИС), начиная с этапа формирования требований к системе и заканчивая ее сопровождением, разрабатывается при помощи объектноориентированного анализа.

Целью объектно-ориентированного анализа является трансформация функциональных требований к ИС в предварительный системный проект и создание стабильной основы архитектуры системы. В процессе проектирования системный проект «погружается» в среду реализации с учетом всех нефункциональных требований.

Такой подход позволяет избежать серьезных ошибок при проектировании и заметно сократить время на разработку и программирование основополагающих модулей системы.

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

Буч отметил также ряд следующих преимуществ ООП:

объектная декомпозиция дает возможность создавать программные системы меньшего размера путем использования общих механизмов. Использование ООП существенно повышает уровень унификации разработки и пригодность для повторного использования не только

программного обеспечения (ПО), но и проектов;

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

на компьютерную реализацию;

– объектная модель позволяет в полной мере использовать выразительные возможности объектно-ориентированных языков программирования.

К недостаткам ООП относятся некоторое снижение производительности функционирования ПО и высокие начальные затраты [2].

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

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

Моделирование бизнес-процессов является важной составной частью проектов по созданию крупномасштабных банковских ИС. Отсутствие таких моделей является одной из главных причин неудач многих проектов.

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

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

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

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

3.3.Определение валюты, в которой изменяются риски

4.Определение методов прогнозирования рисков

4.1.Расчет по методу скользящих средних

4.2.Расчет матриц миграции

4.3.Разработка сценариев развития

5.Вероятность возникновения рисков

5.1.Определение рисков с малой вероятностью возникновения

5.2.Определение рисков со средней вероятностью возникновения

5.3.Определение рисков с высокой вероятностью возникновения 6. Диверсификация рисков

6.1.Связанная диверсификация

6.2.Несвязанная диверсификация

7.Определение резервов

7.1.Определение резерва на возможные потери по ссудам

7.2.Определение резерва на покрытие риска ликвидности

7.3.Определение резерва на покрытие операционных рисков

7.4.Определение резерва на покрытие финансовых рисков

8.Страхование рисков

8.1.Страхование финансовых рисков

8.2.Страхование экологических рисков

8.3.Страхование рисков профессиональных участников РЦБ

9.Получение прибыли

9.1.Расчет прибыли по пессимистичному сценарию

9.2.Расчет прибыли по оптимальному сценарию

9.3.Расчет прибыли по оптимистичному сценарию

На каждом из этапов используются свои методы управления рисками.

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

Таким образом, с целью построения системы методов управления риском необходимо рассмотреть следующие аспекты проблемы:

1)Сущность, создание и внедрение системы управления рисками;

2)Специфика применения и особенности основных методов применяемых на каждом из этапов реализации системы управления рисками;

3)Разработка методики управления инвестиционными рисками компании. Общая схема управления рисками будет выглядеть следующим

образом (см. рис. 1).

Рис. 1. Процесс управления рисками

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

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

Рис. 2. Организационная модель управления риском

Исходя из вышеперечисленных преимуществ объектного подхода, на начальном этапе анализа предметной области можно использовать

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

Пример диаграммы вариантов использования для прецедента «Определение рисков» изображен на рис. 3. Далее, при помощи диаграммы вариантов использования следует описать подпрецедент «Определение стандартных финансовых рисков» (рис. 4). Диаграмма вариантов использования является самым общим представлением функциональных требований к системе. Однако моделирование вариантов использования не сводится только к рисованию диаграмм.

Для последующего проектирования системы требуются более конкретные детали. Эти детали описываются в документе, называемом «сценарий варианта использования» или «поток событий» (flow of events).

Целью потока событий является подробное документирование процесса взаимодействия действующего лица с системой, реализуемого в рамках варианта использования. В потоке событий должно быть описано все, что служит удовлетворению запросов действующих лиц. Хотя поток событий и описывается подробно, он также не должен зависеть от реализации. Цель описать, что будет делать система, а не как она будет делать это [1].

Обычно описание потока событий включает следующие разделы:

краткое описание;

предусловия (pre-conditions);

основной поток событий;

альтернативные потоки событий;

постусловия (post-conditions);

расширения (extensions).

«Определение рисков»

Определение уникальных финансовых рисков

Определение политических рисков

Определение форс-мажорных обстоятельств

Рис. 3. Диаграмма использования «Определение рисков»

«Определение стандартных финансовых рисков»

Рис. 4. Диаграмма использования «Определение стандартных финансовых рисков»

Как видим, использование ООП позволяет совместить процесс формализации математических моделей бизнес-процессов и описания их функциональных особенностей посредством использования подхода объектно-ориентированого анализа.

Таким образом, в данной работе описан процесс объектноориентированного анализа проблемы управления инвестициями через управление рисками, а точнее лишь его малая часть.

Библиографический список

1.Проектирование информационных систем: учебное пособие / Т.В. Гвоздева, Б.А. Баллод. – Ростов н/Д: Феникс, 2009. – 508 с.: ил. – (Высшее образование).

2.Вендров А.М. Проектирование программного обеспечения экономических информационных систем/ А.М. Вендров: учебник. – 2-е изд., перераб. и доп. – М.: Финансы и статистика, 2005. – 544 с.: ил.

3.Буч Гради, Максимчук Роберт А., Энгл Майкл У., Янг Бобби Дж., Коналлен Джим, Хьюстон Келли А. Объектно-ориентированный анализ и проектирование с примерами приложений/Гради Буч, Роберт А Максимчук, Майкл У. Энгл, Бобби Дж.

Янг, Джим Коналлен, Келли А. Хьюстон: пер. с анг. 3-е изд.: – М.: ООО

«И.Д.Вильямс», 2008. – 720 с.: ил. – Парал. тит. англ.

4. Осипенко Т.В. О системе рисков банковской деятельности/Т.В. Осипенко. //Деньги и кредит. – 2000. – №4.

УДК 621.9.048:621.92

АВТОМАТИЗАЦИЯ ТЕХНОЛОГИЧЕСКОГО КОМПЛЕКСА ДЛЯ ЭЛЕКТРОИСКРОВОГО ЛЕГИРОВАНИЯ

В.С. Нифонтов, магистрант Омский государственный технический университет

Е.В.Иванова, канд. техн. наук, доц., С.В. Бирюков д-р техн. наук, проф. Сибирскаягосударственнаяавтомобильно-дорожнаяакадемия

Подготовка к автоматизации является неотъемлемым компонентом технологического процесса, вместе с тем данный этап является наиболее важным, чем все последующие. Необходимо просчитать все возможные трудности, которые могут появиться в дальнейшем при автоматизации.

Этап подготовки заключается в изучении особенностей метода ЭИЛ для обработки металлических поверхностей и выборе средств автоматизации, которые бы позволили выполнить следующие задачи:

повысить производительность указанного выше технологического процесса;

повысить эффективность метода ЭИЛ;

повысить безопасность выполнения технологического процесса;

снизить затраты на используемое сырье, дополнительный персонал;

сделать метод доступным и популярным среди металлургических и других предприятий.

При изучении теоретических особенностей процесса ЭИЛ было выявлено, что сам процесс легирования этим методом зависит от определенного количества параметров, изменение которых прямым образом влияет на результат процесса легирования.

Схема взаимодействия пользователя с базой данных посредством ЭВМ

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

Вкачестве системы управления базой данных была выбрана Interbase

–довольно популярная система от компании Borland. Для написания