Инструментальные универсумы включают компоненты одного функционального назначения, используемые в процессе проектирования. Например, перечень систем управления базами данных (СУБД), применение которых допустимо в рамках определенной технологии проектирования, может быть представлен в виде универсума. Элементами такого универсума будут выступать описания соответствующих СУБД. [c.16]
Создание инструментальных универсумов. Множество универсумов можно разбить на два класса [c.21]
Рассмотрим особенности создания инструментальных универсумов. С их помощью можно отслеживать теоретические концепции и практический опыт создания СМОД и формирования на этой основе инструментальных универсумов. Примерами универсумов этого класса могут служить универсумы по методам проектирования, пакетам прикладных программ, системам классификации и кодирования, системам управления базами данных, формам документов для различных классов объектов, системам ввода-вывода. Для каждого инструментального универсума определяются имя-идентификатор, структура элемента, множество значений. [c.21]
Структуру элементов инструментальных универсумов можно представить в виде [c.21]
Под множеством значений инструментального универсума будем понимать совокупность его элементов, представленных в соответствии со структурной формулой. [c.22]
Таким образом, создание универсума данного класса фактически сводится к получению значения каждого элемента в соответствии с уточненной структурной формулой. Степень детализации структурной формулы, конкретное наполнение каждого элемента и способы их физической интерпретации зависят от требований, предъявляемых к данному универсуму в процессе его использования. В качестве машинного средства формирования и ведения инструментальных универсумов может выступать любая достаточно мощная ИПС [3]. [c.22]
Выбор общесистемных проектных решений. Общесистемные проектные решения определяют структуру, основные принципы построения любой создаваемой СМОД. Выбор таких решений осуществляется на основании соответствующих инструментальных универсумов. Примерами данного класса действий является выбор [c.26]
Параметризация компонентов СМОД. Основное назначение операций параметризации — обеспечить возможность количественного и качественного сопоставления различных вариантов компонентов проектируемой системы обработки. Кроме того, благодаря параметризации улучшается формирование инструментальных универсумов. [c.31]
При проектировании операций подготовки и ввода данных целесообразно использовать инструментальный универсум Методы контроля , каждый элемент которого содержит название метода, аннотацию, полное описание, включая описание методики применения метода контроля, потребные ресурсы, включая технические средства. [c.77]
Следующая операция с преобразователем Я2 предназначена для выбора системы классификации и кодирования. Входными документами для нее являются DJ3, описанный ранее инструментальный универсум по системам классификации и кодирования Ui и документ DI, содержащий требования объекта управления с учетом традиций обработки данных на этом объекте. Так, если уже используется некоторая система классификации и кодирования, то это необходимо учитывать, можно также взять ее за основу. Выходом данной операции будут правила классификации и кодирования каждого объекта из DJ3, зафиксированные в документах D->5. [c.104]
Проектирование СМОД с применением ППП фактически сводится к привязке пакетов к конкретным условиям функционирования объекта управления. При этом должны быть конкретизированы значения параметров, составляющих параметрический поток конкретного пакета. Предварительно должны быть выбраны те ППП, которые можно использовать при создании конкретной СМОД. По своим функциональным возможностям отобранные пакеты должны удовлетворять информационные потребности объекта управления. Таким образом, основными технологическими операциями ППП-технологии являются поиск и выборка. Эти операции выполняются по соответствующим инструментальным универсумам, содержащим характеристики существующих ППП, на основании критерия (критериев), сформулированного при анализе материалов обследования объекта управления. [c.129]
На вход Ui поступают DtJ— описание форм входных документов по каждому /-му разрабатываемому классификатору из перечисленных шести U — инструментальный универсум Системы классификации и кодирования . [c.195]
Основными ограничениями при выборе технологии из некоторого универсума технологий (U2.1) могут служить наличие денежных средств на приобретение и поддержку выбранной технологии, ограничения по времени проектирования, доступность соответствующих инструментальных средств и возможность обеспечения поддержки их эксплуатации собственными силами, наличие специалистов соответствующей квалификации (Д2.1). Результатом выполнения этой операции служит получение описания выбранной технологии, методов и средств проектирования (Д2.2). Перед началом работ по проведению обследования необходимо выбрать метод проведения обследования (ПЗ). Все методы (U3.1) можно объединить в группы по следующим признакам (рис. 3.3) [c.54]
На следующей операции (ПЗ) осуществляется Выбор инструментального средства разработки программ загрузки информационной базы на основе универсума программных средств частичной автоматизации, служебных средств операционной системы и языков программирования (U3.1). На вход данной операции поступают блок-схема технологического процесса загрузки (Д2.1) и факторы, определяющие выбор инструментальных средств (Д3.1). На выходе получают описание выбранных инструментальных средств и методическое обеспечение по их настройке (Д3.2). [c.169]
Д4 - логическая структура данных ИХ Д5- схема преобразования данных, Д6 - логическая структура данных витрин Д7 - схема размещения ИХ в сетевой вычислительной среде Д8 - проектная документация U1 - универсум программных средств Ш - универсум технических средств U3 - универсум программных средств реализации ИХ U4 - универсум технических средств реализации ИХ, G1 - репозиторий, G2 - настройка или процедуры инструментальных средств, G3 - наполнение [c.316]
Для модельно-ориентированной технологии проектирования ЭИС характерна привязка модели предприятия к функциональности типовой ЭИС (см. рис. 14.15), на основе которой в последующем автоматически выполняется конфигурация информационной системы. Поэтому на входе преобразователя П2 задаются предварительная модель предприятия (D2), референтная модель функциональности типовой ЭИС (U2) и универсум бизнес-правил отображения модели (U3), а на выходе формируется проектная модель предприятия (D3), в которой определяются компоненты типовой ЭИС, компоненты других программных продуктов и компоненты, которые должны быть специально разработаны с помощью инструментальных средств четвертого поколения, например АВАР/4 (SAP) или набора инструментов Tools (BAAN). [c.421]