Engenharia de Software Engenharia de Requisitos Software SCAA - Documento de Requisitos Professor: Danilo Giacobo

Transcrição

1 Engenharia de Software Engenharia de Requisitos Software SCAA - Documento de Requisitos Professor: Danilo Giacobo Introdução Este documento descreve os requisitos de usuário e sistema assim como os requisitos funcionais e não funcionais do software de controle de aos alunos. Ele serve de base para exemplificar o processo realizado na Engenharia de Requisitos, etapa esta inicial de um processo de desenvolvimento de software. Nome do Software: SCAA Software de Controle de Atendimento aos Alunos Descrição do Software A assistente de alunos precisa de um software para lhe auxiliar no controle de dos professores aos alunos nas tardes do campus. Ela deve ser capaz de registrar qual aluno participou de qual e em qual dia e horário. Ela também deve ser capaz de visualizar relatórios e gráficos com informações sobre os s. Para facilitar o seu uso os dados dos professores e alunos já estarão disponíveis, mas com a possibilidade de inclusão, alteração, exclusão e listagem de dados. Ela também deve ser capaz de poder cadastrar os tipos de s aos quais os alunos participam, como, por exemplo, projetos, disciplinas, esportes, entre outros. Ela também deve ser capaz de poder registrar problemas ocorridos ao longo do período de. Analisando o que a assistente de alunos precisa uma lista de requisitos iniciais é criada usando fichas com um título e uma descrição. Cada ficha captura uma coisa que o software terá que fornecer ao usuário. Exemplo de ficha: Requisito de Usuário - Requisito uncional 1 Realizar o login O software deverá pedir um login e uma senha para que a assistente possa acessar o mesmo. Descrição detalhada (requisito de sistema) - O software deve usar como login o da assistente de alunos. - A senha deve ser cadastrada uma única vez no sistema e não poderá ser alterada. - Uma mensagem deve ser exibida caso a assistente de alunos não forneça um login e senha válidos. - Após três tentativas o acesso da mesma deverá ser bloqueado.

2 Requisito de Usuário - Requisito uncional 2 Mostrar alunos os alunos cadastrados. Descrição detalhada (requisito de sistema) - A assistente de alunos poderá visualizar uma listagem de todos os alunos do instituto a qualquer momento usando o software. - O software deve mostrar em ordem alfabética o nome dos alunos e demais dados como turma e idade. - O software deverá dar a opção de pesquisar os dados de um determinado aluno de forma rápida e eficiente. - O software poderá dar a opção de mostrar um resumo dos dados do do aluno selecionado. Os demais requisitos do software levantados junto com o cliente (assistente de alunos) estão descritos e categorizados abaixo em forma de tabela. Relação de requisitos do usuário (funcionais e não funcionais) Título Descrição Tipo Realizar o login O software deverá pedir um login e uma senha para que a assistente possa acessar o mesmo. Mostrar alunos os alunos cadastrados. Mostrar professores os alunos cadastrados. Mostrar tipos de os tipos de cadastrados. Registrar A assistente registra a presença de um aluno em um determinado. Relatório de alunos que frequentaram o O software gera um relatório com os nomes dos alunos que vieram em um determinado dia de. Cadastrar aluno aluno informando alguns dados do mesmo. Cadastrar professor professor informando alguns dados do mesmo. Cadastrar tipo de Registrar ocorrência no tipo de informando os dados do mesmo. A assistente poderá registrar problemas ocorridos ao longo do. Ex.: alunos que não estão estudando e/ou

3 Título Descrição Tipo mexendo no celular e/ou perturbando o ambiente, etc. Exibir ocorrências do dia Mostrar alunos que não vieram em um único no mês Enviar por um resumo do do dia Realizar as operações de inclusão, exclusão e alteração de dados em menos de 2 segundos. Realizar backup dos dados diariamente O software deverá exibir uma lista de ocorrências ocorridos em um determinado dia de. O software deverá exibir o nome dos alunos que não vieram para o em um determinado mês O software deverá enviar para o da assistente de alunos um resumo do do dia corrente O software deve ser capaz de incluir, alterar e excluir os dados do usuário com no máximo 2 segundos de tempo entre uma operação e outra. No final do dia o software deve gerar um backup de todos os dados que a assistente usa. Dicas importantes! Sempre converse com o cliente do seu software para obter mais informações! Há várias maneiras de coletar bons requisitos. Se uma abordagem não funcionar, simplesmente tente outra. Outras técnicas úteis: representação de papéis e observação. Um requisito tem que ser escrito na linguagem do cliente e poder ser lido como um roteiro de usuário: um roteiro de como os usuários interagirão com o software que você está construindo. Para decidir se você tem ou não bons requisitos, julgue cada um deles de acordo com os critérios a seguir: Os roteiros de usuário DEVEM descrever uma coisa que o software tem que fazer para o cliente.... ser escritos usando uma linguagem que o cliente entenda.... ser escritos pelo cliente.... ser curtos. Tente não usar mais de três frases. Os roteiros de usuário NÃO DEVEM ser uma descrição longa.... usar termos técnicos que não soem familiares para o cliente.... mencionar tecnologias específicas. Depois que você e o seu cliente estiverem com os requisitos bem definidos está na hora de calcular a estimativa de seu projeto. Para saber quanto tempo vai demorar a conclusão de todos os requisitos capturados em seus roteiros de usuário, você tem que usar um processo de duas etapas: N N

4 Adicionar a cada roteiro de usuário uma estimativa de quanto tempo acha que será necessário para desenvolver (isto é, projetar, codificar, testar e distribuir) essa funcionalidade. Somar todas as estimativas para obter uma estimativa total de quanto tempo seu projeto precisará para distribuir o software necessário. Na tabela abaixo é mostrado uma estimativa inicial para o desenvolvimento do software proposto (SCAA): Título do requisito Estimativa em dias Realizar o login 3 Mostrar alunos 1 Mostrar professores 1 Registrar 5 Relatório de alunos que frequentaram o 1 Exibir ocorrências do dia 1 Mostrar alunos que não vieram em um único no mês 1 Enviar por um resumo do do dia 2 Mostrar tipos de 1 Cadastrar aluno 3 Cadastrar professor 3 Cadastrar tipo de 3 Registrar ocorrência no 2 Total => 27 Diagrama de Casos de Uso

5 Outras informações importantes que o professor explicará melhor em aula Jogando o Pôquer do Planejamento 1. Coletar ideia básicas 2. Debate 'o céu é o limite' 3. Construir roteiros de usuário 4. Encontrar lacunas na clareza 5. Roteiros de usuário claros com enfoque no cliente 6. Jogar o pôquer do planejamento 7. Obter qualquer informação que estiver faltando com o cliente e dividir roteiros de usuário longos 8. Estime quanto tempo levarão todos os requisitos do cliente Técnicas de Desenvolvimento - Bluesky, observação e representação de papéis - Roteiros de usuário - Pôquer do planejamento para as estimativas Princípios de Desenvolvimento - O cliente sabe o que quer, mas às vezes é necessário ajudá-lo na descrição. - Mantenha os requisitos orientados ao cliente - Desenvolva e aperfeiçoe seus requisitos iterativamente com o cliente Resumo O bluesky fará seu cliente pensar grande ao descrever seus requisitos. Um roteiro de usuário captura uma interação com o software do ponto de vista do cliente. Os roteiros de usuário devem ser curtos, com cerca de três frases. Um roteiro de usuário curto é um roteiro de usuário estimável. Um roteiro de usuário não deve demandar do desenvolvedor mais de 15 dias para ser distribuído. Desenvolva iterativamente seus requisitos com o cliente para mantê-lo no circuito a cada etapa do processo.