Engenheirando Software

Características de um Projeto de Pesquisa

• Tem um tema bem definido
• Possui metas alcançáveis bem justificadas
• Tem início, meio e fim (tempo limitado)
• Deve ser viável (recursos em geral)
• Propor resultados verificaveis

Concepção geral do projeto

1º Passo - Identificar o tema

• O tema deve ser de interesse do pesquisador
• Tema muito amplo pode resultar em um trabalho superficial
• É mais interessante selecionar um tema que possa ser analisado em profundidade

Questões a serem feitas

• O que será pesquisado?
• O assunto é de interesse do pesquisador?
• Haverá necessidade de prova ou algum tipo de desenvolvimento?
• O trabalho tem potencial pra ser original?

Onde encontrar um tema de pesquisa?

• Experiências pessoais e profissionais
• Desafios apontados por especialistas
• Leituras e reflexões
• Em conversar, debates e discussões

Formulação do problema de pesquisa

• Não basta ter um tema, precisa ter um problema de pesquisa
• Não há uma “fórmula mágica” para se encontrar um problema de pesquisa
• Requer experiência e demanda orientação (de professores)

Exemplo

Necessidade: melhoria da mobilidade em grandes centros urbanosTema: controle do trânsito de veículos em vias urbanasProblema: como melhorar a mobilidade urbana em grandes cidades a partir de um sistema capaz de realizar um controle inteligente do trânsito de veículos.Problema 1: um sistema de controle de semáforos de trânsito pode melhorar a mobilidade urbana das grandes cidades?Problema 2: um sistema inteligente de controle de semáforos de trânsito pode melhorar a mobilidade urbana em cidades com um bom sistema de transporte público?

Justificativa

• Todo projeto de pesquisa tem que se justificar
• O tema é atual?
• Porque vale a pena fazer essa pesquisa?
• Quais as possiveis contribuições decorrentes da solução? Há algum tipo de inovação?
• Ou seja, o problema é relevante?

Objetivo

• Decorre diretamente do problema formulado
• O que se pretende alcançar com a pesquisa
• Destacar o objetivo, p.ex., iniciar um parágrafo com “O objetivo desse projeto..”
• Todo projeto deve ter um objetivo geral (umas 3 frases no infinitivo)
• Objetivo geral pode ser dividido em objetivos específicos

Objetivo geral do problema exemplo

Desenvolver um sistema inteligente de controle de semáforos de trânsito para melhorar a mobilidade urbana em grandes centros urbanos

Objetivo específicos do problema exemplo

• Mapear as grandes cidades que serão estudadas, bem como os seus sistemas de trânsito.
• Analisar os sistemas de controle de semáforos de trânsitos utilizados em grandes centros urbanos.
• Especificar os requisitos de um sistema inteligente de controle de semáforos de trânsito para grandes cidades, destacando os problemas ou deficiências dos sistemas existentes
• Implementar o novo sistema inteligente de controle de semáforos de trânsito para grandes cidades
• Realizar uma análise comparativa do novo sistema com os sistemas atuais

Plataformas emergentes

• Plataformas móveis: em 2014 o número de smartphones superou o de desktops, consolidando a plataforma mobile junto com desktop e web.
• IoT: smartwatch, google glass, tênis com sensores, transporte urbano.
• Redes sociais: números nunca antes visto de interatividade social. Ex: Facebook, whatsapp.

Todas essas plataformas levam a uma convergência denominada pelo Gartner Group como o Nexus das Forças. Sinaliza uma tendência tecnológica que deve direcionar todo o desenvolvimento de aplicações corporativas.

Plataformas - Open group

• 1a. Plataforma: foi até meados dos anos 80, possuia milhares de usuários suportados por mainframes
• 2a. Plataforma: até inicio do sec. XXI, suportado pelo PC, Internet, e Cliente/Servidor. Possuia centenas de milhões de usuários. Riqueza de interação.
• 3a. Plataforma: Bilhões de usuários. Suportado por banda larga, dispositivos móveis, serviços em nuvem, big data, internet das coisas. Traz desafios importantes em tecnologia, já que Java e .NET por exemplo, não consegue lidar com a 3a. plataforma.

Plataforma Javascript

• As tecnologias Javascript e HTML5 foram repensada e redesenvolvidas para fazer aplicações interativas e que podem ser representadas para qualquer tipo de dispositivo.

• Javascript se tornou uma plataforma com todo um conjunto de elementos existentes em plataformas estabelecidas, Ex:

• Componentes

• Frameworks MVVM
• Servidores
• Testes de unidade
• Gerenciadores de pacotes
• Layouts responsivos
• Linguagens de script

• IDEs

• Bibliotecas Javascript

• Jquery

• Sencha
• ExtJS
• Kendo UI

• Angular

• Framework MVVM JS: Diferente das paginas JSF, o trafego de dados entre o servidor é muito menor ao usar um framework javascript. O Controller fica no browser.

• Backbone

• AngularJS
• Ember

• Knockout

• Servidores de aplicação JS

• NodeJS

• SilkJS

• Testes de Unidade JS

• QUnit

• Mocha
• Jasmine

• Arquilian

• IDEs JS

• Senha Architect

• WebStorm

• Gerenciamento de Pacotes JS

• Bower

• Jam

• Npm

• Framework CSS

• Less

• Bootstrap

• Foundation

• Linguagens de Script JS

• CoffeeScript

• Parse
• TypeScript

Tecnologias básicas de plataforma .NET

ASP.NET

Tecnologia para o desenvolvimento de aplicações Web.

• Razor: linguagem de marcação para escrita de páginas ASP.NET
• Windows Forms: tecnologia para desenvolvimento de aplicações desktop
• Smart Clients: tecnologia para facilitar a distribuição e atualização de aplicações desktop

ADO.NET

Tecnologia para interoperabilidade e persistência de dados com banco de dados relacionais

• Entity Framework: tecnologia para mapeamento ORM em .NET
• nHibernate: tecnologia de terceiros para ORM em .NET

WCF

• Tecnologia para componentização e exposição de serviços em ambiente .NET
• Especificar quais os protocolos suportados (HTTP/REST, SOAP, TCP, Named Pipes, entre outros)
• Suporta serviços que operam no IIS ou diretamente sobre o Windows (Service Host)

IIS

• Servidor Web
• Servidor de aplicações baseados em ASP.NET e código gerenciado .NET

Windows Azure

• Plataforma para hospedagem de aplicações para nuvens públicas e privadas
• Suporta .NET, Java e LAMP
• Linux e Windows

Tecnologias avançadas de plataforma .NET

Mensagens - MSMQ

Tecnologia para a criação de aplicações baseadas em mensagens em tecnologias Windows e .NET

Active Directory

Tecnologia para suporte a autenticação e autorização federada de usuários em aplicaçõesSuporte a LDAP e Kerberos

APP Fabric Caching

Tecnologia para suporte a cache distribuído de aplicações .NET

Microsoft BizTalk

• Barramento de serviço (ESB) com suporte intensivo a tecnologias Windows
• Possui mais de 30 conectores a recursos corporativos legados (ex SAP ou COBOL)
• Suporte a orquestrações BPMS

Plataforma LAMP

• Termo genérico que denota o desenvolvimento de aplicações em ambiente Linux, Apache httpD, MySQL e PHP;
• Generalizado para sinalizar o uso de tecnologias rápidas e simples para o desenvolvimento de aplicações Web;
• Generalizado para linguagens dinâmicas: python, ruby, groovy.
• Banco de dados abertos: MariaDb ou PostgreSQL
• Linux (SUSE, Redhat, outros) e Windows

PHP

• Linguagem para desenvolvimento de aplicações Web
• Valores: Simplicidade e produtividade
• Ambientes de produtividade com CakePHP suportam técnicas de aceleração com Scaffolding

Aplicações de scaffolding

• Ruby/Ruby on Rails
• Python/Django
• Groovy/Grails
• Java/Play Framework

Plataforma .NET

O que é o .NET Framework?

• Aplicações Gerenciadas - aplicações ficam num ambiente gerenciado
• .NET Framework - conjunto de bibliotecas que facilitam desenvolvimento de aplicações
• Sistema Operacional Windows - existem variações para linux também

Diferente do Java EE, que somente especifica as tecnologia e a implementação é feita por terceiros. A plataforma .NET fornece tanto as especificações como as implementações..NET tem suporte a multilinguagem, mais comuns são C# e VB.NET

Tecnologias básicas de Java EE

JSF

“A tecnologia Java Server Faces é um framework de componentes no lado servidor para interfaces de usuários Web baseada em tecnologia Java”, Java EE 6 TutorialJSF é uma especificação, a implementação é o PrimeFaces, RichFaces, IceFaces.Cuida da renderização de páginas web. É multicamadas e multi-plataforma.

Servlets

“Um servlet é uma classe da linguagem Java que é usada para estender as capacidades de servidores que hospedam aplicações por meio de um modelo de programação requisição-resposta”, Java EE 6 TutorialFaz a ligação entre a lógica de negócio e as páginas web. Faz roteamento, auditoria, transações

JAX-WS

“Provê a funcionalidade para serviços Web grandes baseado nos protocolos comuns WS-*”, Java EE 6 TutorialUsado para integração com outros sistemasÉ apenas uma especificação Apache CXF, JBOSS WebServices

JAX-RS

“Provê a funcionalidade para serviços web no estilo RESTful”, Java EE 6 TutorialÉ apenas uma especificação, um exemplo de implementação é o Apache Jersey

JPA

“A API de persitência Java provê facilidades de mapeamento objeto relacional para gerenciar dados relacionais em aplicações Java”, Java EE 6 Tutorial

Tecnologias avançadas de Java EE

EJB

É um componente servidor que encapsula a lógica de negócio de uma aplicação
Adiciona poderes a uma classe e permite que a aplicação se torne muito escalável.

Vantagens

• Controle transacional automático
• Capacidade de operar em ambientes distribuidos
• Facilita a montagem do estilo arquitetural de microserviços ou implantações SOA (é comparável ao WCF nesse sentido)

JMS

É uma API Java que permite que aplicações criem, enviem, recebam ou leiam mensagensÉ uma especificação e pode ser comparado ao MQServices da IBM ou MSMQ da Microsoft.Implementação dessa especificação é o Apache MQ

JTA

Permite que aplicações acessem transações de uma maneira independente de implementações específicas.
É um controle de transação global, por exemplo, fazer o controle da transação para enviar dados a receita e salvar esses dados no banco local. Nesse caso, não adianta fazer controle da transação somente no banco de dados.

JCA

A arquitetura de conectores Java EE permite que componentes Java EE interajam com sistemas legados. Ex. SAPCC.
É uma alternativa mais avançada quando o JAX-WS ou JAX-RS não nos permite fazer a integração com sistemas legados.

Plataforma Java EE

É uma das principais plataformas para desenvolver Web e Distribuído. A plataforma Java EE pode ser representada por uma imagem:

O Java EE é na verdade um conjunto de especificações coordenado por um conjunto de empresas, por isso, o Java EE não representa uma tecnologia específica.

Os servidores de aplicação para o Java EE mais conhecidos são:

• Apache Tomcat
• JBOSS Web Server
• JBOSS Application Server
• IBM WebSphere WebServer
• IBM WebSphere Application Server
• Oracle Application Server

Plataformas arquiteturais

Representa um arranjo tecnológico das escolhas técnicas realizadas pelo time e que leva a implementação da solução no software.

Estilo arquitetural

A função de uma arquitetura vai determinar a forma do componente a ser montado. Analogamente, a arquitetura de uma casa a ser montada, vai refletir na sua forma. Portanto, uma casa com telhado fazendo um ângulo acentuado refletiu a intenção de evitar a neve se deposite no telhado da casa.

A escolha do estilo arquitetural é a maior decisão na definição de uma arquitetura.

Alguns estilos arquiteturais:

• Cliente-servidor
• Baseado em cadastros web (Web 1.0)
• Aplicações Ricas de Internet (Web 2.0)
• Multicamadas (n-camadas)
• Baseado em integração de aplicações (EAI)
• Baseado em serviços
• Baseado em processos de negócio (BPMS)
• Baseado em computação em grade (grid computing)

Plataforma arquitetural

É um tipo particular de mecanismo de implementação. É uma solução que representa o primeiro grande produto técnico que vai ser escolhido na arquitetura.Exemplos concretos

• Java EE
• .NET

Escolha de plataformas arquiteturais

Como as plataformas podem ser escolhidas?Uma solução emocional é usar a tecnologia que já se conhece para ser aplicado em qualquer tipo de problema. Não é uma boa ideia.Decisão estratégica: Escolha de um carro

• Antes de escolher um carro, deve-se compreender a real necessidade
• É importante definir quais os critérios devem conduzir a escolha

Necessidades para compra de um carro

• “Uso o carro para fins urbanos”
• “Sou casado e tenho três filhos”
• “Faço pequenas viagens e minha esposa carrega muita bagagem”
• “Meu orçamento é limitado a R$ 55.000”
• “Moro numa cidade quente”

É preciso fazer uma decisão racional!! Nem sempre a escolha final vai agradar, no caso da escolha do carro, sobrou um carro não muito atrativo. Mas a escolha racional é a mais certa de ser feita.Através de “plugins” podemos modificar a plataforma escolhida para atender melhor nossos requisitos, no caso do carro, após o ter escolhido, podemos adicionar ar-condicionado, airbag, som, etc. No caso de uma plataforma arquitetural, após ter escolhida Java EE p.ex., pode optar por usar JSF ou PrimeFaces, hibernate ou JPA, etc.

Modelagem Arquitetural com modelo de visualização 4+1. O objetivo é permitir que arquitetos possam capturar, comunicar e expressar de uma forma simples e visual como arquitetura foi pensada para seus times.

• Visualização lógica - perspectiva do usuário final e representa os grandes blocos de construção de um software, os pacotes.
• Visualização de implementação - perspectiva para os desenvolvedores através de diagramas e componentes da UML
• Visualização do implantação - topologia física, descrita através do diagrama de implantação.

Visualização Lógica

Objetivo é capturar os principais elementos/módulo de um sistema e como estão relacionados.

Diagrama de pacote

O objetivo é exprimir como dois ou mais pacotes se comunicam ou dependem um do outro.

• Dependência entre pacotes (linha pontilhada e seta aberta)
• Um pacote dentro do outro - todo/parte
• O diagrama de pacotes permite expressar não só a decomposição funcional de um sistema como também padrões arquiteturais, p.ex. MVC.
• É possível expressar também uma arquitetura n-camadas.

Visualização de Implementação

• Expressa os componentes de uma aplicação
• Componentes são DLLs, libs, archives, assembly, JARs, WARs que constituem fisicamente uma aplicação

Diagrama de componentes

• Um componente na UML2 é uma classe estereotipada: <>
• Um componente pode representar qualquer tipo de software como ex. um banco de dados, um servidor de aplicação, servidor web, DLL, JAR
• Dependência é igual aos pacotes (linha pontilhada e seta aberta)
• Através da ligação interface requerida e interface fornecida é possível expressar mais informações no diagrama, do que somente dependência. Ex. browser tem uma interface requerida HTTP e IIS tem uma interface fornecida HTTP.
• Quadrado no componente é chamado “porto”

Visualização de Implantação

Permite expressar a visão topológica, implantação ou rede de um projeto. Representa como um software vai ser instalado e manifestado dentro máquinas na rede onde será hospedado e acessado pelos usuários.

• Tem um caráter físico topológico, por isso fala de uma linguagem mais próxima da linguagem de produção, da infra.
• Permite expressar elementos de hardware, processadores, dispositivos e redes de comunicação.
• Permite mostrar onde os componentes vão residir.

“Nodo” como elemento básico

• É sempre um retângulo em 3D
• Representa um elemento físico, um hardware com capacidade de processamento, ex: iPhone 5S, Samsung Galaxy Tab 3, ATM, Servidor de Banco de Dados
• No diagrama a associação é representada como uma linha contínua
• Dentro de um Nodo, podemos ter vários componentes com dependência, etc.

Permite que o arquiteto possa escolher tecnologias de forma correto no projeto.

• Um mecanismo arquitetural representa uma solução comum para um problema recorrente.
• Um mecanismo liga requisitos arquiteturais a soluções técnicas, que podem ser expressas com a visão 4+1

• Os requisitos do projeto influenciam os mecanismos de análise, desenho e implementação.

• Mecanismos de analise: representa a solução independente de tecnologia

• Mecanismos de desenho: a solução com algum viés tecnológico
• Mecanismo de implementação: solução concreta

Exemplo

Requisito arquitetural:

Dados cadastrais devem estar disponíveis indefinidamente para consulta ou modificação.

Baseado nesse requisito, o mecanismo de analise seria a persistência dos dados, já que é uma solução comum no desenvolvimento de software.

Já o mecanismo de desenho, influenciado pelo de análise, terá algum viés tecnológico, ele poderia por exemplo ser um banco de dados relacional ou um arquivo de texto, mas ainda não tem o nome da tecnologia em si.

O mecanismo de implementação como terá uma solução concreta, esse requisito poderia ser implementado com o MS SQLServer.

Exemplo - Hotel ACME

Requisito arquitetural:

Usuários devem ser corretamente identificados

Restrições:

• A solução de segurança deve ser baseada em padrões abertos
• As senhas não devem trafegar sobre a rede
• A empresa já utiliza soluções Microsoft

Mecanismo de Análise

• Os projetistas estudam materiais técnicos sobre autenticação
• A autenticação é a solução técnica (padronizada) para credenciar usuários do sistema

Mecanismo de Desenho

• As soluções Kerberos e LDAP são elencadas, pois são padrões abertos
• O Kerberos é escolhido, pois não trafega senhas sobre a rede.

Mecanismos de Implementação

• Dado que a empresa já possui produtos MS, escolhemos um produto MS que suporta o protocolo Kerberos
• Active Directory com Kerberos

Requisitos arquiteturais

Não são requisitos não-funcionais. São requisitos que de alguma forma afetam a arquitetura.Dado um requisito

O sistema deve ser rápido e capaz de processar grandes quantidades de requisições simultâneas

“Rápido” e “grandes quantidades” são atributos de qualidade chamados performance e escalabilidade, respectivamente. Ainda nesse requisito, fala de todo o sistema, ou seja, é muito genérico. O papel do arquiteto é transformar um requisito como esse em um requisito específico e mensurável. Um exemplo de um requisito esperto seria:

A tela de cadastro de usuários deve possuir um tempo de resposta menor que 8 segundos e suportar 20 usuários simultaneamente em horários de pico (15:00 às 19:00).

Modelo FURPS+

O modelo permite capturar e qualificar requisitos com completude ao longo do projeto.

Devemos capturar requisitos ao longo de cinco dimensões:

• Functionality - Funcionalidade
• Usability - Usabilidade
• Reliability - Confiabilidade
• Performance - Desempenho
• Supportability - Suportabilidade

Dimensão adicional que lida com restrições técnicas:

• Restrições ao desenho
• Restrições à implementação
• Restrições de interface
• Restrições físicas

Funcionais

Funcionalidade

• Lida com aspectos funcionais
• Requisitos funcionais que o sistema deve atender
• Geralmente relacionados ao domínio do problema
• Ex. pequisa de palavras chave do google (muito complexo)
• Segurança, ajuda on-line, log de auditoria, controle de licenças, envio e recebimento de e-mails, i18n, recursos de impressão e relatórios, recursos de work

Não funcionais: URPS

Usabilidade

• Qualidade da interação entre o sistema e o usuário final. Ex: Velocidade que o usuário entre e recupere informações, facilidade de aprendizado para usuários leigos.

Reliable (Confiabilidade)

• É a disponibildiade do sistema. Qual o tempo que o sistema está disponivel?
• Ex: um produto com disponibilidade de 99% do tempo ao longo de 24 horas.
• Outro exemplo é a recuperação de falhas. Dado uma falha, qual o tempo que o sistema demora para se recuperar.

Performance (Desempenho)

• Está relacionado a dois itens: Vazão e Tempo de resposta
• Vazão: associada ao processamento em lote. Ex. processar folha de pagamento
• Tempo de resposta: tempo que o sistema demora pra fazer uma requisição.

Supportability - Suportabilidade

• Está relacionado aos aspectos internos do sistema, onde somente a equipe de TI consegue enxergar e não o usuário final.
• Ex: Manutenabilidade, sistema operacional

Restrições

Elementos que precedem um determinado produto ou escolha a ser feita. Ex: a empresa já usa um banco Oracle, ou a tela de dispositivo é de 3,5’.

• Restrição ao desenho: especifica e restringe as opções de arquitetura do sistema
• Restrição à implementação: especifica e restringe os aspectos de implementação de código
• Restrição de interface: É uma restrição de comunição. Ex. o sistema deve interoperar através de Webservice
• Restrição física: restrições de algum tipo de hardware

Exemplo prático de arquitetura de software

Antes de aplicar a arquitetura de software para resolver um problema, deve analisar os condutores para se chegar nas soluções dos problemas desses condutores.

O que é uma arquitetura de software

“Arquitetura de software é o conjunto de decisões que, se feitas incorretamente, podem causar o cancelamento do projeto” - Eoin Woods

Tipos de arquitetos

• Arquiteto de soluções

• Responsável por trabalhar com times comercial e pré-venda na solução pré-liminar de um projeto.

• Antes do projeto ser aprovado.

• Faz a ponte entre outros arquitetos, em particular do arquiteto de software.

• Arquiteto de software

• Papel central: liderar a construção de uma arquitetura desde o primeiro dia do projeto

• Usa-se os requisitos críticos

• Toma decisões técnicas

• Arquiteto de dados

• Desafios como BI, ETL, etc.

• Tomada de desciões técnicas

• Arquiteto de Infraestrutura

• Ex.: computação nas nuvens

• Arquiteto de tecnologia Java EE

• Arquiteto de tecnologia .NET
• Arquiteto das nuvens

Conceitos sobre o arquiteto de software

• O arquiteto é um desenvolvedor sênior

• Falso

• Enquanto o desenvolvedor é um especialista, o arquiteto é um generalista.

• O arquiteto não é um desenvolvedor sênior

• O arquiteto domina as APIs de segurança Java ou .NET

• Falso

• Mas precisa dominar as táticas e soluções de mercado que ele vai trabalhar

• O arquiteto domina as táticas arquiteturais de segurança

• O arquiteto desenha plantas e o time de desenvolvimento implementa

• Falso

• O arquiteto junto com o time de desenvolvimento desenvolve cria plantas

• O arquiteto desenvolve a arquitetura

• Falso

• Ele desenvolve a arquitetura junto com time
• O time de arquitetura desenvolve a arquitetura

O que faz um arquiteto de software

Liderar a concepção do software…
…Definindo os atributos de qualidade.

Fornece apoio à construção do software…
…Baseado nos atributos de qualidade.

Decomposição típica das atividades de um arquiteto

• Coleta de requisitos (25%)

• Modelagem e implementação de provas de conceito (50%)

• Provas de conceitos são instrumentos para que arquitetos possam reduzir riscos

• Assistência ao time (25%)

O contexto na arquitetura de software

• É preciso olhar o contexto ambiental onde o arquiteto está envolvido para se tomar decisões arquiteturais. Ex. mudar de framework quando não se tem tempo, nem experiência.

Influências na arquitetura

• Contexto de negócio

• Qual a natureza do projeto que se está trabalhando? Se está trabalhado com um projeto de tempo fechado, não se pode ofender o prazo.

• Diretrizes e requisitos

• Captar as diretrizes do projeto como escalabilidade, segurança, usabilidade que são elementos críticos.

• Restrições e premissas

• Tempo, custo e muitas outras restrições. Ex. time júnior sem capacitação.

• Experiência do time

• Ignorar a experiência do time pode trazer consequencias graves no projeto.

• Soluções técnicas disponíveis

• São chamados de ativos arquiteturas. Podem ser elementos importantes para guia o arquiteto no caminho de boas soluções técnicas.

• Atributos de qualidade diversos

• Aspectos como segurança da informação, performance, usabilidade. É preciso conhecer esses atributos para se alcançar uma boa arquitetura

Decisões arquiteturais

“A vida de um arquiteto de software é uma longa sucessão de decisões sub-ótimas e parcialmente tomadas no escuro.” - Philippe Kruchten

Pontos a serem observados ao tomar decisões

• Alinhamento estratégico

• nunca colocar a tecnologia na frente do negócio.

• Balanceamento de influências diversas

• experiência do time

• ativos da empresa

• contexto de negócio (diretrizes)

• Análise de riscos

• Processo decisório

• O que é melhor para o projeto e não o que o desenvolvedor quer fazer.

Verificação e Validação no MPS-Br

Nível D do MPS-BrObjetivo: formalizar o processo de teste de softwareOs resultados (da verificação e validação) são utilizados por avaliadores se a empresa atingiu os propositos dos processos de teste.

Validação

O propósito do processo Validação é confirmar que um produto ou componente do produto atenderá a seu uso pretendido quando colocado no ambiente para o qual foi desenvolvido.

O objetivo da validação é garantir que o produto correto está sendo desenvolvido.

Resultados esperados

• VAL1 - Produtos de trabalho a serem validados são identificados
• VAL2 - Uma estratégia de validação é desenvolvida e implementada, estabelecendo cronograma, participantes envolvidos, métodos para validação e qualquer material a ser utilizado na validação.
• VAL3 - Critérios e procedimentos para validação dos produtos de trabalho a serem validados são identificados e um ambiente para validação é estabelecido.

• VAL4 - Atividades de validação são executadas para garantir que o produto esteja pronto para uso no ambiente operacional pretendido.

• A execução dos testes ao longo do processo é possível através de 4 etapas:

• Planejamento
• Projeto de casos de teste
• Execução

• Avaliação dos resultados

• VAL5 - Problemas são identificados e registrados

• VAL6 - Resultados de atividades de validação são analisados e disponibilizados para as partes interessadas.
• VAL7 - Evidências de que os produtos de software desenvolvidos estão prontos para o uso pretendido são fornecidas.

Verificação

O propósito do processo de Verificação é confirmar que cada serviço e/ou produto de trabalho do processo ou do projeto atende apropriadamente os requisitos especificados.

Resultados esperados

• VER1 - Produtos de trabalho a serem verificados são identificados
• VER2 - Uma estratégia de verificação é desenvolvida e implementada, estabelecendo cronograma, revisores envolvidos, métodos para verificação e qualquer material a ser utilizado na verificação.
• VER3 - Critérios e procedimentos para verificação dos produtos de trabalho a serem verificados são identificados e um ambiente para verificação é estabelecido.
• VER4 - Atividades de verificação, incluindo testes e revisões por pares, são executadas.
• VER5 - Defeitos são identificados e registrados
• VER6 - Resultados de atividades de verificação são analisados e disponibilizados para as partes interessadas