Охарактеризуйте назначение базы данных управления проектированием СМОД. [c.238]
Приведите логическую структуру базы данных управления проектирования СМОД. [c.238]
Каким образом осуществляется наполнение базы данных управления проектированием СМОД [c.238]
Решением задачи планирования научно-технического контроля завершается процесс формирования плана разработки СМОД. В базе данных управления (БД УПР) по каждой операции проектирования будет накоплена следующая информация трудоемкость исполнители длительность время задержки начала выполнения операции по причине отсутствия потребного количества исполнителей календарные сроки выполнения. Кроме того, о каждом компоненте проектирования, подвергаемом контролю, известны дата и форма контроля, его трудоемкость, исполнители, длительность контроля. [c.232]
Информационной основой системы управления проектированием СМОД является база данных управления. Структурно она состоит из шести файлов (рис. 14.4) операции проектирования, компоненты проектирования, рабочие места, описание операций, описание компонентов, статистика. Первые три файла основные, а три последующих — справочные. В совокупности справочные файлы образуют библиотеку операций проектирования применяемой технологии создания СМОД. [c.233]
Рассмотрим особенности создания инструментальных универсумов. С их помощью можно отслеживать теоретические концепции и практический опыт создания СМОД и формирования на этой основе инструментальных универсумов. Примерами универсумов этого класса могут служить универсумы по методам проектирования, пакетам прикладных программ, системам классификации и кодирования, системам управления базами данных, формам документов для различных классов объектов, системам ввода-вывода. Для каждого инструментального универсума определяются имя-идентификатор, структура элемента, множество значений. [c.21]
Управление метаданными. В процессе проектирования СМОД с целью обеспечения комплексной согласованности проектных решений необходимо в явном виде описывать все информационные образования (реквизиты, показатели, составные единицы информации (СЕЙ), массивы, базы данных), задавать их структуру, назначение, связи и способы представления. Требуется также описание форм входных и выходных документов и форм терминальных сообщений, если предполагается использовать интерактивный режим обработки данных. [c.22]
При создании таких средств проектирования, как ППП, важным требованием является их совместимость. Более того, целесообразно строить семейства взаимосвязанных ППП. В качестве основы построения такого семейства может выступать общая система управления базами данных. Если используемые ППП плохо взаимосвязаны, то, как правило, затраты на создание информационных, технических, программных интерфейсов не меньше, а иногда и превосходят затраты на оригинальное проектирование СМОД. [c.128]
Выполнение перечисленных функций не может быть полностью автоматизировано, в связи с чем использование средств МАРС-Проба предусматривает участие проектировщика на всех узловых этапах проектирования структуры базы данных. Это повышает гибкость системы и качество проекта и обеспечивает принятие решений с учетом неформализованных требований. Исходными данными для работы комплекса в данном случае являются информационная модель объекта, параметры комплекса технических средств, выбранных для СМОД конкретного объекта управления, и характеристики системы управления базами данных, являю- [c.165]
Пусть в результате проектирования в среде САПР МАРС получен проект СМОД для некоторого конкретного объекта управления. Он внедряется и начинает функционировать. При этом создается база данных в соответствии с разработанной структурой. [c.181]
В Основных направлениях экономического и социального развития СССР на 1986—1990 годы и на период до 2000 года подчеркнута необходимость совершенствования системы управления и методов хозяйствования. Реализация курса партии на ускорение научно-технического прогресса, на совершенствование системы управления возможна лишь на основе широкого применения высокопроизводительной вычислительной техники, создания систем машинной обработки данных (СМОД) и автоматизированных систем управления. Использование ЭВМ для решения экономических задач предполагает подготовку квалифицированных специалистов, способных не только с высокой отдачей эксплуатировать вычислительную технику, но и разрабатывать на ее базе современные системы обработки данных. От того, насколько специалисты хорошо знают и владеют современными методами и средствами проектирования, в конечном счете зависят эффективность и качество создаваемых ими СМОД. [c.3]
Основанием для начала рабочего проектирования является утвержденный технический проект. Отметим, что результат данной стадии разработки — рабочий проект (совокупность рабочей документации) утверждению не подлежит. В процессе рабочего проектирования должен быть проведен комплекс мероприятий по подготовке объекта управления к внедрению СМОД сформирован комплекс технических средств завершены создание информационной базы, кодирование и отладка программ, генерация и настройка пакетов прикладных программ обеспечено обучение пользователей и обслуживающего персонала разработаны и утверждены технология обработки и должностные инструкции, определяющие порядок работы соответствующих специалистов в условиях применения системы машинной обработки. [c.59]
Анализ структуры БД УПР, смысловой нагрузки и целевого назначения составляющих ее данных, характера связей между данными и других характеристик показывает, что содержательно БД УПР близка к базе данных типа СИОД (Система интегрированной обработки данных). Следовательно, для поддержания базы данных управления проектированием СМОД может быть использована СУБД семейства СИОД [25], [c.237]
Приведем пример использования параметров при выборе системы управления базами данных. При проектировании любой СМОД встает вопрос, нужна ли СУБД, а если нужна, то какая конкретно. При этом надо учитывать, что системы обработки данных проектируются для работы на достаточно большом интервале времени, поэтому они должны обладать определенными свойствами, прежде всего адаптивными. В настоящее время в нашей стране используется ряд СУБД ОКА, СИОД, ИНЕС, СЕТОР, ДИСОД и др. [25]. Каждая из них имеет несколько версий. Для оценки соответствующего компонента СМОД (в данном случае СУБД) и его выбора необходимы некоторые интегральные характеристики этих средств, т. е. некоторое параметрическое описание соответствующих компонентов. В зависимости от рассматриваемых средств различаются определяемые для них параметры. Список параметров для описания соответствующих компонентов должен быть полным. Приведем основные параметры, характеризующие системы управления базами данных [c.31]
Общий подход к проектированию СМОД на базе ППП характеризуется тем, что используется сразу несколько пакетов, взаимосвязанных между собой посредством интерфейса, который обеспечивает согласование проектных решений по составу алгоритмов функциональных задач управления их информационным входам и выходам, структуре базы данных и позволяет учесть перспективу расширения состава автоматизируемых функций управления объектом и т. п. Характерным примером комплексного подхода к проектированию систем обработки является семейство функциональных ППП ИСУП (Информационная система управления производством), обеспечивающих интеграцию данных и решение на их основе комплекса задач по основным функциям управления предприятием. ИСУП ориентирована на единую базу данных под управлением системы управления базами данных типа СИОД. Кроме того, в состав комплекса ППП ИСУП входят следующие ППП Планирование потребностей , Планирование мощности , Управление запасами , Управление цехом . [c.129]
Применяемые ППП позволяют автоматизировать одну или несколько функций управления, в лучшем случае — одну функциональную подсистему СМОД. Вследствие этого при проектировании достаточно полной СМОД возникает проблема комплексиро-вания пакетов, заключающаяся в установлении интерфейсов между ними. Однако ППП не всегда программно и информационно совместимы. Они могут быть ориентированы на разные технические средства, системы управления базами данных, операционные системы и т. д. Поэтому очень важно уже при разработке [c.151]
Из гипотетической модели посредством параметрического описания предметной области формируется модель ЭИС конкретного объекта управления (МО). При необходимости модели ЭИС объекта она дополняется оригинальными проектными решениями. В дальнейшем такая модель объекта активно используется при проведении работ на всех последующих этапах проектирования (выбор комплекса технических средств, структурирование базы данных, создание программ ее организации и ведения, генериро вания программ обработки данных) и при сопровождении созданного проекта СМОД. [c.162]