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

Далее выскакивает окно рабочей области с фамилией и названием проекта.

Рисунок 2.4. Окно рабочей области

Затем в BPwin создаем инфологическую модель. Во вкладке Activity Box Count задаем количество объектов, в нашем случае 6.

Рисунок 2.5. Выбор количества объектов на диаграмме

Задаем имя каждого объекта с помощью нажатия правой кнопки мыши и вкладки Name. Соединяем объекты и даем названия линиям.

Рисунок 2.6. Задание имени каждому объекту диаграммы

В результате получается следующее:

Рисунок 2.7. Задание имен объектам

Рисунок 2.8. Инфологическая модель

Построение концептуальной модели базы данных

Самая первая стадия проектирование базы данных заключается в построении семантической модели предметной области. Такая стадия называется концептуальным проектированием системы. Семантическая модель обобщенно и всецело представляют информационные потребности всех пользователей создаваемой системы в части использования хранимых данных и по существу являются средством коммуникации, как разработчиков, так и пользователей на разных стадиях жизненного цикла базы данных. Модель данных - интегрированный набор понятий для описания данных, связей между ними и ограничений, накладываемых на данные в некоторой организации [18]. Модель является представлением «реального мира» объектов и событий, а также существующих между ними связей. Цель построения модели данных заключается в представлении данных в понятном виде.

Как показывает изучение трехуровневой архитектуры СУБД концептуальная модель является «сердцем», базы данных. Концептуальное моделирование базы данных это процесс конструирования модели использования информации на некотором предприятии. Концептуальная модель не зависит от любых деталей реализации, тогда как при разработке логической модели предполагается знание типа базовой модели представления данных в выбранной целевой СУБД [19].

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

Помимо наиболее известного описания объектов и связей между ними к концептуальному уровню описания предметной области можно отнести:

а) систему атрибутов и средств описания предметной области;

б) ограничения целостности, определяющие допустимость значения отдельных полей и взаимосвязей как на уровне семантики содержимого БД, так и ее физической структуры (отдельных файлов данных и взаимосвязей);

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

Модель «Сущность - связь» представляет собой высокоуровневую концептуальную модель данных, которая была разработана Ченом в 1976 году с целью упрощения задачи проектирования баз данных. Она представляет собой набор концепций, которые описывают структуру базы данных [3].

Семантическую основу ER - модели составляют следующие изложенные предположения [1]:

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

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

Здесь следует еще раз подчеркнуть информационную природу понятия сущность и его соотношение с материальными или воображаемыми объектами предметной области. Любой объект предметной области обладает свойствами, часть из которых выделяется как характеристические - значимые с точки зрения прикладной задачи. При этом, например, в процессе анализа и систематизации предметной области обычно выделяются классы - совокупность объектов, которые обладают одинаковым набором свойств, задаваемых в виде наборов атрибутов (значения атрибутов для объектов одного класса, естественно, могут различаться). Соответственно, на уровне представления предметной области (т.е. ее концептуальной модели) объекту, рассматриваемому как понятие (объект в сознании человека), соответствует понятие сущность. Объекту как части материального мира (и существующему независимо от сознания человека) соответствует понятие экземпляр сущности. Классу объектов определенно соответствует понятие тип сущности [1].

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

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

а) выявление общих информационных объектов и связей между ними; б) анализ общих информационных требований к системе и выявление информационных потоков.

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

Сущностью называется отдельный тип объекта (человек, место или вещь), который нужно представить в базе данных. Атрибутом называется свойство, которое описывает некоторую характеристику рассматриваемого объекта. Связь - это то, что объединяет несколько сущностей. Связи представляют собой соединения между частями базы данных (в реляционной базе данных - это соединение между записями таблиц) [20].

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

Свойство может быть простым (не подлежащим дальнейшему делению с точки зрения прикладных задач) или составным - если его значение составляется из значений простых свойств. Иногда, когда необходимо, полезно различать базовые и производные свойства. Например, «Поставщик» может иметь свойство «Общее количество поставляемых деталей», которое вычисляется суммированием количества деталей, поставляемых им по проекту. Если наличие некоторого свойства для всех экземпляров сущности не является обязательным, то такое свойство называется условным. Значения свойств могут быть постоянными - статистическими или динамическими, т.е. меняться со временем. Например, свойство «табельный номер» является статическим, а «Адрес» - динамическим. Свойство может рассматриваться как ключевое, если его значение уникально и, возможно, в определенном контексте, однозначно идентифицирует сущность. Атрибут – в базах данных - имя или структура поля записи. Атрибут характеризует размер или тип информации, содержащейся в поле.

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

Как и сущность, связь является типовым понятием, т.е. все экземпляры связываемых сущностей подчиняются правилам связывания типов. Сущности, объединяемые связями, называются участниками. Если каждый экземпляр сущности участвует, по крайней мере, в одном экземпляре связи, то такое участие этой сущности называется полным (или обязательным); в противном случае - неполным (или необязательным).

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

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

Рисунок 2.9. Концептуальная модель

ER-диаграмма представлена на рисунке 2.10

Рисунок 2.10. ER-диаграмма

Программная реализация базы данных

• 1. Назначение программы

База данных «Учет канцелярских товаров на складе» предназначена для учета поступившего или выбывшего товара со склада.

Основные функции, которые выполняет база данных:

а) формирование списка клиентов;

б) формирование списка поставщиков;

в) формирование списка товаров, имеющихся в наличии склада;

г) добавление в имеющиеся списки новых клиентов и поставщиков;

д) формирование списка заказов;

е) формирование списка бракованного товара;

ж) возможность получения необходимой информации в печатном виде;

к) возможность поиска по различным критериям.

Основные принципы создания интерфейса

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

Можно перечислить основные положительные качества интерфейса.

Интуитивность. При работе с базой данных у пользователя не должно возникать сложностей в поиске нужных элементов интерфейса для управления процессом.

Неизбыточность. Под понятием «Неизбыточность» подразумевается то, что при поиске необходимой пользователю информации достаточно будет ввести лишь минимальную часть этой информации. Например, пользователь не должен вводить незначимые цифры (00010 вместо 10).

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

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

Доступность и надежность. Доступ к системе должен обеспечиваться в удобное для пользователя время. Кроме того, система должна работать без сбоев.

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

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