Файл: Проектирование реализации операций бизнес-процесса Покупка сырья и материалов.pdf

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

Выходами этого процесса являются:

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

На основании этого построим контекстную диаграмму (рис. 3):

Рис. 3. Контекстная диаграмма

В ходе детализации процесса выделим такие процессы первого уровня:

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

Соответствующая диаграмма этой декомпозиции приведена на рис.4.

Рис.4. Диаграмма декомпозиции для процесса закупки сырья и материалов

Выполним детализацию процесса выявления поставщиков.

Получим такие три функции:

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

Построим диаграмму декомпозиции процесса:

Рис.5. Диаграмма декомпозиции выявления или оценки поставщиков

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

3.Реализация бизнес-процессов с помощью СУБД Access

3.1. Теоретические основы баз данных

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

---

Ясно, что проект базы данных нужно начинать с анализа предметной области и идентификации требований к ней всех пользователей (сотрудников организации, для которой создается база данных). Подробнее процесс будет рассмотрен далее, а здесь пока отметим, что проектирование поручается человеку (или группе лиц) –а именно администратору базы данных (АБД). Им может являться как специально выделенный сотрудник в организации, так и будущий пользователь конкретной базы данных, который достаточно хорошо знакомый с обработкой данных с помощью машин. [1]

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

Данная человеко-ориентированная модель вообще независима от физических факторов среды хранения данных. Этой средой может быть не только не ЭВМ, но и память человека.

Поэтому инфологическая модель не должна быть измененной до тех пор, пока кое-какие изменения не потребуют изменения в ней кое-какого определения, для того чтобы эта модель продолжала далее отражать предметную область. [5]

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

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

Реляционная база данных представляется хранилищем данных, которое содержит набор двухмерных таблиц. Информация в таблицах должна удовлетворять такимпринципам.[9]

1. Атрибуты (их значения) должны быть атомарными (то есть, каждое значение, которое содержится на пересечении колонки истроки,не должно расчленяется на несколько значений).[8]

2. Значения всех атрибутов должны принадлежать одному типу.

---

3. Каждое поле имеет уникальное имя.

4. Каждая запись в таблице есть уникальной.

5. Последовательность записей и полей в таблице не является существенной.

Отношение – это важнейшее понятие и представляет собойдвумерную таблицу, которая содержит некоторые данные.

Сущность – это объект любой природы, данные котором хранятся в базе, а данные о сущности хранятся в отношениях.[7]

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

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

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

Каждое отношение имеет комбинацию атрибутов, что может служить некоторым ключом. Ее существование гарантируется одним из принципов РМД.

Возможны некоторые случаи, в которых отношение имеет только несколько комбинаций атрибутов, каждый вариант из которых однозначно определит все кортежи отношения. Эти комбинации атрибутов есть возможными ключами отношения. Каждый из возможных ключей может быть первичным.[5]

Ключи используют для достижения таких следующих целей:

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

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

Атрибуты отношений К2, которые составляют внешний ключ, не являются для данного отношения ключевыми.[10]

С помощью таких ключей устанавливается связь между отношениями.

Ограничения целостности в реляционной модели разделяют на две группы: ограничения целостности ссылок и ограничения целостности сущностей.

Ограничения целостности заключаются в требовании некоторой уникальности для кортежей отношения (записей). Отсюда получим следующие ограничения:[6]

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

---

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

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

Основной единицей обработки информации в реляционных базах данных является отношение, а не его отдельные кортежи (записи).

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

MicrosoftAccess - настольная СУБДреляционного типа. В отличие от остальных СУБД, Access хранит всю информациюв одном файле, но распределяет их по таблицам, как и необходимо в реляционных БД. К таким данным относится не лишь информация в таблицах, а и другие объекты базы, которые будут ниже описаны.

Одним из достоинств Access является наличие очень простого графического интерфейса, который позволяет легко создать собственную базу данных, разрабатывать приложения, использовать при этом встроенные средства.[14]

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

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

Поскольку MSAccess не является клиент-серверной СУБД, то его возможности по обеспечению работы нескольких пользователей ограничены. [8]

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

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

---

Однако, при указанных недостатках MS Accessрасполагаетбольшим количеством преимуществ.

В первую очередь отметим распространенность, что обусловлена принадлежностью СУБД компании Microsoft, операционные системы и программное обеспечение которой использует множество пользователей ПК. MS Accessабсолютно совместим с ОСWindows, постоянно обновляется, поддерживает различныеязыки.[9]

MS Access предоставляет за небольшую стоимость огромное количество возможностей. Также отметим ориентированность на пользователей с различной профессиональной подготовкой. Это выражается в наличии различныхвспомогательных средств, развитую справочную систему и интуитивно понятный интерфейс. Данные средства облегчают проектирование и создание БД, выборку из нее данных.

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

Также Access обладает большими возможностями по экспорту/импорту данных в разнообразные форматычерез механизм ODBC: от текстовых файлов и таблиц Excel до любой серверной СУБД.[7]

Еще одним немаловажным преимуществом MS Accessявляется встроенные средства разработки приложений. Большое количество приложений, которые распространяемые среди пользователей, содержат некоторый объем кода языка VisualBasicforApplications.

VBA – единственное средство для выполнения различных стандартных задач в MSAccess (построение команд SQL, обработка ошибок, работа с переменными, использование Windows API), для создания сложных приложений.

Одним из методов программирования в рассматриваемой базе данных является язык макрокоманд. Программы, что созданы на этом языке, называют макросами и позволяют связывать отдельные действия, которые реализуются с помощью запросов, форм, отчетов. Макросы при этом управляются событиями, что вызываются действиями пользователями через формы или системные события в диалоговой работе с данными.[6]

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

---