2. Case-средства и их использование

CASE-средства в целом можно разделить на «открытые» (BPWin, ERWin, UML) и «корпоративные» (ARIS, ORACLE и т.п.). Корпоративные технологии и средства требуют более детального понимания общей технологии программирования и программирования на конкретном объектно-ориентированном языке программирования. Открытые CASE-средства не требуют погружения в специфику предметной области или в специфику языков программирования, делая упор на постижение основ проектирования, на «процессный» характер мышления. Именно поэтому в целях обучения используются прежде всего открытые средства автоматизации проектирования – BPWin, ERWin, UML.

С использованием BPWin строятся диаграммы бизнес-процессов, ясно показывающие функциональные блоки, из которых эти процессы состоят, резульаты их работы и ресурсы, необходимые для их функционирования. Под диаграммами в данном случае понимаются организационные структуры, состоящие из блоков («прямоугольников», «фигур») и связей («линий», «стрелок»). Средство BPWin имеет характерное «кнопочное» меню и альтернативные варианты своего функционирования, выбираемые посредство «переключателей». Путем рисования диаграмм пользователь получает структурную модель бизнес-процесса в той форме, которая задана выбранной методологий проектирования по стандарту IDEF0, IDEF1 или IDEF3.

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

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

Между таблицами возникают отношения и связи. Существуют следующие варианты связей:

1. Связь «один к одному»;

2. Связь «многие к одному»;

3. Связь «один ко многим»;

4. Связь «многие ко многим».

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

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

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