72
проектирования. Поддержание целостности сущностей обеспечивается
средствами системы управления базой данных (СУБД). Это
осуществляется с помощью двух ограничений:
- при добавлении записей в таблицу проверяется уникальность их
первичных ключей
- не позволяется изменение значений атрибутов, входящих в
первичный ключ.
Целостность ссылок. Сложные объекты реального мира
представляются в реляционной базе данных в виде кортежей нескольких
нормализованных отношений, связанных между собой. При этом:
1. Связи между данными отношениями описываются в терминах
функциональных зависимостей.
2. Для отражения функциональных зависимостей между
кортежами разных отношений используется дублирование первичного
ключа одного отношения (родительского) в другое (дочернее). Атрибуты,
представляющие собой копии ключей родительских отношений,
называются внешними ключами.
Требование целостности по ссылкам состоит в следующем:
- для каждого значения внешнего ключа, появляющегося в
дочернем отношении, в родительском отношении должен найтись кортеж с
таким же значением первичного ключа.
Компания «Валента» заключило партнерство с компанией Microsoft.
Поэтому в данной работе рассматриваем линейку ОС Windows для работы
с информационой системой SAP ERP.
Microsoft Windows 10 Professional является оптимальным решением
для предприятия АО «Валента». Данная версия операционной системы
Windows сочетает в себе преимущества Windows 7 (средства
безопасности, управляемость и надежность) с качествами Windows 8
(быстродействие, поддержка пользователей). Это делает Windows 10
73
наиболее подходящей операционной системой для ПК, применяемых в
корпоративной среде.
Выбор данной ОС обусловлен её преимуществами перед другими
продуктами компании Microsoft. Основные преимущества:
высокий уровень надежности;
техническая поддержка в удаленном режиме;
защита драйверов Windows.;
улучшение совместимости приложений;
повышение безопасности;
многоязычная поддержка;
централизованное управление настольными компьютерами на
основе групповой политики;
миграция состояния пользователя;
параллельно существующие библиотеки DLL;
масштабируемая поддержка памяти и процессора.
Корректность работы приложения в ОС компании Windows новых
версий определяется правильной настройкой работы драйверов СУБД.
Информационная система, разрабатываемая в данной работе, будет
предназначена для упрощения расчетов с клиентами.
Основными компонентами системы являются ПК участников
процесса, локальная сеть и сервер. На рисунке показана схема
подключения и требования к системе. Операционная система должна быть
не ниже версии Windows 10.
Информация хранится в базе данных под управлением СУБД SAP
ERP. Компоненты соединены средством ЛВС (рисунок 3.3).
74
Локальная сеть, скорость передачи данных 100 МБ/с
Сервер SAP ERP
ПК пользователей ИС с установленным приложением. Частота процессора не ниже 2000 МГц,
не ниже 3ГБ
Рисунок 3.3 – Схема развертывания ИС
Далее представим пример работы системы. Представленный ход
внедрения технологии связан с общим взаимодействием с ERP системой.
В компании АО «Валента» существует множество бизнес-процессов,
которые будут интегрироваться в информационную систему SAP ERP. В
ходе данной работы рассмотрим некоторые из них.
Для моделирования бизнес-процес Каждый процесс должен иметь
один вход и один выход. Смысл процессов здесь заключается в обработке
данных, а потому процесс должен получить данные (входящая стрелка) и
отдать куда-то после обработки (исходящая стрелка);
Процесс обработки данных должен иметь внешнюю входящую
стрелку (данные от внешней сущности). Для того, чтобы любой подобный
процесс начал работать, мало использовать данные из хранилища, должна
поступить новая информация для последующей обработки;
Стрелки не могут связывать напрямую хранилища данных, все связи
идут через процессы. Нет смысла просто перемещать данные из одного
места в другое, а именно так читается прямая связь двух хранилищ
стрелкой. Данные поступают для того, чтобы производились какие-то
ОП
75
действия, в нашем примере – осуществлялся процесс продажи. А это
возможно только посредством обработки (процесса);
Все процессы должны быть связаны либо с другими процессами,
либо с другими хранилищами данных. Процессы не существуют сами по
себе, а потому результат должен куда-то передаваться;
Декомпозиция. В DFD-диаграммах предусмотрена возможность
создавать крупные процессы и декомпозировать их на подпроцессы с
подробным описанием действий. Например, мы можем создать процесс
«создание заявки», который потом декомпозировать на
последовательность действий, например, на получение заявки, отдельно –
проверку и получение данных клиента, если товар в интернет-магазине
продается под заказ, то также при формировании заявки потребуется
получить данные от поставщика о наличии нужных наименований и т.д. И
тогда на верхней диаграмме у нас будет блок «обработка заявки», а при
декомпозировании мы получим диаграмму с подробной
последовательностью действий на этом этапе. При этом ни на одном этапе
у нас не будет условий и ветвления. Будет процесс и его декомпозиция
глубиной до 3-4 уровней.сов необходимо создать DFD диаграмму.
Диаграммы потоков данных (Data Flow Diagrams — DFD) предполагают
собою иерархию многофункциональных процессов, сопряженных
потоками данных. Задача подобного представления — показать, как
каждый процесс преобразует собственные входные сведения в выходные, а
кроме того обнаружить взаимоотношения между данными процессами.
Для построения DFD обычно применяются 2 разнообразные
нотации, соответственные методам Йордона-ДеМарко и Гейна-Сэрсона.
Данные нотации несущественно разнятся друг с другjv графичным
рисунком символов (далее в образцах применяется нотация Гейна-
Сэрсона).
76
В согласовании с данным способом форма системы обусловливается
как иерархия диаграмм потоков данных, описывающих асинхронный
процесс переустройства данных с её ввода в систему вплоть до выдачи
потребителю. Источники данных (внешние сущности) порождают
информативные потоки (потоки данных), выносящие сведение к
подсистемам либо процессам. Те, в собственную очередность,
преобразуют сведение и порождают новейшие потоки, которые
перемещают информацию к другим процессам или подсистемам,
накопителям данных либо внешним сущностям — потребителям данных.
Диаграммы верхних уровней иерархии (контекстные диаграммы)
устанавливают ключевые процессы или подсистемы с внешними входами
и выходами. Они детализируются при поддержки диаграмм нижнего
уровня. Подобная декомпозиция длится, формируя многоуровневую
иерархию диаграмм, вплоть до тех времен, пока никак не будет достигнут
уровень декомпозиции, в котором детализовать процессы далее никак не
имеет смысла.
Состав диаграмм потоков данных
Основными элементами диаграмм потоков информации считаются:
• внешние сущности;
• системы и подсистемы;
• процессы;
• накопители информации;
• потоки данных.
Внешняя сущность предполагает собою финансовый объект либо
физическое субъект, представляющие основой или приемником сведениq,
к примеру, клиенты, штат, поставщики, покупатели, хранилище.
Установление определенного предмета либо концепции в свойстве
наружной сути показывает в в таком случае, то что возлюбленная
пребывает из-за границами пределов рассматриваемой системы. В ходе
77
рассмотрения определенные наружные сущности имеют все шансы
являться вынесены вовнутрь диаграммы рассматриваемой системы, в
случае если данное следует, либо, напротив, доля действий может быть
выброшена из-за границы диаграммы и показана как наружная сущность.
Внешняя суть классифицируется квадратом, размещенным надо
диаграммой и бросающим в ее тень с целью того, чтобы возможно
существовало выделить данный символ из числа иных обозначений.
Рассмотрим процесс обработки заявки от клиента на покупку товара.
Сначала рассмотрим верхний уровень диаграммы (рисунок 3.4).
Декомпозиция основного элемента представлена на рисунке 3.5
Рисунок 3.4 – Бизнес-процесс «Система обработки заказа
клиента»
78
Рисунок 3.4 – Бизнес-процесс «Система обработки заказа
клиента», декомпозиция.
Ход продаж начинается с возникновения предложения ERP. После
чего создается заказ клиентов ERP в качестве последующего действия для
существующего предложения. Кроме того, в проекте представлено, как
обработать заказ клиентов ERP, без ссылки на предшествующий источник
информации – таблица 3.
Таблица №3
Обзорная таблица процесса
Шаг процесса
Бизнес-условие
Бизнес-роль
Ожидаемые результаты
Создание
предложения ERP
Собраны
дополнительные
данные
Сотрудник
отдела сбыта
Создано предложение
Создание заказа
клиента ERP
Предложение создано
и принято клиентом
Сотрудник
отдела сбыта
Создан заказ клиента
79
Пример создания нового заказа представлен в таблице 4:
Пример создания нового заказа.
Таблица№4
Имя поля
Описание
Операция пользователя
и значения
Примечание
Ид. заказчика
<КЛИЕНТ>
Выберите
сбытовую
организацию,
если появится
экран выбора
Выберите
функцию
партнера (в
случае
нескольких
вариантов
выбора)
<Функция партнера>
Например,
выбор из
нескольких
получателей
Ид. продукта
<ПРОДУКТ>
Количество
Количество
Введите количество
При наличии в системе открытых предложений или договоров для
этой комбинации клиента и продукта появится диалоговое окно с
указанием открытых документов.
Результатом будет создание Заказа клиента непосредственно в
системе ERP.
Разработку в SAP ERP ведут на языке ABAP. Для обращения к базе
данных используются Open SQL-запросы. Данный вид запросов
напоминает SQL-запросы.
При введении SQL-запрос SELECT происходит выборка данных из
базы. Нужно заранее знать, что хранится в обрабатываемой таблице, либо
по ходу действия заходить в эту таблицу через браузер данных для
80
корректного прочтения. Пример работы запроса SELECT представлено на
рисунке 3.5
Рисунок 3.5 – Пример запроса SELECT.
На рисунке 3.6 представлена карточка клиента, удовлетворяющая
поиску по фильтру.
Рисунок 3.6- Карточка клиента.
81
Листинг кода для создания карточки клиента можно посмотреть в
приложении№2.
Так как требуется не только считывать данные из таблиц базы, но и
сохранять новые или измененные данные в базе данных, если они могут
понадобиться в дальнейшем. Основные команды для изменения таблиц
базы данных: INSERT, UPDATE, MODIFY, DELETE. Все они являются
частью Open SQL, который интегрирован в состав языка ABAP/4.
Вставка строк производится с помощью с помощью команды
INSERT.Изменение таблиц базы данных, отдельного элемента либо
нескольких элементов производится с помощью команды
UPDATE.Модификация элемента производится с помощью команды
MODIFY.Удаление элементов таблицы базы данных производится с
помощью команды DELETE.
Примеры работы программы представлено на следующих рисунках.
На рисунке 3.7 представлены потенциальные возможности по
клиенту. В данной таблице мы можем не только посмотреть, но и изменить
их.
Рисунок 3.7 - Потенциальные возможности по клиенту
На рисунке 3.8 представлено изменение потенциальных
возможностей по клиенту.