-
Структура системы Enterprise Architect
Enterprise Architect - это всесторонний набор UML инструментов для анализа и дизайна, охватывающий разработку программного обеспечения через стадии анализа, модели дизайна, испытания и обслуживание. Enterprise Architect - это многопользовательский графический инструмент, разработанный для того, чтобы создавать устойчивое и удобное в сопровождении программное обеспечение. Enterprise Architect - работает с такими языками программирования как: C++, C#, Java, Delphi, VB.Net, Visual Basic, ActionScript, PHP и Python. Описание общего характера Enterprise Architect 7.5 является высокопроизводительным инструментом, основанном на стандарте UML 2.1, для моделирования и создания программного обеспечения. Покрывает весь процесс разработки от формирования требований к системе до её полной реализации. Представляет собой средства надежной и эффективной визуализации и организации взаимодействия. Это, по настоящему шустрый инструмент для моделирования: низкие издержки на установку, блестящая производительность и интуитивно понятный интерфейс. Поддерживаются все 13 диаграмм UML 2 Структурные (Structural) Классов (Class) Объектов (Object) Композитных структур (Composite) Пакетов (Package) Компонент (Component) Развертывания (Deployment) Поведенческие (Behavioral) Вариантов использования (Use Case) Коммуникаций (Communication) Последовательностей (Sequence) Схем взаимодействия (Interaction Overview) Деятельностей (Activity) Состояний (State) Временные (Timing) Дополнительные (Extended) Анализа (Analysis (simple activity)) Пользовательские (Custom (for requirements, change, UI))
-
Формирование моделей бизнес – процессов в еа
Бизнес-моделирование (моделирование бизнес процессов) — деятельность по выявлению, описанию и имитации существующих бизнес-процессов (анализ бизнес-процессов), а также проектированию новых (проектирование бизнес-процессов) с целью их последующего анализа и оптимизации.
Бизнес-моделированием также называют дисциплину и отдельный подпроцесс в процессе разработки программного обеспечения, в котором описывается деятельность компании и определяются требования к системе — те подпроцессы и операции, которые подлежат автоматизации в разрабатываемой информационной системе.
Обзор
Моделирование бизнес процессов играет огромную роль в управлении бизнес процессами. Необходимо отметить, что в английском переводе оба вида деятельности имеют одинаковую аббревиатуру BPM (Business Process Modeling и Business Process Management, соответственно), что часто приводит к путанице. Данный факт необходимо учитывать т.к. большинство литературы по данному предмету на английском языке. Графическое описание бизнес-процессов и их имитация это методы анализа бизнес-процессов, эффективность которых доказана многолетней практикой использования и многочисленными исследованиями. Для графического представления бизнес процессов используются различные языки, но наиболее популярными и подходящими считаются UML и Business Process Modeling Notation. Моделирование и имитация бизнес процессов являются ключевыми методами для реинжиниринга бизнес-процессов (Business Process Reengineering) и использования методологий непрерывного улучшения бизнес-процессов, например, такими как Six-Sigma
-
Схема архитектуры «Модель-Вид-Контроллер» в ЕА
Model-view-controller (MVC, «Модель-представление-поведение», «Модель-представление-контроллер») — архитектура программного обеспечения, в которой модель данных приложения, пользовательский интерфейс и управляющая логика разделены на три отдельных компонента, так, что модификация одного из компонентов оказывает минимальное воздействие на другие компоненты.
Шаблон MVC позволяет разделить данные, представление и обработку действий пользователя на три отдельных компонента
-
Модель (Model). Модель предоставляет данные (обычно для View), а также реагирует на запросы (обычно от контроллера), изменяя свое состояние.
-
Представление (View). Отвечает за отображение информации (пользовательский интерфейс).
-
Поведение (Controller). Интерпретирует данные, введенные пользователем, и информирует модель и представление о необходимости соответствующей реакции.
Важно отметить, что как представление, так и поведение зависят от модели. Однако модель не зависит ни от представления, ни от поведения. Это одно из ключевых достоинств подобного разделения. Оно позволяет строить модель независимо от визуального представления, а также создавать несколько различных представлений для одной модели.
Впервые данный шаблон проектирования был предложен для языка Smalltalk.