Ит в профессиональной деятельности
жүктеу/скачать 6,65 Mb.
|
ИТПД уч пособие
Для того чтобы обеспечить независимость описания данных от порядка строк и столбцов, необходимо заполнять все клетки таблицы. Выполнение четвёртого свойства означает, что в реляционной таблице всегда есть ключ. Ключ (уникальный индекс) – это элемент данных или группа элементов данных, значения которых в каждой строке, т. е. для каждого объекта предметной области, уникально. Простой ключ – ключ, состоящий из одного элемента данных. Составной ключ – ключ, содержащий более одного элемента данных. Проектирование БД представляет собой трудоёмкий процесс, в котором, как правило, принимают участие три категории специалистов: специалисты, хорошо знающие предметную область; профессиональные математики; программисты. Основные трудности при проектировании возникают: из-за сложности получения правильного описания данных и взаимосвязей между данными; из-за противоречивости требований к БД (например, с одной стороны, требуется сокращение объёма БД, а с другой стороны, ускорение поиска информации, хотя, как правило, одно исключает другое); из-за большого объёма вычислений и трудоёмкости используемых математических методов. Процесс проектирования включает три самостоятельных этапа (рис. 5.3). На этапе концептуального проектирования осуществляется сбор, анализ и редактирование требований к данным. Полученная в результате концептуальная модель – это представление о БД с точки зрения пользователя. Именно на этом этапе особенно значима и ответственна роль специалистов в предметной области. На этапе логического проектирования концептуальная модель преобразуется в структуры СУБД выбранного типа. Основная роль здесь принадлежит проектировщикам-математикам, которые могут привлекать и специалистов в предметной области для уточнения деталей описания данных, упущенных на этапе концептуального проектирования. На этапе физического проектирования осуществляется непосредственная привязка БД к физическим носителям, т. е. БД описывается на языке конкретной СУБД и операционной системы, в которой она функционирует. В современных СУБД для ПК этот этап осуществляется автоматически и далее рассматриваться не будет. Рассмотрим процесс проектирования БД для информационной системы «Преступные группировки». Эта БД должна обеспечивать автоматизацию следующих пользовательских функций: определение наиболее опасных преступных группировок; определение наиболее опасных членов преступных группировок; поиск информации о возможном месте нахождения членов группировок. Будем считать, что пользователь на основе какого-либо формального или неформального метода определяет опасность группировки на основе следующих данных: 1 условный номер группировки; 2 район деятельности группировки; 3 сферы деятельности группировки; 4 активность группировки; 5 продолжительность деятельности группировки; 6 число членов группировки. Исходные данные о преступной группировке с указанием типов отношений между элементами данных представлены графически на рис. 5.4. Степень опасности члена группировки определяется по следующим данным (рис. 5.5): 7 фамилия, имя, отчество; 8 группировка, в которую он входит; 9 опасность этой группировки; 10 сфера деятельности группировки; 11 роль в группировке (лидер, скупщик краденного и т. д.); 12 степень активности преступной деятельности; 13 наличие судимости. Для поиска места нахождения членов преступных группировок будем весьма упрощенно предполагать необходимость следующих данных (рис. 5.6): 14 фамилия, имя, отчество; 15 адрес; 16 особые приметы; 17 фамилии, имена, отчества знакомых; 18 адреса знакомых. Мы осуществили первый шаг концептуального проектирования сбор и анализ требований к данным. Полученное описание данных для каждой пользовательской функции называется внешним представлением данных. Следующий шаг редактирование подразделяется на два этапа: 1) получение глобального представления данных; 2) получение внутреннего представления данных. жүктеу/скачать 6,65 Mb. Достарыңызбен бөлісу:
|