-
Notifications
You must be signed in to change notification settings - Fork 27
Билет 11
Система — Комбинация взаимодействующих элементов, организованных для достижения одной или нескольких поставленных целей. Системы, которые рассматриваются в настоящем стандарте, создаются человеком и используются для обеспечения продукцией и/или услугами в определенной окружающей среде в интересах пользователей и других заинтересованных сторон. Системы могут формироваться из аппаратных средств, программных средств, данных, людей, процессов (например, процессов для оказания услуги пользователям), процедур (например, инструкций оператору), услуг, материалов и естественно возникающих сущностей. Согласно предоставлениям пользователя они рассматриваются как продукты или услуги. Источник ГОСТ Р 57193-2016:
Отношения между системой и ее полным множеством системных элементов могут представляться в иерархии до простейших элементов, относящихся к рассматриваемой системе. Для более сложной рассматриваемой системы предполагаемый системный элемент должен быть самостоятельно рассмотрен как система (которая в свою очередь состоит из системных элементов), прежде чем полное множество системных элементов может быть с уверенностью определено.
Системная инженерия — системная инженерия (systems engineering) - междисциплинарный подход, управляющий полным техническим и организаторским усилием, требуемым для преобразования ряда потребностей заинтересованных сторон, ожиданий и ограничений в решение и для поддержки этого решения в течение его жизни. Источник ГОСТ Р 57193-2016:
Системная инженерия:
- Помогает создателям систем в выделении точек зрения, которые следует использовать системному инженеру, когда он смотрит на мир.
- Определяет сферу деятельности (ответственности) системного инженера.
- Предлагает инструментарий (процессы) для осуществления этой деятельности. Источник
Теоретическую и методологическую основу системной инженерии составляют системный подход и общая теория систем, а также методы исследований с привлечением математической логики, математической статистики, системного анализа, теории алгоритмов, теории игр, теории ситуаций, теории информации, комбинаторики и ряда других. В системной инженерии тесно переплетены элементы науки и практики. Хотя её основой считают общесистемные теории, системная инженерия, однако, заимствует у них лишь самые общие исходные представления и предпосылки. Её методологический статус весьма необычен: с одной стороны, системная инженерия располагает методами и процедурами, почерпнутыми из современной науки и созданными специально для неё, что ставит её в ряд с другими прикладными направлениями современной методологии, с другой — в развитии системной инженерии отсутствует тенденция к оформлению его в строгую и законченную теорию. Это связано, прежде всего, с тем, что чрезвычайно высокая сложность и разнообразие крупномасштабных систем существенно затрудняет использование точных формализованных методов при их создании. Поэтому основные концепции, методы и технологии современной системной инженерии формировались, главным образом, в рамках практики успешных разработок. В настоящее время системная инженерия представляет собой междисциплинарный комплекс исследований, подходов и методологий к построению и эксплуатации сложных систем любого масштаба и назначения в различных областях человеческой деятельности. Источник
Процессы жизненного цикла системы подразделяются на четыре группы процессов:
- процессы соглашения;
- процессы предприятия;
- процессы проекта;
- технические процессы.
Каждый процесс жизненного цикла при необходимости может быть начат в любой момент жизненного цикла, при этом нет определенного порядка в их использовании. Любой процесс может выполняться одновременно с любыми другими процессами жизненного цикла и может быть реализован на любом уровне иерархии структуры системы. Таким образом, в следующем ниже описании процессов порядок, в котором представлены используемые процессы и группы процессов, не подразумевает предшествования или последовательности их применения в течение жизненного цикла системы. Однако группы процессов отражают концепции, лежащие в основе настоящего стандарта. Источник ГОСТ Р ИСО/МЭК 15288-2005:
1. Иерархическая модель данных.
В иерархической модели элементы организованы в структуры, связанные между собой иерархическими или древовидными связями. Родительский элемент может иметь несколько дочерних элементов. Но у дочернего элемента может быть только один предок. Данные здесь хранятся в серии записей с прикреплёнными к ним полями значений. Модель собирает вместе все экземпляры определённой записи в виде «типов записей» — они эквивалентны таблицам в реляционной модели, а отдельные записи — столбцам таблицы. Для создания связей между типами записей иерархическая модель использует отношения типа «родитель-потомок» вида 1:N. Источник
2. Сетевая модель данных.
В сетевой модели данных у родительского элемента может быть несколько потомков, а у дочернего элемента — несколько предков. Записи в такой модели связаны списками с указателями. Основной элемент сетевой модели данных — набор, который состоит из типа «запись-владелец», имени набора и типа «запись-член». Запись подчинённого уровня («запись-член») может выполнять свою роль в нескольких наборах. Обычно в наборе существует отношение 1:М, но разрешено и отношение 1:1. Источник
3. Реляционная модель данных (табличная).
В реляционной модели вся информация хранится в виде таблиц (отношений), состоящих из рядов и столбцов. А данные двух таблиц связаны общими столбцами, а не физическими ссылками или указателями. Для манипуляций с рядами данных существуют специальные операторы. Некоторые поля могут быть определены как ключевые. Это значит, что для ускорения поиска конкретных значений будет использоваться индексация. Источник
Концептуальная модель.
Концептуальная модель отображает предметную область в виде взаимосвязанных объектов без указания способов их физического хранения. Концептуальная модель представляет интегрированные концептуальные требования всех пользователей к базе данных данной предметной области.
При этом усилия разработчика должны быть направлены в основном на структуризацию данных, принадлежащих будущим пользователям БД, и выявление взаимосвязей между ними. Возможно, что отраженные в концептуальной модели взаимосвязи между объектами окажутся впоследствии нереализуемыми средствами выбранной СУБД. Это потребует изменения концептуальной модели.Источник
Логическая модель.
Логическая модель отражает логические связи между атрибутами объектов вне зависимости от их содержания и среды хранения и может быть реляционной, иерархической или сетевой. Таким образом, логическая модель отображает логические связи между информационными данными в данной концептуальной модели.
Насколько хорошо спроектирована внешняя модель, настолько полно и точно информационная модель отображает предметную область и настолько полно и точно работает автоматизированная система управления этой предметной областью. Источник
Физическая модель.
Физическая модель базы данных содержит все детали, необходимые конкретной СУБД для создания базы: наименования таблиц и столбцов, типы данных, определения первичных и внешних ключей и т.п. Она строится на основе логической с учетом ограничений, накладываемых возможностями выбранной СУБД. Источник
Информационные данные любого пользователя в БД должны быть независимы от всех других пользователей, т.е. не должны оказывать влияния на существующие внешние модели. Это первый уровень независимости данных. С другой стороны, внешние модели пользователей никак не связаны с типом физической памяти, в которой будут храниться данные, и с физическими методами доступа к этим данным. Это положение отражает второй уровень независимости данных. Источник