Опубликован: 24.09.2008 | Уровень: специалист | Доступ: платный | ВУЗ: Московский физико-технический институт
Лекция 13:

Средства программной инженерии

12.5. Средства разработки архитектуры MSF

Microsoft Solutions Framеwork (MSF) - комплекс средств и методов процесса разработки проекта из скоординированного набораэлементов (программно-технических средств, документации, методик обучения и сопровождения) для построения производственной архитектуры [12.12].

Базисом управления проектом построения производственной архитектуры предприятия является база знаний РМBOK, содержащая следующие виды управления:

  • объемом работ в проекте,
  • временем и стоимостью,
  • персоналом и качеством,
  • коммуникациями,
  • закупками и контрактами,
  • рисками.

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

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

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

Важным вопросом планирования работ является рационализация производственных процессов, усовершенствование структуры организации и внедрение новых технологий. Создаваемая ИС должна удовлетворять потребностям клиентов, одновременно поддерживать задачи производства и учитывать технологические особенности процесса.Метод создания производственной архитектуры основывается на приоритетных потребностях бизнеса, принятии выгодных технических решений и возможности изменения технологии и организации производства.

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

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

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

  • производственной архитектуры;
  • проектной группы;
  • процесса разработки ПО;
  • управления рисками;
  • процесса проектирования;
  • приложения.

Модель производственной архитектуры - это набор принципов, обеспечивающих создание версии производственной архитектуры предприятия. Главный ее разработчик - это архитектор, который определяет направление создания и развития ИС исходя из приоритетов предприятия. На основе анализа существующей структуры организации определяются направления достижения поставленных целей создания проекта. Данная модель - структурная и включает четыре перспективы: бизнес, приложение, информацию и технологию (рис. 12.2).

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

Перспективы производственной архитектуры

Рис. 12.2. Перспективы производственной архитектуры

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

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

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

Модель проектной группы определяет роли, обязанности каждого участника проекта и распределение между ними ответственности. Эта модель служит для формирования эффективной команды и приведения в соответствие содержания проекта с размером группы и квалификацией участников. Члены проектной группы анализируют планы (разработки, тестирования, эксплуатации, мер безопасности и обучения), выявляют взаимосвязи между ними, создают сводный календарный план, в котором предусматриваются версии проекта и проверка их на функциональность. Они также выполняют определенную роль при оценке состава проектных решений, рисков и ресурсов.

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

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

  • привлечение клиентов к созданию приложения;
  • установление связей с корпоративной сетью;
  • сохранение данных, создаваемых на разных компьютерах и расположенных на отдельных территориях предприятия;
  • выдача информации о свойствах продукта через компьютерную сеть и т.п.

Для выполнения этих задач проводится:

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

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

Формулировка рисков зависит от условий возникновения и последствий, которые они вызывают. Устанавливаются причинно-едственные связи рисков их приоритет, составляется план мониторинга рисков и документ с описанием возможных рисков в проекте. В этом документе определяются меры вероятности возникновения риска, схема оценки типа: "почти невозможно", "маловероятно", "возможно". В планеграфике предусматривается мониторинг рисков - своевременное исполнение превентивных мер для снятия появляющихся угроз риска и денежные компенсации за предотвращение рисков. Использование этой модели и ее основных принципов помогает команде сосредоточиться на наиболее важных моментах разработки и рисков создания ПО архитектуры.

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

Процесс проектирования - это систематический способ перехода от абстрактных концепций к конкретным техническим решениям. На этапе выработки концепции формируется набор сценариев использования ( usage scenarios ), в каждом из которых моделируется выполнение операции определенным пользователем системы. Сценарии разбиваются на последовательность действий - вариантов использования ( use cases ), которые необходимо выполнить пользователю для выполнения операции. Процесс проектирования заканчивается описанием функциональных спецификаций.

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

Таким образом, методология MSF предназначена для проектирования приложения предприятий с помощью приведенных принципов, моделей и методов решения производственных задач конкретного предприятия.

Контрольные вопросы и задания

  1. Дайте характеристику спецификации компонента.
  2. Определите языковые средства описания компонентов.
  3. Представьте объекты языка JAVA.
  4. Определите методы интеграции объектов языка JAVA.
  5. Определите основные характеристики объектов в системе CORBA.
  6. Приведите структуру описания спецификации интерфейса в языке IDL.
  7. Расскажите об особенностях описания объектов в системе CORBA.
  8. Для каких целей создано Rational Rose?
  9. Назовите инструменты Rational Rose, какими Вы пользовались.
  10. Дайте перечень диаграмм языка моделирования UML.
  11. Определите процесс разработки ПС с помощью UML.
  12. Для каких целей разработан метод MSF?
  13. Назовите основные модели MSF, цели и задачи группы.
  14. Как решаются вопросы управления проектом и рисками в системе MSF?
Александр Медов
Александр Медов

Здравствуйте,при покупке печатной формы сертификата,будут ли выданы обе печатные сторны?

Александр Медов
Александр Медов

Здравствуйте, прошел курс МБА Управление ИТ-проектами и направил документы на получение диплома почтой. Подскажите, сроки получения оного в бумажной форме?

:

Константин Андреев
Константин Андреев
Россия, Петрозаводск, Петрозаводский государственный университет, 2001
Станислав Кравченко
Станислав Кравченко
Россия, Москва, МЭГУ, 2006