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

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

Статьи Чертежи Таблицы О сайте Реклама

Документирование данных и систем

ДОКУМЕНТИРОВАНИЕ ДАННЫХ И СИСТЕМ  [c.251]

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


Определение и документирование потоков данных и функций. Существует ряд методологий, которые могут служить для определения и документирования потоков данных и функций, и методологии (например, BSP фирмы IBM и многие другие) открывают формализованный, стандартный подход К анализу систем всех видов. Стандартизованные методологии обладают многими преимуществами, в частности обеспечивается доскональный общий подход к системам (иначе говоря, системный аналитик способен очень быстро понять из проекта Л, как работает проект В, просто изучив документацию) и ориентация на наглядное представление, когда большой объем информации сообщается в виде изображения на одной картинке (схеме). Однако формальные методологии пригодны не для всех. Для их изучения требуется время, и иногда они подвергаются критике потому, что требуют слишком много скрытой детальной работы, прежде чем появятся осязаемые результаты. По мнению автора, потребность в методологии пропорциональна размеру проекта. Чем больше подразделений вовлекается, чем больше сцепляются функции и потоки данных, чем более специализированы требуемые программное обеспечение и базы данных, тем нужнее формальная методология.  [c.83]

Большинство поставщиков ПрК предоставляют также пакеты программного обеспечения, которые могут функционировать на общеиспользуемых мини-компьютерных системах и обеспечивать такие виды деятельности, как разработка программ и докумен-тирование. и пакеты могут читать программы ПрК и выдавать листинги цепных диаграмм перекрестных ссылок. Многие поставщики систем САПР/АСТПП также предоставляют готовые к непосредственному употреблению пакеты программ, обеспечивающие и разработки, и документирование программ. Поставщикам систем САПР/АСТПП Приходится бороться с большим количеством различных форматов данных, протоколов и других возможностей, предоставляемых разными фирмами, продающими ПрК-  [c.225]

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

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


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

Для контроля малогабаритных узлов и объектов авиатехники со сложной конфигурацией разработана модель микротомографа, включающая микрофокусный рентгеновский излучатель прецизионный сканер приемную рештенотелевизионную систему систему предобработки данных проекций систему обработки и документирования реконструированной томофаммы на базе P АТ.  [c.165]

Под комплексными автоматизированными системами технологической подготовки произво.т-ства (КАС ТПП) понимают автоматизированную систему организации и управления процессом технологической подготовки производства, включая технологическое проектирование. На рис. 2.8, а—в показаны структуры КАС ТПП первой степени сложности с различными задачами проектирования КАС ТПП Технолог Т1—для проектирования технологических процессов деталей класса тела вращения , обрабатываемых на универсальном оборудовании КАС ТПП Автомат А-—для обработки деталей на прутковых токарных автоматах типа ГА, КАС ТПП Штамп ШТ — для деталей, обрабатываемых листовой штамповкой. Предусматривается, что КАС ТПП Гй степени сложности — это типовая комплексная система, реализующая совокупность задач ТПП и имеющая многоуровневую структуру. Первый уровень включает подсистемы общего назначения подсистемы кодирования Код , документирования Д, банк данных БнД или информационную систему ИС. Второй уровень включает подсистемы проектирования технологических процессов для основного производства Тсхнолог-1 Т1, Автомат А, Штамм ШТ. Третий уровень — подсистемы конструирования специальной технологической оснастки приспособлений П, режущих и измерительных инструментов И, штампов ШТ и т, п. Четвертый уровень — подсистемы проектирования технологических процессов для деталей, конструируемых в системе оснастки Технолог-2 Т2 [15].  [c.84]

Комплексные автоматизированные системы технологической подготовки производства (КАСТПП) в машиностроении представляют собой автоматизированную систему технологического проектирования, организации и управления процессом ТПП. На рис. 10, а — в показаны структуры КАСТПП с различными задачами проектирования Технолог (рис. 10, а) —для проектирования технологических процессов деталей класса тел вращения, обрабатываемых на универсальном оборудовании Т1 Автомат (рис. 10,6) — для обработки деталей на прутковых токарных станках А Штамп (рис. 10,в) — для деталей, обрабатываемых штамповкой (ШТ). Предусматривается, что КАСТПП — это типовой комплексный моду.ль, реализующий законченный этап проектирования определенной совокупности задач ТПП с многоуровневой структурой ряда подсистем. Первый уровень состоит из подсистем общего назначения код — кодирование, Д — документирование, БД — банк данных или ИС — информационная система. Второй уровень включает проектирование технологических процессов для деталей основного производства. Третий уровень содержит подсистемы конструирования специальной технологической оснастки П — приспособлений, И — режущих и измерительных инструментов, ШК — штампов и т. п. Четвертый уровень включает подсистемы проектирования технологических процессов изготовления для конструируемой в системе оснастки Технолог 2 (Т2).  [c.212]

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


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

СССД может предоставить средства для рещения основной проблемы документирования систем и помочь сделать процесс документирования неотъемлемым элементом проекта системы базы данных (рис. 11.2). Эта проблема может быть решена в двух аспектах, и оба они очень важны.  [c.253]

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

Ответственный за унификацию и документирование подчиняется помощнику вице-президента по администрации данных. Выполняет унификацию и разработку руководств в области баз данных, взаимодействует с персоналом эксплуатации вычислительного центра, обеспечивает сопровождение СССД и организует исследование новых систем на предмет соответствия соглашениям по унификации, принятым в LNB. Его обязанности  [c.285]

Совокупность средств (инструментов) и среды, в которой разработчик выполняет свою работу, называется инструментальным комплексом (ИК). Такие комплексы могут быть созданы, например, под управлением операционной системы типа UNIX. Для профессионального писателя требуется специальный ИК, имеющий в своем составе редактор, программу проверки орфографии, систему документирования и другие элементы. Комплекс программиста может включать в свой состав такие компоненты, как редакторы, устройства контроля правильности записи данных, временные анализаторы, системы контроля исходных модулей. Оба этих комплекса могут существовать в операционной среде (UNIX), которая обеспечивает возможность управления файлами и текстовую обработку. По аналогии с этими двумя 102  [c.102]

Рис. 2. Обобщенная схема интеграции бортовых информационных систем двигателя АД - авиационный двигатель ЛА - летательный аппарат НО-наземное обслуживание БПВ- блок преобразования и анализа вибраций БПМ - блок преобразования и анализа концентрации металла в масле БПП - блок преобразования параметров двигателя САС - система аварийной сигнализации КИСС - комплексная информационная система сигнализации БОА- блок обработки и анализа диагностических данных АР - аварийный регистратор ЭРЛА - эксплуатационный регистратор летательного аппарата БД - блок документирования ЭРД - эксплуатационный регистратор параметров двигателя Рис. 2. <a href="/info/482997">Обобщенная схема</a> интеграции бортовых информационных систем двигателя АД - <a href="/info/35666">авиационный двигатель</a> ЛА - <a href="/info/388096">летательный аппарат</a> НО-наземное обслуживание БПВ- блок преобразования и анализа вибраций БПМ - блок преобразования и анализа концентрации металла в масле БПП - блок <a href="/info/757831">преобразования параметров</a> двигателя САС - система <a href="/info/180771">аварийной сигнализации</a> КИСС - комплексная <a href="/info/307248">информационная система</a> сигнализации БОА- блок обработки и анализа диагностических данных АР - аварийный регистратор ЭРЛА - эксплуатационный регистратор <a href="/info/388096">летательного аппарата</a> БД - блок документирования ЭРД - эксплуатационный регистратор параметров двигателя

Смотреть страницы где упоминается термин Документирование данных и систем : [c.251]    [c.370]    [c.260]    [c.273]    [c.59]    [c.58]    [c.131]   
Смотреть главы в:

Системы словарей-справочников данных  -> Документирование данных и систем



ПОИСК



Документирование данных



© 2025 Mash-xxl.info Реклама на сайте