FACULDADE EVOLUÇÃO

Curso: Análises e Sistemas para Internet.
Disciplina: Inglês Técnico.
Professor: Tom Jones.
Aluno: Wallison de Oliveira Avelino
Aluno: Pedro Feitosa
Data: 01/11/2013.
Quality aware software product line engineering.
Atenção na qualidade engenharia de linha de produção de software.
 Autores:
 Leire Etxeberria.
 Goiuria Sagardui.
 Lorea Belategi.

 Instituição:
 Universidade de Mondragon, departamento de ciência da computação.
 Gerenciamento de Requisitos de Qualidade.
 Qualidade na definição dos requisitos, na construção ou desenvolvimento de um software, a
importância de planejar antes de desenvolver um software, dentro na fase de planejamento
existe as definição dos requisitos, a importância de saber identificar, ordenar, definir a
importância de cada um dos requisitos, hoje em dia existe ferramentas, livros e metodologia
onde pode ajudar um profissional a obter os requisitos com qualidade.
No desenvolvimento de um software são separado em duas partes, são elas, engenharia
de domínio e engenharia de aplicação, onde na engenharia de domínio é feito a definição
dos requisitos e os planejamentos, e a parte de engenharia de aplicação é feita a parte de
desenvolvimento do produto.
 Através de estudos e pesquisas melhorar a qualidade no desenvolvimento de um produto
de software.
 A conclusão desse artigo é que quando se é feito um projeto para ser fabricado um
software é preciso deixar bem definido as duas partes, deixando a engenharia de domínio
ficara mais fácil lidar com a qualidade do desenvolvimento.
 Esse artigo é bem interessante, escolhi através do titulo, e ao tentar ler vi que se tornou
muito mais interessante, antes mesmo de ler o artigo já tinha visto aulas e curso sobre a
importância de se planejar antes de começar a se desenvolver um software, não vai ter
uma boa aceitação você fazer um bom ou excelente software e esse software não
atender as expectativas da pessoa que financiou o desenvolvimento do software.
É preciso e importante planejar antes mesmo de sair construindo um software, porque
existe mudanças antes, durante e depois do desenvolvimento, planejar é tentar minimizar o
máximo de erros futuros.
 Esse artigo serviu sim para minha formação, pois isso vai ser de uso sempre, durante seu
tempo de trabalho, para quem trabalha na área de TI é de grande importância saber
separar esses dois tipos de engenharia citada no texto, essa fase de planejamento é
usada tanto para os desenvolvedores, para os gerentes de projetos, e outras opções de
trabalho na área de TI.
 Bibliografia:
 P. América, DK Hammer, MT Ionita, JH Obbink e E. Rommes.
 Livro: Processo de Software: Melhoria e Prática.

 M. Auerswald, M. Herrmann, S. Kowalewski, and V. Schulte-Coerne.
 revistas do 4 º Workshop Internacional sobre Engenharia de Software.

 M. A. Babar e I. Gorton.
 Caparação de cenários baseados na avaliação de arquitetura de software.

 L. Bass, P. Clements, and R. Kazman.
 Prática de Engenharia de software.

 J. Bayer, O. Flege, and C. Gacek.
 Criando arquitetura de linhas de produtos.

Faculdade evolução

  • 1.
    FACULDADE EVOLUÇÃO Curso: Análisese Sistemas para Internet. Disciplina: Inglês Técnico. Professor: Tom Jones. Aluno: Wallison de Oliveira Avelino Aluno: Pedro Feitosa Data: 01/11/2013.
  • 2.
    Quality aware softwareproduct line engineering. Atenção na qualidade engenharia de linha de produção de software.  Autores:  Leire Etxeberria.  Goiuria Sagardui.  Lorea Belategi.  Instituição:  Universidade de Mondragon, departamento de ciência da computação.
  • 3.
     Gerenciamento deRequisitos de Qualidade.  Qualidade na definição dos requisitos, na construção ou desenvolvimento de um software, a importância de planejar antes de desenvolver um software, dentro na fase de planejamento existe as definição dos requisitos, a importância de saber identificar, ordenar, definir a importância de cada um dos requisitos, hoje em dia existe ferramentas, livros e metodologia onde pode ajudar um profissional a obter os requisitos com qualidade. No desenvolvimento de um software são separado em duas partes, são elas, engenharia de domínio e engenharia de aplicação, onde na engenharia de domínio é feito a definição dos requisitos e os planejamentos, e a parte de engenharia de aplicação é feita a parte de desenvolvimento do produto.  Através de estudos e pesquisas melhorar a qualidade no desenvolvimento de um produto de software.  A conclusão desse artigo é que quando se é feito um projeto para ser fabricado um software é preciso deixar bem definido as duas partes, deixando a engenharia de domínio ficara mais fácil lidar com a qualidade do desenvolvimento.
  • 4.
     Esse artigoé bem interessante, escolhi através do titulo, e ao tentar ler vi que se tornou muito mais interessante, antes mesmo de ler o artigo já tinha visto aulas e curso sobre a importância de se planejar antes de começar a se desenvolver um software, não vai ter uma boa aceitação você fazer um bom ou excelente software e esse software não atender as expectativas da pessoa que financiou o desenvolvimento do software. É preciso e importante planejar antes mesmo de sair construindo um software, porque existe mudanças antes, durante e depois do desenvolvimento, planejar é tentar minimizar o máximo de erros futuros.  Esse artigo serviu sim para minha formação, pois isso vai ser de uso sempre, durante seu tempo de trabalho, para quem trabalha na área de TI é de grande importância saber separar esses dois tipos de engenharia citada no texto, essa fase de planejamento é usada tanto para os desenvolvedores, para os gerentes de projetos, e outras opções de trabalho na área de TI.
  • 5.
     Bibliografia:  P.América, DK Hammer, MT Ionita, JH Obbink e E. Rommes.  Livro: Processo de Software: Melhoria e Prática.  M. Auerswald, M. Herrmann, S. Kowalewski, and V. Schulte-Coerne.  revistas do 4 º Workshop Internacional sobre Engenharia de Software.  M. A. Babar e I. Gorton.  Caparação de cenários baseados na avaliação de arquitetura de software.  L. Bass, P. Clements, and R. Kazman.  Prática de Engenharia de software.  J. Bayer, O. Flege, and C. Gacek.  Criando arquitetura de linhas de produtos.