Questões de Engenharia de Software - Ciclo de Vida de Software

análise funcional.

análise de requisitos.

análise por pontos de função.

medição de software.

métrica de software.

requisitos gerais e requisitos específicos

entrevistas e questionários

análise e negociação, especificação e documentação

workshops e prototipagem

requisitos funcionais e requisitos não-funcionais

10 Gbps.

1 Gbps.

100 Gbps.

40 Gbps.

100 Mbps.

interfuncionais, que descrevem explicitamente as funcionalidades e serviços do sistema, documentando como o sistema deve reagir a entradas específicas além do que o sistema não deve fazer.

transacionais, que descrevem as necessidades dos stakeholders que devem ser cumpridas a fim de alcançar os requisitos de negócio. Podem servir de como uma ponte entre requisitos de negócios e requisitos da solução.

de transição, que descrevem as capacidades que uma solução deve ter e as condições para facilitar a transição do estado atual para o estado futuro, mas que não são necessárias para uma mudança completa. Diferenciam-se dos outros tipos de requisitos por serem de natureza temporária, como os relativos à continuidade de negócio, conversão de dados etc.

de continuidade, que descrevem as necessidades dos stakeholders que devem ser cumpridas a fim de alcançar os requisitos de negócio. Podem servir de como uma ponte entre requisitos de negócios e requisitos da solução.

operacionais, que descrevem as capacidades que uma solução deve ter e as condições para facilitar a transição do estado atual para o estado futuro, mas que não são necessárias para uma mudança completa. Diferenciam-se dos outros tipos de requisitos por serem de natureza temporária, como os relativos à operação do negócio, conversão de dados etc.

middle-in é centrada em fluxos de trabalhos e tarefas e apresenta melhor resultado quando se busca modelar o funcionamento de áreas funcionais.

middle-out é baseada em uma visão evolutiva do desenvolvimento de um modelo e tipicamente envolve a construção de alguma capacidade de operação com um controle mínimo para ser testada até que os requisitos possam ser determinados com maior precisão.

top-down envolve a produção de versões iniciais do modelo as is com o qual se podem realizar verificações e experimentos visando avaliar algumas características antes que o processo venha a ser construído de forma definitiva.

bottom-up é mais indicada quando esforços são dispendidos na transformação de processos que começam com o desenvolvimento de um modelo to be e, em seguida, são determinadas as ações que precisam ser feitas para implementar este modelo.

por prototipação é mais indicada quando não se tem um conhecimento exato do estado futuro, como quando estão sendo utilizadas tecnologias pouco difundidas ou quando os requisitos não são muito claros.