Complexidade está em todos os lugares e está crescendo cada vez mais rápido. O relatório de uma pesquisa global de CEOs da IBM em 2010 (veja Recursos) afirma "Espera-se que a complexidade atual apenas aumente e mais da metade dos CEOs duvida de suas habilidades para gerenciá-la".

Os aplicativos, sistemas e produtos são complexos por si só, com aprimoramentos rápidos no desempenho, inteligência e capacidade. No entanto, eles não trabalham mais isolados. Agora, eles estão interconectados para oferecer novos serviços e gerar novos negócios e valor social, em sistemas de sistemas ainda mais complexos. As organizações precisam se unir e até mesmo ir além das equipes de desenvolvimento para colaborar nesses sistemas a fim de atender às demandas de um mercado cada vez mais complexo. Independentemente do setor ou dos projetos entre setores para os quais as organizações estão desenvolvendo, os desafios trazidos pela complexidade às empresas são os mesmos.

Este artigo se concentra em três tipos distintos de complexidade: organizacional, processo e design. Em seguida, descreve como os novos recursos dos aplicativos de design e desenvolvimento do IBM® Rational® resolvem cada uma delas.

Três tipos de complexidade que afetam os designers de software e de sistemas

Complexidade organizacional lida com as barreiras existentes internamente (entre divisões, locais, disciplinas e equipes) e externamente (com fornecedores, clientes e outras organizações) e que influenciam os produtos, software e sistemas que estão sendo criados.

As decisões sobre a direção dos negócios, as prioridades da organização, a linha de organizações dos negócios e as necessidades da infraestrutura de TI são normalmente tomadas sem as informações corretas disponíveis e sem a colaboração das partes interessadas de uma forma pontual. Isso ocorre por vários fatores, como por atualizações manuais e com tendência a erros de informações relevantes, planos e equipes desconectados e não documentados e relatórios que contêm pouca informação ou muitas informações que ocultam o conteúdo relevante.

A estrutura organizacional é normalmente complexa e desalinhada. Pessoas que precisam trabalhar juntas ficam espalhadas em equipes diferentes e desconectadas. Cadeias de relatório atrasam o fluxo de informações entre as equipes e é normalmente difícil determinar as partes interessadas corretas a fim de envolvê-las nas discussões, pois há estruturas organizacionais problemáticas.

Complexidade do processo lida com a complexidade inerente ao processo de criação ou evolução de produtos, quer seja somente software ou sistemas com alto uso de software envolvendo hardware e software. Desde desenvolvimento ágil, a iterativo híbrido, a abordagens em cascata altamente reguladas, as equipes envolvidas em atividades de design, desenvolvimento, entrega e manutenção enfrentam desafios com o processo. Além disso, diversos tipos de processos precisam ser integrados nas organizações. Processos de negócios, processos de desenvolvimento de software e de sistemas e processos operacionais, todos precisam integrar perfeitamente uns com os outros. Conseguir um equilíbrio entre a simplicidade de um lado e a conformidade e confiabilidade no outro lado pode dificultar a decisão sobre o melhor processo.

Encarar auditorias e demonstrar conformidade com padrões regulatórios e corporativos é normalmente difícil devido à incapacidade de reunir informações no grande conjunto de artefatos de designs e de ciclo de vida produzidos no processo de criação ou aprimoramento de software ou de sistema. Processos manuais, falta de integração das ferramentas durante todo o ciclo de vida e falta de rastreabilidade de artefatos usados na especificação, design, construção, implementação e manutenção de software e de sistemas prejudicam a capacidade de entregar as informações certas no formato certo para conformidade de documentos.

A compreensão de onde o projeto está em relação ao plano é dificultada pela complexidade do processo, tornando a avaliação do progresso e a previsibilidade de alcance de marcos mera adivinhação. Isso normalmente surge da falta de métricas para todo o ciclo de vida e esforço da equipe. O rastreamento manual do progresso entre as equipes é oneroso, tende ao erro e está sujeito a inconsistência. Ele apresenta um nível de complexidade no processo que bloqueia a criatividade e diminui a produtividade.

Complexidade do design lida com as demandas cada vez maiores de software, sistemas e produtos, quer seja recursos e funções ou conexões com sistemas externos. Essa complexidade é sentida tanto por equipes grandes quanto pequenas. Ela se mostra na incapacidade de avaliar rapidamente o impacto da mudança e agir com base nisso, e também na compreensão limitada do design por aqueles que são frequentemente os mais afetados pelo resultado: as partes interessadas externas à equipe.

A arquitetura de software e sistemas, além das características comportamentais, está dificultando cada vez mais a compreensão. Cada nova exigência por mais funcionalidade, aumenta a complexidade. Acrescente a isso a necessidade de interconectar software e sistemas a outros sistemas e a complexidade do design aumenta ainda mais. Tentar desenvolver esses sistemas por meio de abordagens centradas no código, sem modelar e uma forma de visualizar o design em todos os níveis de abstração e sem empregar a automação, causa atrasos no projeto, conformidade incerta com recursos, além de interfaces e sistemas quebrados.

Voltar para parte superior

Cinco desafios que dão resultado

A IBM tem um conjunto abundante de soluções de design e de desenvolvimento que ajuda as organizações a projetar, desenvolver e entregar sistemas e produtos com alto uso de software. Equipes, de grande e pequeno porte, usam soluções criadas com base no IBM® Rational® Software Architect e no IBM® Rational® Rhapsody® para criar e colaborar nos designs. Elas escolheram esses produtos específicos, pois precisam ver resultados significativos na simplificação da complexidade de aplicativos e de sistemas, identificar problemas e defeitos logo no início do ciclo de vida, quando são mais baratos para corrigir, e documentar e comunicar o que pretendem desenvolver para as partes interessadas.

No entanto, mesmo com as melhores ferramentas de design, ainda existem desafios consideráveis. Esses problemas podem ser agrupados em uma das cinco áreas a seguir:

1. As equipes de design trabalham isoladas de uma parte considerável das partes interessadas no projeto. Isso também resulta, frequentemente, em designs e software e sistemas que não atendem às expectativas e isso é sintomático da complexidade de design e organizacional .
2. Os elementos de design são fracamente unidos a outros artefatos no ciclo de vida, como planos de projeto, requisitos, planos de teste, casos de teste, guias de operação e manutenção e guias e manuais do cliente. Isso torna o impacto da mudança incerto, o que é sintomático da complexidade do processo.
3. É difícil revisar os designes após o início do desenvolvimento, e raramente eles são mantidos. Frequentemente, são abandonados. Isso causa uma desconexão significativa entre os requisitos e o produto entregue, o que é um sintoma da complexidade de design e de processo .
4. A previsibilidade e a efetividade no processo de design são incertas. Isso causa atrasos no release e uso ineficiente dos recursos de desenvolvimento, que estão diretamente relacionados aos problemas de complexidade de processo.
5. A geração de relatórios e documentação do design, como ele se relacionada com todo o projeto, é trabalhosa e com tendência a erro. Isso resulta em falhas de auditoria e uma incapacidade de mostrar conformidade com padrões e regulamentos. Novamente, isso é sintomático da complexidade de processo .

Estamos em um momento crítico nas áreas de modelagem, design e arquitetura. Model-driven development (MDD) e engenharia de sistemas com base no modelo são fundamentais para desenvolver produtos mais inteligentes e para sistemas de sistemas. No entanto, as equipes de design têm se esforçado para acompanhar as exigências das restrições de desenvolvimento atuais, particularmente em um mundo ágil, com ritmo rápido e colaborativo. Para resolver esses desafios,

Voltar para parte superior

Como os novos recursos do Collaborative Design Management ajudam

A IBM está resolvendo esses desafios com a próxima evolução de nosso software de design e o Collaborative Design Management. Essa abordagem amplia a colaboração além da equipe e a rastreabilidade por todo o ciclo de vida até a arquitetura e disciplina de design do produto. Ampliamos os recursos das ferramentas de design e modelagem Rational Rhapsody e do Rational Software Architect de modo que o design fique integrado aos artefatos durante todo o restante do ciclo de vida de desenvolvimento de software e de sistemas, desde a definição dos requisitos até o teste, até mesmo para ativos operacionais. Além disso, todas as partes interessadas relevantes estão envolvidas no processo de design por meio de um ambiente altamente colaborativo construído na tecnologia IBM® Rational® Jazz™ e que apresenta uma interface centrada na Web e intuitiva.

Recursos do Collaborative Design Management

• Hub de design central com base na tecnologia Jazz para armazenamento de design, tornando todos os designs pesquisáveis e acessíveis em locais centrais
• Cliente da Web intuitivo para obter acesso fácil aos designs de qualquer lugar, melhorando a colaboração das partes interessadas
• Revisões automatizadas de design com comentário e marcação de elementos de design pela Web ou rich client
• Geração automatizada de documentos e de relatórios, com painéis para rastreamento do progresso e relatórios automatizados obtendo dados de todas as fontes relevantes usando Open Source Lifecycle Collaboration (OSLC)
• Vínculo com base em OSLC a outros artefatos do ciclo de vida de desenvolvimento de software para aprimorar a análise de impacto e geração de relatórios

Como esses recursos resolvem os desafios de complexidade

Vamos explorar como esses recursos do Collaborative Design Management podem ser aplicados aos cinco desafios de complexidade descritos anteriormente.

1. Equipes de design trabalham isoladas de uma parte considerável das partes interessadas no projeto, fazendo com que os designs e o software e sistemas entregues não atendam às expectativas.
   • Complexidade abordada: design, organizacional
   • Recursos do Collaborative Design Management usados: colaboração da parte interessada; hub de design central, revisão e marcação, diagramas de relação
   
   
   Figura 1. Revisão com base na Web e marcação de designs por mais membros da equipe
   
   
   
   O software Collaborative Design Management (CDM) automatiza a capacidade de fornecer dados às partes interessadas de todas as áreas interessadas no software ou sistema sob desenvolvimento, incluindo clientes, analistas, profissionais de garantia de qualidade, fornecedores e funcionários operacionais, junto com arquitetos e desenvolvedores. Revisores que não fazem parte da equipe de design podem pesquisar, revisar, comentar, e marcar os designs armazenados no hub de design central usando o cliente da Web. Com o CDM, as equipes de design não trabalham mais isoladas, mas recebem feedback constante e construtivo das partes interessadas durante todo o processo de design e de desenvolvimento. As partes interessadas têm acesso próprio aos marcados de design, o que melhora a compreensão e a qualidade dos designs. As partes interessadas podem determinar como suas tarefas e áreas de preocupação se relacionam aos designs com links rastreáveis para os itens de trabalho, requisitos e casos de teste.
   
   É possível pesquisar e filtrar vários designs em diagramas de relação, permitindo a simplificação da complexidade do design geral em visualizações específicas, relevantes ao ponto de vista de cada parte interessada. A complexidade organizacional, que é evidente pelas equipes espalhadas, é abordada por meio do acesso fácil que todas as partes interessadas têm ao hub de design central e cliente da Web, o que facilita a colaboração nos designs.

2. Os elementos de design são inadequadamente unidos aos outros artefatos no ciclo de vida, como planos de projeto, requisitos, planos de teste, casos de teste, informações de operação e manutenção e guias e manuais do cliente, o que torna o impacto da mudança incerto.
   • Complexidade abordada: processo
   • Recursos do CDM usados: hub de design central, rastreabilidade com base em OSLC, diagramas de relação
   
   
   Figura 2. Links de design por meio do OSLC para requisitos, planos de teste e outros designs
   
   
   
   

   Com o CDM, as partes interessadas podem usar o OSLC para criar links de elementos de design para requisitos, planos de teste, casos de teste, planos de projeto e tarefas. Isso fornece rastreabilidade durante todo o ciclo de vida para os aspectos importantes do design, ajudando dessa forma a resolver os problemas de complexidade do processo geral. Esses links estão disponíveis para revisores, designers e desenvolvedores por meio de relatórios automatizados e em diagramas de relação, permitindo que eles avaliem o impacto da mudança que envolve qualquer artefato vinculado no design ou artefatos relacionados. Os membros da equipe são informados sobre tarefas provenientes dessas mudanças e podem fazer as atualizações necessárias com base na avaliação de impacto. A rastreabilidade durante todo o ciclo de vida também facilita a criação de relatórios e documentos abrangentes para satisfazer padrões regulatórios ou corporativos, requisitos e auditorias.

3. Os designs são difíceis de revisar e raramente são mantidos após o início do desenvolvimento, causando uma desconexão considerável entre o design e o produto entregue.
   • Complexidade abordada: processo, design
   • Recursos do CDM usados: hub de design central, diagramas de relação, revisões automatizadas de design
   
   
   Figura 3. Tarefas de revisão automatizadas, com base na Web envolvendo a equipe estendida
   
   
   
   

   Com o CDM, as partes interessadas de toda a organização e em todo o ciclo de vida podem acessar o hub de design central para pesquisar, analisar e revisar os designs. Elas podem até mesmo acessar vários designs na mesma pesquisa de modo que possam explorar e entender totalmente os aspectos relevantes do design, usando o cliente da Web intuitivo.

   Os designers podem iniciar as revisões automatizadas especificando quais designs e partes interessadas desejam incluir. As partes interessadas podem ver o design e anexar comentários e marcações usando a Web ou rich client. As revisões de design podem ser vinculadas aos itens de trabalho do IBM® Rational Team Concert™ para planejamento e rastreamento. Esse processo de revisão automatizado, envolvendo todas as partes interessadas relevantes, simplifica o processo de design e de desenvolvimento e ajuda a resolver problemas de complexidade no design envolvendo os especialistas certos, no momento certo do processo.

4. A previsibilidade e a efetividade no processo de design são incertas, causando atrasos no release e uso ineficiente dos recursos de desenvolvimento.
   • Complexidade abordada: processo
   • Recursos do CDM usados: revisões de design automatizadas, geração automatizada de documento e relatórios
   
   
   Figura 4. Painéis personalizados mostram imediatamente o status do projeto
   
   
   
   

   Usando o Collaborative Design Management, as equipes começam a colaborar e a trabalhar rumo à implementação da solução, assim que os requisitos são finalizados. O processo de design se torna uma atividade de equipe na qual mudanças frequentes, validação constante e feedback ajudam a solidificar a direção da atividade de desenvolvimento. Como têm mais visibilidade, as partes interessadas têm uma ideia melhor do trabalho da equipe em um estágio mais inicial e conseguem se manter atualizadas com o progresso da equipe e o resultado, mesmo antes de qualquer "executável" ser entregue. Mais importante, os designs são tratados da mesma forma que outros artefatos do ciclo de vida, com a capacidade de associar e rastrear atividades durante todo o processo de desenvolvimento.

5. Geração de relatórios e de documentos do design exige muito trabalho e tende ao erro, o que leva a falhas de auditoria e uma incapacidade de mostrar conformidade com padrões e regulamentos.
   • Complexidade abordada: processo, design
   • Recursos do CDM usados: hub de design central, documentação e relatórios automatizados e rastreabilidade de OSLC

   Os produtos do Collaborative Design Management, Rational Software Architect Design Manager e Rational Rhapsody Design Manager, são integrados ao IBM® Rational® Publishing Engine, que automatiza a geração de documento a partir de aplicativos diferentes (veja a Figura 5). Isso significa que a maioria das partes personalizáveis é criada automaticamente e dinamicamente. Isso é um bônus por manter os designs atualizados e por criar documentos de forma rápida e fácil para revisões formais, obrigações contratuais ou prova de conformidade com padrões e regulamentos.

   
   
   Figura 5. Geração automatizada de relatório, obtendo de várias fontes vinculadas a OSLC
   
   
   

Um benefício importante dos designs é a capacidade de produzir uma documentação que ajuda as equipes a obter insights sobre os trabalhos de um software ou sistema. O Collaborative Design Management incentiva as equipes a se manterem atualizadas à medida que o software ou sistema evolui por meio da automação e integração ao trabalho diário. Isso não apenas ajuda a produzir uma documentação que pode ser usada para manutenção ou expansão futura do projeto, mas também serve como uma forma de garantir e validar a conformidade com padrões da indústria durante auditorias de desenvolvimento.

Voltar para parte superior

Resumo

Ao criar designs nas ferramentas de design e de modelagem Rational Software Architect ou Rational Rhapsody e aproveitar a vantagem da criação integrada usando as ferramentas da IBM de design e desenvolvimento líderes do mercado, os recursos do Collaborative Design Management, as organizações podem abordar desafios consideráveis com a complexidade cada vez maior do fornecimento de software e de sistemas. O CDM une um conjunto amplo de partes interessadas, incluindo clientes, linha de gerentes de negócios, equipes de operação e outros de disciplinas e organizações diferentes para contribuir e influenciar o design dos produtos, software e sistemas. Isso ajuda a melhorar a qualidade e aumenta a probabilidade de alcançar os resultados de negócios desejados.

O Collaborative Design Management une essas partes interessadas ao redor do processo de design por meio de uma experiência de uso intuitiva, baseada na Web e no Jazz que os permite alcançar três objetivos fundamentais:

1. Maximizar a produtividade e reduzir os custos fornecendo um local central para designs, permitindo que os revisores façam pesquisas, exibam, analisem e identifiquem oportunidades de reutilização em vários designs de várias fontes.
2. Aprimorar a qualidade da solução por meio de colaboração nas revisões de design que envolvem todas as partes interessadas,
3. Acelerar a entrega do projeto por meio de designs dinâmicos e ativos, métricas e relatórios.

Recursos

Aprender

• Capitalizing on Complexity: Insights from the IBM 2010 Global CEO Study: 1500 entrevistas cara a cara, empresas de todos os portes em 60 países, representando 33 indústrias (PDF)
  
  
• Collaborative Design Management , página no IBM.com
  
  
• Consulte a visão geral de Rational Software Architect Design Manager Para saber mais sobre o Rational Software Architect, comece pela página do developerWorks. Explore também a visão geral do produto e o centro de informações, onde você encontra instruções de instalação e uso.
  
  
• Leia a visão geral do Rational Rhapsody Design Manager . Para saber mais sobre esse software Rational Rhapsody para desenvolvimento colaborativo, orientado a modelos para sistemas incorporados, comece com a Introdução ao Rational Rhapsody e a página do Rational Rhapsody no IBM developerWorks.
  
  
• Veja também o Centro de informações do Rational Rhapsody 7.6 e explore as diversas versões.
  
  
• Comece pela página do developerWorks para Rational Publishing Engine para saber mais sobre como automatizar a geração de documentos nos aplicativos.
  
  
• Consulte o Design Management, o design de arquitetura colaborativa e o projeto de análise no Jazz.net
  
  
• Visite a área do software Rational no developerWorks para ver recursos técnicos e boas práticas para produtos da Rational Software Delivery Platform.
  
  
• Fique por dentro dos eventos técnicos e webcasts do developerWorks com foco em uma variedade de produtos da IBM e tópicos do segmento de mercado de TI.
  
  
• Participe de um briefing ao vivo e gratuito do developerWorks para se atualizar rapidamente sobre produtos e ferramentas IBM, bem como tendências do segmento de mercado de TI.
  
  
• Acompanhe Demos on demand do developerWorks, variando de demos de instalação e configuração de produtos para iniciantes a funcionalidades avançadas para desenvolvedores experientes.
  
  
• Melhore suas qualificações. Verifique a página de Catálogo de treinamento e certificação do Rational que inclui muitos tipos de cursos em uma ampla variedade de tópicos. É possível realizar alguns deles em qualquer local, a qualquer momento, e muitos dos cursos para iniciantes são gratuitos.
  
  

Obter produtos e tecnologias

• Faça o download de uma ou de ambas as versões de teste: Rational Software Architect Standard Edition ou Rational Software Architect for WebSphere Software.
  
  
• Faça o download de Rational Rhapsody Developer e teste-o gratuitamente por 30 dias.
  
  
• Avalie o software IBM da forma que melhor lhe convier: faça o download da versão de avaliação, experimente-o on-line, use-o em um ambiente de nuvem ou passe algumas horas no SOA Sandbox aprendendo a implementar a Arquitetura Orientada a Serviços de forma eficiente.
  
  

Discutir

• Participe das discussões no fórum Rational Development Tools, a página do produto fórum do Rational Rhapsody e a unidade fórum do Rational Publishing Engine.
  
  
• Participe da Jazz Community e explore o Jazz.net.
  
  
• Compartilhe seu conhecimento e ajude outros a usar o software Rational, escrevendo um artigo para o developerWorks. Você terá um público mundial, organização RSS, reconhecimento de autoria e uma biografia, e o benefício da edição e produção profissional no Web site do Rational no developerWorks. Descubra quais são as características de um bom artigo do developerWorks e como realizá-lo. Comece descobrindo quais são as características de um bom artigo do developerWorks Rational.
  
  
• Siga o software Rational no Facebook, Twitter (@ibmrational), e YouTube e adicione seus comentários e solicitações.
  
  
• Faça e responda perguntas, e aumente seus conhecimentos participando dos fóruns do Rational, cafésé e wikis.
  
  
• Entre em contato com outras pessoas que compartilham seus interesses fazendo parte da comunidade do developerWorks e respondendo aos blogs de desenvolvedores.
  
  

Sobre o autor

Neil é um gerente de marketing das soluções de sistemas oferecidas pela IBM Rational software, especializado em design e recursos de desenvolvimento. Anteriormente, foi diretor de gerenciamento de produtos para uma parceira de negócios da IBM e gerente de produtos para produtos de modelagem de sistema da Rational, incluindo Rational Rose Technical Developer e Rational Systems Developer. Neil tem bastante experiência em desenvolvimento de sistemas, incluindo vários anos como membro da equipe técnica de campo da Rational e desenvolvedor de software incorporado. Ele está em Ottawa, Canadá.

Classificar este artigo

Comentários

Voltar para parte superior

Índice

• Três tipos de complexidade que afetam os designers de software e de sistemas
• Cinco desafios que dão resultado
• Como os novos recursos do Collaborative Design Management ajudam
• Resumo
• Recursos
• Sobre o autor
• Comentários

Conheça a IBM da sua cidade

A IBM está mais perto do que você imagina!

---

Saiba mais