Ранее подчеркивалось, что завершающими процессами разработки являются внешнее проектирование и логическое проектирование модулей. Рассмотрим содержание этих процессов. [c.141]
Внешнее проектирование модулей. Начальным шагом в проектировании модуля является определение его внешних характеристик. Эта информация содержится во внешней спецификации модуля, которая включает все данные, необходимые для модулей, вызывающих данный модуль. В особенности необходимо отметить, что внешняя спецификация модуля не должна содержать указаний о внутреннем представлении данных или о логике модуля. Кроме того, недопустимо, чтобы спецификация содержала какие-либо ссылки на вызывающие модули или на контексты, в которых данный модуль используется. Допустим следующий набор информации внешней спецификации [c.141]
Проектирование логики модулей. Конечным процессом в последовательности работ по проектированию ПО является проектирование и кодирование логики каждого модуля. Слишком часто на завершающем этапе проектирования под воздействием ограничений графика проведения работ исключается тщательное планирование разработки. В результате модуль разрабатывается без достаточной подготовки случайным способом. В целях обеспечения надежности создаваемого продукта ПО процесс проектирования модуля должен быть тщательно спланирован. [c.142]
Покажем систему шагов, обеспечивающих дисциплинированный подход к проектированию модуля. [c.143]
Сформулируйте задачи внешнего проектирования модулей. [c.153]
Дайте характеристику шагов проектирования модуля. [c.153]
Для тех значений п из ВшС, для которых нет однозначного соответствия между функциональными и физическими модулями, заголовок Функция [имя л]> заменяется заголовком Модуль [имя га] , за которым будут следовать описанные ниже подразделы. После названия помещается небольшое обзорное описание работы модуля. Отмечаются цели, которые ставятся при проектировании модуля (например, минимизация памяти или функциональная независимость). Описываются принципы построения модулей, в которых используются общие модули. [c.285]
В общем случае характеристика модуля должна включать в себя следующие необходимые для планирования и проектирования технических систем сведения [c.46]
Унификация строительных конструкций и деталей достигается на основе двух параллельно развиваемых направлений совершенствования проектных решений. Первое связано с унификацией объемно-планировочных решений зданий и сооружений, второе — с унификацией конструкций и деталей. Унификация объемно-планировочных решений зданий и сооружений производится на основе модуля, т. е. условной единицы измерения, применяемой для координации размеров зданий и сооружений, их элементов, строительных изделий и элементов оборудования. Создание унифицированных габаритных схем зданий и сооружений позволяет применять при проектировании объектов для различных отраслей народного хозяйства ограниченное число основных объемно-планировочных параметров (высот, пролетов, шагов колонн и т. д.). [c.208]
В основу проектирования и эксплуатации автоматических поточных линий в электронной промышленности положен метод блочного конструирования оборудования. Автоматические линии при этом компонуются на базе различного сочетания самостоятельных унифицированных блоков-модулей. Под модулем понимается конструктивно законченная совокупность узлов и деталей, объединенных общим функциональным назначением и подчиняющихся общим требованиям по габаритам, установочным и присоединительным размерам. Набор модулей обеспечивает создание автоматических линий. Линии, построенные по блочно-модульному методу, надежны в работе, эффективны в эксплуатации, требуют для переналадки немного времени. [c.139]
Возможности создаваемых АРМ в значительной степени зависят от технико-эксплуатационных характеристик ЭВМ, на которых они базируются. В связи с этим на стадии проектирования АРМ четко формулируются требования к базовым параметрам технических средств обработки и выдачи информации, набору комплектующих модулей, сетевым интерфейсам, эргономическим параметрам устройств и т.д. [c.35]
При создании программных модулей приложений используются, как правило, языки программирования процедурного типа и каскадная модель проектирования ИС, все работы выполняются строго последовательно. [c.51]
Анализ и проектирование ИС выполняется на уровне отдельных классов объектов и их представителей. Процесс разработки класса объектов и объектов носит итеративный характер, автономен от других процессов. Объекты допускают тиражирование, включая тиражирование методов обработки. Программные модули приложений создаются с использованием языков объектно-ориентированного программирования. [c.52]
Требование технологичности обусловливает необходимость применения в процессе создания САПР отлаженных, нормативных методов и операций, унифицированных и типовых элементов. Как уже отмечалось, наиболее приемлема в данном случае гибкая организация технологического процесса на основе технологических и организационных модулей, отдельных типовых проектных решений. В условиях автоматизированного проектирования САПР база данных системы должна содержать совокупность таких модулей. [c.43]
Однако в организации, заказавшей САПР, обязательно должны продолжаться работы по ее созданию, в основном — связанные с подготовкой организации к работе в условиях функционирования САПР и с управлением проектом САПР. Сюда относятся такие группы работ (организационно-технологические модули), как 1) планирование и системный анализ требований к САПР 2) проектирование роли и места САПР в НТО 3) документирование и согласование 4) сопровождение комплексного проекта САПР 5) управление проектом в НТО 6) оценка и обеспечение качества и эффективности создаваемой САПР 7) оценка и обеспечение эффективности процесса создания САПР. [c.47]
САПР ТП состоит из совокупности информационно-согласованных подсистем, с помощью которых можно получить законченные решения, то есть в процессе разработки ТП идет обмен информацией, отдельные модули и блоки вычислительной системы функционируют в строго определенной последовательности и только при наличии информации от решения задачи на предыдущих шагах проектирования [27, 30]. [c.210]
При внедрении модуля HR возникли трудности с проектированием расчетов по заработной плате. Создание своей реализации на языке АВАР требовало больших зат- [c.483]
Профиль прикладного ПО (функциональных частей ИС), формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профилю прикладного ПО конкретной ИС следует иметь в виду функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, "не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка выполняется динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов. Описания блоков настроечной информации в этих случаях являются частью профиля прикладного ПО. Общие требования к прикладному ПО, заданные в ТЗ, должны быть конкретизированы в профиле на основе выбранной методологии и принципов построения системы (функционально-модульного или объектного подхода). Профиль прикладного ПО должен содержать ссылки на стандартизованные интерфейсы между приложениями и средой ИС, которые описываются в профилях среды ИС, защиты информации и встроенных инструментальных средств. [c.81]
Модули управления системой проектирования и ее конфигурация имеют подсистемы управления пользователями, типами объектов проектирования, рабочими станциями и т.д. Различным пользователям может быть предоставлен доступ к отдельным подсистемам, что позволяет разделить обязанности по управлению системой проектирования МИС между отдельными менеджерами. Все инструменты администрирования процесса проектирования и развития МИС снабжены графическим интерфейсом. [c.210]
Сущность группового (системного) проектирования состоит в определении требований к составу и техническим характеристикам системы взаимосвязанных в эксплуатации машин, типажа машин и агрегатов одного или близкого функционального назначения, определении базовых изделий и их модификаций, систем модулей и базово-модульных структур для всего типа или вида техники, обеспечении рациональных конструктивных схем элементов машин и механизмов с точки зрения эффективности эксплуатации, производства, ремонта и обслуживания всего парка техники (семейства техники) данного функционального назначения. [c.199]
Основное внимание при групповом проектировании уделяется оценке потребностей в виде техники и минимизации в ее составе разнообразия элементов, агрегатов, модулей, узлов, механизмов. [c.204]
При методе типового проектирования создаваемая система разбивается на составляющие компоненты и для каждого из них разрабатываются законченные проектные решения, которые затем с некоторыми модификациями используются для проектирования производственной системы. Одним из методов типового проектирования является модульный. Здесь декомпозиция системы осуществляется на уровне оригинального модуля, являющегося локальной частью системы и подсистемы. Модуль выступает в качестве типизируемого элемента. После того как организационные модули выделены, для каждого из них создается проектное решение, из которых впоследствии компонуется проект системы. Результатом проектирования в данном случае является индивидуальный проект организации производства с типовыми элементами в виде организационных модулей. [c.207]
Современное проектирование основано на принципе типизации и унификации проектных решений. Не только в типовых проектах, но и в индивидуальных применяется ограниченная номенклатура объемно-планировочных, конструктивных и других решений, основанных на известных параметрах и модулях. [c.139]
Внимания заслуживают комплексные автоматизированные системы технологической подготовки производства (КАС ТПП) в машиностроении. Под КАС ТПП понимают автоматизированную систему организации и управления процессом ТПП, включая технологическое проектирование. Структура КАС ТПП 1-й степени сложности с различными задачами проектирования, включая КАС ТПП Технолог - для проектирования технологических процессов деталей класса тела вращения , обрабатываемых на универсальном оборудовании КАС ТПП Автомат - для обработки деталей на прутковых токарных станках КАС ТПП Штамп - для деталей, обрабатываемых холодной листовой штамповкой. Предусматривается, что КАС ТИП 1-й степени сложности - это минимальный типовой комплексный модуль, реализующий законченный этап проектирования определенной совокупности этих ТПП с многоуровневой структурой ряда подсистем. Первый уровень КАС 11111 включает подсистемы общего назначения кодирование, документирование, банк данных. Второй уровень включает проектирование [c.185]
Прогрессивной формой конструирования новой продукции на основе унификации и стандартизации является агрегирование, позволяющее осуществлять так называемое модульное проектирование продукта. Агрегирование — это система проектирования продукта путем компоновки его из ограниченного числа унифицированных элементов и, прежде всего, модулей машин. Использование модульного проектирования резко сокращает сроки проведения и затраты на разработку продукта, позволяет широко применять современные системы автоматизированного конструирования на базе систем AD/ AM. [c.84]
Аналогичным образом предприятие Fuujisawa фирмы IBM стало ведущим в проектировании модуля для разработанной IBM системы управления производственной информацией ( OP1 S). В 1988 г. фирма Fuujisawa разработала модуль для поддержания высокоэффективной системы управления запасами по схеме "точно вовремя" и непрерывным процессом производства, что позволяло снизить запас деталей на 32 %. Потребители IBM во всем мире нуждаются в таких системах, так как все большее число производителей начинает следовать этой схеме. [c.108]
Для стадии проектирования — модуль В Проверка мшо вого образца . Заявитель предоставляет полномочному органу образец изделия (тип) документацию, содержащую описание типа, концепцию проекта, чертежи, схемы компонентов и др. перечень стандартов, применяемых полностью или чаонч-но, результаты расчетов и экспертиз протоколы испытаний. [c.135]
Мфизическое проектирование - п (Разработка СОЭИ), е (Проектирование физической структуры данных Проектирование физической структуры СОЭИ Проектирование организационно-технической среды Проектирование программы Проектирование модуля Контроль качества физического проектирования) [c.138]
Этапы моделирования инвестиционного цикла . построение модели, оценка параметров, практическое применение для принятия решений, оптимизации и прогнозирования. Интерфейсные, фактуальные и процедурные знания. Семантические сети. Синтез модели из типовых модулей. Стохастические сети Петри. Векторные функции денежных потоков в проектировании инвестиционных циклон. Учет факторов риска и неопределенности в моделях инвестиций. [c.75]
Проектирование самолета или космического аппарата представляет собой сложнейшую интеграционную задачу. Прежде всего, уже структура механической части такой машины чрезвычайно сложна. Затем еще добавляются тяговые двигатели, системы кондиционирования воздуха, электрооборудование, гидравлика, авиационная электроника. Самые большие споры возникают по территориальным вопросам какие системы получат право прохода через какие зоны с ограниченным свободным пространством. Электронный инструментарий позволил инженерам Boeing четко представить себе множество различных вещей от таких простых, как прокладка электрических и гидравлических коммуникаций через одну и ту же дыру , до таких сложных, как общее построение международной космической станции, физическая сборка которой из модулей будет произведена только уже в космосе. Электронные средства позволяют решать многомерные многопараметрические задачи — такие, как учет влияния на механическую конструкцию экстремально высоких и экстремально низких температур, — сводя вместе специалистов, разбирающихся каждый в своей узкой области и не обязательно в смежных. Работа как была сложной, так и остается. Нажать одну кнопку и получить на выходе проект великолепного самолета не получится. Но электронный инструментарий позволяет инженерам выявлять расхождения во мнениях и начинать дискуссии правильной постановкой вопросов. [c.276]
При строительстве УКПГ №№ 1, 2, 5 на Ямбургском месторождении было изготовлено и смонтировано 103 суперблока единичной массой 300 т и более. При этом применено всего 11 типоразмеров строительных понтонов-модулей. Миннефтегазстроем СССР разработан проект суперблока массой 600 т, ведется проектирование 1000-тонного суперблока. [c.34]
Метод структурного (модульного) проектирования позволяет разработать проект четко разграниченных блоков (модулей), между которыми устанавливаются связи посредством входной и выходной информации, а также показывается иерархия их подчиненности. Условиями применения этого метода являются разбиение крупных комплексов задач на подкомплексы и точное обозначение (идентификацию) всех звеньев разъединения и сопряжения. Метод структурного проектирования позволяет разделить весь комплекс задач на обозримые и поддающиеся анализу подкомплексы (модули). [c.68]
Метод декомпозиции модулей предусматривает дальнейшее разбиение подкомплексов задач на отдельные задачи, показатели. Подход к разбиению всей совокупности задач по принципу сверху вниз особенно удобен для разработки принципиальных организационно-технических решений, внесения в них при необходимости изменений, а также увязки при проектировании хозяйственных и организационно-управленческих целевых установок с конкретными задачами и показателями. [c.68]
Глава 7 Система управления базами данных MS A ess 2000 знакомит с основами проектирования приложений (задач, запросов) и баз данных, информационными технологиями реляционных баз данных. Рассматривается комплекс взаимосвязанных моделей данных, основы создания пользовательского интерфейса, подготовки объектов базы данных (таблиц, форм, отчетов, запросов, макросов и программных модулей). Рассматривается пример проектирования и реализации БД по учету движения основных средств. В изложении материала главы сделан акцент на обработке данных БД с помощью запросов. [c.15]
Технологический процесс создания КСАП в общем случае включает следующие группы технологических модулей 1) системный анализ требований 2) проектирование компонентов КСАП 3) выбор, изготовление и отладка отдельных элементов комплекса 4) планирование и проектирование КСАП 5) системная отладка комплекса 6) документирование и согласование результатов проектирования 7) сопровождение КСАП в процессе его применения в системах. [c.43]
Проектирование ПО с помощью ASE-систем. Оно включает несколько этапов. Начальный этап — предварительное изучение проблемы. Результат представляется в виде исходной диаграммы потоков данных и согласуется с заказчиком. На следующем этапе выполняется детализация ограничений и функций программной системы, и полученная логическая модель вновь согласуется с заказчиком. Далее разрабатывается физическая модель, т.е. определяется модульная структура программы, выполняется мифологическое проектирование базы данных, детализируются граф-схемы программной системы и ее модулей, проектируется пользовательский интерфейс. [c.120]
Объектно-ориентированные системы проектирования (например, LinkWorks) — это среда построения высокотехнологичных интегрированных офисных проектных решений, отвечающих требованиям системного менеджера, содержит средства проектирования системы управления документооборотом, почтовой системы, модули управления конфигурацией системы, средства для разработки и интеграции со стандартными сетевыми решениями и информационной магистралью. Открытость и гибкость программного интерфейса позволяют использовать специализированные системы проектирования как встроенный компонент сложных интегрированных систем. В специализированных информационных системах проектирования процессов управления финансами и производством (типа MANMAN/X или R/3) содержатся графические среды для работы пользователя, администратора и разработчика. Поддерживается любой национальный язык при их взаимодействии в системе клиент-сервер. Серверная и клиентская части ориентированы на работу под управлением различных операционных систем. [c.208]
В САПР ОП выделяют проектирующие и обслуживающие подсистемы и подсистемы обеспечения. К проектирующим относятся подсистемы, в которых выполняются проектные процедуры и операции по разработке элементов системы организации производства. В их число входят подсистемы обследования и анализа организации производства, разработки организационных моделей, проектирования отдельных элементов организации производства, разработки и комплексирования организационных модулей и блоков и др. Под обслуживающими понимают подсистемы, обеспечивающие функционирование проектирующих подсистем. В САПР ОП входят следующие виды обеспечения методического, лингвисти- [c.208]
Обращает на себя внимание разработка предприятия ООО "УкрАЗС-строй", которая включает проектирование, изготовление и строительство АЗС с использованием новой технологии "Автозаправочный островок". Основные преимущества этой технологии по сравнению с традиционными заключаются в том, что она позволяет значительно ускорить строительство АЗС благодаря предварительной сборке в заводских условиях отдельных деталей станции в модули, которые устанавливаются непосредственно в котлован, что сводит работу "на месте" к минимуму. Таким образом, используя "блоки" АЗС, можно получить готовую станцию за две недели. [c.256]
Метод полунатурного моделирования позволяет проводить исследова-ние, проектирование и испытания как отдельных модулей сложных систем управления, так и самих систем управления в целом, для которых решение указанных выше задач другими методами либо затруднительно, либо невозможно, либо экономически нецелесообразно. [c.118]
Наибольший эффект может быть достигнут при блочно-мо-дульном проектировании, меньший — при наличии лишь базовых графических примитивов (точка, линия, поверхность). Все усилия создателей САПР должны быть направлены на разработку технически и экономически обоснованных типоразмерных рядов конструктивных модулей. Достигнув этого можно полностью автоматизировать процесс компоновки, производя его одновременно с составлением структурного описания по заданному функциональному. Для строительного машиностроения в этом направлении уже сделаны первые шаги. В МАДИ под руководством профессора В. И. Баловнева разработана система автоматизированного конструирования конструктивно-размерно-подобных машин [8]. Про- [c.220]