Engenharia de Software no dia-dia:10 dicas fundamentais pra equipesde softwareVeja neste artigo sugestões fundamentais par...
Figura 2: Compartilhar conhecimentoQuando existir mais de um componente na equipe, todo o conhecimento coletado deve serco...
Indiferente do tempo e do tamanho do software, devem ser determinadas as fases do seuprocesso, conforme características do...
Figura 5: Escolher tecnologiaEssa escolha pode engessar ou atrasar o crescimento de um produto e por isso deve seranalisad...
8º GESTÃO DA QUALIDADE – O planejado será entregue?Figura 7: QualidadeA qualidade deve responder se o esperado foi realiza...
Figura 8: Feedback clienteÉ imprescindível que sejam criadas ações fora dos projetos que melhorem a qualidade, umadessas s...
Engenharia de Software pela Faculdade Mater Dei (2011). Atua como analista de controle dequalidade de processos e configur...
Próximos SlideShares
Carregando em…5
×

Engenharia de Software Dia-a-Dia

315 visualizações

Publicada em

10 dicas fundamentais pra equipes
de software - DevMedia

0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
315
No SlideShare
0
A partir de incorporações
0
Número de incorporações
1
Ações
Compartilhamentos
0
Downloads
4
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Engenharia de Software Dia-a-Dia

  1. 1. Engenharia de Software no dia-dia:10 dicas fundamentais pra equipesde softwareVeja neste artigo sugestões fundamentais paraprofissionais na área de TI que pretendemdesenvolver um software para venda.Hoje existem muitos nichos de mercado sem um software compatível, e softwares ótimos,porém incompatíveis com o seguimento em que são utilizados.Desenvolvedores iniciam seus softwares com ideias geniais, mas não alcançam o sucessoesperado, talvez pela ansiedade em entregar algo ao cliente e não em satisfazer asnecessidades do negócio, do mercado, esquecendo-se de gerenciar equipes e principalmente,de utilizar a engenharia de software.Nesse post são descritas dez dicas que buscam auxiliar equipes de desenvolvimento a utilizarna prática princípios da engenharia de software e terem seus resultados refletidos na suarotina.1º - ANÁLISE DE NEGÓCIO – Conheça o negócioFigura 1: Conheça o negócioConheça o mercado e as necessidades que seu software vai suprir – invista tempo emconhecer os processos do negócio que deseja ingressar.É comum empresários iniciantes focarem em desenvolver ‘adivinhando’ o que o clientenecessita, no erro e acerto.Organize uma análise de negócio, crie diagramas de estado, requisitos detalhados, entenda osprocessos e se envolva na rotina dos usuários.2º - GESTÃO DE CONHECIMENTO - Compartilhar conhecimentona equipe
  2. 2. Figura 2: Compartilhar conhecimentoQuando existir mais de um componente na equipe, todo o conhecimento coletado deve sercompartilhado em reuniões, debates, isso é fundamental para que todos estejam envolvidos.Hoje a tecnologia nos permite reuniões sem precisar do encontro presencial. É importante quetodos conheçam do negócio e não apenas um na equipe, todos devem ter o objetivo comumde suprir a necessidade do cliente, e para isso é preciso saber quais são essas necessidades.3º - GESTÃO DE PROCESSOS - Defina fases no seu processoFigura 3: Crie um ciclo
  3. 3. Indiferente do tempo e do tamanho do software, devem ser determinadas as fases do seuprocesso, conforme características do grupo de desenvolvedores, do cliente e do produto.Não deve se ater a paradigmas já existentes, deve existir a coerência com a forma que daequipe trabalhar, a sugestão é criar seu próprio ciclo de vida.4º - ENGENHARIA DE REQUISITOS - Dar importância a fase deanáliseFigura 4: Engenharia de requisitosÉ comum ouvir: ‘O software é pequeno’, ‘Só estamos iniciando’ e esse é um dos maioresequívocos na hora de desenvolver um produto.Definir a análise desde o inicio, é fundamental para facilitar o crescimento do software. A faltade métodos de análise acaba tornando impossível de se reverter depois que aumenta onúmero de rotinas e a complexidade de requisitos.É fundamental a análise de requisitos, mas destaca-se que a maior dúvida das equipes é quaisos diagramas são mais importantes e que realmente são necessários, tendo em vista que aequipe é pequena e o tempo curto.Para discutirmos esse item retornamos ao 1º item, onde os tipos de diagramas e casos de usoutilizados, devem ser para uso da organização, não adianta gastar tempo realizando análisesque não serão utilizadas, por isso é necessário definir o que é fundamental.Qual a análise que agilizaria o desenvolvimento? Os testes? As manutenções?Essa definição deve ser realizada pela equipe, buscando suprir necessidades que a própriaequipe levantará.Um exemplo é no inicio do negócio, onde há uma dificuldade maior de entender o negócio, ofoco, nesses casos, pode ser em diagramas que facilitem o entendimento do negócio etambém o desenvolvimento, destacando que a abordagem de UML é fundamental, pelacompreensão universal.5º TECNOLOGIA – Uma dúvida comum é qual a tecnologia autilizar no desenvolvimento
  4. 4. Figura 5: Escolher tecnologiaEssa escolha pode engessar ou atrasar o crescimento de um produto e por isso deve seranalisada muito bem.O desenvolvimento deve ser realizado em tecnologias flexíveis, que possibilitem mudanças.Indiferente do mercado em que está inserido, a evolução é muito rápida e a concorrênciainevitável.6º GESTÃO DE CONFIGURAÇÃO – Organize seus artefatosFigura 6: Organize artefatosAlém de artefatos organizados, deve ser criada uma rastreabilidade, não havendo duplicidadede nomenclaturas.Não deve haver dúvidas dos stakeholders em relação ao que fazer, de como fazer, o queprecisa para executar sua tarefa e o que será gerado depois de encerrada sua tarefa.Existem ferramentas que auxiliam nisso, porém, indiferente das ferramentas, gerencia deconfiguração é um principio.
  5. 5. 8º GESTÃO DA QUALIDADE – O planejado será entregue?Figura 7: QualidadeA qualidade deve responder se o esperado foi realizado e não o cliente.Cabe à equipe saber em que momento se insere a verificação disso. Um exemplo é antes decomeçar a modelar ter certeza se é isso que o usuário precisa (validação), antes dedesenvolver devem ser realizados testes, para então liberar.Deve ser destacado que a qualidade esta presente não só no produto final, mas em todos osartefatos gerados, e esses devem ser auditados.9º FEEDBACK DO USUÁRIO – As organizações crescem e apreocupação com o que o seu usuário pensa sobre o softwaresome
  6. 6. Figura 8: Feedback clienteÉ imprescindível que sejam criadas ações fora dos projetos que melhorem a qualidade, umadessas são as auditorias de qualidade externa, onde se pesquisa problemas apontados pelosusuários no software, as dificuldades que podem ser solucionadas de forma simples,principalmente de layout.Coletas de requisitos interativas com usuários são fundamentais, isso auxilia o software a estarsempre atualizado e compatível com a realidade do mercado.10º DEFINA PAPÉIS – Papel é diferente de cargo e diferente deindividuoFigura 9: Papéis definidosUm indivíduo pode desempenhar mais do que um papel na organização, porém cada papeldeve estar definido, (o que o desenvolvedor faz, quando faz, o que o analista faz...). Issoauxiliaria a padronizar tarefas e também a definir perfis, que facilitam na escolha de novoscolaboradores.A utilização da engenharia de software deve ser um hábito, seu leque de possibilidades évasto, então não copie, utilize a engenharia a seu favor, crie seu processo conforme possatrabalhar e aplique técnicas, metodologias e ferramentas de maneira que facilite e seja usual aequipe. Cada organização, indiferente de tamanho, tem suas características e existem formasgratuitas e fáceis de aplicar a engenharia de software.por Ivânia Ramos dos SantosBacharel em Sistemas de Informação pela Faculdade Mater Dei (2008), especialista em
  7. 7. Engenharia de Software pela Faculdade Mater Dei (2011). Atua como analista de controle dequalidade de processos e configuração, professora na Universidade Tecnológica Federal doParaná e consultora de processos e projetos pela empresa Akaia. Experiência naimplementação do modelo MPS.BR. www.devmedia.com.br/articles/viewcomp.asp?comp=26950

×