2. QUESTÕES DE GERENCIAMENTO DE PROJETO DE SOFTWARE
|
|
- Juliana Maria dos Santos di Azevedo Pinhal
- 7 Há anos
- Visualizações:
Transcrição
1 1. IDENTIFICAÇÃO DO SISTEMA Sistema: EPSI - Event Programming System Interface Descrição: Sistema computacional cujo objetivo é o gerenciamento de eventos. 2. QUESTÕES DE GERENCIAMENTO DE PROJETO DE SOFTWARE 2.1 Descreva e ilustre, a metodologia que vocês estão utilizando. Considere as práticas, as etapas e/ou fases, os artefatos e os recursos. (João) Descrição do RUP Visão Geral Técnica Primeiramente, o RUP é uma metodologia conhecida pela sua formalidade, garantindo assim uma boa formalização da modelagem do projeto. Uma documentação apropriada é essencial para qualquer grande projeto; note que o RUP descreve como documentar a funcionalidade, restrições de sistema, restrições de projeto e requisitos de negócio (Gestão dos Requisitos). O RUP ajuda no planejamento do controle da qualidade e cuida da sua construção em todo processo, envolvendo todos os membros da equipe. Nenhuma tarefa é especificamente direcionada para a qualidade; o RUP assume que cada membro da equipe é responsável pela qualidade durante todo o processo. O processo foca na descoberta do nível de qualidade esperado e provê testes nos processos para medir este nível. Em todos os projetos de software, mudanças são inevitáveis. RUP define métodos para controlar, rastrear e monitorar estas mudanças. O RUP foca na produção da arquitetura básica nas primeiras iterações. Esta arquitetura do sistema então se torna um protótipo nos ciclos iniciais de desenvolvimento. A arquitetura desenvolve-se em cada iteração para se tornar a arquitetura final do sistema. O RUP trabalha com modelagem visual, garantindo um entendimento sobre "O que deve ser feito", baseando-se em diagramas com base na UML. O RUP provê uma solução disciplinada de como assinalar tarefas e responsabilidades dentro de uma organização de desenvolvimento de software. Como o RUP prevê uma boa documentação e divisão do trabalho em tarefas, é uma metodologia ideal para se trabalhar em ambientes distribuídos de desenvolvimento. Com o RUP, tem uma grande facilidade de passar informações sobre o projeto, sem ter que sentar e explicar todos detalhes a uma pessoa, assim temos a facilidade de
2 treinar e inserir novos colaboradores ao projeto, já em andamento. Com o RUP, temos uma maneira de desenvolvimento de software que é iterativa, centrada à arquitetura e guiada por casos de uso. O RUP possui cinco elementos principais: papéis, atividades, artefatos, fluxos de trabalho e disciplinas. PAPEIS define o comportamento e as responsabilidades de um determinado indivíduo ou grupo de indivíduos trabalhando como uma equipe. Papéis não são indivíduos e nem títulos de trabalho. Um indivíduo pode assumir vários papéis (analista, projetista...); ARTEFATOS é um pedaço de informação que é produzido, modificado ou utilizado em um processo. Os artefatos são os produtos de um projeto. São as coisas produzidas durante o desenvolvimento do projeto; FLUXOS DE TRABALHO (WORKFLOWS): É uma sequencia das atividades que produzem um resultado de valor observável. O RUP utiliza três tipos de fluxos de trabalho: Fluxos de trabalho principais, associados com cada disciplina; Fluxos de trabalho de detalhe, para detalhar cada fluxo de trabalho principal; Planos de iteração, que mostram como a iteração deverá ser executada. DISCIPLINAS É uma coleção de atividades relacionadas que fazem parte de um contexto comum em um projeto. No RUP temos 9 disciplinas: divididas em disciplinas do processo e de suporte. As disciplinas de processo são: modelagem de negócios, requisitos, análise e projeto, implementação, teste e distribuição. As de suporte são: configuração e gerenciamento de mudanças, gerenciamento de projeto, e ambiente. ATIVIDADES Uma atividade é uma unidade de trabalho que um indivíduo executa quando está exercendo um determinado papel. Cada atividade pode ser dividida em passos. CICLO DE VIDA: Possui quatro fases: iniciação, elaboração, construção e transição. Cada uma é concluída por um marco, ou seja, cada fase é basicamente um intervalo de tempo entre dois marcos. Concepção (define o escopo do projeto); Elaboração (detalha os requisitos e a arquitetura);
3 Construção (desenvolve o sistema); Transição (implanta o sistema). FASES: Indicam a ênfase que é dada no projeto em um dado instante. Para capturar a tempo concepção elaboração construção transição dimensão do tempo de um projeto Descrição do RUP no EPSI Após discutido os conceitos técnicos do RUP, vamos apresentar como esta metodologia é aplicada na construção do EPSI. Sabemos que o RUP prevê quatro fases básicas na construção de sistemas. Sendo assim, ilustramos estas fases da seguinte forma: Na figura acima, descrevemos as fases da metodologia, os artefatos que deverão
4 ser construídos em cada fase do projeto. O projeto se iniciou na fase de concepção e caminha no sentido das setas, no sentido horário. Na transição de casa fase, é previsto uma revisão, cujo objetivo é realizar uma homologação do que foi realizado anteriormente. Se os artefatos construídos passarem na homologação, o projeto caminha para a próxima fase, se for reprovado, o artefato gerado, na fase em homologação, é analisado e refeito ou modificado, conforme for o caso. Os testes realizados em cada transição de fase, também é importante para o gerenciamento de recursos. Principalmente no que diz respeito a reusabilidade. Construir artefatos que sejam reutilizáveis é um desejo inquestionável. É bem melhor especificar cedo as exigências de recursos de recursos de software. Dessa forma, a avaliação técnica das alternativas poderá ser realizada e a aquisição poderá ocorrer em tempo oportuno. 1 Durante a transição de fase, é importante também, realizar um levantamento dos recursos necessários para se realizar a construção da próxima fase, e fazer uma analise dos recursos utilizados na construção da fase anterior. Tal medida ajuda no controle de aspectos como tempo, recursos humanos, financeiros e tecnológicos. Isso evitará que o projeto seja abandonado antes de sua conclusão por falta de recursos. Nota-se também, que entre os artefatos descritos na figura acima, em cada fase do projeto, nem todos correspondem aos artefatos descritos originalmente na metodologia RUP. Tais artefatos foram inseridos com o objetivo principal de melhor adaptar o RUP à organização (fabrica de software). Isso também ajuda a obter mais qualidade no processo, pois sabemos que o bom entendimento e controle do processo de desenvolvimento de software ajuda a obter qualidade no processo. O RUP não cobre todos os aspectos de gerência de projetos de software, como: recursos humanos, custo e orçamento, subcontratação e etc. Porém para os aspectos relacionados ao produto de software, o RUP descreve algumas das atividades e técnicas desempenhadas pelo gerente de projeto. 2 Como a citação acima diz, o RUP não cobre todos os aspetos da gerencia de 1 PRESSMAN, Roger S. Engenharia de Software: Pearson Makron Books, Pág
5 software. Para isso colocamos artefatos que não fazem parte do RUP original, afim de cobrir as necessidades que nossa fábrica deseja. Abaixo citamos alguns artefatos extras ao RUP, e a devida justificativa por utilizar tal artefato. Custo: O RUP não prevê disciplina para tal atividade. Colocamos na fase de Concepção, a disciplina que gera um artefato de custo: Estimativa de custo e tempo. Aquisição: O RUP também não contempla esta atividade. No nosso projeto, durante o monitoramento das atividades e no planejamento do projeto, entraremos em contato com fornecedores de recursos, afim de ter uma estimativa financeira para o projeto. Recursos Humanos: Também não há mapeamento no RUP. Como alternativa, quando fazemos a distribuição dos use cases a serem construídos, analisamos os recursos humanos necessários. 2.2 Ilustre e comente com o seu sistema como tal metodologia provê suporte gerencial efetivo para os stakeholders (Helton) A fase de Concepção contém os workflows necessários para que as partes interessadas (stakeholders) concordem com os objetivos, arquitetura e o planejamento do projeto. Se as partes interessadas tiverem bons conhecimentos, então, pouca análise será requerida. Caso contrário, uma análise maior será requerida. Como cita o RUP, o ideal é que sejam feitas iterações. Porém estas devem ser bem definidas quanto a sua quantidade e objetivos. 3 A partir da concepção do EPSI, já nos preocupamos com os stakeholders. Afinal o sistema vai ser usado e construído por pessoas. Quando se faz um Diagrama de Caso de Uso (baseado nos requisitos) apare os atores. Atores estes que são de inteira importância para a elaboração do projeto e de tomadas gerenciais efetivas. Terminada a construção do Diagrama de Caso de Uso, passamos então para a distribuição das tarefas. Análise de gerenciamento de recursos, principalmente humanos, são fundamentais nesta fase do projeto. Um Diagrama de Caso de Uso, descreve as funcionalidades que o sistema vai possuir. A partir destas funcionalidades, podemos gerenciar uma equipe de trabalho, dividir as atividades, realizar planos e metas de construção para o software, entre outras 3
6 atividades gerenciais. Exemplo, vejamos o Diagrama de Caso de Uso de Negócios do EPSI: Com base no Diagrama, podemos distribuir as tarefas, e montar nossa equipe de trabalho. Como temos três membros para trabalhar no projeto, com um tempo razoável, e não podemos contratar mais mão de obra, podemos montar uma equipe e distribuir as tarefas da seguinte forma: RESPONSÁVEL CASO DE USO / ATIVIDADE Helton M. Adigneri Gerenciar Evento, Realizar Cadastro, Alterar Cadastro. João C. Peres Simular Catraca,Cadastrar Gestor, Verificar Informativo, Realizar Inscrição. Leandro C. Manso Gerenciar Evento, Realizar Consulta, Imprimir Boleto. Distribuímos e controlamos as responsabilidades de cada integrante da equipe no projeto EPSI. Também é interessante salientar que a partir deste ponto, no projeto, é possível (e desejável) gerenciar os seguinte stakeholders: Atores: Podemos entender e manter um fluxo de informações sobre as pessoas que irão atuar diretamente no sistema que será construído. Esse processo irá se estender durante todo a execução do projeto. Isso é fundamental para a construção da arquitetura do EPSI. Clientes: Foco principal, manteremos um contato permanente durante o projeto com o cliente. Deste o inicio do levantamento do EPSI, o cliente sempre mereceu
7 atenção especial, respeitando a individualidade de cada cliente em si. Colaboradores: É a equipe de trabalho em si. Será gerenciada durante o processo todo. Será monitorada seu desempenho, através de uso de ferramentas cases, relatórios e principalmente através da ferramente DotProject, que faz o controle das atividades que serão desenvolvidas e atribuídas a cada pessoa presente no projeto. Órgãos governamentais: Pouco é lembrado em projetos de software, mas a fábrica de software tem que respeitar regras governamentais de seu país. Tributos, leis trabalhistas e de direitos autorais, etc... devem ser gerenciados e merecem atenção na organização do projeto. Isso tudo representa gasto financeiro. Concorrentes: Fazer estrategias para prestar um bom serviço com produto de qualidade é fundamental para se manter uma organização no mercado. Modelar soluções de software inovadores é um o objetivo visado. 2.3 Elabore documentos, para ilustrar como uma aplicação da metodologia viabiliza e economiza recursos no processo de construção do seu sistema. Vocês não vão se esquecer do 5W2H. Está pática facilita o entendimento dos stakeholders. (Leandro) Pretendemos com o RUP obter economia de recursos: Humanos; Tecnológicos (hardware e software) Financeiros. Sendo assim, elaboramos duas planilhas, uma para recursos humanos e outra para recursos financeiros. Recursos Tecnológicos tem impacto direto nos recursos financeiros. **Planilha anexada no final do trabalho. 2.4 Como pode ser definida e caracterizada a Qualidade de um software. Quais são os seus atributos. Defina, comente e ilustre como ela pode ser implementada, considerando os aspectos (Garantia de qualidade, Controle da qualidade e Padrões de qualidade) (João) Existem várias definições na literatura do que é qualidade de Software. Mas segundo Pressman, qualidade de Software é: Conformidade a requisitos funcionais e de desempenho explicitamente declarados, a padrões de desenvolvimento claramente documentados e a características implícitas que
8 são esperadas de todo software profissionalmente desenvolvido. 4 Também segundo a NBR isso 9000:2005, qualidade é o grau no qual um conjunto de características inerentes satisfaz aos requisitos. Concluímos que Qualidade de Software, apesar de suas varias definições, é intensificamente influenciada pelos requisitos. Por isso, primeiramente, para termos um software de qualidade, necessitamos ter um documento de requisitos bem claro e conciso. O segundo ponto da qualidade de um Software, temos que seguir os padrões especificados, que definem um conjunto de critérios de desenvolvimento que orientam a maneira seguindo a qual o sistema passa pelo trabalho de engenharia. Um outro ponto fundamental, são os requisitos implícitos. São requisitos que não são mencionados na documentação de requisitos. O analista deverá estar atendo a estes tipos de requisitos e procurar atende-los para obter qualidade no sistema. Segundo McCall, os atributos de qualidade são: Corretitude: é quando o sistema satisfaz e cumpre sua especificação, viados pelo cliente; Confiabilidade: é a medida que se pode esperar que o sistema realize sua tarefa com uma precisão desejada. Eficiência: é a quantidade de recursos de computação e de código exigida para que um programa execute sua função. Integridade: é a medida que o acesso ao sistema ou a dados por pessoas nãoautorizadas pode ser controlado. Usabilidade: é o esforça de aprender, operar, preparar a entrada e interpretar a saída de um programa. Manutenibilidade: é a capacidade de localizar e corrigir erros. Flexibilidade: é a capacidade de modificar o sistema. Testabilidade: é o esforço empregado para testar um sistema a fim de garantir a execução pretendida. Portabilidade: é o esforça para garantir que o sistema seja independente de hardware e/ou software. Reusabilidade: capacidade de reutilizar o sistema ou partes dele em outras aplicações. Interoperabilidade: é a capacidade de acoplar um sistema a outro. 4 PRESSMAN, Roger S. Engenharia de Software: Pearson Makron Books, Pág. 724.
9 A implementação de um programa para se obter qualidade no software, pode-se dar em várias maneiras, através de ferramentas destinadas para tal fim, seguindo metodologias distintas, estabelecimento de regras para elaboração de relatórios. Uma abordagem interessante, é a abordagem feita pelo PMBOK. Vejam a figura abaixo. Pela figura acima, notamos que é possível trabalhar no gerenciamento de qualidade de software com os três aspectos principais de qualidade: Garantia da qualidade, Controle da qualidade e os Padrões de qualidade. Durante este processo é definido politicas de qualidade, auditorias, gráficos de controle, planos de gerencia de qualidade, entre outras atividades, para realizar o gerenciamento da qualidade. Com isso os três principais processos do gerenciamento são realizados. Planejamento da Qualidade: Identificação dos padrões de qualidades relevantes para o projeto e determinação de como satisfazê-los. Garantia de Qualidade: Aplicação das atividades planejadas e sistemáticas para garantir que o projeto emprega todos os padrões relevantes de qualidade e identificação de maneiras de eliminar as causas de um desempenho insatisfatório.
10 Controle de Qualidade: Monitoramento de resultados específicos do projeto a fim de determinar se eles estão de acordo com os padrões relevantes de qualidade e identificação de maneiras de eliminar as causas de um desempenho indesejável. 2.5 Ilustre e comente com o seu sistema como a metodologia que vocês estão utilizando pode produzir um software de alta qualidade e que possa ser efetiva para os stakeholders. (Leandro) Para entender melhor como o RUP pode produzir um software de qualidade e que possa ser efetiva para os stakeholders, podemos ilustrar nossa metodologia com um Diagrama de Atividades. Vejamos:
11
12 Com este diagrama podemos observar as fases que o RUP define. Em cada fase da metodologia trás os artefatos que deverão ser feito. Na parte superior do diagrama, é representado o responsável pela atividade naquele momento. Os papeis são bem definidos. Todos sabem o que fazer e em qual momento. Com isso é possível mapear características de qualidade desejável em cada fase do projeto. É possível elaborar relatórios gerenciais para alcançar a qualidade desejada. Observando o diagrama acima, podemos identificar os padrões de qualidade relevantes para o projeto, fazer um planejamento com isso, e realizar um documento, ou ferramenta para realizar o controle da qualidade durante a evolução do processo. O controle de qualidade do processo pode ser feito em cada fase do projeto. Assim, é possível realizar no final de cada processo uma homologação que analisa os padrões de qualidade. Se aprovado e se a fase da metodologia atingiu um padrão mínimo de qualidade, então podemos passar para a próxima fase, se não, olhamos o que está errado, e tentamos consertar afim de chegarmos ao final do processo com a qualidade almejada. É interessante destacar também, que utilizando o diagrama acima, podemos elaborar uma ferramenta ou planilha para calcular os fatores e métricas de qualidade. 2.6 Elabore um documento, uma ferramenta baseada na sua metodologia, com planilhas, para ilustrar como pode ser realizada a Avaliação da Qualidade de um Software. Ilustre a aplicação com o seu sistema. Vocês não vão se esquecer dos atributos da qualidade, né? Esta prática facilita o entendimento pelos stakeholders. (Helton) Construímos uma planilha baseada na ISO/IEC 9126(NBR13596), que tem como objetivo servir de referencia básica na avaliação de produto de software. A planilha tem o seguinte funcionamento: Atribuímos o valor 0 quando a característica esta ausente ou ocorre em um número desprezível de vezes. Atribuímos o valor 1 quando a característica esta presente ou sua ocorrência é significativa.
Qualidade de Software QUALIDADE DE SOFTWARE PRODUTO
Qualidade de Software QUALIDADE DE SOFTWARE PRODUTO O que é Qualidade de Software Produto? Boa fabricação. Deve durar muito. Bom desempenho. Utilizável tanto em UNIX quanto em DOS. Adaptável às minhas
Leia maisRational Unified Process (RUP)
Rational Unified Process (RUP) A Rational é bem conhecida pelo seu investimento em orientação em objetos. A empresa foi à criadora da Unified Modeling Language (UML), assim como de várias ferramentas que
Leia maisCASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR
CASOS DE TESTE PALESTRANTE: MARCIA SILVA MARCIA.SILVA@DATASUS.GOV.BR WWW.EMERSONRIOS.ETI.BR CONCEITOS BÁSICOS - TESTES O que é Teste de Software? Teste é o processo de executar um programa com o objetivo
Leia maisQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Agenda Visão Geral de Qualidade Qualidade Aplicada ao Software
Leia maisQualidade de Software
Qualidade de Software Seiji Isotani, Rafaela V. Rocha sisotani@icmc.usp.br rafaela.vilela@gmail.com PAE: Armando M. Toda armando.toda@gmail.com Qualidade de Software n O que é qualidade de software? Visão
Leia maisAnálise e projeto de sistemas
Análise e projeto de sistemas Conteúdo: UML O processo de desenvolvimento de software Prof. Patrícia Lucas A linguagem de modelagem unificada (UML) A UML teve origem em uma tentativa de se unificar os
Leia maisRUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp
RUP Rational Unified Proccess (Processo Unificado da Rational) Equipe WEB Cercomp web@cercomp.ufg.br 1. Introdução É um processo proprietário de Engenharia de software criado pela Rational Software Corporation,
Leia maisRUP RATIONAL UNIFIED PROCESS
O que é RUP? É um metodologia para gerenciar projetos de desenvolvimento de software que usa a UML como ferramenta para especificação de sistemas. Ele é um modelo de processo híbrido Mistura elementos
Leia maisRUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS. Prof. Fabiano Papaiz IFRN
RUP RATIONAL UNIFIED PROCESS PRÁTICAS RECOMENDADAS Prof. Fabiano Papaiz IFRN O RUP recomenda as seguintes práticas que devem ser utilizadas no desenvolvimento de um software: 1. Desenvolver de forma iterativa
Leia maisPSP: Personal Software Process. PSP- Personal Software Process. PSP: Personal Software Process. PSP: Personal Software Process
PSP- Personal Software Process Maria Cláudia F. P. Emer PSP: Personal Software Process z Já foram vistas ISO/IEC 9126 foco no produto ISO 9001 e CMM foco no processo de desenvolvimento z Critica a essas
Leia maisEngenharia de Software
Introdução Engenharia de Software O principal objetivo da Engenharia de Software (ES) é ajudar a produzir software de qualidade; QUALIDADE DE SOFTWARE Empresas que desenvolvem software de qualidade são
Leia maisEngenharia de Software
Prof. M.Sc. Ronaldo C. de Oliveira ronaldooliveira@facom.ufu.br FACOM - 2011 Processo Unificado de Desenvolvimento de Software Processo Unificado O que é: Um processo (de engenharia) de software é a definição
Leia maisAPLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA
APLICAÇÃO DA ENGENHARIA DE REQUISITOS E ESPECIFICAÇÃO DE REQUISITOS NA IDENTIFICAÇÃO DE ESCOPO DE SISTEMA Guilherme de Souza Ferreira Discente do curso Tecnologia em Análise e Desenvolvimento de Sistemas
Leia maisDisciplina que reúne metodologias, métodos e ferramentas a serem utilizados, desde a percepção do problema até o momento em que o sistema
Disciplina que reúne metodologias, métodos e ferramentas a serem utilizados, desde a percepção do problema até o momento em que o sistema desenvolvido deixa de ser operacional (existir), visando resolver
Leia maisAPOSTILAS: NORMAS; ABNT NBR ISO; MPS BR
APOSTILAS: NORMAS; ABNT NBR ISO; MPS BR Fonte: http://www.softex.br/mpsbr/_home/default.asp Apostilas disponíveis no site 1 NORMAS: NBR ISO NBR ISO/IEC CMM SPICE 2 NORMAS VISÃO GERAL Como já vimos em outras
Leia maisMODELOS DE PROCESSO TÉCNICAS INTELIGENTES QUE APOIAM A CONSTRUÇÃO DE UM SOFTWARE
MODELOS DE PROCESSO TÉCNICAS INTELIGENTES QUE APOIAM A CONSTRUÇÃO DE UM SOFTWARE Ana Paula Carrion 1, Claudete Werner 1 1 Universidade Paranaense (Unipar) Paranavaí PR Brasil anapaulacarrion@hotmail.com,
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ - UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 3 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos básicos como processo, projeto, produto, por que
Leia maisFundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 1- Visão Geral de Testes de Software Aula 2 Estrutura para o Teste de Software SUMÁRIO 1. Introdução... 3 2. Vertentes
Leia maisQUALIDADE DE PRODUTO DE SOFTWARE
QUALIDADE DE PRODUTO DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Qualidade de Produto de Software Modelo de Qualidade
Leia maisSSC-546 Avaliação de Sistemas Computacionais
QUALIDADE DE PACOTE DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Qualidade de Produto de Software Modelo de Qualidade
Leia maisPROJETO DE SOFTWARE PARA O GERENCIAMENTO DAS COMUNICAÇÕES EM GESTÃO DE PROJETOS
2a. Jornada Científica e Tecnológica da FATEC de Botucatu. 21 a 25 de Outubro de 2013, Botucatu São Paulo, Brasil. PROJETO DE SOFTWARE PARA O GERENCIAMENTO DAS COMUNICAÇÕES EM GESTÃO DE PROJETOS Arilson
Leia maisÁreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave
Primeiro Módulo: Parte 3 Áreas de Conhecimento, Técnicas de Análise de Negócio e Conceitos-Chave AN V 3.0 [60] Rildo F Santos (@rildosan) rildo.santos@etecnologia.com.br www.etecnologia.com.br http://etecnologia.ning.com
Leia maisObjetivos Estratégicos: 02- Aprimorar a Gestão de Serviços de TI 07 Desenvolver competências Gerenciais e Técnicas com Foco na Estratégia
ANEXO VI DO PDTI-2016 - AÇÕES DE GOVERNANÇA DE TI Objetivos Estratégicos: 02- Aprimorar a Gestão de Serviços de TI 07 Desenvolver competências Gerenciais e Técnicas com Foco na Estratégia ID- Demanda Status
Leia mais! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda Rodrigo Reis Cleidson de Souza! Introdução " Motivação para Processos de Software! (USDP) " Definições " RUP x USDP " Características do! Descrição detalhada do! Processos Derivados! Templates simplificados!
Leia maisO Fluxo de Requisitos
O Fluxo de 1 Finalidade do fluxo de requisitos A finalidade deste fluxo é: Chegar a um acordo com o cliente e o usuário sobre o que o sistema deve fazer. Oferecer ao desenvolvedor um melhor entendimento
Leia maisGerenciamento do Escopo do Projeto (PMBoK 5ª ed.)
Gerenciamento do Escopo do Projeto (PMBoK 5ª ed.) De acordo com o PMBok 5ª ed., o escopo é a soma dos produtos, serviços e resultados a serem fornecidos na forma de projeto. Sendo ele referindo-se a: Escopo
Leia maisDepartamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU)
Departamento de Sistemas de Computação Universidade de São Paulo Análise e Projeto Orientados a Objetos Aula 2 O Processo Unificado (PU) Prof. Seiji Isotani (sisotani@icmc.usp.br) Modelos de Processo de
Leia maisEngenharia de Software II
Engenharia de Software II Aula 26 http://www.ic.uff.br/~bianca/engsoft2/ Aula 26-21/07/2006 1 Ementa Processos de desenvolvimento de software Estratégias e técnicas de teste de software Métricas para software
Leia maisProva Discursiva Engenharia de Software
Prova Discursiva Engenharia de Software Quais são os principais fatores de qualidade de software definidos pela ISO 9126? 1-Funcionalidade 2-Confiabilidade 3-Usabilidade 4-Eficiencia 5-Facilidade de Manutenção
Leia maisGuilherme Fernando Gielow
Guilherme Fernando Gielow SISTEMA DE INFORMAÇÕES PARA CONTROLE DE GERENCIAMENTO DE PROJETOS DE INFORMÁTICA BASEADO NO PMBOK Orientador: Evaristo Baptista 1 Sumário 1. Introdução 2. Fundamentação Teórica
Leia maisFUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ
FUNDAÇÃO UNIVERSIDADE ESTADUAL DE MARINGÁ Centro de Tecnologia - CTC Departamento de Informática - DIN Programa de Pós-Graduação em Ciência da Computação PCC ESTÁGIO DE DOCÊNCIA II Disciplina: Engenharia
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 5B DATA: / / PROFESSOR: Andrey APRESENTAÇÃO Nesta aula serão apresentados e discutidos os conceitos de planejamento de um projeto de software e elaboração
Leia maisO Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012
O Processo Unificado (PU) SSC 121 Engenharia de Software I Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Modelos de Processo de Software Desenvolver software é geralmente uma tarefa complexa e sujeita
Leia maisAVALIAÇÃO DE PRODUTOS DE SOFTWARE
AVALIAÇÃO DE PRODUTOS DE SOFTWARE SSC-546 Avaliação de Sistemas Computacionais Profa. Rosana Braga (material profas Rosely Sanches e Ellen F. Barbosa) Qualidade de Produto de Software Modelo de Qualidade
Leia maisQualidade de Software: Visão Geral. SSC 121-Engenharia de Software 1 Profa. Dra. Elisa Yumi Nakagawa
Qualidade de : Visão Geral SSC 121-Engenharia de 1 Profa. Dra. Elisa Yumi Nakagawa 2 o semestre de 2012 Qualidade de Qualidade é um termo que pode ter diferentes interpretações Existem muitas definições
Leia maisUML e seus diagramas
UML e seus diagramas A UML Unified Modeling Language (Linguagem de Modelagem Unificada), como o próprio nome já diz, é uma linguagem para modelagem de objetos do mundo real, usada para especificar, construir,
Leia maisEscopo: PROCESSOS FUNDAMENTAIS
Escopo: PROCESSOS FUNDAMENTAIS Etapa:Desenvolvimento de software Disciplina: Auditoria & Qualidade em Sistemas de Informação Professor: Lucas Topofalo Integrantes: Joel Soares de Jesus Luiz R. Bandeira
Leia maisISO/IEC Roteiro IEC ISO. Histórico ISO/IEC ISO
Roteiro Processos do Ciclo de Vida de Software Diego Martins dmvb@cin.ufpe.br Histórico Objetivos Organização Processos Fundamentais Processos Organizacionais de Processo IEC ISO International Electrotechnical
Leia maisQualidade de Software. Profª Rafaella Matos
Qualidade de Software Profª Rafaella Matos Introdução a qualidade de software Relatório do Caos Em 1995 o relatório do caos revelou dados alarmantes sobre investimentos feitos em softwares Relatório do
Leia maisEngenharia de Software
Engenharia de Software Visão Geral Profa.Paulo C. Masiero masiero@icmc.usp.br ICMC/USP Algumas Dúvidas... Como são desenvolvidos os softwares? Estamos sendo bem sucedidos nos softwares que construímos?
Leia maisEngenharia de Software
Instituto Superior Politécnico de Ciências e Tecnologia Engenharia de Software Prof Pedro Vunge www.pedrovunge.com I Semestre de 2018 Capítulo 1 Introdução SUMÁRIO Engenharia de Software Definição; Objectivos
Leia maisDESENHO DE CARGOS E TAREFAS
Faculdade de Tecnologia SENAC GO Gestão de Pessoas Professor: Itair Pereira da Silva Grupo: Luís Miguel Nogueira de Resende, Valdivino de Carvalho, Rodrigo Neres Magalhães e Venicyus Venceslencio da Paz.
Leia maisQualidade de Software: Visão Geral. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa
Qualidade de : Visão Geral Engenharia de Profa. Dra. Elisa Yumi Nakagawa 1 o semestre de 2017 Qualidade de Qualidade é um termo que pode ter diferentes interpretações. Existem muitas definições de qualidade
Leia maisINF1013 MODELAGEM DE SOFTWARE
INF1013 MODELAGEM DE SOFTWARE Departamento de Informática PUC-Rio Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 1 O Paradigma Orientado a Objetos A Linguagem UML Descrição da Arquitetura 1 Programa
Leia maisIDENTIFICAÇÃO DO ESCOPO DE SOFTWARE A PARTIR DA ANÁLISE DE REQUISITOS UTILIZANDO A UML
IDENTIFICAÇÃO DO ESCOPO DE SOFTWARE A PARTIR DA ANÁLISE DE REQUISITOS UTILIZANDO A UML Anderson Fernando dos Santos Graduando em Tecnologia em Análise e Desenvolvimento de Sistemas Faculdades Integradas
Leia maisGestão de Segurança da Informação. Interpretação da norma NBR ISO/IEC 27001:2006. Curso e- Learning Sistema de
Curso e- Learning Sistema de Gestão de Segurança da Informação Interpretação da norma NBR ISO/IEC 27001:2006 Todos os direitos de cópia reservados. Não é permitida a distribuição física ou eletrônica deste
Leia maisA Implantação do Sistema do Sistema da Qualidade e os requisitos da Norma ISO NBR 9001:2000
1. A Norma NBR ISO 9001:2000 A Implantação do Sistema do Sistema da Qualidade e os requisitos da Norma ISO NBR 9001:2000 A ISO International Organization for Standardization, entidade internacional responsável
Leia maisQUALIDADE DE SOFTWARE. Prof. Emiliano Monteiro
QUALIDADE DE SOFTWARE Prof. Emiliano Monteiro Conceitos Básicos O que é qualidade? Existem diversas definições. Qualidade é estar em conformidade com os requisitos dos clientes Qualidade é antecipar e
Leia maisParadigmas da Engenharia de Software AULA PROF. ABRAHAO LOPES
Paradigmas da Engenharia de Software AULA 03-04 PROF. ABRAHAO LOPES Introdução O processo de software é visto por uma sequência de atividades que produzem uma variedade de documentos, resultando em um
Leia maisQUALIDADE DE SOFTWARE ISO/IEC Segunda Edição Prof. Edison A M Morais
QUALIDADE DE SOFTWARE ISO/IEC 12207 Segunda Edição 13.03.2009 Prof. Edison A M Morais http://www.edison.eti.br prof@edison.eti.br 1 Descrever o objetivo da Norma ISO 12207. Mostrar a estrutura da norma.
Leia mais4/14/11. Processos de Engenharia de Requisitos. Engenharia de requisitos. Elicitação e análise. A espiral de requisitos
Processos de engenharia de requisitos Processos de Engenharia de Requisitos Os requisitos e as formas de obtê-los e documentálos variam drasticamente de um projeto para o outro Contudo, existe uma série
Leia maisQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Lista de Exercícios AV2 Questão 1 Quais os 2 aspectos que, basicamente, a qualidade de software é avaliada? Questão 1 Resposta
Leia maisMetodologias de PETI. Prof. Marlon Marcon
Metodologias de PETI Prof. Marlon Marcon PETI O PETI é composto de: Planejamento Estratégico da organização, que combina os objetivos e recursos da organização com seus mercados em processo de transformação
Leia maisEngenharia de Software ENGENHARIA DE REQUISITOS
Engenharia de Software ENGENHARIA DE REQUISITOS ENGENHARIA DE REQUISITOS - INTRODUÇÃO Para qualquer tipo de projeto, precisamos entender o que exatamente queremos e necessitamos. ENGENHARIA DE REQUISITOS
Leia maisBibliografia. Quais são os problemas? capacidade de construção. acompanha a demanda por novos programas. ameaçada por projetos ruins.
Bibliografia Quais são os problemas? 4 A sofisticação do software ultrapassou nossa capacidade de construção. 4 Nossa capacidade de construir programas não acompanha a demanda por novos programas. 4 Nossa
Leia maisProf. Emiliano S. Monteiro
Prof. Emiliano S. Monteiro O que é qualidade? Existem diversas definições... 1. Qualidade é estar em conformidade com os requisitos dos clientes 2. Qualidade é antecipar e satisfazer os desejos dos clientes
Leia maisINSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP
1 INSTITUTO FEDERAL DE EDUCAÇÃO, CIÊNCIA E TECNOLOGIA DO RIO GRANDE DO NORTE CAMPI JOÃO CÂMARA RATIONAL UNIFIED PROCESS - RUP Nickerson Fonseca Ferreira nickerson.ferreira@ifrn.edu.br Introdução 2 Modelo
Leia maisRUP/PSDS. Introdução e Comparação
RUP/PSDS Introdução e Comparação Agenda RUP Introdução Mlehores Práticas Estrutura Tempo Conteúdo Contraponto PSDS Introdução Objetivos Promover planejamento, medição e controle dos projetos Reduzir riscos
Leia maisDesenvolvido pelo Software Engineering Institute-SEI em 1992 Possui representação por estágios (5 níveis)e contínua (6 níveis)
CMMI / MPS.BR Modelos de Maturidade de Qualidade de Software Aplicações criteriosas de conceitos de gerenciamento de processos e de melhoria da qualidade ao desenvolvimento e manutenção de software CMMI
Leia maisINF1404 MODELAGEM DE SISTEMAS
INF1404 MODELAGEM DE SISTEMAS Bacharelado em Sistemas de Informação Ivan Mathias Filho ivan@inf.puc-rio.br Programa Capítulo 2 Modelagem de Casos de Uso 1ª Parte Programa Capítulo 2 Modelagem de Casos
Leia maisGERENCIAMENTO DA QUALIDADE DO PROJETO
GERENCIAMENTO DA QUALIDADE DO PROJETO Planejar a Qualidade O gerenciamento da qualidade do projeto inclui os processos e as atividades da organização executora que determinam as políticas de qualidade,
Leia maisGestão de Processos Introdução Aula 1. Professor: Osmar A. Machado
Gestão de Processos Introdução Aula 1 Professor: Osmar A. Machado Algumas definições de processos Todo trabalho importante realizado nas empresas faz parte de algum processo. Não existe um produto ou serviço
Leia maisFATORES E MÉTRICAS DE QUALIDADE
FATORES E MÉTRICAS DE QUALIDADE 1 2 FATORES DE QUALIDADE OPERAÇÃO DO PRODUTO CORRETITUDE (FAZ O QUE EU QUERO?) CONFIABILIDADE (SE COMPORTA COM PRECISÃO?) EFICIÊNCIA (RODARÁ TÃO BEM QUANTO POSSÍVEL?) INTEGRIDADE
Leia maisAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas Gerenciamento de Projetos Conteúdo: Gerenciamento de Riscos Aula: II Prof.: Eude Lacerda E-mail: eude.lacerda@ifnmg.edu.br Apresentação Nesta aula você conhecerá o gerenciamento
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR BACHARELADO EM CIÊNCIA DA COMPUTAÇÃO
CI 221 DISCIPLINA: Engenharia de Software AULA NÚMERO: 2 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO Nesta aula serão apresentados e discutidos os conceitos de Processo de desenvolvimento de software e ciclo
Leia maisQUALIDADE DE SOFTWARE. Princípios de Engenharia de Software
QUALIDADE DE SOFTWARE Princípios de Engenharia de Software Afinal o que é Software? Segundo o dicionário de Informática: Suporte lógico, suporte de programação. Conjunto de programas, métodos e procedimentos,
Leia maisAula 10 Especificação de Requisitos
Aula 10 Especificação de Requisitos Alessandro Garcia LES/DI/PUC-Rio Setembro 2016 Especificação Objetivos dessa aula Apresentar a importância e o que são especificações de requisitos, bem como conceitos
Leia maisIntrodução À Engenharia De Software Com Foco No RUP: Rational Unified Process
Introdução À Engenharia De Software Com Foco No RUP: Rational Unified Process Parte II Disciplinas do RUP Descrição típica de um workflow Propósito Definições e Conceitos Chave Trabalhadores e Artefatos
Leia maisCURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS
CURSO DE TECNOLOGIA EM ANÁLISE E DESENVOLVIMENTO DE SISTEMAS TURMA 2008/1 4º PERÍODO 7º MÓDULO AVALIAÇÃO A2 DATA 09/10/2009 ENGENHARIA DE SOFTWARE 2009/2 GABARITO COMENTADO QUESTÃO 1: A principal diferença
Leia maisAnálise de Requisitos
Análise de Requisitos Análise de Requisitos O tratamento da informação é um requisito que fundamenta o processo de desenvolvimento de software antes da solução de tecnologia a ser aplicada. Cada projeto
Leia maisIntrodução. O Modelo CMM/SEI. Roteiro da Apresentação. Conceitos básicos de qualidade. Conceitos básicos de qualidade de software
O Modelo CMM/SEI Francisco Rapchan Engenheiro de Computação Prof. do Depto de Informática - UFES / UNESC Mestrando em Informática Área de estudo: Engenharia de Software www.inf.ufes.br/~.br/~rapchanrapchan
Leia maisVisão Geral do RUP (Rational Unified Process)
Visão Geral do RUP (Rational Unified Process) Objetivos deste módulo Apresentar as características do RUP Discutir os conceitos que existem no RUP: fases, fluxos de atividades (worklows), iterações, responsáveis,
Leia maisGestão de Projetos. Requisito é a tradução das necessidades e expectativas dos clientes e das demais partes interessadas (stakeholders).
Gestão de Projetos Tomar decisões e realizar ações de planejamento, execução e controle do ciclo de vida do projeto. Combinação de pessoas, técnicas e sistemas necessários à administração dos recursos
Leia maisLIVRO ENGENHARIA DE SOFTWARE FUNDAMENTOS, MÉTODOS E PADRÕES
LIVRO ENGENHARIA FUNDAMENTOS, MÉTODOS E PADRÕES WILSON PADUA PAULA FILHO CAPÍTULO REQUISITOS 1 REQUISITOS TECNICO E GERENCIAL ESCOPO (RASCUNHO) CARACTERISTICAS 2 O que são Requisitos? São objetivos ou
Leia maisAULA 07 Parte 02 Qualidade de Software. Sumário
AULA 07 Parte 02 Qualidade de Software. Sumário 1. Bibliografia... 1 2. Qualidade... 1 3. Lista das Questões Utilizadas na Aula.... 16 4. Gabarito.... 22 1. Bibliografia 1. Pressman, R. S. Software Engineering.
Leia maisProcesso de Desenvolvimento de Software
Processo de Desenvolvimento de Software Programação Orientada a Objetos Prof. Francisco de Assis S. Santos, Dr. São José, 2015. Processo de Desenvolvimento de Software O desenvolvimento de software é uma
Leia maisVisão Geral do RUP.
Visão Geral do RUP hermano@cin.ufpe.br Objetivos Apresentar as características RUP Discutir os conceitos da metodologia: fases, fluxos de atividades (workflows), iterações, responsáveis, atividades e artefatos
Leia maisMANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO
MANUAL PARA DESENVOLVIMENTO DE SOFTWARE TRABALHO DE CONCLUSAO DE CURSO EM SISTEMAS DE INFORMAÇÃO Sumário PREFÁCIO...3 MODELO DA DOCUMENTAÇÃO...3 1. INTRODUÇÃO AO DOCUMENTO...3 1.1. Tema...3 2. DESCRIÇÃO
Leia maisEngenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios
Engenharia de Software e Gerência de Projetos Prof. Esp. André Luís Belini Bacharel em Sistemas de Informações MBA em Gestão Estratégica de Negócios Cronograma das Aulas. Hoje você está na aula Semana
Leia maisProcesso de Desenvolvimento
Processo de Desenvolvimento RUP Rational Unified Process A Rational e o RUP 4 Rational é conhecida pelo seu investimento em orientação em objetos. 4 A empresa foi a criadora da Unified Modeling Language
Leia maisAnálise e Projeto Orientado a Objetos
Universidade Estadual Vale do Acaraú Apresentação Gradução: Bacharelado em Ciências da Computação UVA Análise e Projeto Orientado a Objetos Prof. Raquel Silveira Pós-Graduação: Especialização em Engenharia
Leia maisFACULDADE PITÁGORAS DISCIPLINA: GESTÃO DE PROJETOS. Prof. Msc. Carlos José Giudice dos Santos
FACULDADE PITÁGORAS DISCIPLINA: GESTÃO DE PROJETOS Prof. Msc. Carlos José Giudice dos Santos ÁREAS DE CONHECIMENTO [01] Nós já sabemos que o Guia PMBOK é dividido em 10 áreas do conhecimento relacionadas
Leia maisENGENHARIA DE SOFTWARE. Aula 07 UML - Diagrama de Casos de Uso
ENGENHARIA DE SOFTWARE Aula 07 UML - Diagrama de Casos de Uso OBJETIVOS DA AULA Apresentar uma introdução ao conceitos da UML; Explicar o que é um caso de uso; Explanar sobre o diagrama de casos de uso;
Leia maisEngenharia de Software.
Engenharia de Software Prof. Raquel Silveira O que é (Rational Unified Process)? É um modelo de processo moderno derivado do trabalho sobre a UML e do Processo Unificado de Desenvolvimento de Software
Leia maisEngenharia de Software II
Faculdade de Ciências e Tecnologia Departamento de Matemática e Computação Bacharelado em Ciência da Computação Engenharia de Software II Aula 07 (rogerio@fct.unesp.br) Conceitos Básicos do Rational Unified
Leia maisMetodologia de Gestão de Desenvolvimento de Sistemas da UFVJM
ANEXO E METODOLOGIA DE DESENVOLVIMENTO E GERENCIAMENTO DE SISTEMAS E PROPOSTAS DE PADRONIZAÇÃO DA DTI Metodologia de Gestão de Desenvolvimento de Sistemas da UFVJM Objetivo Estabelecer uma Metodologia
Leia maisMetodologia e Gerenciamento do Projeto na Fábrica de Software v.2
.:: Universidade Estadual de Maringá Bacharelado em Informática Eng. de Software III :. Sistema de Gerenciamento de Eventos - Equipe 09 EPSI Event Programming System Interface Metodologia e Gerenciamento
Leia maisEngenharia de Software II
Engenharia de Software II Aula 12 http://www.ic.uff.br/~bianca/engsoft2/ Aula 12-31/05/2006 1 Ementa Processos de desenvolvimento de software (Caps. 2, 3 e 4 do Pressman) Estratégias e técnicas de teste
Leia maisSimulado "ESCOPO PMP"
Pá gina 1 de 11 Simulado "ESCOPO PMP" Simulado do PMI por Jackson Leonardo das Neves Albino 26 de January de 2012 Pá gina 2 de 11 Disciplinas e temas deste simulado Gerenciamento do Escopo do Projeto (13
Leia maisProcesso. Processo unificado. Principais Características do UP. Principais Características do UP RUP. Unified Process (Processo Unificado)
Processo UP Unified Process (Processo Unificado) Conjunto de passos que tem como objetivo atingir uma meta Processo de software na ES, processo que visa a produzir o software - de modo eficiente e previsível
Leia maisGestão Negócios OBJETIVO NESTA AULA. Gestão eficaz - Aula 18
eficaz - Aula 18 Utilizar os diferentes conhecimentos adquiridos até aqui em de para planejar e implantar um modelo de gestão eficaz. OBJETIVO NESTA AULA Conhecimento científico A universidade que queremos
Leia maisModelagem de Processos
Modelagem de Processos Prof.: Fernando Ascani 2 Diagramas de casos de uso Análise de requisitos A análise de requisitos consiste em determinar os serviços que o usuário espera do sistema e as condições
Leia maisEngenharia Software. Ení Berbert Camilo Contaiffer
Engenharia Software Ení Berbert Camilo Contaiffer Características do Software Software não é um elemento físico, é um elemento lógico; Software é desenvolvido ou projetado por engenharia, não manufaturado
Leia maisIntrodução à Análise e Projeto de Sistemas
Introdução à I. O Que vamos fazer na Disciplina? Saber uma linguagem de programação orientada a objeto (OO) não é suficiente para criar sistemas OO Tem que saber Análise e Projeto OO (APOO) Isto é, Análise
Leia maisGestão de Projetos. Introdução. Prof. Dr. Braz Bello Junior Aula 1
Gestão de Projetos Introdução Prof. Dr. Braz Bello Junior Aula 1 Gestão Estratégica de Informação 2 Conceitos básicos Projeto é um esforço temporário, com início e término definidos, empreendido para criar
Leia maisManutenção de Software. Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015
Manutenção de Software Engenharia de Software Profa. Dra. Elisa Yumi Nakagawa 1º semestre de 2015 Processos de Ciclo de Vida de Software Processos Fundamentais Aquisição Processos de Apoio Documentação
Leia maisCRITÉRIOS DA USABILIDADE Um auxílio à qualidade do software
CRITÉRIOS DA USABILIDADE Um auxílio à qualidade do software Simone Vasconcelos Silva Professora de Informática do CEFET Campos Mestre em Engenharia de Produção pela UENF RESUMO Um produto de software de
Leia mais2
ANÁLISE DE SISTEMAS (processo de desenvolvimento de sistemas) por Antônio Maurício Pitangueira 1 2 Levantamento de requisitos Análise de requisitos Projeto Implementação Testes Implantação Foco da disciplina
Leia maisCONTPATRI Plano de Garantia de Qualidade. Versão 1.1
CONTPATRI Plano de Garantia de Qualidade Versão 1.1 Histórico da Revisão Data Versão Descrição Autor 04/05/2013 1.0 Verificação do documento Emerson José Porfírio 21/04/2013 1.0 Elaboração do documento
Leia mais