Анализ структуры спецификаций

Анализ структуры спецификаций API [c.166]

СРАВНИТЕЛЬНЫЙ АНАЛИЗ СТРУКТУРЫ И ОФОРМЛЕНИЯ ГОСУДАРСТВЕННЫХ СТАНДАРТОВ РФ И СПЕЦИФИКАЦИЙ АМЕРИКАНСКОГО НЕФТЯНОГО ИНСТИТУТА [c.159]

Эта группа работ начинается с определения требований конечных пользователей, анализа наличия данных, разработки структуры данных и структуры хранения данных в базе данных как на логическом, так и на физическом уровне, подготовки спецификаций на языках описания данных СУБД. Взаимодействие с конечными пользователями (выявление требований и определение наличия данных) носит нетехнический характер и входит в компетенцию АД. Например, АД может отвечать за то, чтобы пользователи выдвинули и долгосрочные (стратегические) и текущие (тактические) требования. АД должен уметь сопоставить перспективные планы предприятия с потребностями пользователей. Исходя из этого, он может разработать такую тактику, при которой система базы данных будет снабжать информацией наибольшее число пользователей и в то же время наилучшим образом служить интересам предприятия. [c.212]

В качестве примера сопоставления структуры государственных стандартов РФ и спецификаций API рассмотрим нормативные документы на устьевое и противовыбросовое оборудование. Анализу подвергались следующие документы [c.168]

Анализ показал совпадение структур в случае устьевого оборудования 75%, в случае противовыбросового оборудования — 59%. Случаем совпадения можно считать наличие пункта или требования в одном из российских стандартов при наличии аналогичного пункта или требования в спецификации API, а также отсутствие пункта или требования во всех документах. [c.168]

Значите. 1ьный интерес представляет автоматизация процесса построения структуры информационных массивов. Это построение осуществляется на основе анализа всех документов (таблиц), описанных в терминальных спецификациях, а именно исходных, про-меич уточных и внешних результатов. Каждая таблица на основе анализа ее состава и структуры представляется как сумма структурных компонент (СК), каждая из которых описывается формально как последовательность 0-кодов признаков (элементов ключа) с указанием родо-видовых отношений между ними и 0-кода характеристики, стоящего в конце последовательности. [c.115]

На этапе логического проектирования IE становится аналогична SE для разработки ПО. Базой для проектирования являются процессы, разработанные на этапе анализа. Используя методики нисходящей функциональной декомпозиции, проектируются спецификации обработки в процессах и их логические структуры данных. При этом используются диаграммы структуры данных (диалект ERD), определяющие типы сущностей, их атрибуты и связи, диаграммы декомпозиции и диаграммы деятельности (вид миниспецификации), детализирующие логику процессов. Для согласования требований пользователя создаются прототипы пользовательских интерфейсов с помощью схем экранов/отчетов. [c.137]

ASE-средств анализа требований, проектирования спецификаций и структуры, редактирования интерфейсов (первая генерация ASE-I) [c.184]

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

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

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