ЛЕКЦИЯ 8 36 страница

· общее понимание и язык описания архитектуры;

· общие руководства, рекомендации по использованию специфических кон-цепций;

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

Второй набор руководств, которыми могут пользоваться системные архи-текторы - это архитектурные шаблоны, ко-торые основаны на практическом опыте большого количества успешно реализо-ванных проектов создания распределенных прикладных систем; они явились следствием использования описанных выше архитектурных концепций. Эти шаблоны содержат в себе лучшие практики проектирования распределенных приложений и средства по минимизации рисков неудач проектов, поскольку ре-комендуют хорошо апробированные модели.

Эти два типа руководств - архитектурные концепции и шаблоны - могут присутствовать и использоваться на различных уровнях проектирования архи-тектуры прикладной системы;

· на уровне концептуальной архитектуры в форме концепций построения бизнес-моделей и соответствующих шаблонов;

· на уровне логической архитектуры в форме концепций построения моде-лей приложений и соответствующих шаблонов;

· на уровне физической архитектуры в форме концепций построения техно-логических моделей и соответствующих шаблонов.

·

Рисунок 2.12 показывает взаимосвязи между различными перспективами в описании архитектуры, используемыми шаблонами проектирования, а также примерно отображает соответствие между методиками Microsoft и соответству-ющими элементами архитектуры.

Рис. 2.12. Архитектурные шаблоны и методики компании Microsoft

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

Поэтому помимо самих методик MSF, MOF, MSA и MSM компанией опубликованы по-дробные руководства по разработке архитектуры систем [(Microsoft Application Architecture Guide, 2nd Edition, 2009)], а также шаблоны, которые могут применяться при проектировании корпоративных информационных систем [(Enterprise Solution Patterns Using Microsoft.NET, 2003)].

Корпорация Microsoft при построении любых информационных систем (не только с использованием архитектур, платформ и продуктов Microsoft) реко-мендует применять методику разработки приложений, получившую название Microsoft Solutions Fromework (MSF). Одно из важных достоинств методологии MSF, которая во многом опирается на представления о современной программной архитектуре, состоит в том, что в результате следования дисциплине, принципам и методам, заложенным в ее основу, решения получаются комплексными, интеграционными, работоспособными, с ясно определенными приоритетами.

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

Компоненты, составляющие основу методики MSF, могут применяться по отдельности или в совокупности для увеличения вероятности успеха в следующих областях:

• разработка прикладных программных систем, включая web-приложения, системы электронной коммерции, мобильные приложения, n-уровневые системы;
• проекты создания ИТ-инфраструктуры, включая развертывание настольных систем, обновления операционных систем, развертывание корпоративных систем обмена сообщениями и электронной почты, системы управления инфраструктурой и конфигурациями;
• проекты интеграции готовых решений, таких как системы управления ресурсами предприятия (ERP), системы офисной автоматизации, системы управления проектами;
• любая сложная комбинация перечисленных выше типов проектов.

Если кратко, то MSF содержит руководства по планированию, разработке, тестированию и внедрению решений. Модель архитектуры предприятия в рамках MSF характеризуется четырьмя задачами:

• интеграция: сбалансированность внутрикорпоративных интересов, тесное взаимодействие бизнес-подразделений и ИТ-службы;
• итерационность: архитектура создается посредством последовательного выпуска версий решений;
• макетируемость: одна из целей разработки архитектуры – быстро создать промежуточный, но вполне работоспособный макет;
• учет приоритетов: разработка архитектуры всегда учитывает необходимость обеспечения поддержки основных бизнес-процессов.

Компонентами MSF являются:

• Базовые принципы. Они служат основой MSF и выражают основные ценности и стандарты, применимые ко всем элементам методики.
• Модели MSF. Это в какой-то степени карты организации проектных групп и процессов работы. Две модели являются основными в методике MSF: Модель команд и Модель процессов.
• Дисциплины MSF. Это предметные области, которые используют специфический набор методов, терминов и подходов. В настоящий момент MSF включает в себя три дисциплины: управление рисками (risk management), управление подготовкой (readiness management) и управление проектами (project management).
• Проверенные практические методики (практики) MSF. Они являются плодотворными не только в сфере информационных технологий, но также и в широком спектре других отраслей. Зачастую эти методики применимы к использованию и сопровождению ИТ-систем и иных бизнес-процессов в той же степени, что и к разработке ИТ-проектов. Примерами таких практик являются анализ результатов после контрольной точки, определение и контроль факторов риска и т.д.
• Рекомендации MSF. Это не обязательные, но рекомендуемые практики и руководства, связанные с применением моделей и дисциплин MSF.

Разработка информационных систем с помощью MSF ведется в соответствии с концепцией «приоритета архитектуры», впервые предложенной в книге Уолкера Ройса "Управление программными проектами: унифицированный метод" ("Software Project Management: A Unified Framework" // Addison-Wesley, 1998). Она означает, что все три составляющие ИТ-проектов – планирование, создание и сопровождение системы – базируются на четко определенной высокоуровневой архитектуре, что эта архитектура сформирована до того, как начата разработка, и, наконец, что именно эта архитектура и определяет направление работы. Прежде чем применять подобный подход к конкретным приложениям, необходимо полностью определить архитектуру на уровне предприятия.

Дата добавления: 2015-04-25