Проектирование - структура - данные
Cтраница 1
 |
Граф ИЛМ комплекса задач по учету движения ОС. [1] |
Проектирование структуры данных БД учитывает особенности выбранной СУБД, а именно: типы и структуры данных, способы организации и методы доступа к данным на машинных носителях, сервисные средства СУБД и др. Выбор СУБД можно сравнить с выбором учетной политики в бухгалтерском учете, поскольку все прочие проектные работы проводятся в рамках выбранной СУБД. [2]
Традиционный подход к проектированию структур данных, заключающийся в последовательном и независимом проектировании инфологической модели ГО, логической структуры данных, а затем и физической реализации данных в условиях жестких ограничений на объем памяти и время выполнения транзакций, не дает удовлетворительных результатов. [3]
В статье описывается подход к проектированию структур данных в интерактивных графических системах проектирования печатных плат. Излагаемый подход позволяет получить рациональную структуру данных. [4]
Цель разработчика модели данных состоит в проектировании структуры данных, которая содействует созданию информативных и эстетичных карт. Понимание того, как карты передают информацию, является обязательным условием при построении модели данных. [5]
Необходимо подчеркнуть отличие предлагаемого метода от традиционного подхода к проектированию структур данных, при котором основным принципом ( и достоинством) является независимость логической и физической структуры данных. [6]
Необходимость двойственного представления графических данных в ЗУ ЭВМ еще больше усложняет задачу проектирования структур данных для ИГС, так как ужесточается требование минимизации избыточности структуры данных и времени выполнения основных транзакций. [7]
Использование единого аппарата для описания предметной области и логической структуры данных позволяет оценить все три этапа проектирования структуры данных: инфологиче-ский, логический и физический по единой методике. [8]
Методы нисходящего проектирования императивны по своей природе. Они заставляют концентрировать внимание на операциях, мало заботясь о проектировании структур данных. Методы проектирования, основанные на структурировании по данным, находятся как бы на другом конце спектра. Они концентрируют внимание на объектах, а операции трактуют глобальным образом. [9]
Вместо перечней сегментов, участвующих в логических связях, и сегментов - кандидатов на вторичное индексирование получают отчеты о записях связи и о записях-членах системных наборов. Хотя эти отчеты не так важны, как их аналоги при проектировании структур данных в системе DL / 1, они сигнализируют проектировщику о всех местах, где необходимо оценить использование записей связи и записей-членов системных наборов. [10]
Обычно в качестве основного аргумента против использования разделителей выдвигают то, что их использование ограничивает свободу при проектировании структур данных. Автор считает, что в реальной практике это не соответствует действительности, а может случиться лишь в специально придуманной ситуации - контрпримере. Крайне маловероятной, если вообще возможной, автору представляется ситуация, в которой оказалось бы сложно модифицировать структуры данных. [11]
У вас может возникнуть вопрос: что такое профессиональное программирование. Обдумывая тематику, я не собирался писать пособие по системе dBASE III Plus, а хотел рассказать о профессиональном подходе к составлению программ, который предполагает применение псевдокода, проектирование структур данных и интеграцию компонентов системы. Терминами типа профессиональное программирование обычно пользуются на лекциях, чтобы поразить воображение аудитории. [12]
В языках программирования акцент ставится на средствах спецификации алгоритмов, а не на данных. В этом и состоит их фундаментальное отличие от моделей данных. Это, безусловно, сказывается на применяемом подходе. Отсрочка решений по структуризации данных до завершающего этапа конструирования алгоритма определяется техникой поэтапной детализации, характерной для разработки программ. В моделировании данных проектирование структур данных не обусловлено точным знанием алгоритмов, которые будут применяться. Концепция независимости данных предполагает возможность их использования многими ( в том числе новыми и модифицированными) программами, причем программы в определенной степени нечувствительны к изменениям в схеме. Специфицированные в схеме типы данных должны соответствовать множеству программ и обладать относительной нечувствительностью к изменениям в программах. Кроме того, необходима гибкая связь между программами, оперирующими данными, и описанием данных. [13]
Страницы: 1