Modelagem de Software - Palestra RIORUG - Outubro 2013

253 views

Published on

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
253
On SlideShare
0
From Embeds
0
Number of Embeds
10
Actions
Shares
0
Downloads
1
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide
  • A palavra-chave é complexidade, o software tem uma complexidade inerente, algumas vezes somos nós que adicionamos uma complexidade (arbitrariamente), mas ele realmente tem uma complexidade inerente, por vários motivos, por exemplo: - O Domínio do problea normalmente criamos um sw para resolver um problema complexo que pode ser por exemplo softwares para controlar carros, aviões, ou mesmo aplicações de negócio, como um sistema de pagamento, um sistema de gerencia do relacionamento com o cliente, que pode ter centenas de regras e dependências. Flexibilidade possível com o software: com sw é possível fazer coisas que nenhum outro segmento permite, fazendo uma analogia com a construção civil, imagine uma construtora de arranha-céus construindo um predio e no 10 andar decidem remover o terceiro ou trocar o quinto pelo terceiro, isso para quem trabalha com desenvolvimento de software é o dia-a-dia. Complexidade do processo de desenvolvimento de software.
  • Modelagem não está for a de moda, mesmo para aqueles que usam métodos ágeis.
  • Para quem tem interesse em uma abordagem de modelagem com um foco ágil, vale a pena dar uma olhada no Agile Modeling, que é uma abordagem baseada em práticas, em que é feita uma modelagem de alto nível no início do projeto, just enough, ou seja, o suficiente para entender o escopo e arquittura inicial do sistema. Durante as iteracoes, como parte das aticidades de planejamento da iteracao é feta uma modelagem para ajudar nas estimativas e planejamento. Durante a execucao da sprint é utilizada a pratica model storming em que o time investe um pequeno tempo em modelagem antes de comecar a codificar.
  • Três poerguntas que devemos sempre saber a resposta quando estamos fazendo um trabalho de modelagem, e cada resposta deve ter um porque que deixe bem claro o valor/beneficio obtido com a modelagem.
  • A IBM tem uma solucao de design mangement que vai além de uma ferramenta de modelagem, integrando esta ativiade no ciclo de vida de desenvolvimento para permitir rastreabilidade e fornecer um ambiente que promove a colaboração em torno do modelo.
  • Author Note: Mandatory Rational closing slide (includes appropriate legal disclaimer). Graphic is available in English only.
  • Modelagem de Software - Palestra RIORUG - Outubro 2013

    1. 1. © 2013 IBM Corporation Software and Systems Engineering | Rational 1 Modelagem de Software 10 de Outubro 2013 Rational Users Group – Rio de Janeiro Paulo Lacerda placerda@br.ibm.com
    2. 2. © 2013 IBM Corporation Software and Systems Engineering | Rational Por que Modelar?
    3. 3. © 2013 IBM Corporation Software and Systems Engineering | Rational Complexidade
    4. 4. © 2013 IBM Corporation Software and Systems Engineering | Rational Equipes Ágeis Também Modelam fonte: Ambysoft 2013 Agile Project Initiation Survey Results http://www.ambysoft.com/surveys/projectInitiation2013.html
    5. 5. © 2013 IBM Corporation Software and Systems Engineering | Rational Agile Modeling http://www.agilemodeling.com
    6. 6. © 2013 IBM Corporation Software and Systems Engineering | Rational Antes de Começar a Modelar  Qual é a minha estratégia de modelagem?  Quais tipos de modelo vou usar?  Qual o nível de detalhe?
    7. 7. © 2013 IBM Corporation Software and Systems Engineering | Rational Benefícios da Modelagem  Melhora na Comunicação  Redução do Risco Técnico  Aumento da Produtividade
    8. 8. © 2013 IBM Corporation Software and Systems Engineering | Rational IBM Rational Software Design Management  https://jazz.net/products/design-management/
    9. 9. © 2013 IBM Corporation Software and Systems Engineering | Rational © Copyright IBM Corporation 2011. All rights reserved. The information contained in these materials is provided for informational purposes only, and is provided AS IS without warranty of any kind, express or implied. IBM shall not be responsible for any damages arising out of the use of, or otherwise related to, these materials. Nothing contained in these materials is intended to, nor shall have the effect of, creating any warranties or representations from IBM or its suppliers or licensors, or altering the terms and conditions of the applicable license agreement governing the use of IBM software. References in these materials to IBM products, programs, or services do not imply that they will be available in all countries in which IBM operates. Product release dates and/or capabilities referenced in these materials may change at any time at IBM’s sole discretion based on market opportunities or other factors, and are not intended to be a commitment to future product or feature availability in any way. IBM, the IBM logo, Rational, the Rational logo, Telelogic, the Telelogic logo, and other IBM products and services are trademarks of the International Business Machines Corporation, in the United States, other countries or both. Other company, product, or service names may be trademarks or service marks of others. www.ibm.com/software/rational
    10. 10. © 2013 IBM Corporation Software and Systems Engineering | Rational Agile Modeling

    ×