SERS: Uma Ferramenta de Apoio ao Reuso de Requisitos
|
|
- Emanuel Aragão Aldeia
- 8 Há anos
- Visualizações:
Transcrição
1 SERS: Uma Ferramenta de Apoio ao Reuso de Requisitos Rodrigo Cezario da Silva 1, Fabiane Barreto Vavassori Benitti Universidade do Vale do Itajaí (UNIVALI) Mestrado em Computação Aplicada Caixa Postal Itajaí SC Brazil rodrigo@studiodesigner.com.br, fabiane.benitti@univali.br Abstract. This paper presents a tool to specify system requirements (called SERS), which provides support for the reuse of software requirements, conducting recommendations to reuse, based on a catalog of requirement patterns and traceability between requirements. 1. Introdução Nos últimos anos, as organizações voltadas ao desenvolvimento de software têm procurado por melhores práticas em engenharia de requisitos [Davey e Cope 2008; Liu, Li e Peng 2010]. Essa busca por novas práticas ocorreu porque as organizações perceberam que o êxito no projeto está cada vez mais relacionado a um melhor entendimento dos requisitos [Wiegers 2006; Robertson e Robertson 2006]. Diversos autores [Young 2004; Hood et al. 2008] relatam dificuldades encontradas na fase de elicitação de requisitos e apontam como principal problema a compreensão na elicitação de requisitos. Neste sentido, a literatura apresenta várias técnicas como entrevistas, brainstorming, cenários, observação, dentre outras, que são comumente utilizadas nesta etapa do desenvolvimento de software. Complementarmente, autores apontam o reuso de requisitos como uma solução para ajudar a minimizar os problemas relacionados à elicitação de requisitos [Lutowski 2005; Falbo et al. 2007]. O reuso de requisitos tende a conduzir a uma melhora na qualidade do processo de engenharia de requisitos [Perednikas, 2008], reduzindo o tempo de desenvolvimento, aumentando a qualidade do produto desenvolvido [Cybulski e Reed, 2000] e promovendo especificações de requisitos de maior qualidade [Robertons e Robertons, 2006]. Wiegers (2006) e Young (2004) recomendam o apoio de ferramentas para automatizar e gerenciar o processo de Engenharia de Requisitos. Essa automatização pode ser feita desde a elicitação dos requisitos até a sua gerência. Johnson e Harris (1991) afirmam que a reutilização informal é possível, mas que existem muitas vantagens em apoiar-se em uma ferramenta computacional para realização de um processo de reuso. No entanto, há poucas ferramentas disponíveis atualmente que suportem o reuso de requisitos e, dentre as existentes, na maioria dos casos o reuso ocorre a partir da identificação do requisito a ser reutilizado pelo próprio usuário, sem nenhuma abordagem de apoio a esta busca. Estudos atuais como o de Alves et al. (2010), indicam a necessidade de desenvolvimento de ferramentas de apoio para linha de produtos de software, apontando carência de soluções automatizadas para análise de requisitos de natureza textual. Além disso, técnicas para recuperação, adaptação e consolidação de requisitos reutilizáveis têm recebido pouca atenção em comparação a reutilização de software [Lamsweerde, 2000]. Assim, percebeu-se a oportunidade de contribuir com
2 área de Engenharia de Requisitos através de uma ferramenta de apoio a uma abordagem de reuso de software que auxilie na identificação de potenciais requisitos para reuso. Assim, SERS (Sistema para Especificação de Requisitos de Software) tem como foco o reuso de requisitos a partir de uma abordagem apoiada em um catálogo de padrões de requisitos e a rastreabilidade 1 entre requisitos. Para compreender a proposta, este artigo aborda na seção 2 conceitos sobre reuso de requisitos de software, bem como os principais pontos da abordagem da ferramenta SERS - padrões de requisitos e rastreabilidade. Na seção 3 é apresentada uma visão geral da ferramenta descrevendo as principais funcionalidades, os mecanismos de apoio ao reuso e sua arquitetura. A seção 4 discorre sobre as ferramentas correlacionadas apresentando um comparativo. Na seção 5 são abordadas as considerações finais e trabalhos futuros. 2. Reuso de Requisitos O reuso é visto pela comunidade de software como uma atividade fundamental em todos os processos relacionados com o desenvolvimento de software [Franch et al. 2010; Oliveira e Spínola, 2007] devendo sua utilização ser ampla e não só restrita ao reuso de código [Konda e Mandava 2010]. A reutilização de requisitos de software pode ajudar os engenheiros nas atividades de elicitação, análise, validação e documentação de requisitos e, como consequência, beneficiar-se com especificações de requisitos de maior qualidade [Robertons e Robertons 2006]. Uma forma de reuso de requisitos é através da rastreabilidade entre requisitos pois, além do seu foco principal que é apoiar a análise de impacto (auxiliando na gestão de mudanças), também serve de apoio ao processo de reutilização dos artefatos [Dick 2002; Spanoudakis e Zisman 2005]. Para Wahono (2002), a reutilização baseada na experiência pode ser usada para identificar necessidades que uma solução deve satisfazer. Neste sentido, padrões proveem uma reutilização de alto nível que pode ser implementado em muitas linguagens e plataformas [Oliveira 2009]. De modo amplo, o reuso de padrões é feito através da identificação de um conjunto de padrões que servirão de núcleo para elaboração da análise do sistema. Sendo assim, os padrões de requisitos são vistos pela comunidade como uma abordagem viável de apoio a reutilização [Franch et al. 2010] Padrões de requisitos Padrões de requisitos propõem soluções genéricas e reutilizáveis para escrita de requisitos [Franch et al. 2010; Withall 2007], ou para problemas recorrentes na engenharia de requisitos [Hagge e Lappe, 2004]. Sendo assim, padrões de requisitos fornecem orientações de como escrever os requisitos, sugerindo informações, ajudando com alertas e sugestões que devem ser consideradas. Um mapeamento do estado da arte referente a padrões para escrita de requisitos foi realizado através de uma revisão sistemática [Silva e Benitti, 2011] e, a partir deste mapeamento, a ferramenta SERS adotou o padrão proposto por Withall (2007), por ser o mais completo e detalhado - apresentando 37 padrões de requisitos que foram organizados na ferramenta em seis domínios 2. 1 A rastreabilidade é a capacidade de rastrear um elemento do projeto a outros elementos correlatos, ou seja, no contexto da SERS referese a dependência entre requisitos funcionais e não funcionais. 2 O catálogo com os padrões está disponível em
3 3. Ferramenta SERS A ferramenta SERS é uma ferramenta destinada a apoiar a elicitação e documentação de requisitos de software. O diferencial da ferramenta é prover funcionalidades específicas para o reuso de requisitos, provendo automaticamente sugestões de requisitos para reuso através de uma abordagem baseada na rastreabilidade entre requisitos e em padrões de requisitos (organizados na forma de um catálogo de padrões, conforme descrito na seção 2.1). 3.1 Funcionalidades Pode-se dividir as principais funcionalidades da ferramenta em 2 grupos: Funcionalidades básicas inerentes a qualquer ferramenta da área de requisitos de software, a citar: (a) cadastro de usuário; (b) cadastro de projeto; (c) cadastro de interessados; (d) cadastro das seções do documento de especificação de requisitos; (e) cadastro de requisito de usuário; (f) cadastro de requisito de sistema; (g) rastreabilidade entre requisitos; e (h) impressão do documento de especificação de requisitos. Funcionalidades de apoio ao reuso constituem o diferencial da ferramenta: (a) busca, seleção e aplicação de padrões de requisito; (b) sugestão de requisitos para reuso baseado em um padrão de requisito; e (c) sugestão de requisitos para reuso baseado nos vínculos de rastreabilidade. Focando nas funcionalidades que promovem o mecanismo de reuso da ferramenta, a figura 1a ilustra a busca por um padrão (que pode ser feito por palavrachave, selecionando uma categoria ou por tipo de requisito) o resultado da busca está retratado na figura 1b. Ao selecionar um padrão, é apresentado ao usuário um detalhamento do mesmo (contemplando objetivo, problema, contexto, forças, exemplo de utilização e template), permitindo ao usuário selecionar o padrão para uso (Figura 1c). Figura 1. Busca e seleção de um padrão Uma vez selecionado um padrão, o sistema apresenta a tela para cadastro de requisitos de sistema, contemplando no campo de descrição o template do padrão selecionado (Figura 2a). Nesta mesma interface, em havendo requisitos para reusar, é apresentado o alerta ao usuário (Figura 2b). Acessando a aba Sugestões de reuso o
4 usuário encontra uma lista de requisitos de sistemas (Figura 2c) que podem ser selecionados para: (i) reutilização compartilhada situação em que alterações no requisito do projeto original serão propagadas no projeto em que foi reutilizado (o contrário não se aplica) destaca-se que nesta modalidade alterações somente são permitidas a partir do projeto original; (ii) copiar e manter ligação situação em que alterações no requisito do projeto original não alterarão o projeto que o reutilizou. Nesta modalidade é permitida alteração no requisito reutilizado, no entanto, mantendo o vínculo com o projeto original (permitindo comparação com o projeto original); e (iii) copiar caso em que nenhum vínculo é mantido e alterações são permitidas. Figura 2. Reuso de requisito Esse mecanismo faz sugestões de requisitos baseado nos requisitos especificados a partir do padrão selecionado pelo usuário. Por exemplo, o usuário seleciona o padrão de requisito de documentação, a partir daí, é possível resgatar do repositório especificações de requisitos de outros projetos que fizeram uso deste mesmo padrão. Por fim, quando um requisito é reutilizado o mesmo é inserido automaticamente na lista de requisitos de sistema do projeto atual. No entanto, se o requisito reutilizado possui algum vínculo (rastreabilidade) no projeto original, estes requisitos vinculados também serão sugeridos, consistindo assim em outro mecanismo para apoio ao reuso. Por exemplo, o usuário reutiliza um requisito que trata do registro de pagamento de locação, a partir daí, é possível sugerir os requisitos vinculados a este, como taxa de atraso na devolução da locação, verificação de permissões de acesso, tempo de resposta, acessibilidade, dentre outros Arquitetura A ferramenta SERS foi desenvolvida utilizando uma arquitetura de 3 camadas (figura 3): (a) a primeira camada trata da apresentação, na qual envolve tecnologias da Web 2.0; (b) a camada controle trata das regras da ferramenta, destacando-se nesta camada as classes wucreusoporpadrao (gerencia as sugestões de reuso baseado na escolha de um padrão de requisito) e wucreusorastreabilidade (gerencia as sugestões de reuso baseando-se nos vínculos de rastreabilidade entre os requisitos); e (c) a camada de modelo composta pelas classes persistentes.
5 A ferramenta foi desenvolvida na plataforma.net para Web (ASP.NET baseada no Framework 3.5) utilizando Visual Basic como linguagem de programação e MS- Access como banco de dados. Para implementação da camada de apresentação foi utilizado um pacote de extensões ASP.NET, a biblioteca Microsoft ASP.NET AJAX (Asynchronous JavaScript and XML) e o pacote Control Toolkit. Em relação ao desenvolvimento, a ferramenta SERS foi projetada e testada por dois engenheiros de software e implementada por um programador. Cabe salientar que a primeira versão da ferramenta SERS foi finalizada a apenas 3 meses, sendo utilizada por 24 usuários envolvidos em um experimento (a Seção 5 apresenta mais detalhes). Figura 3. Arquitetura 4. Ferramentas correlatas Atualmente existem diversas ferramentas que oferecem suporte a engenharia de requisitos. Em INCOSE (2011) constam 34 ferramentas destinadas a esta área da engenharia de software. Como critério para comparação, verificou-se quais citavam algum tipo de suporte à reutilização de especificações de requisito resultando em 4 ferramentas comerciais correlatas. Além dessas, outras 3 ferramentas desenvolvidas no escopo de projetos de pesquisa foram elencadas. A análise comparativa considerou: (i) forma de reuso descreve as possibilidades disponíveis na ferramenta para reutilizar um requisito; (ii) sugestão de reuso descreve os mecanismos disponíveis para identificar um requisito para reuso; e (iii) utilização de padrões verifica se há algum suporte ao uso de padrões de requisitos. A Tabela 1 demonstra o resultado da análise. Ferramenta Forma de reuso 3 Tabela 1. Comparativo entre ferramentas Sugestão de reuso Utilização de padrões Contour 4 CC Não oferece Não Informação técnica Aplicação web na plataforma Java com BD MySQL, SQL Server, HSQL e Oracle 3 CC Funcionalidade de Copiar e Colar : nenhum vínculo entre os requisitos é mantido. CL Funcionalidade de Copiar e Link : a ferramenta mantém um vínculo com o requisito original, mas o novo requisito pode ser alterado. C Funcionalidade de Compartilhar : alterações no requisito original são propagadas para os projetos que o reutilizaram. 4
6 integreat Requirement Studio 5 CC / CL Não oferece Não Aplicação desktop na plataforma.net 3.5 Aplicação cliente/servidor na MKS Integrity 6 CC / CL / C Não oferece Não plataforma Java com os BD Oracle, SQL e DB2 IRQA 7 CC / CL / C Não oferece Não Aplicação cliente/servidor na plataforma.net com BD Sql Server, Oracle e Ms Access COMPASS-S [Lam 1997] REMAP-tool [Schmid et al. 2006] C Não identificado Não oferece Propõe definir pontos de variabilidade do requisito e um modelo de decisão para sugerir requisitos em uma linha de produto. Formulários padrões variando de acordo com a categoria do requisito MIA [Monzon 2008] CC / CL / C Não oferece Não SERS CC / CL / C - a partir do uso de um padrão - a partir da rastreabilidade entre requisitos Não Catálogo com 37 padrões de requisito [Withall, 2007] Aplicativo desktop em VB com BD Ms Access Plugin para a ferramenta DOORS Plugin para a ferramenta DOORS Aplicação web na plataforma.net com BD Ms Access A parte a ferramenta SERS, observa-se que apenas 3 das 7 ferramentas (42%) declaram implementar o reuso considerando as 3 formas (CC, CL e C). Ainda, apenas uma das ferramentas disponíveis apresentou um mecanismo para sugerir requisitos (mecanismo este diferente do proposto na ferramenta deste artigo). No mais, observa-se que apenas uma ferramenta implementa recurso para auxiliar no emprego de padrões, utilizando padrões diferentes dos contemplados na SERS. Neste ponto é importante destacar que, na prática, em todas as ferramentas os requisitos podem ser descritos observando um padrão, mas dependerá exclusivamente do conhecimento do usuário para isso, o que se buscou observar foi um apoio da ferramenta ao emprego de padrões. Pelas informações técnicas destacadas, observa-se que existem opções de ferramentas de diferentes tipos (web, desktop e plugins) para apoiar o reuso de requisitos, suportadas por diferentes bancos de dados. Por fim, destaca-se que não foi encontrada uma ferramenta que reúna as 3 características exploradas pela SERS, bem como os mecanismos de sugestão para reuso e os padrões de requisitos adotados são também diferentes dos demais identificados. 5. Considerações Finais Este artigo apresentou a ferramenta SERS para apoio ao reuso de especificação de requisitos. Esta ferramenta foi concebida com o objetivo de apoiar uma abordagem de reuso de requisitos que utiliza os vínculos de rastreabilidade e catálogo de padrões de requisitos como mecanismo para o apoio ao reuso de requisitos. Conforme pode ser observado na análise comparativa, as ferramentas da área de requisitos que oferecem suporte ao reuso adotam abordagens distintas da SERS e, em nenhum caso, foi encontrado o uso de sugestões e padrões em uma mesma abordagem, consistindo em um diferencial da SERS. Um estudo de viabilidade foi realizado utilizando dois estudos de caso (um projeto de e-commerce para livraria e o outro de um sistema de locação/reserva de veículos) distribuídos, equanimente, entre os 12 participantes (visando identificar a
7 viabilidade da ferramenta SERS em contextos diferentes). Cabe salientar que foi realizado um teste não-paramétrico Chi-Square para confirmar que não existia diferença significativa no nível de conhecimento (p-value = 0,530) em engenharia de requisito (obtidos por um questionário de perfil do participante) entre os grupos. Os resultados do experimento demonstraram que o estudo de caso do projeto de e-commerce obteve uma média superior a 45% de reuso dos requisitos e o outro estudo de caso teve uma média de 75% de reutilização. Observou-se também que a maioria das aceitações de reuso foi promovida pelas sugestões baseada nos padrões (perto de 60% das reutilizações realizadas), aspecto já esperado, uma vez que as sugestões por rastreabilidade são decorrentes da reutilização a partir do uso de um padrão. Estes dados indicam que ambos os mecanismos de apoio favoreceram ao reuso. Outros resultados são apresentados pela figura 5 que demonstra a percepção dos participantes quanto à ferramenta SERS (obtendo avaliação positiva quanto a sua adequação, facilidade de uso, apoio ao reuso e utilização dos padrões) Análise da percepção dos participantes 0 Concordo totalmente Concordo parcialmente Indiferente Não concordo particialmente A ferramenta apresentou funcionalidades adequadas para documentação de requisitos. A ferramenta foi fácil de utilizar. O reuso de requisitos contribuiu significativamente na elicitação (identificação) dos requisitos. O uso dos padrões auxiliou na escrita dos requisitos. Utilizaria a ferramenta na minha prática profissional Não concordo totalmente Figura 4. Avaliação da SERS Algumas das principais contribuições da ferramenta, além de apoiar a atividade de elicitação e especificação de requisito, são: (a) provê mecanismos para encontrar requisitos utilizados em outros projetos, como forma de se obter requisitos indiretamente; (b) busca o aumento da qualidade de escrita dos requisitos (através dos padrões de requisito); e (c) auxilia na diminuição do esforço na atividade de elicitação e especificação promovendo o reuso. Em relação às limitações, a ferramenta SERS ainda não possui funcionalidade de gerenciamento dos requisitos, como o controle de versão e gerenciamento de mudanças. Como trabalho futuro pretende-se realizar 2 avaliações visando mensurar o potencial de reuso dos mecanismos implementados: (i) uma avaliação empírica visando identificar a eficiência e eficácia 8 e; (ii) uma avaliação GQM com especialistas na área de Engenharia de Requisitos. Além disso, algumas melhorias já estão previstas, como implementar novos mecanismos de sugestão de reuso e possibilidade de gerenciar os 8 No contexto deste trabalho a eficiência é considerada a razão entre o número de requisitos corretamente descritos e o tempo gasto no processo de elicitação. A eficácia é considerada como a relação entre o número de requisitos corretamente descritos e número total de requisitos existentes (conhecidos).
8 padrões. A ferramenta SERS encontra-se disponível para uso no link Referências Alves, V., Niu, N., Alves, C. and Valença, G. (2010) Requirements engineering for software product lines: A systematic literature review IST, Volume: 52, Issue: 8, August, 2010, pp , Elsevier Cybulski, J. L. and Reed, K. (2000) Requirements Classification and Reuse: Crossing Domain Boundaries, in ICSR'2000, (Vienna, Austria, 2000), Davey, B. and Cope, C. (2008) Requirements Elicitation What s Missing?, IISIT, vol.5. Dick, J. (2002) Rich Traceability, Proceedings of the 1 st International Workshop on Traceability in Emerging Forms of Software Engineering, Edinburgh, Scotland. Falbo, R. A., Martins, A. F., Segrini, B. M., Baiôco, G., Dal Moro, R. and Nardi, J. C. (2007) Um Processo de Engenharia de Requisitos Baseado em Reutilização de Ontologias e Padrões de Análise, VI Jornadas Iberoamericanas de Ingenieería del Software e Ingeniería del Conocimiento, Lima Perú. Franch, X., Palomares, C., Quer, C. and Renault, S. (2010) A Metalmodel for Software Requirement Patterns*, REFSQ 2010, Springer-Verlag: Berlin, p Hagge, L. and Lappe, K. (2004) Patterns for the RE Process, Proceedings of the 12 th IEEE International Requirements Engineering Conference (RE 04). Hood, C., Wiedemann, S., Fichtinger, S. and Pautz, U. (2008) Requirements Management: The Interface Between Requirements Development and All Other Systems Engineering Processes, Springer: Berlin. INCONSE, International Council On Systems Engineering (2011) Tools survey: requirements management (RM) tools, Seattle, WA, USA. Disponível em: < Acessado abril de Johnson, W. L. and Harris, D. R. (1991) Sharing and Reuse of Requirements Knowledge, Proc. KBSE-91, IEEE Press, Los Alamitos, CA; pp Konda, B. M. and Mandava, K. K. (2010) A Systematic Mapping Study on Software Reuse, University essay from Blekinge Tekniska Högskola/COM - Master Thesis Software Engineering. Monzon, A. (2008) A Practical Approach to Requirements Reuse in Product Families of On-Board Systems, International Requirements Engineering. 16th IEEE, pp , 8-12 Sept Lam, W. (1997) Developing component-based tools for requirements reuse: a process guide, 8 th IEEE IWCASE, pp Lamsweerde, A. (2000) Requirements Engineering in the Year 00: A Research Perspective, 22 th International Conference on Software Engineering, Liu, L., Li, T. and Peng, F. (2010) Why Requirements Engineering Fails: A Survey Report from China, Requirements Engineering Conference (RE), 18 th IEEE International. Lutowski, R. (2005). Software requirements: encapsulation, quality, and reuse. Boca Raton, Fl: Aurebach. Oliveira, K. (2009) Proposta de um Catálogo de Padrões Aplicados ao Processo de Elicitação de Requisitos Para Software de Gestão Comercial, Tese em Engenharia de Produção, São Paulo. Oliveira, K. and Spinola, M. (2007) POREI: Patterns-Oriented Requirements Elicitation Integrated Proposta de um Metamodelo Orientado à Padrão para Integração do Processo de Eliciação de Requisitos, Latin America Conference on Pattern Languages of Programming, 6ª., Pernambuco. Perednikas, E. (2008) Requirements Reuse Based on Forecast of User Needs, International Conference 20 th EurOPT Neringa, Lithuania: pp: Robertson, S. and Robertson, J. (2006). Mastering the Requirements Process, 2 ed. Addison Wesley. 9 Posteriormente os fontes serão liberados sob a licença MIT (Massachusetts Institute of Technology)
9 Schmid, K.; Krennrich, K.; Eisenbarth, M. (2006) Requirements management for product lines: extending professional tools, Software Product Line Conference, 10th International, pp.10 pp.-122 Silva, R. C. and Benitti, F. B. V. (2011) Padrões de Escrita de Requisitos: um mapeamento sistemático da literatura, In Proceedings 14 th Workshop on Requirements Engineering - WER Spanoudakis, G. and Zisman, A. (2005) Software Traceability: A Roadmap. Advances in Software Engineering and Knowdledge Engineering, v. 3, World Scientific Publishing. Wahono, R. S. (2002) On the Requirements Pattern of Software Engineering, Temu Ilmiah XI Wiegers, K. E. (2006). More About Software Requirements: Thorny Issues and Practical Advice, Microsoft Press. Withall, S. (2007). Software Requirement Patterns, Washington: Microsoft Press. Young, R. R. (2004). The Requirements Engineering Handbook. Artech House.
Transformação de um Modelo de Empresa em Requisitos de Software
Transformação de um Modelo de Empresa em Requisitos de Software Fábio Levy Siqueira 1 and Paulo Sérgio Muniz Silva 2 1 Programa de Educação Continuada da Poli-USP, São Paulo, Brazil 2 Escola Politécnica
Leia maisInstituto de Computação, Universidade Federal do Amazonas (UFAM) Manaus-AM, Brasil
Elicitação de Requisitos a partir de Modelos de Processos de Negócio e Modelos Organizacionais: Uma pesquisa para definição de técnicas baseadas em heurísticas Marcos A. B. de Oliveira 1, Sérgio R. C.
Leia maisFerramenta de apoio a gerência de configuração de software. Aluno: Rodrigo Furlaneto Orientador: Everaldo Artur Grahl
Ferramenta de apoio a gerência de configuração de software Aluno: Rodrigo Furlaneto Orientador: Everaldo Artur Grahl Roteiro de apresentação Introdução Objetivos Fundamentação Teórica Gerência de Configuração
Leia maisUma Abordagem de Engenharia de Requisitos Para Linhas de Produtos de Software
Uma Abordagem de Engenharia de Requisitos Para Linhas de Produtos de Software Gabriela Guedes de Souza, Jaelson Castro e Carla Silva ggs@cin.ufpe.br, jbc@cin.ufpe.br, carla@dce.ufpb.br DEPARTAMENTO DE
Leia maisDocumento de Análise e Projeto VideoSystem
Documento de Análise e Projeto VideoSystem Versão Data Versão Descrição Autor 20/10/2009 1.0 21/10/2009 1.0 05/11/2009 1.1 Definição inicial do documento de análise e projeto Revisão do documento
Leia maisINFORMATIZAÇÃO DE FARMÁCIAS PÚBLICAS UTILIZANDO SOFTWARE
INFORMATIZAÇÃO DE FARMÁCIAS PÚBLICAS UTILIZANDO SOFTWARE Murilo Nunes Elias 1 1 Departamento de Informática e Estatística Universidade Federal de Santa Catarina(UFSC) Caixa Postal 475 88.040 900 Florianópolis
Leia maisUsando RDL para Derivação de Produtos em uma Linha de Produtos de Software
Usando RDL para Derivação de Produtos em uma Linha de Produtos de Software Juliano Dantas Santos Universidade Federal do Rio de Janeiro COPPE - Instituto Alberto Luiz Coimbra de Pós-Graduação e Pesquisa
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 maisUm processo para construção de software mais transparente
Um processo para construção de software mais transparente Eduardo Almentero 1, and Julio Cesar Sampaio do Prado Leite 1 1 Pontifícia Universidade Católica do Rio de Janeiro, PUC - Rio, Brasil {ealmentero,
Leia maisTest-Module: uma ferramenta para gerenciamento de testes de software integrada ao FireScrum
Test-Module: uma ferramenta para gerenciamento de testes de software integrada ao FireScrum Audrey B. Vasconcelos, Iuri Santos Souza, Ivonei F. da Silva, Keldjan Alves Centro de Informática Universidade
Leia maisAPLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA
APLICATIVO WEB PARA O SETOR DE EXTENSÃO IFC VIDEIRA Autores: Claudiléia Gaio BANDT; Tiago HEINECK; Patrick KOCHAN; Leila Lisiane ROSSI; Angela Maria Crotti da ROSA Identificação autores: Aluna do Curso
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 maisPalavras-chave: i3geo, gvsig, Mapserver, integração, plugin. Contato: edmar.moretti@terra.com.br ou edmar.moretti@gmail.com
III Jornada Latinoamericana e do Caribe do gvsig Artigo: Integração do software i3geo com o gvsig Autor: Edmar Moretti Resumo: O i3geo é um software para a criação de mapas interativos para internet qu
Leia maisQUESTINAMENTOS AO EDITAL DE CONCORRÊNCIA 01/2013
QUESTINAMENTOS AO EDITAL DE CONCORRÊNCIA 01/2013 Prezados Senhores da comissão de licitação da UENF, seguem alguns questionamentos acerca do edital de concorrência 01/2013 para esclarecimentos: 1. ANEXO
Leia maisAplicativo web para definição do modelo lógico no projeto de banco de dados relacional
Aplicativo web para definição do modelo lógico no projeto de banco de dados relacional Juarez Bachmann Orientador: Alexander Roberto Valdameri Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento
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 maisSISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE. Aluno: Roberto Reinert Orientador: Everaldo A. Grahl
SISTEMA DE WORKFLOW PARA MODELAGEM E EXECUÇÃO DE PROCESSOS DE SOFTWARE Aluno: Roberto Reinert Orientador: Everaldo A. Grahl Roteiro de apresentação Introdução Objetivos Fundamentação Teórica Workflow Processo
Leia maisUm Processo para Desenvolvimento de Aplicações Web Baseado em Serviços. Autores: Fábio Zaupa, Itana Gimenes, Don Cowan, Paulo Alencar e Carlos Lucena
Um Processo para Desenvolvimento de Aplicações Web Baseado em Serviços Autores: Fábio Zaupa, Itana Gimenes, Don Cowan, Paulo Alencar e Carlos Lucena Tópicos Motivação e Objetivos LP e SOA Processo ADESE
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 maisAUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0
AUTOR: DAVID DE MIRANDA RODRIGUES CONTATO: davidmr@ifce.edu.br CURSO FIC DE PROGRAMADOR WEB VERSÃO: 1.0 SUMÁRIO 1 Conceitos Básicos... 3 1.1 O que é Software?... 3 1.2 Situações Críticas no desenvolvimento
Leia maisAnexo I Formulário para Proposta
PLATAFORMA CGI.br Solicitação de Propostas SP Anexo I Formulário para Proposta Data: 05/07/2013 Versão: 1.1 Plataforma CGI.br Solicitação de Propostas - SP Anexo I Formulário para Proposta 1. Estrutura
Leia maisDocumento de Requisitos
Documento de Requisitos Projeto: Data 26/05/2005 Responsável Autor (s) Doc ID Localização Versão do Template Márcia Jacyntha Nunes Rodrigues Lucena Silvia Cássia Pereira Márcia Jacyntha Nunes Rodrigues
Leia mais02/10/2012. Padronização de interfaces. Referências
Referências Engenharia de Usabilidade Prof.: Clarindo Isaías Pereira da Silva e Pádua Contribuição: Cláudio Márcio de Souza Vicente Gestus Hix, D.; Hartson, H. R. Developing User Interfaces: ensuring usability
Leia maisA Semi-Automatic Strategy to Identify Crosscutting Concerns in PL-AOVgraph Requirement Models
Universidade Federal do Rio Grande do Norte Departamento de Informática e Matemática Aplicada Natal/RN - Brasil A Semi-Automatic Strategy to Identify Crosscutting Concerns in PL-AOVgraph Requirement Models
Leia maisRequisitos de Software
Requisitos de Software Centro de Informática - Universidade Federal de Pernambuco Kiev Gama kiev@cin.ufpe.br Slides originais elaborados por Ian Sommerville e adaptado pelos professores Márcio Cornélio,
Leia maisLinhas de Produtos de Software. Professor: Uirá DIMAp / UFRN, 2009.2
Linhas de Produtos de Software Professor: Uirá DIMAp / UFRN, 2009.2 Aula 4: Modelagem de Variabilidades em Requisitos Modelagem de Requisitos Documentação textual Não limita a expressividade dos requisitos
Leia maisUniversidade Estadual de Maringá Centro de Tecnologia Departamento de Informática Programa de Pós-Graduação em Desenvolvimento de Sistemas para Web
Universidade Estadual de Maringá Centro de Tecnologia Departamento de Informática Programa de Pós-Graduação em Desenvolvimento de Sistemas para Web } Com o forte crescimento do comércio eletrônico por
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 maisSISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS
SISTEMA DE AGENDAMENTO E GERENCIAMENTO DE CONSULTAS CLÍNICAS Pablo dos Santos Alves Alexander Roberto Valdameri - Orientador Roteiro da apresentação Introdução Objetivos Motivação Revisão bibliográfica
Leia maisCHECK - LIST - ISO 9001:2000
REQUISITOS ISO 9001: 2000 SIM NÃO 1.2 APLICAÇÃO A organização identificou as exclusões de itens da norma no seu manual da qualidade? As exclusões são relacionadas somente aos requisitos da sessão 7 da
Leia maisDesenvolvimento de ferramenta computacional para o controle de equipamentos de acordo com a ISO/IEC 17025.
Desenvolvimento de ferramenta computacional para o controle de equipamentos de acordo com a ISO/IEC 17025. Computational development tool for equipament control according to ISO/IEC 17025. Heloisa de Campos
Leia maisDESENVOLVIMENTO WEB DENTRO DOS PARADIGMAS DO HTML5 E CSS3
DESENVOLVIMENTO WEB DENTRO DOS PARADIGMAS DO HTML5 E CSS3 Eduardo Laguna Rubai, Tiago Piperno Bonetti Universidade Paranaense (Unipar) Paranavaí PR- Brasil eduardorubay@gmail.com, bonetti@unipar.br Resumo.
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 maisEMISSÃO DE CERTIFICADOS ELETRÔNICOS NOS EVENTOS DO INSTITUTO FEDERAL CATARINENSE CÂMPUS VIDEIRA
EMISSÃO DE CERTIFICADOS ELETRÔNICOS NOS EVENTOS DO INSTITUTO FEDERAL CATARINENSE CÂMPUS VIDEIRA Autores : Jeferson BOESING; Tiago HEINECK; Angela Maria Crotti da ROSA; Leila Lisiane ROSSI Identificação
Leia maisDocumento de Arquitetura
Documento de Arquitetura A2MEPonto - SISTEMA DE PONTO ELETRÔNICO A2MEPonto - SISTEMA DE PONTO ELETRÔNICO #1 Pág. 1 de 11 HISTÓRICO DE REVISÕES Data Versão Descrição Autor 28/10/2010 1 Elaboração do documento
Leia maisAplicando Avaliações de Contextualização em Processos de Software Alinhados ao nível F do MR-MPS V1.2
Aplicando Avaliações de Contextualização em Processos de Software Alinhados ao nível F do MR-MPS V1.2 IV Workshop de Implementadores W2-MPS.BR 2008 Marcello Thiry marcello.thiry@gmail.com Christiane von
Leia maisPRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB)
RELATÓRIO DE ENTREGA DO PRODUTO 1 (CONSTRUÇÃO DE PORTAL WEB) PARA A ELABORAÇÃO DOS PLANOS MUNICIPAIS DE GESTÃO INTEGRADA DE RESÍDUOS SÓLIDOS PMGIRS PARA OS MUNICÍPIOS DE NOVO HORIZONTE, JUPIÁ, GALVÃO,
Leia maisDesenvolvimento de um software de gerenciamento de projetos para utilização na Web
Resumo. Desenvolvimento de um software de gerenciamento de projetos para utilização na Web Autor: Danilo Humberto Dias Santos Orientador: Walteno Martins Parreira Júnior Bacharelado em Engenharia da Computação
Leia maisRequisitos de Ferramentas Especializadas de Gestão de Configuração de Software
Requisitos de Ferramentas Especializadas de Gestão de Configuração de Software Ricardo Terra 1 1 Departamento de Ciência da Computação Universidade Federal de Minas Gerais (UFMG) Campus da Pampulha 31.270-010
Leia maisDesenvolvimento de um CMS 1 para a criação e publicação de web sites acessíveis por deficientes visuais.
Desenvolvimento de um CMS 1 para a criação e publicação de web sites acessíveis por deficientes visuais. Tales Henrique José MOREIRA 1 ; Gabriel da SILVA 2 ; 1 Estudante de Tecnologia em Sistemas para
Leia maisFERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS
FERRAMENTA WEB PARA MODELAGEM LÓGICA EM PROJETOS DE BANCOS DE DADOS RELACIONAIS PAULO ALBERTO BUGMANN ORIENTADOR: ALEXANDER ROBERTO VALDAMERI Roteiro Introdução Objetivos Fundamentação teórica Desenvolvimento
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 maisAmbiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração O livro
Desenvolvimento em PHP usando Frameworks Elton Luís Minetto Agenda Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração O livro Ambiente Web É o ambiente
Leia maisAmbiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração
Desenvolvimento em PHP usando Frameworks Elton Luís Minetto Agenda Ambiente Web PHP Problemas Frameworks CakePHP Symfony Zend Framework Prado CodeIgniter Demonstração Ambiente Web É o ambiente formado
Leia maisGARANTIA DA QUALIDADE DE SOFTWARE
GARANTIA DA QUALIDADE DE SOFTWARE Fonte: http://www.testexpert.com.br/?q=node/669 1 GARANTIA DA QUALIDADE DE SOFTWARE Segundo a NBR ISO 9000:2005, qualidade é o grau no qual um conjunto de características
Leia maisRequisitos de Software. Teresa Maciel DEINFO/UFRPE
Requisitos de Software Teresa Maciel DEINFO/UFRPE 1 Requisito de Software Características que o produto de software deverá apresentar para atender às necessidades e expectativas do cliente. 2 Requisito
Leia maisEMISSÃO DE CERTIFICADOS ELETRÔNICOS NOS EVENTOS DO INSTITUTO FEDERAL CATARINENSE CÂMPUS VIDEIRA
EMISSÃO DE CERTIFICADOS ELETRÔNICOS NOS EVENTOS DO INSTITUTO FEDERAL CATARINENSE CÂMPUS VIDEIRA Jeferson Boesing 1 ; Tiago Heineck 2 ; Angela Maria Crotti da Rosa 3 ; Leila Lisiane Rossi 4 INTRODUÇÃO Alunos
Leia maisSemântica para Sharepoint. Busca semântica utilizando ontologias
Semântica para Sharepoint Busca semântica utilizando ontologias Índice 1 Introdução... 2 2 Arquitetura... 3 3 Componentes do Produto... 4 3.1 OntoBroker... 4 3.2 OntoStudio... 4 3.3 SemanticCore para SharePoint...
Leia maisBANCO DE AULAS E PROJETOS MANUAL DO APLICATIVO
BANCO DE AULAS E PROJETOS MANUAL DO APLICATIVO APRESENTAÇÃO Este aplicativo possibilita o compartilhamento de planos de aulas e projetos desenvolvidos e/ou aplicados nas unidades educacionais, entre os
Leia maisAgenda da Aula. Resumo dos Padrões (Aula 4) Padrões Arquiteturais. Arquitetura Cliente-Servidor. Arquitetura Cliente-Servidor
Reuso de Software Aula 05 Agenda da Aula Linha de Produtos de Software Eduardo Figueiredo http://www.dcc.ufmg.br/~figueiredo reuso.software@gmail.com 19 Março 2012 Padrões arquiteturais Cliente-Servidor
Leia maisConteúdo. Disciplina: INF 02810 Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo
Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF 02810 Prof.: (monalessa@inf.ufes.br) Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de
Leia maisDiferenças da versão 6.3 para a 6.4
Release Notes Diferenças da versão 6.3 para a 6.4 Melhorias Comuns ao Sistema Help O Help Online foi remodelado e agora é possível acessar os manuais de cada módulo diretamente do sistema. Mapeamento de
Leia maisBRAlarmExpert. Software para Gerenciamento de Alarmes. BENEFÍCIOS obtidos com a utilização do BRAlarmExpert:
BRAlarmExpert Software para Gerenciamento de Alarmes A TriSolutions conta com um produto diferenciado para gerenciamento de alarmes que é totalmente flexível e amigável. O software BRAlarmExpert é uma
Leia maisDESENVOLVIMENTO WEB UTILIZANDO FRAMEWORK PRIMEFACES E OUTRAS TECNOLOGIAS ATUAIS
DESENVOLVIMENTO WEB UTILIZANDO FRAMEWORK PRIMEFACES E OUTRAS TECNOLOGIAS ATUAIS Emanuel M. Godoy 1, Ricardo Ribeiro Rufino 1 1 Universidade Paranaense (Unipar) Paranavaí PR Brasil godoymanel@gmail.com,
Leia maisEngenharia de Ontologias Seminário UPON
Engenharia de Ontologias Seminário UPON Núcleo de Estudos em Modelagem Conceitual e Ontologias Bruno Nandolpho Machado Vinícius Soares Fonseca Professor: Ricardo de Almeida Falbo Agenda RUP Método UPON
Leia maisOcomon & Invmon: Ferramentas para gerência de suporte de helpdesk
Ocomon & Invmon: Ferramentas para gerência de suporte de helpdesk Flávio Ribeiro Centro de Informática Centro Universitário La Salle (Unilasalle) Av. Victor Barreto,2288 Canoas RS Brasil flavio@unilasalle.edu.br
Leia maisTable 1. Dados do trabalho
Título: Desenvolvimento de geradores de aplicação configuráveis por linguagens de padrões Aluno: Edison Kicho Shimabukuro Junior Orientador: Prof. Dr. Paulo Cesar Masiero Co-Orientadora: Prof a. Dr. Rosana
Leia maisPrototipação de Software
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCIÊNCIAS, LETRAS E CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIAS DE COMPUTAÇÃO E ESTATÍSTICA Prototipação de Software Engenharia de Software 2o. Semestre de 2005
Leia mais3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio
32 3 Um Framework Orientado a Aspectos para Monitoramento e Análise de Processos de Negócio Este capítulo apresenta o framework orientado a aspectos para monitoramento e análise de processos de negócio
Leia maisTRIBUNAL REGIONAL FEDERAL DA 2ª REGIÃO Secretaria de Tecnologia da Informação
TRIBUNAL REGIONAL FEDERAL DA 2ª REGIÃO Secretaria de Tecnologia da Informação REGIONALIZAÇÃO DE SERVIÇOS DE TI MAPEAMENTO DE PROVIDÊNCIAS INICIAIS Março/2014 V 1.1 REGIONALIZAÇÃO DE SERVIÇOS DE TI MAPEAMENTO
Leia maisGeração do Portal CPCX - UFMS pelo UNION: Um Estudo de Caso
Geração do Portal CPCX - UFMS pelo UNION: Um Estudo de Caso Lourival dos Santos Pires Júnior, Tony Carlos Bignardi dos Santos, Amaury Antônio de Castro Junior, Carlos Alberto da Silva, Leila Lisiane Rossi
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 maisBH PARK Software de Estacionamento
BH PARK Software de Estacionamento WWW.ASASSOFTWARES.COM.BR Índice 1 Informações Básicas... 1 1.1 Sair da aplicação... 1 1.2 Travar aplicação... 1 1.3 Licenciando a aplicação... 1 1.4 Contrato de Manutenção...
Leia maisJosé Benedito Lopes Junior ¹, Marcello Erick Bonfim 2
ISBN 978-85-61091-05-7 Encontro Internacional de Produção Científica Cesumar 27 a 30 de outubro de 2009 Definição de uma tecnologia de implementação e do repositório de dados para a criação da ferramenta
Leia maisPlanejamento da disciplina: Modelagem de processos de negócio
UNIVERSIDADE FEDERAL DE MINAS GERAIS / INSTITUTO DE CIÊNCIAS EXATAS DEPARTAMENTO DE CIÊNCIA DA COMPUTAÇÃO Planejamento da disciplina: Modelagem de processos de negócio Professor: Clarindo Isaías Pereira
Leia maisSoftware automatizado para controle de consultas da clínica de fisioterapia
Software automatizado para controle de consultas da clínica de fisioterapia Jeverson Siqueira 1, Wallace Caldeira 1, Jorge Aikes Junior 1 1 Ciência da Computacão Faculdades Anglo Americano de Foz do Iguaçu
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 maisDESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES. Trabalho de Graduação
DESENVOLVIMENTO DE INTERFACE WEB MULTIUSUÁRIO PARA SISTEMA DE GERAÇÃO AUTOMÁTICA DE QUADROS DE HORÁRIOS ESCOLARES Trabalho de Graduação Orientando: Vinicius Stein Dani vsdani@inf.ufsm.br Orientadora: Giliane
Leia maisMRP II. Planejamento e Controle da Produção 3 professor Muris Lage Junior
MRP II Introdução A lógica de cálculo das necessidades é conhecida há muito tempo Porém só pode ser utilizada na prática em situações mais complexas a partir dos anos 60 A partir de meados da década de
Leia maisAPOO Análise e Projeto Orientado a Objetos. Requisitos
+ APOO Análise e Projeto Orientado a Objetos Requisitos Requisitos 2 n Segundo Larman: n São capacidades e condições às quais o sistema e em termos mais amplos, o projeto deve atender n Não são apenas
Leia maisA PÁGINA DISCIPLINAR DE MATEMÁTICA DO PORTAL DIA A DIA EDUCAÇÃO
A PÁGINA DISCIPLINAR DE MATEMÁTICA DO PORTAL DIA A DIA EDUCAÇÃO Resumo: Dolores Follador Secretaria de Estado da Educação do Paraná e Faculdades Integradas do Brasil - Unibrasil doloresfollador@gmail.com
Leia maisEngenharia de Software Sistemas Distribuídos
Engenharia de Software Sistemas Distribuídos 2 o Semestre de 2009/2010 FEARSe Requisitos para a 1 a entrega 18 de Março de 2010 1 Introdução O projecto conjunto das disciplinas de Engenharia de Software
Leia maisProgramação com acesso a BD. Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br
Programação com acesso a BD Prof.: Clayton Maciel Costa clayton.maciel@ifrn.edu.br 1 Introdução BD desempenha papel crítico em todas as áreas em que computadores são utilizados: Banco: Depositar ou retirar
Leia maissoftwares que cumprem a função de mediar o ensino a distância veiculado através da internet ou espaço virtual. PEREIRA (2007)
1 Introdução Em todo mundo, a Educação a Distância (EAD) passa por um processo evolutivo principalmente após a criação da internet. Os recursos tecnológicos oferecidos pela web permitem a EAD ferramentas
Leia maisDesenvolvimento de aplicação web com framework JavaServer Faces e Hibernate
Desenvolvimento de aplicação web com framework JavaServer Faces e Hibernate Tiago Peres Souza 1, Jaime Willian Dias 1,2 ¹Universidade paranaense (Unipar) Paranavaí PR Brasil tiagop_ti@hotmail.com 2 Universidade
Leia maisFábrica de Software 29/04/2015
Fábrica de Software 29/04/2015 Crise do Software Fábrica de Software Analogias costumam ser usadas para tentar entender melhor algo ou alguma coisa. A idéia é simples: compara-se o conceito que não se
Leia maisDESENVOLVIMENTO DE APLICATIVO MÓVEL PARA AUXÍLIO NA PREVENÇÃO DE TRAGÉDIAS EM DECORRÊNCIA DE ENCHENTES
DESENVOLVIMENTO DE APLICATIVO MÓVEL PARA AUXÍLIO NA PREVENÇÃO DE TRAGÉDIAS EM DECORRÊNCIA DE ENCHENTES Autores: Luciano GONÇALVES JUNIOR, Natália Maria Karmierczak DA SILVA, Paulo César Rodacki GOMES,
Leia maisParticipação Critérios de participação - Elegibilidade Procedimento para participar da chamada: Número de propostas/aplicações
Campanha Mundial "Construindo Cidades Resilientes: Minha cidade está se preparando! Plataforma Temática sobre Risco Urbano nas Américas Chamada sobre boas práticas e inovação no uso de Sistemas de Informação
Leia maisV Workshop Anual do MPS - WAMPS 2009 Estudo de Viabilidade de Domínio para Avaliar o Potencial da Organização Quanto à Implementação do Processo Desenvolvimento para Reutilização do MR-MPS MPS Mylene Lisbôa
Leia maisRoteiro. Arquitetura. Tipos de Arquitetura. Questionário. Centralizado Descentralizado Hibrido
Arquitetura Roteiro Arquitetura Tipos de Arquitetura Centralizado Descentralizado Hibrido Questionário 2 Arquitetura Figura 1: Planta baixa de uma casa 3 Arquitetura Engenharia de Software A arquitetura
Leia maisRoteiro para a escrita do documento de Especificação de Requisitos de Software (ERS)
Roteiro para a escrita do documento de Especificação de Requisitos de Software (ERS) Definição Geral: Disciplina de Compiladores Prof. Jorge Bidarra (UNIOESTE) A especificação de requisitos tem como objetivo
Leia maisMicrosoft.NET. Desenvolvimento Baseado em Componentes
Microsoft.NET Lirisnei Gomes de Sousa lirisnei@hotmail.com Jair C Leite jair@dimap.ufrn.br Desenvolvimento Baseado em Componentes Resolução de problemas específicos, mas que podem ser re-utilizados em
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 maisManual Do Usuário Processo Aditivo de Prazo
Manual Do Usuário Processo Aditivo de Prazo Versão 1.0 Agosto 2015 2 SUMÁRIO 1 OBJETIVO... 3 2 INTRODUÇÃO... 3 3 ACESSANDO O SISTEMA DE GESTÃO DE PROCESSOS... 4 4 CONFIGURANDO O IDIOMA DO SISTEMA... 5
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 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 maisEngenharia de Software
Universidade São Judas Tadeu Profª Dra. Ana Paula Gonçalves Serra Engenharia de O Processo Uma Visão Genérica Capítulo 2 (até item 2.2. inclusive) Engenharia de - Roger Pressman 6ª edição McGrawHill Capítulo
Leia maisversão 2.0 do BABOK Cover this area with a picture related to your presentation. It can
Uma visão geral da versão 2.0 do BABOK Cover this area with a picture related to your presentation. It can be humorous. Make sure you look at the Notes Pages for more information about how to use the template.
Leia maisDocumento de Projeto de Sistema
Documento de Projeto de Sistema 1 IFES / Serra Projeto: Gerenciador de Pelada - Oasis Registro de Alterações: Versão Responsável Data Alterações 0.1 Eduardo Rigamonte, Geann Valfré, João Paulo Miranda,
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 maisINTRODUÇÃO E CONFIGURAÇÃO DO PRIMEFACES MOBILE EM APLICAÇÕES JSF
INTRODUÇÃO E CONFIGURAÇÃO DO PRIMEFACES MOBILE EM APLICAÇÕES JSF Guilherme Macedo, Jaime Willian Dias Universidade Paranaense (Unipar) Paranavaí PR Brasil guilhermemacedo28@gmail.com, jaime@unipar.br Resumo.
Leia maisApós a confirmação de pagamento de sua inscrição para o congresso, você estará apto a entrar no sistema de submissão de trabalho.
Para submissão de trabalhos é necessário que você esteja inscrito no evento. Você deve realizar seu cadastro acessando a opção Cadastrar, quando disponível. É imprescindível que você guarde suas informações
Leia maisAPLICACAÇÃO DE METRICAS E INDICADORES NO MODELO DE REFERENCIA CMMI-Dev NIVEL 2
APLICACAÇÃO DE METRICAS E INDICADORES NO MODELO DE REFERENCIA CMMI-Dev NIVEL 2 Renan J. Borges 1, Késsia R. C. Marchi 1 1 Universidade Paranaense (UNIPAR) Paranavaí, PR Brasil renanjborges@gmail.com, kessia@unipar.br
Leia maisLicenciamento BMC Remedy. Esclarecimento sobre licenciamento dos produtos. 6/5/2010
Licenciamento BMC Remedy Esclarecimento sobre licenciamento dos produtos. 6/5/2010 1 1.1 BMC REMEDY IT SERVICE MANAGEMENT SUÍTE A licença acima permite a instalação das seguintes aplicações: BMC Remedy
Leia maisAPOSTILAS: NORMAS; ABNT NBR ISO; MPS BR
APOSTILAS: NORMAS; ABNT NBR ISO; MPS BR Fonte: http://www.softex.br/mpsbr/_home/default.asp Apostilas disponíveis no site 1 NORMAS: NBR ISO NBR ISO/IEC CMM SPICE Continuação... 2 NORMAS VISÃO GERAL NBR
Leia maisProjeto Disciplinar de Infra-Estrutura de Software SISPA FACULDADE SENAC
1 Projeto Disciplinar de Infra-Estrutura de Software SISPA FACULDADE SENAC Edilberto Silva 1, André Luiz (1012545), Andreia Pereira da Silva (1012547) Carlos Alberto (1012206), Humberto César de Carvalho
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 mais