Académique Documents
Professionnel Documents
Culture Documents
Desenvolvimento de Sistemas II
Disciplina
Professor
Itaituba
2015
Desenvolvimento de Sistemas II
Itaituba
2015
SUMRIO
1
INTRODUO ........................................................................................... 4
OBJETIVO ................................................................................................. 5
DESENVOLVIMENTO. .............................................................................. 6
3.1.2
3.1.3
3.1.4
3.1.5
3.1.6
3.1.7
3.1.8
Diagrama de Componentes............................................................... 12
CONCLUSO .......................................................................................... 20
REFERNCIAS ....................................................................................... 21
4
1 INTRODUO
5
2 OBJETIVO
Dar ao leitor uma leitura compacta e sucinta sobre o assunto em questo, para que haja
entendimento do contedo de forma linear e de fcil aprendizagem.
6
3 DESENVOLVIMENTO.
3.1. Anlise Orientada a Objetos II
A UML uma tentativa de padronizar a modelagem orientada a objetos de
forma que qualquer sistema, seja qual for o tipo, possa ser modelado corretamente,
com consistncia e praticidade, fcil de se comunicar com outras aplicaes, simples
de ser atualizado e compreensvel e atende perfeitamente, as expectativas de
desenvolvimento profissional.
Neste tpico, Iremos abordar os principais diagramas utilizados da UML,
dando nfase em sua utilidade e contribuio de uma forma geral e prtica em um
desenvolvimento de sistema orientado a objeto.
Os diagramas mais utilizados pela UML so compostos de: diagrama de use
case, de classes, de objeto, de estado, de sequncia, de colaborao, de atividade,
de componente e o de execuo.
Todos os sistemas possuem uma estrutura esttica e um comportamento
dinmico. A UML suporta modelos estticos (estrutura esttica), dinmicos
(comportamento dinmico) e funcional. Abordaremos agora cada um destes
diagramas:
7
Um diagrama de Caso de Uso descreve um cenrio que mostra as
funcionalidades do sistema do ponto de vista do usurio.
O cliente deve ver no diagrama de Casos de Uso as principais
funcionalidades de seu sistema. onde ele visualiza o projeto e pode ser melhorado
em sua essncia.
Notao
O diagrama de Caso de Uso representado por:
atores;
casos de uso;
A figura acima ilustra um caso de uso geral, mas recomendado que eles
sejam desenvolvidos para cada cenrio. As setas de includes e extends, indicam,
respectivamente, obrigatoriedade e opo de se realizar determinada ao.
3.1.2 Diagrama de Classes
8
usa outra classe), especializao (uma classe uma especializao de outra
classe), ou em pacotes (classes agrupadas por caractersticas similares).
Todos estes relacionamentos possuem estruturas internas, que so os
atributos e operaes. Um sistema normalmente possui alguns diagramas de
classes, j que no so todas as classes que esto inseridas em um nico diagrama
e uma certa classes pode participar de vrios diagramas de classes.
Um Diagrama
de
comunicao (era
conhecido
como
Diagrama
9
Colaborao exibe uma interao, consistindo de um conjunto de objetos e seus
relacionamentos, incluindo as mensagens que podem ser trocadas entre eles.
O diagrama de colaborao mostra, de maneira semelhante ao diagrama de
seqncia, a colaborao dinmica entre os objetos. Se a nfase do diagrama for o
decorrer do tempo, melhor escolher o diagrama de seqncia, mas se a nfase for
o contexto do sistema, melhor dar prioridade ao diagrama de colaborao. O
diagrama de colaborao desenhado como um diagrama de objeto, onde os
diversos objetos so mostrados juntamente com seus relacionamentos.
O Diagrama de Comunicao d nfase ordenao estrutural em que as
mensagens so trocadas entre os objetos de um sistema.
Representa uma coleo de objetos que trabalham em conjunto para atender algum
comportamento do sistema.
10
Linhas horizontais ou diagonais representando mensagens trocadas entre
objetos. Estas linhas so acompanhadas de um rtulo que contm o nome da
mensagem e, opcionalmente, os parmetros da mesma.
Representa uma perspectiva, orientada por tempo, da colaborao entre os
objetos.
Um algoritmo de software.
Representa o fluxo de tarefas que podem ser executadas pelo sistema ou por um
ator.
11
12
13
Modelos Entidades Relacionamento (MER) so as entidades (coisas, objetos) suas
relaes e armazenamento em bancos de dados.
A normalizao uma tcnica que tem como objetivo a melhor forma de
distribuir e organizar os dados em uma modelagem, com suas respetivas tabelas de
entidades e seus relacionamentos.
Possui algumas divises que facilita seu entendimento que cria um processo
sequencial para sua melhor desenvoltura. So chamados de formas normais que
so:
1 forma normal: resolvemos os atributos repetidos dentro da entidade, retirando-os
e assim evitando a redundncia e reagrupa-las em outras entidades.
2 forma normal: tem como objetivo retirar os atributos que no possuem
dependncia funcional com as chaves primrias (no pode ser chave primaria
simples), criando assim, uma nova entidade.
3 forma normal a anlise de dependncia funcional parcial entre os prprios
atributos no chaves. Nesta fase tambm, elimina-se os atributos calculveis pois
apresentam risco na consistncia dos dados.
Existe tambm a forma normal chamada Boyce Codd, que poderamos
chamar de intermediaria entre a 3 e a 4. Ela analisa a melhor escolha para uma
chave primria, no que tange ao nome, a funcionalidade, entre outros quesitos.
A quarta forma normal elimina a multiplicidade de relacionamentos.
E por fim a quinta em que existe uma combinao N:N:N entre pelo menos 3
entidades, alm do relacionamento binrio ser necessrio entre elas.
Exemplo:
14
nos
aproximamos mais
do
mundo
real,
atravs
de
Temos uma caneta, ns sabemos que uma caneta tem suas caractersticas
como tamanho, cor, peso (estes so os atributos da caneta), escrever, cair,
quebrar, vazar (estas so as aes que uma caneta pode realizar) essas
caractersticas so levadas a programao orientada a objetos.
15
Classe a arquitetura do objeto, para que se possa ter um objeto temos que ter a
classe, na classe que teremos as caractersticas dos objetos como atributos
(propriedade) e mtodos (aes),
Objeto
Objeto o produto final, com a classe criada a partir dela podemos instanciar um
objeto.
Encapsulamento
Herana
Polimorfismo
Interface
16
Essas so as descries e principais caractersticas de programao orientada a
objetos, e aqui exemplos de programas que trabalham ou foral adaptados a
utilizarem a POO.
algumas
ferramentas
sus
caractersticas
que
delimitam
desenvolvimento web.
XML
XML (eXtensible Markup Language) para gerar linguagens de marcao capaz
de descrever diversos tipos de dados. Seu propsito principal a facilidade de
compartilhamento de informaes atravs da internet.
Entre linguagens baseadas em XML incluem-se XHTML (formato para
pginas Web), RDF, SDMX, SMIL, MathML (formato
para
vetorial).
grfico
expresses
A
principal
17
Caractersticas:
entre
as
primeiras
linguagens
passveis
de
insero
em
18
funcionalidades em linha de comando, e alm disso, ganhou caractersticas
adicionais, que possibilitaram usos adicionais do PHP, no relacionados a web sites.
o PHP utilizado em aplicaes como o MediaWiki, Facebook, Drupal,
Joomla, WordPress, Magento e o Oscommerce.
Principais caractersticas
A linguagem PHP uma linguagem de programao de domnio especfico, ou seja,
seu escopo se estende a um campo de atuao que o desenvolvimento web. Seu
propsito principal de implementar solues web velozes, simples e eficientes.
Caractersticas:
Velocidade e robustez
Tipagem dinmica.
Open-source.
AJAX
19
liberdade, evitando cair no vendor lock-in. Em outras palavras, sua empresa fica
independente do fabricante de vrios softwares: do servlet container, do banco de
dados e at da prpria fabricante da sua Virtual Machine! Alm disso, podemos fazer
todo o desenvolvimento em um sistema operacional e fazer o deploy(implantao)
em outro.
Apesar de tanta popularidade no ambiente Web, o desenvolvimento com Java
no trivial: necessrio conhecer com certa profundidade as APIs de servlets e de
JSP, mesmo que sua equipe venha utilizar frameworks como Struts, VRaptor ou
JSF. Conceitos de HTTP, session e cookies tambm so mandatrios para poder
enxergar gargalos e problemas que sua aplicao enfrentar.
20
4 CONCLUSO
Vimos que o desenvolvimento de software de uma forma geral necessita de
ferramentas que auxiliam de forma sistemtica a equipe de desenvolvimento como
um todo. Partindo de ferramenta UML e seus diagramas que facilitam o passo a
passo do desenvolvimento, desde a fase de incio com o cliente sua entrega
definitiva.
Vimos tambm que o modelo relacional ajuda muito a criar os caminhos
coretos do software a ser desenvolvido.
E por ltimo vimos algumas ferramentas de desenvolvimento web que nos
coloca a um nvel extremamente profissional para desenvolver qualquer aplicativo
nesta rea em especifico.
Com tudo, vimos que h uma perfeita harmonia entres esses tpicos que nos
leva a ter cincia precisa de que o caminho a ser seguido para o sucesso
profissional neste to vasta rea de conhecimento, com certeza, passa por essas
fases. Vamos ento a obra, de qualificamos nos mesmo para atender esse vasto
mercado que nos espera.
21
5 REFERNCIAS
FREITAS, Veronica. PROGRAMAO WEB II. 4 ed. So Paulo: Pearson, 2013.
NISHIMURA, Roberto Yukio. BANCO DE DADOS II: ANLISE E
DESENVOLVIMENTO DE SISTEMAS. So Paulo: Pearson Education do Brasil,
2009.
SOLER, Luciano; EWERSON, Matias. DESENVOLVIMENTO DE APLICAO WEB
I. 4 ed. So Paulo: Pearson, 2010.