SWEBOK на русском 2nd Edition – 25K visitors/year

год назад запустил сайт со второй редакцией перевода SWEBOK.

 

25K+ для web-проекта мало, для перевода свода знаний, имхо, вполне. это ведь не новостной сайт или постоянно обновляемый блог, это то над чем надо посидеть мозговать чуть дольше. Вот такой подитог.

SOA = EA

Путь к такому выводу был достаточно длительным (кто-то, наверняка, помнит мои наметки двухгодичной давности о возможной модели сервис-ориентированной EA – SOEA :), но теперь это соображение превратилась в уверенность.  На спавшей волне hype-дискуссий вокруг SOA сейчас уже можно сказать, что сервис-ориентированная архитектура стала однозначно восприниматься в контексте бизнес-сервисов и интегрированных прикладных систем, обеспечивающих предоставление таких бизнес-сервисов. Фактическое вазимное проникновение идей управления сквозными бизнес-процессами и SOA также никого уже не удивляют. Начав свое движение в какой-то степени “снизу-вверх” – от технологий и приложений к бизнес-сервисам, SOA поднялась до уровня не только бизнес-подразделений/LOB (Line of Business), но и до уровня предприятия, став по своей сути той же enterprise achitecture, оперирующей не только привчными для ИТ терминами, но и такими понятиями как business capabilities, business value, риски, governance, напрямую связанными с бизнес-процессами. Так что на сегодняшний день, с моей точки зрения, можно четко сформулировать:

• SOA = EA ,

а IT Governance, в свою очередь, определяет стратегические принципы планирования и управления ИТ на основе EA/SOA.

Real-world EA – Штат Вирджиния (COVA, Commonwealth of Virginia)

В штате Вирджиния (США) существует специальная организация Virginia Information Technology Agency (VITA), отвечающая за вопросы, связанные с использованием информационных технологий. Основные структуры, определяющие ИТ политику – Секретариат по технологиям при губернаторе штата (Office of the Secretary of Technology), CIO, CIO Council и Information Technology Investment Board. 

• Раздел сайта VITA по Enterprise Architecture

Думаю, что для любого ИТ руководителя высокого уровня, исполнительных директоров и финансистов особенно интересен будет документ (среди моря интереснейших материалов указанного выше сайта ;) 

• IT Investment Management Standard,

который опирается на соответствующие

• стандарты и политики штата по Enterprise architecture и Project management

Имхо, еще один отличный пример грамотного структурирования вопросов стратегического управления и развития IT.

Инструменты планирования ИТ в California’ Office of CIO

Хотя, в отличие от других примеров, которые я публиковал под тегом Real-world EA, этот пост не содержит ссылок на саму enterprise architecture (ну не нашел её ;), думаю некоторые из упоминаемых ниже инструментов будут небезынтересны не только новичкам, но и ИТ руководителям, которые драйвят внутрикорпоративные ИТ уже не первый год.

 

• California Office of the State CIO (OCIO)
• Office of Technology Services (OTech) – подразделение OCIO

 

California IT Strategic Plan - на то и стратегический план, чтобы определять приоритеты и принципы реализации (2010 Update to the California IT Strategic Plan - pdf) , включая фреймворк One IT (см. стр. 24-25 pdf’а), определяющий три базовых средства средства планирования и контроля развития ИТ:

• Enterprise Architecture как инструмент Strategic planning
• инвестиционный анализ в рамках Capital planning
• Project management and oversight

И вот тут начинается самое интересное ;)

Замечательный (вдвойне, т.к. публично доступен) ресурс

Statewide Information Management Manual (SIMM) содержит целый набор крайне полезных, на мой взгляд, руководств, часть из которых не могу не указать напрямую:

 

1. Statewide Enterprise Architecture

• A Enterprise Architecture Developers Guide and Executive Transmittals
• Enterprise Architecture Developers Guide (pdf)
• Agency Executive Transmittal (doc)
• Department Executive Transmittal (doc)
• B The Enterprise Architecture Governance Process (pdf)
• C Enterprise Architecture Glossary (pdf)

 

2. Economic Analysis Workbook (EAW) Package (pdf)

• EAW Worksheets (xls)
• EAW Worksheets - Extended (xls)
• Sample Worksheets (xls)
• Sample Worksheets - Extended (xls)

А по большому счету, стоит посмотреть все документы, которые есть на указанной выше странице мануалов, потому как бюджетирование, оценка рисков, планирование сценариев, управление портфелем проектов и приложений – все это взаимосвязанные элементы, без которых не построить целостного ИТ, как бы ни хотелось многим сконцентрироваться на чисто “высоко-технологической” составляющей и не менять свой птичий язык на скучную “цифровую” бизнесовую риторику, в которой numbers важнее digital.

US Federal Cloud Computing Initiative

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

• The Economic Gains of Cloud Computing

• Federal Cloud Computing Initiative продолжает развиваться

• NIST работает над программой Standards Acceleration to Jumpstart Adoption of Cloud Computing (SAJACC)

• Опубликован Federal CIO State of Cloud Report

и, наконец,

• запущена иницаитива Federal Risk and Authorization Management Program (FedRAMP), призванная регламентировать вопросы сертификации облачных информационных систем и решений, функционирующих в облаке, на предмет соответствия федеральным стандартам и политикам безопасности. В основу положены материалы, разработанные NIST в рамках FISMA и, в первую очередь, NIST Special Publication 800-37- Guide for the Security Certification and Accreditation of Federal Information Systems (Final)
• кстати, тот же NIST опубликовал в июле 2010 драфт нового руководства SP 800-125  Guide to Security for Full Virtualization Technologies – действительно, интересный документ в контексте cloud computing

О сути и жизненном цикле (ИТ) инноваций – от Дэвида Чаппела до US National Science Foundation

На недавно прошедшей конференции Microsoft TechEd известный ИТ-эксперт Дэвид Чаппел (David Chappell) сделал, как мне кажется, блестящий доклад о сути и жизненном цикле ИТ-инноваций

• IT Innovation: What It Is and How to Get More of It

в котором он даёт очень простой, но крайне полезный фреймворк создания и внедрения инноваций, охватывающий весь цикл – от идеи до превращения в повседневную практику – i3 Innovation framework: Idea => Implementation => Infusion

Вне завивисимости от того, кто вы – лидер, определяющий стратегию или студент, только думающий о приходе в ИТ, выступление Чаппела должно восприниматься вами как то, что относится к категории “must see”.

 

---

Конечно, что это не первый и не последний источник по теме инноваций. Но раз уж в докладе Чаппела прозвучала тема “измерения” инноваций, но могу не упомянуть две ссылки, особенно интересно звучащие после online- и тв- просмотров сессий Петербургского Экономического Форума:

• Innovation Measurement. Tracking the State of Innovation in the American Economy (A Report to the Secretary of Commerce by The Advisory Committee on Measuring Innovation in the 21st Century Economy, January 2008)
• Frameworks for Measuring Innovation: Initial Approaches (by Athena Alliance, March 2009)

И последнее (для этой заметки ;) - Американский National Science Foundation (NSF) c  1953(!) года проводит ежегодный Survey of Industrial Research and Development (SIRD). В конце мая 2010 опубликованы очередные результаты Business R&D and Innovation Survey (BRDIS).

 

Что интересно, это изменение ролей государства, академической среды, крупного и малого бизнеса в инновациооном процессе:

 

1950s

• Government largest source of R&D funding
• Business largest basic research performer
• Dominated by manufacturing companies
• Large companies dominate R&D
• Domestic competitive focus
• Focus on in-firm science and technology resources and central research labs

2000s

• Business largest source of R&D funding
• Academia largest basic research performer
• Increasingly performed in service industries
• Increasing R&D activity in small companies
• Global competitive focus
• Increased leveraging of science and technology resources outside the firm

Об этом можно прочитать в анонсе работы NSF по трансформации упомянутых выше исследований SIRD в BRDIS. Кстати, сам факт трансформации и изменения названия этого исследования говорит о признании ведущей роли бизнеса в инновационном процессе. Но чтобы бизнес мог себе позволить быть драйвером исследований и разработок, как первой фазы инноваций (оставляя госудасртву роль катализатора), бизнесу необходимы свободные средства/ресурсы, которые он может инвестировать в R&D, а это требует его укрупнения.

10000 - маленький юбилей SWEBOK на русском (swebok.sorlik.ru)

В конце января этого года я запустил выделенный сайт Основы Программной Инженерии (по SWEBOK) с обновлённой версией перевода Руководства к своду знаний по программной инженерии – Guide to the Software Engineering Body of Knowledge (SWEBOK), с замечаниями и комментариями.

 

Сегодня же произошло пусть и незаметное по меркам Интернет-ресурсов, но знаковое для меня – количество посетителей сайта cо SWEBOK на русском, наконец, перешагнуло порог 10000, как об этом сообщил сервис статистики ClustrMaps:

Для сайта по инженерной дисциплине, думаю, это не так уж и плохо :-)

 

Статистически интересной показалась и популярность соответствующих страниц сайта, по-сути отражающая интерес к тем или иным областям компетенций, описанных как области знаний SWEBOK:

Я, конечно, понимаю, что первая версия перевод SWEBOK (которую начал публиковать ее пять лет назад - в 2005 году) не только в виде pdf в моем блоге, а в форме Web-страниц, был опубликован с моего разрешения на сайте Вячеслава Панкратова software-testing.ru, трансформировавшегося затем в проект it4business.ru и родившись заново как портал по тестированию и качеству ПО – это не могло не оставить отпечаток интереса к SWEBOK специалистов в области тестирования. И прямых данлоадов (десятки тысяч) было много за те годы, которые прошли после первой публикации перевода, и разошлись те самые pdf’ы по просторам Рунета и web-страницы были доступны… ))) Но, что меня искренне радует пусть и в скромной для 5 месяцев жизни нового ресурса цифре – интерес к деятельности в области разработки ПО как инженерной дисциплине продолжает расти, несмотря на отсутствие соответствующих промышленных стандартов на русском языке (о них можно прочитать в (SWEBOK), не очень развитой (за исключением очень немногих ВУЗов) школы преподавания программной инженерии в России и многих других факторах, до сих пор поддерживающих некий налёт “стихийности” нашего рынка программного обеспечения.

 

Интерес есть и все чаще проявляющаяся специализация в области управления требованиями и анализа, тестирования/контроля качества, архитектуры, разработки – признаки явного созревания российской индустрии ПО. И я рад, что пусть небольшой, но всё же полезный вклад удалось для этого сделать и мне, вместе с Юрой Булуем, который помог в появлении этого перевода SWEBOK, наконец, заставившего многих (может, пусть и не всегда идеально:) специалистов ИТ начать говорить на одном языке.

 

Буду рад, если и вы поддержите этот перевод SWEBOK, дав на него ссылки у себя в блогах и других ресурсах – http://swebok.sorlik.ru.

IT Competence Radar - простой взгляд на структурирование деятельности ИТ-департаментов и компетенций персонала

Говорим ли мы о менеджменте или линейных позициях в ИТ, всю деятельность, в принципе, можно структурировать по нескольким критериям:

• Масштаб: конкретная система/решение (solution), организационный сегмент/прикладная область, организация в целом
• Стадии жизненного цикла (систем и решений): анализа потребностей до эксплуатации
• Тип архитектуы: от информации и бизнес-процессов до инфраструктуры

Ну а дальше, применяя те или иные модели зрелости (или модели оценки), можно идти дальше – непосредственно, к профилированию и оценке общей деятельности и компетенций ИТ-подразделения и его специалистов, например:

• для сотрудников - beginner, specialist, expert
• для бизнеса и ИТ – на чём фокус ИТ-департамента
• для структурирования бюджета
• для оценки соотношения внутренних/внешних ресурсов
• …

насколько такой взгляд может быть полезен? настолько, насколько полезен любой ответ на вопросы “who am I?” и “а что это вы тут делаете?” :)

ИТ-компетенции для развития бизнес-инноваций

Много слышим об инновациях и модернизации, обсуждаем, обдумываем, спорим - ведь и правда хочется “быстрее, выше. сильнее”. Но для любого старта нужна соответствующая стартовая площадка. Да, у нас есть фундаментальное образование. Да, мы пытаемся применять зарекомендовавшие себя лучшие практики не только в ИТ, но и в менеджменте, и повседневном и особенно - стратегическом. Мы обсуждаем и даже учимся разговаривать с бизнесом о значимости ИТ уже без недоумения со стороны бизнеса (у меня до сих пор не исчезло удивление, связанное с интересом к теме Enterprise 2.0 в наших компаниях!). Но как-то все не то чтобы бессистемно, но очень фрагментарно -будь то актуализация российских стандартов в области ИТ и приведение их в соответствие с современным состоянием стандартизации в Штатах и в мире, будь-то электронные услуги для граждан или отношение к профессиям в ИТ как инженерным дисциплинам. Горжусь тем, что свою, пусть и очень скромную лепту, в такую систематизацию вношу, делясь лучшими первоисточниками (хотя любой профессиональный консультант старается это держать “при себе” :) и подготовив и опубликовав в свободном доступе перевод на русский язык SWEBOK – Свод знаний по программной инженерии.

 

С т.з. ретроспективы своих же постов в этом блоге, наверное чисто интуитивно, имея тягу к инновационным идеям, постоянно публикую здесь ссылки на интересные исследования и практики в области стратегического управления в ИТ, менеджмента и лидества (не только в ИТ). Продолжая недавно затронутую тему навыков, необходимых архитекторам в ИТ, но уже расширяя ее ИТ-компетенциями, необходимыми для инноваций в бизнесе, хочу дать несколько великолепных с моей т.з. первоисточников по теме e-Competence. Эти материалы были разработаны в рамках многолетней инициативы Евросоюза European e-Competence Framework (e-CF) при активном участии специального исследовательского центра одной из самых авторитетных бизнес-школ  - INSEAD.

 

• Strengthening e-Skills for Innovation in Europe – INSEAD eLab
• INSEAD e_Competences Project Publications
• European e-Competence Framework 1.0
• ICT Curricula in Higher Education in Europe - European e-Competence Curricula Development Guidelines, Synthesis Report- August - 2009 
• ICT Curricula in Higher Education in Europ, Final Report- March 2010

P.S. вот только в очередной раз осадок остался – ну а где же наши инициативы такого класса, говорим ли мы о нашем столь современном, инновационном бизнесе или не менее инновационных наших бизнес-школах…

Свод знаний по бизнес-анализу BABOK - версия 2.0

В 2006 году IIBA - International Institute of Business Analysis впервые выпустила Свод знаний по бизнес-анализу - Business Analysis Body of Knowledge (BABOK). В марте 2009 было выпущено обновление BABOK® Guide 2.0, кратко о котором вы можете прочитать в обзоре.

Если вы член IIBA, то BABOK 2.0 и другие материалы (например, Business Analysis Competency Model, доступ к онлайн-библиотеке) для вас целиком открыт (для России, кстати, всего за $65). Если же вы еще не являетесь членом IIBA, то можете купить печатную версию BABOK или, если перед встпулением в IIBA хотите предварительно ознакомиться с BABOK 2.0 в электронном виде - можете посмотреть BABOK 2.0 Guide на Google Books :)

Что должен знать и уметь архитектор

Такой вопрос мне задают часто, и кулуары Software People 2010 не были исключением. Проблема в том, что часто те, кто задают такой вопрос, ограничиваюся первой его частью "что должен знать" или формулируют его даже несколько иначе - " какие технологии надо знать архитектору?". Вопрос, имхо, в корне неверный. Знание технологий "не освобождает...", в сочетании с опытом построения и, что принципиально важно, развёртывания систем - необходимое, но инедостаточное условие to be recognized в качестве архитектора. Кроме того, есть еще один важный момент - а о каком именно архитекторе идет речь? том, кто пишет конкретный софт (system или solution architect)? отвечает за решение по автоматизации целого подразделения или области деятельности (domain или LoB architect - от "line of business"), или определяет технологическую политику организации в целом в роли enterprise architect? пресловутый scope, область ответсвенности, уровень архитектуры (application, infrastructure, information/data, ...) - имеет значение, и требования к знаниям и навыкам серьезно зависят от этого.

 

Чтобы легче было сориентироваться начинающим специалистам, которые ставят себе цель, да и почерпнуть что-то полезное тем, кто давно уже выступает в роли архитектора, хочу обратить внимание на интересную с моей точки зрения часть TOGAF - The Open Group Achitecture Framework (см. TOGAF online)

• TOGAF Architecture Skills Framework

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

 

Generic Skills

 

 

IT General Knowledge Skills

 

 

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

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

 

 

 

Конечно, ни один фреймворк не является истиной в последней инстанции. Есть и второй, причём неплохо согласованный с TOGAF :-) Это - IASA - International Association of Software Architects (базовый уровень членства в которой, кстати, бесплатен) предлагает свой взгляд на "уровни зрелости" навыков, необходимых архитекторам:

• IASA Architect Proficiency Matrix

Хотя IASA и ограничивается именно программными системами, с другой стороны - предлагает и соответствующий инструмент оценки, включающий описания соответствующих навыков:

• IASA Capability Level Assessment

Конечно, любая оценка в стиле assessment или тем более self-assessment не является абсолютно объективной. Тем не менее - это полезный инструмент, особенно в сочетании пусть и не полным "сводом знаний", позиционируемым как библиотека к своду знаний IASA IT Architect Body of Knowledge - ITABOK Library (таким же сводом, кстати, в определенной степени можно считать и тот же TOGAF, являющийся может быть и даже более систематизированным).

 

И, наконец, завершая такую небольшую вводную часть о навыках архитекторов, я рекомендую интересный материал, опубликованный членами шведского отделения IASA в недавнем номере Microsoft The Architecture Journal:

A Study of Architect Roles by IASA Sweden

В нём, как мне кажется, достаточно хорошо описываются архитектурные роли Enterprise Architect, Business Architect, Solution Architect, Software Architect.

О значимости архитектуры и умениях архитектора

[кросс-посты из моего блога на MSDN]

• Пара слов о значимости архитектуры
• Что должен знать и уметь архитектор
  

Структура нового семейства продуктов ISACA COBIT 5 (драфт)

В 2005 году ISACA выпустила COBIT 4 - de facto стандарт и блестящий инструмент построения практики стратегического управления ИТ - IT Governance. В 2007 году последовало удачное уточнение/обновление вопросов управления в корпоративном масштабе - COBIT 4.1, принятый и как стадарт ISO 38500:2008 "Corporate Governance of Information Technology".

Это стало естественно не только на фоне роста популярности COBIT (я сам после ухода из Borland занимался парой проектов адаптации COBIT в конкретных корпоративных ИТ ). Набирала темп серьезнейших публикаций и, соответственно, вес сама ISACA, выпустившая один за одним такие важные фреймворки как ValIT (Value of IT), RiskIT (понятное дело - о рисках в ИТ), ITAF-A Professional Practices Framework for IT Assurance и, наконец, уже совместно с CSA (Cloud Security Allinace) - ряд материалов по оценке рисков применения "готовых взлететь" облачных технологий Cloud Computing.

Наступил момент, когда уже можно сказать, что портфель общепризнанных (и что крайне важно - неединожды проверенных) инструментов стратегического управления ИТ достиг очередной ступени развития и настало время подготовки очередного обновления свода практик IT Governance.

• ISACA опубликовала предварительную структуру нового семейства продуктов COBIT 5.

кликните для увеличения

P.S. Интересно, что в чём-то по аналогии с моделью Филиппа Кратчена 4+1 (Philippe Kruchten, "The 4+1 View Model of Architecture," IEEE Software, 1995), а если быть более точным - в соответствии с архитектурным стандартом IEEE 1451 "Recommended Practice for Architectural Description of Software-Intensive Systems", COBIT 5 использует концепцию перспектив или представлений - view (я пока ещё предпочитаю использовать тот или иной перевод в зависимости от обсуждаемого контекста ;), отражающих различные точки зрения, роли, контекст обсуждения вопросов управления ИТ. Думаю, что немного сориентироваться в самой идее использования представлений/перспектив помогут мои слайды с недавней конференции Software People 2010 (особенно, слайд 17).

P.P.S. Посмотрев на теги этого сообщения, у кого-то (м.б. более "архитектурного", чем "процессного" ;) может возникнуть вопрос - а какое отношение COBIT имеет к корпоративной архитектуре? тема несчерпаема как и само обсуждение где заканчивается IT Governance и начинается Enterprise Architecture. В качестве же краткого ответа на этот вопрос я адресую к текущей версии COBIT 4.1, где можно найти и определения EA от ISACA

• Enterprise architecture - Description of the fundamental underlying design of the components of the business system, or of one element of the business system (e.g., technology), the relationships amongst them and the manner in which they support the organisation's objectives
  
  
  
• Enterprise architecture for IT - Description of the fundamental underlying design of the IT components of the business, the relationships amongst them and the manner in which they support the organisation's objectives

и такую вот показательную, как мне кажется, диаграмму даже на страницах "выжимки" ключевых идей COBIT - Executive Summary:

По следам встречи Клуба Архитекторов 22.04 в Москве

[кросс-пост]
Детали по встрече Клуба Архитекторов 22.04 (включая презентации всех докладчиков) - в моем блоге на MSDN.

Ниже - моя презентация по Enterprise Architecture (если ее скачать по указанной выше ссылке на блог на MSDN - в комментариях к слайдам можно найти интересные ссылки ;).

>> Другие мои презентации на Slideshare.

Презентация с Software People 2010

Выложил свою презентацию "Разработка архитектуры приложений и систем. Стандарты, процессы, практики." с конференции Software People 2010. Организаторы обещают чуть позже сделать доступной и запись выступления - соответственно, обновлю этот пост.

Software People 2010

>> Другие мои презентации на SlideShare.

Встреча Клуба Архитекторов 22.04: "Enterprise Architecture"

[кросс-пост]
22-го апреля состоится очередная встреча Клуба Архитекторов в Москве.

Тема: "Enterprise Architecture. Корпоративная архитектура как инструмент стратегического планирования и управления ИТ".

Встреча клуба посвящена вопросам построения корпоративной архитектуры (enterprise architecture). Что есть корпоративная архитектура, каковы ее ключевые компоненты, зачем она необходима бизнесу и ИТ, какие стандарты и подходы в области enterprise architecture актуальны на сегодняшний день. В рамках встречи будет также рассмотрен опыт Microsoft по построению собственной корпоративной архитектуры и те подходы и практики, которые Microsoft рекомендует заказчикам. Гостем встречи также будет Максим Смирнов - руководитель департамента архитектуры систем поддержки бизнеса компании Вымпелком.

Программа мероприятия:

Время		Наименование	Спикер
16.30	17.00	Регистрация, кофе-брейк
17.00	18.00	Enterprise Architecture. Современные тенденции и взгляды на корпоративную архитектуру.	Сергей Орлик, Microsoft
18.00	18.30	Кофе-брейк
18.30	19.15	Архитектура предприятия в формате semantic web.	Максим Смирнов, Вымпелком
19:15	19:30	Перерыв
19:30	20:30	Опыт и подход Microsoft к построению корпоративной архитектуры.	Павел Калякин, Сергей Колотилов, Microsoft
20.30	21.30	Обсуждение, неформальное общение

Клуб архитекторов ориентирован на профессиональных архитекторов, ведущих разработчиков корпоративных отделов разработки и лидеров эксплуатационных команд. Если вы по своей роли CTO, корпоративный архитектор, лидер команды разработки, мы будем рады пригласить вас к участию в Клубе (оно является бесплатным, по приглашениям) - буду признателен, если свою заявку на участие в клубе вы пришлете по e-mail на адрес ru-arc <собака> microsoft.com с парой слов о себе - как вас зовут, ваша организация, ваша роль/фокус, контактные координаты и мы постараемся вас пригласить к участию в Клубе всегда будем рады видеть вас на тех мероприятиях, которые посвящены вопросам наиболее близким вашей области профессиональной деятельности.

До встречи в Клубе!

P.S. эта встреча Клуба не будет записываться на видео.

Основные угрозы безопасности в облаке - 2

Не так давно в своем посте Основные угрозы безопасности в облаке я уже публиковал ссылки на анализ рисков безопасности в облаке от CSA (Сloud Security Alliance).

"Приложившая руку" к этому анализу ассоциация ISACA (автор фреймворков COBIT, ValIT, RiskIT и ITAF-A Professional Practices Framework for IT Assurance), провела в Штатах опрос, чтобы выяснить, какие риски в области ИТ-безопасности видят потребители в использовании облачных сервисов:

• Пресс-релиз "More than 45% Say Risks of Cloud Computing Outweigh Benefits, Survey Finds"
• 2010 ISACA IT Risk/Reward Barometer

В этом контексте, так сказать для полноты картины, интересно также посмотреть свежим взглядом на их же (ISACA) материал "Cloud Computing: Business Benefits With Security, Governance and Assurance Perspectives".

Клуб Архитекторов - материалы встречи по UML и темы следующих встреч

Кросспост(ы) по subj из моих "Архитектурных заметок"@MSDN:

• Материалы встречи (18.03) Клуба Архитекторов "UML-моделирование"
• Клуб Архитекторов: следующие встречи и темы для обсуждения

Основные угрозы безопасности в облаке

CSA (Сloud Security Alliance) опубликовал новый документ - Top Threats to Cloud Computing V1.0.

О другом интересном документе CSA, первая версия которого была выпущена веной 2009, я уже писал раньше в Облака и безопасность - Security Guidance for Critical Areas of Focus in Cloud Computing. Этот документ недавно - в декабре 2009 был также обновлён и его текущая версия - 2.1.

Ну и раз здесь всё в этом посте крутится вокруг CSA - вот ещё две крайне полезных ссылки для изучения и осмысления:

• анонс CSA Cloud Controls Matrix - это уже в контексте IT Governance
• материалы Cloud Security Alliance Summit (March 1, 2010)

Архитектура программных систем - пара слов о стандарте IEEE 1471

Я уже не раз упоминал стандарт IEEE 1471. Его полное название "IEEE Recommended Practice for Architectural Description of Software-Intensive Systems" (IEEE Std 1471-2000, где 2000 - год последней публикации).

С точки зрения содержания, этот стандарт на первый взгляд представлется достаточно абстрактным. Об этом говорит даже его краткое описание (abstract):

This recommended practice addresses the activities of the creation, analysis, and sustainment of architectures of software-intensive systems, and the recording of such architectures in terms of architectural descriptions. A conceptual framework for architectural description is established. The content of an architectural description is defined. Annexes provide the rationale for key concepts and terminology, the relationships to other standards, and examples of usage.

Однако, стандарт с одной стороны задаёт общую систему координат, без которой невозможно обсуждать столь комплексный предмет как архитектура ПО. С другой стороны, стандарт отражает по-сути индустриальный консенсус, сложившуюся и основанную на практие общую точку зрения, которая позволяет более предметно обсуждать уже сами подходы и фреймворки, отвечающие на вопрос "как описывать архитектуру ПО". Стандарт перекликается и со знаменитой моделью Филипа Кратчена (Philippe Kruchten) "4+1 Architectural View Model". В 2007 году, этот стандарт IEEE стал и стандартом ISO/IEC 42010:2007.

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

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