В современных подходах этап проектирования баз данных подразделяется на логическое проектирование, которое заканчивается созданием концептуальной схемы базы данных, и проектирование реализаций, включающее описание модели базы данных языке выбранной системы управления БД, и распределением интегрированной базы данных по узлам хранения и обработки, с определением размещения и метода доступа к данным. [c.5]
Системного, теоретически обоснованного и программно реализованного подхода, позволяющего охватить в едином цикле весь процесс моделирования, начиная с получения моделей семантического уровня и кончая физическими базами данных, программами обработки и эксплуатационной документацией проектировщика, в настоящее время не существует. Причем если для физического и логического уровней разработаны и функционируют системы, автоматизирующие процессы построения соответствующих моделей, то среди методов и средств концептуального проектирования, как наиболее интеллектуального вида деятельности, трудно выделить достаточно эффективные и практически используемые пакеты прикладных программ. [c.53]
Таким образом, основные положения формирования системы РУТ в организациях должны ориентироваться как на общие принципы построения организационных проектов, так и на использование определенных частных методов, связанных со спецификой объекта исследования. Это обуславливает необходимость всестороннего анализа действующей методической базы и обоснования специфических особенностей системы РУТ как объекта проектирования, существенно влияющих на состав и содержание этапов разработки проектов совершенствования и развития. Настоящее исследование позволило определить место системы РУТ как объекта проектирования в функционально-целевой модели организации и установить, что данная подсистема охватывает все ее уровни, что не противоречит наличию и специализированной подсистемы по обеспечению регламентирующей документацией. Исходя из этого уточнен состав и содержание этапов и стадий проектирования системы РУТ на предприятиях. [c.156]
Организовать работу ППП автоматизированного проектирования целесообразно на основе специальной операционной системы. Она должна обеспечивать 1) проведение прикладных расчетов объекта с помощью ППП пользователя 2) создание баз данных для архивов конструкторских документов и всех других информационных массивов 3) создание компоновок на основе составных частей (модулей, базовых изделий, агрегатов) 4) создание общих видов и сборочных единиц на основе типовых структурных компоновок 5) выпуск текстовых конструкторских документов в диалоговом и пакетном режимах 6) создание геометрических моделей объекта проектирования и получение на ее основе проекционных и аксонометрических изображений 7) создание расчетных сеток на геометрической модели для анализа методом конечного или граничного элемента. [c.238]
Применительно к данным, хранящимся в компьютере, модель представляет собой метод, используемый для нахождения данных, имеющих отношение к другому экземпляру данных. Отношение заранее установлено только применительно к данным, и при этом не используется произвольная система указателей. Самым важным аспектом данного факта является то, что благодаря этому появляется большая гибкость в проектировании данных, потому что в этом случае отсутствуют искусственные ограничения на конструкцию данных, устанавливаемые системой указателей СУБД. В реляционных системах СУБД, когда проектировщик базы данных знает, как данные используются в компании, целью структуры базы данных становятся отношения данных. Используя данную характеристику, прикладное программирование в меньшей степени является техническим вопросом гораздо больше его заботит вопрос, как осуществляется хозяйственная деятельность. [c.169]
Концептуальное проектирование служит для получения моделей семантического уровня, определяющих конкретную предметную область. Описание концептуальных моделей отражает объекты ЭИС и связи между ними, но не должно зависеть от методов представления данных в конкретной системе управления базами данных. Концептуальная модель - некоторое формализованное, заданное в явном виде, отображение предметной области, определяющее множество ее состояний, включая правила их изменения. Данная модель призвана обеспечить устойчивую и долговременную работу всей системы, выдерживать замену одного управляющего комплекса на другой. [c.34]
Проектирующие подсистемы, применяемые к конкретным объектам, часто называют объектно-ориентированными. Подобные подсистемы настолько многочисленны, что затруднительно привести даже их перечень. Остановимся для примера на подсистеме, связанной с проектированием гидропривода и названной САПР Гидрооборудование , сданной в промышленную эксплуатацию во ВНИИгидропривода [46]. Ее структурная схема приведена на рис. 1.5. Блок управления представляет собой управляющую программу (УП), обеспечивающую связь системы с пользователями, базой данных и блоком оптимизации. Работа УП начинается с обращения к блоку, содержащему базу данных. Устройством связи с оператором выдается список объектов проектирования, запрашивается код объекта, из базы данных выбирается модель, соответствующая указанному коду. Далее УП запрашивает дополнительную информацию, уточняющую модель, критерий эффективности, ограничения. Сформировав математическую модель, УП обращается к блоку оптимизации, сообщая пользователю список методов оптимального поиска. Пользователь указывает код метода оптимизации. В блок оптимизации включены методы Лагранжа, Шора, модифицированных функций Лагранжа с численным дифференцированием, Лагранжа—Мида, градиентный. Полученные по одному из указанных методов оптимизации параметры объекта выдаются УП в виде таблицы. Пользователь оценивает результаты и принимает решение о продолжении или окончании работы с системой. При необходимости могут быть уточнены математическая модель и исходная информация, выбран иной метод оптимизации. [c.39]
Дается характеристика компонентов экономических информационных систем (ЭИС)—вычислительной системы, базы данных, программного обеспечения рассматриваются этапы нежизненного цикла — проектирование, внедрение, эксплуатация, развитие. Моделирование представлений информации в ЭИС предполагает использование синтаксических моделей данных (реляционной, сетевой и иерархической) и семантических моделей (семантические сети, фреймы и др.). Моделирование процессов опирается на сети Петри. Теоретические методы проектирования иллюстрируются практическими задачами. Для иллюстрации методов обработки данных используются языки Паскаль, SQL, dBASE и Пролог (3-е изд.—1993 г.). [c.2]