ATIVIDADE COMPLEMENTAR GAMES Qualidade de Software e Governança de TI ATIVIDADE COMPLEMENTAR GAMES Prof. Renato Jardim Parducci

Agenda Introdução 01- Desenvolver Requisitos de Cliente 02- Levantar Necessidades 2.1- Desenvolver Requisitos de Produto 03- 3.1- Estabelecer Requisitos de Produto e de Componente de Produto Alocar Requisitos de Componente de Produto 3.2- Identificar Requisitos de Interface 3.3- 3.4- Analisar e Validar Requisitos Estabelecer Conceitos Operacionais e cenários 3.5-

Agenda Estabelecer uma definição da funcionalidade Requerida 3.6- Analisar Requisitos 3.7-

Introdução Esta área de processo descreve três tipos de requisitos: requisitos de cliente, requisitos de produto e requisitos de componente de produto. Todos os projetos de desenvolvimento possuem requisitos. O desenvolvimento de requisitos inclui as seguintes atividades: -Levantamento, análise, validação e comunicação de necessidades, expectativas e restrições do cliente a fim de obter requisitos que representem um entendimento do que é necessário para satisfazer às partes interessadas. -Coleta e conciliação das necessidades das partes interessadas. -Desenvolvimento dos requisitos de ciclo de vida do produto. -Estabelecimento dos requisitos do cliente. -Estabelecimento de requisitos iniciais do produto e dos componentes de produto, compatíveis com os requisitos do cliente. A área de processo Desenvolvimento de Requisitos compreende três metas específicas: - A meta específica Desenvolver Requisitos de Cliente: trata da definição de um conjunto de requisitos do cliente para utilização no desenvolvimento de requisitos do produto.

-Desenvolvimento de um conceito operacional. - A meta específica Desenvolver Requisitos de Produto: trata da definição de um conjunto de requisitos de produto ou de componente de produto para utilização no design de produtos e componentes de produto. - A meta específica Analisar e Validar Requisitos: trata da análise dos requisitos do cliente, do produto e dos requisitos dos componentes de produto, necessária para definir, derivar e entender os requisitos. As práticas específicas da terceira meta específica têm como objetivo apoiar as práticas específicas das duas primeiras metas específicas. As análises são utilizadas para compreender, definir e selecionar os requisitos, em todos os níveis, a partir das alternativas candidatas. Essas análises incluem: -Análise de necessidades e de requisitos em cada fase do ciclo de vida do produto, incluindo as necessidades das partes interessadas relevantes, o ambiente operacional e fatores que refletem expectativas e satisfação gerais do usuário final, tais como segurança física, segurança lógica e preço. -Desenvolvimento de um conceito operacional. -Definição da funcionalidade requerida.

Desenvolver Requisitos de Cliente Essa fase de desenvolver requisitos do cliente e para fazer a coleta de informações não mencionados antes pelo cliente, são informações que ficaram faltando para desenvolver a documentação do produto. As necessidades das partes interessadas (por exemplo: clientes, usuários finais, fornecedores, desenvolvedores, testadores, pessoal de manufatura e de suporte logístico) constituem a base para a determinação dos requisitos do cliente. As necessidades das partes interessadas, suas expectativas, restrições, interfaces, conceitos operacionais e conceitos de produto, são analisados, harmonizados, refinados e detalhados para serem traduzidos em um conjunto de requisitos do cliente. Levantar Necessidades Aqui e feito o levantamento das necessidades que o cliente não mencionou durante o desenvolvimento da documentação do produto. Recomenda-se que os requisitos adicionais levem em consideração as várias atividades do ciclo de vida do produto e seus impactos sobre o produto.

Exemplos de técnicas para levantar requisitos: Demonstrações de tecnologias; Grupos de trabalho de controle de interfaces; Grupos de trabalho de controle técnico; Revisões intermediárias de projetos; Questionários, entrevistas e cenários operacionais obtidos a partir dos usuários finais; Walkthroughs operacionais e análise de tarefas do usuário final; Protótipos e modelos; Brainstorming; Desdobramento da Função Qualidade (Quality Function Deployment – QFD); Pesquisas de Mercado; Beta teste; Extração de informações a partir de fontes, tais como documentos, padrões ou especificações; Observações sobre produtos, ambientes e padrões de workflows existentes; Casos de uso; Análise de casos de negócio (business case);

Desenvolver Requisitos de Produto Engenharia reversa (para produtos legados); Análises de satisfação do cliente; Desenvolver Requisitos de Produto Para se desenvolver requesitos de produtos, depende da fase anterior que a coleta das informações dos clientes para executar o requisito do produto. E onde o desenvolvedor irá analisar todas as informações que possui para desenvolver o design e o negócio do produto de acordo com a solicitação do cliente. Os requisitos são revistos a cada detalhamento do conjunto de requisitos e da arquitetura funcional. A rastreabilidade dos requisitos em relação a funções, objetos, testes, questões críticas, ou a outras entidades é documentada. Os requisitos e funções alocadas constituem a base para a síntese da solução técnica. Estabelecer Requisitos de Produto e de Componente de Produto Estabelecer e manter os requisitos de produto e de componente de produto, com base nos requisitos de cliente. Os requisitos de cliente podem ser expressos em termos próprios do cliente, não necessariamente na forma de descrições técnicas. Os requisitos de produto são

a expressão desses requisitos em termos técnicos que podem ser utilizados para decisões de design. Os requisitos de produto e de componente de produto tratam da satisfação do cliente, do negócio, e dos objetivos do projeto e seus atributos associados tais como efetividade e viabilidade econômica. Os requisitos derivados também tratam dos requisitos de custo e desempenho de outras fases do ciclo de vida com profundidade compatível com os objetivos estratégicos Produtos de Trabalho Típicos Requisitos derivados. Requisitos de produto. Requisitos de componente de produto. Subpráticas Desenvolver os requisitos em termos técnicos adequados para a realização do design de produto e de componente de produto. Derivar requisitos resultantes das decisões de design. Estabelecer e manter relacionamentos entre os requisitos a serem considerados durante a gestão de mudanças e a alocação de requisitos.

Subpráticas Alocar requisitos a funções. Alocar requisitos a componentes de produto. Alocar restrições de design a componentes de produto. Documentar relacionamento entre requisitos alocados.  Identificar Requisitos de Interface As interfaces entre funções (ou entre objetos) são identificadas. Interfaces funcionais podem direcionar o desenvolvimento de soluções alternativas descritas na área de processo Solução Técnica. Produtos de Trabalho Típicos 1. Requisitos de interface. Identificar as interfaces externas e internas do produto (isto é, entre partições funcionais ou objetos).   2. Desenvolver requisitos para as interfaces identificadas.

Alocar Requisitos de Componente de Produto Alocar os requisitos a cada componente de produto. Os requisitos para componentes de produto da solução definida incluem: alocação de desempenho de produto; restrições de design; adequação, forma e função para satisfazer aos requisitos e facilitar a produção. Nos casos em que requisitos de alto nível especificam execução cuja responsabilidade deva estar distribuída em dois ou mais componentes de produto, essa execução deve ser particionada em uma alocação para cada componente de produto na forma de um requisito derivado. Produtos de Trabalho Típicos -Fichas de alocação de requisitos. -Alocações temporárias de requisitos. -Restrições de design. -Requisitos derivados. -Relacionamento entre requisitos derivados.

Analisar e Validar Requisitos As práticas específicas da meta específica Analisar e Validar Requisitos apoiam o desenvolvimento dos requisitos tanto na meta específica Desenvolver Requisitos de Cliente como na meta específica Desenvolver Requisitos de Produto. O objetivo da análise é determinar possíveis requisitos para os conceitos de produto que satisfaçam às necessidades, expectativas e restrições das partes interessadas e, então, traduzir esses conceitos em requisitos. Estabelecer Conceitos Operacionais e cenários Aqui e fase da soluções de alguns problemas de requisitos, e onde se verifica tudo que se faz a revisão de tudo que foi colocado como requisitos funcionais do produto. O conceito operacional e definido a partir da parte de planejamento da solução do produto assim evoluindo junto com as alterações do escopo e do rumo da sua solução proporcionado que um conceito operacional se tornar um requisito. E recomendado fazer uma boa documentação dos conceitos operacionais, pois com isso você consegue ter uma boa amostra para os seus funcionários novos que tem que entender que função eles vão exercer na empresa

Estabelecer uma definição da funcionalidade Requerida A funcionalidade e basicamente o que se esperar do seu produto com isso existe alguns modos com que o seu produto pode ser usado. Nessa parte você vai levantar o que cliente quer no seu programa, com vai funcionar o seu programa que interações vão ter, e quase um levantamento de requisito, mas de uma forma mais tranquila sem aquele terror de cada coisa tem que virar um requisito, com uma visão mais do cliente para que consiga entender que esta sendo pedido. A função de agrupamentos lógicos e suas associações são denominadas uma arquitetura funcional. Algumas boas praticas nessas fase são adotadas como quantificar funcionalidades, particionar os requisitos em grupo para que os requisitos com funcionalidade parecida esteja próximo para facilitar a visualização. Do todo. Verificar o tempo que foi estabelecido e as tarefas que estão sendo pedidas para que não tenha surpresas ao longo do projeto.

Analisar Requisitos E a fase de verificação da documentação feita junto ao cliente, e conferido todos os dados do produto, e se faltam informações para fazer a validação do produto. Uma vez analisados, os requisitos constituem uma base mais detalhada e precisa para os requisitos de nível mais baixo na hierarquia do produto que são pequenos ajustes nos requisitos funcionais. À medida que os requisitos são definidos, seu relacionamento com os requisitos e com as funcionalidades definidas nos níveis mais altos deve ser compreendido. Uma das possíveis ações consiste na determinação de quais principais requisitos serão utilizados para acompanhar o progresso. Por exemplo, o peso de um produto ou tamanho de um produto de software pode ser monitorado ao longo do desenvolvimento em função de seus riscos. Produtos de Trabalho Típicos 1. Relatórios de defeito de requisitos. 2. Mudanças de requisitos propostas para tratar defeitos. 3. Requisitos principais.

4. Medidas de desempenho técnico. Subpráticas 1. Analisar necessidades, expectativas, restrições e interfaces externas das partes interessadas para organizá-los em assuntos relacionados e solucionar conflitos. 2. Analisar requisitos para determinar se eles satisfazem aos objetivos dos requisitos de nível mais alto. 3. Analisar requisitos para assegurar que eles sejam completos, factíveis, implementáveis e verificáveis. 4. Identificar os requisitos principais que têm uma forte influência nos custos, cronograma, funcionalidades, riscos ou desempenho. 5. Identificar medidas de desempenho técnico que serão acompanhadas durante o desenvolvimento. 6. Analisar os conceitos operacionais e cenários para refinar necessidades, restrições e interfaces do cliente, e descobrir novos requisitos.

Validar Requisitos Validar os requisitos para assegurar que o produto resultante irá funcionar como pretendido no ambiente do usuário. A validação de requisitos é realizada com os usuários finais no início do desenvolvimento para assegurar que os requisitos sejam capazes de servir de base para um desenvolvimento que resulte em uma validação final bem-sucedida. Recomenda-se que essa atividade esteja integrada com as atividades de gestão de riscos dos requisitos funcionais do produto. As organizações maduras geralmente realizam a validação de requisitos de uma maneira mais sofisticada, utilizando várias técnicas como prototipagem, validação de modelos e teste de requisitos, incorporando outras necessidades e expectativas das partes interessadas na validação. Produtos de Trabalho Típicos 1. Registros de métodos e de resultados de análises. Subpráticas 1. Analisar os requisitos para determinar o risco de o produto resultante não funcionar adequadamente em seu ambiente de uso pretendido.

2. Explorar a adequação e completude dos requisitos por meio do desenvolvimento de representações do produto (por exemplo: protótipos, simulações, modelos, cenários e storyboards) e da obtenção de feedback das partes interessadas relevantes a respeito dessas representações. 3. Avaliar o design à medida que ele avança no contexto do ambiente de validação dos requisitos para identificar questões críticas de validação e explicitar necessidades e requisitos do cliente não declarados.

D Ú V I A S

NOMES: Cezar Augusto Maruca RM: 69519 2º TDSR Eduardo Santo Freitas RM: 69375 2º TDSR Fabio Luiz Minozzi RM: 71459 2º TDSR Mauricio DelRei RM: 69977 2º TDSR Raphael de Oliveira Martins RM: 67406 2º TDSR