Информационное моделирование.

Информационная структура данных создается в несколько этапов, на каждом из которых необходимо согласовать структуру данных с заказчиком и провести экспертизу этой структуры внутри команды, которая создает систему. Представление данных должно быть простым и понятным всем заинтересованным лицам. Именно потому наибольшее распространением получило представление базы данных под названием «сущность-связь» или ER-диаграмма. На использовании разновидностей ER-моделей основано большинство подходов к проектированию реляционных баз данных. Моделирование предметной области базируется на использовании графических диаграмм, включающих наибольшее число разнородных компонентов. В связи с наглядностью представления концептуальных схем баз данных ER-модели получили широкое распространение в системах CASE-средств, поддерживающих автономное проектирование реляционных баз данных. ER-диаграммы были приняты в качестве основы для создания стандарта IDEF1X. ER-диаграммы используются для разработки данных и представляют собой стандартный способ определения данных и отношений между ними. Таким образом, осуществляется детализация хранилищ данных. ER-диаграмма содержит информацию о сущностях системы и способах их взаимодействий, включает идентификацию объектов, важных для предметной области, идентификацию свойств этих объектов, а также их отношения с другими объектами. Во многих случаях информационная модель получается очень сложной и содержит множество атрибутов и связей. С развитием компьютерных технологий и появлением CASE-моделирования возникла потребность в инструментах, которые поддерживали бы стандарты моделирования. Современный инструмент моделирования баз данных должен удовлетворять следующим требованиям:

· позволять разработчику сконцентрироваться на самом моделировании, а не на проблемах с графическим отображением диаграммы. Инструмент должен автоматически размещать сущности на диаграмме, иметь развитые и простые в управлении средства визуализации создания представлений модели.

· инструмент должен проверять диаграмму на согласованность автоматически отправляя и устраняя несоответствие. Однако инструмент должен быть настраиваемым и при желании предоставлять разработчику право самому устранять несоответствие или разрешать отступление от методологии.

· инструмент моделирования должен поддерживать как логическое, так и физическое моделирование

· современный инструмент должен автоматически генерировать базу данных на СУБД назначения

Методология IDEF1X определяет стандарты, терминологии, используемые при информационном моделировании и графическом изображении типовых элементов на диаграммах. Возможны две точки зрения на информационную модель и соответственно два уровня модели.

Первый уровень – логический (точка зрения пользователя). На этом уровне описываются данные, задействованные в бизнесе предприятия.

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

Основой любой реляционной модели являются сущности, то есть множества индивидуальных объектов. Функциональная зависимость между сущностями – это связь. Процесс построение информационной модели состоит из следующих шагов:

· определение сущностей

· определение зависимостей между сущностями

· задание первичных и альтернативных ключей

· определение атрибутов сущностей

· приведение модели требуемому уровню нормальной формы

· переход к физическому описанию модели, то есть назначение соответствий имя сущности и имя таблицы, атрибуты сущности и атрибуты таблицы, а также задание тригеров, процедур и ограничений.

· генерация базы данных

Таким образом, создается визуальное представление или модель данных для решаемой задачи. Это представление может использоваться для детального анализа, уточнения и распространения как часть документации необходимой в цикле разработки.

 

 

 

Результаты исследований подтверждают общий принцип качества. Улучшение качества снижает стоимость разработки. Критерии качества: стоимость и время - могут быть оптимизированы одновременно.

При изучении своих ошибок в программах программист должен: 1)понять программу, над которой работает; 2) осознать свои типичные виды ошибок; 3)оценить удачность своего подхода к решению проблем; 4) оценить удачность своего подхода к решению ошибок.

Обобщенный подход к отладке программ может быть сформулирован следующим образом.

1)Сбор данных через повторяемые эксперименты.

2) Создание гипотезы, отражающей максимум доступных данных.

3) Разработка эксперимента для проверки гипотезы.

4) Подтверждение или опровержение гипотезы.

5) При необходимости повторение предыдущих шагов.

Этот подход находит следующее отражение в отладке:

1)Стабилизация ошибки.

2) Обнаружение точного места ошибки.

3) Исправление ошибки.

4) Тестирование, исправление.

5) Поиск похожих ошибок.

Если проблема возникает нестабильно, те ее практически невозможно диагностировать, поэтому сначала необходимо стабилизировать ошибку, минимизировать тест, а затем перейти к нахождению причины ошибки.

При поиске ошибок могут быть предложены следующие рекомендации:

1)Использовать все доступные данные при выдвижении гипотез.

2) Минимизировать тесты, показывающие ошибки.

3) Воспроизвести ошибку различными способами.

4) Использовать результаты негативных тестов.

5) Сужать подозрительные фрагменты кода.

6) Проверить процедуры, в которых уже встречались ошибки.

7) Проверить недавние исправления.

8) Поставить временные ограничения.

9) Искать типичные ошибки.

Исправление ошибок – относительно простая задача, но нужно учитывать, что примерно 50% исправлений неправельны, поэтому существуют следующие рекомендации по исправлению ошибок:

1)Разобраться в проблеме, прежде чем ее исправлять.

2) Разобраться в самой программе.

3) Необходимо убедиться в правельности диагноза до исправления.

4) Необходимо сохранять исходную версию кода.

5) Необходимо вносить изменения по одному и только тогда, когда вы уверены.

6) Необходимо проверять все исправления.

7) Необходимо искать похожие ошибки.

Существует множество средств, которые могут помочь при отладке. В первую очередь это отладчики, которые могут:

1) Создавать точки останова на конкретных точках кода.

2) Останавливаться на I-ой операции цикла.

3) Останавливаться при изменении переменных.

4) Останавливаться при присваивании конкретного значения .

5) Исследовать все данные в программе, включая типы, определенные пользователями.

6) Присваивать новое значение переменным.

7) По командно выполнять программу.

 

 

 

 

⇐ Предыдущая12345678

Поделиться: