Palavras-chave: Experiência. Dificuldade. Programação. Projeto. Colaboração.
|
|
- Ana Lívia Guterres Dias
- 8 Há anos
- Visualizações:
Transcrição
1 Gestão de projetos técnicos de baixa complexidade: a relação entre projeto, gestão e desenvolvimento do site SETIS Bruno Bergmann bernemano@gmail.com Felipe Valtl de Mello valtlfelipe@gmail.com Gabriel Hobold gabriel.hobolds@gmail.com Jorge Hess jorgeluis.hess@gmail.com Resumo: Demonstração do processo de criação de um software de baixa complexidade onde várias equipes foram envolvidas. Este projeto fez uso de várias técnicas, bem como contou com auxílio de ferramentas para criação de cronogramas, distribuição das atividades, de forma a auxiliar no aumento da velocidade de desenvolvimento e na realização de testes do sistema. Com isto verificou-se que foi possível criar um software completo, incluindo a sua documentação e que foi entregue no prazo acordado. O presente artigo descreve a narrativa desta construção. Palavras-chave: Experiência. Dificuldade. Programação. Projeto. Colaboração. 1 Introdução Neste artigo será discutido o processo da criação do software criado pela turma de análise e desenvolvimento de sistemas do SENAI, para o evento SETIS. A metodologia utilizada para a criação se baseava na retirada de informações do cliente conforme proposta no modelo em cascata. Além da criação de vários documentos, entre eles, descrições de casos de uso e seus diagramas conforme proposto pela UML. Fazendo assim o uso de duas abordagens metodológicas, buscando extrair as melhores práticas de ambas para atingir os objetivos do projeto. Também foi proposto a divisão dos módulos a serem feitos para o software final, entre as várias equipes que compuseram a sua construção. Por fim, após os testes finais terem sido feitos e validados, uma consolidação de todos os módulos foi feita, resultando assim na entrega oficial para o cliente. Para que projeto flui-se da melhor forma, foi criada uma equipe de controle para realizar o monitoramento das atividades e especificar a criação de padrões para a construção do software. 105
2 2 Revisão da Literatura 2.1 Projeto de Software Dentro da construção de um sistema existem várias etapas onde são construídos vários artefatos de softwares, como modelos que envolvem a identificação e descrição das abstrações do novo software. Para Sommerville (2011) o processo de desenvolvimento possui quatro atividades fundamentais: 1- Especificação de software, onde os cliente e desenvolvedores definem o que será produzido; 2- Desenvolvimento do software, onde o software é projetado e programado; 3- Validação de software, onde é checado se o sistema atende os requerimentos do cliente; 4- Evolução do software, onde o sistema é modificado para atender os requisitos do cliente e do mercado. O modelo que aborda as etapas de desenvolvimento do projeto SETIS é o de Royce (1970), conforme a Figura 1. Figura 1 Modelo Cascata 106
3 Fonte: Adaptado de Royce (1970). Conforme o modelo descrito na Figura 1, na parte inicial do projeto é feita a comunicação de abertura e o levantamento de requisitos. Após o levantamento, o projeto passa para a parte de planejamento, onde são levados em consideração cronogramas, estimativas, custos etc. A terceira etapa refere-se a modelagem, onde são feitas a análise do que será implementado, diagramas necessários e informações relevantes que auxiliarão na etapa de construção. Na etapa de construção o projeto é codificado e após a conclusão dessa etapa ele é testado indo para a última etapa, a de implementação, onde é feita a entrega do projeto e também as manutenções pós-entrega. No processo de desenvolvimento do projeto foram utilizados alguns artefatos disponibilizados pela Linguagem de Modelagem Unificada (UML), a qual serve de auxílio para criação de documentos, como casos de uso (BOOCH, 2012). 2.2 Gestão de Projeto Assim como usar uma metodologia de desenvolvimento é um desafio na construção de um sistema, realizar a gestão da construção deste mesmo sistema, é algo que necessita um vasto conhecimento na área de aplicação do projeto e também em práticas gerenciais. A prática com administração se torna importante, pois com esta habilidade entende-se que há uma melhor capacidade no desenvolvimento de comunicação pessoal e um maior espírito de liderança. Gerência de projetos ou gestão de projetos é a aplicação de conhecimentos, habilidades e técnicas na elaboração de atividades relacionadas para atingir um conjunto de objetivos predefinidos. O conhecimento e as práticas da gerência de projetos são mais bem descritos em termos de seus processos componentes. (CARIBÉ, João Carlos, 2008, p.4) O gestor de projeto deve trabalhar para conseguir manter o desenvolvimento em um ciclo contínuo e também a interação de todos os participantes da equipe de desenvolvimento, assim reduzindo o risco de fracasso do processo. Quando se fala em gestão de projetos um fato importante é procurar seguir uma metodologia para ter maior 107
4 controle sobre recursos que deverão ser utilizados no projeto, assim se tornando mais eficiente e tendo um aumento no grau de acerto, porém se deve utilizar de uma adequada ao grau de complexidade do projeto em questão. A comunicação é um item extremamente importante para gestão de projetos, procurar dialogar e realizar reuniões com os membros da equipe do projeto é algo essencial, pois esclarece as dúvidas de maneira geral e aumenta a comunicação entre os membros da equipe, deixa a solução de problemas muito mais fácil. 2.3 Desenvolvimento de Software O desenvolvimento de um software é um processo complexo e que exige equipes qualificadas e uma boa gestão, além de contínuo feedback (comentários) das pessoas envolvidas no desenvolvimento do projeto e do cliente. Há quatro grandes desafios no processo de desenvolvimento de um software, análise de requisitos, tempo, usabilidade e testes Análise de requisitos Antes de tudo é necessário um bom projeto e uma boa documentação referente as necessidades do cliente, esses são fatores essenciais no desenvolvimento, e que caso não sejam realizados de maneira correta, podem vir a acarretar uma demanda desnecessária de trabalho, e, possivelmente, um resultado diferente do esperado. Essa etapa é a que mais exige do cliente, onde ele deve passar todas as informações, necessidades e situações problemas, que os desenvolvedores poderão precisar. (WAZLAWICK, 2011) Tempo É importante estipular e estabelecer datas e prazos para as diversas etapas do desenvolvimento até a entrega do software ao cliente. O processo de desenvolvimento não é preciso, e pode gerar imprevistos que podem acarretar no processo de uma etapa e até atropelar o prazo, atrasando o projeto. Além disto, estipular prazos faz com que as pessoas envolvidas no projeto fiquem mais atentas as atividades e deem prioridade para as tarefas corretas (MARTINS, 2010). 108
5 Usabilidade A usabilidade é crucial para o usuário final e visa identificar as qualidades relacionadas com a interação entre o usuário e o software. A usabilidade é definida por um grau de facilidade que um usuário consegue interagir com o sistema e/ou interface (KRUG, 2010) Testes Os testes fazem parte do processo de finalização de um software, antes da entrega do mesmo. Onde é executado uma série de testes controlados para avaliar o comportamento e as características, onde a intenção é verificar se estão de acordo com o que foi projetado, após a realização dos testes por parte dos desenvolvedores, é realizada a etapa de testes por parte do cliente (DELAMARO, 2007). 2.4 Software de baixa complexidade Um software de baixa complexidade pode-se caracterizar por possuir apenas uma ou duas funções, como entradas e saídas, ele não possui interação com outras plataformas já criadas ou em desenvolvimento, assim, não é necessária a utilização de várias ferramentas que a UML dispõe para a fase de projeto do mesmo. Com um sistema simples não é necessária à alocação de uma quantidade grande de recursos para o desenvolvimento, o que gera por consequência baixos custos para a produção e um curto prazo de entrega (SOUZA, 2014, no prelo). 3 Metodologia No projeto SETIS foi utilizado como base para a estruturação das atividades o modelo de desenvolvimento em cascata, conforme Figura 1. No Quadro 1 é representada a divisão das atividades das equipes com base no modelo cascata de Royce (1970). Cada equipe recebeu uma etapa do desenvolvimento do projeto SETIS. A equipe 4 corresponde a 1ª etapa de desenvolvimento segundo o modelo de Royce, onde é feita a primeira comunicação com o cliente e o levantamento de requisitos. A fase de planejamento foi feita pela equipe 2, onde foram feitos os cronogramas e a divisão das 109
6 atividades. A equipe 4 ficou responsável pela terceira fase do projeto, onde foi feita a análise dos requisitos e a modelagem do sistema. Após as etapas descritas acima iniciou-se a fase de codificação e testes, que envolveu diretamente as equipes 5, 6, 7 e 8. Por fim, a etapa de implantação envolveu a equipe 2 com a consolidação, finalização e publicação do sistema na web. A equipe 1 esteve envolvida em todas as etapas de desenvolvimento. No início do projeto, na fase de planejamento e modelagem, foram utilizados artefatos disponibilizados pela UML, tais como as descrições e diagrama de casos de uso, requisitos funcionais e não funcionais e definição das regras de negócio. 3.1 Divisão das Equipes Dentro da proposta de trabalho para o desenvolvimento do Software, foi proposta a gestão das atividades de pessoas. Conforme o Quadro 1. Quadro 1 Distribuição das Equipes da Sala Nº Equipe Quant. de Pessoas 1 Orientadores 4 2 Controllers 4 3 Equipe de documentação de levantamento, análise e especificação de regra de negócios e requisitos. 4 Equipe de controle de versão de documentação de levantamento, análise e especificação de regras de negócios e requisitos Equipe de desenvolvimento de front-end. 3 6 Analista Web 1 7 Equipe de desenvolvimento de back-end Alfa Teste. 1 Fonte: Os Autores (2014) 110
7 Assim, durante o processo de desenvolvimento do software SETIS, a sala de aula foi dividida em várias equipes. A equipe de orientadores ficou encarregada de direcionar os primeiros passos para as equipes e fornecer a ajuda necessária, também era a responsável por realizar a avaliação do desempenho das pessoas envolvidas. A equipe de Controle (Controller), ficou responsável pelo gerenciamento do projeto, distribuição das tarefas e criação de documentos para suporte no desenvolvimento do software. Toda a padronização por parte de código e funções do sistema foram criadas também pela equipe de controle, o cronograma e a data de entrega das atividades foram gerenciadas pela equipe em conjunto com os orientadores do processo. A equipe de documentação, sendo essa de levantamento, análise e especificação das regras de negócios e requisitos ficou encarregada de realizar o levantamento dos casos de uso, assim como os requisitos funcionais e não funcionais do software, criação de seus respectivos documentos e realizar a atualização dos mesmos assim que necessário. A equipe de análise e especificação das regras de negócios e requisitos ficou responsável pelo primeiro contato com o cliente e a realização do levantamento das regras de negócios assim como a criação da documentação da mesma. A equipe de Front-End ficou responsável pelo desenvolvimento do layout além da parte visual do software, adequação do conteúdo para acesso via computadores, tablets e celulares. A equipe de Back-End ficou responsável pela programação do software e realização dos testes propostos pela equipe de controle. O alfa teste foi realizado por apenas uma pessoa orientada pela equipe de controle. Para estes testes foi utilizada de base uma planilha, no qual esta foi desenvolvida pelo tester, nesta continham as dúvidas e erros encontrados, porém, o foco principal desta etapa foi a realização dos testes controlados. 3.2 Ferramentas Utilizadas na Gestão do Projeto SETIS 111
8 A seguir serão mostradas as ferramentas utilizadas pela equipe de controle para o gerenciamento do processo de criação do sistema. Na Figura 2 é exibida a ferramenta para controle do projeto escolhida pela equipe de controle, o Trello. Esta ferramenta baseia-se na estrutura de post-it, onde foram definidas as colunas (A Fazer, Fazendo, Pronto) para auxiliar a visualização das tarefas que cada equipe estava encarregada de fazer. Figura 2 - Janela do Trello Fonte: Os Autores (2014) 112
9 Figura 3 - Janela do Google Drive Fonte: Os Autores (2014) Na Figura 3 é exibida janela do Google Drive, ferramenta utilizada para o armazenamento de arquivos públicos, como a documentação em geral e backups de segurança. Uma das vantagens da utilização desta ferramenta é a possibilidade de pessoas registradas compartilharem os arquivos, além de tê-los disponíveis de qualquer lugar. Figura 4 - Documentação 113
10 Fonte: Os Autores (2014) Na Figura 4 são exibidos todos os documentos utilizados durante o processo de desenvolvimento do software SETIS, arquivos de projeto (especificação de casos de uso, diagrama de casos de uso, especificação de requisitos, situação problema, regras de negócio) além dos documentos de controle (testes iniciais, teste de usuário, nomenclatura de variáveis, documento para desenvolvimento do software SETIS e log de atualização). 4 Resultados e discussão Para uma análise crítica do desenvolvimento, pontos considerados negativos foram levantados para evidenciar a complexidade das ações em ambiente de trabalho associado a capacidade técnica, trabalho em equipe e compreensão de negócio. 4.1 Pontos Negativos O processo de aquisição das funções do software foi feito por integrantes sem muita vivência na área de desenvolvimento de sistemas; Problemas devido à inexperiência das equipes envolvidas no processo; Muitas versões de documentos; 114
11 Documentação com problemas de dados; Falta de leitura da documentação por parte das equipes de programação; Desnível de conhecimento entre equipes, gerando uma dificuldade / facilidade no cumprimento de tarefas. A grande dificuldade notada durante o início do projeto e que, gerou problemas durante todo o processo, foi à inexperiência das pessoas envolvidas na atividade inicial do software. Nesta parte do desenvolvimento foram gerados alguns problemas que poderiam ter sido evitados, como a necessidade de diversas atualizações no projeto e problemas na etapa de programação do software. Para a criação de um software de qualidade é essencial a descrição dos casos de uso e diagramas, porém, durante a criação destes foi notada a falta de conhecimento técnico em programação, devido à falta de vivência da equipe no desenvolvimento de softwares. Os programadores irão retirar as informações necessárias para a construção dos programas que farão parte do software a partir das descrições e dos diagramas, porém isto ocorreu de uma forma um pouco acelerada, tendo a necessidade de reajustes no projeto durante a fase de programação, algo que veio a prejudicar muito a data de entrega do software. Durante a penúltima fase do projeto, a de programação, foram contados os menores problemas específicos, além dos já gerados devido a erros em etapas anteriores a esta, estes problemas foram em geral por falta de atenção e leitura por parte dos programadores, muitos programas possuíram erros devido à falta de leitura e atenção da documentação do projeto, assim necessitando um reajuste por parte da equipe de controle durante a fase de testes. Os testes foram realizados pelos programadores com base em uma documentação criada pela equipe de controle, tendo em vista evitar erros nos programas, focando em padrões nominais e estrutura geral, infelizmente. Os testes foram realizados de forma equivocada novamente, deixando tarefas adicionais que poderiam ser evitadas com a equipe de controle. Mesmo com os aspectos negativos apresentados, muitos pontos podem ser observados como positivos. 115
12 4.2 Pontos Positivos que gostam; Bom tempo para a realização das atividades relacionadas ao projeto; Equipe entrosada; Boa comunicação entre equipes; Ajuda entre equipes; Ótima experiência por parte de desenvolvimento e monitoramento; Pessoas que possuem mais afinidade com projeto/programação puderam fazer o A documentação gerada auxiliou o processo; Pessoas puderam escolher com quem realizar os processos de desenvolvimento. O processo foi realizado em um tempo considerável, excedendo em alguns dias a data final do cronograma, visto a complexidade do mesmo, a construção das equipes foi organizada preferenciando pessoas que já tinham contato e assim, criando um entrosamento muito maior. Porém, esta divisão em certos casos veio a prejudicar o processo, devido a pessoas que não possuem convivência com a área técnica estarem em equipes de trabalho iguais. Causando um desempenho inferior em relação ao resto da turma, isto poderia ter sido ajustado com um melhor balanceamento das equipes, mesmo assim, a integração entre equipes foi algo muito positivo e auxiliou o projeto como um todo. Mesmo com os problemas de documentação descritos, anteriormente, notou-se que foi de grande ajuda durante a fase de programação, justamente, pelo uso de framework de baixa complexidade criado pela equipe de controle. No fim, muitas pessoas ficaram restritas as partes das quais se sentiam mais confortáveis, tanto em projeto quanto em programação, isto é bom, pois faz com que estas mesmas desenvolvam com maior empenho e dedicação, contudo, é muitas vezes a falta de conhecimento da outra área, trazendo erros que a pessoa não percebe por si própria. 4.3 Pontos a melhorar Pessoas mais experientes para realizar o levantamento de dados; 116
13 Mais pessoas envolvidas nos projetos, para melhor revisão do mesmo; Mais interesse por parte de programação para com a leitura da documentação antes de iniciar as suas tarefas; Ao menos uma pessoa de programação / projeto em ambas as etapas programação / projeto; Mais pessoas disponíveis para a realização de testes; Pessoas se envolverem em ambos (projeto e programação). No final do trabalho, pode-se perceber que o grande problema ocorrido durante o processo foi à inexperiência das pessoas envolvidas nesse tipo de atividade. Aliado a resistência das pessoas de se envolverem em ambas as áreas do processo, documentação e programação, prejudicou o andamento do projeto. Porém, isto poderia ser, facilmente, ajustado com a melhor preparação das pessoas envolvidas. Algo notado, e que poderia ser aplicado junto a equipe responsável na fase de planejamento, seria a alocação de uma pessoa com experiência técnica na área de programação, que poderia apresentar soluções que fossem mais realistas para a fase de Construção. Uma necessidade crucial para o desenvolvimento de um software é uma boa fase de testes. Infelizmente, não houveram muitas pessoas disponíveis para a sua realização, e de forma negativa, os programadores deixaram algumas falhas passarem na fase primordial dos testes. Fazendo com que houvesse uma carga considerável de acertos para a equipe de controle resolver, isto poderia ser ajeitado facilmente com um maior interesse por parte dos programadores na fase de realização dos testes, além do auxílio da equipe de controle. Houve a distribuição de um documento para testes, que foi mal utilizado pela maior parte. 5 Conclusão O processo foi algo que trouxe muito conhecimento e uma nova experiência para todos que participaram, pode-se perceber o quanto a programação depende da fase de projeto, e que a mesma precisa ser elaborada com cuidado, para que se possa evitar erros e reajustes desnecessários no processo final do projeto. Também não foi percebido 117
14 que trabalhar com duas metodologias tenha causado estranheza ou maiores contratempos aos participantes do projeto. Mesmo em um projeto bem elaborado, aquele que atende as necessidades do cliente e auxilia de forma eficiente a equipe de produção, podem ocorrer ajustes. Porém, para que o projeto se desenvolva de forma adequada é necessário que exista pessoas com um conhecimento relevante durante a etapa de documentação dos requisitos. Durante o processo ocorrido no SETIS os resultados obtidos foram satisfatórios, contudo, devido a alguns contra tempos durante a fase de programação e diversos ajustes pós análise, houve um atraso no prazo de entrega do produto ao cliente. Conclui-se que não se deve ignorar a documentação durante a produção do software, pois, é com esta que se podem evitar grandes contratempos e retornos desnecessários, agilizando assim a entrega do produto. E a experiência da equipe tende a ser um fator que contribui para o bom andamento do projeto, independente da metodologia adotada. Referências BOOCH, Grady. A UML: Guia do Usuário. Rio de Janeiro: Elsevier, CARIBÉ, João Carlos. Gestão de projetos: Aplicada à Web Disponível em: < GPleitura.pdf>. Acesso em: 25 ago DELAMARO, Márcio E. Introdução ao Teste de Software. Rio de Janeiro: Elsevier, KRUG, Steve. Não me Faça Pensar!. Rio de Janeiro: Atla Books, MARTINS, José Carlos Cordeiro. Gerenciando projetos de desenvolvimento de software com PMI, RUP e UML. 5. ed. Rio de Janeiro: Brasport, ROYCE, Winston W. Managing the development of large software systems. In: proceedings of IEEE WESCON SOMMERVILLE, Ian. Engenharia de Software. 9.ed. São Paulo: Pearson Education,
15 SOUZA, Renan, DIAS, Juliana R. Metodologia de Desenvolvimento de Software de Baixa Complexidade. No prelo WAZLAWICK, Raul Sidnei. Análise e projeto de sistemas de informação orientados a objetos. Rio de Janeiro: Elsevier,
NORMA TÉCNICA PARA IMPLANTAÇÃO DE NOVOS SISTEMAS OU APLICAÇÕES NO BANCO DE DADOS CORPORATIVO
NORMA TÉCNICA PARA IMPLANTAÇÃO DE NOVOS SISTEMAS OU APLICAÇÕES NO BANCO DE DADOS CORPORATIVO Referência: NT-AI.04.02.01 http://www.unesp.br/ai/pdf/nt-ai.04.02.01.pdf Data: 27/07/2000 STATUS: EM VIGOR A
Leia maisGerência de Projetos Prof. Késsia Rita da Costa Marchi 3ª Série kessia@unipar.br
Gerência de Projetos Prof. Késsia Rita da Costa Marchi 3ª Série kessia@unipar.br Motivações Gerenciamento de projetos, vem sendo desenvolvido como disciplina desde a década de 60; Nasceu na indústria bélica
Leia maisRoteiro SENAC. Análise de Riscos. Planejamento do Gerenciamento de Riscos. Planejamento do Gerenciamento de Riscos
SENAC Pós-Graduação em Segurança da Informação: Análise de Riscos Parte 2 Leandro Loss, Dr. Eng. loss@gsigma.ufsc.br http://www.gsigma.ufsc.br/~loss Roteiro Introdução Conceitos básicos Riscos Tipos de
Leia mais3. Fase de Planejamento dos Ciclos de Construção do Software
3. Fase de Planejamento dos Ciclos de Construção do Software A tarefa de planejar os ciclos de construção do software pode partir de diretrizes básicas. Estas diretrizes visam orientar que os ciclos de
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 maisUnidade II MODELAGEM DE PROCESSOS
Unidade II 3 MODELAGEM DE SISTEMAS 1 20 A fase de desenvolvimento de um novo sistema de informação (Quadro 2) é um momento complexo que exige um significativo esforço no sentido de agregar recursos que
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 maisPLANO DA SITUAÇÃO DE APRENDIZAGEM CURSOS TÉCNICOS. 2. Tipo Estudo de Caso X Situação Problema Pesquisa Projeto
PLANO DA SITUAÇÃO DE APRENDIZAGEM CURSOS TÉCNICOS 1. Identificação Curso Técnico em Informática Unidade São José Coordenador da S.A Walter André de Almeida Pires Unidade(s) Curricular(es) Envolvida(s)
Leia maisMetodologia de Desenvolvimento de Software. Prof. M.Sc. Sílvio Bacalá Jr
Metodologia de Desenvolvimento de Software Prof. M.Sc. Sílvio Bacalá Jr Objetivos Discutir aspectos de Engenharia de Software Aplicar um método de desenvolvimento para especificação e projeto de software
Leia maisCapítulo 2. Processos de Software. 2011 Pearson Prentice Hall. Todos os direitos reservados. slide 1
Capítulo 2 Processos de Software slide 1 Tópicos apresentados Modelos de processo de software. Atividades de processo. Lidando com mudanças. Rational Unified Process (RUP). Um exemplo de um processo de
Leia maisA SEGUIR ALGUMAS DICAS PARA O DESENVOLVIMENTO DE UM PROJETO CIENTÍFICO
A SEGUIR ALGUMAS DICAS PARA O DESENVOLVIMENTO DE UM PROJETO CIENTÍFICO DESENVOLVENDO UM PROJETO 1. Pense em um tema de seu interesse ou um problema que você gostaria de resolver. 2. Obtenha um caderno
Leia maisPMBoK Comentários das Provas TRE-PR 2009
PMBoK Comentários das Provas TRE-PR 2009 Comentário geral: As provas apresentaram grau de dificuldade médio. Não houve uma preocupação da banca em aprofundar os conceitos ou dificultar a interpretação
Leia maisc. Técnica de Estrutura de Controle Teste do Caminho Básico
1) Defina: a. Fluxo de controle A análise de fluxo de controle é a técnica estática em que o fluxo de controle através de um programa é analisado, quer com um gráfico, quer com uma ferramenta de fluxo
Leia maisA construção de um manual sobre a utilização dos modelos também poderá alavancar o uso das representações. Este conteria a explicação detalhada da
6 Conclusões No âmbito do framework teórico da Engenharia Semiótica, este trabalho faz parte de um esforço conjunto para desenvolver ferramentas epistêmicas que apóiem a reflexão do designer durante o
Leia maisIntrodução à. Engenharia de Software. Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.
"Antes de imprimir pense em sua responsabilidade e compromisso com o MEIO AMBIENTE." Engenharia de Software Introdução à Engenharia de Software Givanaldo Rocha de Souza givanaldo.rocha@ifrn.edu.br http://docente.ifrn.edu.br/givanaldorocha
Leia maisO Processo Unificado
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA O Processo Unificado 879SCC Projeto e Desenvolvimento de Sistemas
Leia maisUNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT
UNIVERSIDADE FEDERAL RURAL DE PERNAMBUCO DEPARTAMENTO DE ESTATÍSTICA E INFORMÁTICA BACHARELADO EM SISTEMAS DE INFORMAÇÃO RAPID APPLICATION DEVELOPMENT Disciplina: Modelagem a Programação Orientada a Objetos
Leia maisGerenciamento de Projetos Modulo II Clico de Vida e Organização
Gerenciamento de Projetos Modulo II Clico de Vida e Organização Prof. Walter Cunha falecomigo@waltercunha.com http://waltercunha.com Bibliografia* Project Management Institute. Conjunto de Conhecimentos
Leia maisBSI Letramento Digital Prof. André Di Thommazo. Organização pessoal
Organização pessoal Os cursos de graduação exigem que os alunos cursem diversas disciplinas ao mesmo tempo e em alguns semestres a carga horária é grande. Em geral o aluno de ensino a distância tem outras
Leia maisSETIS- III Seminário de Tecnologia Inovação e Sustentabilidade 4 e 5 de novembro de 2014.
A importância da comunicação no gerenciamento de projetos de softwares: reflexões teóricas Lucas Krüger lucas_kruger-@hotmail.com Resumo: Esse artigo objetiva estudar a comunicação entre cliente e desenvolvedor
Leia maisResolução da lista de exercícios de casos de uso
Resolução da lista de exercícios de casos de uso 1. Explique quando são criados e utilizados os diagramas de casos de uso no processo de desenvolvimento incremental e iterativo. Na fase de concepção se
Leia mais3 Qualidade de Software
3 Qualidade de Software Este capítulo tem como objetivo esclarecer conceitos relacionados à qualidade de software; conceitos estes muito importantes para o entendimento do presente trabalho, cujo objetivo
Leia maisIdeal para que tipo de empresa (equipe): pequena, média, grande? Em software onde os requisitos não são conhecidos é recomendado o uso do XP? Por quê?
Significado de XP? Extreme Programming (Programação Extrema). Ideal para que tipo de empresa (equipe): pequena, média, grande? Pequenas e Médias. Em software onde os requisitos não são conhecidos é recomendado
Leia maisProcessos de Desenvolvimento de Software
Processos de Desenvolvimento de Software Gerenciamento de Projetos Mauro Lopes Carvalho Silva Professor EBTT DAI Departamento de Informática Campus Monte Castelo Instituto Federal de Educação Ciência e
Leia maisCÓPIA MINISTÉRIO DA FAZENDA Conselho Administrativo de Recursos Fiscais
Fl. 2 MINISTÉRIO DA FAZENDA Conselho Administrativo de Recursos Fiscais PORTARIA CARF Nº 64, DE 18 DE NOVEMBRO DE 2015. Dispõe sobre a Política de Gestão de Riscos do Conselho Administrativo de Recursos
Leia mais1. Introdução. Avaliação de Usabilidade Página 1
1. Introdução Avaliação de Usabilidade Página 1 Os procedimentos da Avaliação Heurística correspondem às quatro fases abaixo e no final é apresentado como resultado, uma lista de problemas de usabilidade,
Leia maisnatureza do projeto e da aplicação métodos e ferramentas a serem usados controles e produtos que precisam ser entregues
Modelo De Desenvolvimento De Software É uma representação abstrata do processo de desenvolvimento que define como as etapas relativas ao desenvolvimento de software serão conduzidas e interrelacionadas
Leia maisTítulo: Jurídico-Financeiro: Rompendo barreiras, atingindo o sucesso Categoria: Modelo de Gestão Temática: Financeiro
Título: Jurídico-Financeiro: Rompendo barreiras, atingindo o sucesso Categoria: Modelo de Gestão Temática: Financeiro Resumo: Durante muito tempo a diretoria de Jurídico-Financeiro realizava suas atividades
Leia maisTutorial 7 Fóruns no Moodle
Tutorial 7 Fóruns no Moodle O Fórum é uma atividade do Moodle que permite uma comunicação assíncrona entre os participantes de uma comunidade virtual. A comunicação assíncrona estabelecida em fóruns acontece
Leia maisClassificação de Sistemas: Sistemas Empresariais
Universidade do Contestado Campus Concórdia Curso de Ciências Contábeis Prof.: Maico Petry Classificação de Sistemas: Sistemas Empresariais DISCIPLINA: Sistemas de Informação Gerencial O QI da empresa
Leia maisO ENSINO DE CÁLCULO NUMÉRICO: UMA EXPERIÊNCIA COM ALUNOS DO CURSO DE CIÊNCIA DA COMPUTAÇÃO
O ENSINO DE CÁLCULO NUMÉRICO: UMA EXPERIÊNCIA COM ALUNOS DO CURSO DE CIÊNCIA DA COMPUTAÇÃO Prof. Leugim Corteze Romio Universidade Regional Integrada URI Campus Santiago-RS leugimcr@urisantiago.br Prof.
Leia maisIntrodução. Gerência de Projetos de Software. Sumário. Sistemas de Informação para Processos Produtivos
Sumário Sistemas de Informação para Processos Produtivos 1. Gerência de 2. Agentes principais e seus papéis 3. Ciclo de vida do gerenciamento de projetos M. Sc. Luiz Alberto lasf.bel@gmail.com Módulo 6
Leia maisProfessor: Curso: Disciplina: Aula 4-5-6
Professor: Curso: Disciplina: Aula 4-5-6 Turma: Esp. Marcos Morais de Sousa Sistemas de informação Engenharia de Software I Engenharia de Requisitos 03º semestre 1 Engenharia de Requisitos Prof. Marcos
Leia maisIntrodução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento de 4ª geração Terceirização
Prof. Ricardo José Pfitscher Material elaborado com base em: José Luiz Mendes Gerson Volney Lagemann Introdução Ciclo de vida tradicional de desenvolvimento Prototipagem Pacotes de software Desenvolvimento
Leia maisTechProf Documento de Arquitetura
TechProf Projeto SuporteProf Versão 1.0 15 de junho de 2016 Responsáveis: Adelson Santos de Melo Filho, Edvaldo Nicolau da Silva, Moisés Luis da Silva Histórico de Revisões Data Versão Descrição Autor
Leia maisUNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO
UNIVERSIDADE FEDERAL DE SANTA MARIA CENTRO DE TECNOLOGIA AULA 14 PROFª BRUNO CALEGARO Santa Maria, 01 de Novembro de 2013. Revisão aula passada Projeto de Arquitetura Decisões de projeto de Arquitetura
Leia maisCENTRO ESTADUAL DE EDUCAÇÃO TECNOLOGICA PAULA SOUZA ETEC DR. EMLIO HERNANDEZ AGUILAR
CENTRO ESTADUAL DE EDUCAÇÃO TECNOLOGICA PAULA SOUZA ETEC DR. EMLIO HERNANDEZ AGUILAR ÁLVARO JOSÉ PIAZON JUNIOR ANDERSON DA SILVA SPERA DÉBORA VICENTE DE OLIVEIRA MANUAL DE ORIENTAÇÃO PARA DESENVOLVIMENTO
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 maisLISTA DE VERIFICAÇAO DO SISTEMA DE GESTAO DA QUALIDADE
Questionamento a alta direção: 1. Quais os objetivos e metas da organização? 2. quais os principais Produtos e/ou serviços da organização? 3. Qual o escopo da certificação? 4. qual é a Visão e Missão?
Leia maisPolítica Gestão de Configuração e Mudança
Política Gestão de Configuração Histórico de Alteração Data Versão Descrição Autor 20/08/2011 1 Versão Inicial Danilo Costa Versão 1 Pág. 2 de 7 Índice 1. POLÍTICA 4 1.1 Aplicabilidade 4 2. CONCEITUAÇÃO
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 maisBacksite Serviços On-line
Apresentação Quem Somos O Backsite Com mais de 15 anos de mercado, o Backsite Serviços On-line vem desenvolvendo soluções inteligentes que acompanham o avanço das tecnologias e do mundo. Com o passar do
Leia maisProjeto de Desenvolvimento de Software. Apresentação (Ementa) e Introdução
Projeto de Desenvolvimento de Software Apresentação (Ementa) e Introdução Msc. Eliezio Soares Graduação em Análise e Desenvolvimento de Sistemas IFRN Mestrado em Sistemas e Computação - DIMAp / UFRN Experiência
Leia maisPROCESSOS DE CRIAÇÃO DE APLICATIVOS
PROCESSOS DE CRIAÇÃO DE APLICATIVOS Joaldo de Carvalho Wesley Oliveira Irlei Rodrigo Ferraciolli da Silva Rodrigo Clemente Thom de Souza INTRODUÇÃO O mundo está dominado pelos dispositivos móveis. A cada
Leia maisGuia de utilização da notação BPMN
1 Guia de utilização da notação BPMN Agosto 2011 2 Sumário de Informações do Documento Documento: Guia_de_utilização_da_notação_BPMN.odt Número de páginas: 31 Versão Data Mudanças Autor 1.0 15/09/11 Criação
Leia maisORIENTAÇÃO PEDAGÓGICA N.4/2014 PROCEDIMENTO DE OBSERVAÇÃO DE AULA
Faculdade Adventista da Bahia Assessoria Pedagógica BR-101, km 197, Capoeiruçu Caixa Postal 18 Cachoeira BA CEP: 44.300-000 Brasil e-mail: selcr25@gmail.com ORIENTAÇÃO PEDAGÓGICA N.4/2014 PROCEDIMENTO
Leia mais7 perguntas para fazer a qualquer fornecedor de automação de força de vendas
7 perguntas para fazer a qualquer fornecedor de automação de força de vendas 1. O fornecedor é totalmente focado no desenvolvimento de soluções móveis? Por que devo perguntar isso? Buscando diversificar
Leia maisProcessos de Software
Processos de Software Prof. Márcio Lopes Cornélio Slides originais elaborados por Ian Sommerville O autor permite o uso e a modificação dos slides para fins didáticos O processo de Um conjunto estruturado
Leia maisPROCESSO DE DESENVOLVIMENTO DE SOFTWARE. Modelos de Processo de Desenvolvimento de Software
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE Introdução Modelos de Processo de Desenvolvimento de Software Os modelos de processos de desenvolvimento de software surgiram pela necessidade de dar resposta às
Leia mais1. INTRODUÇÃO. Espero que faça um bom proveito do conteúdo e que, de alguma forma, este e-book facilite a sua decisão de adquirir um planejamento.
1. INTRODUÇÃO Muitas pessoas ficam em dúvida sobre o que considerar na hora de contratar um planejamento de estudos. Esta é uma dificuldade aceitável, tendo em vista que existem opções no mercado que não
Leia maisTeste de Software: Um Breve Estudo do Importante Processo no Desenvolvimento de Softwares
Teste de Software: Um Breve Estudo do Importante Processo no Desenvolvimento de Softwares André Assis Lôbo de Oliveira Francisco Guerra Fernandes Júnior Faculdades Alves Faria, 74445190, Brasil andrelobin@hotmail.com,
Leia maisApresentar os conceitos básicos da metodologia de desenvolvimento Processo Unificado, utilizando como aporte o Processo Unificado Rational RUP
Fábio Lúcio Meira Objetivos Gerais Apresentar os conceitos básicos da metodologia de desenvolvimento Processo Unificado, utilizando como aporte o Processo Unificado Rational RUP Específicos Apresentar
Leia maisTópicos da Aula. Que é são requisitos? Tipos de Requisitos. Requisitos Funcionais. Classificação de Requisitos. Requisitos de Software.
Engenharia de Software Aula 06 Tópicos da Aula Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo dcc603@gmail.com 26 Março 2012 Funcionais e não funcionais De usuário e do Engenharia de Estudo
Leia maisPrincipais Responsabilidades:
DESENHO DE CARGO E TAREFAS DO DESENVOLVEDOR WEB Conhecimento dos sistemas gerenciadores de banco (MySQL), modelagem de dados, inglês técnico. Conhecimento em plataformas e metodologias de desenvolvimento
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 maisDESENVOLVENDO O SISTEMA
DESENVOLVENDO O SISTEMA Declaração da Necessidade O primeiro passo do processo de análise de sistema envolve a identificação da necessidade [Pressman-95]. Normalmente o analista reúne-se com o usuário
Leia maisRequisitos do usuário, do sistema e do software [Sommerville, 2004]
Requisitos Objetivos ou restrições estabelecidas por clientes e usuários do sistema que definem as diversas propriedades do sistema Condição ou capacidade necessária que o software deve possuir para que
Leia maisEduardo Bezerra. Editora Campus/Elsevier. Princípios de Análise e Projeto de Sistemas com UML - 2ª edição
Princípios de Análise e Projeto de Sistemas com UML 2ª edição Eduardo Bezerra Editora Campus/Elsevier 1 Capítulo 2 Processo de Desenvolvimento de Software Quanto mais livros você leu (ou escreveu), mais
Leia maisMetadados. 1. Introdução. 2. O que são Metadados? 3. O Valor dos Metadados
1. Introdução O governo é um dos maiores detentores de recursos da informação. Consequentemente, tem sido o responsável por assegurar que tais recursos estejam agregando valor para os cidadãos, as empresas,
Leia maisEngenharia de Software Unidade I Visão Geral
Conteúdo programático Engenharia de Software Unidade I Visão Geral Prof. Francisco Gerson A. de Meneses O que é Produtos de Software Distribuição de Software Um sistema de Software O software em um cenário
Leia maisNORMA TÉCNICA E PROCEDIMENTOS GERAIS PARA ADMINISTRAÇÃO DO BANCO DE DADOS CORPORATIVO
NORMA TÉCNICA E PROCEDIMENTOS GERAIS PARA ADMINISTRAÇÃO DO BANCO DE DADOS CORPORATIVO Referência: NT-AI.04.01.01 http://www.unesp.br/ai/pdf/nt-ai.04.01.01.pdf Data: 27/07/2000 STATUS: EM VIGOR A Assessoria
Leia maisANEXO I - TERMO DE REFERÊNCIA NÚCLEO DE EMPREENDIMENTOS EM CIÊNCIA, TECNOLOGIA E ARTES NECTAR.
ANEXO I - TERMO DE REFERÊNCIA NÚCLEO DE EMPREENDIMENTOS EM CIÊNCIA, TECNOLOGIA E ARTES NECTAR. OBJETO: CONTRATAÇÃO DE EMPRESA ESPECIALIZADA PARA CONSTRUÇÃO DO PORTAL E AQUISIÇÃO DE SOFTWARE DE GESTÃO DE
Leia maisAuditoria como ferramenta de gestão de fornecedores durante o desenvolvimento de produtos
Auditoria como ferramenta de gestão de fornecedores durante o desenvolvimento de produtos Giovani faria Muniz (FEG Unesp) giovanifaria@directnet.com.br Jorge Muniz (FEG Unesp) jorgemuniz@feg.unesp.br Eduardo
Leia maisPlanejamento e Gerência de Projetos de Software. Prof.: Ivon Rodrigues Canedo. PUC Goiás
Planejamento e Gerência de Projetos de Software Prof.: Ivon Rodrigues Canedo PUC Goiás Projeto É um trabalho que visa a criação de um produto ou de serviço específico, temporário, não repetitivo e que
Leia maisEngenharia de Software II
Engenharia de Software II Aula 14 Revisão http://www.ic.uff.br/~bianca/engsoft2/ Aula 14-07/05/2006 1 Processo de Software Qual é a diferença entre uma atividade de arcabouço e uma atividade guarda chuva?
Leia maisEngenharia de Software III
Departamento de Informática Programa de Pós Graduação em Ciência da Computação Laboratório de Desenvolvimento Distribuído de Software Estágio de Docência Cronograma e Método de Avaliação Datas Atividades
Leia maisMODELAGEM DE SISTEMAS DE INFORMAÇÃO
Unidade III MODELAGEM DE SISTEMAS DE INFORMAÇÃO Prof. Daniel Arthur Gennari Junior Sobre esta aula Ciclo de Vida de Sistemas Engenharia de Software Aplicações de Software Diagramação de Software Ciclo
Leia mais5 Considerações finais
5 Considerações finais 5.1. Conclusões A presente dissertação teve o objetivo principal de investigar a visão dos alunos que se formam em Administração sobre RSC e o seu ensino. Para alcançar esse objetivo,
Leia maisQUALIDADE DE SOFTWARE
DOCENTE PROFESSOR CELSO CANDIDO QUALIDADE DE SOFTWARE Formação: o Bacharel em Sistemas de Informações (SI); o MBA em Tecnologia da Informação e Comunicação (TIC). Conhecimentos: o Web Designer; o Arquitetura
Leia maisBUSCANDO UM PROCESSO DE DESENVOLVIMENTO DE SOFTWARE PARA AUXILIAR A GESTÃO DE PRODUÇÃO DO PBL-VE E DO PBL-VS
973 BUSCANDO UM PROCESSO DE DESENVOLVIMENTO DE SOFTWARE PARA AUXILIAR A GESTÃO DE PRODUÇÃO DO PBL-VE E DO PBL-VS Jéssica Magally de Jesus Santos 1 ; Gabriela Ribeiro Peixoto Rezende Pinto 2 1. Bolsista
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 maisPorque estudar Gestão de Projetos?
Versão 2000 - Última Revisão 07/08/2006 Porque estudar Gestão de Projetos? Segundo o Standish Group, entidade americana de consultoria empresarial, através de um estudo chamado "Chaos Report", para projetos
Leia maisIntrodução ao RUP Rational Unified Process. por Denize Terra Pimenta Outubro/2004
Introdução ao RUP Rational Unified Process por Denize Terra Pimenta Outubro/2004 1 Contexto Não é suficiente apenas a presença de desenvolvedores altamente treinados: Precisamos de uma linguagem para a
Leia maisO Gerenciamento de Documentos Analógico/Digital
Tipos de GED: Document imaging Document management Document Imaging / Document Management O Gerenciamento de Documentos Analógico/Digital Mundo analógico Criação Revisão Processamento Arquivo Mundo digital
Leia maisITIL v3 - Operação de Serviço - Parte 1
ITIL v3 - Operação de Serviço - Parte 1 É na Operação de Serviço que se coordena e realiza as atividades e processos necessários para fornecer e gerenciar serviços em níveis acordados com o usuário e clientes
Leia maisProcessos de gerenciamento de riscos. Planejamento Identificação Análise Resposta Monitoramento
Gerência de Riscos Processos de gerenciamento de riscos Planejamento Identificação Análise Resposta Monitoramento Gerência de Riscos O Plano de Gerência de Riscos descreve como a identificação, a análise
Leia maisUML e a Ferramenta Astah. Profa. Reane Franco Goulart
UML e a Ferramenta Astah Profa. Reane Franco Goulart História da UML o Percebeu-se a necessidade de um padrão para a modelagem de sistemas, que fosse aceito e utilizado amplamente. o Alguns esforços nesse
Leia maisA utilização de CRM como estratégia de negócio
Instituto de Educação Tecnológica Pós-graduação Gestão e Tecnologia da Informação - Turma nº 25 09 de abril de 2015 A utilização de CRM como estratégia de negócio Dasio Giovanni do Carmo Barreto Supervisor
Leia maisUM SISTEMA WEB PARA TORCEDORES EM CAMPEONATOS ESPORTIVOS ESTUDANTIS
UM SISTEMA WEB PARA TORCEDORES EM CAMPEONATOS ESPORTIVOS ESTUDANTIS Leonardo Assunção Rossi 1 NIPETI 2 - Instituto Federal de Mato Grosso do Sul (IFMS), Campus Nova Andradina Leonardo.a.rossi72@gmail.com
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 maisQuestionário de Avaliação de Maturidade Setorial: Modelo PRADO-MMGP
DARCI PRADO Questionário de Avaliação de Maturidade Setorial: Modelo PRADO-MMGP Versão 1.6.4 Setembro 2009 Extraído do Livro "Maturidade em Gerenciamento de Projetos" 2ª Edição (a publicar) Autor: Darci
Leia maisQUALIDADE DE SOFTWARE
QUALIDADE DE SOFTWARE - 02 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.
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 maisEstudo de Viabilidade. GMon Sistema de Gerenciamento de Monitores. Curso: Ciências da Computação Professora: Carla Silva
Estudo de Viabilidade GMon Sistema de Gerenciamento de Monitores Curso: Ciências da Computação Professora: Carla Silva Recife, 20 de Janeiro de 2012 1 Sumário 1. Motivação... 3 2. Problema identificado...
Leia maisGerenciamento da Integração (PMBoK 5ª ed.)
Gerenciamento da Integração (PMBoK 5ª ed.) O PMBoK diz que: O gerenciamento da integração do projeto inclui os processos e as atividades necessárias para identificar, definir, combinar, unificar e coordenar
Leia maisAprimoramento através da integração
Aprimoramento através da integração Uma parceria para implementar uma solução de aprendizagem em tempo recorde Visão Geral Com mais de 70 anos de excelência na produção de conhecimento no Brasil, a Fundação
Leia maisAVALIAÇÃO DE INTERFACES UTILIZANDO O MÉTODO DE AVALIAÇÃO HEURÍSTICA E SUA IMPORTÂNCIA PARA AUDITORIA DE SISTEMAS DE INFORMAÇÕES
AVALIAÇÃO DE INTERFACES UTILIZANDO O MÉTODO DE AVALIAÇÃO HEURÍSTICA E SUA IMPORTÂNCIA PARA AUDITORIA DE SISTEMAS DE INFORMAÇÕES Rafael Milani do Nascimento, Claudete Werner Universidade Paranaense (Unipar)
Leia maisNÚCLEO DE APOIO ESPECIALIZADO EM PROGRAMAÇÃO. Lucas Schwendler; Darlei Feix; Andreia Sias Rodrigues
NÚCLEO DE APOIO ESPECIALIZADO EM PROGRAMAÇÃO Lucas Schwendler; Darlei Feix; Andreia Sias Rodrigues Curso: Técnica integrado Informática Instituição: Instituto Federal Sul-Rio-Grandense Campus Venâncio
Leia maissendo bastante acessível e compreendido pelos usuários que o utilizarem.
APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA Claudiléia Gaio Bandt 1 ; Tiago Heineck 2 ; Patrick Kochan 3 ; Leila Lisiane Rossi 4 ; Angela Maria Crotti da Rosa 5 INTRODUÇÃO Este artigo descreve
Leia maisAdministração da Produção I
Administração da Produção I Manutenção Manutenção Manutenção: Termo usado para abordar a forma pela qual organizações tentam evitar as falhas cuidando de suas instalações físicas. É uma parte importante
Leia maisUM SISTEMA WEB PARA GERÊNCIA DE CAMPEONATOS DE BASQUETEBOL
UM SISTEMA WEB PARA GERÊNCIA DE CAMPEONATOS DE BASQUETEBOL Delvair Junior dos Reis Gonsalves 1 NIPETI 2 - Instituto Federal de Mato Grosso do Sul (IFMS), Campus Nova Andradina dj_reis96@hotmail.com Claudio
Leia maisOrganização. Trabalho realizado por: André Palma nº 31093. Daniel Jesus nº 28571. Fábio Bota nº 25874. Stephane Fernandes nº 28591
Organização Trabalho realizado por: André Palma nº 31093 Daniel Jesus nº 28571 Fábio Bota nº 25874 Stephane Fernandes nº 28591 Índice Introdução...3 Conceitos.6 Princípios de uma organização. 7 Posição
Leia maisSarmento Concursos Ltda.
JULGAMENTO DE RECURSOS REFERENTE ÁS PROVAS PRÁTICAS CONCURSO PÚBLICO - EDITAL Nº 01/2011 A Comissão Examinadora do Concurso Público Edital nº 01/2011, da Companhia de Informática de Jundiaí CIJUN-SP, no
Leia maisQualidade de Software
de Software Gerenciamento de de Software Dedica-se a assegurar que o nível requerido de qualidade seja atingido Em um produto de software Envolve a definição de padrões e procedimentos apropriados de qualidade
Leia maisSoluções via.net para otimização de processos paramétricos com Autodesk Inventor.
Soluções via.net para otimização de processos paramétricos com Autodesk Inventor. Michel Brites dos Santos MAPData A parametrização quando possível já é uma forma de otimizar o processo de criação na engenharia.
Leia maisCurso Superior de Tecnologia em Banco de Dados e Sistemas para Internet Disciplina: Projeto Integrador III Prof.: Fernando Hadad Zaidan
Faculdade INED Curso Superior de Tecnologia em Banco de Dados e Sistemas para Internet Disciplina: Projeto Integrador III Prof.: Fernando Hadad Zaidan Ago-2008 1 Gestão de requisitos 2 Bibliografia: PAULA
Leia maisFundamentos de Teste de Software
Núcleo de Excelência em Testes de Sistemas Fundamentos de Teste de Software Módulo 2- Teste Estático e Teste Dinâmico Aula 4 Projeto de Teste 1 SUMÁRIO INTRODUÇÃO... 3 ANÁLISE E PROJETO DE TESTE... 3 1.
Leia maisObjetivos Específico
Banco de Dados Ementa (DBA) Conceitos Gerais sobre Banco de Dados Instalação e configuração da Ferramenta de Banco de Dados. Elaboração de projeto de Banco de Dados. Implementação do projeto de Banco de
Leia mais