TrabalhosGratuitos.com - Trabalhos, Monografias, Artigos, Exames, Resumos de livros, Dissertações
Pesquisar

Portfolio de Engenharia de Software

Por:   •  9/9/2017  •  Trabalho acadêmico  •  2.693 Palavras (11 Páginas)  •  243 Visualizações

Página 1 de 11

[pic 1]

...............................................................................................................................

ENSINO PRESENCIAL COM SUPORTE EAD

BACHAREL EM SISTEMAS DE INFORMAÇÃO

FAGNER MENEZES DE OLIVEIRA    - 227012013

PORTFÓLIO 1

Engenharia de Software

..............................................................................................................................

Guarulhos

2015

FAGNER MENEZES DE OLIVEIRA    - 227012013

PORTFÓLIO 1

Engenharia de Software

Trabalho apresentado ao Curso de Sistema de Informação da Faculdade ENIAC para a disciplina  de Engenharia de Software.

Prof. Lucio Luzetti Criado

Guarulhos

2015

SÍNTESE

O Capítulo 22 do livro “Engenharia de Software” de Ian Sommerville (9ª Edição) trata do gerenciamento de projetos, onde demonstra as atividades do gerente de projeto focadas na gestão de riscos e gestão de pessoas.

Gerenciar o projeto é fundamental para alcançar seu objetivo de forma a atingir ou superar as expectativas e com qualidade. Isso não representa que se o projeto for bem gerenciado, o sucesso está garantido, pois há outros fatores que influenciam no resultado final, porém se mal gerenciado, muito provavelmente o projeto possuirá problemas como atraso em entregas, falhas no software, estouro do orçamento ou até mesmo ser recusado pelo cliente.

Concluir o projeto dentro prazo estipulado, utilizar os recursos dentro do orçamento disponível, entregar o produto para o cliente com a qualidade esperada e gerenciar a equipe do projeto de forma que todos interagem de forma eficiente e proativa é a meta de qualquer gerente de projeto.

Há também alguns aspectos na engenharia de software que se difere de outras engenharias que possuem um produto físico para apresentar e que interferem diretamente com o seu desenvolvimento.

Comparado com a engenharia em outras áreas, a engenharia de software não tem um produto físico, o que torna a identificação de falhas um tanto quanto dependente dos desenvolvedores das etapas do projeto, diferente de um produto físico em que é visível alguma falha existente ou inexistência de alguma parte desse produto.

Outro ponto é que os projetos de software são sempre únicos, onde não há uma experiência anterior para um projeto exatamente igual, por mais que sejam parecidos. Isso faz com que mesmo gerentes experientes encontrem dificuldades antes não vistas em um projeto.

Por fim temos os processos, que diferente de outras áreas onde os mesmo são similares, na engenharia de software eles variam de acordo com a organização e com o projeto, até mesmo os processos padronizados.

Em geral, o gerente de projeto deve ser capaz de planejar o projeto com eficiência, gerenciar a equipe, analisar os riscos, elaborar relatórios completos em linguagem de simples a técnica e elaborar propostas que definam detalhes importantes do projeto para o cliente.

Gerenciamento de Riscos

O gerenciamento de riscos é uma função essencial do projeto, pois os riscos não identificados podem levar ao fracasso do projeto, além de ameaçar o próprio negócio.

Os riscos são definidos em três categorias: risco de produto, risco de projeto e risco de negócio.

Riscos de produto são os riscos relacionados a qualidade do produto final, fatores que podem influenciar na sua funcionalidade após a entrega, como entregar um produto que vai utilizar um serviço que está em depreciação ou perdendo suporte.

Riscos de projeto são os riscos relacionados ao desenvolvimento do projeto, interferindo no cronograma ou na alocação de recursos.

Por fim, riscos de negocio estão relacionados a mudanças no mercado que podem prejudicar a empresa desenvolvedora do projeto ou a contratante.

Estes riscos podem se sobrepor à medida que um fator prejudicial para o projeto se torne prejudicial ao produto final, ou vice-versa.

Os riscos existentes podem ou não ser previsíveis e por isso nem sempre podem ser eliminados, porém é importante definir estratégias para minimizar o seu impacto.

Assim sendo, há um método que divide essas estratégias em etapas para realizar sua gestão.

  1. Identificação de riscos

Esta é a etapa existente para se identificar quais os riscos existentes para o projeto, produto ou negócio.

O gerente e sua equipe devem utilizar sua experiência e conhecimento relacionados ao projeto para identifica a quais tipos de risco o projeto em questão está vulnerável, uma vez que nem todos os tipos de riscos podem ser aplicados a todo os projetos.

Pode ser realizado um checklist para organizar os riscos possíveis, contendo pelo menos seis tipos de riscos conhecidos:

Risco de tecnologia – relacionados aos recursos tecnológicos e hardware para o projeto.

Riscos de pessoas – relacionados aos recursos humanos do projeto.

Riscos organizacionais – relacionados ao ambiente organizacional onde se desenvolve o software.

Riscos de ferramentas – relacionados às ferramentas de software e softwares utilizados como recurso para o desenvolvimento.

Riscos de requisitos – relacionados às mudanças que possam ocorrer nos requisitos pré-defidos.

Riscos de estimativas – relacionados à estimativa de gestão dos recursos.

  1. Análise de riscos

Nesta etapa é realizado a análise do impacto que cada risco pode apresentar.

Deve-se utilizar os riscos identificados na etapa anterior para classificá-los de acordo com a possibilidade de ser explorado e a gravidade das consequências.

Essas classificações podem seguir níveis de risco como muito baixo, baixo, moderado, alto e muito alto, e a equipe deve realizar essa classificação baseado em probabilidades pois não é possível prever com exatidão se o risco de fato será explorado ou não e o tamanho do seu impacto. A equipe deve utilizar os dados referentes ao projeto, produto equipe e empresa para determinar a classificação.

...

Baixar como (para membros premium)  txt (18.4 Kb)   pdf (136.9 Kb)   docx (41 Kb)  
Continuar por mais 10 páginas »
Disponível apenas no TrabalhosGratuitos.com