aula04
-
Upload
claudio-matos -
Category
Documents
-
view
14 -
download
0
Transcript of aula04
UNIVERSIDADE ESTADUAL PAULISTA INSTITUTO DE BIOCINCIAS, LETRAS E CINCIAS EXATAS DEPARTAMENTO DE CINCIAS DE COMPUTAO E ESTATSTICA
Requisitos de SoftwareEngenharia de Software 2o. Semestre de 2005
Slide 1
Requisitos de software
Descrio e especificao de sistemas
Slide 2
Objetivos
Introduzir os conceitos de requisitos do usurio e requisitos de sistema. Descrever requisitos funcionais e no funcionais. Explicar duas tcnicas para descrever os requisitos de sistema. Mostrar como requisitos de software podem ser organizados em um documento de requisitos de software
Slide 3
Tpicos
Requisitos funcionais e no funcionais Requisitos do Usurio Requisitos do sistema O documento de requisitos de software
Slide 4
Engenharia de Requisitos
o processo de estabelecer os servios que o cliente requer de um sistema e as restries sob as quais deve ser desenvolvido e operar. Requisitos so as descries das funes e restries.
Slide 5
O que um requisito?
Pode variar de uma declarao abstrata de alto nvel, de uma funo que o sistema deve fornecer ou de uma restrio do sistema, a uma definio detalhada, matematicamente formal, de uma funo do sistema. Assim, requisitos possui diferentes nveis de descrio; Pode ser a base para uma licitao de um contrato - deve ser aberto interpretaes. Pode ser a base para o prprio contrato - deve ser definido em detalhes. Ambas declaraes podem ser chamada requisitos. Slide 6
Por que os requisitos so importantes?Pesquisa em mais de 350 empresas sobre os seus mais de 8.000 Pesquisa em mais de 350 empresas sobre os seus mais de 8.000 Projetos de software 30 % dos projetos foram cancelados. Dos Projetos de software 30 % dos projetos foram cancelados. Dos concludos, 9% entregues dentro do prazo eedo valor estimado(Standish concludos, 9% entregues dentro do prazo do valor estimado(Standish Group 1994). Group 1994). Fatores principais relatados como causas das falhas: Fatores principais relatados como causas das falhas: 1. Requisitos incompletos (13.1%) 1. Requisitos incompletos (13.1%) 2. Falta de envolvimento por parte do usurio (12.4%) 2. Falta de envolvimento por parte do usurio (12.4%) 3. Falta de recursos (10.6%) 3. Falta de recursos (10.6%) 4. Expectativas no realistas (9.9%) 4. Expectativas no realistas (9.9%) 5. FaltA de apoio dos executivos (9.3%) 5. FaltA de apoio dos executivos (9.3%) 6. Modificaes nos requisitos eenas especificaes (8.7%) 6. Modificaes nos requisitos nas especificaes (8.7%) 7. Falta de planejamento (8.1%) 7. Falta de planejamento (8.1%) 8. O sistema no era mais necessrio (7.5%) 8. O sistema no era mais necessrio (7.5%)
Slide 7
Por que os requisitos so importantes?
Falta de cuidado com os requisitos pode levar a Construo de um sistema que resolve o problema errado; No funciona como esperado; Difcil para os usurios entenderem e utilizarem; Alto custo.
Vale a pena utilizar algum tempo para entender o problema e seu contexto, e obter os requisitos certos na primeira vez.Slide 8
Tipos de requisitos
Requisitos do usurio Declaraes em linguagem natural e tambm em diagramas sobre as funes que o sistema deve fornecer e as restries sob as quais deve operar. Um documento estruturado que estabelece detalhadamente as funes e as restries de sistema. Escrito como um contrato entre o cliente e o desenvolvedor do software.
Requisitos do sistema
Especificao do software Uma descrio detalhada do software que serve como base para projeto e a implementao. Escrito para os desenvolvedores.Slide 9
Definies e EspecificaesDefinio dos requisitos do usurio1. O software deve oferecer um meio de representar e acessar arquivos externos criados por outra ferramenta
Especificao dos requisitos de sistema1.1. O usurio deve dispor de recursos para definir o tipo dos arquivos externos. 1.2. Cada tipo de arquivo externo pode ter uma ferramenta associada que pode ser aplicada a ele. 1.3. Cada tipo de arquivo externo pode ser representado como um cone especfico na tela do usurio. 1.4 Devem ser fornecidos recursos para o cone que representa um arquivo externo, a ser definido pelo usurio. 1.5. Quando um usurio seleciona um cone que representa um arquivo externo, o efeito dessa seleo aplicar a ferramenta associada com o tipo de arquivo externo ao arquivo representado pelo cone selecionado.Slide 10
Leitores de diferentes tipos de especificaesRequisitos Requisitos do usurio do usurio Gerentes de clientes Gerentes de clientes Usurios finais de sistemas Usurios finais de sistemas Engenheiros do cliente Engenheiros do cliente Gerentes do fornecedor Gerentes do fornecedor Arquitetos de sistemas Arquitetos de sistemas Usurios finais de sistemas Usurios finais de sistemas Engenheiros do cliente Engenheiros do cliente Arquitetos de sistemas Arquitetos de sistemas Desenvolvedores de software Desenvolvedores de software Engenheiros do cliente (talvez) Engenheiros do cliente (talvez) Arquitetos de sistemas Arquitetos de sistemas Desenvolvedores de software Desenvolvedores de software
Requisitos Requisitos de sistema de sistema
Especificao de Especificao de projeto de software projeto de software
Slide 11
Requisitos funcionais e no funcionais
Requisitos funcionais Declaraes de servios que o sistema deve fornecer, como o sistema deve reagir a entradas especficas e como deve se comportar em determinadas situaes. Restries sobre os servios ou as funes oferecidas pelo sistema. Requisitos que se originam do domnio da aplicao do sistema e que refletem caractersticas desse domnio (Podem ser requisitos funcionais e no funcionais).
Requisitos no funcionais
Requisitos de domnio
Slide 12
Requisitos funcionais
Descrevem a funcionalidade ou os servios do sistema. Dependem do tipo de software, das expectativas dos usurios e do tipo de sistema que est sendo desenvolvido. Requisitos funcionais do usurio so descritos de forma bem geral, mas os requisitos funcionais de sistema descrevem a funo de sistema detalhadamente.Slide 13
Exemplos de requisitos funcionais
O usurio dever ser capaz de buscar todo o conjunto inicial de banco de dados ou selecionar um subconjunto a partir dele. O sistema fornecer telas apropriadas para o usurio ler documentos no repositrio de documentos. Cada pedido ser alocado a um nico identificador (ORDER-ID), que o usurio poder copiar para a rea de armazenagem permanente da conta Requisitos funcionais do usurioSlide 14
Impreciso de Requisitos
Problemas se originam da impreciso na especificao de requisitos. Requisitos ambguos podem ser interpretados de maneira diferente pelos desenvolvedores e usurio. Considere o termo telas apropriadas Inteno do usurio - telas para cada formato de documento devem ser disponibilizadas. Inteno do desenvolvedor - disponibilizar uma tela de texto que mostra o contedo do documento.
Slide 15
Completeza e consistncia de requisitos
Em princpio, a especificao de requisitos funcionais deve ser completa e consistente Completeza Todas as funes requeridas pelo usurio devem estar definidas No devem haver definies contraditrias de requisitos
Consistncia
Na prtica, quase impossvel atingir a consistncia e a completeza dos requisitos.
Slide 16
Requisitos no funcionais
Definem as propriedades de sistemas e restries, por ex: confiabilidade, tempo de resposta e espao em disco. Restries: capacidade dos dispositivos de E/S, representaes de dados, etc. Requisitos no funcionais dizem respeito ao sistema como um todo. Alguns podem restringir o processo que utilizado para desenvolver o sistema (ditar um sistema CASE especfico, linguagem de programao ou mtodo de desenvolvimento) Podem ser mais crticos que requisitos funcionais. A falha em atender um requisito no funcional de sistema pode inutilizar o sistema. Slide 17
Classificaes no funcionais
Requisitos de produto Requisitos que especificam o comportamento do produto. Ex: velocidade de execuo, confiabilidade, portabilidade, facilidade de uso, etc.. Requisitos que so conseqncia de polticas de procedimentos nas organizaes do cliente e do desenvolvedor. Ex: padres de processos que devem ser utilizados, requisitos de implementao, etc. Requisitos procedentes de fatores externos ao sistema e a seu processo de desenvolvimento. Ex: requisitos de interoperabilidade, requisitos legais e os requisitos ticos.
Requisitos organizacionais
Requisitos externos
Slide 18
Tipos de requisitos no funcionaisRequisitos No Requisitos n-fu nctio nal requ ir ements no funcionais no funcionais
Requisitos Pro du ct Requisitos requ ir ements do produto do produto
Or Requisitos gRequisitos an izatio nal requ ir ements organizacionais
organizacionais
Requisitos Ex tern al Requisitos requ irements externos externos
Requisitos Ef ficiency Requisitos requ ir ements de eficincia de eficincia
Requisitos de Reliab ility Requisitos de requ ir ements confiabilidade confiabilidade
Requisitos de Po rtability Requisitos de requ irements portabilidade portabilidade
Requisitosility Intero perab de Requisitos de requ irements interoperabilidade interoperabilidade
Requisitos Ethical Requisitos requ irements ticos ticos
Requisitos de Usab ility Requisitos de requ irements facilidade de uso facilidade de uso
Requisitos de Delivery Requisitos de requ irements entrega entrega
Requisitos de Implementatio n Requisitos de requ ir ements implementao
implementao
Requisitossde Stand ard Requisitos de requ irements padres padres
Requisitos Leg islative Requisitos requ irements legais legais
Perfo rmance Requisitos de Requisitos de requ irements desempenho desempenho
Sp ace Requisitos de Requisitos de requ ir ements espao espao
Priv acy Requisitos de Requisitos de requ irements privacidade privacidade
Safety Requisitos de Requisitos de requ irements segurana seguranaSlide 19
Exemplos de requisitos no funcionais
Requisitos de produto 4.C.8 Deve ser possvel que toda a comunicao necessria entre o Ambiente de apoio programao Ada (APSE) e o usurio seja expressa no conjunto padro de caracteres Ada. (restringe a liberdade do projetistas do APSE na sua escolha de smbolos utilizados) 9.3.2 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 7.6.5 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)Slide 20
Requisito Organizacional
Requisitos externos
Metas e requisitos
Requisitos no funcionais muitas vezes podem ser difceis de serem colocados e verificados. Meta do sistema Uma inteno geral do usurio, por ex:, a facilidade de uso. Uma declarao usando alguma mtrica que pode ser objetivamente testada.
Requisito no funcional verificvel
Slide 21
Exemplos
Uma meta do sistema O sistema deve ser fcil de utilizar por controladores experientes e deve ser organizado de modo que os erros dos usurios sejam minimizados. Controladores experientes devem ser capazes de utilizar todas as funes do sistema depois de um total de duas horas de treinamento. Depois desse treinamento, o nmero mdio de erros feitos pelo usurio no deve exceder a dois por dia.
Um requisito no funcional verificvel
Slide 22
Mtricas para especificar requisitos no funcionaisPropriedade Velocidade Tamanho Confiabilidade Mtrica Transaes processadas/segundo Tempo de resposta ao usurio/evento Tempo de refresh da tela K bytes Nmeros de chips de RAM Tempo mdio para falha Probabilidade de indisponibilidade Taxa de ocorrncia de falhas Disponibilidade Tempo de reincio depois de uma falha Porcentagem de eventos que causam falhas. Probabilidade de que dados sejam corrompidos por falhas Porcentagem de declaraes dependentes de sistemas alvo. Nmero de sistemas alvo Tempo de treinamento Slide Nmero de frames de ajuda
Robustez
Portabilidade Facilidade de uso
23
Interao de requisitos
comum a existncia de conflitos entre diferentes requisitos no funcionais em sistemas complexos. Sistema para uma Espaonave Para minimizar peso, o nmero de chips separado deve ser minimizado. Para minimizar consumo de energia, chips de baixo consumo deve ser usado Contudo, o uso de chips de baixo consumo significa que mais chips devem ser utilizados. Qual o requisito mais crtico?
Slide 24
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.
Slide 25
Requisitos de domnio do sistema de biblioteca
Deve haver uma interface padro com o usurio para todos os bancos de dados, que ter como base o padro Z 39.50 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.Slide 26
Sistema automatizado de proteo de trens
A desacelerao do trem ser computada como: Dtrem = Dcontrole + Dgradiente
onde Dgradiente 9.81ms2 * gradiente compensado/alfa e onde os valores de 9.81ms2/alfa so conhecidos para diferentes tipos de trens .
Slide 27
Problemas com os requisitos de domnio
Entendimento Requisitos so expressos com o uso de uma linguagem que especfica do domnio da aplicao Especialistas em um domnio podem deixar de fornecer informaes em um requisito, simplesmente por acharem que essas informaes so muito bvias.
Declaraes implcitas
Slide 28
Requisitos de usurio
Devem descrever os requisitos funcionais e no funcionais de modo compreensvel pelos usurios do sistema, que no tem conhecimentos tcnicos detalhados. Requisitos do usurio so definidos usando linguagem natural, tabelas e diagramas.
Slide 29
Problemas com linguagem natural
Falta de clareza Difcil usar a linguagem de maneira precisa e sem ambigidade, sem produzir um documento de difcil leitura Os requisitos funcionais e os no funcionais, os objetivos do sistema e as informaes sobre o projeto podem no estar claramente definidos. Vrios requisitos diferentes podem ser expressos juntos.
Confuso de requisitos
Fuso de requisitos
Slide 30
Ex: Requisitos sobre um banco de dados4.A.5 O banco de dados deve aceitar a gerao e o controle de configurao de objetos ; ou seja, os objetos que so agrupamentos de outros objetos no banco de dados. Os recursos de controle de configurao devem permitir o acesso aos objetos em um grupo de verso, pelo uso de um nome incompleto.
Ilustra informaes conceituais e detalhadasSlide 31
Requisitos de usurio para uma grade de editor (Editor de modelos de projeto de software - CASE)2.6 Recursos de grade Para ajudar no posicionamento de entidades em um digrama, o usurio pode acionar uma grade de centmetros ou em polegadas, por meio de uma opo no painel de controle. Inicialmente, a grade est desativada. Ela pode ser ligada e desligada a qualquer momento durante uma sesso de edio e pode ser alternada entre polegadas e centmetros a qualquer momento. Uma opo de grade ser fornecida na viso reduzida do diagrama, mas o nmero de linhas da grade mostrado diminuir, para evitar preencher o diagrama menor com linhas de grade. Ilustra Requisitos do usurio X requisitos do sistema
Slide 32
Problemas com requisitos
Os requisitos do banco de dados inclui informaes conceituais e detalhadas Descreve o conceito de facilidade de controle de configurao Inclui o detalhe de que objetos podem ser acessados usando um nome incompleto.
Os requisitos para uma grade mistura 3 tipos diferentes de requisitos Requisito funcional conceitual (a necessidade de uma grade) Requisito no funcional (unidades de medida) Requisitos no funcional de interface com o usurio (Como a grade ligada e desligada pelo usurio)Slide 33
Apresentao estruturadaRecursos de grade O editor dever fornecer um recurso de grade, em que uma matriz de linhas horizontais e verticais constitua um fundo da janela do editor. Essa grade dever ser uma tela passiva em que o alinhamento de entidades responsabilidade do usurio. Lgica: uma grade ajuda o usurio a criar um diagrama limpo, com entidades bem espaadas. Embora uma grade ativa, em que as entidades saltam as linhas de grade, possa ser til, o posicionamento impreciso. O usurio a melhor pessoa para decidir onde as entidades devem ser posicionadas. Especificao: 5.6 ECLIPSE/WS/Ferramenta/DE/FS seoSlide 34
Requisitos do usurio detalhado3.5.1. Adicionando ns a um desenho. 3.5.1.1 O editor deve fornecer um recurso aos usurios para adicionar ns de um tipo especificado a seu desenho. 3.5.1.2 A seqncia de aes para acrescentar um n deveria ser como se segue: 1. o usurio deve selecionar o tipo de n a ser acrescentado. 2. O usurio deve mover o cursor para a posio aproximada do n no diagrama e indicar que o smbolo do n deve ser adicionado naquele ponto. 3. O usurio deve ento arrastar o smbolo do n para sua posio final. Lgica: o usurio a melhor pessoa para decidir onde posicionar um n no diagrama. Essa abordagem d ao usurio o controle direto sobre a seleo do tipo de n e seu posicionamento Especificao: ECLIPSE/WS/Ferramentas/DE/FS. Seo 3.5.1Slide 35
Diretrizes para escrever requisitos
Estabelea um formato padro e use-o para todos os requisitos. Utilize a linguagem de modo consistente. Faa distino entre os requisitos obrigatrios e os que so desejveis (O sistema deve ... O sistema deveria ...). Utilize destaque no texto para ressaltar partes importantes dos requisitos. Evite o uso de jarges de informtica.Slide 36
Requisitos do sistema
Descries mais detalhadas dos requisitos do usurio. Servem como base para um contrato destinado implementao do sistema. Ponto de partida para o projeto do sistema. Requisitos do sistema pode ser expresso usando diferentes modelos de especificao de requisitos
Slide 37
Requisitos e projeto
Em princpio, os requisitos deveriam definir o que o sistema deveria fazer e no como deveria ser implementado. Na prtica, difcil conseguir essa separao Uma arquitetura inicial do sistema pode ser definida para ajudar a estruturar os requisitos. O sistema deve inter- operar com outros sistemas que geram requisitos para o novo sistema. O uso de um projeto especfico pode ser um requisito externo de sistema
Slide 38
Problemas com especificao em Linguagem Natural
Ambigidade Leitores e escritores dos requisitos devem interpretar as mesmas palavras da mesma maneira. A linguagem natural naturalmente ambgua e isso dificulta a interpretao A mesma coisa pode ser dita de diferentes maneiras na especificao estruturas da linguagem natural no so apropriadas para estruturar os requisitos do sistema.
Flexibilidade
Falta de modularizao
Slide 39
Alternativas para especificao em Linguagem NaturalN o tao Ling uag em natural estruturada Ling uag em de descrio de projeto N otaes g rficas E specificaes m atem ticas D escrio D epende da definio de form ulrios padro ou tem plates para expessar a especificao de req uisitos. U tiliza um a ling uag em parecida com um a ling uag em de prog ram ao, porm com recursos m ais abstratos. Ling uag em g rfica, com plem entada com textos, utilizada para definir os req uisitos funcionais do sistem a. E x: usecase. S o notaes com base em conceitos m atem ticos, com o por exem plo, m q uinas de esta dos finitos, redes de P etri, statecharts, etc. S o especificaes no am bg as, porm usurios relutam em aceit-las com o base para um contra to.
Slide 40
Especificaes em linguagem natural estruturada
uma forma restrita da linguagem natural, que se destina a escrever requisitos do sistema. Essa abordagem elimina problemas de ambigidade e flexibilidade e garante um certo grau de uniformidade na especificao. Em geral, as notaes de linguagem estruturada utilizam templates e abordagens baseadas em formulrios pr-definidos.
Slide 41
Especificaes baseadas em formulrio padro
Inclui: Descrio da funo ou entidade especificada. Descrio de suas entradas e origens. Descrio de sadas e destinos. Indicao de outras entidades utilizadas. Pr e ps condio (se apropriado) Efeitos colaterais (caso existam)
Slide 42
Especificao utilizando formulrio padroFuno Adicionar ns. Descrio Adiciona um n em um desenho existente. O usurio seleciona o tipo de n e seu posicionamento. Quando Adicionado ao desenho, o n se torna a seleo atual. O usurio escolhe a posio do n movimentando o cursor para a rea que em que o n ser adicionado. Entradas Tipo de n, Posio do n, identificador do desenho Sadas Identificador do desenho. Destino O banco de dados do desenho. O desenho designado para a base de dados, no trmino da operao. Requer Grfico de desenho associado ao identificador de desenho de entrada. Pr condio O desenho aberto e exibido na tabela do usurio. Ps condio O desenho imutvel, a no ser pela adio de um n do tipo especificado em dada posio. Efeitos colaterais Nenhum.Slide 43
Especificao de requisitos com o uso de uma PDL
Requisitos podem ser definidos operacionalmente com o uso de uma linguagem de descrio de programa (PDL) PDL uma linguagem derivada de uma LP, com maior poder de expresso. Apropriada em duas situaes Quando uma operao especificada como uma seqncia de aes e a ordem importante. Quando interfaces de hardware e software tiverem de ser especificadas.
Slide 44
Parte de uma descrio em PDL de uma ATMclass ATM { // declarations here public static void main (String args[]) throws InvalidCard { try { thisCard.read () ; // may throw InvalidCard exception pin = KeyPad.readPin () ; attempts = 1 ; while ( !thisCard.pin.equals (pin) & attempts < 4 ) { pin = KeyPad.readPin () ; attempts = attempts + 1 ; } if (!thisCard.pin.equals (pin)) throw new InvalidCard ("Bad PIN"); thisBalance = thisCard.getBalance () ; do { Screen.prompt (" Please select a service ") ; service = Screen.touchKey () ; switch (service) { case Services.withdrawalWithReceipt: receiptRequired = true ;
Slide 45
Desvantagens da PDL
A PDL pode no ser suficientemente expressiva para definir a funcionalidade do sistema. A notao difcil de entender. A especificao mais um esboo de projeto ao invs de um modelo para auxiliar o usurio a compreender o sistema.
Slide 46
Especificao de Interface
A maioria dos sistemas deve operar com outros sistemas e as interfaces de sistemas existentes devem ser especificadas como parte dos requisitos. Existem trs tipos de interfaces que podem precisar ser definidas: Interfaces de procedimentos Estruturas de dados transmitidas de um subsistema para outro Representaes de dados.
Notaes formais so tcnicas adequadas para a especificao de interfaces.Slide 47
Descrio em PDL de um servidor de impressointerface PrintServer { // define um servidor de impressora abstrato // requer: interface Printer, interface PrintDoc // fornece: initialize, print, displayPrintQueue, cancelPrintJob, switchPrinter void initialize ( Printer p ) ; void print ( Printer p, PrintDoc d ) ; void displayPrintQueue ( Printer p ) ; void cancelPrintJob (Printer p, PrintDoc d) ; void switchPrinter (Printer p1, Printer p2, PrintDoc d) ; } //PrintServer
Slide 48
O documento de requisitos
O documento de requisitos a declarao oficial do que exigido dos desenvolvedores de sistema. Deve incluir os requisitos de usurio e uma especificao detalhada dos requisitos de sistema. NO um documento de projeto. Deve esclarecer o que o sistema deve fazer e no como deve ser feito.
Slide 49
Clientes de Clientes de sistema sistema
Especificam os requisitos e os Especificam os requisitos e os lem para verificar se eles lem para verificar se eles atendem a suas necessidades. atendem a suas necessidades. Especificam as mudanas Especificam as mudanas nos requisitos. nos requisitos. Utilizam doc. de requisitos para Utilizam doc. de requisitos para planejar um pedido de proposta planejar um pedido de proposta para o sistema e para planejar para o sistema e para planejar o processo de desenvolvimento. o processo de desenvolvimento. Utilizam os requisitos para Utilizam os requisitos para compreender que sistema compreender que sistema deve ser desenvolvido deve ser desenvolvido Utilizam os requisitos para Utilizam os requisitos para desenvolver testes de desenvolver testes de validao para o sistema validao para o sistema Utilizam os requisitos para Utilizam os requisitos para ajudar a compreender o ajudar a compreender o sistema e as relaes entre sistema e as relaes entre suas partes suas partes
Gerentes Gerentes
Engenheiros de Engenheiros de sistema sistema Engenheiros de Engenheiros de teste de sistema teste de sistema Engenheiros de Engenheiros de manuteno manuteno de sistema de sistema
Usurios de um documento de requisitos
Requisitos de um documento de requisitos
Deve: Especificar o comportamento externo do sistema. Especificar as restries implementao. Ser fcil de ser modificado. Servir como ferramenta de referncia para a manuteno. Registrar a estratgia sobre o ciclo de vida do sistema. Caracterizar respostas aceitveis para eventos indesejveis. Slide 51
Padro IEEE/ANSI 830 - 1993 para o documento de requisitos
Introduo Descrio Geral Requisitos especficos (funcionais e no funcionais) Apndices ndice Essa uma estrutura genrica, que deve ser instanciada para sistemas especficosSlide 52
A estrutura de um documento de requisitos
Prefcio Introduo Glossrio Definio de requisitos de usurio Arquitetura de sistemas Especificao de requisitos do sistema Modelos do sistema Evoluo do sistema Apndices ndiceSlide 53
Pontos Chave
Os requisitos estabelecem o que o sistema deve fazer e definem restries sobre sua operao e implementao. Requisitos funcionais so declaraes de funes que o sistema deve fornecer. Requisitos no funcionais se relacionam s propriedades emergentes do sistema e, portanto, se aplicam ao sistema como um todo. Requisitos de usurio so declaraes de alto nvel do que o sistema deve fazer.Slide 54
Pontos chave
Requisitos de usurio devem ser escritos em linguagem natural, tabelas e diagramas. Requisitos de sistema se destinam a comunicar, de modo preciso, as funes que o sistema tem de fornecer. Requisitos de sistema podem ser escritos em linguagem natural estruturada, uma PDL ou em linguagem formal. O documento de requisitos de software a declarao estabelecida dos requisitos do sistema.Slide 55
Slide 56