Автор работы: Пользователь скрыл имя, 30 Марта 2014 в 21:56, курсовая работа
Краткое описание
Наличие в современной компании информационной системы, позволяющей сделать внутренние бизнес-процессы оптимальными, снизить себестоимость продукции и повысить привлекательность предприятия для инвесторов, является значимой составляющей успеха в конкурентной борьбе и важным условием привлечения инвестиций в ключевую отрасль государства. Яркий пример таких систем - корпоративные информационные системы, использующие методологию ERP (Enterprise Resource Planning - планирование ресурсов предприятия). ERP - интегрированная совокупность методов, процессов, технологий и средств.
Содержание
Глава 1. Характеристика корпоративной системы управления ресурсами SAP ERP 1.1 SAP ERP и объект автоматизации 1.2 Оценка риска программного продукта ERP SAP Глава 2. Анализ использования программных продуктов 2.1 Общие сведения о SAP ERP 2.2 Функциональная модель SAP ERP 2.3 Логическая схема работы SAP ERP 2.4 Организационная структура и состав пользователей 2.5 Экономическая эффективность автоматизации бизнес процессов с помощью программного продукта SAP ERP Заключение Список использованных источников
Внедрение любой финансово-экономической
системы преследует вполне определенную
цель - повышение эффективности работы
и, в конечном итоге, выживание предприятия
в условиях конкурентной борьбы. Чтобы
выжить, предприятию необходимо перейти
от традиционных, ориентированных на функции
структур к более гибким формам, ориентированным
на процессы. На практике такой переход
может быть рассчитан и осуществлен только
при наличии соответствующих инструментальных
средств - для SAP ERP это специализированный
инструмент бизнес-инжиниринга Business Engineer.
С его помощью можно сконфигурировать
и настроить систему SAP ERP так, чтобы она
удовлетворяла потребностям предприятия,
поддерживать это соответствие в течение
всего жизненного цикла системы.
Благодаря открытому стандартному пользовательскому
интерфейсу Business-Engineer партнеры SAP и консультанты
могут создавать предварительно сконфигурированные
отраслевые решения на базе хозяйственных
сценариев SAP ERP. Кроме того, открытые интерфейсы
дают клиентам SAP возможность разрабатывать
собственные шаблоны для внедрения системы
SAP ERP. Business-Engineer включается в стандартную
поставку системы SAP ERP и состоит из трех
главных компонентов: Бизнес-конфигуратор
SAP ERP, поддерживающий процедуры создания
и ведения моделей предприятия с автоматической
генерацией соответствующих задач и профилей
настройки; Ссылочная модель SAP ERP - обширная
метамодель внедрения SAP ERP, включающая
организационную модель, модель процессов,
модель данных, модель распределения функций
и модель бизнес-объектов; Репозитарий
SAP ERP - основной банк данных для Ссылочной
модели, отраслевых моделей и созданных
моделей предприятия.
Система обеспечивает динамическое графическое
моделирование бизнесс-процессов и может
работать в диалоговом режиме. Инструмент
Business-Engineer значительно ускоряет и упрощает
процесс конфигурирования системы SAP ERP.
При создании модели предприятия могут
использоваться типовые сценарии бизнес-процессов,
поставляемые SAP и ее партнерами. Инструментарий
бизнес-инжиниринга может применяться
и для реализации собственных методов
внедрения SAP ERP, в том числе с использованием
привычных инструментов динамического
моделирования бизнес-процессов от других
производителей.
2.3 Логическая
схема работы SAP ERP
Рассмотрим основные понятия из области
базиса SAP ERP. Система (центральная инстанция)
- представляет собой сервер приложений
вместе с СУБД.
Мандант (клиент) - это организационно
независимая часть в системе R/3. Каждый
мандант имеет собственную среду данных,
т.е. собственные основные и переменные
данные, присвоенные основные записи пользователей,
планы счетов и специфические параметры
настройки. В системе может быть несколько
мандантов. Почти во всех таблицах БД с
пользовательскими данными и настройками
есть поле, являющиеся частью ключа, которое
содержит номер манданта. Когда программа
запрашивает какие-либо данные из такой
таблицы, к запросу автоматом дописывается
что-то вроде and mndt=НомерМандантаКудаВыВошли
На практике это означает, что в каждом
манданте может работать отдельное предприятие
не мешая работающим в других мандантам.
Но программы на ABAP/4, формуляры (отчетные
формы) при этом являются общими для всех
мандантов одной системы.
Репозитарий - хранилище всех ABAP-программ
и описания структуры данных и таблиц,
с которыми работают программы. Репозитарий
является общим для всех мандантов системы.
Запрос на перенос (транспорт) - содержит
программы или настройки, которые можно
переносить между мандантами или системами.
Деблокированный запрос представляет
собой несколько файлов, содержащих требуемую
информацию.
Деблокированние - этот термин в SAP означает
"утверждение", отправку в работу.
Пока запрос, документ не деблокированы
они считаются черновиками, их можно изменять
и никаких действий они не вызывают.
Ландшафт - это несколько систем, между
которыми можно переносить настройки
и программы. Несколько систем требуются
для обеспечения процесса разработки
и настройки. SAP рекомендует следующий
ландшафт:
1 - система разработки. Содержит 3 манданта
(номера можно использовать другие).
300 - в нем можно менять настройки
и программы. При этом любое
изменение сразу попадает в
запрос на перенос.
400 - менять в нем ничего нельзя.
Используется для предварительного
грубого тестирования программ (кои
"возникают" там одновременно
с 300) и настроек.
200 - песочница (Sandbox). Предназначен для
экспериментирования с настройками. Поменяли
настроечку - сразу там же посмотрели,
как изменилась работа пользовательской
транзакции. Запросы на перенос из песочницы
не формируются и соответственно эксперименты
никак не могут повредить другим мандантам
в этой и других системах.
2 - контроль качества. В этой
системе обычно два манданта:
500 - используется для обучения
пользователей
600 - предназначен для проверки корректности
разработки или настройки.
Настройка или разработка может попадать
в эту систему после деблокирования. Вы
должны тщательно проверить, что все работает,
как задумано, прежде чем переносить запрос
в продуктив.
3 - продуктивная система
Обычно один мандант, в котором работают
пользователи. Согласно требованиям SAP,
группа внедрения вообще не должна иметь
доступа к этой системе. Ошибочные действия
ведут к очень тяжелым последствиям. Также
иногда на продуктивной системе делают
копию продуктивного манданта (на разных
проектах за этим могут стоять разные
цели).
На компьютере пользователя устанавливается
небольшая программа SAP GUI (Graphics User Interface
- Графический Интерфейс Пользователя),
функция которой сводится к отображению
данных, принятых с сервера, и передаче
на сервер данных и команд пользователя
(иногда можно обойтись интернет-браузером
вместо GUI).
Сервером называют специализированный
мощный надежный компьютер, предназначенный
для хранения и обработки передающихся
по сети данных множества пользователей.
На сервере обычно устанавливают Систему
Управления Базой Данных (СУБД) - программу,
предназначенную для хранения данных
в виде набора взаимосвязанных таблиц,
с возможностью их (данных) добавления,
изменения, удаления и извлечения по запросу
пользователя в различных сочетаниях.
Обращение к БД (Базе данных) осуществляется,
как правило, с использованием специального
языка SQL (Structured Query Language - Структурированный
Язык Запросов). В нашем случае в БД, кроме
собственно бизнес-данных, хранятся все
настройки системы, репозитарий и тексты
программ на языке ABAP/4.
Собственно SAP-ом называют Сервер Приложений
(Application Server) - программу, работающую на
сервере, которая осуществляет все действия
над данными пользователей. Рассмотрим
ее работу упрощенно на примере.
Логика работы с SAP ERP:
Запрос отпользователя
SAP GUI
Сервер приложений
Запрос на языке ABAP/4
СУБД (Часть программы на языке ABAP/4, кот.
может выполнить запрос)
СУБД (извлечение данных и вып.
запроса)
SAP GUI
Отображение результата у пользователя
Схема № 1. Алготитм работы
SAP ERP
2.4 Организационная
структура и состав пользователей
Как уже пояснялось выше, в Продуктивной
системе Ландшафта SAP ERP хранятся данные
о пользователях программы.
Роль (отдельная) - описывает, какие именно
действия может осуществлять пользователь
в системе.
Роль (групповая) - состоит из отдельных
ролей. Используется для облегчения работы
с ролями.
Роли являются мандантозависимыми, создаются
и переносятся так же, как настройки. Роль
может содержать в себе:
1) дополнение к меню пользователя,
т.е., транзакции с названиями, которые
будет видеть пользователь;
2) объекты полномочий - описывают,
что именно может делать пользователь.
Например, какие транзакции он
имеет право запускать, какие
именно операции над данными
может выполнять для данного
подразделения и т.п.
Следует иметь в виду, что если пользователю
присвоены несколько ролей, в которых
есть один и тот же объект полномочий с
разными параметрами, пользователь получит
максимальные права из двух возможных
(соответствует логической операции "или").
На программном уровне объект полномочий
является специальным элементом языка
ABAP/4 и проверяется при выполнении программы.
В зависимости от результатов проверки
программа может осуществлять различные
действия, например, выдавать сообщение
"Недостаточно полномочий".
Профиль полномочий - это скомпилированная
(приведенная в машинный вид) роль. Собственно
система работает именно с профилями,
роли пользователю можно и не присваивать
(если нет нужды в меню).
Группы пользователей:
Группы пользователей по функционалу/приложениям
Всех пользователей SAP ERP можно разделить
на группы в соответствии с их функционалом,
какие модули программы они используют,
к каким отделам обращаются, с какой информацией
работают. В зависимости от этого можно
настроить доступ к той или иной информации.
Рис.1 Иерархия групп пользователей
в SAP ERP
Группы пользователей по контенту: администраторы,
разработчики и пользователи.
Группы пользователей для ограничения
доступа к данных, с их помощью защищается
конфиденциальность требуемых данных.
Специальные группы (по проектам):
Рис.2 Проектные группы
2.5 Экономическая
эффективность автоматизации бизнес
процессов с помощью программного
продуктаSAP ERP
Однозначных критериев оценки эффективности
внедрения ERP не существует. ERP - системы
направлены на обеспечение руководителей
жизненно важной для бизнеса информацией
- необходимой, прежде всего, для принятия
стратегически верных решений.
Нельзя забывать, что внедрение ERP обычно
приводит к серьезным изменениям во всей
структуре управления компанией. Поэтому
оценивать целесообразность внедрения
системы без оценки эффективности изменения
работы компании невозможно.
Общая экономическая эффективность проекта
внедрения корпоративной информационной
системы определяется влиянием на основные
производственные процессы с учетом затрат,
связанных с ее внедрением и эксплуатацией.
Например, автоматизация складского хозяйства
помогает оптимизировать процессы хранения
на складе запасов, осуществлять контроль
за резервами и наличием продукции. Это
позволяет сокращать издержки и более
рационально использовать складские помещения
предприятия. При введении подобной системы
издержки на складские запасы снижаются
в среднем по рынку на 20%.