Buscar

Análise Econômica e de Requisitos de Software

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você viu 3, do total de 6 páginas

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Faça como milhares de estudantes: teste grátis o Passei Direto

Esse e outros conteúdos desbloqueados

16 milhões de materiais de várias disciplinas

Impressão de materiais

Agora você pode testar o

Passei Direto grátis

Você viu 6, do total de 6 páginas

Prévia do material em texto

UNIVERSIDADE ESTÁCIO DE SÁ
GESTÃO DA TECNOLOGIA DA INFORMAÇÃO
PROCESSO DE DESENVOLVIMENTO DE SOFTWARE
PROFESSOR ANTÔNIO JUNIOR
ANÁLISE ECONÔMICA E DE REQUISITOS
Equipe
Diego Oliveira de Souza Marsal
Edson Henrique Dias
Erick Delgado Santos
Luiz Gustavo Braga
Rafael Ribeiro Correa
Rio de Janeiro
2012
ANÁLISE ECONÔMICA
A análise econômica tem como foco estabelecer se o projeto de software gerará lucro, e se a receita gerada será o suficiente para cobrir os custos. Este processo acompanha todas as demais etapas de desenvolvimento do software.
ANÁLISE DE REQUISITOS
A análise de requisitos está relacionada com a definição do que o sistema deve fazer suas propriedades emergentes desejáveis e essenciais e as restrições quanto à operação do sistema e quanto aos processos de desenvolvimento de software. Este não é um processo simplesmente técnico, ele é influenciado pelas preferências dos usuários e pelas políticas organizacionais.
Os requisitos de sistema de software são geralmente classificados em requisitos funcionais e não funcionais, estando os funcionais relacionados as declarações de serviços que o sistema deve fornecer, como o sistema deve reagir e se comportar em determinadas situações. Já os requisitos não funcionais referem-se as restrições sobre os serviços ou as funções oferecidas pelo sistema.
- Requisitos funcionais
Os requisitos funcionais descrevem o que o sistema deve fazer, isto é, as funções necessárias para atender os objetivos do sistema, por exemplo, cadastrar clientes, fazer análise de crédito, fazer uma transação com banco de dados, cadastrar um registro de atendimento, imprimir relatório.
- Requisitos não funcionais
Os requisitos não funcionais são restrições sobre os serviços ou as funções oferecidos pelo sistema. Os requisitos não funcionais aplicam-se frequentemente ao sistema como um todo. Em geral eles não se aplicam às características ou serviços individuais de sistema. Eles podem estar relacionados às propriedades emergentes do sistema, como confiabilidade, tempo de resposta e espaço de armazenamento.
Os requisitos não funcionais estão associados às características individuais do sistema. Portanto, podem especificar proteção, disponibilidade e outras propriedades emergentes do sistema. Uma falha no atendimento de um requisito não funcional pode significar que todo o sistema é inútil.
OS PRINCIPAIS TIPOS DE REQUISITOS NÃO FUNCIONAIS SÃO:
Requisitos de produto: Especificam o comportamento do produto.
Requisitos organizacionais: São derivados de políticas e procedimentos da organização do cliente e do desenvolvedor.
Requisitos externos: Abrange todos os requisitos derivados de fatores externos ao sistema e seu processo de desenvolvimento.
MÉTRICAS PARA ESPECIFICAR REQUISITOS NÃO FUNCIONAIS:
Velocidade: Transações processadas, tempo de resposta, tempo de atualização de tela;
Tamanho: Kbytes, Numero de chips de RAM;
Facilidade de Uso: Tempo de treinamento, Numero de frames de ajuda;
Confiabilidade: Tempo médio de falha, taxa de ocorrência de falhas, Disponibilidade;
Robustez: Tempo para reiniciar após falha;
Portabilidade: Porcentagem de declarações dependentes do sistema-alvo.
Você pode essas características quando o sistema estiver sendo testado para verificar se ele atendeu ou não aos requisitos não funcionais.
Na prática, no entanto, os clientes de um sistema podem considerar praticamente impossível traduzir suas metas em requisitos quantitativos. Para algumas metas, como facilidade de manutenção, não existem métricas.
- Requisitos de domínio
Os requisitos de domínio versam sobre as especificidades da matéria tratada pelo software, é um conhecimento que muitas vezes o engenheiro de software não detém e precisará de auxilio no entendimento para transferir o conhecimento para o sistema. Um exemplo é conhecimento sobre os detalhes do sistema tributário em um software de contabilidade.
- Requisitos de usuário
Devem descrever os requisitos funcionais e não funcionais de forma compreensível para os usuários que não possuem conhecimento técnico profundo.
Algumas maneiras de representar esses requisitos são: caso de uso, cenários, estórias do usuário e tabelas de evento-resposta. Esses requisitos podem ser incluídos na especificação do requisito de software.
Declarações em linguagem natural e também em diagramas sobre as funções que o sistema deve fornecer e as restrições sob as quais deve operar.
- Requisitos de sistema
Os requisitos de sistema tem caráter técnico, consistindo numa descrição detalhada dos requisitos de usuário correspondentes recorrendo ao uso, para além da linguagem natural, de linguagens estruturadas e notações gráficas. Estes requisitos destinam-se ainda aos utilizadores do sistema (e particularmente aos engenheiros que trabalhem nessa organização) e destinam-se também às equipes de especificação de arquitetura do sistema e de desenvolvimento.
- Documento de requisito de software
O documento de requisito de software é a declaração oficial do que os desenvolvedores do sistema devem implementar. Deve conter os requisitos de usuário de um sistema e uma especificação detalhada dos requisitos de sistema. Este documento é utilizado por diversos níveis de usuários dentro da corporação, dos mais altos escalões até os engenheiros responsáveis pelo desenvolvimento do software.
A diversidade de possíveis usuários significa que o documento de requisitos precisa ser um compromisso entre a comunicação dos requisitos para os clientes, a definição dos requisitos em detalhes precisos para os desenvolvedores e a inclusão de informações sobre uma possível evolução do sistema. 
O nível de detalhamento depende do tipo de sistema que está sendo desenvolvido e do processo de desenvolvimento usado. Quando o sistema for desenvolvido por um fornecedor externo, as especificações de sistema crítico devem ser precisas e muito detalhadas. Se o desenvolvimento for interno e com requisitos mais flexíveis o documento pode ter um nível de detalhamento bem menor.
Grandes organizações definiram padrões para o documento de requisito de software, sendo o mais difundido o IEE/ANSI 830-1998, que segue a seguinte estrutura:
Introdução
Propósito do documento de requisitos
Escopo do produto
Definições, acrônimos e abreviaturas
Referências
Visão geral do restante do documento
Descrição geral
Perspectiva do produto
Funções do produto
Características dos usuários
Restrições gerais
Suposições e dependências
Requisitos específicos
Apêndices
Índice
Ainda que este não seja o padrão ideal, ele contém boas recomendações de como redigir e evitar problemas.
CONCLUSÃO
	A análise econômica e a análise de requisitos são elementos fundamentais no processo de desenvolvimento de software pois ajudam no dimensionamento financeiro do projeto e a encontrar e manter o direcionamento correto do software durante o projeto de forma que quando este estiver implementado atenda de forma plena as exigências e expectativas da organização.
REFERÊNCIAS BIBLIOGRÁFICAS
SOMMERVILLE, IAN. Processo de desenvolvimento de software. 8ª. Edição. Pearson Education, 2007.
RILDO F SANTOS. Análise de requisitos de software. Disponível em: http://www.slideshare.net/Ridlo/analise-de-requisitos-software. 13/08/2012
MARCEL. Engenharia de requisitos. Disponível em: http://marcelmesmo.blogspot.com.br/2011/10/engenharia-de-requisitos.html#.UCyCKN1lTz0. 14/08/2012

Outros materiais