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

Вопрос Понятие архитектуры ПО

Fronted, Backed, Tools - Это и есть главное строение проекта и в смысле внутреннего устройства продукта и в смысле распределения работ в команде по трем дистанционно разнесенным центрам разработки. Задачи backend сложные и ресурсоемкие, выполняются пакетно, они отделены от графического интерфейса продукта (fronted). Fronted это пользовательский интерфейс, сложный, параметреризуемый с рядом встроенных пользовательских сервисов. Обе эти подсистемы взаимодействуюь друг с другом через хорошо определенный детально описанный программный интерфейс. Алгоритм backend разбитый на методы, которые fronted может вызывать по особым правилам с параметрами, выстраивая в цепочку для достижения своих задач. "Сбоку" от всего этого находится дополнительный tools, они интегрируются во fronted, но не пользуются методами backend, а реализуют свои задачи самостоятельно. Эти задачи не требуют сложной пакетной обработки, а нацелены на интерактивное взаимодействие с пользователем. При их реализации особенное внимание уделялось usability. Каждая из трех подсистем требовала от разработчиков особых навыков, в случае с backend это было умение и опыт по реализации такого рода пакетных алгоритмов, а в случае с fronted умение создавать сложный пользовательский интерфейс, в случае с tools требовалось искусство спроектирование и реализации легковесных инструментов, предоставляющих пользователям системы дополнительные сервисные возможности.
Архитектура ПО это внутренняя структура продукта (компоненты и их связи), основы пользования интерфейса продукта и так далее. То есть архитектура это сквозная концепция или набор таковых для преодоления энтропии и хаоса, стремящихся проглотить разработку ввиду сложности нематериальности, согласовываемости и изменчивости ПО. Часто под архитектурой понимают только внутренне устройство ПО, выраженное uml диаграммах. Архитектура продукта оказывается инвариантом проекта это и есть аналог простым естественно научным постулатам и законам, отсутствие которых в разработке ПО является причиной сложности ПО(хаоса).

15 вопрос Что такое Язык UML? Виды диаграм

Язык UML.
Часто понятие архитектуры сильно сужают, понимая под ним лишь описание осевые важных аспектов ПО, создаваемых например архитектором при разработке дизайна системы. Для этих целей используется язык моделирования UML(unitied modeling language). Скелетом UML является диаграммная структура, каждый вид диаграммы является типом модели, реализующим определенную точку зрения на про систему. Виды диаграмм не являются строго обязательными в UML, их можно перемешивать, создавать свои собственные виды диаграмм, тем не менее стандартные виды диаграмм являются определенным достоянием ПИ.
Структурные диаграммы. Диаграммы классов предназначены для моделирования структуры обьектно ориентированных приложений, классов их атрибутов и заголовков, а также связей и классов друг с другом.
Диаграммы компонентов используются при моделировании компонентной структуры распределенных приложений.
Диаграммы объектов применяются для моделирования фрагментов работающей системы, отображая реально существующие экземпляры классов и значение их атрибутов.
Поведенческие типы диаграмм. Диаграммы активности используются для спецификации бизнес процессов,которые должны автоматизировать разрабатываемое ПО, также для задания сложных алгоритмов. Диаграммы случаев использования (use case diagrams) предназначены для "вытягивания" требований из пользователей, заказчика и экспертов предметной области; диаграммы конечных автоматов (state machine diagram) применяются для задания поведения реактивных систем;