Внешнее и внутреннее проектирование информационных систем
Контрольная работа - Компьютеры, программирование
Другие контрольные работы по предмету Компьютеры, программирование
µхнику, но для представления другого аспекта модели предметной области БД - структуры информации в терминах объектов (сущностей), их свойств (атрибутов) и отношений (связей).
В соответствии с методологией информационного моделирования для каждого локального представления предметной области разрабатывается локальная информационная модель. Многообразие информационных элементов, сопутствующих выполнению отдельной функции, может быть классифицировано и структурировано на основе методов абстракции обобщения и агрегации, свойственных человеческому мышлению.
Обобщением (генерализацией) называется абстракция данных, позволяющая трактовать класс различных подобных объектов-категорий как один обобщенный поименованный тип объекта.
Агрегация - это абстракция данных, которая рассматривает отношение между объектами-копонентами как новый объект-тип.
Обобщение и агрегация - это разные контексты анализа одних и тех же информационных элементов. При анализе предметной области они взаимно дополняют и обогащают семантическое содержание объекта исследования. Причем и обобщение, и агрегация могут быть применены иерархическим образом. При этом иерархия обобщения представляет классификацию объектов, а иерархия агрегации - структуру предметной области.
При проектировании локальных представлений обязательно должны быть учтены семантические условия или бизнес-правила, действующие в предметной области. Эти условия играют роль ограничений целостности модели предметной области и определяют допустимые отношения между объектами в виде зависимостей между атрибутами и в виде связей между объектами. Эти условия проистекают из анализа семантики данных предметной области. Их учет обеспечивает системную полноту анализа предметной области.
При проектировании локальных представлений должны быть продуманы и сформулированы информационные запросы, актуальные для потенциальных пользователей БД.
В результате для каждого локального представления указывается:
определение типов сущностей;
определение типов связей;
определение атрибутов и связывание их с типами сущностей и типами связей;
определение доменов атрибутов;
определение атрибутов, являющихся первичными, альтернативными или внешними ключами;
определение ограничений целостности.
Соответствующие спецификации должны быть документированы.
В разных локальных представлениях один и тот же объект может выступать в роли сущности, или в роли атрибута, или в роли связи. На ранних этапах проектирования БД важное значение имеет интеграция понятий, не зависящих от контекста их использования в информационной модели. Поэтому на этапе инфологического проектирования локальные информационные модели отдельных представлений интегрируются в обобщенную информационную модель концептуального характера. Термин "концептуальный" в данном случае означает "обобщенный", "не зависящий от деталей, от контекста".
Таким образом, результаты предпроектного анализа предметной области БД систематизируются в виде ее функциональной и информационной моделей, не зависящих от каких-либо условий, деталей реализации.
Те результаты исследования предметной области, которые достигаются на ранних этапах проектирования БД и систематизируются в виде ее инфологической модели, служат основанием для постановки задачи и формулировки технического задания на проектирование ИС.
2.2 Внутреннее проектирование
2.2.1 Даталогическое проектирование
Даталогическое проектирование - создание схемы БД на основе конкретной модели данных, например, реляционной модели данных. Для реляционной модели данных даталогическая модель - набор схем отношений, обычно с указанием первичных ключей, а также "связей" между отношениями, представляющих собой внешние ключи.
Преобразование концептуальной модели в логическую модель как правило осуществляется по формальным правилам. Этот этап может быть в значительной степени автоматизирован.
На этапе логического проектирования учитывается специфика конкретной модели данных, но может не учитываться специфика конкретной СУБД.
Суть этапа даталогического проектирования заключается в отображении инфологической модели предметной области БД на те структурные и процедурные возможности, которые предоставляют:
тип структуры данных, например реляционная модель;
выбранный тип СУБД, которая эту модель данных поддерживает;
технология и средства прикладного программирования;
конкретная компьютерная среда.
Соответствующие модельные представления часто называются даталогическими моделями. Модели БД этого уровня представлены:
внешними моделями;
концептуальной моделью.
Внешняя модель - это локальная модель данных, используемых в прикладной программе соответствующего представления предметной области. Она задается соответствующей схемой данных, называемой подсхемой или представлением (view).
Концептуальная модель данных представляет собой глобальное, обобщенное логическое представление данных всей предметной области. Она также задается своей схемой данных.
Разработка даталогических моделей осуществляется на этапе технического проектирования БД.
На этапе технического проектирования выполняются разные виды работ. В техническом плане осуществляется выбор компьютерной среды и типа СУБД, ориентированной на поддержку соответствующей технологии работы с