Slide 1

METODOLOGIA PARA DESENVOLVIMENTO DE SISTEMAS Prof. Dr. rer. nat. Daniel D. Abdala e-mail: abdala@das.ufsc.br 1

Slide 2

Introduzir os conceitos de requisitos do usurio e do sistema; Definir requisitos funcionais e no- funcionais; Explicar duas tcnicas para descrio de requisitos do sistema; 2

Slide 3

Requisitos Funcionais e No-Funcionais Requisitos do Usurio Requisitos do Sistema Documento de Requisitos 3

Slide 4

4

Slide 5

Processo sistemtico para: Identificao e registro das necessidades especficas dos stackholders; Refinamento dos requisitos levantados; Resoluo de conflitos entre requisitos; Identificao de interdependncias entre requisitos; 5

Slide 6

Descrio de servios e restries do sistema; Devem refletir a necessidade dos usurios do sistema; Existem diferentes nveis: Alto nvel usados por exemplo em propostas de contrato; Detalhados usados na redao de contratos. Definem precisamente o que deve estar presente no software 6

Slide 7

If a company wishes to let a contract for a large software development project, it must define its needs in a sufficiently abstract way that a solution is not pre-defined. The requirements must be written so that several contractors can bid for the contract, offering, perhaps, different ways of meeting the client organisations needs. Once a contract has been awarded, the contractor must write a system definition for the client in more detail so that the client understands and can validate what the software will do. Both of these documents may be called the requirements document for the system. 7 Sommerville

Slide 8

Requisitos do Usurio ( Usurio ) afirmaes em linguagem natural enriquecidos por diagramas descrevendo os servios e funcionalidades que um sistema deve prover, assim como restries na presena das quais ele deve operar. Requisitos do Sistema ( Eng. de Requisitos ) estabelece as funes do sistema, servios e restries em detalhes. O documento de requisitos do sistema (tambm chamado especificao funcional) deve ser preciso e detalhado. Ele deve definir exatamente o que deve ser implementado. Ele ainda pode ser usado como parte do contrato entre o comprador do sistema e os desenvolvedores. Especificao do Software ( Desenvolvedores ) Uma descrio detalhada do software que serve como base para o projeto e implementao 8

Slide 9

Especificao de Requisitos 9 O Software deve prover funcionalidade para impresso de todos os relatrios gerados. Definio de Requisitos 1.O software deve ser capaz de escolher uma dentre as vrias impressoras disponveis para impresso; 2.A impresso de um relatrio deve ser permitida em diferentes nveis de qualidade; 3.Os nveis de qualidade so: (rascunho, normal e alta qualidade); 4.Deve ser possvel imprimir relatrios para arquivos.pdf.

Slide 10

Requisitos funcionais e no-funcionais devem ser descritos de tal forma que eles possam ser entendidos por usurios que no possuem conhecimento; Requisitos do Usurio so definidos usando Linguagem Natural (LN), tabelas e diagramas.

Slide 11

Falta de claridade Alcanar preciso difcil sem tornar o documento muito complexo Confuso entre os Requisitos Requisitos funcionais e no-funcionais tendem a se misturar Combinao de Requisitos Vrios requisitos distintos podem vir a ser expressos conjuntamente

Slide 12

4.A.5 O banco de dados deve permitir a gerao e controle de objetos de configurao, isto , objetos que so compostos pela combinao de outros objetos. As ferramentas de controle de configurao devem permitir acesso aos objetos em um grupo de verso por meio do uso de nomes incompletos.

Slide 13

2.6 Grid facilities Para auxiliar o posicionamento de entidades no diagrama, o usurio poder habilitar a visualizao do grid tanto em centmetros quanto em milmetros utilizando para tal um painel de controle. Inicialmente, o grid no deve estar habilitado. O grid pode ser habilitado e desabilitado a qualquer momento durante uma sesso de edio assim como poder ser alterado entre cm e mm. Uma outra opo chamada reduce-to-fit, no entanto o nmero de linhas mostradas ser reduzido de modo a evitar que diagramas pequenos sejam rearranjados para se ajustarem as linha do grid.

Slide 14

Os requisitos do database incluem tanto informaes conceituais quanto detalhes de implementao Descrevem o conceito de opes de controle de configurao Incluem detalhes a respeito de como os objetos devem ser acessados (usando nomes incompletos) Os requisitos do grid incluem trs tipos de requisitos Conceitual (a necessidade de um grid) No-Funcional (unidades de medida do grid) No Funcional IU (troca de tamanho do grid)

Slide 15

15

Slide 16

Requisitos Funcionais definies dos servios que o sistema de prover; define como o sistema deve reagir a diferentes tipos de entrada; como o sistema deve se comportar em situaes particulares. definir explicitamente o que o sistema NO deve fazer; Requisitos No-Funcionais Define restries dos servios oferecidos pelo sistema; Restries de tempo; Restries do processo de desenvolvimento; Restries (concordncia) de padronizao; Geralmente so aplicveis a todo o sistema. 16

Slide 17

O usurio deve ser capaz de pesquisar tanto um conjunto inicial de bancos de dados como um sub grupo selecionado dos mesmos. O sistema deve prover mtodos de visualizao adequados de modo que o usurio possa ler os documentos disponveis na loja de documentos. Deve ser atribudo um identificador nico (ORDER_ID) a todos os documentos. 17

Slide 18

Slide 19

Requisitos do Produto 4.C.8 Deve ser possvel representar toda a comunicao entre o APSE e o usurio usando o conjunto de caracteres Ada. Requisitos de organizao 9.3.2 O processo de desenvolvimento do sistema assim como todos os documentos entregveis devem estar em concordncia com o padro definido em XYZCo-SP- STAN-95 Requisitos Externos 7.6.5 O sistema no deve publicar nenhuma informao pessoal dos clientes com exceo do nome e nmero de referncia para o operador do sistema 19

Slide 20

Requisitos no-funcionais podem ser difceis de serem definidos claramente, e requisitos imprecisos podem ser difceis de verificar. Objetivos So uma inteno geral do usurio, tal como facilidade de utilizao Requisitos funcionais verificveis Uma especificao de funcionalidade usando alguma forma de medida que pode ser testada objetivamente Objetivos podem ser teis aos desenvolvedores uma vez que estes representam as intenes dos usurios do sistema

Slide 21

Um objetivo do sistema O sistema deve ser fcil de usar por controladores experientes e deve ser organizado de forma que os erros de utilizao sejam minimizados Um requisito no-funcional verificvel Controladores experientes dever ser capazes de usar todas as funes do sistema aps um treinamento de duas horas. Uma vez que o treinamento tenha sido feito, o nmero mdio de erros de utilizao no dever ultrapassar duas ocorrncias por dia.

Slide 22

O documento de requisitos uma especificao formal do que requerido dos desenvolvedores do sistema Ele deve incluir tanto uma definio quanto a especificao de cada requisito Ele NO um documento de projeto. Tanto quanto possvel ele deve definir o que o sistema deve fazer ao invs de COMO ele deve fazer

Slide 23

23

Slide 24

Especificao detalhada dos requisitos do usurio; Serve como base para o projeto do sistema.

Slide 25

Como princpio, requisitos devem informar o que o sistema deve fazer e projeto como deve ser feito Na prtica, requisitos e projeto so inseparveis Uma arquitetura do sistema deve ser projetada para estruturar os requisitos

Slide 26

Ambigidade Os leitores e escritores dos requisitos podem vir a interpretar as mesmas palavras de maneiras diversas. LN naturalmente ambigua Muita Flexibilidade A mesma idia pode ser expressa de maneiras diferentes Falta de Modularizao LN inadequada para estruturao de requisitos do sistema

Slide 27

27

Slide 28

Slide 29

Uma forma limitada de LN pode ser usada para expressar requisitos Sana alguns dos problemas resultantes da ambiguidade e flexibilidade e impoe um certo grau de uniformidade para a especificao

Slide 30

Definio de funo ou entidade Descrio das entradas e de sua procedncia Descrio das sadas e seu destino Indicao de dependncia de outras entidades Pre-condies e ps-condies

Slide 31

Slide 32

Muitos sistemas operam em conjunto com outros sistemas. Interfaces entre tais sistemas devem ser especificadas como parte dos requisitos Trs tipos de interfaces podem ser definidas: Interfaces de Procedimentos Estruturas de dados que sero intercambiadas Representao de dados Notaes formais so uma tcnica efetiva para especificao de interfaces

Slide 33

Requisitos especificam o que o sistema deve fazer e definem restries quanto a sua operao e implementao; Requisitos funcionais especificam servios que o sistema deve prover; Requisitos no-funcionais restringem o sistema sendo desenvolvido e/ou o processo de desenvolvimento; Requisitos do usurio so especificaes de alto nvel a respeito do que o sistema deve fazer; 33

Slide 34

Requisitos do usurio devem ser escritos em linguagem natural, tabelas e diagramas; Requisitos do sistema tem como tarefa comunicar as funcionalidades que o sistema deve prover; Requisitos do sistema devem ser escritos em linguagem natural estruturada ou uma linguagem formal. 34

Slide 35

R. S. Pressman, Engenharia de Software, McGraw Hill, 6a Ed., 2002. Chap. 7. I. Sommerville. Software Engineering. 7 th Ed. Addison-Wesley, 2004. Chap. 5. 35