Producto x Processo x Projecto Aula 6
Sumário O produto O software como produto Evolução Características Tipos Aplicações  Atributos de um bom software Produto x Processo  O processo O processo do software CMM O Projecto 10 Sinais de perigo no Projecto Como evitar o perigo Perguntas-chave para o seu planeamento Âmbito desta Aula Gestão de Projectos de SW:  pessoal,  producto ,  processo  e  projecto
Producto de SW
Estrutura de conceitos Produto Processo Metodologia Notação (UML) Técnica (Modelação ) Ferramenta (Object Domain, Rational Rose) utiliza exprime implementa cria Suporta, automatiza
O produto O software é simultaneamente um produto  software de gestão pacotes de uso geral (folhas de cálculo, processadores de palavras) e um veículo para o entregar  sistemas operativos,  software de comunicação Ambientes de desenvolvimento Ferramentas CASE
Evolução do software Antes Hardware  Caro Poder Computacional Limitado Programas simples Preocupação:  aproveitamento dos recursos de hardware i.e. Eficiência do produto Depois  Hardware  mais barato e poderoso Software mais complexo Preocupação:  Satisfação dos requisitos do utilizador (produto eficaz) Baixar custos e tempo de desenvolvimento (processo eficiente)
Características do software O software é um produto lógico, não físico e portanto,  não é fabricado num sentido clássico, senão desenvolvido O software não se estraga Embora cada vez o software é uma assemblagem de componentes, ainda se faz muito software à medida
Tipos de software Genérico Feito à medida Problemas do desenvolvimento são os mesmos A diferencia reside na especificação dos requisitos
Aplicações do software Software de sistemas Software de tempo real Software de gestão Software de engenharia e científico Software embebido Software de PC’s Software baseado na WEB Software de IA
Atributos de um bom software Atributo Descrição Mantainability O software deve ser capaz de evoluir perante as mudanças nos requisitos Dependability Características como Confiabilidade e seguridade Eficiência Aproveitamento dos recursos de hardware Usabilidae Apropriadas interface do utilizador e documentação
Produto x Processo Se o processo é fraco, o produto vai sofrer A dependência excessiva no processo também é má A comunidade alterna a sua preocupação pelo produto e processo cada 5 ou 10 anos aprox. Acredita-se que esta dualidade manter-se-á por uns tempos
Processo de SW
O Processo de SW Definição: Estratégia de desenvolvimento do software Define a ordem de execução das  fases de engenharia de software Selecção do modelo de processo Clientes e pessoal envolvido Produto requerido Ambiente da equipa de desenvolvimento Maduração do produto e o processo Definição de actividades básicas Estimação de recursos para cada função do produto e discriminado pelas actividades básicas Decomposição do processo
Níveis de Maturidade do Processo CMM –  Capability Maturity Model Nível 1 Caos | nível inicial Nível 2 Reutilização | identifica processos repetitivos Nível 3 Documentação | já existe um processo definido ISO 9001 Nível 4 Qualidade de SW | processos são bem geridos Definem Métricas e estimações Nível 5 + difícil | Optimização dos Processos poucas empresas de desenvolvimento de SW atingem este nível
Projectos de SW
10 Sinais de perigo no Projecto O pessoal de software não percebe as necessidades do cliente A definição do âmbito do produto é fraca Os câmbios são mal feitos Mudança na tecnologia seleccionada Necessidades do negócio cambiam ou estão mal definidas As datas de entrega não são realistas Os utilizadores oferecem resistência Perdem-se os sponsors A equipa de projecto não tem as competências requeridas Os gestores evitas boas práticas e sábias lições
como evitar o perigo Começar com o pé direito Manter-se com o pé direito Monitorizar o projecto Tomar decisões inteligentes Realizar análise post-mortem
perguntas-chave para o seu planeamento Por que se vai desenvolver o sistema? O que será feito e quando? Onde estão os responsáveis? Como será realizado o trabalho técnico e de gestão? Quais e quantos recursos são requeridos?
próxima aula teórica
Modelos de processo  Tipos: Modelos em cascata Sequêncial (Clássico) Revisto Construção de Prototipos Desenvolvimento Rápido de Aplicações Modelos evolutivos Incrementais Iterativos Iterativos e incrementais Espiral Modelo de Processos OO Modelo recursivo/paralelo Outros

Producto X Processo X Projecto de Engenharia de Software

  • 1.
    Producto x Processox Projecto Aula 6
  • 2.
    Sumário O produtoO software como produto Evolução Características Tipos Aplicações Atributos de um bom software Produto x Processo O processo O processo do software CMM O Projecto 10 Sinais de perigo no Projecto Como evitar o perigo Perguntas-chave para o seu planeamento Âmbito desta Aula Gestão de Projectos de SW: pessoal, producto , processo e projecto
  • 3.
  • 4.
    Estrutura de conceitosProduto Processo Metodologia Notação (UML) Técnica (Modelação ) Ferramenta (Object Domain, Rational Rose) utiliza exprime implementa cria Suporta, automatiza
  • 5.
    O produto Osoftware é simultaneamente um produto software de gestão pacotes de uso geral (folhas de cálculo, processadores de palavras) e um veículo para o entregar sistemas operativos, software de comunicação Ambientes de desenvolvimento Ferramentas CASE
  • 6.
    Evolução do softwareAntes Hardware Caro Poder Computacional Limitado Programas simples Preocupação: aproveitamento dos recursos de hardware i.e. Eficiência do produto Depois Hardware mais barato e poderoso Software mais complexo Preocupação: Satisfação dos requisitos do utilizador (produto eficaz) Baixar custos e tempo de desenvolvimento (processo eficiente)
  • 7.
    Características do softwareO software é um produto lógico, não físico e portanto, não é fabricado num sentido clássico, senão desenvolvido O software não se estraga Embora cada vez o software é uma assemblagem de componentes, ainda se faz muito software à medida
  • 8.
    Tipos de softwareGenérico Feito à medida Problemas do desenvolvimento são os mesmos A diferencia reside na especificação dos requisitos
  • 9.
    Aplicações do softwareSoftware de sistemas Software de tempo real Software de gestão Software de engenharia e científico Software embebido Software de PC’s Software baseado na WEB Software de IA
  • 10.
    Atributos de umbom software Atributo Descrição Mantainability O software deve ser capaz de evoluir perante as mudanças nos requisitos Dependability Características como Confiabilidade e seguridade Eficiência Aproveitamento dos recursos de hardware Usabilidae Apropriadas interface do utilizador e documentação
  • 11.
    Produto x ProcessoSe o processo é fraco, o produto vai sofrer A dependência excessiva no processo também é má A comunidade alterna a sua preocupação pelo produto e processo cada 5 ou 10 anos aprox. Acredita-se que esta dualidade manter-se-á por uns tempos
  • 12.
  • 13.
    O Processo deSW Definição: Estratégia de desenvolvimento do software Define a ordem de execução das fases de engenharia de software Selecção do modelo de processo Clientes e pessoal envolvido Produto requerido Ambiente da equipa de desenvolvimento Maduração do produto e o processo Definição de actividades básicas Estimação de recursos para cada função do produto e discriminado pelas actividades básicas Decomposição do processo
  • 14.
    Níveis de Maturidadedo Processo CMM – Capability Maturity Model Nível 1 Caos | nível inicial Nível 2 Reutilização | identifica processos repetitivos Nível 3 Documentação | já existe um processo definido ISO 9001 Nível 4 Qualidade de SW | processos são bem geridos Definem Métricas e estimações Nível 5 + difícil | Optimização dos Processos poucas empresas de desenvolvimento de SW atingem este nível
  • 15.
  • 16.
    10 Sinais deperigo no Projecto O pessoal de software não percebe as necessidades do cliente A definição do âmbito do produto é fraca Os câmbios são mal feitos Mudança na tecnologia seleccionada Necessidades do negócio cambiam ou estão mal definidas As datas de entrega não são realistas Os utilizadores oferecem resistência Perdem-se os sponsors A equipa de projecto não tem as competências requeridas Os gestores evitas boas práticas e sábias lições
  • 17.
    como evitar operigo Começar com o pé direito Manter-se com o pé direito Monitorizar o projecto Tomar decisões inteligentes Realizar análise post-mortem
  • 18.
    perguntas-chave para oseu planeamento Por que se vai desenvolver o sistema? O que será feito e quando? Onde estão os responsáveis? Como será realizado o trabalho técnico e de gestão? Quais e quantos recursos são requeridos?
  • 19.
  • 20.
    Modelos de processo Tipos: Modelos em cascata Sequêncial (Clássico) Revisto Construção de Prototipos Desenvolvimento Rápido de Aplicações Modelos evolutivos Incrementais Iterativos Iterativos e incrementais Espiral Modelo de Processos OO Modelo recursivo/paralelo Outros