A apresentação está carregando. Por favor, espere

A apresentação está carregando. Por favor, espere

Técnicas e Projeto de Sistemas André Mesquita Rincon Engenharia de requisitos – Retomando Técnico Subsequente.

Apresentações semelhantes


Apresentação em tema: "Técnicas e Projeto de Sistemas André Mesquita Rincon Engenharia de requisitos – Retomando Técnico Subsequente."— Transcrição da apresentação:

1 Técnicas e Projeto de Sistemas André Mesquita Rincon Engenharia de requisitos – Retomando Técnico Subsequente – Módulo III (26/04/2010)

2 Engenharia de requisitos o A Engenharia de Requisitos é o processo de identificar todos os envolvidos (stakeholders), descobrir seus objetivos e necessidades, e documentá-los de forma adequada para análise, comunicação e posterior implementação o A maioria dos processos de Engenharia de Requisitos é composta das seguintes atividades: o Elicitação de requisitos o Análise de requisitos o Especificação de requisitos o Validação de requisitos

3 Engenharia de requisitos o Visão geral de UML o Unified Modeling Language (Linguagem de Modelagem Unificada) o UML é uma linguagem para visualização, especificação, construção e documentação de artefatos de um software orientado a objeto o Visa facilitar a comunicação entre clientes e desenvolvedores

4 Casos de uso o Exemplo de diagrama de caso de uso

5 Requisitos não funcionais o Requisitos não-funcionais descrevem características do sistema (como o sistema é) ao invés de suas funcionalidades (o que ele faz) o Podem constituir restrições aos requisitos funcionais o Assim como os funcionais eles devem ser verificáveis

6 Requisitos não funcionais o Uma prática comum é estabelecer a ISO/IEC 9126 como base para especificação dos requisitos não funcionais o Confiabilidade o Usabilidade o Eficiência o Manutenibilidade o Portabilidade

7 Requisitos não funcionais o Confiabilidade o Capacidade do produto de software de manter um nível de desempenho especificado, quando usado em condições especificadas o Exemplo 1: O tempo médio suportado para recuperação de uma falha no sistema nas funcionalidades essenciais para se realizar XPTO deve ser menor que 1 hora o Exemplo 2: O tempo médio suportado para recuperação de uma falha no sistema em funcionalidade não crucial para a realização de XPTO deve ser menor que 6 horas

8 Requisitos não funcionais o Usabilidade o Capacidade do produto de software de ser compreendido, aprendido, operado e ser atraente ao usuário, quando usado sob condições especificadas o Exemplo 1: O sistema deverá fornecer tópicos de ajuda para cada tela apresentada ao usuário, descrevendo o funcionamento e a descrição dos campos da tela o Exemplo 2: Os usuários deverão ser capazes de utilizar o software, executando todas as funcionalidades disponibilizadas após uma demonstração de no máximo 10 minutos para cada uma das funcionalidades e características do software o Exemplo 3: O sistema deverá ter como único idioma (Português do Brasil)

9 Requisitos não funcionais o Eficiência o Capacidade do produto de software de apresentar desempenho apropriado, relativo à quantidade de recursos usados, sob condições especificadas o Exemplo 1: O sistema deve permitir o acesso de pelo menos 50 usuários simultâneos sem perdas perceptíveis (ao usuário) de desempenho

10 Requisitos não funcionais o Manutenibilidade o Capacidade do produto de ser modificado o Exemplo 1: Devem ser entregues documentos de design que especifiquem a arquitetura e o design detalhado do software o Exemplo 2: O código desenvolvido e entregue deve ser compatível com o produto do design de software

11 Requisitos não funcionais o Portabilidade o Capacidade de um produto ser transferido de um ambiente para outro o Exemplo 1: O sistema deve executar sem perda de funcionalidades em ambiente Linux e Windows, utilizando- se o navegador Firefox versão 3.0 ou superior o Exemplo 2: O servidor que executará a aplicação deverá tem pelo menos 1GB de memória RAM e processador compatível com Pentium V, com um servidor de aplicação Java e um Sistema de Gerenciamento de Banco de Dados devidamente instalados e configurados o Exemplo 3: A interface gráfica para o ambiente de mesa de trabalho poderá ser executada em máquinas com, no mínimo, 512 MB de memória RAM

12 Atividade 1.Adequação dos requisitos não funcionais ao contexto do seu projeto

13 Casos de uso expandido o Detalha as ações dos usuários no sistema em forma de sequencia de interações dos atores com o sistema o É criado um caso de uso expandido para cada funcionalidade do sistema que está presente no diagrama de casos de uso o Pode utilizar protótipos de tela para facilitar o entendimento do usuário

14 Casos de uso expandido o Elementos do cabeçalho o Nome do caso de uso com um identificador único (UC1, UC2, UC3...) o Descrição breve sobre o caso de uso o Ator(es) envolvidos no caso de uso o Pré-condições para realização do caso de uso o Pós-condições que representa o estado do sistema após a realização do caso de uso

15 Casos de uso expandido o Fluxo principal o Descrição numerada da sequencia de passos que o ator irá executar durante a realização do caso de uso o 1... o 2... o 3... o 4...

16 Casos de uso expandido o Fluxo alternativo o Ações que ocorrem dentro do sistema, mas que não correspondem ao fluxo normal que o usuário esperava o Faz referência ao passo que o fluxo alternativo acontece o 4... no passo 4 o sistema faz XPTO o Observações o Informações complementares que podem auxiliar no entendimento do caso de uso

17 Casos de uso expandido – exemplo 1 o Processo de autenticação em um sistema web em que é exigido nome de usuário e senha para ter acesso às funcionalidades internas da aplicação o A) a única página do sistema que usuário tem acesso aberto (isto é: sem estar autenticado) é a página que apresenta o formulário de autenticação. o B) o sistema deve registrar um log de acesso a cada entrada (log-in) e saída (log-out) do sistema em que as seguintes informações serão armazenadas: nome do usuário, data/hora do log-in ou log-out, IP da máquina e operação realizada (log-in ou log-out). o C) a seguinte funcionalidade deverá estar presente na sua descrição de caso de uso (seja no fluxo principal ou no fluxo alternativo): Quando o ator ficar sem realizar ações no sistema por 20 minutos, seu log-out será feito automaticamente.

18 Casos de uso expandido – exemplo 1

19

20

21 Casos de uso expandido – exemplo 2

22

23

24

25 Atividade 1.Descrever os casos de uso de vocês utilizando a técnica de casos de uso expandido


Carregar ppt "Técnicas e Projeto de Sistemas André Mesquita Rincon Engenharia de requisitos – Retomando Técnico Subsequente."

Apresentações semelhantes


Anúncios Google