Engenharia de Sistemas de Informação

...

DESVANTAGEM: Por ser um processo relativamente não estruturado, não produzir a mesma qualidade ou nível de detalhes de outras técnicas;

- Quais são as vantagens e desvantagens da técnica prototipação para a elicitação de requisitos?

VANTAGENS: A redução dos riscos na construção; Aumento da estabilidade dos requisitos e Oportunidade para treinamento dos programadores menos experientes.

DESVANTAGENS: Normalmente são necessárias várias iterações para refinar um protótipo, surgindo a dificuldade sobre o término da prototipação; A possibilidade do protótipo ser considerado como o sistema final, visto que a qualidade pode não ter sido devidamente analisada.

- Você acaba de montar uma empresa com um amigo de classe. Seu primeiro cliente é um departamento recém criado de uma empresa multinacional, que possuí apenas 2 profissionais que têm um perfil dinâmico e ágil. Em decorrência disso, esses profissionais têm muito pouco tempo para participar da análise. Quais técnicas você utilizaria para fazer a elicitação de requisitos com o seu cliente?? Justifique sua resposta.

Prototipação, pois com ela você já obterá um retorno mais útil ao processo de requisitos economizando tempo.

- Três meses se passaram desde a abertura de sua empresa e agora você precisa desenvolver um produto inovador, que possuí diversas incertezas quanto ao seu escopo. Nem mesmo o público alvo desse produto foi definido ainda. Quais técnicas e atividades você utilizaria/faria para fazer a elicitação de requisitos desse projeto?? Justifique sua resposta.

Entrevista, com ela será possível obter mais detalhes sobre o projeto e assim remover incertezas e criar um escopo.

- Seis meses se passaram desde a abertura de sua empresa e agora um micro empresário o procura querendo desenvolver um projeto de automação de alguns procedimentos de sua empresa. Entretanto, esse micro empresário ainda não está certo de qual a abrangência do sistema, ou seja, o empresário não consegue determinar com certeza o escopo do projeto. Quais técnicas e atividades você utilizaria/faria para fazer a elicitação de requisitos desse projeto?? Justifique sua resposta.

Entrevista, com ela será possível obter mais detalhes sobre o projeto e assim remover incertezas e criar um escopo

- Passou-se 3 anos após a abertura de sua empresa e ela cresceu muuuuito!!! Hoje você conta com mais de 200 funcionários, todos altamente especializados em suas funções. Você acaba de ser contratado por um banco para o desenvolvimento de um software. O banco é mundialmente famoso pelo seu formalismo em seus processos e conta com extensos recursos audiovisuais e grande disponibilidade de tempo de seus funcionários para a realização da análise. Quais técnicas você utilizaria para fazer a elicitação de requisitos com o seu cliente?? Justifique sua resposta.

JAD, pois e uma técnica mais elaborada e organizada, que utiliza-se sessões de grupos, com o auxilio de equipamentos audiovisuais em que os usuários e analistas trabalham juntos para projetar o sistema

- Quais são as principais atividades da fase de Análise de requisitos?

Checar as necessidades, checar consistência e completude, checar viabilidade são atividades da analise de requisitos e que levam consequentemente a atividades de negociação como discussão, priorização e acordo sobre os requisitos. Outro objetivo importante da análise de requisitos é descobrir as interações entre requisitos e informar os conflitos e sobreposições entre eles.

- Sobre a fase de análise de requisitos responda:

- Após fazer uma ótima elicitação de requisitos, em seu primeiro projeto de desenvolvimento de software, você envia uma proposta técnica e comercial para o seu cliente na qual você estima o tamanho, esforço, prazo e custo do projeto. O cliente pede então uma redução do custo do projeto em 20%, em decorrência do orçamento que o departamento tem para gastar com informática. Você apresenta suas estimativas de tamanho, esforço e custo e mostra que sua margem de lucro é de apenas 10%. Quais seriam as possíveis estratégias para reduzir o custo do projeto (sem perder sua margem de lucro)?

O custo do projeto pode ser reduzido, sem que haja perda no lucro, se for feita uma nova avaliação, onde serão cortados os requisitos menos importantes e significativos do sistema. Também pode ser combinado um novo prazo para a entrega do projeto, assim a empresa pode reduzir o numero de funcionários, mas entregará o projeto em um tempo maior do que o inicial.

- Após levantar todos os requisitos do projeto de software do banco, você precisa fazer uma revisão deles, antes de enviar uma proposta para o cliente. Afim de evitar o viés durante a revisão desse documento você pede que outro analista de negócio revise a sua proposta. Como sua empresa já é mais madura, você utiliza um checklist com um conjunto de critérios de avaliação. Determine quais critérios você utilizaria para revisar os requisitos e justifique a escolha desses critérios.

Ambiguidade: Todas as especificações devem, idealmente, ter uma única interpretação. Essa é uma propriedade difícil de ser alcançada, até mesmo através da aplicação de métodos formais.

Completude: Uma especificação de requisitos deve descrever cada aspecto significante e relevante do sistema e deve incluir detalhes a respeito de todas as informações. A natureza subjetiva da definição de completude faz com que essa propriedade seja impossível de ser

garantida.

Consistência: Não devem existir requisitos contraditórios na especificação.

Verificabilidade: Quando o sistema for projetado e implementado, deverá ser possível verificar se seu projeto e implementação satisfazem os requisitos originais.

Validação: O usuário/cliente deve ser capaz de ler e entender a especificação de requisitos e, então, indicar se os requisitos refletem suas idéias.

Modificação: Como os requisitos estão freqüentemente sujeitos a mudanças, todas as especificações de requisitos devem permitir que alterações sejam realizadas em toda a especificação. Isso exige, geralmente, que alguma estruturação seja imposta na especificação.

Compreensão: Clientes, usuários, analistas, projetistas e engenheiros