Analise Estruturada De Sistemas

Analise Estruturada de Sistemas

1) O quesão requisitos?

Requisitos são propriedades desejáveis para um sistema de software. Um requisito pode ser mensurável (ex; tempo médio de atendimento de requisições), ou avaliado subjetivamente (ex; qualidade da documentação).

2) Quais os níveis de abstração para os requisitos?

Requisitos de usuário: especificam em linguagem natural as funções que o sistema deve prover ao usuário final;

Requisitos de sistema: especificam em linguagem natural (mais estruturada) as funções e restrições (especificação funcional) para que o sistema de software seja capaz de atender os requisitos de usuário.

3) O que são requisitos funcionais e não funcionais?

Requisitos funcionais descrevem as funcionalidades ou serviços que se espera do sistema (funções precípuas do sistema).

Ex: “O sistema deve notificar o requisitante por e-mail quando sua requisição estiver disponível para a retirada”.

Requisitos não funcionais são requisitos não diretamente relacionados às funções precípuas do sistema.

Ex: requisitos de confiabilidade, robustez, eficiência, segurança, uso, desempenho, custo, interface, etc...

4) De acordo com a sua procedência, como podemos classificar os requisitos?

*Não-Funcionais: Requisitos de produtos : Requisitos que especificam o comportamento do produto.Ex. portabilidade; tempo na execução; confiabilidade,mobilidade, etc.

Requisitos da organização: Requisitos decorrentes de políticas e procedimentos corporativos. Ex. padrões, infra-estrutura,etc.

Requisitos externos: Requisitos decorrentes de fatores externos ao sistema e ao processo de desenvolvimento. Ex. requisitos de interoperabilidade, legislação,localização geográfica etc.

Requisitos de facilidade de uso. Ex.: usuários deverão operar o sistema após um determinado tempo de treinamento.

Requisitos de eficiência. Ex.: o sistema deverá processar n requisições por um determinado tempo.

Requisitos de confiabilidade. Ex.: o sistema deverá ter alta disponibilidade, p.exemplo, 99% do tempo.

Requisitos de portabilidade. Ex.: o sistema deverá rodar em qualquer plataforma.

Requisitos de entrega.Ex.: um relatório de acompanhamento deverá ser fornecido toda segunda-feira.

Requisitos de implementação.: Ex.: o sistema deverá ser desenvolvido na linguagem Java.

Requisitos de padrões.: Ex. uso de programação orientada a objeto sob a plataforma A.

Requisitos de interoperabilidade.:Ex. o sistema deverá se comunicar com o SQL Server.

Requisitos éticos. Ex.: o sistema não apresentará aos usuários quaisquer dados de cunho privativo.

Requisitos legais. Ex.: o sistema deverá atender às normas legais, tais como padrões, leis, etc.

Requisitos de Integração. Ex.: o sistema integra com outra aplicação.

*Funcionais: Os requisitos funcionais podem ser cálculos, detalhes técnicos, manipulação de dados e de processamento e outras funcionalidades específicas que definem o que um sistema, idealmente, será capaz de realizar. Requisitos comportamentais, que descrevem todos os casos em que o sistema utiliza os requisitos funcionais, são extraídos dos casos de uso.Também, os requisitos funcionais são suportados por requisitos não-funcionais (também conhecidos como requisitos de qualidade), que impõem restrições sobre o projeto ou execução (tais como requisitos de desempenho, segurança ou confiabilidade). O plano para a implementação dos requisitos funcionais é detalhado no projeto do sistema. Já o plano para a implementação de requisitos não funcionais é detalhado na arquitetura do sistema.

A hierarquia de requisitos funcionais é: usuário / pedido das partes interessadas - característica> -> caso de uso -> regra de negócio. Cada caso de uso ilustra cenários de comportamento através de um ou mais requisitos funcionais. Muitas vezes, porém, um analista começará por evocar um conjunto de casos de uso, a partir do qual o analista pode derivar os requisitos funcionais, que devem ser implementados para permitir que um usuário possa realizar cada caso de uso.

5) Cite alguns problemas na identificação dos requisitos de usuário

Falta de clareza ou ambigüidades, por serem descritos em linguagem natural (ex. ”O usuário deve ser alertado sobre operações perigosas”).

Confusão entre requisitos funcionais, não funcionais e objetivos do sistema (ex. ”O sistema deve facilitar a solicitação de declarações”).

Fusão de requisitos onde um único requisito é na verdade uma condensação de vários requisitos (ex.:”o sistema deve permitir ao usuário escolher a imagem a ser processada , dentre os diversos formatos permitidos, por meio de um file chooser (seleção de arquivos.)”)

6) Quais as “melhores praticas” na especificação de requisitos?

È recomendado:

*Padronização do formato de linguagem e descrição – Ex: As RFCs do IETF empregam os termos deve, requer, deverá, deveria e poderá para especificar o grau de obrigatoriedade dos requisitos.

*Enfatize no texto partes importantes dos requisitos.

*Evite o uso de jargões (Ex: “o sistema deve ser tunado para maximizar a agregação de valor ao produto e assim favorecer sua relação custo/benefício”).

*Uso de formulário padrão – Ex:

FUNÇÃO: Processar páginas dinâmicas

DESCRIÇÃO: Executa o código associado à uma página dinâmica, coleta o resultado do processamento deste código e retorna o resultado para o navegador do cliente.

ENTRADAS: URL da página dinâmica.

SAÍDAS: Resultado do processamento da página armazenado em buffer.

DESTINO: Conexão de transporte estabelecida com