P. 1
TCC - Monografia Engenharia de Software - Iuri

TCC - Monografia Engenharia de Software - Iuri

|Views: 4.906|Likes:
Uploaded from Google Docs
Uploaded from Google Docs

More info:

Published by: Anderson Marques Neto on Nov 24, 2011
Direitos Autorais:Attribution Non-commercial

Availability:

Read on Scribd mobile: iPhone, iPad and Android.
download as PDF, TXT or read online from Scribd
See more
See less

06/25/2013

pdf

text

original

Medeiros (2004, p. 11) explica que UML não é um processo de desenvolvimento,

logo, este não norteia como deve ser desenvolvido e para onde vai cada etapa do

desenvolvimento. UML simplesmente ajuda sendo uma forma de comunicação que um

processo pode utilizar, ou seja, é uma simples maneira de pelo menos padronizar a maneira

como são feitas as análises de requisitos, as diagramações, as modelagens do bando de dados.

Assim como no sistema métrico, existe uma ordem e uma medida certa para cada unidade, só

que cada um gosta de usar a medida que lhe parece mais prática.

A UML 2.0 trabalha com vários modelos de documentação que ajudam ao

desenvolvimento no momento de apresentar suas especificações e diagramações. Medeiros

(2004, p.11) cita os seguintes documentos/diagramas: Documento Visão; Diagrama de Caso

de Uso; Diagramas de Componentes e Implantação; Diagrama de Interação – Visão Geral e

MER (Modelo de Entidade e Relacionamento).

Já Guedes (2004, p. 26) apresenta vários diagramas: Diagrama de Caso de Uso;

Diagrama de Classes; Diagrama de Objetos; Diagrama de Estrutura Composta; Diagrama de

Sequência; Diagrama de Colaboração (Comunicação na UML 2.0); Diagrama de Gráfico de

Estados (Máquina de Estados na UML 2.0); Diagrama de Atividades; Diagrama de

Componentes; Diagrama de Implantação; Diagrama de Pacotes; Diagrama de Interação Geral;

Diagrama de Tempo.

Tom Pender (2004, p. 39) diz que os diagramas são separados em quatro grandes

grupos, e dentro de cada grupo tem-se os seguintes modelos de diagramas:

- Diagramas e produtos de trabalho da UML;

- Diagramas de gerenciamento de modelo;

- Diagramas estruturais: Diagrama de Classes; Diagrama de Objetos; Diagrama de

Estrutura de Composição; Diagrama de Componentes; Diagrama de Implantação; Diagrama

combinado de Componentes/Implantação;

- Diagramas Comportamentais: Diagrama de Caso de Uso; Diagrama de Atividades;

Diagrama de interação; Diagrama de Máquina de Estados; Diagrama de Máquina de Estados

do Protocolos.

Como se podem observar a UML nos apresenta um escopo completo e de todos os

possíveis casos de diagramações e documentações para os estágios de desenvolvimento de um

software. Não havendo necessidade de se utilizar algum destes, não há necessidade de

documentar. Dentro da apresentação deste trabalho especificadamente serão utilizados apenas

26

quatro modelos: Documento visão, Diagrama de Caso de Uso, Diagrama de Classes e Banco

de dados.

O motivo é que na maioria das vezes o desenvolvimento de um software deste porte

(pequeno porte) fica sob a responsabilidade de apenas uma ou duas pessoas, ou seja, a

comunicação é extremamente facilitada e a necessidades de documentação é apenas para dar

uma idéia específica e nortear o desenvolvimento de tal modo que toda vez que seja

necessário uma mudança no sistema, a localização da mudança seja facilmente encontrada e

aplicada de acordo com as necessidades no momento de testes e correção de falhas do

sistema.

You're Reading a Free Preview

Descarregar
scribd
/*********** DO NOT ALTER ANYTHING BELOW THIS LINE ! ************/ var s_code=s.t();if(s_code)document.write(s_code)//-->