Curso de Gesto da TI Anlise de Projetos de Sistemas

Prof. Flvio Barbosa

16/09/2009
1

Mdulo 4.1 Aula 7

Anlise Orientada a Objetos II

2

 AGENDA Processo Unificado Estudo de Caso 1: Jogo da Velha Estudo de Caso 2: Biblioteca

O QUE UM PROCESSO?
Um processo um conjunto de passos que define quem est fazendo o que, quando e como para alcanar determinado objetivo.

Jacobson, I.; Booch, G.; Rumbaugh, J. The Unified Software Development Process, 1999.

UML Unified Modeling Language

Linguagem para Modelagem Unificada Independente de processo Indica apenas como criar e ler modelos No diz como, quando ou quais modelos devero ser criados Isso fica por conta do processo de desenvolvimento do software.
5

Vantagens: Padronizao da linguagem de comunicao entre os envolvidos (desenvolvedores, analistas e usurios); Reduo da ambiguidade; Reaproveitamento dos diagramas (um mesmo diagrama pode ser utilizado em diversas fases de desenvolvimento do software);
6

UML Unified Modeling Language

UML Unified Modeling Language

Vantagens: Mapeamento direto das classes para linguagens de programao orientadas a objetos e vice-versa.

Exemplo: Engenharia reversa com Netbeans. Este vdeo ilustra a Gerao do modelo a partir do cdigo, ou seja, realiza engenharia reversa. www.netbeans.org

www.netbeans.org
7

UML Unified Modeling Language

Portanto.... UML apenas parte de um mtodo para desenvolvimento de SI, e o fato de ser independente de processo lhe permite ser utilizado em vrios processos de engenharia de software.
8

METODOLOGIA
Do dicionrio Michaelis, metodologia significa: Estudo cientfico dos mtodos. Arte de guiar o esprito na investigao da verdade. Filos Parte da Lgica que se ocupa dos mtodos do raciocnio, em oposio Lgica Formal.
9

Processo Unificado (PU)

uma metodologia que utiliza toda a definio da UML; um framework genrico de um processo de desenvolvimento; Baseado em componentes; Orientado pelos casos de uso, centrado na arquitetura, iterativo e incremental (diferencial).
JACOBSON, I. et al. The unified software development process. Reading : Addison-Wesley, 1999
10

Processo Unificado (PU)

Dirigido por casos de uso: Um software tem por finalidade servir seus usurios. Portanto, para construir um sistema de sucesso devemos saber quem so seus usurios potenciais e o que eles querem e precisam.

11

Processo Unificado (PU)

Dirigido por casos de uso: O termo usurio representa algum ou alguma coisa (como um outro sistema) que interage com o sistema que est sendo desenvolvido.

12

Processo Unificado (PU)

Dirigido por casos de uso: A interao do usurio com o sistema realizada atravs de uma interface. Quando o usurio um ser humano a interface geralmente representada por um dispositivo e/ou software.
13

Processo Unificado (PU)

Dirigido por casos de uso: Quando o usurio um outro sistema a interface pode ser, no meio lgico (software), por exportao/importao de arquivos, banco de dados (SGDB), webservices, etc..
14

Processo Unificado (PU)

Dirigido por casos de uso: No meio fsico, as interfaces podem ser por antenas, cabos, ondas de frequncia (RFID), etc..
15

Processo Unificado (PU)

Dirigido por casos de uso: Outra expectativa dos casos de uso atender, exatamente, s necessidades de cada usurio que interage com o SI, evitando funcionalidades desnecessrias.

16

Processo Unificado (PU)

Dirigido por casos de uso: Alistair Cockburn diz que um caso de uso uma coleo de possveis sequncias de interaes entre o SI em estudo e os usurios deste, relacionado a um determinado objetivo.

17

Processo Unificado (PU)

Dirigido por casos de uso: Um caso de uso um pedao de funcionalidade do SI que retorna ao usurio um resultado de valor.
JACOBSON, I. et al. The unified software development process. Reading : Addison-Wesley, 1999. JACOBSON, I. Objectory is the unified process. Component Strategies, v.1, n. 10, Apr., 1998 p. 67-72. ERIKSSON, H. E.; PENKER, M. UML Toolkit. New York : John Wiley, 1998.

18

Processo Unificado (PU)

Dirigido por casos de uso: Casos de uso capturam requisitos funcionais e todos juntos resultam no modelo de casos de uso, o qual descreve a funcionalidade completa do SI.

JACOBSON, I. et al. The unified software development process. Reading : Addison-Wesley, 1999. JACOBSON, I. Objectory is the unified process. Component Strategies, v.1, n. 10, Apr., 1998 p. 67-72. ERIKSSON, H. E.; PENKER, M. UML Toolkit. New York : John Wiley, 1998.

19

Processo Unificado (PU)

Dirigido por casos de uso: Este modelo substitui a especificao funcional tradicional (DFD, por exemplo), cujo papel responder seguinte questo: O que o sistema faz?
20

Processo Unificado (PU)

Dirigido por casos de uso: caracterizada pela adio de 3 palavras no final dessa pergunta: o que o sistema faz... ...para cada usurio?
Vidal Martins www.batebyte.pr.gov.br
21

A estratgia de casos de uso pode ser

Analisar (ver) os requisitos de diferentes ngulos, onde cada ngulo corresponde a um usurio.

Processo Unificado (PU)

Vidal Martins www.batebyte.pr.gov.br
22

Dirigido por casos de uso: A estratgia de casos de uso pode ser caracterizada pela adio de 3 palavras no final dessa pergunta: o que o sistema faz... ...para cada usurio?
A importncia destas 3 palavras que nos fazem

pensar nos valores dos usurios, no apenas em funes que poderiam ser interessantes.

Processo Unificado (PU)

Dirigido por casos de uso: Desenvolvedores criam uma srie de modelos de projeto e implementao que os realizam efetivamente.
Vidal Martins www.batebyte.pr.gov.br
23

Direcionam o processo de desenvolvimento:

Processo Unificado (PU)

Dirigido por casos de uso: Equipes de testes realizam seu trabalho para garantir que os componentes do modelo de implementao cumpram corretamente os objetivos estabelecidos nos casos de uso.
24

Vidal Martins www.batebyte.pr.gov.br

Direcionam o processo de desenvolvimento:

Processo Unificado (PU)

Dirigido por casos de uso: No s iniciam o processo de desenvolvimento, como tambm o mantm coeso.
Vidal Martins www.batebyte.pr.gov.br
25

Processo Unificado (PU)

Dirigido por casos de uso significa que o processo de desenvolvimento executa uma sequncia de tarefas derivadas dos casos de uso. Eles so especificados, projetados e servem de base para a construo dos casos de teste.

Vidal Martins www.batebyte.pr.gov.br

26

Processo Unificado (PU)

Dirigido por casos de uso: do SI, que por sua vez, influencia a seleo dos casos de uso. Portanto, ambos (arquitetura e casos de uso) amadurecem no decorrer do ciclo de vida do SI.
27

Vidal Martins www.batebyte.pr.gov.br

Os casos de uso direcionam a arquitetura

Processo Unificado (PU)

Centrado em arquitetura: Se refere a integrao dos componentes do SI, a definio da arquitetura definir como o SI ser criado e evoludo.

28

Processo Unificado (PU)

Centrado em arquitetura: O conceito de arquitetura de software incorpora os aspectos estticos e dinmicos mais importantes do SI.
Vidal Martins www.batebyte.pr.gov.br
29

Processo Unificado (PU)

Centrado em arquitetura: Os principais fatores que influenciam a arquitetura so: Plataforma sobre a qual o SI ir funcionar (SO, SGDB, protocolos de rede, etc.); Blocos de construo reusveis disponveis (por exemplo, um framework para construo de interface grfica com o usurio);
30

Vidal Martins www.batebyte.pr.gov.br

Processo Unificado (PU)

Centrado em arquitetura: arquitetura so: Distribuio; Sistemas legados e requisitos no funcionais (performance, confiabilidade, etc.).
31

Vidal Martins www.batebyte.pr.gov.br

Os principais fatores que influncia a

Processo Unificado (PU)

Centrado em arquitetura: de software (SI) como um todo, na qual as caractersticas mais importantes so colocadas em destaque, deixando os detalhes de lado.
32

Vidal Martins www.batebyte.pr.gov.br

Ela representa uma viso do projeto

ENTENDENDO CASO DE USO & ARQUITETURA

Observem essas figuras:

A arquitetura deste sistema permitir a instalao da tomada (requisito)?

33

ENTENDENDO CASO DE USO & ARQUITETURA

Observem essas figuras:

Energia elica limpa, portanto ecologicamente correta. Mas, a arquitetura da regio produz vento suficiente (requisito) para instalao das turbinas de vento?

34

ENTENDENDO CASO DE USO & ARQUITETURA

A arquitetura da laje suportar (requisito) o peso das pessoas quando elas estiverem no segundo andar?
35

Observem essas figuras:

ATIVIDADE!
Agrupem-se e respondam! Observando o texto ao lado e as figuras anteriores responda:

A arquitetura do SI deve permitir a captura de imagens de uma webcam (requisito funcional), porm o driver funciona apenas em Windows (requisito no funcional).

Qual a relao dos casos de uso (requisitos) com a arquitetura do SI?

36

RESPOSTA!
Se o driver funciona apenas no windows ento, necessariamente, a arquitetura do SI dever funcionar sobre plataforma Windows. Isso elicita outros requisitos: 3.Qual a configurao dos computadores? 4.Existem licenas suficientes? 5.E a parte do SI que no precisar de webcam, ter de funcionar sobre plataforma Windows tambm? Pode ser Web?

37

RESPOSTA!
Os casos de uso correspondem as funcionalidades do SI (requisitos), enquanto a arquitetura corresponde a forma como sero montadas ou mostradas essas funcionalidades, ou seja, os requisitos

(casos de uso) definiro quais formas (arquiteturas) o SI poder assumir.

38

RESPOSTA!
Os requisitos (casos de uso) definiro quais formas (arquiteturas) o SI poder assumir.

R1 + R2 =

RELAO: RX + RY = ?

R3 + R4 =
39

PROCESSO UNIFICADO (PU)

Centrado em arquitetura: Para encontrar essa forma, os arquitetos devem trabalhar a partir de uma compreenso geral das funes (requisitos) chave do SI, isto , dos casos de uso chave.
40

Vidal Martins www.batebyte.pr.gov.br

PROCESSO UNIFICADO (PU)

Iterativo e incremental: Um projeto usando o PU sempre vai ser iterativo. Uma iterao um miniprojeto que resulta em verso do SI. Como a cada iterao teremos uma verso melhor que a anterior, isso o caracteriza como incremental.
41

PROCESSO UNIFICADO (PU)

Iterativo e incremental:

42

CICLO DE VIDA DO PROCESSO UNIFICADO

Cada ciclo concludo com uma verso
Vidal Martins www.batebyte.pr.gov.br
43

do produto pronta para distribuio; Uma verso um conjunto relativamente completo e consistente de artefatos (executvel do software e manuais); As verses podem ser distribudas para usurios internos ou externos.

CICLO DE VIDA DO PROCESSO UNIFICADO

Cada ciclo consiste em 4 (quatro) fases: 3.Elaborao 4.Construo 5.Transio Cada fase tambm subdividida em iteraes, como discutido anteriormente.
44

Vidal Martins www.batebyte.pr.gov.br

2.Incio

CICLO DE VIDA DO PROCESSO UNIFICADO

Cada ciclo consiste de 4 (quatro) fases: 2.Concepo (Incio) 4.Construo 5.Transio Cada fase tambm subdividida em iteraes, como discutido anteriormente.
45

Vidal Martins www.batebyte.pr.gov.br

3.Elaborao

CICLO DE VIDA DO PROCESSO UNIFICADO

46

ATIVIDADE
Agrupem-se e respondam!

Voc, como gestor de TI, concentraria esforos em qual ou quais fases (incio, elaborao, construo e transio) e por qu?

47

RESPOSTA
Na fase de incio e elaborao porque onde esto os maiores esforos na modelagem do negcio e elicitao de requisitos (casos de uso) que direcionam todo o restante do SI.
48

ESTUDO DE CASO: SI DE BIBLIOTECA

A - Viso geral do sistema: O sistema para a Biblioteca consiste no gerenciamento dos emprstimos de obras literrias, bem como da devoluo dessas obras. O sistema deve emitir diversos tipos de relatrios e consultas, possibilitando um melhor gerenciamento dos emprstimos.
49

ESTUDO DE CASO: SI DE BIBLIOTECA

B - Requisitos funcionais B1 - Lanamentos diversos O sistema deve permitir a incluso, alterao e consulta de leitores da biblioteca, com os seguintes atributos: nome, endereo, cidade, estado, telefone, e-mail, documento de identificao, categoria de leitor e data de nascimento.
50

ESTUDO DE CASO: SI DE BIBLIOTECA

O sistema deve permitir a incluso, alterao e remoo das diversas categorias de leitores, com os seguintes atributos: cdigo da categoria, descrio da categoria e nmero mximo de dias que essa categoria de leitor pode emprestar uma obra. Exemplos de categorias de leitores so: aluno de graduao, aluno de ps-graduao, professor, funcionrio e usurio externo.
51

 O sistema deve permitir a incluso, alterao e remoo das diversas categorias de obras literrias, com os seguintes atributos: cdigo da categoria, descrio da categoria, nmero mximo de dias que esse tipo de obra pode ficar emprestado e taxa diria de multa por atraso na devoluo.
Exemplos de categorias de obras literria so: livro,

ESTUDO DE CASO: SI DE BIBLIOTECA

peridico, revista, nota didtica, jornal, relatrio tcnico, tese de doutorado e dissertao de mestrado.

52

 O sistema deve permitir a incluso, alterao e remoo das obras literrias da biblioteca. Cada obra possui os seguintes atributos: cdigo, ISBN, ttulo da obra, cdigo da categoria de obra literria, autores, palavraschave, data da publicao, nmero de edio, editora e nmero de pgina. Cada obra pode possuir uma ou mais cpias na biblioteca. Assim, o sistema deve atribuir um identificador nico a cada uma das cpias.
53

ESTUDO DE CASO: SI DE BIBLIOTECA

ESTUDO DE CASO: SI DE BIBLIOTECA

O sistema deve permitir a incluso, alterao e remoo de funcionrios da biblioteca, com os seguintes atributos: nome, endereo, cidade, estado, telefone e data de nascimento.

54

ESTUDO DE CASO: SI DE BIBLIOTECA

O sistema deve permitir o emprstimo de uma obra literria por um leitor. Cada emprstimo possui os seguintes atributos: data de emprstimo da obra, data prevista para devoluo, identificao do leitor (previamente cadastrado), funcionrio responsvel pelo emprstimo e identificao da cpia da obra emprestada. O sistema deve calcular a data prevista para devoluo com base na categoria da obra, limitando o tempo de acordo com a categoria de leitor.
55

ESTUDO DE CASO: SI DE BIBLIOTECA

O sistema deve permitir a devoluo da obra por um leitor, com os seguintes atributos: identificao da cpia da obra emprestada, data de devoluo da obra. O sistema deve automaticamente calcular uma multa se a data de devoluo for superior data prevista para devoluo da obra. O valor da multa calculado multiplicando-se o nmero de dias de atraso pela taxa diria de atraso, de acordo com a categoria de obra literria.
56

ESTUDO DE CASO: SI DE BIBLIOTECA

B2 - Impresso de diversos tipos de relatrios e consultas O sistema deve permitir a impresso de uma listagem das obras emprestadas no momento, agrupadas por categoria de obra, contendo: Nome do leitor, ttulo da obra, data de retirada e data prevista para devoluo.
57

 O sistema deve permitir a impresso de um relatrio contendo as obras em atraso no perodo (por exemplo, semanal ou quinzenal), contendo, para cada dia do perodo: Nome do leitor, o telefone, o e-mail, a data de emprstimo e a data prevista para devoluo.
58

ESTUDO DE CASO: SI DE BIBLIOTECA

ESTUDO DE CASO: SI DE BIBLIOTECA

O sistema deve permitir ao leitor imprimir um histrico de seus emprstimo de obras. Para tal o leitor deve ter sido previamente cadastrado e deve portar um cdigo de identificao e uma senha. Esse histrico deve conter uma linha para cada obra emprestada pelo leitor, contendo: o ttulo da obra, a data de retirada e devoluo e o valor da multa em cada ocasio.
59

ESTUDO DE CASO: SI DE BIBLIOTECA

O sistema deve permitir a consulta on-line da situao de uma obra literria. Uma obra est ocupada se existe um leitor que a emprestou no momento. Essa consulta deve mostrar uma linha para cada obra, constando, em cada uma dessas linhas: o ttulo da obra, o nmero de cpias existentes, o nmero de obras ocupadas e o nmero de obras disponveis.
60

ESTUDO DE CASO: SI DE BIBLIOTECA

C - Requisitos no-funcionais C1. Confiabilidade O sistema deve ter capacidade para recuperar os dados perdidos da ltima operao que realizou em caso de falha.

61

ESTUDO DE CASO: SI DE BIBLIOTECA

O sistema deve fornecer facilidades para a realizao de backups dos arquivos do sistema. O sistema deve possuir senhas de acesso e identificao para diferentes tipos de usurios: administrador do sistema, funcionrios da biblioteca e leitores que tm acesso ao sistema na biblioteca (em quiosques especiais).
62

ESTUDO DE CASO: SI DE BIBLIOTECA

C2. Eficincia 2.O sistema deve responder a consultas on-line em menos de 5 segundos. 3.O sistema deve iniciar a impresso de relatrios solicitados dentro de no mximo 20 segundos aps sua requisio.
63

ESTUDO DE CASO: SI DE BIBLIOTECA

C3. Portabilidade O sistema deve ser executado em computadores Pentium 200mHz ou superior, com sistema operacional Windows 98 ou acima. O sistema deve ser capaz de armazenar os dados em base de dados Oracle ou Sybase.
64

REFERNCIAS
Martins V. O processo unificado de desenvolvimento de software. Acessado em 13/09/2009: www.batebyte.pr.gov.br JACOBSON, I. et al. The unified software development process. Reading : Addison-Wesley, 1999. JACOBSON, I. Objectory is the unified process. Component Strategies, v.1, n. 10, Apr., 1998 p. 67-72. ERIKSSON, H. E.; PENKER, M. UML Toolkit. New York : John Wiley, 1998.
65

O que veremos na prxima aula:

Tema 8 ESTUDO DE CASO Anlise Estruturada x Anlise OO. Construo dos diagramas do SI da biblioteca. No se esqueam de: Ler o material didtico. Participar das atividades do portal.
66

Curso de Gesto da TI Obrigado!

Nos vemos em nossa plataforma.
Prof. Flavio Barbosa
67

Visite o site e avalie a aula.

http://www.inepad.org.br/interativacoc/

Utilize seu cdigo e senha de aluno.

68