Для метода объектного проектирования характерно, что в качестве типизируемого элемента выступает система управления объекта в целом, т. е. создается типовой проект СМОД для обобщенного (типового) объекта из некоторого класса объектов управления. При создании СМОД для любого объекта из рассматриваемого класса используется соответствующий типовой проект. Следовательно, проектирование СМОД при таком методе сводится к подготовке и внедрению типового проекта. Если при этом какие-то параметры объекта управления (организационная структура, формы входных или выходных документов, методики расчета показателей, особенности применяемых средств вычислительной техники, системы классификации и кодирования и др.) отличаются от используемых в типовом проекте, то за счет организационно-тех- [c.92]
Однако ряд недостатков метода объектного проектирования сужает сферу его применения. Прежде всего число объектов, для которых может быть эффективно использован соответствующий проект, невелико. В результате требуется достаточно большое число типовых проектов. Кроме того, в силу низкого уровня адаптивности типовых проектов созданные СМОД функционально неустойчивы, поэтому в отличие от первых типовых систем, например АСУ Львов , в АСУ Сигма включен ряд средств, повышающих ее адаптивность. [c.93]
В методах объектного проектирования можно выделить подкласс группового проектирования. При этом типовой проект создается для небольшой группы однотипных объектов, например для часовых заводов. Одновременно с разработкой типового проекта решаются организационные вопросы по унификации существующих на предприятии систем управления. Таким образом, увеличивается сходство между выбранными объектами и резко сокращаются затраты на доработку и привязку типового проекта. Следовательно, несмотря на то, что типовой проект в данном слу-ч ае будет стоить в 2—2,5 раза больше, чем при оригинальном проектировании, эти затраты достаточно быстро окупятся. Для этого достаточно внедрить проект на четырех объектах. [c.93]
Глава 9. ОБЪЕКТНОЕ ПРОЕКТИРОВАНИЕ 9.1. ОСОБЕННОСТИ МЕТОДА ОБЪЕКТНОГО ПРОЕКТИРОВАНИЯ [c.152]
Концепция объектного проектирования заключается в том, что все объекты управления разбиваются на классы в зависимости от их особенностей, таких, как отношение к материальному производству, структура управления, тип и характер производства и др. Затем для каждого из выделенных классов создается типовая СМОД, которую можно без значительных изменений внедрять на всех объектах соответствующего класса. Однако практика показала, что, кроме характеристик, учтенных при классификации, каждый объект имеет свои специфические особенности, обусловленные рядом объективных и субъективных факторов. Разнообразие объектов управления привело к тому, что затраты на переделку типового проекта в соответствии с конкретными условиями его применения и проведение мероприятий по изменению системы [c.152]
Частным случаем объектного проектирования является метод группового проектирования. Сущность его заключается в том, что предварительно подбирается группа объектов, однотипных по характеристикам их экономических информационных систем. Из этой группы выбирается базовый объект с предпочтительными характеристиками экономической информационной системы. [c.153]
ТИПОВЫЕ ОПЕРАЦИИ И ТЕХНОЛОГИЧЕСКАЯ СЕТЬ ОБЪЕКТНОГО ПРОЕКТИРОВАНИЯ [c.158]
Остальные классы технологических операций не характерны для объектного проектирования и применяются, как правило, в тех случаях, когда типовой проект по тем или иным причинам не может быть использован без доработок для конкретного объекта управления. [c.159]
Раскройте сущность объектного проектирования СМОД. [c.160]
Какие типовые технологические операции наиболее часто используются при объектном проектировании [c.161]
Групповое проектирование 153 см. также. Объектное проектирование Длина кодового обозначения 100 Документы 15, 48, 148, 160 [c.243]
Объектное проектирование 152 Объектный код программы 32 Объектный модуль 166 Операнд 148 [c.244]
Место инвестиционного проектирования в жизненном цикле инвестиционных проектов. Расчетно-экспериментальный и объектно-ориентированный подходы в инвестиционном проектировании. Проектирование схем формирования внешних и внутренних эффектов инвестиционной деятельности. Принцип логической основы (ПЛО). Формы представления и анализ требований к инвестиционным проектам. [c.75]
Анализ и проектирование ИС выполняется на уровне отдельных классов объектов и их представителей. Процесс разработки класса объектов и объектов носит итеративный характер, автономен от других процессов. Объекты допускают тиражирование, включая тиражирование методов обработки. Программные модули приложений создаются с использованием языков объектно-ориентированного программирования. [c.52]
Назовите основные этапы проектирования и создания ИС. В чем различие спиральной и каскадной модели жизненного цикла ИС В чем суть структурного анализа и объектно-ориентированного проектирования [c.54]
После обследования начинается объектно-ориентированное проектирование, входе [c.204]
Результатами работ на этой стадии являются функциональная и информационная модели организации и спецификации требований к предполагаемой системе, служащие в качестве исходных данных для проектирования системы. Желательно, чтобы функциональная и информационная модели и спецификации требований были выполнены с помощью формализованных методов их описания, например с использованием средств описания моделей в известных методологиях структурного или объектно-ориентированного проектирования и языков спецификаций. В этом случае в ТЗ, разрабатываемом по результатам стадии предпроектного обследования, должно быть указание на имеющиеся исходные данные и средства описания исходных данных. Ссылки в ТЗ на документы, определяющие выбранные средства описания исходных данных, — часть профиля инструментальной среды, поддерживающей основные процессы проектирование, разработку, сопровождение и развитие прикладного программного обеспечения ИС. [c.79]
На стадии стратегического планирования и анализа требований уточняются исходные данные и разрабатываются спецификации требований к прикладному программному обеспечению и к среде. Эти спецификации должны позволять уточнить первичные функциональные профили ИС, заданные в ТЗ, дополняя их стандартами, применение которых потребуется на стадии проектирования. Такие дополнения, в частности, могут возникать в связи с принятием принципиальных решений по структуре прикладного ПО, архитектуре среды распределенной обработки данных, распределению функций защиты информации между прикладным программным обеспечением и средой ИС для обеспечения заданной категории информационной безопасности, выбору инструментальных средств проектирования и программирования. Принимаемые на этой стадии решения исходят из альтернативного выбора методологии и принципов построения ИС между функционально-модульным и объектным подходами. В плане создания ИС, разрабатываемом на этой стадии, учитываются работы, связанные с построением и оформлением функциональных профилей ИС [c.80]
Профиль прикладного ПО (функциональных частей ИС), формируемый на данной стадии, должен определять архитектуру прикладных программных комплексов (модели функций, логические модели данных, внешние интерфейсы) и их структуру (разбиение системы на подсистемы и подсистем на модули, определение унифицированных интерфейсов взаимодействия между прикладными программами). Профилю прикладного ПО конкретной ИС следует иметь в виду функциональную ориентацию приложений. При этом функции каждого прикладного объекта и задачи всего прикладного программного комплекса в целом, задаваемые на стадиях анализа и эскизного проектирования, "не должны быть привязаны к организационной структуре подразделений или к каким-либо пользователям. Такая привязка выполняется динамически при задании прав доступа пользователей к ресурсам системы. Приложения, работа которых может быть связана с частыми изменениями нормативно-инструктивной базы функциональных операций, должны иметь встроенные автоматические средства перенастройки, позволяющие пользователям настраивать их без привлечения программистов. Описания блоков настроечной информации в этих случаях являются частью профиля прикладного ПО. Общие требования к прикладному ПО, заданные в ТЗ, должны быть конкретизированы в профиле на основе выбранной методологии и принципов построения системы (функционально-модульного или объектного подхода). Профиль прикладного ПО должен содержать ссылки на стандартизованные интерфейсы между приложениями и средой ИС, которые описываются в профилях среды ИС, защиты информации и встроенных инструментальных средств. [c.81]
В настоящее время слияние средств представления знаний с технологией обобщенных объектов и стандартизацией в области объектно-ориентированных представлений реально ведет на следующий, качественно новый уровень в технологии системного проектирования [35]. [c.140]
Представляется, что это предположение является оптимистичным. (Равно оптимистичными представляются попытки предложить в качестве панацеи подход объектно-ориентированного проектирования.) [c.175]
Для создания специализированных менеджерских приложений важной частью систем проектирования МИС является объектно-ориентированный интерфейс между внешними приложениями и объектами управления. Используя этот интерфейс, можно создавать прикладные программы на разных языках программирования. [c.211]
В составе системы проектирования МИС включает, как правило, собственный язык программирования, используемый для создания клиентских макрокоманд и сценариев работы МИС, а также объектно-ориентированную среду для организации взаимосвязи разработчика и пользователя информационной системы с графическим интерфейсом. [c.211]
Нормы по МТР для пятилетнего планирования разрабатывают расчет-но-аналитическим и опытным методами. При этом должны быть заданы объемы производства продукции (работ) и характеристики действующих объектов. В случае применения, экспресс-проектирования новых объектов с помощью ЭВМ по заданным планам производства определяют оборудование, технические средства, производственные мощности, этап-ность (очередность) ввода, режимы загрузки и на этой основе устанавливают индивидуальные групповые и объектные нормы расхода, потребности и использования оборудования, производственных мощностей. [c.75]
Сметная документация (объектные и локальные сметы) выполняются при одностадийном проектировании, а при проектировании рабочей документации в случае, специально оговоренном [c.169]
В объектных. сметах показывается сметная стоимость оборудования, предусмотренного рабочими чертежами, вне зависимости от стадийности проектирования. [c.179]
При двухстадийном и одностадийном проектировании для объектов с продолжительностью строительства свыше двух лет составляются объектные сметные расчеты по формам объектных смет с меньшей детализацией работ. В некоторых случаях для составления объектных сметных расчетов могут применяться укрупненные показатели стоимости отдельных конструктивных элементов и видов строительно-монтажных работ. При использовании смет объектов-аналогов для составления сметных расчетов необходимо учитывать различия в технологических, конструктивных, объемно-планировочных характеристиках, территориальных условиях строительства, размерах накладных расходов и др. [c.179]
В нашей стране метод объектного проектирования развивался достаточно интенсивно, наиболее известными системами этого класса являются АСУ Львов , АСУ Кунцево , АСУ Барнаул и АСУ Сигма [1]. Из зарубежных систем назовем LAMBDA (Италия), MARS III (США) [19]. [c.93]
Приведите основные характеристики методов типового проектирования СМОД и его разновидностей элементного, подсистемного и объектного проектирования. [c.95]
При проектировании объектного стройгенплана первоначально уточняют исходные данные и расчеты. Объемы ресурсов, определенные ранее в ПОС по укрупненным показателям, берут из ППР, которые уже пересчитаны по физическим объемам рабочего проекта и сметы. [c.55]
Рассмотренные выше стандарты этапов создания автоматизированных систем позволяют выделить три стадии проектирования. Это предпроектный анализ (ПА), позволяющий разработать технико-экономическое обоснование и техническое задание, технический проект (ТП) и рабочий проект (РП). Автоматизированные системы появились практически с первыми ЭВМ и прошли достаточно долгий путь развития. Опыт их создания показал, что все стадии проектирования являются чрезвычайно трудоемкими. Поэтому, естественно, не прекращаются работы по созданию методов и средств автоматизации проектирования ЭИС. Сформировались четыре подхода к автоматизации процессов создания проектных решений элементный, подсистемный, объектный и модельный. Элементный подход предполагает использование типовых проектных решений по отдельным функциональным задачам управления. Подсистемный подход использует накопленный опыт [c.347]
Объектными считают подсистемы, выполняющие проектные процедуры, содежание которых зависит от конкретного объекта проектирования, а инвариантными — осуществляющие унифицированные проектные процедуры, не зависящие от объекта проектирования. [c.19]
Погодаев А.К. Объектный подход при проектировании информаци- [c.30]
Методика IDEF4 реализует объектно-ориентированное проектирование больших систем [19]. Она предоставляет пользователю графический язык для изображения классов, диаграмм наследования, таксономии методов. [c.126]
Объектно-ориентированные системы проектирования (например, LinkWorks) — это среда построения высокотехнологичных интегрированных офисных проектных решений, отвечающих требованиям системного менеджера, содержит средства проектирования системы управления документооборотом, почтовой системы, модули управления конфигурацией системы, средства для разработки и интеграции со стандартными сетевыми решениями и информационной магистралью. Открытость и гибкость программного интерфейса позволяют использовать специализированные системы проектирования как встроенный компонент сложных интегрированных систем. В специализированных информационных системах проектирования процессов управления финансами и производством (типа MANMAN/X или R/3) содержатся графические среды для работы пользователя, администратора и разработчика. Поддерживается любой национальный язык при их взаимодействии в системе клиент-сервер. Серверная и клиентская части ориентированы на работу под управлением различных операционных систем. [c.208]
Буч Г. Объектно-ориентированное проектирование. — М. Конкорд, 1992. [c.293]
IDEF4 — Методология объектно-ориентированного проектирования сложных систем, описывающая структуру, поведение и реализацию систем в терминах класса объектов. [c.300]
Метод проектирования программного обеспечения [Software Design Method] — целенаправленная совокупность процедур, позволяющая получить в результате описание разрабатываемой программной системы с такой степенью детализации, которая достаточна для ее реализации. Современные индустриальные технологии проектирования основаны главным образом на методах, использующих структурное или объектное моделирование разрабатываемой системы. (Наряду со структурными и объект- [c.327]
Смотреть страницы где упоминается термин Объектное проектирование
: [c.87] [c.76] [c.377] [c.51] [c.348] [c.60] [c.204] [c.76] [c.124]Смотреть главы в:
Проектирование машинной обработки экономической информации -> Объектное проектирование