Modelo TEClgica

Padro Desenvolvimento Estruturado

Padro de Produtos de Trabalho no EA para Desenvolvimento Estruturado

Verso 1.0

Data 13/01/2009

Histrico de Reviso

VersoDataDescrioAutor

1.012/01/2009Verso InicialEdson Momm

Adriano Silva

1.113/01/2009RevisoSamuel Schwebel

Sumrio

Histrico de Reviso2

Sumrio3

1. Propsito42. Padro de Produtos de Trabalho no EA42.1. Pasta Raz (Root node)42.2. Modelagem de Negcio42.3. Requisitos de Anlise62.3.1. Modelo de Casos de Uso62.3.2. Modelo de Domnio82.3.3. Prottipo de Interface de Usurio82.3.4. Prottipo de Relatrio102.3.5. Requisitos No-Funcionais112.3.6. Requisitos Funcionais112.3.7. Regras de Negcio132.3.8. Regras de Implementao132.4. Projeto e implementao152.4.1. Modelo de Dados152.4.2. Mdulos (Arquivos de Banco de Dados)162.4.3. Mdulos (Arquivos de Sistema)18

1. Propsito

O propsito deste documento descrever os padres de produtos de trabalho que sero utilizados no EA para o desenvolvimento estruturado.

Os produtos de trabalho descritos neste documento seguem em essncia as definies do processo padro da Teclgica (TUP 2.0). Entretanto adaptaes do processo padro foram feitas para atender ao desenvolvimento estruturado.

2. Padro de Produtos de Trabalho no EA

2.1. Pasta Raz (Root node)

Cada pasta raiz ser um owner de sistema.

2.2. Modelagem de Negcio

Dever conter os modelos de processos de negcio.

Dicas no TUP:

Task: Identificar e Modelar Processos de Negcio Tool Mentor: Modelando Processos de Negcio no EA

2.3. Requisitos de Anlise

2.3.1. Modelo de Casos de Uso

Contm os atores, casos de uso do sistema e seus diagramas.

Criar um diagrama macro contendo os casos de uso que englobam uma atividade, por exemplo, a atividade Gerar Documentos teria um diagrama contendo todos os casos de uso que especificam a atividade (Contrato, Laudo Vistoria, etc).

Cada caso de uso deve conter um diagrama com os artefatos relacionado ao caso de uso.

Mantenha a rastreabilidade entre os casos de uso e demais elementos:

1. Requisito Funcional

2. Regras de Negcio

3. Entidades

4. Interface de Usurio

Dicas no TUP:

Concept: Atores e Casos de Uso Task: Identificar Atores e Casos de Uso Task: Detalhar Caso de Uso Tool Mentor: Definindo Atores e Casos de Uso no EA Tool Mentor: Estabelecendo a Rastreabilidade no EA

2.3.2. Modelo de Domnio

Criar um diagrama com as entidades pertencentes a cada sistema.

Se necessrio para facilitar o entendimento pode ser criado um diagrama para o caso de uso com as entidades utilizadas por ele e nome-lo como Modelo de Domnio UC.

Dicas no TUP:

Tool Mentor: Definindo o Modelo de Entidades Domnio no EA

2.3.3. Prottipo de Interface de Usurio

Criar um diagrama contendo uma imagem mostrando como ser cada tela aps implementada.

Dicas no TUP:

Tool Mentor: Desenhando Interface de Usurio no EA

2.3.4. Prottipo de Relatrio

Criar um diagrama contendo uma imagem mostrando como ser cada relatrio aps implementado.

2.3.5. Requisitos No-Funcionais

Estaro relacionados todos os requisitos no funcionais.

Dicas no TUP:

Concept: Requisitos Task: Identificar Requisitos No-Funcionais Tool Mentor: Definindo Requisitos No-Funcionais no EA2.3.6. Requisitos Funcionais

Estaro todos os requisitos funcionais do sistema. Para facilitar localizao dos requisitos de um caso de uso, pode-se criar um diagrama contendo os requisitos utilizados.

Dicas no TUP:

Concept: Requisitos Task: Identificar Requisitos Funcionais Tool Mentor: Definindo Requisitos Funcionais no EA2.3.7. Regras de Negcio

Estaro todas as regras de negcio do sistema. Para facilitar localizao das regras de um caso de uso, pode-se criar um diagrama contendo as regras utilizadas.

2.3.8. Regras de Implementao

Estaro todas as regras de implementao do sistema. Para facilitar localizao das regras de um caso de uso, pode-se criar um diagrama contendo as regras utilizadas.

2.4. Projeto e implementao

2.4.1. Modelo de Dados

Criar um diagrama com as tabelas pertencentes a cada sistema.

Se necessrio para facilitar o entendimento pode ser criado um diagrama para o caso de uso com as tabelas utilizadas por ele e nome-lo como Modelo de Dados UC.

2.4.2. Mdulos (Arquivos de Banco de Dados)

Armazena as definies dos objetos de banco de dados como funes, procedures e packages. As tabelas ficam no modelo de dados.

Realizar a associao entre os objetos permitindo rastreabilidade. Tambm deve ser feita a rastreabilidade entre os objetos de banco de dados criados no EA e os respectivos casos de uso.

Para packages, criar uma classe do tipo package e abaixo dela associar as functions e procedures. Pode-se criar um diagrama com os objetos que compem a package.

2.4.3. Mdulos (Arquivos de Sistema)

Armazena as definies dos programas como shell, PL/SQL, report, telas.

Realizar a associao entre os objetos permitindo rastreabilidade. Tambm deve ser feita a rastreabilidade entre os programas criados no EA e os respectivos casos de uso.

TEClgica Servios em Informtica Ltda.

Rua XV de Novembro, 759, 12 andarFone: +55 (47) 3036-7700

Blumenau SCwww.teclogica.com.br

Padro Desenvolvimento EstruturadoVerso: 1.0

Padro de Produtos de Trabalho no EA para Desenvolvimento EstruturadoData: 13/01/2009

Padro EA - Desenvolvimento Estruturado.docPgina: 3 de 19