Реферат. Российский государственный социальный университет Итоговый контроль По дисциплине Архитектура предприятий
 Скачать 32.83 Kb.
|
Итоговый контроль По дисциплине «Архитектура предприятий» Контекст и уровни абстракции архитектуры
Москва ОглавлениеКонтекст и уровни абстракции архитектуры 1 Введение 3 Основная часть 4 Заключение 7 Список использованной литературы: 8 ВведениеВ данной работе я попытаюсь дать ответ на простые и в то же время неистощимые вопросы: "В чем ценность ИТ для бизнеса и основной деятельности предприятия?" и "В чем ценность ИТ для организации?". Существует множество формулировок и ответов на эти вопросы, некоторые кажутся банальными, а другие слишком элементарными. Но все же мы пытаемся найти подходящие ответы на эти два вопроса. В ходе поиска ответов мы попытаемся сформулировать некие концепции, применение, которых может послужить хорошей основой для спора руководителя и высшего руководителя в ИТ сфере. Основная частьАбстракции Понятие абстракции является центральным для понимания требований к представлению деятельности по дизайну. Проще говоря, использование абстракций во время проектирования дает дизайнеру свободу пока игнорировать определенные детали и определять или проектировать аспекты «общей картины» своего дизайна. Использование абстракций позволяет дизайнеру свободно перемещать фокус с одной части дизайна на другую или с одного уровня детализации (LoD) на другой. Абстракция - это просто представление объекта, в котором некоторые детали опущены. Опущенные детали могут быть атрибутами, отношениями между подобъектами или подобъектами. Например, абстракция колонны может быть просто стержнем без крышки и основания. Объектно-ориентированное программирование Хотя использование абстракций неоценимо в любой области инженерии или архитектуры, их явная формулировка была достигнута в программной инженерии (SE). Это произошло по двум причинам: Программная инженерия в первую очередь занимается представлением сущностей в своей и других областях дизайна. Конструкции программной инженерии, такие как операционные системы (ОС) и системы управления базами данных (СУБД), чрезвычайно сложны, и их проектирование было бы невозможно, если бы проектировщику приходилось постоянно отслеживать все детали. Технология SE, которая обрабатывает абстракции, известна как «объектно-ориентированное программирование» (ООП), а ее аспекты управления данными - как «объектно-ориентированное управление базами данных» (ООСУБД), базы данных которых обозначаются как ООБД. К сожалению, команда Smalltalk, которая стала пионером в использовании этих методов в США, выбрала термин «объект» для обозначения таких абстракций. Выбор очень неудачный, поскольку слово «объект» имеет много значений или семантики в английском и многих других языках. Это заставляет многих людей делать много ошибочных выводов и ассоциаций относительно таких объектов. Одна особенно пагубная путаница, используемая в маркетинговых целях, возникает между системами, которые внешне ориентированы на объект, и теми, которые являются реальными. Лучший способ ясно и правильно понять объектно-ориентированную технологию - это напомнить себе, что мы говорим об абстракционно-ориентированном программировании (АОП) и абстракционно-ориентированных базах данных (AODB). Абстракции в ООП и ООСУБД представлены концепцией класса. Класс - это структура данных вместе со своими методами. Последние представляют собой программные алгоритмы, которые определяют допустимые манипуляции или операции, которые могут выполняться со структурой данных класса. Структура данных (DS) класса может иметь атрибуты, то есть переменные с определенными значениями: имена других подкомпонентов или ссылки (указатели) на подкомпоненты. То есть либо переменные, специфичные для класса, либо субкомпоненты, на которые имеется ссылка либо по имени, либо по адресу. Некоторые или все элементы класса DS могут быть неопределенными или даже отсутствовать. Класс с полностью определенной DS называется конкретным классом. Класс с полностью неопределенным DS называется абстрактным классом. На практике, особенно на ранних стадиях проектирования, все классы будут частично абстрактными. То есть иметь один или несколько неопределенных компонентов DS. Структура данных данного класса может быть заполнена различными наборами значений. Сущности, сгенерированные подключением различных наборов значений в определении класса, называются экземплярами класса или кратко экземплярами. Экземпляры являются объектами ООП. Инструменты проектирования AEC Чтобы получить инструменты, которые будут с энтузиазмом приняты сообществом архитектурной инженерии и строительства (AEC), нам необходимо сформулировать надежные системные архитектуры и убедиться, что при этом архитекторы встроенной среды будут активно и активно участвовать. По крайней мере, последние четыре десятилетия известно, что в основе хорошей системной архитектуры (SA) лежит «хорошая» концептуализация предполагаемой области применения. За последние три десятилетия стало ясно, что концептуализация области приложения - это набор классов в смысле объектно-ориентированного программирования, выражающих концепции или абстракции приложения. Очень важно, чтобы такие концептуализации были минимальными и полными. Концептуализация считается полной, если ее набор классов позволяет выражать все функции (функциональные возможности), специфичные для конкретной области приложения. То есть концептуализация «покрывает» прикладную область. Концептуализация минимальна, если она использует наименьшее количество независимых таксономий классов (иерархий наследования классов), которые охватывают или покрывают область приложения. Согласно современным представлениям о объектно-ориентированном программировании и базах данных, формальным выражением концептуализации является схема объектно-ориентированной базы данных (OODB). Т.е. формальное описание классов и их иерархий наследования. Последние представляют собой таксономии задействованных ЗаключениеАрхитектура предприятия – это совокупность технологических и человеческих факторов, главной задачей которых стоит развитие предприятия в краткосрочной и долгосрочной перспективе. Успех современных предприятий зависит от того, насколько быстро и эффективно они могут отвечать современным меняющимся требованиям рынка. Таким образом, «архитектура предприятия» показывает способы и методы достижения бизнес-стратегии компании. Разработка архитектуры предприятия должна вестись в контексте структур управления и взаимодействия в организации. Наиболее характерными особенностями функционирования современных компаний есть динамический, разветвленный бизнес- процесс, в котором склады, своевременное и точное выполнение заказов играют важнейшую роль. Список использованной литературы:1. Бабичева Н.Э. Теоретико-методологические основы экономического анализа развития организаций на основе ресурсного подхода : монография. М.: Финансы и кредит, 2012. 2. Бир С. Мозг фирмы : пер. с англ. М.: Едиториал УРСС, 2005. 3. Большаков Б.Е. Технология проектирования устойчивого развития социально-экономических систем : учебно-методическое пособие. |
