|
Персональные инструменты |
![]() |
||
|
![]() |
![]() Три точки опоры в архитектуре корпоративных систем (Максим Цепков, Software People-2011) — различия между версиямиМатериал из CustisWiki
Версия 21:22, 10 октября 2011Доклад Три точки опоры в архитектуре корпоративных систем был сделан на конференции Software People-2011 7-8 апреля 2011 Москва. Презентация http://www.slideshare.net/custisppt/softwarepeople-2011 Ключевые слова: Архитектура, Корпоративные системы, Диаграммы учета, UML, Шаблоны Схема доклада
Тезисы докладаПредмет доклада – архитектура для разработки корпоративных информационных систем для компаний и банков. Требования к архитектуре Под архитектурой мы понимаем модель, по которой разработчики могут реализовать информационную систему (ИС). Наш подход предполагает, что еще на этапе проектирования эта модель должна быть представлена заказчику и верифицирована им. Это нужно для того, чтобы:
При создании модели ИС используется терминология, понятная заказчику. Это, однако, не означает отказа от использования шаблонов при проектировании. Наши разработчики используют общие шаблоны, которые первоначально создаются вне контекста конкретной предметной области (такие, как шаблоны учета у Фаулера http://martinfowler.com/eaaDev/AccountingNarrative.html). Однако интерпретация и описание шаблонов в терминах, понятных представителям бизнеса заказчика, позволяет обсуждать с ними все важные аспекты функционирования разрабатываемой системы. Составные части архитектуры Основой для представления модели ИС выступает тройка диаграмм:
При проектировании используются стандартные диаграммы в облегченной UML-нотации. Вместе эти диаграммы представляют собой три точки опоры для архитектуры корпоративных систем. Опыт показывает, что использование такого формализма дает достаточно полную модель (архитектуру) ИС, по которой разработка системы ведется с использованием типовых шаблонов. Описанная модель ИС одинаково понятна специалистам заказчика и разработчика (аналитикам, разработчикам, тестировщикам) и помогает им быстро договариваться еще на этапе проектирования системы. Она также служит хорошей основой для сопровождения и дальнейшего развития системы, обеспечивая возможность для быстрого и корректного внесения изменений. Об автореМаксим Цепков – соучредитель и главный архитектор компании CUSTIS, в которой работает со дня основания (1996). Закончил с отличием МФТИ, имеет авторские свидетельства. Профессиональные интересы – создание архитектуры корпоративных и банковских информационных систем, поиск баланса между общими архитектурными подходами и реализацией специфических требований заказных проектов. Максим активно участвует в развитии внутренних процессов и совершенствовании практик применения гибких методологий разработки и коллективного проектирования в CUSTIS.
Любые правки этой статьи будут перезаписаны при следующем сеансе репликации. Если у вас есть серьезное замечание по тексту статьи, запишите его в раздел «discussion». |
![]() |
||||||||||||||||||||
![]() |
![]() |