Leis de Lehman

2.068 visualizações

Publicada em

http://en.wikipedia.org/wiki/Meir_Manny_Lehman
http://www.debretts.com/people/biographies/browse/l/10422/Meir%20M%20%28Manny%29+LEHMAN.aspx
http://www.eis.mdx.ac.uk/staffpages/mml/
http://onlinelibrary.wiley.com/doi/10.1002/smr.537/full
http://evolsoftware.blogspot.com.br/2006/03/as-leis-da-evoluo-de-software.html
http://www.win.tue.nl/~aserebre/2IS55/2009-2010/1.pdf
http://www2.dbd.puc-rio.br/pergamum/tesesabertas/0210500_04_cap_03.pdf
http://xa.yimg.com/kq/groups/22932771/902938933/name/02+-+SW+Evolution.pdf
http://users.ece.utexas.edu/~perry/work/papers/feast1.pdf
http://xa.yimg.com/kq/groups/22932771/902938933/name/02+-+SW+Evolution.pdf
http://mileneserrano.wordpress.com/2007/03/08/um-pouquinho-mais-sobre-as-leis-de-lehman/
http://loose.utt.ro/~oose/uploads/SQA/lehmann.pdf

Publicada em: Tecnologia
  • Seja o primeiro a comentar

Leis de Lehman

  1. 1. Leis de LehmanEvolução de Sistemas de Informação Felipe Elia – felipe.elia@gmail.com
  2. 2. Meir Manny Leham  Nasceu na Alemanha em 1925  Inglaterra em 1931  Imperial College  Ministério da Defesa de Israel  IBM de 1964 até 1972 – OS/360 – László Bélády  Retorno para o Imperial College  Universidade de MiddlesexUERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  3. 3. Classificação dos sistemas S-Type (Specifiable) – Especificação bem definida P-Type (Problem ou Paradigm) – Não podem ser especificados E-Type (Embedded) – Operam no mundo real – É neste tipo de sistemas que as leis se aplicamUERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  4. 4. As 8 Leis de Lehman  Formuladas entre 1974 e 1996  Equilíbrio entre o desenvolvimento do sistema e forças que impedem sua evoluçãoUERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  5. 5. Lei 1 - Mudança contínua Um software deve ser continuamente adaptado, caso contrário se torna progressivamente menos satisfatório. “E-type systems must be continually adapted else they become progressively less satisfactory.” [1974]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  6. 6. Lei 2 - Complexidade crescente À medida que um software é alterado, sua complexidade cresce, a menos que um trabalho seja feito para mantê-la ou diminuí-la. “As an E-type system evolves its complexity increases unless work is done to maintain or reduce it.” [1974]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  7. 7. Lei 3 - Autorregulação O processo de evolução de software é autorregulado próximo à distribuição normal com relação às medidas dos atributos de produtos e processos. “E-type system evolution process is self regulating with distribution of product and process measures close to normal.” [1974]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  8. 8. Lei 4 - Conservação da estabilidade organizacional A taxa média de atividade global efetiva num software em evolução tende a se manter constante durante o tempo de vida do produto. “The average effective global activity rate in an evolving E-type system is invariant over product lifetime.” [1978]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  9. 9. Lei 5 - Conservação da Familiaridade Durante a vida produtiva de um programa em evolução, o índice de alterações em versões sucessivas é estatisticamente invariante. “As an E-type system evolves all associated with it, developers, sales personnel, users, for example, must maintain mastery of its content and behaviour to achieve satisfactory evolution. Excessive growth diminishes that mastery. Hence the average incremental growth remains invariant as the system evolves.” [1978]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  10. 10. Lei 6 - Crescimento contínuo O conteúdo funcional de um software deve ser continuamente aumentado durante seu tempo de vida para manter a satisfação do usuário. “The functional content of E-type systems must be continually increased to maintain user satisfaction over their lifetime.” [1991]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  11. 11. Lei 7 - Qualidade decrescente A qualidade do software será entendida como declinante a menos que o software seja rigorosamente adaptado às mudanças no ambiente operacional. “The quality of E-type systems will appear to be declining unless they are rigorously maintained and adapted to operational environment changes.” [1996]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  12. 12. Lei 8 - Sistema de Feedback Processos de evolução de software são sistemas de feedback em múltiplos níves, em múltiplos laços (loops) e envolvendo múltiplos agentes. “E-type evolution processes constitute multi-level, multi-loop, multi- agent feedback systems and must be treated as such to achieve significant improvement over any reasonable bases.” [1996]UERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com
  13. 13. Dúvidas? Comentários? Esta apresentação está disponível em http://www.slideshare.net/felipe_elia/leis-de-lehmanUERJ - Sistemas de Informação – 2012/1 Felipe Elia – felipe.elia@gmail.com

×