Файл: Разработка регламента выполнения процесса «Складской учет» (проектирование деятельности склада Интернет-магазина за счет разработки рекомендаций по оптимизации процессов).pdf

Менеджер развертывания (application distribution management) - инструменты, позволяющие подготовить созданное приложение к распространению, установить и обслуживать его (платформа пользователя может отличаться от платформы разработчика). К ним относятся сетевые драйверы и драйверы баз данных, сервер приложений (polyserver), средства распространения приложений и управления базами данных. Uniface поддерживает интерфейс практически со всеми известными аппаратными и программными платформами, СУБД, CASE-инструментами, сетевыми протоколами и менеджерами транзакций^[7].

Personal Series (личные инструменты) - используется для создания сложных запросов и отчетов в графическом виде, а также для передачи данных в такие системы, как Word и Excel.

ERwin-CASE-это инструмент проектирования и документирования баз данных, который позволяет создавать, документировать и обслуживать базы данных, репозитории и витрины данных. Модели данных помогают визуализировать структуру данных, позволяя эффективно организовывать, управлять и администрировать такие аспекты предприятия, как сложность данных, Технологии баз данных и среды развертывания.

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

Основные характеристики ERwin:

• синхронизация модели / базы данных;
• автоматизированное создание структуры базы данных и реверсивный инжиниринг;
• опубликованная модель;
• поддержка нотаций: IDEF1x, т. е. габаритная;
• документирование структур баз данных ;
• перенос структур баз данных (но не самих данных) из одного типа СУБД в другой

Функциональность Эрвин :

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

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

---

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

Поддержка нескольких нотаций моделирования. Для визуального проектирования систем обработки транзакций, витрин и хранилищ данных в единой интегрированной среде ERwin поддерживает три популярных обозначения моделирования данных: определение интеграции для информационного моделирования (IDEF1X), информационная инженерия (IE) и размерное моделирование (DM).

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

Генерация структуры базы данных. ERwin позволяет автоматически создавать структуру базы данных из модели. Продукт включает оптимизированные шаблоны триггеров целостности ссылок и богатый макроязык, совместимый с различными типами баз данных, что позволяет пользователю настраивать триггеры и хранимые процедуры. Пользовательские шаблоны упрощают создание полной физической структуры базы данных и полных определений (для соответствующей целевой базы данных).

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

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

---

Анализ данных, представленных в таблице, показывает, что только комплекс Westmount I-CASE+Uniface наиболее полно удовлетворяет всем критериям, принятым в качестве основных. Например, в комплексе Westmount I-CASE+Uniface целостность базы данных проектирования и унифицированная технология сквозного проектирования информационной системы обеспечивается за счет использования мостового интерфейса Westmount-Uniface. Следует отметить, что каждый из двух продуктов сам по себе является одним из самых мощных в своем классе.

Таким образом, наиболее развитым средством на сегодняшний день является комплекс Westmount I-CASE+Uniface. С другой стороны, его применение не исключает использования в одном проекте таких инструментов, как PowerBuilder для разработки относительно небольших прикладных систем в среде Windows.

2 ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ

2.1 Моделирование бизнес-процессов «как есть»

Системный анализ представляет собой совокупность методов и средств, позволяющих исследовать свойства, структуру и функции объектов, явлений или процессов в целом, представив их в качестве систем со всеми сложными межэлементными связями^[8].

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

Рисунок 2. UML диаграмма системы ведения склада

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

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

1. Вариант использования «Войти в систему». С помощью данного варианта работник может войти в систему. Вариант начинается, когда работник заходит в систему.

Система требует логин и пароль работника. Работник вводит логин и пароль. Система подтверждает логин и пароль, после чего происходит переход в систему.

---

Если во время выполнения основного потока работником будет введён неверный логин или пароль, то появится сообщение о ошибке. Работник может либо начать заново, либо не входить в систему, но таким образом он не сможет воспользоваться ни одним из оставшихся вариантов использования^[10].

2. Вариант использования «Поиск заказов». С помощью данного варианта работник может вывести на экран список из заказов клиентов. Работник вводит номер заказа или фамилию клиента, сделавшего заказ для поиска заказа.

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

3. Вариант использования «Изменить статус заказа». С помощью данного варианта работник может изменить статус заказа. Работник выбирает требуемый ему заказ из списка.

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

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

4. Вариант использования «Изменить адрес заказа». С помощью данного варианта работник может изменить статус заказа. Работник выбирает требуемый ему заказ из списка. С помощью клавиатуры работник изменяет адрес заказа.

5. Вариант использования «Сохранить изменения». С помощью данного варианта работник может сохранить измененные данные о адресе и статусе заказов. Работник нажимает на кнопку «Сохранить изменения».

Система обновляет значения адреса и статуса у заказов в базе данных. Если работник набрал с клавиатуры неверное значение статуса заказа, система выдаст сообщение об ошибке и прекратит обновление базы данных.

6. Вариант использования «Показать товары из заказа». С помощью данного варианта работник может увидеть какие товары содержатся в данном заказе. Работник вводит нажимает на ряд в таблице, содержащий информацию о данном заказе.

Система выбирает все товары, находящиеся в заказе из базы данных и выводит на экран^[11].

Построим функциональную схему бизнес-модели склада Интернет-магазина, опишем все необходимые бизнес-процессы с точностью, достаточной для однозначного моделирования деятельности разрабатываемой системы. Для этого опишем информационную модель системы на основе методологий IDEF0 и DFD. Данная модель является AS-IS моделью бизнес-процессов склада Интернет-магазина (рисунок 3).

---

Рисунок 3. Контекстная диаграмма AS-IS Интернет-магазина

Декомпозируем контекстную модель на пять этапов (рисунок 4). Типом данной диаграммы является IDEF0.

Рисунок 4. Декомпозиция контекстной диаграммы AS-IS

Декомпозируем работу «Доставка» (рисунок 5). Диаграмма А4 «Доставка» имеет тип DFD.

Рисунок 5. Диаграмма «Доставка»

Диаграмма «Доставка» отражает процесс движения информационных потоков. Структура диаграммы включает 4 работы и 2 хранилища данных.

На рисунке 6 представлена диаграмма To-BE верхнего уровня на основе методологии IDEF0. На ней изображен основной процесс, в котором задействованы отдел сбыта и информационная система движения товаров Интернет-магазина^[12]. Декомпозиция верхнего уровня представлена на рисунке 7. На данной диаграмме показано, какие бизнес-процессы формируют более общую бизнес-функцию «Работы отдела сбыта Интернет-магазина»: «Поиск клиентов», «Консультация», «Внесение данных в базу данных», «Оформление заказа» и «Заключение договора». В свою очередь бизнес-функции, «Внесение данных в базу данных» и «Заключение договора» декомпозируются еще на уровень вверх. Диаграмма с декомпозицией бизнес-функции бизнес-функции «Внесение данных в базу данных» представлена на рисунке 8.

Как видно из приведенных диаграмм, бизнес-функция «Внесение данных в базу данных» состоит еще из двух других – «Формирование запроса пользователем» и «Обработка запроса базой данных», а бизнес-функция «Заключение договора» из «Обработка заказа» и «Оформление договора». Диаграмма с декомпозицией бизнес-функции «Формирование запроса пользователем» представлена на рисунке 4, диаграмма с декомпозицией бизнес-функции «Обработка запроса базой данных», диаграмма с декомпозицией бизнес-функции «Обработка заказа», диаграмма с декомпозицией бизнес-функции «Оформление договора» представлены в приложении.

Рисунок 6. Диаграмма верхнего уровня на основе методологии IDEF0

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

---