Проектирование систем поддержки принятия решений

 

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

3.3. Создание диаграмм в графической нотации UML

Разработаем в программной среде Microsoft Visio 2007 следующие виды диаграмм в соответствии с графической нотацией UML (согласно выбранной предметной области):

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

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

Для каждой диаграммы приведем подробный сопроводительный текст.

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

На рис. 16 сконструирована диаграмма вариантов использования системы рекламного агентства. В системе используются 4 актера: клиент, менеджер, оператор и персонал.

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

Рис. 1. Диаграмма вариантов использования

Диаграмма классов является типом диаграммы статической структуры. Она описывает структуру системы, показывая её классы, их атрибуты и операторы, а также взаимосвязи этих классов.[19]

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

 

 

Рис. 27. Диаграмма классов

На рис. 17 представлено 5 классов: Счет клиента, клиент, заказ, рекламное агентство и счет компании.

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

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

 

 

 

Рис. 18. Диаграмма состояний заказа

Диаграммы деятельности используются при моделировании  бизнес-процессов, технологических  процессов, последовательных и параллельных вычислений[19].

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

 

 

Рис. 19. Диаграмма деятельности

 

На диаграмме  последовательности изображаются только те объекты, которые непосредственно  участвуют во взаимодействии. Ключевым моментом для диаграмм последовательности является динамика взаимодействия объектов во времени. Для моделирования взаимодействия объектов во времени в языке UML используются диаграммы последовательности.[19]

На рис.20 представлена диаграмма последовательности.

Рис.20. Диаграмма последовательности

На рис. 20 Использованы такие роли классификаторов, как: клиент, информационная система  и касса. Диаграмма позволяет  последовательно проследить весь процесс  деятельности рекламного агентства.

Далее была построена диаграмма кооперации, которая представлена на рис. 21. Классификаторы: рекламное агентство, клиент, касса.

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

 

Рис. 21. Диаграмма кооперации

Диаграмма развертывания содержит графические изображения процессоров, устройств, процессов и связей между ними.[19]

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

Рис. 22. Диаграмма развертывания

На рис. 22 показаны узлы: рабочее место персонала, администратор, сервер и клиент. Через эти узлы проходит вся информация рекламного агентства.

 

 

 

 

 

 

 

 

 

 

Заключение

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

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

На  сегодняшний  день  не  существует  признанного  лидера  в  области

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

Учитывая  размер вовлекаемых финансовых и  других ресурсов, сложность  имногоэтапность проектов построения систем СППР  очевидна  высокая стоимостьошибок проектирования. Ошибки выбора программного обеспечения могут повлечьза собой финансовые расходы, не говоря уже об увеличении времени выполненияпроекта.  Ошибки  проектирования  структуры данных  могут   вести   как   кнеприемлемым  производственным  характеристикам,  так   и   стоить   временипотраченного на перезагрузку  данных,  которое  порой достигает несколькихсуток.

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

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

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

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

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

 

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

1. ГОСТ 1.0-92. Государственная система стандартизации Российской Федерации. Основные положения. [Электронный ресурс]. – Введ. 01.01. 1993. – 22с. – Режим доступа : http://rfgost.ru, свободный. – Загл. с экрана.
2. ГОСТ  34.602-89.Техническое задание на создание автоматизированной ситемы. [Электронный ресурс]. – М.: ИПК Издательство стандартов, 2005. – 47с. – Режим доступа : http://rfgost.ru, свободный. – Загл. с экрана.
3. РД 50-34.698-90. Автоматизированные cистемы. Требования к содержанию документов. [Электронный ресурс]. . – М.: ИПК Издательство стандартов, 2005. – 43с. – Режим доступа : http://rfgost.ru, свободный. – Загл. с экрана.
4. Вендров А.М. Проектирование  программного  обеспечения экономических информационных систем: Учебник. –М.: Финансы и статистика, 2000. – 412c.
5. Галаган А. Системы поддержки принятия решений: практические аспекты, часть II, 2003. -73с.
6. Ларичев О. И., Петровский А. В. Системы поддержки принятия решений. Современное состояние и перспективы их развития. // Итоги науки и техники. Сер. Техническая кибернетика. — Т.21. М.: ВИНИТИ, 1987, с. 131—164Черноруцкий И.Г. Методы принятия решений. – СПб.: БХВ-Петербург, 2005
7. Ларичев О.И., Мошкович Е.М. Качественные методы принятия решений. -М.: Наука. Физматлит, 1996.
8. Маклаков  С.В. BPwin и ERwin: CASE-средства  для разработки информационных систем. – М.: Диалог-Мифи, 1999. - 295 с.
9. Матвеев Л. А. Информационные системы: поддержка принятия решений.СПб.:Изд-во С.-Петерб. ин-та экономики и финансов,1996.- 241с.
10. Определение систем поддержки принятия решений Режим доступа : http://www.itstan.ru/it-i-is/opredelenie-dss-sppr.html, свободный. Дата посещения: 10.06.2011
11. Рамбо, Джеймс UML. Специализированный справочник: Пер. с англ./Джеймс  Рамбо,  Айвар  Джекобсон,  Грейди  Буч. - СПб.: Питер, 2002. – 311c.
12. Сараев А. Д., Щербина О. А. Системный анализ и современные информационные технологии //Труды Крымской Академии наук. — Симферополь: СОНАТ, 2006.  - 47-59 с.
13. Синюк В. Г., Котельников А. П. Системы поддержки принятия решений: основные понятия и вопросы применения. - Белгород: Изд-во БелГТАСМ, 1998. - 78 с.
14. Терелянский, П. В. Системы поддержки принятия решений. Опыт проектирования: монография / П. В. Терелянский; ВолгГТУ. – Волгоград, 2009. – 127 с.
15. Типы систем поддержки и принятия решений, Режим доступа : http://infomanagement.ru/referat/176/4, свободный. Дата посещения: 10.06.2011
16. Трапезникова В.А. Система поддержки принятия решений в человеко-машинных системах управления. Труды Института проблем управления РАН им. Том УШ. М.: ИПУРАН, 2000г. с. 46-59. 
17. Трахтенгеру Э.А. Компьютерная поддержка принятия решений. – М.: Наука, 1998.
18. Устинова Г. М. Информационные системы менеджмента: Основные аналит. технологии в поддержке принятия решений: Учеб. пособие / Г.М. Устинова. - СПб.: DiaSoftUP, 2000. - 357 с.
19. Чекинов Г.П., Куляница А.Л., Бондаренко В.В. Применение ситуационного управления в информационной поддержке принятия решений при проектировании организационно-технических систем № 2, 2003.