Escolar Documentos
Profissional Documentos
Cultura Documentos
INTRODUO 3
OBJETIVO
DESENVOLVIMENTO 5
3.1
3.2
3.2.1
Comparao de frameworks
3.2.2
3.2.3
Java Hivernate
3.3
19
21
CONCLUSO
24
REFERNCIAS
25
21
OBS: Clique com o boto direito sobre o sumario, e selecione atualizar campo.
(Em caso de voc fazer alteraes).
E se perguntar clique atualizar somente numero das paginas.
1 INTRODUO
O trabalho a seguir - China Telecom - prope que o aluno entenda a
demanda de recursos (pessoas especialistas, hardwares e softwares, fornecedores,
viagens, entre outros). Alem de
Primeiramente devemos entender o que PMBKO, um guia
Project Management Body of Knowledge ou simplesmente Guia PMBOK. Um
conjunto de prticas na gesto de projetos organizado pelo instituto PMI e
considerado a base do conhecimento sobre gesto de projetos por profissionais da
rea.
O livro Engenharia Software - Ian Sommerville 8 Edio um ramo
da engenharia com foco no desenvolvimento de softwares dentro de curtos, prazos
adequados e alta qualidade. Software abstrato, no h limitaes fsicas. Essa
falta de limitaes pode torn-lo extremamente complexo e de difcil compreenso.
Com isso podemos seguir com o contedo a seguir onde esta uma
resenha do PMBOK e do livro Engenharia de Software, de Ian Sommerville. Assim
poderemos entender porque a empresa decidiu contratar do que ela mesmo
desenvolver o software necessrio.
2 OBJETIVO
Com o intuito de elaborar este trabalho para a UNOPAR na EAD
(Ensino a Distncia) e os professores do 5 Semestre de 2015 para o Curso Superior
de Tecnologia em Anlise e Desenvolvimento de Sistemas. O
Aluno devera
3 DESENVOLVIMENTO
O PMBOK Guide no uma metodologia, pois no distingue os
diferentes tipos de projeto (certamente gerenciar projetos administrativos
totalmente diferente de gerenciar projetos de construo pesada).
No utiliza peculiaridades de linguagem que respeitem a cultura de
diferentes tipos de empresas e no apresenta modelos especficos de documentos a
serem preenchidos.
Resumidamente podemos chamar de manual que descreve o
universo de conhecimentos para o Gerenciamento de Projetos. Transformou-se em
um padro fonte de inspirao para quase todas as metodologias existentes.
3.1 ENGENHARIA E PROJETO DE SOFTWARE
Vamos
entender
melhor
sobre
engenharia
projetos
de
10
11
CORBA
Existem quatro elementos principais desse padro:
12
13
14
gerenciador
de
transaes
assegurar
que
transao
foi
concluda
15
diferentes computadores,
16
das diferenas entre verses de software, para assegurar que as novas verses
sejam derivadas de maneira controlada e liberar novas verses para clientes certos
no momento certo.
O plano de gerenciamento de configuraes descreve os padres e
procedimentos que devem ser usados para o gerenciamento. O ponto de partida
para o desenvolvimento do plano deve ser um conjunto de padres de configurao,
que devem ser adaptados para se atender aos requisitos e as restries de cada
projeto especfico.
Em um grande sistema de software, pode haver mdulos de milhares de
cdigos fonte, scripts de testes, documentos de projeto etc. Eles so produzidos por
pessoas diferentes e, quando criados, podem ser denominados com nomes
similares ou idnticos. Para manter a rastreabilidade de todas essas informaes de
maneira que o arquivo certo possa ser encontrado quando for necessrio voc
necessita de um esquema de identificao consistente para todos os itens no
sistema de gerenciamento de configuraes.
Planos de projetos, especificaes, projetos, programas, e massa de dados
de teste so normalmente mantidos como itens de configurao para o processo de
planejamento de gerenciamento de configurao, voc decide exatamente quais
itens sero controlados.
Todos os documentos podem ser teis para a evoluo do sistema. O
esquema de identificao de itens de configurao deve atribuir um nico nome para
todos os documentos sob controle de configurao. No esquema de atribuio de
nomes, voc pode desejar evidenciar a relao entre os itens para garantir que os
documentos relacionados possuam uma mesma raiz em seus nomes.
O banco de dados de configurao utilizado para registrar todas as
informaes relevantes sobre as configuraes de sistema e os itens de
configurao. Como parte do processo de CM, deve-se definir o esquema do banco
de dados de CM, os formulrios para coletar informaes para serem registradas no
banco de dados e procedimentos para registro e recuperao de informaes de
projeto.
Um banco de dados de configurao pode registrar informaes sobre
usurios de componentes, clientes de sistemas, plataformas de execuo,
mudanas propostas e etc.
17
18
Processos
de
gerenciamento
de
configuraes
so
normalmente
19
20
21
seu projeto que pode ser muito bem utilizado em projetos pequenos.
O Hibernate no apresenta apenas a funo de realizar o mapeamento objeto
relacional. Tambm disponibiliza um poderoso mecanismo de consulta de dados,
permitindo uma reduo considervel no tempo de desenvolvimento da aplicao.
3.3 PROJETO ORIENTADO A OBJETOS
Sendo assim para o problema da China Telecon, a melhor soluo para esta
empresa seria realmente adotar um software de uma empresa especializada e com
um bom suporte. Mas nos baseando na hiptese de a empresa querer desenvolver
seu prprio software, para reduzir os custos seria necessrio tambm reduzir o
tempo de desenvolvimento do mesmo e manter a qualidade e produtividade no
desenvolvimento.
Contando com uma equipe de profissionais capacitados, tambm seria
necessrio adotar padres e tcnicas que iro ajudar a desenvolver um bom sistema
para a empresa. Analisando entre os padres existentes, fcil chegar a concluso
que o melhor padro para ser adotado no desenvolvimento do software em questo
seria a arquitetura MVC.
A arquitetura MVC foi desenvolvida para ser usado em projetos de interface
visual em Smalltalk, linguagem de programao que juntamente com o C++ ganhou
grande reconhecimento na poca, o MVC foi criado na dcada de 70, e aps esses
anos de sua criao ainda um pattern aplicvel nas mais variadas aplicaes,
principalmente em aplicaes web.
Quando um software comea a ficar grande e complexo, muitos dados so
apresentados para os usurios, sentimos a necessidade de aplicar uma arquitetura
que facilite nosso trabalho, desde a organizao do projeto, as divises das
responsabilidades at as possveis modificaes que podero ser efetuadas ao
longo do desenvolvimento do software para isso precisaram dividir o projeto em trs
objetos para aplicar o MVC.
O MVC tem como principal objetivo: separar dados ou lgicos de negcios
(Model) da interface do usurio (View) e o fluxo da aplicao (Controller), a idia
permitir que uma mensagem da lgica de negcios possa ser acessada e
visualizada atravs de vrias interfaces. Na arquitetura MVC, lgica de negcios,
ou seja, nosso Model no sabe quantas nem quais as interfaces com o usurio esta
22
exibindo seu estado, a view no se importa de onde esta recebendo os dados, mas
ela tem que garantir que sua aparncia reflita o estado do modelo, ou seja, sempre
que os estados do modelo mudam, o modelo notifica as view para que as mesmas
atualizem-se.
MVC um conceito (paradigma) de desenvolvimento e design que tenta
separar uma aplicao em trs partes distintas. Uma parte, a Model, esta
relacionada ao trabalho atual que a aplicao administra outra parte a View esta
relacionada a exibir os dados ou informaes dessa uma aplicao e a terceira
parte, Controller, em coordenar os dois anteriores exibindo a interface correta ou
executando algum trabalho que a aplicao precisa completar. (GONALVES, 2007,
p. 141).
Embora o MVC s contenha trs camadas h outra camada fundamental para
o bom andamento da arquitetura, esta um mecanismo de eventos necessrio a
comunicao entre outros trs elementos, este elemento permite uma comunicao
assncrona que invocada quando algum evento interessante acontece, esta quarta
camada contm os beans de entidade onde se localizam os mtodos get e set das
classes
Design Patterns aplicados na arquitetura MVC A arquitetura MVC utiliza
padres de projetos em suas camadas analisamos a arquitetura agora com os
patterns. O MVC usa outros padres de projeto, tais como Factory Method, para
especificar por falta (by default) a classe controladora para uma vista e Decarator,
para acrescentar capacidade de rolagem (scrolling) a uma vista. Mais os principais
relacionamentos do MVC so fornecidos pelos padres Observer, Composite,
Strategy. (GAMMA et al. , 2000, p. 22).
Os designs patterns nos ajuda explicar a arquitetura MVC, e com eles
podemos perceber que por traz do MVC pode conter um conjunto de padres
trabalhando
juntos
patterns Observer
em
e
uma
mesma
Strategy que
so
estrutura.
padres
Abordamos
agora
os
comportamentais
23
24
CONCLUSO
O maior problema...
Foi observado a necessidade...
Neste projeto "China Telecom" pode ...
Este trabalho tambm me proporcionou...
Aqui no tem jeito voc deve por com suas palavras.
s ler e reler o trabalho e falar algo aqui!
25
REFERNCIAS
BANCO DE DADOS. Disponvel em:
<https://intranet.ifs.ifsuldeminas.edu.br/~fatima.bueno/Banco%20de
%20Dados/Apostila%20Banco%20de%20Dados.pdf>. Acesso em: 08 Maio. 2015.
PHPPIT. Disponvel em: < http://www.phpit.com.br/artigos/frameworks-php-qual-e-omelhor-pra-voce.phpit>. Acesso em: 10 Maio. 2015.
SOMMERVILE, Ian. ENGENHARIA DE SOFTWARE. 8 Edio. So Paulo: Pearson
Addison Wesley, 2007."
SIELO - Frameworks. Disponvel em: <http://www.scielo.br/scielo.php?
script=sci_arttext&pid=S0034-76122011000500014>. Acesso em: 11 Outubro. 2015.
SEGURANA NO DESENVOLVIMENTO DE APLICAES. Disponvel em:
<http://www.cic.unb.br/~jhcf/MyBooks/cegsic/2009_2011/GSIC701_Seguranca_Dese
nvolvimento_Aplicacoes.pdf>. Acesso em: 09 Maio. 2015.
SEGURANA EM APLICAOES WEB. Disponvel em:
<http://www.cic.unb.br/~jhcf/MyBooks/cegsic/2009_2011/GSIC701_Seguranca_Dese
nvolvimento_Aplicacoes.pdf>. Acesso em: 10 Maio. 2015.