Transcript of METODOLOGIA PARA DESENVOLVIMENTO DE SISTEMAS Prof. Dr. rer. nat. Daniel D. Abdala e-mail:...
- 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