Prof. Jones Albuquerque

Apresentação em tema: "Prof. Jones Albuquerque"— Transcrição da apresentação:

1 Prof. Jones Albuquerque
Fábricas de Software Prof. Jones Albuquerque

2 Conceitos, idéias e mitos Processos e Casos de sucesso e falha
ROTEIRO Conceitos, idéias e mitos Processos e Casos de sucesso e falha Oficina de Montagem de Fábricas Venda de Software

3 communications applications services infrastructure

4 communications software applications applications services middleware
infrastructure hardware + op sys [zysman stack]

5 software BUSINESS PROCESSES services applications
communications applications applications software services computing + communications infrastructure

6 seu negócio é uma comunidade!
Silvio Meira 6

7 http://headrush. typepad

8 comunidade desenvolve [novos] produtos e serviços 8

9 desenvolvimento de software em indústria, comunidades acadêmicas e científicas uma fábrica de software? Uma comunidade de software... Apresentar aqui os porquês das fábricas de software hoje em dia, coletar dados do MCT e IBGE sobre micro e pequenas empresas do Brasil para argumentar a necessidade de desenvolvimento de sistemas de informação em larga escala.

10 um típico laboratório de desenvolvimento...
Citar os porquês dos laboratórios caírem em desordem e às vezes em desconexão total, apesar de processos e modelos de qualidade. Apresentar casos da indústria e na academia, citar experiências próprias.

11 Produção de Software: histórico
60´s Fábrica de Software 70´s Kanbam 70´s Just In Time 80´s SIGMA 90´s CMM 00´s Fábrica de Software... de novo! 10´s Fábrica de Componentes? COMUNIDADES? Open-Source? Distribuída? Enaltecer que desde os anos 60 há o conceito definido e que modelos como o 6sigma surgiram nos anos 80 e só agora são utilizados pela comunidade de TIC. Explicar por alto tais modelos e suas utilidades na indústria... E questionar o público sobre qual será a fábrica de software dos próximos anos... Fonte: sixsigmatutorial.com

12 factories X Business X OSS development...
conjunções e intersecções métodos e ferramentas processo modelos licenças vendas

13 Free Software Projects
Nascem como iniciativa isolada e particular Usuários são co-desenvolvedores Divulgação “boca-a-boca” Teste massificado pelos usuários Gerência de versões é complexa e “bem-definida”

14 SW livre e a monark? http://www.no.com.br/revista/noticia/54475/atual
No Natal de 1964, a bicicleta Monark na sala, em Arcoverde, não era mais nem tanta surpresa assim. Eu tinha infernizado a vida de Seu Inácio meses a fio e ele, para se livrar da perseguição, talvez fosse capaz de me comprar um Sherman M4, daqueles que o exército brasileiro usou até o fim dos anos 70. O fato é que lá estava a bike de gente grande, muito diferente daquela de "minino" que eu tinha até a véspera, agora herança de meus irmãos. Depois de desfilar meu novo status para a vizinhança, as próximas providências foram tirar o bagageiro e instalar uns retrovisores... muito mais pra eu me ver pedalando do que para vigiar o tráfego. E, como fevereiro vinha por ali, fazer uma sirene, com barbante, borracha de câmara de ar e uma lata de óleo Salada, pra zoar no carnaval. Minha bicicleta, minhas modificações, meus adicionais, a Monark nunca teve uma satisfação, nem nunca me cobrou.

15 Open Source Projects 231,649 projects nov 29 BRT 2007!
(Sun apr :18:32 BRT 2007)  189,827 projects!  Communications (18979)  Database (7090)  Desktop Environment (3843)  Education (5076)  Formats and Protocols (3014)  Games/Entertainment (17723)  Internet (29002)  Multimedia (15900)  Office/Business (9960) Other/Nonlisted Topic (2620) Printing (526)  Religion and Philosophy (341)  Scientific/Engineering (15436)  Security (3350)  Sociology (442)  Software Development (29007)  System (23545)  Text Editors (3275) 231,649 projects nov 29 BRT 2007! 268,668 projects apr 24 BRT 2008! 273,633 projects mai 15 BRT 2008! Atualizar este slide com dados do dia no sourceforge e comparar com estes!

16 sourceforge.net 273,633 projects mai 15 BRT 2008!!! 2005 jun 100K
2006 apr 134K 2007 apr 189K 2008 apr 269K 273,633 projects mai 15 BRT 2008!!!

17 fábricas de software princípios conceitos ilusões
Enaltecer que assim como as Figuras de Escher, nem tudo é o que parece. Que apesar dos modelos de qualidade e processos de desenvolvimento bem estabelecidos, as fábricas falham! Fonte:

18 fábrica de software na prática
Operação profissional Processo de desenvolvimento transparente Retorno rápido ao cliente Alta produtividade Ferramentas e processos padronizados Alta qualidade Dados históricos, previsibilidade e análise de risco Reusabilidade de código [1968 G&E, R. W. Berner] [2003 IEEE Computer Vol.36 Num.3, B. Boehm] [2005 IEEE Software Vol. 22 Num 2, PostModern SW Design] Mostrar que desde 1968 até os dias de hoje (ler os três papers referenciados!) o que se deseja de uma fábrica são as mesmas características...

19 e o mercado?

20

21

22

23 Cathedral and Bazaar e Desenvolvimento de Software
segundo Eric Raymond, 1997 Alguns projetos são como Cathedrals altamente centralizados em poucas pessoas que decidem projeto e implementação para fazer parte deve-se aceitar as definições Ler o artigo do Raymond. Fonte:

24 Outros são como Bazaars (SW livre)
Sem planejamento detalhado mas orientados! Linux Kernel ( “hierarchical” Linus Torvalds, “The Benevolent Dictator” APACHE Foundation ( “meritocracy” Para fazer parte você deve ter colaborado continuamente em projetos da fundação GCC (gcc.gnu.org): “steering Commitee” Enaltecer os aspectos mercadológicos e lei de oferta-demanda que prevalece no desenvolvimento como “bazaars”.

25 Conceitos “The factory is an organization inhabited by people engaged in a common effort, work is organized one way or the other, standardization is used for coordination and formalization, and systematization is important, but there will be several options for the design of a particular software factory” [Aaen, Botcher, Mathiassen, Software Factories, 1997] Ler o paper referenciado.

26 fábricas de software: 4 estratégias...
Japonesa (1981,1987) SWB – Software Work Bench Européia (1991,1992) ISDE – Integrated Software Development Environment Norte-Americana experiência produção (1989,1993) níveis de maturidade (1990,1993)

27 ...considerações... “The four approaches are important contributions towards this goal. At the same time the approaches individually may lead to unfortunate illusions. Learning from the relative strengths and weaknesses between the approaches may help us avoid becoming victims of these illusions” [Aaen, Botcher, Mathiassen, Software Factories, 1997]

28 fábrica de software ≠ produção em massa
...e ilusões... fábrica de software ≠ produção em massa padronização, formalização, especialização, controle ≠ produção de software com qualidade o que fazer? Desmistificar algumas ilusões. Fonte:

29 Discussion ...  open source communities versus Software Factories
personal time and autonomy ...  freelancers ...  project-oriented ... there are several avenues for future research ... to refine the proposed framework and validate it empirically

30 e as comunidades híbridas?
A Framework for creating hybrid-open source software communities Srinarayan Sharma et. al. Info Systems (2002), 12. Ler o artigo. FONTE:

31 Introdução “OSS model is a fundamentally new and revolutionary way to develop software” “organizations are having difficulty building a business model around the open source paradigm” “not all OSS initiatives have been successful” “a Framework for creating Hybrid-OSS communities!!!”

32 o modelo de OSS - Open-Source Software
Três dimensões Estrutura, processo e cultura Division of labour Co-ordination mechanisms Distribution od decision-making Organizational boundaries Informal structure Political structure Legitimate basis of authority Eletronic communication Multicultural community Values: reciprocity, gift giving, reputation, ideology Core assumptions structure culture Uma proposta de organização de fábrica de sofwtare, realçar os aspectos de valores e comunicação eletrônica. process Fonte: Info Systems (2002), 12.

33 o que “sabemos” aqui? TODO o pressman ou sommerville (Software Engineering) ou seja: requisitos, especificações, refinamento, validação e verificação, métodos, técnicas, linguagens e ferramentas, componentes, reutilização, manutenção, modelagem de processos, qualidade, reengenharia,, verificação, validação e teste... além de programação JAVA++!... {faltaria o quê?}

34 Processos e Casos de sucesso e falha
ROTEIRO Conceitos, idéias e mitos Processos e Casos de sucesso e falha Oficina de Montagem de Fábricas Venda de Software

35 building a software factory. [Making the software factory work
to define a detailed software development process staff members were given extensive training in the new process process specification separated from process execution data collection and analysis interviews software process assesments process attributes for each project configuration management system project tracking data Ler o paper citado.

36 Lições aprendidas “separating function of process engineer from developer” “job rotation between process engineering and product development” Fonte:

37 Framework para construção de fábricas de software
uma proposta ... processo x equipe ... requisitos x arquitetura ... métricas x incerteza ... ferramentas x processo ... Comunidade x produto ... ?? Comentar cada um dos pares do framework citado no paper, vantagens e desvantagens em privilegiar um dos lados do par. Precisamos de um processo para definição de atividades, ferramentas, técnicas, artefatos...

38 Recursos e Infraestrutura
Processo de Software É o que as pessoas fazem, utilizando procedimentos, métodos e ferramentas, para adquirir, desenvolver, manter e melhorar software e produtos associados Objetivos Recursos e Infraestrutura Entradas Saídas ATIVIDADES

39 Exemplo: BOLO PRESTÍGIO DA TIA RÔ
Por que usar modelos? Repositório das melhores práticas da Engenharia de Software (SWEBOK, CMMI, ISO15504, ISO9000,PMBOK) Referência para escrever e estabelecer processos Define “o quê“ deve ser feito, não o “como” Independente da tecnologia a ser utilizada Diversas empresas já utilizaram com sucesso Os modelos definem um conjunto universal de processos fundamentais para Engenharia de Software e um roteiro racional para avaliação e melhoria de cada processo Exemplo: BOLO PRESTÍGIO DA TIA RÔ Cobertura tipo brigadeiro Ingredientes: 1 lata leite condensado, 1 colher de manteiga, 4 colheres de chocolate Modo de fazer: xxxx Massa básica de bolo Ingredientes: 4 ovos, 16 colheres de água, 3 xícaras de farinha, 3 xícaras de açucar, 1 colher de pó royal Recheio Ingredientes: 1 lata de leite condensado, 1 lata de creme de leite, 1 vidro de leite de coco, 150g de coco Modelo Áreas de Conhecimento Exemplo: Fazer um bolo de chocolate com cobertura de brigadeiro e recheio de creme de coco, sem utilizar batedeira. Quais os ingredientes ???? Que atividades?? Como devo proceder??

40 Exemplo de modelo: CMMI
ÁREAS DE PROCESSO OPF: Foco no Processo Organizacional OPD: Definição do Processo Organizacional OT: Treinamento Organizacional OPP: Desempenho do Processo Organizacional OID: Inovação e Melhoria Organizacional PP: Planejamento de Projeto PMC: Acompanhamento e Controle de Projeto SAM: Gestão de Acordos com Fornecedores IPM: Gestão Integrada de Projeto RSKM: Gestão de Risco QPM: Gestão Quantitativa de Projeto REQM: Gestão de Requisitos RD: Desenvolvimento de Requisitos TS: Solução Técnica PI: Integração de Produto VER: Verificação VAL: Validação CM: Gestão de Configuração PPQA: Garantia da Qualidade de Processo e Produto MA: Medição e Análise DAR: Análise de Decisão e Resolução CAR: Análise de Causa e Resolução

41 Exemplo de modelo: CMMI - REQM
Gerenciar os requisitos Obter Entendimento dos Requisitos Identificar Inconsistências entre Trabalho do Projeto e Requisitos Requisitos Manter Rastreamento Bidirecional Requisitos Obter Comprome- timento para os Requisitos Gerenciar Mudanças Requisitos Matriz de Rastreabilidade ou Sistema de Acompanhamento de Requisitos

42 Principais Modelos de Capacidade de Processo
ISO/IEC (SPICE) : Software Engineering: Process Assessment (Engenharia de Software: Avaliação de Processo) SPICE: Software Process Improvement Capability dEtermination CMMI : Capability Maturity Model Integration (Modelo Integrado de Maturidade da Capacidade) MR-MPS: Modelo de Referência do Projeto MPS-BR Há outros ?

43 Processos, guias, modelos... um mundo!
Exemplificar e citar que este mapa é clicável e está disponível para navegação na WEB. Exp licar alguns dos modelos e seu uso.

44 o PROCESSO é complexo! (c) MERX LLC
Enaltecer que o processo de desenvolvimento de software de uma empresa é mais complexo do que se imagina. (c) MERX LLC

45 Prospecção Contrato Execução Entrega Encerramento
o processo é complexo... Ex.: Ampla Prospecção Contrato Execução Citar que o processo pode ser tão abstrato quanto se queira. Só definindo as fazes ou chegando às entrelinhas de um quase-código. Citar MDA´s (Model Driven Architecture) e sua proposta detalhista de modelar tudo! Entrega Encerramento

46 Temos uma sugestão: Hukars
1. Definir o modelo de negócios 2. Definir a organização da fábrica 3. Definir processo de desenvolvimento 4. Habilitar o trabalho de forma distribuída 5. Prover um site para a fábrica 6. Prover um site exclusivo para cada novo projeto 7. Definir papéis para cada novo projeto 8. Trabalhar em harmonia

47 Hukarz Fases

48 Hukarz ... hukarz-l@googlegroups.com, hukarz-l@cin.ufpe.br,

49 e as pessoas?... mais complexas ainda!!
E ainda temos as pessoas! Citar aspectos motivacionais e técnicos que fazem um time andar bem. (c) MERX LLC

50 COMUNICAÇÃO Fornecimento ou troca de informações, de idéia ou de sentimento, através de: PALAVRAS SINAIS GESTOS

51 COMO PROCESSAMOS INFORMAÇÕES
PROCESSAMENTO INTERNO EVENTOS EXTERNOS OMISSÕES, CRENÇAS, VALORES E OBJETIVOS APRESENTAÇÃO DE INFORMAÇÃO REPRESENTAÇÃO INTERNA IMAGENS SONS E PALAVRAS SENSAÇÃO (MOTIVAÇÃO,SATISFAÇÃO) VERBAL NÃO VERBAL

52 Três Estágios de Percepção
Estágio de EXPOSIÇÃO – os consumidores recebem informação através de seus sentidos. Estágio de ATENÇÃO – os consumidores alocam capacidade de processamento a um estímulo. Estágio de COMPREENSÃO – os consumidores organizam e interpretam a informação para obter significado a partir dela.

53 O QUE SE VÊ?

54 RESPOSTA: TRÊS COLUNAS E NÃO TRÊS LINHAS, POR QUÊ?
OS ELEMENTOS MAIS PRÓXIMOS TENDEM A SER AGRUPADOS.

55

56 RESPOSTA TRÊS LINHAS E NÃO QUATRO COLUNAS, POR QUÊ?
OS ELEMENTOS SEMELHANTES SÃO AGRUPADOS.

57

58

59

60

61

62

63 O que a gente não quer? esse tipo de “institutionalization”!
No, not that kind! O que não queremos é uma institucionalização como um aprisionamento, muito menos como um lugar de doidos... Ler o artigo referenciado. Fonte: Process Implementation, Sarah Sheard. Software Productivity Consortium. July 3, 2003

64 CASES Bons Times Excelentes Projetos Excelentes Técnicas
VISITAR FÁBRICAS 2008, 2007,

65 CASOS DE SUCESSO (at work )...
CESAR.edu 2008 CIn-UFPE 2008 CESAR.edu 2007 TODA A HISTÓRIA O que já foi feito em fábricas de software e o processo de construção delas.

66 ROTEIRO Oficina de Montagem de Fábricas Conceitos, idéias e mitos
Processos e Casos de sucesso e falha Oficina de Montagem de Fábricas Venda de Software

67 Building a Software Factory — Step by Step
1. Definir o modelo de negócios 2. Definir a organização da fábrica 3. Definir processo de desenvolvimento 4. Habilitar o trabalho de forma distribuída 5. Prover um site para a fábrica 6. Prover um site exclusivo para cada novo projeto 7. Definir papéis para cada novo projeto 0. Trabalhar em harmonia

68 1.Definir o modelo de negócios
Que modelos são apropriados? Que tipos de serviços? Colaboradores externos Licença... Aspectos de Propriedade Intelectual Análise SWOT

69 2.Definir a organização da fábrica
Gerência organizacional Comitê de Gerenciamento Vendas Pesquisa e Desenvolvimento Produtos Finanças Biblioteca de Componentes Qualidade, etc Vide Peter Drucker em

70 2.Definir a organização da fábrica

71 3.Definir processo de desenvolvimento
Flexível Leve Iterativo Incremental Propostas? vide RUP, Hukarz, SCRUM, XP e suas variantes XRUP, SCRUP…

72 4.Habilitar o trabalho de forma distribuída
Organização virtual Comunicação Assíncrona Listas de discussão Web site Comunicação Síncrona Encontros IM SCM (gerência de configuração) Issue tracker Blogs vide DDS – Desenvolvimento Distribuído de Software GDS – Global Development Software WDDS – Workshop de Desenvolvimento Distribuído de Software

73 5.Prover um site para a fábrica
Missão Processo de desenvolvimento Notícias Membros dos times Projetos e soluções Etc... Vendas de Software

74 6.Prover um site exclusivo para cada novo projeto
Visibilidade interna e externa News Artefatos Downloads Informações do projeto

75 7.Definir papéis para cada novo projeto
Alocar papéis Vide MBTI, … Classificação Tipológica de Myers Briggs (geralmente abreviado para MBTI pelo termo em inglês). Este método utiliza-se de quatro dicotomias distintas (Introversão-Extroversão, Sensação-Intuição, Razão-Sentimento e Julgamento-Percepção), baseadas no trabalho de Carl Jung, que indicam características pessoais de forma geral. 

76 0.Trabalhar em harmonia

77 0.Trabalhar em harmonia

78 Referências Bibliográficas
Livros Abran, A. and Moore, J.W. and Bourque, P. and Dupuis, R. (eds). Guide to the Software Engineering Body of Knowledge (SWEBOK). IEEE Press, 2004. Chrissis, M. B. and Konrad, M. and Shrum, S. CMMI(R): Guidelines for Process Integration and Product Improvement (2nd Edition) (The SEI Series in Software Engineering). Addison-Wesley Professional, 2006. Clements., M. P. and L. Northrop., Software Product Lines: Practices and Patterns. Addison-Wesley, 2002. D’Souza, D. F. and Wills, C. A. Objects, Components, and Frameworks with UML – The Catalysis Approach. Addison-Wesley, 1999. Greenfield, J. and Short, K. and Cook, S. and Kent, S. and Crupi, J. Software Factories: Assembling Applications with Patterns, Models, Frameworks, and Tools. John Wiley, 2004, 500p. Heineman, G., T., Council, W., T. Component-Based Software Engineering: Putting the Pieces Together, Addison-Wesley Humphrey, W. PSP(sm) : A Self-Improvement Process for Software Engineers (SEI Series in Software Engineering). Adison Wesley professional, 2005, 368p. Humphrey, Watts S Managing the software process. Boston, MA, USA: Addison - Wesley Longman Publishing Co., Inc. Jacobson, Ivar, Booch, Grady, & Rumbaugh, James The unified software development process. Boston, MA, USA: Addison-Wesley Longman Publishing Co., Inc. Lenz, G. and Wienands, C. Practical Software Factories in .NET. Apress, 2006, 240p. McIlroy, M. D Mass Produced Software Components. Pages 79–85 of: Naur, P., & Randell, B. (eds), NATO Software Engineering Conference Report. Pereira, A. Vendendo Software. Novatec Editora, 2004, 160p. Pressman, R. Engenharia de Software. McGraw-Hill Interamericana do Brasil, 2003, 6ª. Edição, 752p. Raymond, Eric S. The Cathedral and the Bazaar. Sebastopol, CA, USA: O’Reilly & Associates, Inc, 1999. Sametinger, J. Software Engineering with Reusable Components. Springer-Verlag, 1997.

79 Referências Bibliográficas
Livros Williams, J. The Business Case for Components, In Component-Based Software Engineering: Putting the Pieces Together, Addison-Wesley, 2001. Artigos – Periódicos Brown, A., Wallnau, K. The Current State of CBSE, IEEE Software, Oct , 1998. Cusumano, M. A The Software Factory: A Historical Interpretation. IEEE Softw., 6, 23– DeLano,Warren L The case for open-source software in drug discovery. Drug Discovery Today, 10(3), 213–217. Favaro, J. What Price Reusability? A Case Study, ADA Letters, Mar, 1991. Frakes, W., B., Isoda, S. Success Factors of Systematic Software Reuse. IEEE Software, Sep, 1994. Frakes, W., B., Fox, C., J. Sixteen Questions about Software Reuse. Communications of the ACM, June, 1995. Fuggetta, Alfonso Controversy corner: open source software-an evaluation. J. Syst. Softw., 66(1), 77–90. Glass, R. Reuse: What’s wrong with this picture?, IEEE Software, Mar, 1998. Griss, M., Wosser, M. Making Reuse Work at Hewlett-Packard, IEEE Software, 1995. Highsmith, Jim, & Cockburn, Alistair Agile Software Development: The Business of Innovation. Computer, 34(9), 120–122. Joos, R. Software Reuse at Motorola, IEEE Software, Sep, 1994. Lamers, S. Programmers at Work, Microsoft Press, 1986. Mills, H. D., O’Neill, D., Linger, R. C., Dyer, M., & Quinnan, R.E The management of software engineering. IBM Syst. J., 19(4), 414–477. Moraes, A. K. O., Meira, S. R. L., & Albuquerque, J. O. 2007a. Building real F/OSS software factories: How to create development communities around outside requirements. In: St.Amant, K., & Still, B. (eds), Handbook of Research on Open Source Software: Technological, Economic,and Social Perspectives. Idea Group Reference (to appear). Morisio, M., Ezran, Tully, C. Success and Failure Factors in Software Reuse, IEEE Transactions on Software Engineering, Apr, 2002.

80 Referências Bibliográficas
Artigos – Periódicos R. D. Battin, R. Crocker, and J. Kreidler, "Leveranging resource in Global Software Development," IEEE Software, 2001. R. Prikladnicki, "MuNDDoS Um modelo de Referência para o Desenvolvimento Distribuído de Software." Dissertação de mestrado da PUCRS, Porto Alegre, 2003. Schiff, Aaron The Economics of Open Source Software: A Survey of the Early Literature. The Review of Network Economics, 1(1), 66–74. Sharma, S., Sugumaran, V., & Rajagopalan., B A framework for creating hybrid-open source software communities. Information Systems Journal, 12, 7–25. Softex O impacto do software livre e de código aberto na indústria de software do Brasil. Tech. rept. Softex, Campinas, SP. Software Engineering Institute. Market Assessment of Component-Based Software Engineering, Technical Report, May, 2000. Sommerville, Ian Software process models. ACM Comput. Surv., 28, 269–271. Travasso, G., Gurov, D., & Amaral, E Introduction to Experimental Software Engineering. Tech. rept. Universidade Federal do Rio de Janeiro, Relatório Técnico RT-ES-590/02. Artigos – Conferências Aaen, I., Botcher, P., & Mathiassen., L Software factories: Contributions and illusions. In: Proceedings of the Twentieth Information Systems Research Seminar. Abrahamsson, P., Salo, O., Ronkainen, J., & Warsta, J Agile software development methods: Review and analysis. Pages 107–218 of: ESPOO 2002, vol VTT Publications. Abrahamsson, P. and Warsta, J. and Siponen, M. T. and Ronkainen, J New directions on agile methods: a comparative analysis. Pages 244–254 of: ICSE ’03: Proceedings of the 25th International Conference on Software Engineering. Washington, DC, USA: IEEE Computer Society.

81 Referências Bibliográficas
Artigos – Conferências Agerfalk, P.J., Fitzgerald, B., Holmstrom, H., Lings, B., Lundell, B., & o Conchuir, E A Framework for Considering Opportunities and Threats in Distributed Software Development. Pages 47–61 of: DiSD ’05: Proceedings of the International Workshop on Distributed Software Development. Paris, France: Austrian Computer Society. Albuquerque, J. O., Meira, S. R. L., & Moraes, A. K. O Software Engineering in Practice: Building Software Factories. Pages 49–50 of: ESELAW ’06: Proceedings of the 3rd Experimental Software Engineering Latin American Workshop. Bemer, R. W Position Paper for the Panel Discussion on the Economics of Program Production. Pages 1626–27 of: Proceedings of Information Processing 68, vol. 2. Boehm, Barry A view of 20th and 21st century software engineering. Pages 12–29 of: ICSE ’06: Proceeding of the 28th international conference on Software engineering. New York, NY, USA: ACM Press. Cavalcanti, A. P. C., Lucena, L. R., Lucena, M. J. N. R., Moraes, A. K. O., Fernandes, D. Y. S., Pereira, S. C., Albuquerque, J. O., & Meira, S. R. L Towards an Open Source Software Factory. In: ESELAW ’05: Proceedings of the 2nd Experimental Software Engineering Latin American Workshop. Greenfield, Jack, & Short, Keith Software factories: assembling applications with patterns, models, frameworks and tools. Pages 16–27 of: OOPSLA ’03: Companion of the 18th annual ACM SIGPLAN conference on Object-oriented programming, systems, languages, and applications. New York, NY, USA: ACM Press. Hansen, Bo Hansen, & Kautz, Karlheinz Grounded Theory Applied - Studying Information Systems Development Methodologies in Practice. Page of: HICSS ’05: Proceedings of the Proceedings of the 38th Annual Hawaii International Conference on System Sciences (HICSS’05) - Track 8. Washington, DC, USA: IEEE Computer Society. Herbsleb, James D., Mockus, Audris, Finholt, Thomas A., & Grinter, Rebecca E An empirical study of global software development: distance and speed. In: ICSE ’01: Proceedings of the 23rd International Conference on Software Engineering. Toronto, Ontario, Canada: IEEE Computer Society Herbsleb, James D., Paulish, Daniel J., & Bass, Matthew Global software development at siemens: experience from nine projects. Pages 167–173 of: ICSE ’05: Proceedings of the 27th international conference on Software engineering. St. Louis, MO, USA: ACM Press.

82 Referências Bibliográficas
Artigos – Conferências Moraes, A. K. O., Meira, S. R. L., & Albuquerque, J. O Open Source Software Factory — Step by Step: A Case Report. Pages 46–51 of: Héphaïstos ’06: Proceedings of the First International Conference on Open Source Collaborative Development Platforms. 4.1, 4.2, 7 Moraes, Alan Kelon Oliveira, de Lemos Meira, Silvio Romero, & de Albuquerque, Jones Oliveira. 2007b (June). Open Source Software Factories: Pushing the Software Engineering into the Open Source Development. In: OSS ’07: Proceedings of the Third IFIP International Conference on Open Source Systems. Perry, Dewayne E., Porter, Adam A., & Votta, Lawrence G Empirical studies of software engineering: a roadmap. Pages 345–355 of: ICSE ’00: Proceedings of the Conference on The Future of Software Engineering. New York, NY, USA: ACM Press. Ribeiro, R. A., Silva, F. Q. B., Moraes, A. K. O., Albuquerque, J. O., & Meira, S. R. L Towards a software licensing guide for Open Source Business Models. Pages 52– 62 of: Héphaïstos ’06: Proceedings of the First International Conference on Open Source Collaborative Development Platforms. Siy, Harvey P., Herbsleb, James D., Mockus, Audris, Tucker, George T., &Krishnan, Mayuram Making the Software Factory Work: Lessons from a Decade of Experience. Pages 317–326 of: METRICS ’01: Proceedings of the 7th international Symposium on Software Metrics. IEEE Computer Society, Washington, DC. Tartarelli, R. V., Winckler, W. S., e Kronmeyer, O. R. F. "Aprendizagem organizacional em fábricas de software". PMI-RS.Disponível em: V. Gruhn, "Process-Centered Software Engineering Environments, A Brief History and Future Challenges," 2002. Wine Wine HQ. Disponível em 5th ICSE Workshop on Component-Based Software Engineering, Benchmarks for Predictable Assembly, In conjunction with the 24th International Conference on Software Engineering, (ICSE), May, 2002. Griss, M. Software Reuse Experience at Hewlett-Packard, 16th International Conference on Software Engineering, (ICSE), May, 1994. Mehta, A., Heineman, G., T. Evolving Legacy System Features into Fine-Grained Components, In 24th International Conference on Software Engineering (ICSE). ACM Press, 2002. Rine, D, C. Success Factors for Software Reuse that are applicable across Domains and Businesses, ACM symposium on Applied Computing, Mar, 1997.

83 Referências Bibliográficas
Artigos – Conferências Visser, W. Strategies in Programming Programmable Controllers: A field study of Programmers, Workshop, 1987. 7th International Workshop on Component-Oriented Programming (WCOP) in conjunction with the 16th European Conference on Object-Oriented Programming (ECOOP), Málaga, Spain, 2002. Werner, C.; Braga, R. Desenvolvimento Baseado em Componentes, In XVI Simpósio Brasileiro de Engenharia de Software, Minicursos, João Pessoa, Paraíba, 2000.