Processo de Desenvolvimento de Software - P1

Introdução

O processo de desenvolvimento de software vem passando por profundas transformações nestes últimos trinta anos. Apesar das técnicas e ferramentas terem evoluído, tais como a Unified Modelling Language (UML), Scrum, CMMI, linguagens orientadas a objetos, SOA, entre outros.
Após o terminar a Pós de Engenharia de Software, senti a necessidade de ter em mãos um guia, um processo de desenvolvimento de software. O que piorou a necessidade era ter um processo de desenvolvimento de software ideal. Qual é o melhor? Qual utilizar? Com a variedade de proposta para este tipo de processo fiquei meio perdido.
A maior dúvida é. Qual o melhor processo de desenvolvimento de software adotar? Fiquei navegando de RUP, OpenUP, Scrum, CMMI , XP e PMI. Apenas com estas 03 metodologia encontrei varias formas de implementar um processo de desenvolvimento de software.
Em um primeiro momento pensei em construir uma aplicação, um software, que concentrasse todas estas funcionalidades e necessidade e que focasse disposto na internet, com isso teríamos uma aplicação disponível para todos e englobando as de um processo de desenvolvimento de software. Fui frustrado pelo professor, pois a probabilidade desta aplicação não sair do papel era muito grande. O outro motivo alegado pelo professor era que fazer software era coisa bacharelado.
Tudo bem justificativas aceitas. Mas ainda continuava com o meu problema. Qual o melhor processo de desenvolvimento de software?
Conta tantas opções cheguei a seguinte conclusão. A necessidade de um processo de desenvolvimento é basicamente definir quem irá fazer o que e como deve ser feito para que o objetivo "construir um software ou melhorar um já existente" seja alcançado. Com a utilização de um processo de desenvolvimento de software formal e documentado são várias. Podemos destacar as seguintes. 1 - Ter um roteiro para definir e executar as atividades da equipe;
2 - Oferece critérios para monitoração e medição dos produtos e atividades do projeto;
3 - Dar suporte do negócio para os stakeholders e desenvolvedores; 4 - Distribuir as tarefas individuais e das equipes;
5 - Redução dos riscos
6 - Deixar o projeto mais previsível
7 - Equalização do negocio para equipe de desenvolvimento;
8 - Definir os artefatos que devem ser construídos e desenvolvidos;
9 - Um patterns de projetos que pode ser reutilizado
Com base nestes itens quero desenvolver uma proposta de comparação entre os processos RUP, OpenUP, Scrum, CMMI , XP e PMI e tentar chegar em um processo de desenvolvimento de software hibrido.
Existem equipes de desenvolvimento de software que cria seu próprio processo de desenvolvimento, o que é muito eficaz e normalmente contribui para uma maior disseminação da cultura de planejar.
Temos os que levar em consideração alguns fatores:
1 – Tamanho a empresa
2 – O que a aplicação era fazer e sua complexidade
3 – Prioridade do Projeto
4 – Flexibilidade em alterar prazos

5 – Tamanho da equipe e facilidade em distribuir os trabalhos entre as equipes

Segundo o ISG (1994), como pode ser observado abaixo, os principais problemas referentes ao desenvolvimento de projetos de software estão distribuídos da seguinte forma:

JBoss - Java EJB Open Source Server !!!

O JBoss não é uma aplicação nova, existe desde 1999. Quando nasceu ele se chamava EJBoss ou EJB Open Source Server).
O JBoss hoje é mantido pelo JBoss Group onde é liderado elo francês Marc Fleury.
A arquitetura do JBoss é muito interessante, arquitetura que é bem diferente de seus concorrentes. O JBoss possui um microkernel baseado em JMX, cada componente do servidor de aplicação é um componente JMX (MBean), assim o JMX permite o mapeamento de componentes através de nomes. Chamadas de métodos de MBean devem ser realizadas indicando o nome do MBean, o nome do método e os parâmetros. A vantagem do servidor de aplicação baseado em JMX e open source é a facilidade de substituição de um componente.
A versão mais atual do JBoss aqui.

Em versões mais recentes o JBoss vem com a implementação do J2EE (3.0.x). Estas versões vem com opção de container Tomcat e Jetty. Por surpresa minha o Jetty fica com a opção melhor em utilizar, pois ele também suporta MBeans e possui integração com o JBoss, podem rodar na mesma VM.
Outras ferramentas que vem com o JBoss e que podem agregar muito para o desenvolvedor é o Hypersonic SQL, que mais fantástico ainda, é escrito em Java.

Web! Em quantas ferramentas você tem cadastro?

Internet, a corrida descoordenada para segurar o internauta na web. Quanto mais cadastro melhor! hehehehe
Você tem o controle de todas as ferramentas de web que você tem cadastro? Sabe usar todas?
Já algum temo venho pensando neste chuva de ferramentas web.Temos Blogs, Fotolog (Flog),”XPTO” Maps, "promessas da Web 2.0", Orkut (site de relacionamentos), os antigos e famosos e-mail, portal, portlet, chats, MSN, Google *, etc etc... Agora vamos ter TV na web.
São tantas as diversidades existentes e outras ainda sendo criada que vem a pergunta. Será que o usuário (internauta) irá se lembrar das ferramentas que tem cadastro? Melhor, para que servem? Isso sem acessar o cadastro de favoritos para localizar o serviço procurado.
Na minha humilde opinião o novo desafio para nós profissionais de tecnologia é unificar todas estas ferramentas em um só lugar. Eu acredito que esta será a grande jogada para o futuro da web. Com a centralização a usabilidade do "serviço da internet” poderá ser melhor e mais prática.