Especificação de Uma Abordagem para Desenvolvimento Distribuído de Software Utilizando SPEM
|
|
- Cássio Aldeia de Sousa
- 8 Há anos
- Visualizações:
Transcrição
1 Especificação de Uma Abordagem para Desenvolvimento Distribuído de Software Utilizando SPEM Gislaine Camila Lapasini Leal, Elisa Hatsue Moriya Huzita Tania Fatima Calvi Tait e César Alberto da Silva Universidade Estadual de Maringá, Maringá, Paraná, Brasil gclleal2@uem.br,emhuzita,tait[@din.uem.br],cesaralberto91@hotmail.com Resumo O desenvolvimento distribuído de software tem proporcionado às empresas maior competitividade, como por exemplo: redução de custos; acesso à mão de obra e recursos; avanços na infraestrutura; vantagens de novos mercados; rápida formação de equipes virtuais; e, melhoria do time-to-market. Contudo, essa abordagem necessita de novas tecnologias, processos e métodos compatíveis. Assim, este trabalho apresenta a especificação de uma abordagem integrada de desenvolvimento e teste de software para apoiar o desenvolvimento com equipes distribuídas. Palavras chave: processo de software, modelo, desenvolvimento distribuído 1 Introdução O processo de software é definido como um conjunto ordenado de atividades para o gerenciamento, desenvolvimento e manutenção de software, e deve estar alinhado com as condições organizacionais [Fuggetta, 2000] O Desenvolvimento Distribuído de Software (DDS) é uma abordagem para o desenvolvimento dos projetos de software que vem ao encontro das necessidades da globalização, que são: aumento de produtividade, melhoria de qualidade e redução de custos [Herbsleb et al., 2000]. Essa nova configuração adicionou ao desenvolvimento de software desafios relacionados às diferenças culturais, dispersões geográficas, coordenação e controle, comunicação e espírito de equipe, os quais intensificam alguns dos problemas enfrentados durante o ciclo de vida do projeto. No cenário atual, vivenciamos uma crescente necessidade de software com qualidade. Diante disso, muitas formas de melhoria dos processos de desenvolvimento de software são utilizadas e diversos artefatos e ferramentas buscam melhorar o desenvolvimento, como a utilização de métodos formais para descrever especificações, design e testes [Abdurazik, 2000]. Segundo [Alves et al., 2008] a integração dos processos de desenvolvimento e teste pode trazer diversos benefícios, dentre eles: redução do custo de desenvolvimento; alcance de um alto nível de automação no desenvolvimento e geração de CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 495
2 2 Authors Suppressed Due to Excessive Length casos de testes; facilidade para realizar alterações nos requisitos, devido à rastreabilidade provida; e, menores custos de manutenção. Desse modo, esse trabalho formaliza uma abordagem integrada de desenvolvimento e teste de software que apóia o desenvolvimento distribuído de projetos. Este texto encontra-se estruturado em 5 Seções, além desta introdutória. Na Seção 2 são apresentados os conceitos relacionados a processos de software e técnicas de modelagem. Na Seção 3 é apresentada uma visão geral da abordagem integrada de desenvolvimento e teste de software. A formalização da abordagem é mostrada na Seção 4. Por fim, na Seção 5 são realizadas as considerações finais. 2 Processo de Desenvolvimento de Software Um processo de software envolve uma série de etapas constituídas por um conjunto de atividades, métodos, práticas e tecnologias que são utilizadas desde o desenvolvimento até a manutenção do software e produtos relacionados. Segundo [Berger, 2003], o uso de um processo padrão permite aos gerentes de projeto definir planos em conformidade com os padrões de qualidade e procedimentos da organização. Uma equipe de desenvolvimento que trabalha sem um processo bem definido acaba funcionando de maneira ad hoc, o que compromete o seu sucesso, criando uma situação insustentável. Por outro lado, organizações maduras empregando um processo bem definido podem desenvolver sistemas complexos de maneira consistente e previsível, independente de quem o produziu. [Humphrey and Kellner, 1989] destacam que diversos fatores levam a padronização dos processos, mas as principais razões são: (i) possibilitar treinamento, gerenciamento, revisões e ferramentas de suporte; (ii) pode contribuir para a melhoria dos processos na organização a cada experiência de projeto; (iii) fornecer uma base estrutural para medição; (iv) definir processo demanda tempo e esforço o que torna impraticável novas definições de processo para cada projeto. Além disso, o processo deve possibilitar a melhoria da qualidade de serviço, de engenharia e de projeto; a diminuir custos por meio do aumento da previsibilidade e capacidade de mitigar riscos, bem como melhorar da eficiência e produtividade da organização. 2.1 Técnicas de Modelagem de Processo de Software O modelo de um processo de software é a representação formal dos elementos e características envolvidos neste processo. Segundo [Ben-Shaul and Kaiser, 1994], um modelo de processo deve especificar os pré-requisitos e consequências de cada tarefa, bem como a sincronização entre as mesmas. A modelagem de um processo de software deve ser conduzida de modo a possibilitar o entendimento e a padronização do processo. [Humphrey and Kellner, 1989] ressaltam que a representação do processo possibilita a comunicação e o entendimento efetivo do processo, facilita o reuso, apoia a evolução, facilita o gerenciamento do processo e é importante na avaliação, evolução e melhoria contínua CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 496
3 Title Suppressed Due to Excessive Length 3 do processo. A estrutura de um modelo de processo de software é, geralmente, composta por quatro elementos:(i) ator: representa as entidades que executam um processo ou assumem um papel durante a execução de uma tarefa; (ii) papel: grupo de responsabilidades que executam uma atividade específica do processo de software; (iii) artefato: porção representativa de informação do produto que resulta de uma atividade e pode ser utilizado posteriormente como matériaprima para gerar novos artefatos; (iv) atividade: consome artefatos (de entrada) e gera novos artefatos (de saída). O SPEM (Software Process Engineering Metamodel Specification) é um metamodelo proposto pela OMG para a descrição de um processo concreto de desenvolvimento de software ou uma família relacionada de processos de desenvolvimento de software. Sua notação é baseada na UML e, por este motivo, oferece para a modelagem de processo os mesmos diagramas que são usados para modelar sistemas. Os principais elementos estruturais do SPEM, para a descrição de um processo são: Produto de Trabalho, Tipo de Produto de Trabalho, Definição de Trabalho, Atividade, Papel, Executor e Passos. Um Produto de Trabalho, também chamado de Artefato, é toda informação produzida, consumida ou modificada por um processo. Um Tipo de Produto de Trabalho descreve uma categoria para os artefatos. A Definição de Trabalho é um tipo de operação que descreve o trabalho executado em um processo. Atividade é a principal subclasse da Definição de Trabalho e descreve uma parte de trabalho executado por um Papel no Processo. Uma Atividade pode ser constituída por um conjunto de elementos atômicos, os Passos. O Executor no Processo define um executor para um conjunto de Definições de Trabalho em um processo e apresenta uma especialização chamada Papel no Processo, que define responsabilidades sobre artefatos específicos e define os papéis que executam ou auxiliam em atividades específicas. Em um processo, as atividades com temas comuns podem ser agrupadas em Disciplinas. A OMG define alguns elementos que auxiliam na definição de como o processo será executado. Sob a perspectiva da execução, um processo é visto como uma colaboração entre papéis para alcançar determinada meta ou objetivo. Para guiar esta execução pode-se considerar as restrições para ser a ordem em que as atividades devem ser executadas, chamadas de pré-condições. Fase é uma especialização da Definição de Trabalho tal que sua pré-condição define os critérios de entrada da fase, os critérios de saída da fase são suas metas, os chamados milestones. Ciclo de Vida é definido como uma sequência de Fases que buscam uma meta específica. Iteração é uma Definição de Trabalho com milestones menores. CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 497
4 4 Authors Suppressed Due to Excessive Length 3 Abordagem Integrada de Desenvolvimento e Teste de Software para Equipes Distribuídas A abordagem proposta considera o processo de testes como um conjunto de tarefas à parte que pode ser aplicado ao longo do processo de desenvolvimento, instanciado em paralelo. A abordagem de desenvolvimento utiliza a Unified Modeling Language (UML), que é uma linguagem de modelagem que permite aos desenvolvedores visualizar os produtos de seu trabalho em diagramas padronizados. O uso de especificações UML é atrativa por possuir informações relevantes para testes e estar em uso na academia e na maioria das indústrias de tecnologia, de modo que não há custos extras associados ao treinamento e integração no processo de desenvolvimento de uma aplicação [Hartmannm et al.,2004]. Na abordagem de teste é utilizado o Perfil UML 2.0 (U2TP), que define uma linguagem para projetar, visualizar, especificar, analisar, construir e documentar os artefatos de teste de sistemas [OMG, 2005]. A U2TP é uma linguagem de modelagem de testes que pode ser usada com tecnologias de componentes e linguagens orientadas a objeto, aplicadas em diversos domínios de aplicação e auxilia na documentação, entendimento e ratreabilidade dos artefatos de teste. Os artefatos de teste especificados pela abordagem, são os recomendados pela norma IEEE 829, que descreve um conjunto básico de documentos de teste de software. Segundo a ISO/IEC a abordagem pode ser classificada como sendo um processo fundamental relacionado ao desenvolvimento. No entanto, apresenta alguns elementos de processos organizacionais e de apoio. Em relação aos processos organizacionais contempla aspectos de gerência. E, no que se refere aos processos de apoio engloba itens de verificação e validação, os quais fornecem subsídios para a qualidade do produto a ser desenvolvido. A abordagem encontra-se estruturada em termos de objetivos, atividades, papéis e artefatos. A integração das unidades, independente da granularidade da distribuição (disciplina, componente, caso de uso, classe ou método), deve ser sempre acompanhada, podendo ocorrer dentro de cada Disciplina, como também, entre as Disciplinas. 3.1 Abordagem de Desenvolvimento A Abordagem de Desenvolvimento é composta pelas seguites Disciplinas: Planejamento: Responsável pela configuração do processo de desenvolvimento e definição dos aspectos relacionados ao gerenciamento do projeto. Os papéis envolvidos são o Gerente de Projetos Global e o Gerente de Projetos Local. O artefato gerado é o plano de desenvolvimento de software (global e local), que fornece a linha básica de recursos e cronograma. Requisitos: Descreve como definir uma visão do sistema e traduzi-la em modelos. Como metas, tem-se: estabelecer e manter contato com os stakeholders sobre o que o sistema deve fazer, facilitar o entendimento do desenvolvedor sobre os requisitos através dos modelos gerados e delimitar o CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 498
5 Title Suppressed Due to Excessive Length 5 escopo do sistema. Os papéis envolvidos nessa são o Engenheiro de Negócios e o Especificador. Os artefatos produzidos são: descrição textual do sistema, modelo do negócio (arquitetura inicial), o modelo de objetos de negócio, os diagramas de casos de uso e a descrição extendida de caso de uso. Desenvolvimento: Traduz os artefatos gerados na fase de Requisitos numa especificação que descreve como implementar o sistema. Os papéis envolvidos são o Arquiteto e o Projetista. Os artefatos produzidos são: Diagrama de Sequência, Diagrama de Comunicação, Diagrama de Classes e Descrição da Arquitetura. Implementação: Tem como metas a definição da organização do código fonte, a implementação das classes e objetos e a integração dos resultados alcançados pelas diversas equipes em sistema executável, se essa disciplina, também, for distribuída. O Desenvolvedor é o papel que desempenha as atividades dessa Disciplina. O artefato gerado é o código-fonte. 3.2 Abordagem de Teste As Disciplinas que constituem a Abordagem de Teste são: Planejamento: Responsável pela configuração do processo de teste, trata da definição dos fatores relacionados à gerência. Os papéis envolvidos são o Gerente de Projetos Global e o Projetista de Testes.O artefato produzido é uma versão inicial do Plano de Testes. Preparação: Descreve o planejamento de todas as atividades envolvidas no teste de um software. O papel envolvido na execução dessa disciplina é o de Projetista de Teste. Essa Disciplina produz uma atualização do Plano de Teste contendo o planejamento para execução do teste, incluindo a abrangência, abordagem, recursos e cronograma das atividades de teste. Projeto: Detalha os aspectos técnicos a serem adotados na condução das atividades de teste. O papel envolvido é o Projetista de Teste. Esta disciplina produz como artefatos: Especificação de Projeto de Teste, Especificação de Casos de Teste e Especificação de Procedimentos de Teste. Execução: O objetivo desta Disciplina é a execução e registro das atividades de teste projetadas nas disciplinas anteriores. O papel envolvido nessa disciplina é o de Testador. Os artefatos gerados são: Diários de Teste, Relatório de Incidentes e Resumo de Teste. 4 Especificação da Abordagem Integrada O modelo da Abordagem utiliza diagramas da UML e propostos pelo SPEM para modelar tantos os elementos estáticos como os dinâmicos do processo. A visão geral da abordagem integrada, que mostra o fluxo de informações entre as Disciplinas, é apresentada no Diagrama de Atividades da Figura 1. Os artefatos gerados são passíveis de refinamento nas Disciplinas posteriores. CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 499
6 6 Authors Suppressed Due to Excessive Length Figura 1. Diagrama de Atividades da Abordagem Integrada de Desenvolvimento e Teste de Software. A Disciplina de Planejamento da Abordagem de Desenvolvimento será apresentada sob a perspectiva de Diagramas de Pacotes, Casos de Uso, Classes e Atividades. A Figura 2 apresenta a Definição de Trabalho, mecanismo de divisão semântica para as atividades, que compõe a Disciplina Planejamento. Figura 2. Diagrama de Pacotes da Disciplina Planejamento. A Definição de Trabalho - Configurar Processo - é detalhada no Diagrama de Pacotes representado na Figura 3, em que é possível visualizar os elementos (papéis, atividades e artefatos) que a constituem. CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 500
7 Title Suppressed Due to Excessive Length 7 Figura 3. Diagrama de Pacotes da Definição de Trabalho - Configurar o Processo. Os artefatos gerados são o plano de desenvolvimento de software global e local, que fornece a linha básica de recursos e cronograma. Nesse artefato são especificadas informações sobre o escopo do projeto, restrições, estrutura organizacional, papéis e responsabilidades, recursos de hardware e software e prazos. Para esses dois artefatos foram definidos templates, o que facilita a comunicação efetiva entre os membros das equipes. O Diagrama de Classes da Figura 4 ilustra o relacionamento dos papéis e artefatos envolvidos, definindo assim, os responsáveis pela geração de cada artefato. CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 501
8 8 Authors Suppressed Due to Excessive Length Figura 4. Diagrama de Classes - Definição de Trabalho - Configurar o Processo. Nessa Disciplina há o Gerente de Projeto Global, que é responsável por configurar o processo de desenvolvimento e o Gerente de Projeto Local. O relacionamento entre os papéis e atividades é ilustrado no Diagrama de Casos de Uso da Figura 5, em que é possível observar que o Gerente de Projeto Global é auxiliado pelos Gerentes de Projeto Local na estruturação do processo. Figura 5. Diagrama de Casos de Uso - Definição de Trabalho - Configurar o Processo. CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 502
9 Title Suppressed Due to Excessive Length 9 O fluxo de atividades da Definição de Trabalho - Configurar o Processo - é representado pelo Diagrama de Atividades da Figura 6, que permite visualizar a precedência das atividades, bem como, as que podem ser executadas simultaneamente. O modelo auxilia na percepção de processo, pois possibilita responder questões do tipo: "Como a tarefa daquela pessoa se encaixa na minha? e "O que devo fazer agora?" Figura 6. Diagrama de Atividades - Definição de Trabalho - Configurar o Processo. 5 Considerações Finais A crescente busca por maior competitividade tem levado as empresas a adotarem o DDS. Essa mudança de paradigma tem causado impacto no marketing, na distribuição e na forma de concepção, de produção, de projeto, de teste e de entrega do software aos clientes. Segundo [Damian and Lanubile, 2004] para minimizar esses efeitos e alcançar níveis mais elevados de produtividade são necessárias novas tecnologias, processos e métodos compatíveis com a abordagem de desenvolvimento distribuído. Diante deste cenário o objetivo deste trabalho foi formalizar uma abordagem integrada de desenvolvimento e teste de software para apoiar o desenvolvimento com equipes distribuídas. Essa abordagem foi desenvolvida com o intuito de oferecer suporte adequado aos processos de comunicação, coordenação e controle fornecendo uma nomenclatura comum aos envolvidos, melhorando a comu- CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 503
10 10 Authors Suppressed Due to Excessive Length nicação entre as equipes através de artefatos com informações relevantes tanto para desenvolvimento quanto para teste, oferecendo visibilidade sobre as disciplinas em execução, os envolvidos e suas responsabilidades. A abordagem abrange um conjunto de atividades que devem ocorrer ao longo do ciclo de vida de um projeto e as características essenciais de cada uma. Considera atividades desde o modelo de negócios a ser adotado para atuar em DDS (empresas globais, parcerias estratégicas, entre outros) até a implementação. A modelagem da abordagem foi realizada utilizando a notação SPEM com o intuito de facilitar a comunicação, o entendimento do processo, o reuso, apoiar a sua evolução, facilitar o gerenciamento e com vistas a melhoria contínua do processo. Referências [Abdurazik, 2000] Abdurazik, A. Evaluation of Three Specification-Based Testing Criteria. In: ICECCS 00: Proceedings of the 6th IEEE International Conference on Complex Computer Systems, Washington, DC, USA, (2000). [Alves et al., 2008] Alves, E. L. G. and Machado, P. D. L. and Ramalho, F. Uma Abordagem Integrada para Desenvolvimento e Teste Dirigido por Modelos. In: 2nd Brazilian Workshop on Systematic and Automated Software Testing, Campinas, SP, pp , (2008). [Ben-Shaul and Kaiser, 1994] Ben-Shaul, I. Z. and Kaiser, G. E. A paradigm for decentralized process modeling and its realization in the Oz environment. In: ICSE 94: Proceedings of the 16th international conference on Software engineering, IEEE Computer Society Press, Los Alamitos, CA, USA, pp , (1994). [Berger, 2003] Berger, P. M. Instanciação de Processos de Software em Ambientes Configurados na Estação TABA, Universidade Federal do Rio de Janeiro, Rio de Janeiro - RJ, (2003). [Damian and Lanubile, 2004] Damian, D. and Lanubile, F. The 3rd International Workshop on Global Software Development. In: ICSE 04: Proceedings of the 26th International Conference on Software Engineering, IEEE Computer Society, Washington, DC, USA, pp , (2004). [Fuggetta, 2000] Fuggetta, A. Software Process: A Roadmap. In ICSE 00: Proceedings of the Conference on The Future of Software Engineering, IEEE Computer Society, New York, NY, USA, pp , (2000). [Hartmannm et al.,2004] Hartmannm, J. and Vieira, M. and Ruder, A. UML-based Test Generation and Execution. In: Proceedings of the 21st Workshop on Software Test, Analyses and Verification (GI-FG TAV), Berlin, (2004). [Herbsleb et al., 2000] Herbsleb, James D. and Mockus, Audris and Finholt, Thomas A. and Grinter, Rebecca E. Distance, dependencies, and delay in a global collaboration. In: CSCW 00: Proceedings of the 2000 ACM conference on Computer supported cooperative work, ACM, New York, NY, USA, pp , (2000). [Humphrey and Kellner, 1989] Humphrey, W. S. and Kellner, M. I. Software Process Modeling: principles of entity process models. In: ICSE 89: Proceedings of the 11th international conference on Software engineering, New York, NY, USA, pp , (1989). [OMG, 2005] OMG. Software Process Engineering Metamodel Specification. An Adopted Specification of the Object Management Group, Inc.T, Rio de Janeiro - RJ, (2005). CACIC XVI CONGRESO ARGENTINO DE CIENCIAS DE LA COMPUTACIÓN 504
UML - Unified Modeling Language
UML - Unified Modeling Language Casos de Uso Marcio E. F. Maia Disciplina: Engenharia de Software Professora: Rossana M. C. Andrade Curso: Ciências da Computação Universidade Federal do Ceará 24 de abril
Leia maisUm Framework para definição de processos de testes de software que atenda ao nível 3 do TMM-e
JEANE MENDES DA SILVA SANTOS Um Framework para definição de processos de testes de software que atenda ao nível 3 do TMM-e Plano de Trabalho de Conclusão de Curso apresentado à Universidade Federal de
Leia maisUNIVERSIDADE DO ESTADO DE SANTA CATARINA - UDESC DCC Departamento de Ciência da Computação Joinville-SC
CURSO: Bacharelado em Ciência da Computação DISCIPLINA: ANPS Análise e Projeto de Sistemas AULA NÚMERO: 3 DATA: PROFESSOR: Murakami Sumário 1 APRESENTAÇÃO...1 2 DESENVOLVIMENTO...1 2.1 Revisão...1 2.1.1
Leia maisUniversidade Paulista
Universidade Paulista Ciência da Computação Sistemas de Informação Gestão da Qualidade Principais pontos da NBR ISO/IEC 12207 - Tecnologia da Informação Processos de ciclo de vida de software Sergio Petersen
Leia maisFase 1: Engenharia de Produto
Fase 1: Engenharia de Produto Disciplina: Análise de Requisitos DURAÇÃO: 44 h O objetivo principal da disciplina é realizar uma análise das necessidades e produzir um escopo do produto. Representará os
Leia maisProcesso de Desenvolvimento Unificado
Processo de Desenvolvimento Unificado Processo de Desenvolvimento de Software? Conjunto de atividades bem definidas; com responsáveis; com artefatos de entrada e saída; com dependências entre as mesmas
Leia maisTI Aplicada. Aula 02 Áreas e Profissionais de TI. Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http://www.edilms.eti.
TI Aplicada Aula 02 Áreas e Profissionais de TI Prof. MSc. Edilberto Silva prof.edilberto.silva@gmail.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos
Leia maisIntrodução a Computação
Introdução a Computação Aula 03 Profissões de TI Prof. MSc. Edilberto Silva edilms@yahoo.com http:// Papéis... Um papel é uma definição abstrata de um conjunto de atividades executadas e dos respectivos
Leia maisdo grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade;
1 ARQUITETURA E DESIGN DE SOFTWARE O que é Arquitetura? do grego: arkhé (chefe ou mestre) + tékton (trabalhador ou construtor); tekhne arte ou habilidade; do dicionário: Arte de projetar e construir prédios,
Leia maisENGENHARIA DE SOFTWARE I
ENGENHARIA DE SOFTWARE I Prof. Cássio Huggentobler de Costa [cassio.costa@ulbra.br] Twitter: www.twitter.com/cassiocosta_ Agenda da Aula (002) Metodologias de Desenvolvimento de Softwares Métodos Ágeis
Leia maisUNIVERSIDADE FEDERAL DO PARANÁ UFPR Bacharelado em Ciência da Computação
SOFT DISCIPLINA: Engenharia de software AULA NÚMERO: 08 DATA: / / PROFESSOR: Andrey APRESENTAÇÃO O objetivo desta aula é apresentar e discutir conceitos relacionados a modelos e especificações. Nesta aula
Leia maisReferências internas são os artefatos usados para ajudar na elaboração do PT tais como:
Plano de Teste (resumo do documento) I Introdução Identificador do Plano de Teste Esse campo deve especificar um identificador único para reconhecimento do Plano de Teste. Pode ser inclusive um código
Leia mais1 UML (UNIFIED MODELING LANGUAGE)
1 UML (UNIFIED MODELING LANGUAGE) Segundo Tonsig (2003), para conseguir desenvolver um software capaz de satisfazer as necessidades de seus usuários, com qualidade, por intermédio de uma arquitetura sólida
Leia maisO modelo unificado de processo. O Rational Unified Process, RUP.
Cursos: Sistemas de Informação Disciplina: Administração ADM Prof. Jarbas Avaliação: Prova B1, 5º/6º semestres Data: 27/09/2010 Nome: Gabarito RA: Assinatura: Turma: 1) Segundo as afirmações a seguir,
Leia mais! Introdução. " Motivação para Processos de Software. ! Processo Unificado (USDP) " Definições " RUP x USDP " Características do Processo Unificado
Agenda! 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! Conclusões 2 Processo
Leia maisWilson Moraes Góes. Novatec
Wilson Moraes Góes Novatec Copyright 2014 Novatec Editora Ltda. Todos os direitos reservados e protegidos pela Lei 9.610 de 19/02/1998. É proibida a reprodução desta obra, mesmo parcial, por qualquer processo,
Leia maisPós-Graduação em Gerenciamento de Projetos práticas do PMI
Pós-Graduação em Gerenciamento de Projetos práticas do PMI Planejamento do Gerenciamento das Comunicações (10) e das Partes Interessadas (13) PLANEJAMENTO 2 PLANEJAMENTO Sem 1 Sem 2 Sem 3 Sem 4 Sem 5 ABRIL
Leia maisARCO - Associação Recreativa dos Correios. Sistema para Gerenciamento de Associações Recreativas Plano de Desenvolvimento de Software Versão <1.
ARCO - Associação Recreativa dos Correios Sistema para Gerenciamento de Associações Recreativas Versão Histórico da Revisão Data Versão Descrição Autor Página
Leia maisNa medida em que se cria um produto, o sistema de software, que será usado e mantido, nos aproximamos da engenharia.
1 Introdução aos Sistemas de Informação 2002 Aula 4 - Desenvolvimento de software e seus paradigmas Paradigmas de Desenvolvimento de Software Pode-se considerar 3 tipos de paradigmas que norteiam a atividade
Leia maisProjeto de Sistemas I
Instituto Federal de Educação, Ciência e Tecnologia de São Paulo Projeto de Sistemas I Professora: Kelly de Paula Cunha E-mail:kellypcsoares@ifsp.edu.br Requisitos: base para todo projeto, definindo o
Leia maisCurso: Engenharia de Software com Ênfase em Padrões de Software (UECE Universidade Estadual do Ceará) RUP
Conceitos RUP RUP, abreviação de Rational Unified Process (ou Processo Unificado da Rational), é um processo de Engenharia de software criado pela Rational Software Corporation(a qual foi incorporada pela
Leia maisPDS - DATASUS. Processo de Desenvolvimento de Software do DATASUS
PDS - DATASUS Processo de Desenvolvimento de Software do DATASUS Coordenação Geral de Arquitetura e Engenharia Tecnológica Coordenação de Padronização e Qualidade de Software Gerência de Padrões e Software
Leia maisQualidade de Processo de Software Normas ISO 12207 e 15504
Especialização em Gerência de Projetos de Software Qualidade de Processo de Software Normas ISO 12207 e 15504 Prof. Dr. Sandro Ronaldo Bezerra Oliveira srbo@ufpa.br Qualidade de Software 2009 Instituto
Leia maisTrilhas Técnicas SBSI - 2014
brunoronha@gmail.com, germanofenner@gmail.com, albertosampaio@ufc.br Brito (2012), os escritórios de gerenciamento de projetos são importantes para o fomento de mudanças, bem como para a melhoria da eficiência
Leia maisEngenharia de Requisitos Estudo de Caso
Engenharia de Requisitos Estudo de Caso Auxiliadora Freire Fonte: Engenharia de Software 8º Edição / Ian Sommerville 2007 Slide 1 Engenharia de Requisitos Exemplo 1 Reserva de Hotel 1. INTRODUÇÃO Este
Leia maisQualidade de Software
Qualidade de Software Projeto e Desenvolvimento de Sistemas Dr. Fábio Levy Siqueira levy.siqueira@gmail.com Aula 2: Garantia da Qualidade e Padrões Qualidade de software Quais são as atividades de Gestão
Leia maisSistemas de Informação I
+ Sistemas de Informação I Dimensões de análise dos SI Ricardo de Sousa Britto rbritto@ufpi.edu.br + Introdução n Os sistemas de informação são combinações das formas de trabalho, informações, pessoas
Leia maisRUP. Evolução. Principais Características do RUP. Principais Características do RUP RUP
RUP Rational Unified Process ( Unificado de Desenvolvimento da Rational) Conjunto de passos que tem como objetivo atingir uma meta de software na ES, processo que visa a produzir o software - de modo eficiente
Leia maisGerenciamento de Configuração de Software
FACULDADE MAURÍCIO DE NASSAU Jessé de Souza da Silva, José Arnaldo de Oliveira Almeida, Gabriel Pereira da Silva Gerenciamento de Configuração de Software Uma Abordagem Conceitual João Pessoa 2015 FACULDADE
Leia maisIntrodução ao OpenUP (Open Unified Process)
Introdução ao OpenUP (Open Unified Process) Diferentes projetos têm diferentes necessidades de processos. Fatores típicos ditam as necessidades de um processo mais formal ou ágil, como o tamanho da equipe
Leia maisIntrodução à Engenharia de Software
Introdução à Engenharia de Software Professor: Rômulo César romulodandrade@gmail.com www.romulocesar.com.br Imagem Clássica Objetivo da aula Depois desta aula você terá uma visão sobre o que é a engenharia
Leia maisTópicos em Engenharia de Software (Optativa III) AULA 2. Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619
Tópicos em Engenharia de Software (Optativa III) AULA 2 Prof. Andrêza Leite andreza.lba@gmail.com (81 )9801-6619 Engenharia de Software Objetivo da aula Depois desta aula você terá uma revisão sobre o
Leia maisMODELAGEM DE PROCESSOS
MODELAGEM DE PROCESSOS a a a PRODUZIDO POR CARLOS PORTELA csp3@cin.ufpe.br AGENDA Definição Objetivos e Vantagens Linguagens de Modelagem BPMN SPEM Ferramentas Considerações Finais Referências 2 DEFINIÇÃO:
Leia maisEngenharia de Software I: Análise e Projeto de Software Usando UML
Engenharia de Software I: Análise e Projeto de Software Usando UML Capítulo 1 Processo de Desenvolvimento de Software Metodologia de Desenvolvimento de Software Uma metodologia é um conjunto de métodos,
Leia maisADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO
1 ADMINISTRAÇÃO DE ATIVOS DE TI GERENCIAMENTO DE CONFIGURAÇÃO 2 INFRAESTRUTURA DE TI Para garantir o atendimento às necessidades do negócio, a área de TI passou a investir na infraestrutura do setor, ampliando-a,
Leia maisGerenciamento de Projetos Modulo VIII Riscos
Gerenciamento de Projetos Modulo VIII Riscos Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos em Gerenciamento
Leia maisMetodologia de Gerenciamento de Projetos da Justiça Federal
Metodologia de Gerenciamento de Projetos da Justiça Federal Histórico de Revisões Data Versão Descrição 30/04/2010 1.0 Versão Inicial 2 Sumário 1. Introdução... 5 2. Público-alvo... 5 3. Conceitos básicos...
Leia maisC.M.M. Capability Maturity Model Modelo de Maturidade da Capacidade
UNISUL Universidade do Sul de Santa Catarina. Campus da Grande Florianópolis Pedra Branca. CIÊNCIA DA COMPUTAÇÃO ENGENHARIA DE SOFTWARE ALUNO: Volnei A. Caetano Palhoça 02 de Junho de 2000 C.M.M. Capability
Leia maisModelagem OO com UML. Vítor E. Silva Souza (vitorsouza@inf.ufes.br) http://www.inf.ufes.br/ ~ vitorsouza
Modelagem OO com UML Vítor E. Silva Souza (vitorsouza@inf.ufes.br) http://www.inf.ufes.br/ ~ vitorsouza Departamento de Informática Centro Tecnológico Universidade Federal do Espírito Santo Modelos Maneira
Leia maisISO/IEC 12207: Gerência de Configuração
ISO/IEC 12207: Gerência de Configuração Durante o processo de desenvolvimento de um software, é produzida uma grande quantidade de itens de informação que podem ser alterados durante o processo Para que
Leia maisGerenciamento de Riscos do Projeto Eventos Adversos
Gerenciamento de Riscos do Projeto Eventos Adversos 11. Gerenciamento de riscos do projeto PMBOK 2000 PMBOK 2004 11.1 Planejamento de gerenciamento de riscos 11.1 Planejamento de gerenciamento de riscos
Leia maisGUIA DE CURSO. Tecnologia em Sistemas de Informação. Tecnologia em Desenvolvimento Web. Tecnologia em Análise e Desenvolvimento de Sistemas
PIM PROGRAMA DE INTEGRAÇÃO COM O MERCADO GUIA DE CURSO Tecnologia em Sistemas de Informação Tecnologia em Desenvolvimento Web Tecnologia em Análise e Desenvolvimento de Sistemas Tecnologia em Sistemas
Leia maisEngenharia de Software. Apostila I >>> Introdução à ES - HEngholmJr
Engenharia de Software Apostila I >>> Introdução à ES - HEngholmJr Histórico de Revisões Data Versão Descrição Autor 12/08/2014 1.0 Criação da primeira versão HEngholmJr Agenda Introdução à Engenharia
Leia maisMASTER IN PROJECT MANAGEMENT
MASTER IN PROJECT MANAGEMENT PROJETOS E COMUNICAÇÃO PROF. RICARDO SCHWACH MBA, PMP, COBIT, ITIL Atividade 1 Que modelos em gestão de projetos estão sendo adotados como referência nas organizações? Como
Leia maisProcessos de gerenciamento de projetos em um projeto
Processos de gerenciamento de projetos em um projeto O gerenciamento de projetos é a aplicação de conhecimentos, habilidades, ferramentas e técnicas às atividades do projeto a fim de cumprir seus requisitos.
Leia maisModelagem de Processos. Prof.: Fernando Ascani
Modelagem de Processos Prof.: Fernando Ascani Bibliografia UML Guia de consulta rápida Douglas Marcos da Silva Editora: Novatec UML Guia do usuário Grady Booch James Rumbaugh Ivair Jacobson Editora: Campus
Leia maisO que é a UML? Introdução a UML. Objetivos da Modelagem. Modelos. A UML não é. Princípios da Modelagem. O que é um modelo?
O que é a UML? Introdução a UML Linguagem Gráfica de Modelagem para: Visualizar Especificar Construir Documentar Comunicar Artefatos de sistemas complexos Linguagem: vocabulário + regras de combinação
Leia maisPEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0
PEN - Processo de Entendimento das Necessidades de Negócio Versão 1.4.0 Banco Central do Brasil, 2015 Página 1 de 14 Índice 1. FLUXO DO PEN - PROCESSO DE ENTENDIMENTO DAS NECESSIDADES DE NEGÓCIO... 3 2.
Leia maisSABiO: Systematic Approach for Building Ontologies
SABiO: Systematic Approach for Building Ontologies Ricardo de Almeida Falbo Engenharia de Ontologias Departamento de Informática Universidade Federal do Espírito Santo Agenda Preocupações Principais do
Leia maisFACULDADE SENAC GOIÂNIA
FACULDADE SENAC GOIÂNIA NORMA ISO 12.207 Curso: GTI Matéria: Auditoria e Qualidade de Software Professor: Elias Ferreira Acadêmico: Luan Bueno Almeida Goiânia, 2015 CERTIFICAÇÃO PARA O MERCADO BRASILEIRO
Leia maisQualidade de. Software. Definições. Qualidade do Produto ISO 9126. Processo de. Software. Modelo de Processo de. Software CMM SPICE ISO 12207
Qualidade de : Visão Geral ISO 12207: Estrutura s Fundamentais Aquisição Fornecimento s de Apoio Documentação Garantia de Qualidade Operação Desenvolvimento Manutenção Verificação Validação Revisão Conjunta
Leia maisRequisitos. Sistemas de Informações
Requisitos Sistemas de Informações Definindo o Sucesso do Software Clientes satisfeitos Eles estão satisfeitos quando você: Atende às expectativas Entrega no prazo Entrega no orçamento O Sucesso começa
Leia maisALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA
ALESSANDRO RODRIGO FRANCO FERNANDO MARTINS RAFAEL ALMEIDA DE OLIVEIRA INTRODUÇÃO O projeto de um banco de dados é realizado sob um processo sistemático denominado metodologia de projeto. O processo do
Leia maisEngenharia de Software I
Engenharia de Software I Curso de Desenvolvimento de Software Prof. Alessandro J de Souza ajdsouza@cefetrn.br 1 Rational Unified Process RUP Fase Elaboração 2 VISÃO GERAL Fase Elaboração. Visão Geral 3
Leia maisATIVIDADES DE LINHA E DE ASSESSORIA
1 ATIVIDADES DE LINHA E DE ASSESSORIA SUMÁRIO Introdução... 01 1. Diferenciação das Atividades de Linha e Assessoria... 02 2. Autoridade de Linha... 03 3. Autoridade de Assessoria... 04 4. A Atuação da
Leia maisUML 2. Guia Prático. Gilleanes T.A. Guedes. Novatec. Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2
UML 2 Guia Prático Gilleanes T.A. Guedes Obra revisada e ampliada a partir do título Guia de Consulta Rápida UML 2 Novatec capítulo 1 Introdução à UML A UML (Unified Modeling Language ou Linguagem de Modelagem
Leia maisGerenciamento de Projetos
Gerenciamento de Projetos (ref. capítulos 1 a 3 PMBOK) TC045 Gerenciamento de Projetos Sergio Scheer - scheer@ufpr.br O que é Gerenciamento de Projetos? Aplicação de conhecimentos, habilidades, ferramentas
Leia maisCiência da Computação ENGENHARIA DE SOFTWARE. Análise dos Requisitos de Software
Ciência da Computação ENGENHARIA DE SOFTWARE Análise dos Requisitos de Software Prof. Claudinei Dias email: prof.claudinei.dias@gmail.com Roteiro Introdução Tipos de requisitos Atividades Princípios da
Leia maisFundamentos em Teste de Software. Vinicius V. Pessoni viniciuspessoni@gmail.com
Fundamentos em Teste de Software Vinicius V. Pessoni viniciuspessoni@gmail.com Objetivos do treinamento 1. Expor os fundamentos de Teste de Software; 2. Conceituar os Níveis de Teste; 3. Detalhar sobre
Leia maisRequisitos de Software
Requisitos de Software (Cap 6 - Sommerville) UNIVERSIDADE FEDERAL DE ALAGOAS Curso de Ciência da Computação Engenharia de Software I Prof. Rômulo Nunes de Oliveira Requisitos funcionais e não funcionais
Leia maisEngenharia de Software. Parte I. Introdução. Metodologias para o Desenvolvimento de Sistemas DAS 5312 1
Engenharia de Software Parte I Introdução Metodologias para o Desenvolvimento de Sistemas DAS 5312 1 Mitos do Desenvolvimento de Software A declaração de objetivos é suficiente para se construir um software.
Leia maisProva de Conhecimento para Consultores de Implementação MPS.BR INSTRUÇÕES
Implementação MPS.BR 26 de maio de 2008 4 horas de duração e-mail: (DEIXAR EM BRANCO) RESULTADO: Q1 Q2 Q3 Q4 Q5 Q6 Q7 Q8 Q9 Q10 Nota INSTRUÇÕES Para a maioria das questões você tem mais de uma opção e
Leia mais2 Diagrama de Caso de Uso
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Diagrama de Caso de Uso (Use Case) Autoria:Aristófanes Corrêa
Leia maisPPS - Processo de Proposta de Solução Versão 1.3.1
PPS - Processo de Proposta de Solução Versão 1.3.1 Banco Central do Brasil, 2015 Página 1 de 13 Índice 1. FLUXO DO PPS - PROCESSO DE PROPOSTA DE SOLUÇÃO... 3 2. SOBRE ESTE DOCUMENTO... 4 2.1 GUIA DE UTILIZAÇÃO...
Leia maisAnálise de Pontos por Função
Análise de Pontos por Função Uma Aplicação na Gerência de Subcontratação de Software Claudia Hazan, MSc. Certified Function Point Specialist Agenda! Introdução à Gerência de Subcontratação! Melhores Práticas:!
Leia maisPrograma do Módulo 2. Processo Unificado: Visão Geral
9.1 Programa do Módulo 2 Orientação a Objetos Conceitos Básicos Análise Orientada a Objetos (UML) O Processo Unificado (RUP) Processo Unificado: Visão Geral 9.2 Encaixa-se na definição geral de processo:
Leia maisTópicos Especiais em Engenharia de Software
Tópicos Especiais em Engenharia de Software andre@faccamp.br Ian Sommerville 2000 - Software Engineering, 6th edition Slide 1 Tópicos Especiais em Engenharia de Software Gerenciamento de Projeto de Software
Leia maisPrograma do Curso de Pós-Graduação Lato Sensu MBA em Engenharia de Software Orientada a Serviços (SOA)
Programa do Curso de Pós-Graduação Lato Sensu MBA em Engenharia de Software Orientada a Serviços (SOA) Apresentação O programa de Pós-graduação Lato Sensu em Engenharia de Software Orientada a Serviços
Leia maisA Linguagem de Modelagem Unificada (UML)
Aécio Costa A Linguagem de Modelagem Unificada (UML) Percebeu-se a necessidade de um padrão para a modelagem de sistemas, que fosse aceito e utilizado amplamente. Surge a UML (Unified Modeling Language)
Leia maisO que é um processo de software?
O que é um processo de software? Um conjunto de atividades realizadas por pessoas cujo objetivo é desenvolvimento ou evolução de software e sua documentação. Atividades genéricas em todos os processos:
Leia maisModelagem de Processos. Prof.: Fernando Ascani
Modelagem de Processos Prof.: Fernando Ascani Modelagem da arquitetura de negócios Arquitetura Definições Aurélio: Informática: Estrutura e organização lógica de funcionamento de um sistema computacional.
Leia maisTRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES
TRABALHO DE DIPLOMAÇÃO Regime Modular ORIENTAÇÕES SOBRE O ROTEIRO DO PROJETO FINAL DE SISTEMAS DE INFORMAÇÕES [Observação: O template a seguir é utilizado como roteiro para projeto de sistemas orientado
Leia maisAnálise e Projeto de Sistemas
Análise e Projeto de Sistemas Unified Modeling Language Benno Eduardo Albert benno@ufrj.br O que é modelagem Tripé de apoio ao desenvolvimento. Notação: UML Ferramenta: Rational Rose. 2 O que é modelagem
Leia maisA Disciplina Gerência de Projetos
A Disciplina Gerência de Projetos Atividades, Artefatos e Responsabilidades hermano@cin.ufpe.br Objetivos Apresentar atividades da disciplina Gerência de Projetos Discutir os artefatos e responsáveis envolvidos
Leia maisGERÊNCIA DE INTEGRAÇÃO DO PROJETO
GERÊNCIA DE INTEGRAÇÃO DO PROJETO Estevanir Sausen¹, Patricia Mozzaquatro² ¹Acadêmico do Curso de Ciência da Computação ²Professor(a) do Curso de Ciência da Computação Universidade de Cruz Alta (UNICRUZ)
Leia maisQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE Luiz Leão luizleao@gmail.com http://www.luizleao.com Questão 1 A ISO 9000-3 é um guia para a aplicação da ISO 9001 para o desenvolvimento, fornecimento e manutenção de software. As
Leia maisIntrodução a UML. Hélder Antero Amaral Nunes haanunes@gmail.com
Introdução a UML Hélder Antero Amaral Nunes haanunes@gmail.com Introdução a UML UML (Unified Modeling Language Linguagem de Modelagem Unificada) é uma linguagem-padrão para a elaboração da estrutura de
Leia maisGerenciamento de Integração do Projeto Planejamento e Execução do Projeto
Gerenciamento de Integração do Projeto Planejamento e Execução do Projeto 4. Gerenciamento de integração do projeto PMBOK 2000 PMBOK 2004 4.1 Desenvolver o termo de abertura do projeto 4.2 Desenvolver
Leia maisA IMPORTÂNCIA DO SISTEMA DE INFORMAÇÃO GERENCIAL PARA AS EMPRESAS
A IMPORTÂNCIA DO SISTEMA DE INFORMAÇÃO GERENCIAL PARA AS EMPRESAS Gilmar da Silva, Tatiane Serrano dos Santos * Professora: Adriana Toledo * RESUMO: Este artigo avalia o Sistema de Informação Gerencial
Leia maisMetodologia para Planejamento, Execução e Controle de Teste de Software. Roteiro
Metodologia para Planejamento, Execução e Controle de Teste de Software Arilo Claudio Dias Neto - acdn@cos.ufrj.br Gladys Machado P. S. Lima - gladysmp@cos.ufrj.br Guilherme Horta Travassos - ght@cos.ufrj.br
Leia maisGerenciamento de Níveis de Serviço
Gerenciamento de Níveis de Serviço O processo de Gerenciamento de Níveis de Serviço fornece o contato entre a organização de TI e o cliente, para garantir que a organização de TI conhece os serviços que
Leia maisProf. Dr. Ivanir Costa. Unidade III QUALIDADE DE SOFTWARE
Prof. Dr. Ivanir Costa Unidade III QUALIDADE DE SOFTWARE Normas de qualidade de software - introdução Encontra-se no site da ABNT (Associação Brasileira de Normas Técnicas) as seguintes definições: Normalização
Leia maisGovernança de TI. ITIL v.2&3. parte 1
Governança de TI ITIL v.2&3 parte 1 Prof. Luís Fernando Garcia LUIS@GARCIA.PRO.BR ITIL 1 1 ITIL Gerenciamento de Serviços 2 2 Gerenciamento de Serviços Gerenciamento de Serviços 3 3 Gerenciamento de Serviços
Leia maisIntrodução ao Modelo de Referência para melhoria do processo de software (MR mps) Projeto: mps Br melhoria de processo do software Brasileiro
Introdução ao Modelo de Referência para melhoria do processo de software (MR mps) Realidade das Empresas Brasileiras ISO/IEC 12207 ISO/IEC 15504 CMMI Softex Governo Universidades Modelo de Referência para
Leia maisGerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto
Gerenciamento de Projetos Modulo II Ciclo de Vida e Organização do Projeto Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com PMBoK Organização do Projeto Os projetos e o gerenciamento
Leia maisMODELO CMM MATURIDADE DE SOFTWARE
MODELO CMM MATURIDADE DE SOFTWARE O modelo CMM Capability Maturity Model foi produzido pelo SEI (Software Engineering Institute) da Universidade Carnegie Mellon (CMU), em Pittsburgh, EUA, por um grupo
Leia maisAula 2 Revisão 1. Ciclo de Vida. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW. Processo de Desenvolvimento de SW
Ciclo de Vida Aula 2 Revisão 1 Processo de Desenvolvimento de Software 1 O Processo de desenvolvimento de software é um conjunto de atividades, parcialmente ordenadas, com a finalidade de obter um produto
Leia maisImplantação. Prof. Eduardo H. S. Oliveira
Visão Geral A implantação de um sistema integrado de gestão envolve uma grande quantidade de tarefas que são realizadas em períodos que variam de alguns meses a alguns anos, e dependem de diversos fatores,
Leia maisSegurança Computacional. Rodrigo Fujioka
Segurança Computacional Rodrigo Fujioka Segurança Computacional Auditoria da Tecnologia da Informação Auditoria da Tecnologia da Informação A Auditoria da TI é uma auditoria operacional, analisa a gestão
Leia maisAutoria:Aristófanes Corrêa Silva Adaptação: Alexandre César M de Oliveira
Unified Modeling Language (UML) Universidade Federal do Maranhão UFMA Pós Graduação de Engenharia de Eletricidade Grupo de Computação Assunto: Introdução Autoria:Aristófanes Corrêa Silva Adaptação: Alexandre
Leia maisModelagem do Processo de Gerenciamento da Configuração de Software para um Ambiente Integrado
Modelagem do Processo de Gerenciamento da Configuração de Software para um Ambiente Integrado Martha A. D. Abdala Centro Técnico Aeroespacial (CTA) martha@iae.cta.br Resumo Os processos utilizados na engenharia
Leia maisEngenharia de Software II: Definindo Projeto III. Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br
Engenharia de Software II: Definindo Projeto III Prof. Msc Ricardo Britto DIE-UFPI rbritto@ufpi.edu.br Sumário Explorando as Áreas de Conhecimento de Gerenciamento de Projeto Entendendo como Projetos Acontecem
Leia maisPRODUTOS RIOSOFT COM SUBSÍDIO SEBRAEtec
PRODUTOS RIOSOFT COM SUBSÍDIO SEBRAEtec ÁREA DE NORMAS, QUALIDADE E PROCESSOS. I - NORMA ISO/IEC 29110 Micro e Pequenas Empresas focadas no desenvolvimento de software. 2) Ambiente É possível constatar,
Leia maisCONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI
CONCORRÊNCIA AA Nº 05/2009 BNDES ANEXO X PROJETO BÁSICO: DESCRIÇÃO DOS PROCESSOS DE TI 1. PI06 TI 1.1. Processos a serem Atendidos pelos APLICATIVOS DESENVOLVIDOS Os seguintes processos do MACROPROCESSO
Leia maisGerenciamento do Escopo do Projeto Produto do Projeto
Gerenciamento do Escopo do Projeto Produto do Projeto 5. Gerenciamento do escopo do projeto PMBOK 2000 PMBOK 2004 5.1 Iniciação *** Reescrita e transferida para o capítulo 4 5.2 Planejamento do escopo
Leia mais