Fundamentos de Engenharia de Software

Requisitos

Prof. Bianka Gonalves

Reflexo
Um sistema no uma cabea. Um mvel no gente. Todos os processos e todos os aparelhos, resultaro inteis para as organizaes, se as cabeas dos indivduos que os empregam, no estiverem convenientemente organizados. E essas cabeas estaro organizadas, se estiverem organizadas devidamente, a mesma parte do corpo do chefe que os dirige. Assim como se podem escrever asneiras com uma mquina de escrever do ltimo modelo, tambm se podem fazer disparates com os sistemas e aparelhos mais perfeitos para ajud-lo a no faz-lo. Sistemas, processos, mveis, mquinas, elementos puramente auxiliares. O verdadeiro processo PENSAR. A mquina fundamental a INTELIGNCIA.
(Fernando Pessoa - 1926)

Objetivo de Requisito
Um sistema deve ter a capacidade de atender aos seus requisitos. Nosso problema entender o problema do usurio dentro da sua cultura, linguagem e construir sistemas que venham de encontro s suas necessidades. Caracterstica um servio que o sistema fornece a fim de atender as necessidades dos usurios O diagrama de Casos de Uso descrevem a seqncia de aes, executados por um sistema, que resultam em valores para o usurio.

Tipos de Requisitos
Requisitos funcionais. Requisitos no-funcionais. Requisitos de domnio.

Requisitos Funcionais
Descrevem os servios que o sistema deve oferecer, como o sistema deve reagir a certas entradas e como o sistema deve comportar-se em determinadas situaes. Descreve a funcionalidade ou os requisitos o sistema. Depende do tipo de sistema, dos usurios, onde o utilizado. Os requisitos funcionais do usurio podem ser descries mais abstratas do que o sistema deve fazer, Os requisitos funcionais do sistema devem descrev-lo em detalhe. Exemplo: Cada pedido deve ter um identificador nico.

O sistema LIBSYS
Um sistema de biblioteca que fornece uma interface nica para uma srie de banco de dados de artigos em bibliotecas diferentes. Os usurios podem pesquisar, baixar e imprimir estes artigos para estudo pessoal.

Exemplos de requisitos funcionais

O usurio deve ser capaz de pesquisar em todo o conjunto inicial de banco de dados ou selecionar um subconjunto a partir dele. O sistema deve fornecer telas apropriadas para o usurio ler os documentos no repositrio de documentos.

Para todo pedido deve ser alocado um identificador nico (ORDER_ID) no qual o usurio deve ser capaz de copiar para a rea de armazenamento permanente da sua conta.

Impreciso de requisitos
Problemas surgem quando os requisitos no so precisamente definidos. Requisitos ambguos podem ser interpretados de maneiras diferentes pelos desenvolvedores e usurios. Considere o termo telas apropriadas Inteno do usurio tela de propsito especial para cada tipo diferente de documento; Interpretao do desenvolvedor fornece uma tela de texto que mostra o contedo do documento.

Requisitos Funcionais
A grande maioria dos problemas do sistema ocorre quando requisitos no so definidos precisamente. Caso sejam ambguos podem ser interpretados diferentemente pela equipe de desenvolvimento e pelos usurios. Espera-se que um requisito funcional seja completo e consistente. Completos: devem incluir descries de todas as funes requeridas Consistente: no deve haver conflitos ou contradies nas descries do sistema.

Interao de requisitos
Conflitos entre os diferentes requisitos no funcionais so comuns em sistemas complexos. Sistema de aeronave Spacecraft system Para minimizar o peso, o nmero de chips separados no sistema deve ser minimizado. Para minimizar o consumo de energia, chips de baixa potncia devem ser usados. Contudo, o uso de chips de baixa potncia pode significar que mais chips devem ser usados . Qual o requisito mais crtico?

10

Requisitos no-funcionais
Descrevem as restries nos servios do sistema, tais como restries de tempo, restries no processo de desenvolvimento, padres, etc. Definem as propriedades do sistema (confiabilidade, tempo de resposta) e suas restries (capacidade dos dispositivos de entrada e sada, representao dos dados nas interfaces do sistema). Os requisitos no-funcionais do processo incluem o sistema CASE a ser utilizado, a linguagem de programao, o mtodo de desenvolvimento. Caso os requisitos no funcionais no forem satisfeitos o sistema fica sem utilidade.

11

Requisitos no-funcionais
Requisitos de produto: so os requisitos que especificam que o produto deve se comportar de uma determinada forma (rapidez, confiabilidade); Requisitos organizacionais: so requisitos que so decorrncia das polticas e dos procedimentos organizacionais (padres de processo usados). Requisitos externos: so requisitos que surgem a partir de fatores externos ao sistema (requisitos legislativos, ticos).

12

Requisitos no-funcionais

Tipos de requisitos no funcionais

Fonte: Engenharia de Software -8. Ed Ian Sommerville Cap. 6

13

Requisitos No-Funcionais - Exemplo

Requisito No-Funcional
Operacional

Descriao
Os ambientes fsico e tcnico em que o sistema ser operado

Exemplos
O sistema deve ser capaz de se integrar com o ssitema de estoque existente O sistema deve ser capaz de funcionar em qualquer navegador Web

Desempenho

A velocidade, a capacidade e a confiabilidade do sistema

Qualquer interao entre usurio e o sistema no deve exceder 2 segundos O sistema deve receber informaes atualizadas sobre o estoque a cada 15 minutos O sistema deve estar disponvel 24 horas por dia, 365 dias por ano

14

Requisitos No-Funcionais - Exemplo

Requisito No-Funcional
Segurana

Descriao
Quem possui acesso autorizado ao sistema sob quais circusntncias

Exemplos
Apenas os gerentes diretos podem ver os registros pessoais dos funcionrios Os clientes podem ver seus histricos de compras apenas durante o horrio comercial

Cultural e poltico

Fatores culturais e polticos e requisitos legais que afetam o sistema

O sistema deve ser capaz de distinguir entre a moeda do Brasil e a da Europa A poltica da empresa diz que podemos comprar computadores apenas da Dell Os gerentes regionais esto autorizados a permitir o uso de interfaces personalizadas com usurio dentro de suas unidades O sistema seguir os padres da industria de seguros

15

Exemplo
Requisitos de produto A interface de usurio para o sistema de biblioteca LIBSYS deve ser implementada como simples HTML, sem frames ou applets Java. Requisito Organizacional O processo de desenvolvimento de sistema e os documentos a serem entregues devero estar de acordo com o processo e os produtos a serem entregues, definidos em XYZ-SP- STAN95 Requisitos externos O sistema no dever revelar aos operadores nenhuma informao pessoal sobre os clientes, alm de seus nomes e o nmero de referncia (legislao de privacidade)

16

Medidas de requisitos

Fonte: Engenharia de Software -8. Ed Ian Sommerville Cap. 6

17

Interao de requisitos
Conflitos entre os diferentes requisitos no funcionais so comuns em sistemas complexos. Sistema de aeronave Spacecraft system Para minimizar o peso, o nmero de chips separados no sistema deve ser minimizado. Para minimizar o consumo de energia, chips de baixa potncia devem ser usados. Contudo, o uso de chips de baixa potncia pode significar que mais chips devem ser usados . Qual o requisito mais crtico?

18

Requisitos de Domnio
Derivados do domnio de aplicao e refletem fundamentos do domnio da aplicao. Podem ser novos requisitos funcionais em si, podem restringir os requisitos funcionais existentes, ou estabelecer como realizar clculos especficos. Se no forem satisfeitos, poder ser impossvel fazer o sistema operar satisfatoriamente.

19

 Deve haver uma interface padro com o usurio para todos os bancos de dados, que ter como base o padro Z 39.50

Requisitos de domnio Sistema de biblioteca

Em razo das restries referentes a direitos autorais, alguns documentos devem ser excludos imediatamente ao serem fornecidos. Dependendo dos requisitos dos usurios, esses documentos sero impressos localmente no servidor do sistema para serem encaminhados manualmente ao usurio ou direcionados para uma impressora de rede.

20

Requisitos de Domnio - Sistema automatizado de proteo de trens

A desacelerao do trem ser computada como:

Dtrrem = Dcontrole + Dgradiente onde Dgradiente 9.81ms2 * gradiente compensado/alfa e onde os valores de 9.81ms2/alfa so conhecidos para diferentes tipos de trens .

21

Problemas com os requisitos de domnio

Facilidade de entendimento Requisitos so expressos na linguagem do domnio de aplicao; Isso no , freqentemente, compreendido pelos engenheiros de software que esto desenvolvendo o sistema. Implcito Especialistas em domnio compreendem a area to bem que no pensam em tornar os requisitos de domnio explcitos.

22

Requisitos na Modelagem do Banco de Dados

Os requisitos sero a base para a confeco do modelo de dados e do banco de dados onde ser feita uma anlise de aderncia (Requisitos X Modelo de Dados ), envolve: a descrio das necessidades dos usurios a identificao e detalhamento dos Requisitos do Sistema (funcionais e no funcionais) o estabelecimento da fronteira do sistema(escopo) a definio das interfaces do usurio (Telas e Relatrios)

23

 Inventar um formato padro e us-lo para todos os requisitos. Usar a linguagem de uma forma consistente. Use deve para requisitos obrigatrios, e deveria para requisitos desejveis. Reale o texto para identificar as partes principais do requisito. Evitar o uso de jarges de computao.

Diretrizes para escrever requisitos

24

Viso da Requisitos
Necessidade dos Envolvidos

Requisitos Funcionais

Requisitos no funcionais

Casos de Uso Caso de Teste

Classes, Subsistemas, Pacote Tabela do Banco de Dados 25

Desdobrando Conceitos em Prticas

Enunciado
O Clube "Scio Feliz" um clube familiar onde qualquer pessoa pode ser scia desde que seja indicado por algum outro scio e seja aprovado pela Diretoria do Clube. O solicitante deve entregar uma solicitao preenchida, anexando os documentos necessrios e duas cartas de recomendao de algum scio. Ao ser aceito como scio em reunio ordinria da Diretoria, o solicitante deve pagar a primeira anuidade. Feito isso, o novo scio receber sua carteira de scio, que dever apresentar na portaria sempre que ingressar nas dependncias do clube. A cada 12 meses, evidentemente, uma nova anuidade deve ser paga. Para isso, o scio recebe em casa um boleto de cobrana bancria. O clube mantm chals para uso exclusivo dos scios. O scio deve requisitar o chal com pelo menos 15 dias de antecedncia. No havendo chal disponvel na data solicitada, o scio entrar em uma fila, sendo avisado quando houver disponibilidade. Sempre que se hospedar num chal, o scio dever pagar o que foi consumido. No o fazendo, ser impedido de solicitar outro chal at a quitao dos dbitos.

27

Definio do Problema
O problema afeta cujo impacto uma boa soluo da falta de controle dos scios e dos chals scios, diretores e funcionrios do clube falta de controle no pagamento, dbitos do scio e uso das dependncias do clube pelos scios criar uma forma de atendimento e controle automtico e mais efetivos destes scios

28

Para

Definio da Posio do Produto (Sistema)

Scios, diretores e funcionrios do clube necessitam de um controle dos scios e das dependncias do clube um portal permitir o controle dos scios, reserva automtica dos chals, emisso automtica de carteirinha e divulgao do clube aos interessados da forma usual, em que o scio para qualquer atividade se dirigia secretaria do clube onde era atendimento de forma inadequada, pois os funcionrios tinham muitos afazeres. Os funcionrios no conseguiam ter um controle sobre as atividades do scio no depender somente da disponibilidade dos funcionrios da secretria e do controle manual dos scios pelos funcionrios.

Os quais O Sistema que ao contrrio

nosso produto

29

Necessidades
Saber os scios que esto em dbito da anuidade com o clube Saber os scios que no pagaram o consumo do chals Melhorar o controle do uso dos chals Aumentar o nmero de scios no clube Uma vez o scio aprovado diminuir o tempo de espera pela emisso da carteirinha. Diminuir os gastos com a cobrana da anuidade com os scios (emisso de boleto pelo banco muito

30

Requisitos Funcionais do Sistema

O sistema deve fazer...
Controle automtico dos pagamentos realizados pelos scios. Emisso de relatrios mensais de scios em dbitos com o clube. Emisso de relatrios de scios que mais freqentaram o clube, utilizaram o chal e indicaram novos scios. Permitir que o scio possa atravs da internet verificar a sua situao com o clube. Reserva automtica dos chals pelo scios.

31

Requisitos Funcionais do Sistema

O sistema deve fazer...
Aviso automtico da disponibilidade do chal para o scio. Emisso automtica da carteirinha do scio. Divulgao no site de promoes para adeso de novos scios. Permitir a escolha de forma de pagamento de cobrana atravs de dbito automtico ou carto pela internet

32

Requisitos No Funcionais Sistema O sistemado deve fazer...

Permitir o controle de acesso do scio. Identificao do scio atravs de um cdigo de barras ou por biometria Manter os dados no Banco de Dados por 5 anos aps sua sada do clube. A reserva de um chal pelo scio no mximo aps 1 dia do pedido de reserva O sistema deve utilizar computadores PC de mercado.

33

Requisitos No Funcionais do Sistema O sistema deve fazer...

As interfaces do sistema devem ser implementadas como formulrios acessveis em um browser HTML A camada de persistncia deve ser implementada de forma que diferentes tecnologias de banco de dados possam vir a ser utilizadas no futuro. Os perfis de usurio para acesso ao sistema so: administrador, operador e convidado. O sistema deve suportar o sistema operacional Linux.

34

Tabela de Requisitos
Cdigo (F)/(NF) Descrio do requisito Prioridade (alta/ mdia/ baixa)

F = Funcional / NF = No funcional /

35

Viso da Rastreabilidade de Requisitos Necessidade

dos Envolvidos Requisitos Funcionais Requisitos no funcionais

Casos de Uso

Caso de Teste

Classes, Subsistemas, Pacote

Tabela do Banco de Dados

36

Exerccio-1
Relacione os requisitos funcionais e no-funcionais do sistema descrito na tabela de requisitos
Sistema Videolocadora Viso Geral do Sistema proposto o desenvolvimento de um sistema de controle de videolocadora, que vai informatizar as funes de emprstimo, devoluo e reserva de fitas. O objetivo do sistema agilizar o processo de emprstimo e garantir maior segurana, ao mesmo tempo que possibilita um melhor controle das informaes por parte da gerncia. Devero ser gerados relatrios de emprstimos por cliente, emprstimos por fita e emprstimos no ms. O sistema dever calcular automaticamente o valor dos pagamentos a serem efetuados em cada emprstimo inclusive multas e descontos devidos. A cada devoluo de fitas corresponder um pagamento, no sendo possvel trabalhar com sistema de crditos. A impossibilidade de efetuar um pagamento deve deixar o cliente suspenso, ou seja, impossibilitado de emprestar novas fitas at saldar a dvida.

37

Exerccio-2
Relacione os requisitos funcionais e no-funcionais do sistema descrito na tabela de requisitos

O ContrHotel tem por objetivo informatizar as principais funes relacionadas ao controle de hospedagem em Hotis, tais como: cadastro de cliente, gerenciamento de reservas e ocupaes, gerenciamento de pagamento, emisso de nota fiscal, emisso de relatrios contbeis atravs de um sistema de banco de dados, que tambm integrado a um servio de auto-atendimento na Internet, permitindo ao cliente fazer reservas e cancelamento de reservas por meio da Web.

38

Bibliografia
Engenharia de Software - Roger Pressman 6. Edio Engenharia de Software Ian Sommerville 8. edio

39