Questões De Engenharia De Software

Engenharia de Software

1-) O que Analise Requisitos de Software?

R: A Análise de requisitos de software é a primeira fase de desenvolvimento de software. É nesta fase que o analista faz as primeiras reuniões com os clientes e/ou usuários do software para conhecer as funcionalidades do sistema que será desenvolvido. É nesta fase também que ocorre a maior parte dos erros, pois a falta de experiência dos clientes ou usuários faz com que eles nem sempre tenham claro em sua mente quais funcionalidades o software terá.

2-) Quais são as Atividades da Analise de Requesitos?

Identificação (concepção): Os desenvolvedores fazem uma série de perguntas com a intenção de estabelecer um entendimento básico do problema. Deve haver uma colaboração entre cliente e desenvolvedor.

• Especificação: São descritas funções e desempenho e restrições quanto ao

desenvolvimento.

• Descrição documentada dos requisitos do software.

3-) Quais os principais requisitos para elaboração do contrato do software/sistema?

Requisitos do Usuário: Requisitos de usuário especificam o comportamento externo do

sistema sob a perspectiva do usuário (humano ou não).

Requisitos do Sistema: Requisitos de sistema (funcionais, não funcionais e de domínio)

descrevem mais detalhadamente os requisitos de usuário. São

base para um contrato de implementação do sistema.

Requisitos Funcionais: São declarações mais detalhadas dos requisitos do usuário com uma especificação completa e consistente de toda a funcionalidade ou serviços que se espera que o sistema forneça.

Requisitos Não Funcionais: Como o próprio nome sugere, são aqueles que dizem respeito as características do sistema, tais como: restrições para o sistema, capacidade dos dispositivos de E/S, interfaces, usabilidade, confiabilidade, eficiência, portabilidade etc.

4-) Comente sobre a Técnica de Analise de Requisitos FAST:

É uma abordagem orientada a equipe para elicitação de requisitos, que é aplicada durante os estágios de análise e especificação. Esta abordagem é chamada de Técnicas Facilitadas de Especificação de Aplicações (FAST – Facilitated Application Specification Techniques).

5-) Comente sobre algumas técnicas (ou princípios) FAST sugeridas nas reuniões presenciais:

Princípio nº 1: Escute, escute e escute.

Transforma-se num ponto estratégico para que o cliente/usuário perceba que você está querendo entender todos os seus problemas.

Princípio nº 2: Prepare-se bem antes de se comunicar.

Elabore um questionário com perguntas fundamentais à resolução e visão do negócio do cliente/usuário.

Princípio nº 3: Um “facilitador” na reunião.

Este personagem tem a função de controlar a reunião, amenizar problemas e mal entendidos. Evitar que a reunião se estenda por longos

períodos, seja focada no objetivo da coleta de requisitos e evitar monopolização dos assuntos a serem discutidos estabelecendo períodos para opiniões dos participantes.

Princípio nº 4: Foco da discussão, em um Desenho ou em um Documento. Mas não nas pessoas.

Se a discussão por ventura ficar pessoal, deve-se sempre voltar o foco da reunião para um desenho, documento ou mesmo sobre o processo envolvido. Isso abranda possíveis conflitos pessoais.

Princípio nº 5: Faça sempre anotações e documente as decisões.

Por mais que não se queira, o grau de assimilação da memória humana é baixa, quando se trata de assuntos discutidos apenas em conversas. Portanto, deve-se registrar o máximo das posições e informações dos clientes/usuários.

Princípio nº 6: Buscar ao máximo a colaboração de todos.

O bom humor ajuda muito nessa fase de levantamento. Procurar ser agradável e simpático ameniza a grande maioria dos problemas pessoais.

Princípio nº 7: Conserve-se focado, departamentalize sua discussão.

Discuta cada tema profundamente. Tente evitar questionar, ou discursar sobre vários temas simultaneamente.

Princípio nº 8: Se algo não estiver claro, sempre desenhe.

Não existe a necessidade de aplicar as técnicas de modelagem nessa hora, mas com desenhos simples, “mapas mentais” telas de apresentações, diagramas ajudam muito nessa fase do projeto.

Princípio nº 9:

(a) Se concordar, prossiga;

(b) Se não concordar, prossiga;

(c) Se algo não estiver claro, e sem condições de esclarecer naquele

momento, prossiga.

O uso da criatividade, na abordagem de um tema desse tipo, é super estratégico.

Princípio nº 10: Negociar sempre no ganha-ganha.

Essa é a postura dos vencedores. Ou seja, é conduzida a solução de conflitos de tal forma criativa e rica em oportunidades, que os dois lados ganham na negociação.

6-) O que é SRS - Software Requirements Specification (Especificação de Requisitos de Software)?

O documento de requisitos de software, também chamado de SRS – Software Requirements Specification (Especificação de Requisitos de Software). É a declaração oficial do que é exigido dos desenvolvedores de sistema. Ele deve incluir os requisitos de usuário para um sistema e uma especificação detalhada dos requisitos de sistema, abrangendo desde a alta gerência da organização até os analistas responsáveis pelo desenvolvimento. O padrão mais amplamente conhecido de acordo com IEEE/ANSI 830-1993.

7-) Quais as quatro atividades genéricas de processo de engenharia de requisitos que são de alto nível?

• o estudo da viabilidade