Гост архитектура информационной системы Октябрь 2, 2012 by Милана

У нас вы можете скачать гост архитектура информационной системы в fb2, txt, PDF, EPUB, doc, rtf, jar, djvu, lrf!

Сложность искусственных систем достигла беспрецедентного уровня. Это открыло новые возможности и вместе с тем привело к усложнению проблем для организаций, которые создают и используют такие системы. Чтобы помочь управлению сложными системами, с которыми столкнулись заинтересованные стороны, все чаще применяются понятия, принципы и процедуры процесса архитектуризации.

Осмысление архитектуры системы, выражаемой в описании архитектуры, способствует пониманию системной сути и основных свойств, имеющих отношение к ее поведению, составу и развитию. А они, в свою очередь, воздействуют на интересы, например такие, как выполнимость, полезность и сопровождаемость системы. Описания архитектуры используются сторонами, которые создают, применяют современные системы и управляют ими, для улучшения связи и сотрудничества, позволяя им работать интегрированным последовательным образом.

Структуры архитектуры и языки описания архитектуры создаются как активы, которые систематизируют соглашения и общие методы процесса архитектуризации и описания архитектур в пределах различных сообществ и областей применения. Настоящий стандарт обращается к созданию, анализу и самообеспечению архитектур систем с помощью описаний архитектуры. Настоящий стандарт обеспечивает основную онтологию для описания архитектуры.

Условия настоящего стандарта способствуют реализации желаемых свойств описаний архитектуры. В стандарте также определены условия для реализации желаемых свойств структур архитектуры и языков описания архитектуры в порядке целесообразной поддержки разработки и использования описаний архитектуры. В стандарте содержатся основы для сравнения и объединения структур архитектуры и языков описания архитектуры путем обеспечения общей онтологии для определения их содержания.

Настоящий стандарт может использоваться для установления последовательной практики при разработке описаний архитектуры, ее структуры и языков описания архитектуры в пределах контекста жизненного цикла и его процессов не определяемых в настоящем стандарте. Стандарт может также быть применен для оценки соответствия описания архитектуры, структуры архитектуры, языка описания архитектуры или точки зрения на архитектуру условиям данного стандарта. Для улучшения восприятия онтологии, ее понятий и принципов настоящий стандарт рекомендует пользователям руководствоваться положениями раздела 4.

Настоящий стандарт определяет способ, с помощью которого осуществляются организация и выражение описания архитектуры систем. Настоящий стандарт определяет точки зрения на архитектуру, структуру и языки описания архитектуры для использования в описаниях архитектуры. Настоящий стандарт также содержит обоснование для используемых терминов и понятий, представляет руководство по определению точек зрения на архитектуру и демонстрирует использование настоящего стандарта во взаимодействии с другими стандартами.

Требования настоящего стандарта приведены в разделах 5, 6, 7. Существуют четыре ситуации, при которых могут быть сделаны заявления о соответствии условиям настоящего стандарта: Требования настоящего стандарта выражены глаголом "должен". Рекомендации выражены глаголом "следует". Разрешения отмечены с помощью глагола "может". В случае рассогласований между нормативными числами и текстом приоритет имеет текст. Следует отмечать любые очевидные рассогласования.

Примечание - Настоящий стандарт разработан таким образом, что после заявления о соответствии для использования не требуется и не разрешается "приспосабливание" стандарта. В настоящем стандарте применены следующие термины с соответствующими определениями: Процесс понимания, определения, выражения, документирования, взаимодействия, соответствующей сертификации при реализации, сопровождении и улучшении архитектуры в жизненном цикле системы. Основные понятия или свойства системы в окружающей среде, воплощенной в ее элементах, отношениях и конкретных принципах ее проекта и развития.

Рабочий продукт, используемый для выражения архитектуры. Рабочий продукт, выражающий архитектуру некоторой системы с точки зрения определенных системных интересов. Рабочий продукт, устанавливающий условности конструирования, интерпретации и использования архитектурного представления для структуризации определенных системных интересов.

Польза или проблемы в системе, относящиеся к одной или нескольким заинтересованным сторонам. Примечание - Интерес относится к любому воздействию на систему в ее окружающей среде, включая воздействия разработки, технологические, деловые, эксплуатационные, организационные, политические, экономические, юридические, регулирующие, экологические и социальные воздействия. Контекст, определяющий параметры и обстоятельства всех воздействий на систему. Примечание - Окружающая среда системы включает воздействия разработки, технологические, деловые, эксплуатационные, организационные, политические, экономические, юридические, регулирующие, экологические и социальные воздействия.

Условности для типа моделирования. Примечание - Примеры видов модели включают диаграммы потока данных, диаграммы класса, сети Петри, бухгалтерские балансы, организационные структуры и модели перехода состояний. Индивидуум, команда, организация или их группы, имеющие интерес в системе.

В настоящем разделе введены концептуальные основы описания архитектуры, включающие концептуальную модель описания архитектуры см. Понятия, введенные в настоящем разделе, используются в разделах для выражения требований. Примечание - Приложение A обеспечивает дальнейшее пояснение терминов и понятий, используемых в настоящем стандарте, и содержит примеры их использования.

Рисунок 1 - Контекст описания архитектуры. Термин " система " использован в настоящем стандарте для обращения к объектам сущностям , архитектура которых рассматривается. Термин предназначен для того, чтобы охватить но не ограничивается этим объекты сущности в пределах следующих областей: Настоящий стандарт не определяет, где находится или из чего состоит система в пределах тех или иных областей, а также не рассматривает конкретную природу систем.

Настоящий стандарт предназначен для использования в областях систем, упомянутых выше, однако ничто не препятствует его использованию для описаний архитектуры сущностей какого-либо интереса за пределами этих областей например, для природных или концептуальных систем.

Заинтересованные стороны какой-либо системы - это стороны, имеющие интерес в этой системе. Интересы заинтересованных сторон выражены как польза или проблема см. Заинтересованные стороны формируют для системы различные цели. Цели являются одним из видов выражения интересов.

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

Архитектура какой-либо системы представляет собой то, что является существенным относительно рассматриваемой системы в ее окружающей среде. Не существует единственной характеристики того, что является существенным или основным для системы; такая характеристика может принадлежать любому из следующего: Описания архитектуры используются для того, чтобы выразить архитектуры рассматриваемой системы см.

Примечание - Та же самая система может быть понятной с помощью несколько отличающихся архитектур например, когда они рассматриваются в различных окружающих средах. Архитектура может быть выражена с помощью нескольких отличающихся описаний архитектуры например, когда используются различные структуры архитектуры. Та же самая архитектура может характеризовать более чем одну систему например, семейство систем деления какой-то общей архитектуры.

На рисунке 2 изображены понятия, имеющие отношение к практике описания архитектуры, если настоящий стандарт применяется для создания одного описания архитектуры, выражающего одну архитектуру для одной рассматриваемой системы. Рисунок 2 - Концептуальная модель описания архитектуры.

В настоящем стандарте термин " рассматриваемая система " или просто, " система " относится к системе, архитектура которой находится на рассмотрении в подготовке описания архитектуры. Формирование концептуальной модели описания архитектуры отражено в 4. Рисунок 4 обеспечивает дополнительные детали обоснования архитектуры. Описание архитектуры выражает архитектуру рассматриваемой системы.

Настоящий стандарт отличает архитектуру системы от описания архитектуры. Описания архитектуры не сама архитектура являются предметом настоящего стандарта. Принимая во внимание то, что описание архитектуры является рабочим продуктом, архитектура представляет собой абстракцию, состоящую из понятий и свойств.

Настоящий стандарт задает требования к описаниям архитектуры. В стандарте отсутствуют какие-либо требования, имеющие отношение к архитектуре или системам, или к их окружающей среде. Настоящий стандарт не определяет какого-либо формата или средства массовой информации СМИ для регистрации описаний архитектуры. Стандарт применим для ряда подходов к описанию архитектуры, включая ориентированные на документирование модели и методики, связанные с репозиториями.

Настоящий стандарт не предлагает конкретного процесса или метода для осуществления описаний архитектуры. Этот стандарт не берет на себя и не предписывает определенных методов процесса архитектуризации, моделей, нотаций или методик, используемых для осуществления описаний архитектуры.

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

Примеры - Примерами интересов в терминах настоящего стандарта являются функциональность, выполнимость, применимость, цели системы, характеристики системы, свойства системы, известные ограничения, структура, поведение, функционирование, использование ресурсов, надежность, безопасность, информационное обеспечение, сложность, развиваемость, открытость, параллелизм, автономность, стоимость, расписание, качество услуг, гибкость, динамичность, модифицируемость, модульность, управление, межпроцессная связь, взаимоблокировка, изменение состояния, интеграция подсистем, доступность данных, частная жизнь, соответствие требованиям регуляторов, гарантии, деловые цели и стратегии, опыт заказчика, сопровождаемость, приемлемость и утилизируемость.

Архитектурное представление или просто, представление обращается к одному или более интересам, имеющим место от заинтересованных сторон системы. Архитектурное представление выражает архитектуру рассматриваемой системы в соответствии с архитектурной точкой зрения или просто, точкой зрения. Точка зрения имеет два аспекта: Какая-либо архитектурная точка зрения структурирует один или более интересов.

Интерес может быть структурирован более, чем одной точкой зрения. Представление определяется точкой зрения: На рисунке 2 показаны отношения между представлениями и точками зрения в пределах описания архитектуры. В терминах настоящего стандарта архитектура системы - это целостная концепция основных свойств системы, воспринимаемая наилучшим образом через множественные представления этой архитектуры.

Поэтому приблизительные эквиваленты вышеупомянутых словосочетаний - это соответственно: А может ему совсем нужен не Exchange. А это значит, что требуется обследование объекта автоматизации. А значит начинается стадия первая ГОСТ Если перевести это на человеческий язык, то тут мы должны определить надо ли вообще что-либо разрабатывать. Целесообразно ли это различных точек зрения.

В общем, провести оценку необходимости начала работ. Итогом работы по этой стадии становится отчет, который фиксирует результат. В концепции нам необходимо изучить объект, где требуется произвести внедрение. Если в первой стадии мы искали причину создания АС вообще исходя лишь из бизнес-целей, просто ГОСТ писался тогда, когда таких слов не употребляли , то на второй стадии нам необходимо найти возможные варианты, которые удовлетворяют требованиям заказчика.

Например, если заказчик хочет почтовую систему, то это можно реализовать как на Exchange, так и на Postfix или на чем ни будь еще. Со своими плюсами, минусами и вариантами развития. Проводится общая экспертиза объекта и предварительно оцениваются трудозатраты.

Мы, как исполнители, тоже ищем для себя наиболее оптимальный вариант. Сейчас мы на этом подробно останавливаться не будем. От качества выполнения этих стадий зависит правильность и корректность создания ТЗ. Подписаться на уведомления о новых комментариях. Информационные технологии Главная - Последние статьи Последние новости Облачные технологии Сетевые технологии Виртуальные технологии Параллельные вычисления Потоковое вещание и online TV Дистанционное обучение Создание и продвижение сайтов Настоящее и будущее.

Защита информации Информационная безопасность Защита данных и сертификация Вирусы и антивирусы Описания антивирусов Ответственность за пиратство Электронная цифровая подпись - ЭЦП. Видеокурсы Видеокурсы по ВТ. Экономика и IT Экономика и электронная торговля Финансы, управление и общество Управление акциями и форекс Программы бухгалтерского учета Вопросы закупок выч.

Мобильная телефония Мобильные технологии: Библиотеки и справочники Поисковые системы и библиотеки Словари, справочники, ГОСТы Научные библиотеки Библиотеки зарубежных изданий Специализированные библиотеки Электронные библиотеки Вузов Открытые данные и online сервисы. ИТ и социум Как заработать на 20 тенденциях развития человечества ближайших лет? Для оформления посетителям пропусков с фотографиями пот Рейтинг смартфонов по баллам Antutu Сравнение видеоредакторов Как заработать на 20 тенденциях развития человечества ближайших лет?

Для оформления посетителям пропусков с фотографиями потребуется их письменное согласие Рейтинг видеокарт по соотношению цена-качество Продажи электромобилей и гибридов в США и мире - InsideEVs. Новые информационные технологии и программы ГОСТ Унифицированная система организационно-распорядительной документации.

Процессы формирования и проверки электронной цифровой подписи ГОСТ Автоматизированные системы ГОСТ Техническое задание на создание автоматизированной системы ГОСТ Виды испытаний автоматизированных систем ГОСТ Системы менеджмента информационной безопасности" ГОСТ Практические правила управления информационной безопасностью" Применение ГОСТов при проектировании информационных систем. Каталог программ для Linux Рекомендуемые программы Обработка мультимедиа Работа с текстом и таблицами в Linux Обучающие программные средства Научные программы Настройка сети и интернета Графика и дизайн Защита данных в Linux Системные и архиваторы Матанализ и статистика Работа с файлами Автоматизированное проектирование Программирование Дистрибутивы.

Каталог программ для Windows Рекомендуемые программы Обработка текста, таблиц, презентаций Обработка мультимедиа Графические пакеты для дизайнеров Браузеры и утилиты для интернет Наука и обучение Моделирование и анализ Защита данных Системные программы Работа с файлами Средства разработки Системы проектирования САПР.

Вопросы Часто задаваемые вопросы Полезная информация Следует знать Исследования Преподавателям Вузов и студентам Нанотехнологии на практике. Обратная связь Поиск Реклама и размещение статей на сайте Есть вопросы? Ads on the site. Информационные технологии Главная - Последние статьи. Популярные статьи Рейтинг видеокарт по соотношению цена-качество.

Программы для бесплатного просмотра Online TV. Как восстановить данные на устройстве Android с помощью Google. Применение ГОСТов при проектировании информационных систем.