ВУЗ:
Составители:
Для каждой подсистемы, присутствующей на контекстных диаграммах, выполняется ее детализация при
помощи DFD. Каждый процесс на DFD, в свою очередь, может быть детализирован при помощи DFD или ми-
ниспецификации.
Миниспецификация (описание логики процесса) должна формулировать его основные функции таким об-
разом, чтобы в дальнейшем специалист, выполняющий реализацию проекта, смог выполнить их или разрабо-
тать соответствующую программу.
При построении иерархии DFD переходить к детализации процессов следует только после определения
содержания всех потоков и накопителей данных, которое описывается при помощи структур данных. Структу-
ры данных конструируются из элементов данных и могут содержать альтернативы, условные вхождения и ите-
рации. Условное вхождение означает, что данный компонент может отсутствовать в структуре. Альтернатива
означает, что в структуру может входить один из перечисленных элементов. Итерация означает вхождение лю-
бого числа элементов в указанном диапазоне. Для каждого элемента данных может указываться его тип (непре-
рывные или дискретные данные). Для непрерывных данных может указываться единица измерения (кг, см и
т.п.), диапазон значений, точность представления и форма физического кодирования. Для дискретных данных
может указываться таблица допустимых значений.
После построения законченной модели системы ее необходимо верифицировать (проверить на полноту и
согласованность). В полной модели все ее объекты (подсистемы, процессы, потоки данных) должны быть под-
робно описаны и детализированы. Выявленные недетализированные объекты следует детализировать, вернув-
шись на предыдущие шаги разработки. В согласованной модели для всех потоков данных и накопителей дан-
ных должно выполняться правило сохранения информации: все поступающие куда-либо данные должны быть
считаны, а все считываемые данные должны быть записаны.
2.4.2 CASE-метод Баркера (ERD)
Цель моделирования данных состоит в обеспечении разработчика ИС концептуальной схемой базы дан-
ных в форме одной модели или нескольких локальных моделей, которые относительно легко могут быть ото-
бражены в любую систему баз данных.
Наиболее распространенным средством моделирования данных являются диаграммы «сущность-связь»
(ERD). С их помощью определяются важные для предметной области объекты (сущности), их свойства (атри-
буты) и отношения друг с другом (связи). ERD непосредственно используются для проектирования реляцион-
ных баз данных.
Нотация ERD была впервые введена П. Ченом и получила дальнейшее развитие в работах Баркера. Метод
Баркера будет излагаться на примере моделирования деятельности предприятия по торговле автомобилями
Главный менеджер: одна из основных обязанностей – содержание автомобильного имущества. Он должен
знать, сколько заплачено за машины и как велики накладные расходы. Обладая этой информацией, он может
установить нижнюю цену, за которую мог бы продать данный экземпляр. Кроме того, он несет ответственность
за продавцов и ему нужно знать, кто что продает и сколько машин продал каждый из них.
Продавец: ему нужно знать, какую цену запрашивать и какова нижняя цена, за которую можно совершить
сделку. Кроме того, ему нужна основная информация о машинах: год выпуска, марка, модель и т.п.
Администратор: его задача сводится к составлению контрактов, для чего нужна информация о покупателе,
автомашине и продавце, поскольку именно контракты приносят продавцам вознаграждения за продажи.
Первый шаг моделирования – извлечение информации из интервью с персоналом предприятия и выделе-
ние сущностей.
Сущность (Entity) – реальный либо воображаемый объект, имеющий существенное значение для рассмат-
риваемой предметной области, информация о котором подлежит хранению (рис. 2.10).
Каждая сущность должна обладать уникальным идентификатором. Каждый экземпляр сущности должен
однозначно идентифицироваться и отличаться от всех других экземпляров данного типа сущности. Каждая
сущность обладает некоторыми свойствами:
Рис. 2.10 Графическое изображение сущности
• каждая сущность должна иметь уникальное имя, и к одному и тому же имени должна всегда приме-
няться одна и та же интерпретация. Одна и та же интерпретация не может применяться к различным именам,
если только они не являются псевдонимами;
• сущность обладает одним или несколькими атрибутами, которые либо принадлежат сущности, либо
наследуются через связь;
• сущность обладает одним или несколькими атрибутами, которые однозначно идентифицируют каждый
экземпляр сущности;
• каждая сущность может обладать любым количеством связей с другими сущностями модели.
Сущности, которые могут быть идентифицированы с главным менеджером – это автомашины и продавцы.
Продавцу важны автомашины и связанные с их продажей данные. Для администратора важны покупатели, ав-
томашины, продавцы и контракты. Исходя из этого, выделяются 4 сущности (автомашина, продавец, покупа-
тель, контракт), которые изображаются на диаграмме следующим образом (рис. 2.11).
Следующим шагом моделирования является идентификация связей.
Страницы
- « первая
- ‹ предыдущая
- …
- 39
- 40
- 41
- 42
- 43
- …
- следующая ›
- последняя »
