АвтоАвтоматизацияАрхитектураАстрономияАудитБиологияБухгалтерияВоенное делоГенетикаГеографияГеологияГосударствоДомДругоеЖурналистика и СМИИзобретательствоИностранные языкиИнформатикаИскусствоИсторияКомпьютерыКулинарияКультураЛексикологияЛитератураЛогикаМаркетингМатематикаМашиностроениеМедицинаМенеджментМеталлы и СваркаМеханикаМузыкаНаселениеОбразованиеОхрана безопасности жизниОхрана ТрудаПедагогикаПолитикаПравоПриборостроениеПрограммированиеПроизводствоПромышленностьПсихологияРадиоРегилияСвязьСоциологияСпортСтандартизацияСтроительствоТехнологииТорговляТуризмФизикаФизиологияФилософияФинансыХимияХозяйствоЦеннообразованиеЧерчениеЭкологияЭконометрикаЭкономикаЭлектроникаЮриспунденкция

Диаграмма компонентов и развертывания

Читайте также:
  1. А)Диаграмма состояния железо-углерод. Фазы и структурные составляющие железоуглеродистых сплавов.
  2. Векторная диаграмма
  3. Геом.интерпретация ур-я Бернулли. Диаграмма Бернулли
  4. Диаграмма 1. Динамика страховых премий
  5. Диаграмма 10. Динамика доли банкострахования в общем объеме страхового рынка
  6. Диаграмма 20. ККУ-нетто
  7. Диаграмма 5. Квартальная динамика средней премии и средней выплаты по ОСАГО
  8. Диаграмма 6. Изменение модели продаж через кредитные институты
  9. Диаграмма Исикавы (причинно-следственная диаграмма). Результативный показатель, главные, вторичные, третичные причины. Ранжирование факторов.
  10. Диаграмма классов в нотации UML «RequestMessage»
  11. Диаграмма переходов (ДП). Конфликтная ситуация. Полумодулярная ДП.

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

Диаграмма компонентов разрабатывается для следующих целей:

Ø визуализации общей структуры исходного кода программной системы;

Ø спецификации исполняемого варианта программной системы;

Ø обеспечения многократного использования отдельных фрагментов программного кода;

Ø представления концептуальной и физической схем баз данных.

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

Для представления общей конфигурации и топологии распределенной программной системы в UML предназначены диаграммы развертывания.

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

При разработке диаграммы развертывания преследуют следующие цели:

Ø определить распределение компонентов системы по ее физическим узлам;

Ø показать физические связи между всеми узлами реализации системы на этапе ее исполнения;

Ø выявить узкие места системы и реконфигурировать ее топологию для достижения требуемой производительности.

Диаграммы развертывания разрабатываются совместно системными аналитиками, сетевыми инженерами и системотехниками.

Рисунок 5 - диаграмма компонентов

Рисунок 6 - диаграмма развертывания

Порядок выполнения работы.

1. Создание диаграммы Компонентов (The Component View)

Для создания диаграммы Компонентов (The Component View):

Ø Нажмите «+» следующий за Component View.

Ø Двойной клик на диаграмме Main

1.1 Для создания дополнительных диаграмм компонентов:

Ø В окне Component View вызвать контекстное меню.

Ø Выбрать команду меню New:Component Diagram.

Ø Ввести имя.

1.2 Для создания пакет на диаграмме компонентов:

Ø Выбрать иконку пакета на инструментальной панели.

Ø Поместить пакет.

Ø Ввести имя.

1.3 Для создания компонента:

Ø Выбрать иконку спецификации пакета на инструментальной панели.

Ø Поместить компонент.

Ø Ввести имя.

1.4 Для создания связи:

Ø Выбрать иконку связи на инструментальной панели.

Ø Провести линию от компонента представляющего клиента до пакета или другого компонента, представляющего поставщика.

2 Создание диаграммы развертывания (The Deployment View)

Для создания диаграммы развертывания:

Ø Двойной клик на диаграмме Deployment View.

2.1 Для создания узла:

Ø Выбрать иконку процессора на инструментальной панели.

Ø Поместить узел.

Ø Ввести имя узла.

2.2 Для создания связи:

Ø Выбрать иконку связи на инструментальной панели.

Ø Провести линию от узла, представляющего клиента до узла, представляющего поставщика.


 

Заключение

В результате выполнения расчетно-графической работы были сделаны следующие выводы.

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

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


Список литературы

1. Банк В.С., Зверев В.С. Информационные технологии в экономике, - 2003

2. Грабауров В.А. Информационные технологии для менеджеров. - М., 2004

3. Климова Р.Н., Сорокина М.В., Хахаев И.А., Мошенский С.А. Информатика торговой фирмы / Учебное пособие. Для студентов всех специальностей всех форм обучения. - СП б.: СПбТЭИ, 1998. - 32с.

4. Компьютерные технологии обработки информации. /Под ред. Назарова С.И. - М.: Финансы и статистика, 1996.

5. Симионов Ю.Ф. Информационные технологии в экономике. - М., 2003

6. Советов Я.Б. Информационные технологии: учебник для вузов. - М., 2003

7. Титоренко Г.А. Информационные технологии управления. - М., 2003

8. Фридланд А. Информатика - толковый словарь основных терминов. - Москва, Приор, 1998.

9. Шафрин Ю. Информационные технологии, - М., ООО" Лаборатория базовых знаний”, 1998.

10. Основные понятия и определения АИС [Электронный ресурс]. - Электронные данные. - Режим доступа: http://www.mkgt.ru/files/materials/1000/p1-1.html

11. Проектирование АИС [Электронный ресурс]. - Электронные данные. - Режим доступа: http://www.gpntb.ru/win/book/2/Doc9.html

 


1 | 2 | 3 |

Поиск по сайту:



Все материалы представленные на сайте исключительно с целью ознакомления читателями и не преследуют коммерческих целей или нарушение авторских прав. Студалл.Орг (0.004 сек.)