Aula2

  • Uploaded by: Rogério Faceira
  • 0
  • 0
  • June 2020
  • PDF

This document was uploaded by user and they confirmed that they have the permission to share it. If you are author or own the copyright of this book, please report to us by using this DMCA report form. Report DMCA


Overview

Download & View Aula2 as PDF for free.

More details

  • Words: 2,606
  • Pages: 9
Licenciatura em Gestão e Informática

Licenciatura em Gestão e Informática

Gestão de Projectos de Software

instituto superior politécnico de Viseu

escola superior de tecnologia e gestão

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

*

As Partes Envolvidas num Projecto (Stakeholders) As partes envolvidas são indivíduos e organizações directamente envolvidos no projecto, ou aqueles cujos interesses podem ser afectados, de forma positiva ou negativa, no decorrer do projecto ou mesmo após a sua conclusão. Estes podem, também, ter influência no projecto e nos seus resultados.

As Partes Envolvidas num Projecto (cont.) Em todos os projecto existem algumas partes envolvidas consideradas principais: Gestor do projecto - indivíduo responsável pela gestão do projecto. Cliente - indivíduo ou organização que fará uso do produto do projecto. Podem existir múltiplas

camadas de clientes. Por exemplo, os clientes do novo sistema bancário on-line é a instituição

A equipa de gestão do projecto deve identificar as partes envolvidas, conhecer as suas

bancária e são os utilizadores clientes do banco. Em muitas áreas de aplicação, clientes e

necessidades e expectativas e, então, gerir e influenciar os requisitos de forma a

utilizadores são sinónimos, enquanto noutras, cliente refere-se à entidade que comprou o resultado do projecto e utilizadores são aqueles quem farão uso directo do produto do projecto.

garantir o sucesso do projecto.

Organização executora - empresa cujos funcionários estão mais directamente envolvidos na

A identificação das partes envolvidas geralmente é tarefa difícil. Por exemplo, o caixa de um banco, cujo emprego depende da implementação de um sistema de atendimento on-line, seria uma parte envolvida? E se não se perspectivassem novas

execução do projecto. Membros da equipa do projecto – o grupo que realiza o trabalho do projecto. Patrocinador - indivíduo ou grupo, dentro da organização executora, que disponibiliza os

funções após a implementação do sistema?

recursos financeiros, em dinheiro ou espécie, para o projecto. 40/100

41/100

Licenciatura em Gestão e Informática

Licenciatura em Gestão e Informática

Gestão de Projectos de Software

instituto superior politécnico de Viseu

escola superior de tecnologia e gestão

As Partes Envolvidas num Projecto (cont.)

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

As Partes Envolvidas num Projecto (cont.) A Equipa Invisível

?

Patrocinador

Cliente/Utilizador

O termo equipa invisível foi criado por Geoff Reiss, no seu livro Project

Equipa Invisível

Management Demystified. Ele utiliza-o para descrever todos os factores que possam ter algum impacto, ou efeito (geralmente negativo, mas nem

Gestor do Projecto

sempre) no progresso do projecto. Por exemplo, num projecto de software, Controlo de Qualidade

Coordenação

o surgimento de um novo vírus informático, para o qual não existe meio de detecção, pode por em causa todo, ou grande parte, do trabalho

Equipa do Projecto Especialistas Técnicos

desenvolvido, apresentando-se à

Equipa Externa

partida como um factor negativo

pertencente à equipa invisível (Hobbs, 2001).

Equipa Interna

42/100

43/100

1

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

Gestão de Projectos

Gestão de Projectos de Software

instituto superior politécnico de Viseu

Problemas comuns à gestão de Projectos

Novo ambiente de projectos pode ser visualizado desta forma:

A natureza dinâmica e interdisciplinar de um projecto trás sérias

Mudanças Globalizadas Evolução Tecnológica Informação Difundida Estabilização Económica

dificuldades para a sua gestão, quando são usados métodos tradicionais de administração.

Eficiência limitada

Falta de controle de qualidade técnica e planeamento integrado

Resultados não relacionados com as necessidades reais

Resultante da falta de uma definição do problema, de controlo e falta de avaliação

Rápidas Mudanças

Há mais riscos Aspectos qualitativos prevalecem sobre os quantitativos Ganhos são obtidos pela produtividade O projecto precisa de ter uma abrangência estratégica 44/100

45/100

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

escola superior de tecnologia e gestão

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Consequências

Problemas comuns à Gestão de projectos (cont.)

Nos processos de gestão de software software todos esses problemas técnicos e administrativos são frequentes, Atrasos sérios nos cronogramas

Falta de um sistema conveniente de controle e progresso

Custos excessivos

Falta de estrutura adequada de estimativa e controle de custos

o que resulta em:  Gestão deficitária;  Impossibilidade de cumprir os prazos finais;  Insatisfação do cliente e dos potenciais utilizadores;

Direcção deficiente

Falta de sistema de informação conveniente

 Aumento dos custos de produção;  Aumento da necessidade de manutenção.

46/100

47/100

2

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

Gestão de Projectos de Software

instituto superior politécnico de Viseu

escola superior de tecnologia e gestão

8-10-08

Como conduzir um projecto de software?

8-10-08

Como conduzir um projecto de software?

Não havendo uma receita única para a gestão eficiente de um projecto de

Gestão vs. Liderança

software, é globalmente aceite que, dependendo do tipo de projecto, devem ser tomados em consideração alguns aspectos fundamentais  Gestão  Gerir as expectativas dos Stakeholders;

 A finalidade do trabalho a ser efectuado;  Os riscos previsíveis;

 Liderar

 Os recursos exigidos;  As tarefas a serem executadas;  Os pontos de referência a serem acompanhados;  O esforço dispendido;



Estabelecer Direcção;



Alinhar Motivações da Equipa;



Motivar e Inspirar;

 A programação a ser seguida.

48/100

49/100

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

8-10-08

Como conduzir um projecto de software?

Como iniciar um projecto de software? É impossível definir uma estimativa de custos razoável, divisões realísticas de

Gestão também é:

tarefas ou uma programação de projecto administrável e um planeamento adequado, sem o conhecimento prévio de um conjunto de informações  Comunicar  Negociar

 Estabelecimento dos objectivos e do âmbito do projecto;

 Resolver Problemas  Influenciar a Estrutura Empresarial

 Consideração de diferentes cenários e/ou soluções alternativas;  Identificando restrições administrativas, técnicas e orçamentais;

50/100

51/100

3

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

O que considerar na planificação de um projecto de software?

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Como prever riscos?

Antes de começar a planificação de um Projecto de Software, devedeve-se

A análise dos riscos é fundamental para uma boa gestão do projecto de

responder a algumas questões importantes sobre os riscos previsíveis,

software, devendo terter-se em consideração os seguintes passos:

desenvolver uma estratégia para resolver os problemas, estabelecer um mecanismo para avaliar o progresso e organizar os recursos humanos que

 Identificação;

foram escolhidos para conceber o produto.

 Avaliação;  Disposição por ordem de prioridades;

 Esforço humano exigido;

 Estratégias de administração;  Resolução;

 Duração cronológica do projecto;

 Monitorização.

 Custos.

52/100

53/100

Licenciatura em Gestão e Informática instituto superior politécnico de Viseu

Gestão de Projectos de Software

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

*

Determinação de prazos

Plano de Administração e Monitorização dos riscos

Na fixação de prazos para projectos de software uma Os passos de Administração dos riscos estão organizados num

série de perguntas pode ser feita:

Plano de Administração e Monitorização dos Riscos (PAMR), que

Como relacionar o tempo cronológico com o esforço humano?

documenta todo o trabalho executado como parte da análise de

 Muitos gestores acreditam que se houver atraso, é só acrescentar mais pessoas e o problema ficará resolvido, mas

risco e é usado pelo gestor de projectos como parte do Plano de

acrescentar pessoas num projecto pode ter um efeito desintegrador.

Projecto Global.

 O tempo que leva a fase de integração dos novos elementos dificilmente será recuperado pelo seu desempenho à posteriori. 54/100

55/100

4

Licenciatura em Gestão e Informática instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Determinação de prazos (cont.)

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Métricas de software Em projectos de software há grandes Dificuldades em efectuar medições (previsões, escalas, etc.)

Qual a distribuição do esforço humano ao longo do processo de engenharia de Software? A figura ao lado ilustra uma distribuição de

 O que medir?  Como avaliar as medidas que são obtidas?

40 40--45%

esforço recomendado ao longo das fases de definição e desenvolvimento.

Análise e Projecto

Actividade de Testes e Depuração 30 30--35%

25-30% Codificação 56/100

57/100

Licenciatura em Gestão e Informática instituto superior politécnico de Viseu

Gestão de Projectos de Software

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Métricas de Software (cont.)

Métricas de software CARACTERIZAR ESTIMAR AVALIAR MELHORAR

As métricas de software são dividas em 2 categorias Medidas Directas

Medidas Indirectas

 Estado do Projecto  Monitorar riscos  Detectar Problemas

58/100

59/100

5

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

Métricas de Software (cont.)

escola superior de tecnologia e gestão

*

Métricas de Software (cont.) Medidas indirectas

As métricas de software são dividas em 2 categorias

     

Medidas directas     

Gestão de Projectos de Software

instituto superior politécnico de Viseu

Linhas de código (LOC) produzidas; Velocidade de execução; Tamanhos de memória; Defeitos registados; Custo.

Funcionalidade; Qualidade; Complexidade; Eficiência; Confiabilidade; Manutenibilidade.

Medidas directas: atribuindo directamente a um atributo um número ou um símbolo. Na

Medidas indirectas, formadas por uma relação entre vários dos atributos

obtenção dos valores de uma medida directa só estão envolvidos a entidade e um único

quantificados. Na sua obtenção podem estar envolvidos vários atributos de

atributo que é o objecto da medida.

uma entidade ou várias entidades;

60/100

61/100

Licenciatura em Gestão e Informática instituto superior politécnico de Viseu

Gestão de Projectos de Software

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

Outra classificação das medidas 

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Necessidade das métricas

Métricas internas - que medem atributos ditos internos do processo do 

produto ou dos recursos. São atributos internos os que podem ser

As métricas são necessárias para controlar a

medidos por observação do processo, do produto ou dos recursos

eficiência e a economia do processo de

independentemente do comportamento dos mesmos em relação ao

desenvolvimento de Software

ambiente onde existem. 

Métricas externas - que medem atributos ditos externos do processo do produto ou dos recursos. O que é medido nas métricas externas não é o atributo da entidade, mas o atributo do seu comportamento. 

62/100

…….Para Melhorar!

63/100

6

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

Utilidade das métricas 



instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Variedade das métricas

As Métricas são construídas para entender e melhorar o



A cada uma das fases do processo corresponde um

processo de desenvolvimento e a qualidade do produto

modelo do problema cujo tipo depende da metodologia

resultante;

usada para construir esse modelo. As métricas são

São também utilizadas como base de previsões de

construídas sobre os atributos específicos de cada um

custo e tempo de entrega do produto.

desses modelos. Para cada tipo de modelos podem-se construir variadas métricas.

64/100

65/100

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

Variedade das métricas 

instituto superior politécnico de Viseu

Gestão de Projectos de Software

escola superior de tecnologia e gestão

Variedade das métricas (cont.)

Métricas : 







Análise e Concepção do Sistema

adequadas a cada caso seleccionando as que

Utilizadores/ Inputs/ Outputs/ Funcionalidades;

Design; 

respondem às suas necessidades de informação na

Complexidade do Software/ Interface;



Código;



Testes;



Manutenção;

O engenheiro de software identifica as métricas

gestão e controle do processo.

66/100

67/100

7

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

Variedade das métricas (cont.) 

Gestão de Projectos de Software

instituto superior politécnico de Viseu

escola superior de tecnologia e gestão

Teoria representativa da medida

Os técnicos responsáveis pelo controlo do

Propõe o fundamento teórico para a construção de uma medida



baseado na existência de três entidades, a seguir indicadas:

processo constroem métricas diferentes não só



para os vários tipos de processo e diversas

Um mundo real e as relações empíricas observadas entre os atributos das entidades que lá existem.



fases/modelos do processo mas também para

Um mundo formal de símbolos, nomeadamente dos números onde também se verificam relações.

as diferentes perspectivas de análise desse



Um mapeamento entre dois mundos que se obriga a obedecer a uma condição de representação.

processo.

68/100

69/100

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

Exemplos 

Licenciatura em Gestão e Informática escola superior de tecnologia e gestão

(Métricas)

Se se considerar que o tamanho de um programa desenvolvido num

Exemplos 

determinado ambiente de programação indica que esse programa é

escola superior de tecnologia e gestão

(Métricas)

Define-se o mapeamento fazendo corresponder a cada programa (mundo real) o número de linhas de código (mundo formal) da sua listagem.

complexo, uma medida da complexidade pode ser construída com base na



Se a listagem de um programa Pi for maior que a listagem do programa Pj (relação de ordem verificada no mundo real) o número atribuído do programa Pi é maior

relação de ordem dos inteiros. 

Gestão de Projectos de Software

instituto superior politécnico de Viseu

Sendo (P1, P2, P3...Pn) o conjunto de programas a medir, a relação

que o número atribuído a Pj (relação de ordem verificada no mundo formal). O mapeamento, portanto, deve verificar a relação de monotonicidade. i.e.,

empírica será Pi >Pj se a listagem do programa Pi é maior do que a listagem de Pj.

Pi > Pj 



M (Pi) > M (Pj)

No mundo formal do conjunto dos números inteiros |N={0,1,2,…}, existe relação de ordem <, em que 0 < 1<...
Esta condição de representação traduz a coerência da medida.

70/100

71/100

8

Licenciatura em Gestão e Informática Gestão de Projectos de Software

instituto superior politécnico de Viseu

escola superior de tecnologia e gestão

Medidas de Software (cont.) O uso de modelos em substituição da realidade obriga à satisfação dos seguintes requisitos: 

Conhecer bem a realidade a fim de saber o que é relevante para a caracterizar e estabelecer um modelo útil da mesma;



Conhecer bem o modelo do mapeamento das entidades em números, ou símbolos, para garantir que não só a condição de representação é sempre válida como para entender o que as medidas obtidas explicam da realidade.

72/100

9

Related Documents

Aula2
August 2019 15
Aula2
May 2020 6
Aula2
November 2019 15
Aula2
April 2020 17
Aula2
June 2020 7
Aula2
October 2019 16