Template ers-trabalho

IEC993 – Introdução à Engenharia de Software 2012.2Agenda

Equipe: Macunaíma

Agenda

Documento de Especificação de Requisitos do Software

Equipe: MacunaímaComponentes: André de Paula Souza Bemfica 21003782

Nilton Júlio Pimenta 21000932Vinitius Salomão 21002919


Equipe: Macunaíma

Histórico da RevisãoData Versão Descrição Autor(es)

08/01/2013 1.0 Revisão Inicial André, Nilton, Vinitius

Especificação de Requisitos do Software Página 2 de 10


Equipe: Macunaíma

Índice

1. INTRODUÇÃO..........................................................................................................................................4

1.1 VISÃO GERAL DO SISTEMA...................................................................................................................41.2 DEFINIÇÕES, GLOSSÁRIO, ACRÔNIMOS E ABREVIAÇÕES......................................................................4

2. DESCRIÇÃO GERAL...............................................................................................................................5

2.1 ABRANGÊNCIA E SISTEMAS RELACIONADOS.........................................................................................52.2 RESTRIÇÕES DO SISTEMA......................................................................................................................5

3. REQUISITOS FUNCIONAIS (CASOS DE USO)..................................................................................6

3.1 DESCRIÇÃO DOS ATORES......................................................................................................................63.2 MODELO DE CASOS DE USO.................................................................................................................63.3 DESCRIÇÃO DOS CASOS DE USO...........................................................................................................6

UC 1 – <Título do Caso de Uso 1>..........................................................................................................6UC 2 – <Título do Caso de Uso 2>..........................................................................................................7

4. REQUISITOS NÃO-FUNCIONAIS.........................................................................................................8

5. ESPECIFICAÇÃO DE EMAILS E ARQUIVOS DE EXPORTAÇÃO E IMPORTAÇÃO..............9

5.1 ARQUIVO DE EXPORTAÇÃO XXX.........................................................................................................95.2 E-MAIL DE NOTIFICAÇÃO XXX............................................................................................................9

6. ROTEIROS DE DOCUMENTOS/RELATÓRIOS...............................................................................10

6.1 RELATÓRIO XXX................................................................................................................................10



Equipe: Macunaíma

1. Introdução

Este documento especifica os requisitos do sistema Agenda, fornecendo aos desenvolvedores as informações necessárias para o projeto e implementação, assim como para a realização dos testes e homologação do sistema.

1.1 Visão Geral do Sistema

Sistema de Agenda de compromissos e contatos. Gerencia contatos com relatórios de aniversariantes, pesquisa por contatos e exporta para formato PDF, gerencia eventos e emite alertas quando da proximidade do evento, autenticação para validar dono da agenda.

1.2 Definições, Glossário, Acrônimos e Abreviações

PDF - (Portable Document Format) é um formato de arquivo, desenvolvido pela Adobe Systems em 1993, para representar documentos de maneira independente do aplicativo, do hardware e do sistema operacional usados para criá-los. Um arquivo PDF pode descrever documentos que contenham texto, gráficos e imagens deliciosas num formato independente de dispositivo e resolução.

Autenticação - é um processo que busca verificar a identidade digital do usuário de um sistema, normalmente, no momento em que ele requisita um log in (acesso) em um programa ou computador. A autenticação normalmente depende de um ou mais "fatores de autenticação".



Equipe: Macunaíma

2. Descrição Geral

2.1 Abrangência e sistemas relacionados

Sistema independente e autossuficiente.

2.2 Restrições do Sistema

R1: O produto deve ser implementado como um plug-in do Google Chrome.

R2: O produto deve ser implementado como um plug-in do Google Chrome.



Equipe: Macunaíma

3. Requisitos Funcionais (Casos de Uso)

3.1 Descrição dos Atores

Nome Descrição

Dono Dono da agenda, único papel.

3.2 Modelo de Casos de Uso

Figura 1. Diagrama de Casos de Uso

3.3 Descrição dos Casos de Uso

UC 1 – <Título do Caso de Uso 1>Objetivo:

Atores:

Prioridade: Essencial Importante Desejável

Pré-condições: Pré-condição 1 Pré-condição 2

Trigger:

Fluxo Principal: [FP1] Descrição da Ação[FP2] Descrição da Ação

Fluxo Alternativo: [FA1] Fluxo Alternativo 11. Ação 12. Ação 2



Equipe: Macunaíma

[FA2] Descrição da Ação1. Ação 12. Ação 2

Extensões: [EX1] Extensão 1

Pós-condições: Pós-condição 1 Pós-condição 2

Regras de negócio:[RN1] Regra 1[RN2] Regra 2[RN3] Regra 3

UC 2 – <Título do Caso de Uso 2>Objetivo:Atores:

Prioridade: Essencial Importante Desejável

Pré-condições: Pré-condição 1 Pré-condição 2

Trigger:

Fluxo Principal: [FP1] Descrição da Ação[FP2] Descrição da Ação

Fluxo Alternativo:

[FA1] Fluxo Alternativo 13. Ação 14. Ação 2

[FA2] Descrição da Ação3. Ação 14. Ação 2

Extensões: [EX1] Extensão 1

Pós-condições: Pós-condição 1 Pós-condição 2

Regras de negócio:[RN1] Regra 1[RN2] Regra 2[RN3] Regra 3



Equipe: Macunaíma

4. Requisitos Não-Funcionais

Segurança RNF1: O software deve manter todas as senhas armazenadas criptografadas.

Disponibilidade RNF2: O software deve estar disponível 24hs por dia, 7 dias por semana (24x7), com a possibilidade de paradas pré-programadas (que impeçam o acesso pelos usuários do sistema) para manutenção no mesmo ou na infra-estrutura de apoio. (servidores, sistemas operacionais, SGBD, servidor web, etc.).

Robustez RNF3: Todas as falhas do software devem ser gravadas em um histórico com informações de: número único de identificação do erro, módulo, funcionalidade, data/hora, usuário e descrição do erro.

Tecnológicos RNF4: O software deve ser compatível com os browsers IE (versão 5.0 ou superior) e Firefox (1.0 ou superior).



Equipe: Macunaíma

5. Especificação de Emails e Arquivos de Exportação e Importação

5.1 Arquivo de Exportação XXX

Descrição:

Formato:

5.2 E-mail de Notificação XXX

Destinatário:

Assunto:

Corpo:



Equipe: Macunaíma

6. Roteiros de Documentos/Relatórios

6.1 Relatório XXX


Template ers-trabalho

Engineering

Transcript of Template ers-trabalho