Especializao em Gesto Estratgica da Informao e do Conhecimento Disciplina: Princpios de Sistemas de Informao

Exerccio Prtico em Sala

Marcello Bax

Proposta de Especificao de Software & Modelo de Especificao de Requisitos

Sugesto de estrutura padro para especificao de requisitos Cada metodologia de desenvolvimento apresenta diferentes itens e sees para o documento de especificao de requisitos. O mais importante, entretanto, no o modelo utilizado e sim se: a) Existe uma especificao do sistema (e esta foi feita antes do sistema ficar pronto); b) A especificao contempla as caractersticas mnimas listadas na metodologia. Na seqncia apresenta-se uma sugesto de estrutura padro para o documento de especificao de requisitos. Ela no melhor nem pior do que qq outra. Pretende apenas ser simples o suficiente para estimular seu uso em ambientes onde nenhum tipo de especificao usado. Por esta razo deixa livre o uso de formalismos, diagramas e outros recursos que necessitem de ferramentas especficas de edio. Anlise do padro proposto Segue-se uma anlise de cada uma das sees do padro proposto. O texto colocado em caixas representa a estrutura do documento de ER, tal como sugerido pelo Prxis (Wilson Pdua).

Registro das revises: importante para o controle de verses, principalmente em equipes distantes geograficamente; Introduo:
o o o

No so requisitos; Descreve o que o produto em linhas gerais, em que contexto se insere, qual seu propsito; No garante nenhum detalhe especfico;
1 1.1 1.2 1.2.1 1.2.2 1.2.3 1.2.4 1.3 1.4 1.5 Introduo Objetivos deste documento Escopo do produto Nome do produto e de seus componentes principais Misso do produto Limites do produto Benefcios do produto Materiais de referncia Definies e siglas Viso geral deste documento

Requisitos gerais: o Requisitos de ambiente; o Tipos de usurio; o Tipo de interface (texto, comando de linha, de janelas);

Servios e requisitos de S.O.;

2 2.1 2.1.1 2.1.2 2.1.3 2.1.4 2.1.5 2.1.6 2.1.7 2.1.8 2.2 2.3 2.3.1.1 2.3.1.2 2.4 2.5 Descrio Geral do Produto Perspectiva do produto Diagrama de contexto Interfaces de Usurio Interfaces de hardware Interfaces de software Interfaces de comunicao Restries de memria Modos de operao Requisitos de adaptao ao ambiente Funes do produto Usurios Descrio Caractersticas Restries Hipteses de trabalho

Formatos necessrios: o Arquivos; o Protocolos; o Registros; o etc; Interface com o usurio: o Intervalos de entrada; o Sintaxe de parmetros; o Janelas/telas: Layout; Diagramas de estado/controle de fluxo; Nomes dos componentes de interface;
3 3.1 3.1.1 3.1.2 3.1.3 3.1.4 Requisitos Especficos Requisitos de interface externa Interfaces de usurio Interfaces de hardware Interfaces de software Interfaces de comunicao

Funcionalidade: reaes do software frente as entradas; o Descrio das funcionalidades; o Itens a serem verificados; o Sadas a serem geradas; o Casos de exceo;
3.2 3.2.1 3.2.1.1 3.2.2 Requisitos funcionais Diagramas de casos de uso Diagrama de casos de uso Geral Casos de uso

Instalao: o Requisitos;

Arquivos necessrios; Procedimentos; Resultados aps a instalao (arquivos e diretrios criados, modificaes de registro, cones criados, servios alterados, etc); Restries de implementao: o Nesta seo podem aparecer como algumas coisas devem ser feitas ao invs de o que;
o o o
3.3 3.3.1 3.3.2 3.3.3 3.3.4 Requisitos no funcionais Requisitos de desempenho Requisitos de dados persistentes Restries ao desenho Atributos de qualidade

Comentrios gerais: informaes adicionais que se julguem necessrias

4 4.1 4.2 Informao de Suporte Modelo de anlise Cadastro de requisitos

Exerccio sobre especificao de software:

Objetivos: Exercitar a capacidade de levantar dados sobre um projeto, fazendo perguntas relevantes; Exercitar a capacidade de escrever uma especificao de requisitos; Dinmica: o O professor apresenta a especificao incompleta de um problema (Gestor); o Os grupos tem entre 15 e 20 minutos para elaborar perguntas que ajudem a esclarecer as lacunas; o Segue-se uma entrevista coletiva onde, um por vez, cada grupo pode fazer uma pergunta ao professor sobre o sistema. Os grupos devem anotar no apenas as respostas as suas perguntas como as respostas as perguntas dos demais grupos, bem como decidir que perguntas descartar ou fazer; o A rodada de perguntas se encerra no fim da aula ou quando no houverem mais perguntas a serem feitas; o Na aula seguinte cada grupo deve entregar: 1. a Proposta de Especificao de Software; 2. um Documento de Especificao de Requisitos nos moldes vistos em aula (metodologia Prxis). o O professor dispe da especificao completa de maneira a dar respostas coerentes.
o o