Проектирование концептуальное

Проектирование концептуальной модели БД. [c.134]

В чем заключается проектирование концептуальной модели [c.142]

Идеология работы с ADT включает две стадии проектирования концептуальную и рабочую. На стадии концептуального проектирования создается объемный макет здания. Полученная модель здания может быть рассечена горизонтальными сечениями, которые затем конвертируются в поэтажные планировки. [c.228]

Одна из сложнейших задач, в обязательном порядке решаемая на начальных этапах создания или развития ИС, — проектирование концептуальной модели данных, которая в основном сводится к идентификации информационных объектов и связей, существующих между этими объектами. Исходя из назначения и общности реализуемых в экономических системах управленческих функций, можно высказать предположение о схожести, подобии используемых этими функциями информационных объектов. Результаты адаптации отдельных категорий информационных систем — банковских, бухгалтерских, систем для страховых компаний и ряда других — на предприятиях, отличающихся друг от друга как своими размерами, так и профилем (особенно это проявляется на примерах внедрения [c.25]

Весь процесс проектирования можно представить как последовательность этапов, связывающих концептуальное описание объекта и создание этого объекта. Указанную связь реализуют в одном из двух направлений восходящем или нисходящем. Восходящее проектирование (ВП), т. е. проектирование снизу вверх, характеризуется решением сначала задач низких иерархических уровней с последовательным переходом к решению задач более высоких уровней. Нисходящее проектирование (НП), т. е. проектирование сверху вниз, является противоположным по отношению к ВП. [c.9]

Первая стадия включает в себя этапы формулирования и анализа требований, концептуального проектирования, проектирования реализации, физического проектирования. [c.98]

Концептуальное проектирование обеспечивает выбор структуры организации информации на основе объединения информационных требований пользователей. [c.98]

Процесс проектирования БД начинают с построения концептуальной модели (КМ). Концептуальная модель состоит из описания объектов и их взаимосвязей без указания способов физического хранения. Построение КМ начинается с анализа данных об объектах и связях между ними, сбора информации о данных в существующих и возможных прикладных программах. Другими словами, КМ — это модель предметной области. Версия КМ, обеспечиваемая СУБД, называется логической моделью (ЛМ). Подмножества ЛМ, которые выделяются для пользователей, называются внешними моделями (подсхемами). Логическая модель отображается в физическую, которая отображает размещение данных и методы доступа. Физическую модель называют еще внутренней. [c.101]

При проектировании БД первым этапом, как отмечалось, является проектирование или построение КМ предметной области. Здесь выполняют структуризацию данных, определяют связи между ними, не учитывая особенностей реализации. Первым этапом построения КМ является анализ данных. При этом собирают информацию о данных, которые используются в имеющихся прикладных программах. В процессе сбора данных определяют имена объектов и элементов данных, описаний, атрибутов, источников, оценки, сложность, важность, отношения связности между элементами и объектами, продолжительность и способы хранения данных. Далее на основе анкетирования проводят анализ организации хранения данных и исследуют документооборот от источника к пользователю. После этого приступают к разработке КМ БД. Первоначально АБД собирает информацию о всех данных для прогнозирования и перспективных исследований. Концептуальная модель БД является основой для ЛМ, которая реализуется средствами реляционной, иерархической или сетевой СУБД, При разработке КМ используют нормализацию отношений, т. е. группируют элементы данных по свойствам модификации, включения и удаления данных. Концептуальная модель может быть также представлена в виде графов. [c.111]

После оценки параметров физической БД переходят к ее реализации. При создании сквозных интегрированных САПР, очевидно, нет смысла хранить данные для всего процесса проектирования в одной сверхсложной и большой БД, поэтому концептуально различимые единицы САПР (например, этап логического и структурного синтеза) целесообразно описать в раздельных БД. Здесь не возникает проблемы установления связей и зависимостей между раздельными БД. Чисто фактическое размещение данных во вспомогательной памяти называют физической БД. Как правило, производительность БД определяется указанным размещением данных. При создании физической БД перед проектировщиком часто стоят противоречивые задачи. Приведем несколько из них. Каким образом разбивать БД на части Необходимо ли резервировать память и в каком объеме Каковы должны быть размеры блоков и размещаемых в них сегментов и записей Какие будут выбраны методы доступа Какой будет выбран метод уплотнения данных Какая часть памяти должна располагаться на внешних носителях и т. д. Как видно, создание физической БД, как и многие другие задачи САПР, относится к задачам многокритериальной оптимизации. Поэтому полная оптимизация физической БД в настоящее время невозможна. [c.125]

С дизайном в общее техническое проектирование пришла идея о необходимости предварительной разработки концептуальной структуры технического изделия, отвечающей социально-потребительским требованиям его качества. Такое проектирование базируется не на технических прототипах и воз- [c.21]

Одним из наиболее важных этапов проектирования машиностроительных изделий является этап конструирования. Значимость его не только в том, что на этом этапе формируется концептуальный облик будущего изделия, но и в том, что именно на этапе конструирования создаются математически точные геометрические модели как отдельных деталей, так и всего изделия, которые будут играть определяющ) ю роль на всех послед тощих этапах жизненного цикла изделия. [c.16]

МЕТОДИКИ КОНЦЕПТУАЛЬНОГО ПРОЕКТИРОВАНИЯ [c.184]

Методы оптимизации в задачах концептуального проектирования и логистики [c.203]

Методы структурного синтеза для многих практически важных приложений, включая концептуальное проектирование и логистику, могут быть созданы на базе генетических алгоритмов, к которым поэтому в настоящее время проявляется заметный интерес. [c.204]

Одним из основных условий успешной реализации задач структурного синтеза в САПР является наличие методов, обеспечивающих поиск решения, близкого к оптимальному, с приемлемыми затратами вычислительных ресурсов. В настоящее время для ре-щения оптимизационных задач концептуального проектирования и логистики используют следующие подходы. [c.207]

Инструментальные средства концептуального проектирования [c.245]

Инструментальные средства концептуального проектирования автоматизированных систем [c.245]

Верхний уровень проектирования АС часто называют концептуальным проектированием. Концептуальное проектирование выполняют в процессе предпроектных исследований, формулировки ТЗ, разработки эскизного проекта и прототипирования (согласно ГОСТ 34.601-90, эти стадии называют формированием требований к АС, разработкой концепции АС и эскизным проектом). [c.32]

Информацию, используемую в процессе проектирования, делят условно на две группы. К первой группе относят информацию, описывающую концептуальное структурное представление. Ее называют ISP-информациен. Она ие связана с конкретными способами обработки и приложениями и описывает концептуальные связи в базе данных. Пример записи ISP-информации имеет вид [c.104]

Если основным средством построения пространственнографической модели рассматривать ЭВМ, то в структуру содержания образования инженера можно не включать цели формирования навыков графических построений, необходим лишь определенный уровень знаний о правилах выражения конструктивной мысли в эскизных концептуальных моделях, уточнение и строгое построение которых осуществляется уже с помощью ЭВМ. Такая ориентация содержания образования инженера вполне целесообразна, и в будущем пространственно-графическое моделирование на базе ЭВМ займет должное место в системе теоретической подготовки технического вуза. Ни чертеж, ни визуальная компьютерная модель не могут заменить фантазии, воображения, технической интуиции проектировщика. За ним остается основное требование современного проектирования — выдвижение целостной структуры гипотезы, создание с ее помощью математической модели геометрического образа изделия. [c.20]

Учитывая сказанное вьнпе, отметим, что принципиальным становится этап концептуальной разработки изделия. На этом этапе должна быть выполнена предварительная разработка некоей идеологии проектируемого изделия. Классификацрш изделий с рекомендациями к используемым способам построения нет ни в одном пакете проектирования. К настоящему времени еще не создана программная среда, заранее определяющая методологию проектирования в зависимости от типа изделий. Сделать более или менее оптимальный выбор способа построения можно с учетом следующих критериев компактность модели, время и трудоемкость ее построения, технологичность. Иногда геометрия модели или отсутствие в ее истории конструктивных эле1 4ентов не позволяет технологу правильно обработать деталь, тогда конструктору приходится перестраивать модель. Субъективный подход к использованию тех или иных функций построения лежит в основе методологии проектирования. Однако тот или иной способ построения имеет принципиальные особенности. Рассмотрим некоторые из них на примере модели детали (рис. 1.10). [c.22]

Однако в отношении процедур оптимизации и принятия решений желательная степень общности и унификации пока не достигнута. Интегрированные средства принятия решений, подобные разработанным для моделирования с помощью метода конечных элементов в стандарте ISO 10303-104, не созданы. Основная причина этого заключается в сложности как постановки многих задач проектирования и управления, так и построения эффективных вычислительных процедур оптимизации. В то же время практическая потребность в методиках принятия обоснованных, близких к оптимальным решений довольно велика. Особая значимость придается методикам оптимизации на этапах концептуального прое1Ь ирования и логистической поддержки производства сложной техники, так как именно на этих этапах материальные и временные потери от нера-циональньк решений наиболее значительны. [c.204]

Корпорация IBM предлагает систему ENOVIA, предназначенную для моделирования и управления данными об изделиях, о процессах и ресурсах на различных этапах жизненного цикла промьяп-ленной продукции от концептуального проектирования до эксплуатационного обслуживания [73]. Это распределенная на базе Web-технологий система управления данными, способствующая интеграции систем проектирования, производства и управления внутри предприятия и позволяющая отдельным фирмам объединяться в виртуальные предприятия. Управление проектами и изменениями данных, их распределение, интерфейс с системами ERP - вот далеко не полный перечень функций этой системы. [c.298]

В главе 5 представлены сведения о методическом и программном обеспечении автоматизированных систем. Дано описание типичных последовательностей проектных процедур и поддерживающих их программ в САПР мапшностроения и радиоэлектроники, рассмотрены особенности методик и программного обеспечения концептуального проектирования сложных изделий. [c.11]

При концептуальном проектировании применяют ряд спецификаций, среди которых центральное место занимают модели преобразования, хранеш1я и передачи информации. Модели, полученные в процессе обследования предприятия, являются моделями его функционирования. В процессе разработки АС модели, как правило, претерпевают существенные изменения (переход от As Is к То Ве ) и в окончательном виде модель То Ве рассматривают в качестве модели проектируемой АС. [c.33]

Программное обеспечение ASE-систем для концептуального проектирования [c.260]

На рынке программных продуктов имеется много ASE-систем для концептуального проектирования АС. [c.260]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...