[pic]
Сущности
Каждой сущности присваивается уникальное имя и номер, разделяемые косой чертой "/" и помещаемые над блоком.
Связь может дополнительно определяться с помощью указания степени или мощности (количества экземпляров сущности-потомка, которое может существовать для каждого экземпляра сущности-родителя). В IDEF1X могут быть выражены следующие мощности связей: каждый экземпляр сущности-родителя может иметь ноль, один или более связанных с ним экземпляров сущности-потомка; каждый экземпляр сущности-родителя должен иметь не менее одного связанного с ним экземпляра сущности-потомка; каждый экземпляр сущности-родителя должен иметь не более одного связанного с ним экземпляра сущности-потомка; каждый экземпляр сущности-родителя связан с некоторым фиксированным числом экземпляров сущности-потомка.
Если экземпляр сущности-потомка однозначно определяется своей связью с сущностью-родителем, то связь называется идентифицирующей, в противном случае - неидентифицирующей.
Идентифицирующая связь между сущностью-родителем и сущностью-потомком
изображается сплошной линией (рисунок 21). Сущность-потомок в
идентифицирующей связи является зависимой от идентификатора сущностью.
Сущность-родитель в идентифицирующей связи может быть как независимой, так
и зависимой от идентификатора сущностью (это определяется ее связями с
другими сущностями).
[pic]
Идентифицирующая связь
Пунктирная линия изображает неидентифицирующую связь (рисунок 22).
Сущность-потомок в неидентифицирующей связи будет независимой от
идентификатора, если она не является также сущностью-потомком в какой-либо
идентифицирующей связи.
[pic]
Неидентифицирующая связь
Атрибуты изображаются в виде списка имен внутри блока сущности.
Атрибуты, определяющие первичный ключ, размещаются наверху списка и
отделяются от других атрибутов горизонтальной чертой (рисунок 23).
[pic]
Атрибуты и первичные ключи
Сущности могут иметь также внешние ключи (Foreign Key), которые могут использоваться в качестве части или целого первичного ключа или неключевого атрибута. Внешний ключ изображается с помощью помещения внутрь блока сущности имен атрибутов, после которых следуют буквы FK в скобках.
Методология DATARUN и инструментальное средство SE Companion.
Современные методологии и реализующие их технологии поставляются в
электронном виде вместе с CASE-средствами и включают библиотеки процессов,
шаблонов, методов, моделей и других компонент, предназначенных для
построения ПО того класса систем, на который ориентирована методология.
Электронные методологии включают также средства, которые должны
обеспечивать их адаптацию для конкретных пользователей и развитие
методологии по результатам выполнения конкретных проектов.
Процесс адаптации заключается в удалении ненужных процессов, действий
ЖЦ и других компонентов методологии, в изменении неподходящих или в
добавлении собственных процессов и действий, а также методов, моделей,
стандартов и руководств. Настройка методологии может осуществляться также
по следующим аспектам: этапы и операции ЖЦ, участники проекта, используемые
модели ЖЦ, поддерживаемые концепции и др.
Электронные методологии и технологии (и поддерживающие их CASE- средства) составляют ядро комплекса согласованных инструментальных средств среды разработки ИС.
Одной из наиболее распространенных в мире электронных методологий является методология DATARUN. В соответствии с методологией DATARUN ЖЦ ПО разбивается на стадии, которые связываются с результатами выполнения основных процессов, определяемых стандартом ISO 12207. Каждую стадию кроме ее результатов должен завершать план работ на следующую стадию.
Стадия формирования требований и планирования включает в себя
действия по определению начальных оценок объема и стоимости проекта. Должны
быть сформулированы требования и экономическое обоснование для разработки
ИС, функциональные модели (модели бизнес-процессов организации) и исходная
концептуальная модель данных, которые дают основу для оценки технической
реализуемости проекта. Основными результатами этой стадии должны быть
модели деятельности организации (исходные модели процессов и данных
организации), требования к системе, включая требования по сопряжению с
существующими ИС, исходный бизнес-план.
Стадия концептуального проектирования начинается с детального анализа
первичных данных и уточнения концептуальной модели данных, после чего
проектируется архитектура системы. Архитектура включает в себя разделение
концептуальной модели на обозримые подмодели. Оценивается возможность
использования существующих ИС и выбирается соответствующий метод их
преобразования. После построения проекта уточняется исходный бизнес-план.
Выходными компонентами этой стадии являются концептуальная модель данных,
модель архитектуры системы и уточненный бизнес-план.
На стадии спецификации приложений продолжается процесс создания и
детализации проекта. Концептуальная модель данных преобразуется в
реляционную модель данных. Определяется структура приложения, необходимые
интерфейсы приложения в виде экранов, отчетов и пакетных процессов вместе с
логикой их вызова. Модель данных уточняется бизнес-правилами и методами для
каждой таблицы. В конце этой стадии принимается окончательное решение о
способе реализации приложений. По результатам стадии должен быть построен
проект ИС, включающий модели архитектуры ИС, данных, функций, интерфейсов
(с внешними системами и с пользователями), требований к разрабатываемым
приложениям (модели данных, интерфейсов и функций), требований к доработкам
существующих ИС, требований к интеграции приложений, а также сформирован
окончательный план создания ИС.
На стадии разработки, интеграции и тестирования должна быть создана тестовая база данных, частные и комплексные тесты. Проводится разработка, прототипирование и тестирование баз данных и приложений в соответствии с проектом. Отлаживаются интерфейсы с существующими системами. Описывается конфигурация текущей версии ПО. На основе результатов тестирования проводится оптимизация базы данных и приложений. Приложения интегрируются в систему, проводится тестирование приложений в составе системы и испытания системы. Основными результатами стадии являются готовые приложения, проверенные в составе системы на комплексных тестах, текущее описание конфигурации ПО, скорректированная по результатам испытаний версия системы и эксплуатационная документация на систему.
Стадия внедрения включает в себя действия по установке и внедрению баз данных и приложений. Основными результатами стадии должны быть готовая к эксплуатации и перенесенная на программно-аппаратную платформу заказчика версия системы, документация сопровождения и акт приемочных испытаний по результатам опытной эксплуатации.
Стадии сопровождения и развития включают процессы и операции, связанные с регистрацией, диагностикой и локализацией ошибок, внесением изменений и тестированием, проведением доработок, тиражированием и распространением новых версий ПО в места его эксплуатации, переносом приложений на новую платформу и масштабированием системы. Стадия развития фактически является повторной итерацией стадии разработки.
Методология DATARUN опирается на две модели или на два представления:
модель организации; модель ИС.
Методология DATARUN базируется на системном подходе к описанию деятельности организации. Построение моделей начинается с описания процессов, из которых затем извлекаются первичные данные (стабильное подмножество данных, которые организация должна использовать для своей деятельности). Первичные данные описывают продукты или услуги организации, выполняемые операции (транзакции) и потребляемые ресурсы. К первичным относятся данные, которые описывают внешние и внутренние сущности, такие как служащие, клиенты или агентства, а также данные, полученные в результате принятия решений, как например, графики работ, цены на продукты.
Основной принцип DATARUN заключается в том, что первичные данные, если они должным образом организованы в модель данных, становятся основой для проектирования архитектуры ИС. Архитектура ИС будет более стабильной, если она основана на первичных данных, тесно связанных с основными деловыми операциями, определяющими природу бизнеса, а не на традиционной функциональной модели.
Любая ИС (рисунок 24) представляет собой набор модулей, исполняемых процессорами и взаимодействующих с базами данных. Базы данных и процессоры могут располагаться централизованно или быть распределенными. События в системе могут инициироваться внешними сущностями, такими как клиенты у банкоматов или временные события (конец месяца или квартала). Все транзакции осуществляются через объекты или модули интерфейса, которые взаимодействуют с одной или более базами данных.
Модель ИС
Подход DATARUN преследует две цели:
определить стабильную структуру, на основе которой будет строиться ИС.
Такой структурой является модель данных, полученная из первичных данных,
представляющих фундаментальные процессы организации;
спроектировать ИС на основании модели данных.
Объекты, формируемые на основании модели данных, являются объектами базы данных, обычно размещаемыми на серверах в среде клиент/сервер. Объекты интерфейса, определенные в архитектуре компьютерной системы, обычно размещаются на клиентской части. Модель данных, являющаяся основой для спецификации совместно используемых объектов базы данных и различных объектов интерфейса, обеспечивает сопровождаемость ИС. На рисунке 25 представлена последовательность шагов проектирования ИС.
На рисунке 26 определены модели, создаваемые в процессе разработки
ИС. Для их создания используется CASE-средство Silverrun. Silverrun
обеспечивает автоматизацию проведения проектных работ в соответствии с
методологией DATARUN. Предоставляемая этими средствами среда проектирования
дает возможность руководителю проекта контролировать проведение работ,
отслеживать выполнение работ, вовремя замечать отклонения от графика.
Каждый участник проекта, подключившись к этой среде, может выяснить
содержание и сроки выполнения порученной ему работы, детально изучить
технику ее выполнения в гипертексте по технологиям, и вызвать инструмент
(модуль Silverrun) для реального выполнения работы.
Информационная система создается последовательным построением ряда моделей, начиная с модели бизнес-процессов и заканчивая моделью программы, автоматизирующей эти процессы.
Страницы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17
