Дипломная работа

от 20 дней
от 7 499 рублей

Курсовая работа

от 10 дней
от 1 499 рублей

Реферат

от 3 дней
от 529 рублей

Контрольная работа

от 3 дней
от 79 рублей
за задачу

Билеты к экзаменам

от 5 дней
от 89 рублей

 

Курсовая Разработка проекта системы поддержки принятия решений - Управление персоналом (Менеджмент)

  • Тема: Разработка проекта системы поддержки принятия решений
  • Автор: Валерий
  • Тип работы: Курсовая
  • Предмет: Управление персоналом (Менеджмент)
  • Страниц: 30
  • ВУЗ, город: Гуманитарный институт(Москва)
  • Цена(руб.): 1500 рублей

altText

Выдержка

оцессе принятия решений, как правило, одного профиля, работающих в одном базисе показателей и критериев.
На стратегическом уровне необходимо участие в принятии решений специалистов различных профилей, то есть работающих в различных базисах показателей и критериев оценки качества проекта и как следствие применение методов согласования.
Поддержку принятия индивидуальных и коллективных решений,
Интеграцию процессов принятия индивидуальных и групповых решений.
ГЛАВА 2. Проектирование, разработка и внедрение корпоративного хранилища данных.
2.1. Основные принципы разрабатываемой системы.
В основу разрабатываемой системы положены следующие принципы:
- Эволюционность предполагает обеспечение функционирования системы с учётом обновления, совершенствования и появления новых компонентов в системе.
- Адаптивность системы к программно-аппаратной инфраструктуре заказчика, обеспечение высокой стабильности работы под управлением различных операционных систем.
-Универсальность — система настраивается под любые требования компании-заказчика, применяется на предприятиях различных отраслевых направлений деятельности и форм собственности, совместима с широким спектром телекоммуникационного оборудования; обеспечивается взаимодействие с наиболее часто используемыми приложениями (Microsoft Office, Open Office и др.);
-Преемственность позволяет внедрять распределённую СППР масштаба предприятия не нарушая функционирования действующих информационных прикладных систем.
-Стандартизация и унификация регламентов и методики использования сопровождения распределённой СППР масштаба предприятия.
-Надёжность — отслеживается физическая и логическая целостность данных, осуществляется защита от сбоев и процедуры сохранения и восстановления данных в критических ситуациях, защита от несанкционированного доступа, круглосуточная работа;
-Мсштабируемость — обеспечивается стабильность работы системы при увеличении объема обрабатываемых данных. Присутствуют отработанные процедуры установки новой функциональности и замены версий систем;
-Простота настройки и модернизации — системы позволяют конфигурировать рабочие места пользователя с минимальными временными затратами;
-Простота использования - рабочие места пользователей функционируют в графическом интуитивно-понятном интерфейсе, едином под различные операционные системы;
-Высокий уровень защиты информации достигается за счет полной аутентификации пользователей, многоуровневой системы контроля доступа в систему через Internet, и ведения полных протоколов обращений к ресурсам систем, как средствами СУБД, так и программными средствами систем.
-Комплексность обеспечивает связность процессов принятия решений на всех уровнях иерархии задачи, позволяя осуществлять согласование и контроль на каждом уровне иерархии характеристик решений, принятых на более низких уровнях иерархии.
-Совместимость обеспечивает эффективное совместное функцио-нирование программных компонентов системы. Отличительной особенностью системы является ее модульная структура, что позволяет включать новые процедуры и модернизировать уже включенные в систему в соответствии с новыми требованиями.
В основе технологической платформы – трехуровневая масштабируемая модель: приложение работает на стороне сервера, который контролирует бизнес-логику, пользовательский интерфейс и доступ к базе данных, позволяя при этом многократное использование исполняемых компонентов. Достижение поставленных целей невозможно без использования современных сетевых технологий.
Корпоративный портал - это не просто пакет программного обеспечения, дающий компании возможность обеспечивать доступ к информации во внутренних и/или внешних сетях. Это, прежде всего комплексный подход к управлению компанией, основанный на построении единого хранилища корпоративной информации и на обеспечении безопасного персонифицированного доступа к этой информации для различных групп пользователей.
2.2. Проектирование системы принятия решений и внедрение инструментов оперативного анализа данных.
Для проектирования необходимо:
1.Разработать и принять стандарты и регламенты использования распределённой системы поддержки принятия решений (СППР):
Стандарт Компании "Состав и структура распределённой СППР масштаба предприятия".
Регламент использования подразделениями Компании и дочерними предприятиями распределённой СППР масштаба предприятия.
Регламент и методику ведения и сопровождения распределённой СППР масштаба предприятия.
Регламент обеспечения доступа пользователя компании к ресурсам распределённой СППР масштаба предприятия.
2.Использовать методику принятия решений на основе комбинированного подхода построения иерархических структур (групп) по поддержке принятия решений требующую последовательного выполнения следующих процедур:
Определение состава участников ГПР и процедуры их взаимодействия.
Выработка согласованной оценки возможных вариантов решений.
Выбор наиболее рационального решения.
3.Внедрить распределённую СППР масштаба предприятия (Рис.1), обеспечивающую: технологическую поддержку принятой методики принятия решений, доступ пользователей к ресурсам распределённой СППР масштаба предприятия, работу служб сопровождения распределённой СППР масштаба предприятия в соответствии с разработанным регламентом.
Последовательность этапов необходимых при внедрении распределённой СППР на конкретном предприятии представлена на (Рис. 2)
В основе организации процесса принятия решений в распределённых системах поддержки принятия решений (СППР) масштаба предприятия лежат процедуры формирования и анализа иерархических структур, объединяющих специалистов различных профилей.
Иерархическая структура может:
отражать сложившуюся иерархию подчиненности сотрудников и подразделений предприятия;
формироваться произвольно лицом, ответственным за принятие решения. Введем понятие «инициатора задачи», в качестве которого может выступать как руководитель, так и любой сотрудник предприятия.
1.Если «инициатором задачи» является руководитель определенного уровня иерархии предприятия, в его функции связанные с принятием решения входят:
-определение коллективов сотрудников, участвующих в выработке решения
-определение лиц, участвующих в формировании задачи, т.е. лиц, определяющих критерии, параметры, ограничения и цели решения задачи.
-определение лиц участвующих в процедурах генерации возможных вариантов решения задачи:
-определение лиц, участвующих в оценке как промежуточных, так и итоговых результатов решения, причем данные коллективы специалистов, по своему составу могут совпадать.
-определение степени приоритетности мнения каждого участника,
-определение руководителей данных коллективов, т.е. лиц, ответственных за принятие решения по формированию задачи и по оценке результатов.
Все вышеуказанные коллективы формируются из сотрудников предприятия более низких уровней иерархии, находящихся в подчинении у данного руководителя.
Если данные сотрудники сами являются руководителями, то они могут для принятия своего решения, либо использовать индивидуальные методы принятия решений, либо формировать соответствующие группы специалистов и т.д.
2.В случае, когда «инициатор задачи» не является руководителем, он обязан передать данные о задаче своему непосредственному руководителю, который либо передаст задачу на уровень выше либо определит коллективы специалистов, участвующих в формировании задачи в процедуре генерации вариантов и в задачах оценки промежуточных и итоговых результатов в процессе решения задачи, степени приоритетности каждого участника и руководителей, сформированных коллективов. Каждый из выше указанных специалистов может использовать для выработки своего решения индивидуальные методы принятия решений. На этапе формирования задачи промежуточные результаты могут передаваться для предварительной оценки и согласования вышестоящему руководителю.
После завершения вышеуказанных процедур согласования и принятия окончательного варианта описания задачи запускается процедура ее решения на основе наиболее эффективного метода, выбранного из базы методов принятия решений. Процедура решения задачи выполняется специалистом по принятию решений во взаимодействии с «инициатором» и сотрудниками участвующими в выработке решения.
При завершении процедуры принятия решений руководитель данного уровня иерархии предоставляет результаты своему непосредственному руководителю, в этом случае он может выступать в роли «инициатора» задачи.
Таким образом, может быть запущена новая задача принятия решения, но на более высоком уровне иерархии предприятия.
В результате процесс принятия решения представляется в виде многошаговой процедуры. Причем начальная иерархия задач принятия решения может развиваться как вверх, так и вниз в соответствии с иерархией предприятия.
Распределённая система поддержки принятия решений масштаба предприятия представляет собой автоматизированную систему, обеспечивающую организацию процесса принятия решений. В состав программного обеспечения системы входят инструменты:
создания коллектива (группы) по принятию решений,
взаимодействия пользователей в ходе выполнения процедуры принятия решений,
реализации процедур индивидуальных и коллективных решений.
Важным доводом перехода к Web-технологиям является кроссплатформенность приложений, создаваемых для Интернета.
Разработка Web-интерфейса изначально ориентирована на рядовых пользователей, и не требует значительного времени для получения навыков в работе с системой. Самым важным достоинством такого подхода является обеспечение удаленного доступа к нужной информации.
Логически Web-интерфейс с точки зрения пользователя состоит из двух основных частей.
Пользовательская часть. Система предназначена для предоставления различной информации и сервисов пользователям, которым после авторизации доступна пользовательская часть интерфейса системы.
Административная часть. Система предоставляет возможность управления списком пользователей системы и набором критериев и параметров. Доступ в данную часть открыт только администраторам системы.
Администраторы системы — пользователи, которые имеют доступ к закрытой административной части системы, осуществляют наполнение и обновление справочников системы, а также ответственны за регистрацию пользователей, управление правами доступа их в систему. Благодаря гибкой системе настройки прав, конкретный пользователь будет иметь доступ в рамках единого интерфейса к тем разделам системы, к которым у него есть доступ. Разделы, к которым у пользователя нет доступа, не видны в его интерфейсе.
Анализ существующих СППР показал, что на сегодняшний день не существует аналогов разрабатываемой системы.
Разработка корпоративного портала комплексной СППР (СSSD) построена на технологии J2ЕЕ (Jаvа 2 Рlаtform Еnterprise Edition).
J2ЕЕ является признанным стандартом для разработки кроссплатформенных корпоративных систем и поддерживается мировыми лидерами в производстве и поставке программного обеспечения промышленного уровня, таких как IВМ (IВМ Websphere Portal), Огас1е(Огас1е9iАS Роrtal ), SUN(Sun ОNE Рогtal Sегvег).
Рис. 3 Интерфейс Oracle BI Suite Enterprise Edition (корпоративная аналитическая платформа)

Рис. 4 Интерфейс Oracle Warehouse Bullder (хранилище данных)

Рис. 5 Интерфейс Oracle BI Discoverer (составление нерегламентированных запросов)
Преимущество J2ЕЕ состоит в том, что модель приложения заключает уровни функциональных возможностей в определенные типы компонент.Бизнес-логика реализуется в компонентах Еnterprise JаvаВеаn (ЕJВ).
Рис. 6 Реализация Бизнес - логики в компонентах Еnterprise JаvаВеаn.
Взаимодействие с клиентом может осуществляться посредством обычных Web-страниц, посредством Web-страниц с использованием апплетов на основе Jаvа технологии, Jаvа Servlets АРI или JаvаServeг Раgеs технологии, или посредством автономных Jаvа приложений.
Компоненты открыто взаимодействуют, используя различные стандарты: ХМL, НТТР, SSL, RMI, ПОР и другие.
Так как эта модель базируется на языке программирования 1ауа, она позволяет использовать все преимущества Jаvа технологии во всех приложениях J2ЕЕ: это масштабируемость, переносимость и легкость программирования.
При разработке корпоративного портала СППР было сделано отступление от классической модели J2ЕЕ. Так как была поставлена задача создания прототипа комплексной СППР, было принято решение на данном этапе разработки не применять компоненты ЕJВ. На уровне бизнес логики были задействованы Hibernate и Struts.
Рассмотрим подробнее каждый уровень структуры корпоративного портала распределённой СППР.
Уровень 1.Интерфейс пользователя. Этот уровень заключает в себе все возможности для работы пользователей. Данный уровень не только обеспечивает графический интерфейс, позволяющий пользователям работать с приложением, вводить данные и просматривать результаты запросов, но и управляет форматированием полученных клиентом данных и операциями с ними.
Реализация Web-интерфейса основана на использовании Web-контейнеров. Основная задача Web-контейнера - предоставить клиенту доступ к бизнес-приложению в виде доступных сервисов Интернет. При этом выполнение логики представления возлагается на компоненты страниц JSP (JavaServer Pages) и сервлеты. Технология страниц JSP дает разработчикам простой способ создавать динамически генерируемые страницы. Web-контейнер не только исполняет роль Web-сервера, но и берет на себя управление безопасностью приложения, предоставляет сервлетам и страницам JSP интерфейсы JSP, JND1, JTA, JavaMail, JAF, RMI/IIOP и JDBC.
Для обеспечения динамики используется язык JаvаScript и DHTML.
В качестве Web-контейнера в разрабатываемой системе используется Jakarta -Тоmсаt.
Уровень 2. Бизнес-логика. Это уровень между интерфейсом и уровнями служб данных - это поле деятельности разработчика распределенного приложения.
Бизнес-логика, которая определяет правила обработки данных приложением, создает связь между пользователем и данными. Функции, определяемые правилами, моделируют ежедневные деловые задачи и могут быть как простыми задачами, так и последовательностями задач. На этом уровне используются Hibernate и Struts.
Для доступа к базе данных используется Hibernate (Оbject-Relational Mapping engine), который реализует доступ к данным, используя объекты. Hibernate автоматически выбирает, кэширует и корректирует данные из любой базы данных, поддерживаемой JDBC. Java Database Connectivity (JDBC) - промышленный стандарт взаимодействия между Java-приложением и широким спектром баз данных. JDBC предоставляет основанный на SQL АРI для доступа к базам данных.
Объектно - ориентированный подход при реализации прототипа системы позволит впоследствии быстро и качественно перевести всю бизнес-логику на технологию EJB и использовать все возможности серверов приложений, например бесплатный и надежный сервер JBOSS. Такой переход обеспечит системе необходимую стабильность и надежность масштаба предприятия.
Использование Jakarta Struts Framework. Struts является частью проекта Jakarta , поддерживаемого Арache Sofware Foundation. Цель проекта Jakarta Struts - разработка Ореn Sоuгсе среды для разработки Web-приложений с помощью технологий Java Seгvlеt и Java Sегvег Раges (JSР).
Struts способствует разработке приложений с архитектурой, базирующейся на парадигме Моdеl-View-Controller), известной как Моdel 2.
Рис. 7 Моdel 2
Struts включает следующие основные функции:
Сервлет-контролер (соntго11ег sегvlеt) который координирует запросы к соответствующим Асtion классам, созданным разработчиком приложения. Библиотеки JSP тегов и их поддержку в сервлете - контроллере, что помогает разработчикам в создании интерактивных Web-приложений, основанных на формах.
Вспомогательные классы для поддержки разбора (рarsing) ХМL, автоматического наполнения JavaBean, и интернационализации сообщений и запросов.
Уровень 3. Службы Базы данных. Службы данныхпредоставляются
структурированными хранилищами данных, которые обеспечивают доступ к данным приложения и управляют им. Одно приложение может использовать службы одного или нескольких хранилищ данных.
В проекте используется база данных SQL, PostgreSQL.
Трехуровневая архитектура изолирует каждый крупный набор функциональных возможностей, поэтому представление не зависит от правил обработки и бизнес - логики, которая, в свою очередь, отделена от данных. Эта модель требует большего предварительного анализа и проектирования, но существенно сокращает стоимость сопровождения и увеличивает функциональную гибкость и модульность системы при длительной эксплуатации.
Рис. 8 Трехуровневая архитектура базы данных SQL используемая в проекте.
Трехуровневая технология уже не относится к новым, но продолжает активно развиваться. Новой является концепция корпоративного портала комплексной СППР (CSSD) и применение открытых технологий для построения СППР. На сегодняшний день реализована первоначальная постановка задачи пользователем, отправка ее другим пользователям, модуль администрирования и модуль обмена сообщениями.
В системе реализуется комплексный подход к защите информации, основанный на защите конфиденциальности и целостности данных. В базовом исполнении системы безопасность обеспечивается путём авторизации пользователей при обращении к данным и разграничения доступа к ресурсам системы. При необходимости могут быть встроены программные модули криптографической защиты данных, хранимых на сервере и передаваемых по открытым каналам связи.
2.3. Результаты внедрения системы (СППР) на предприятии.
Ожидаемые результаты внедрения системы:
Возможность обмена мнениями между участниками процесса принятия решений и обеспечение процедуры согласования в фоновом режиме без отрыва участников от своих основных обязанностей, находясь на своем рабочем месте, используя, при необходимости, инструментальные средства поддержки принятия индивидуальных решений.
Обеспечение прозрачности и возможности документирования всей процедуры согласования, что позволяет исключить лоббирование и выявить необоснованно упорствующих в своём мнении сотрудников.
Замена процедуры голосования на более надёжную и эффективную процедуру согласования, позволяющую правильно организовать процедуру поиска рационального решения, удовлетворяющего всех участников ГПР и обеспечивающую:
-Возможность задания весов критериев (веса критериев могут задаваться как лицом ответственным за принятие решений, так и индивидуально каждым участником процедуры согласования).
-Возможность задания коэффициентов важности участников процесса принятия решений.
-Проведение процедуры согласования решений в ситуации, когда в процессе принятия решений принимают участие специалисты одного профиля, т.е. работающие в одной системе критериев и параметров при оценке качества предложенных решений. Эта ситуация наиболее характерна для принятия оперативных и тактических решений.
-Проведение процедуры согласования решений в ситуации, когда в процессе принятия решений принимают участие специалисты различных профилей, т.е. работающие в различных системах критериев и параметров при оценке качества предложенных решений. Эта ситуация наиболее характерна для принятия стратегических решений.
Наибольший эффект предлагаемая системы даёт при решении следующих задач:
- Принятие решений при проведении конкурсных отборов и тендеров.
- Принятие решений по инвестиционной деятельности предприятия.
- Принятие решений по определению путей модернизации деятельности предприятия.
Заключение.
Внедрение этой информационной системы рассматривается как производственный проект со всеми соответствующими стадиями (фазами): -инициация,

 

ПРИНИМАЕМ К ОПЛАТЕ