Então, para darmos uma continuidade futura sobre o assunto Engenharia e Gerenciamento de Requisitos, irei repassar os conceitos básicos de:  Solução, Projeto, Escopo da solução, Escopo do projeto e Requisitos.

Definição

Solução:  “… resolve a necessidade de negócio, ao resolver problemas ou permitir que a organização aproveite oportunidades… Incluindo os sistemas de informação que a apoiam, os processos que a gerenciam, e as pessoas que a operam.”

Projeto: “Um projeto é um esforço temporário empreendido para criar um produto, serviço ou resultado exclusivo”

Escopo da solução: “Conjunto de capacidades que uma solução deve suportar para alcançar os objetivos de negócio”

Escopo do projeto: “Trabalho necessário para construir e implantar uma determinada solução”

Requisitos: “Condição ou capacidade necessitada por um StakeHolder para resolver um problema ou alcançar um objetivo”

O que você precisa saber sobre Projeto

Natureza temporária: Início e um término definidos, não significa necessariamente de curta duração.

O término é alcançado quando:

• Os objetivos tiverem sido alcançados, ou
• Quando se concluir que esses objetivos não serão ou não poderão ser alcançados e o projeto for encessado
• Quando o projeto não for mais necessário.

Resultado exclusivo: Produto, serviço ou resultado exclusivo, único

Esforço: Um projeto pode envolver uma única pessoa, um única ou múltiplas unidades organizacionais.

O que você precisa saber sobre Escopo

• Trabalho requerido, e somente o trabalho requerido;
• O que está e o que não esta incluído no projeto;

Escopo da solução: Aspectos e Funções que caracterizam um produto/serviço.

Escopo do projeto: Trabalho que deve ser feito para fornecer o produto/serviço conforme acordado.

O que você precisa saber sobre Requisito

• Condição ou capacidade que deve ser satisfeita por um sistema para satisfazer um contrato, padrão, ou outros documentos formalmente impostos;
• Uma representação documental de uma condição ou capacidade conforme os itens anteriores;
• Não esquecer que Requisitos é totalmente diferente de Software;

OBS: Alguns conceitos foram retirados do BABOK 2.0 + apostila do Fernando Garrido (meu professor de Engenharia e Gerenciamento de Requisitos.

[]‘s

Finalmente fiz a instalação do novo ubuntu 10.10 (Maverick M) \o/

As primeiras impressões foram realmente boas, algumas novidades, algumas modificações e claro, a “cara” continua a mesma

Começando a instalar já notei diferenças… Durou poucos minutos (em relação a outras SO) e sem nenhum problema. Achei interessante que no meio da instalação, pode-se clicar em uma JQuery e verificar as mudanças do 10.4 para o Ubuntu 10.10.

Após instalação, fiquei totalmente assustado com a Velocidade do bichinho. A nova central de programas é impressionante e fascinante! Nela, você poderá encontrar tudo ou pelo menos quase tudo e remover qualquer programa (que por ventura você não tenha gostado) em apenas 1 click.

O controle de áudio também deu uma modificada, ficou cheio de perfumarias, com botões redondinhos no qual você poderá interagir de maneira rápida. Um pouco gay, mais válido!

A grande mudança veio para quem utiliza NetBook, a nova ferramenta Unity Desktop permite que você deixe sua area de trabalho mais limpa e organizada. Já testei e está totalmente aprovada!

No mais, faça a sua instalação e desfrute desse brilhante Sistema Operacional!

[]‘s

Processo: Uma série de tarefas logicamente interrelacionadas que quando executadas produzem o resultado esperado.

A idéia deste post, é ajudar você a conhecer, identificar e capturar possíveis erros e assim realizar melhorias nos processo de seu software.

Abaixo uma imagem muito interessante para otimização e identificação dos processos, muito utilizada e aplicada em pequenas/grandes empresas.

Se analisarmos, essa é uma rotina simples e ao mesmo tempo 100% funcional.

Para criamos um processos, iniciamos do item 1 até sua conclusão Item 8. Feito isso, partimos para os indicadores. Medindo e comparando com as metas estipuladas. Se atender as metas, significa que o processo foi bem executado e deve-se manter a rotina. Caso contrário, o item 1 entra em ação novamente, identificando novos dados para otimização dos processos.

Essa analise, poderá ser utilizada ‘N’ vezes e em ‘N’ ambientes diferentes. Ou seja, pode-se aplica-la por exemplo, na otimização dos TESTES em seu sistema.

Bom, fica ai a dica

[]‘s

Todo programador que se prepara para o exame SCJP quer saber dicas-chaves que podem ajuda-lo na maratona de estudos para se tornar um Sun Certified Java Programmer.

Então, pretendo postar algumas dicas que você não poderá esquecer na prova SCJP!

• Preparação e Organização:

Grande parte das pessoas que reprovaram nesse tipo de exame não se preparou de forma adequada (isso é fato). Estar preparado para os estudos é um ponto positivo. Você deverá colocar nessa sua cabeça que mesmo já tendo um enorme conhecimento sobre programação, você terá que “perder” algumas horas, dias e até semanas de estudo.

Procure saber, o que significa SCJP! Procure entrar no site da SUN-ORACLE e verificar a quantidade de questões, o idioma da prova, quais são os tópicos mais abordados! Puts, geralmente a informação está na sua frente e você nem se dá conta disso!

Crie metas, pois será a partir delas que você terá organização para seus estudos! Lembre-se, a filosofia é a alma do NEGOCIO. Pra que fazer SCJP? Porque Fazer? Qual é o meu Objetivo? Quanto tempo eu tenho para estudo?

• Como Estudar?

Novamente uma grande falha de quem estuda é achar que o número de horas de estudo significa aprendizado. Deve-se medir a qualidade e não o tempo de estudo.

Quem sabe a melhor solução é montar um plano estratégico? Definindo por meio de tópicos o assunto que será abordado em determinado dia? Procure ler livros de JAVA, entrar em fórum… pow! Não fique com medo de perguntar!

• Anotações

Já parou pra pensar que tudo que você lê e anota é gravado em dobro em sua memória? Não?! Então comece! Exerça sua mente, anote os pontos importantes!

• Escolher o material adequado

Conforme supracitado no tópico Preparação e Organização, procure identificar quais os tópicos que serão abordados no exame. A grande vantagem dessa certificação é que não há segredos em termos de referências bibliográficas. Pra quem não conhece, o livro Kathy Sierra cobre todo o assunto da certificação SCJP 5 quando a SCJP6.

• Simulado, quando fazer?

Alguns preferem faze-los já no inicio, outros preferem no final… a minha sugestão é: Só fazer o simulado quando achar que está dominando o assunto abordado! A outra dica é, procure resolver o simulado da própria SUN e Whizlabs. Acertando 70% destes, você já estará preparado.

• Procure ter boas noites de sono

Estar preparado fisicamente e mentalmente é excelente. Não force tanto o cérebro! Durma bem e tenha ótimas noites de sono!

• Semana antes do Simulado

Não fique nervoso! Procure relaxar e curtir um churrasquinho com os amigos… Sim! Tome umas cervejas, limpe sua mente!

• Dia da prova

Tome um excelente café! Reforçado mesmo!! (Café ajuda a abrir a sua mente). E lá vai mais uma dica: Tente ir no banheiro antes e não entre com Garrafinha d’agua para fazer a prova.

Até mais galera, espero ter ajudado! Boa sorte!

As atividades e os períodos serão definidos a partir das características de cada pesquisa e dos critérios determinados pelo GP do projeto.

Geralmente os períodos podem ser divididos em dias, semanas, quinzenas, meses e até anos… Abaixo um exemplo de um Cronograma bastante utilizado, conhecido como Cronograma de Gantt:

Obs.: No próprio site do BrOffice existem varios templates para este tipo de cronograma, você poderá encontra-los no link http://www.broffice.org/escritorio_aberto/planejamento

Bom, um termo de abertura de projeto deve abordar as seguintes questões:

• Objetivo do projeto.
• Justificativa do projeto.
• Descrição do projeto
• Gerente designado para o projeto.
• Cronograma macro dos marcos do projeto.
• Premissas organizacionais.
• Restrições organizacionais.
• Investimento.

Já sabendo quais os tópicos deverão ser utilizados na criação deste documento, irei inserir algumas imagens demonstrando o que significa cada um dos módulos supracitados.

Para isso, vamos precisar criar um projeto exemplo (no qual vamos adotar para montar nosso termo de abertura):

Agora, vamos definir um gerente para o nosso projeto:

Seguindo um padrão de template próprio, darei uma breve descrição de meu projeto:

O próxima passo será descrever o porque deste projeto ter sido criado, ou melhor, qual será a nossa justificativa para cria-lo. Então, bolei uma justificava no qual acredito ser interessante:

Obs.: Muitos professores e Engenheiros de Software utilizam uma pergunta no final de sua justificativa, onde a mesma será respondida na construção dos Objetivos do Projeto (Isso é considerado uma boa pratica, porém não cheguei a cria-la… Lembre-se, isso é apenas um exemplo).

Após bolar uma  justificativa, lançamos quais serão os nossos objetivos para o projeto:

Faltando agora apenas os tópicos:

• Cronograma macro dos marcos do projeto.
• Premissas organizacionais.
• Restrições organizacionais.
• Investimento.

e poderão ser visualizados fazendo o download do Termo de Abertura Completo no link atualizado: http://www.megaupload.com/?d=4BKBIBXY

Atualmente existem diferentes visões sobre como estes projetos devem ser gerenciados, porém ao nos determos sobre esses diferentes modelos, verificamos que o gerenciamento de projeto constitui-se em uma tarefa de fundamental importância no processo de desenvolvimento de software. Porém, o gerenciamento de projeto (hoje em dia) não é visto como uma etapa clássica do processo de desenvolvimento, uma vez que ele acompanha a todas as etapas tradicionais: Concepção, Análise, Projeto, Desenvolvimento, Testes e Manutenção.

Durante todo o meu estudo sobre Gestão de Projetos de Software, posso chegar a apenas uma conclusão: Para que se tenha sucesso na maioria dos projetos, as práticas de gestão e gerenciamento de projetos devem acompanhar a evolução das demais práticas gerencias, tornando ciente que essas técnicas são uma forma para se estimar prazos, custos e avaliar a produtividade do Desenvolvimento de Software.

[]‘s

Muitos programadores me perguntam isso: Como posso impedir o usuário de abrir novamente a mesma aplicação?

Essa é uma dica simples e muito utilizada aqui na empresa para controle de aplicações. Deve-se criar e abrir uma porta socket e quando rodar a aplicação verificar se a mesma já está sendo utilizada. (Conforme imagem abaixo)

O código acima deve estar dentro da classe que contem o método main(String args[]) do seu aplicativo.

Note que este controle está dentro de um bloco static, isso fará com que essa condição seja executada primeiro, bloqueando ou não a aplicação.

[]‘s

Obs.: As versões superiores a 9.04, tem um sério problema com placas de vídeo de baixo porte (Ex: Placa vídeo SIS).  Por isso, se justifica a utilização desta versão.

Grande maioria dos usuários Linux,  quando tentam ajudar sobre a questão da Resolução de tela, dão dicas para alterar o arquivo de configuração xorg.conf. Só que não sabem que este é um arquivo muito importante para o Sistema Operacional e acabam falando merda (como: Edita todo o arquivo…. sobrescreve e coloca esse meu que irá funcionar) para o usuário que está tentando resolver o problema.

Obs.: Editando esse arquivo erroneamente, ao reiniciar sua maquina, a mesma simplesmente não liga e se você não fez um backup, já era.

Lembre-se que quase ninguém que edita arquivos de configuração sabe o que ta fazendo. (Provavelmente sou uma dessas pessoas rsrs)

Chega de papo e vamos lá, para aumentar ou ajustar sua resolução de tela no Ubuntu 9.04, basta acrescentar a função HorizSync e VertRefresh na sessão Monitor. Isso fará com que o monitor passe a trabalhar na frequência certa, e ao reiniciar a maquina as opções de resolução estarão ativas corretamente.

• Abrir o terminal e logar como root (su)]
• digitar o comando: gedit /etc/X11/xorg.conf
• Se não tiver a section Monitor, inserir o código abaixo:

Section “Monitor”
Identifier         “Monitor generico”
Option               “DPMS”
HorizSync        30-96
VertRefresh    50-160
EndSection

• Se já tiver, apenas acrescente as linhas:

HorizSync           30-96
VertRefresh        50-160

Obs.: Esses valores das funções HorizSync e VertRefresh podem ser encontrados na especificação de seu monitor ou em sites de buscas. Os valores informados neste tutorial são de um monitor genérico padrão! Se tiver dúvidas em relação aos valores, não tem problema acrescentar estes.

Espero que essa dica não estrague o sistema operacional de vocês! rsrs brincadeira……. é só confiar

[]‘s

Instalei meu Eclipse no ubuntu e junto dele o banco de dados Oracle.
Ao executar alguns select’s na base de dados, verifiquei a existência de caracteres estranhos no nome das colunas de algumas tabelas.

Entrei no Eclipse e mandei rodar uma tela no formato XML, e verifiquei também, que os titulos dos botões com acentuação estavam com caracteres diferentes (Exemplo: Automação -> Automa&*¨┘l#$%)

Para corrigir isso, precisei alterar o encoding de meu Ubuntu (que por default utiliza UTF-8).

Depois de muitas tentativas e muito trabalho, tive uma solução… no qual estou repassando para vocês:

1. Entre como root (su) em seu terminal;
2. Navegue até chagar na pasta supported.d (cd /var/lib/locales/supported.d)
3. Nesta pasta, existe um arquivo chamado local. Execute o comando para edição: gedit local
4. Comentar todas as linhas existente no arquivo. (Colocando o caracter # no inicio de cada linha)
5. Inserir a linha: pt_BR.ISO-8859-1 ISO-8859-1
6. Se o arquivo estiver vazio, verifique se você está no caminho certo ou então, apenas insira a linha do item 5.
7. Execute o comando no terminal: locale-gen. Isso fará gerar os arquivos de internacionalização na codificação certa.
8. Execute o comando localedef -i pt_BR -c -f ISO-8859-1 pt_BR para associar o pt_BR à diretiva pt_BR.ISO-8859-1
9. Por fim, mudar o arquivo /etc/default/locale com o gedit e inserir as linhas: LANG=”pt_BR” e LANGUAGE=”pt_BR”

Obs: Depois de executar os passos supracitados, reiniciar a maquina.

Espero ter ajudado…. é isso ai!

[]‘s