Определение СССД

В следующих разделах будет дано определение СССД. [c.26]

Программа ЭВМ, а также инструкции и документация, с помощью которых специалист по обработке данных проектирует, разрабатывает, сопровождает данные и программы, а также организует управление ими. Согласно данному определению СССД и СУБД могут рассматриваться в качестве программного средства. [c.304]

При такой обобщенной классификации отсутствует четкое определение начала и заверщения работ. Тем не менее прослеживается упорядоченная последовательность их выполнения, например, перед началом проектирования нужно четко сформулировать и тщательно проанализировать требования к системе. В настоящей главе освещаются те этапы ЖЦ, на которых может успешно применяться СССД (рис. 2.1). Первый из них — этап планирования. [c.36]

Определение и анализ транзакций — это следующая стадия процесса планирования. Она должна документироваться и поддерживаться СССД. Большинство видов анализа, проводимых на этой стадии, трудоемки. Их можно значительно облегчить с помощью СССД. [c.42]

Концептуальная модель данных — это модель данных, необходимых для поддержки административно-управленческих функций предприятия [2]. Группа по изучению баз данных АН51/ХЗ/5РАКС обозначает такую модель данных термином концептуальная схема [10]. Пример концептуальной схемы приведен на рис. 2.3. Ее документирование может проводиться с помощью СССД. Впоследствии определение и анализ информационных потребностей (и, возможно, проектирование базы данных) будут основываться на этой модели данных . [c.42]

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

На этапе выявления и анализа потребностей СССД служит для документирования требований по мере их определения и обеспечивает анализ накопленных сведений. [c.52]

После того как информационные потребности сформулированы, важно определить, какие данные доступны в настоящее время. Чтобы избежать ненужной избыточности, просматривается опись имеющегося в наличии информационного ресурса. Следующий щаг анализа — выявить те информационные потребности, которые можно удовлетворить, модифицировав существующие данные. Здесь СССД может оказать неоценимую помощь, в особенности при наличии полного перечня данных предприятия. Анализ еще более облегчается, если при описании данных СССД основывалась на единых формах определений. [c.52]

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

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

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

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

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

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

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

Если данные уже описаны в СССД, то она может применяться для генерации метаданных, необходимых работающим программам. Благодаря этому достигается определенная степень контроля над метаданными, которые используются программами, и, как следствие, над самими программами. Можно 62 [c.62]

Во время работы программ используются критерии редактирования и проверки достоверности значений, определенные в СССД выдаются сообщения о любых аномалиях в обработке данных. [c.63]

При функционировании системы распределенной базы данных СССД хранит детальные описания всех доступных данных. На этой основе поддерживается отображение данных при обмене между узлами сети. И, наверное, самое важное — СССД представляет собой основное средство определения местоположения данных в сети. [c.66]

Современная технология не обеспечивает пока повсеместного внедрения распределенных баз данных, которые бы отвечали нащему определению. Но уже сегодня многие предприятия создают системы обработки данных на нескольких удаленных вычислительных установках, объединенных в сеть, считая такое рассредоточение вполне оправданным. Это еще не распределенные базы данных, а лишь системы распределенной обработки территориально разнесенных данных. Соответственно существующие СССД локальных систем смогут быть развиты и для их поддержки. Применение СССД в совершенствующихся системах распределенной обработки весьма важно и потому, что обеспечивает независимость данных в условиях неоднородной операционной обстановки или при наличии различных СУБД в узлах сети. [c.66]

При определении принципов проектирования СССД особенно важно то, что эта система должна удовлетворять потребности в метаданных широкого круга пользователей администратора данных (АД), администратора базы данных (АБД), аналитиков, программистов и конечных пользователей (рис. 3.1). Многим из них придется работать с различными [c.70]

Из-за разнообразия языков описания данных коммерческих СССД еще не выработан общий подход к описанию данных. Это может вызывать большие затруднения у пользователей. Доводы в пользу стандартного ЯОД СССД совпадают с доводами в пользу стандартного Я,ОД СУБД (рис. 5.6). Главный из них состоит в том, что стандартный ЯОД СССД может обеспечить общий подход к описанию данных. Это означает, что стандартный ЯОД будет располагать определенным набором структур мета- [c.109]

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

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

Хотя, быть может, и нецелесообразно требовать от пользователей однократного предоставления полного описания метаобъектов, тем не менее АБД может установить, что некоторые атрибуты являются обязательными. СССД после этого будет автоматически контролировать полноту описаний в соответствии с критерием, установленным АБД. Такая возможность представляет интерес и для поддержания целостности базы метаданных, рассматриваемой ниже. К средствам, реализуемым АБД в целях обеспечения полноты описаний, относятся отклонения ввода неполных описаний и ввода неполных описаний, которые специальным образом помечаются с тем, чтобы впоследствии можно было обратить на них особое внимание. Определение перечня обязательных атрибутов остается за АБД. [c.113]

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

В определенной степени поддерживается непротиворечивость метаданных СУБД и СССД. [c.150]

Применение активной СССД имеет определенные преимущества и с точки зрения управления заданиями в операционной системе. Такая СССД может генерировать метаданные для средств управления в форме операторов языка управления заданиями. [c.154]

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

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

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

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

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

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

Произвести оценку систем-претендентов в соответствии с критериями выбора. Любая из СССД, удовлетворяющая обязательным критериям, оценивается по каждому из критериев выбора, определенных на шагах 4 и 5, по некоторой шкале. [c.185]

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

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