portf³lio individual 4° semestre 2015 ads

Download Portf³lio Individual 4° Semestre 2015 ADS

Post on 05-Jan-2016

10 views

Category:

Documents

1 download

Embed Size (px)

DESCRIPTION

TRABALHO INDIVIDUAL REALIZADO PARA UNOPAR DO CURSO DE ANÁLISE E DESENVOLVIMENTO DE SISTEMAS DO 4° PERÍODO - CHINA TELECOM

TRANSCRIPT

Portflio Individual 4 Semestre 2015

3

Sistema de Ensino Presencial ConectadoANALISE E DESENVOLVIMENTO DE SISTEMAS

XXXXXXXXXXXXXXXXXXXXXXXXXXX

CHINA TELECOM

XXXXX - XX2015

XXXXXXXXXXXXXXXXXXXXXXXX

CHINA TELECOM

Trabalho de Helder Alves Sousa Santos, apresentado Universidade Norte do Paran - UNOPAR, como requisito parcial para a obteno de mdia bimestral na disciplina de Analise e Desenvolvimento de Sistemas.Orientadores: Prof. Anderson Emdio M. Gonalves;Prof. Marcio Roberto Chiaveli;Prof. Roberto Y. Nishimura;Prof. Veronice de Freitas.

XXXXX - XX2015

SUMRIO1INTRODUO32OBJETIVO43DESENVOLVIMENTO53.1ENGENHARIA E PROJETO DE SOFTWARE53.2PROGRAMAO PARA WEB II193.2.1Comparao de frameworks193.2.2Relacione custo de frameworks203.2.3Java Hivernate213.3PROJETO ORIENTADO A OBJETOS21CONCLUSO24REFERNCIAS25

INTRODUOO trabalho a seguir - China Telecom - prope que o aluno entenda a demanda de recursos (pessoas especialistas, hardwares e softwares, fornecedores, viagens, entre outros). Alem dePrimeiramente 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.OBJETIVOCom 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 aprofundar seus conhecimentos adquiridos ate o presente momento, e tambm pesquisar um pouco alem para concluso do mesmo.Tendo o eixo temtico sobre o "China Telecom" para compreender o motivo da contratao de uma empresa de renome do que ela mesma o fazer.Assim, o aluno far suas pesquisas, (leitura dos Livros) para com o trabalho e abortar os pontos mais importantes: Resenha, Anlise, conhecimento, Riscos, Escopo e Aquisies.DESENVOLVIMENTOOPMBOK Guideno 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.ENGENHARIA E PROJETO DE SOFTWAREVamos entender melhor sobre engenharia e projetos de desenvolvimento de um software. Para isso vamos ver o guia Project Management Body of Knowledge ou simplesmente Guia PMBOK.O Guia PMBOK um conjunto de prticas na gesto de projetos organizados pelo instituto PMI e considerado a base do conhecimento sobre gesto de projetos por profissionais da rea.Devemos ter cuidado no escopo do projeto, mantendo foco no projeto que foi passado. Para que assim no ocorram erros no projeto, analisando o que ser feito, como vai funcionar, qual o tipo de usurio, deve-se verificar as documentaes, preocupando-se em no acrescentar nada alem do que o projeto est pedindo.Algumas expresses: "Metodologia: Um sistema de prticas, tcnicas, procedimentos e regras usadas pelas pessoas que trabalham em uma disciplina.""Metodologia de gerenciamento de projetos define um processo, que auxilia uma equipe de gerenciamento de projetos no desenvolvimento e controle das mudanas do plano de gerenciamento do projeto".Esta expresso esta constantemente mencionada nos processos de Integrao (captulo 4), cada organizao poder ter um prprio processo.

O PMBOK torna um projeto melhor estruturado e atende as demandas de forma eficiente, tendo um conjunto de praticas na construo de um software.Riscos: Risco de um projeto um evento com uma probabilidade de ocorrer no futuro impactando o projeto de forma negativa (ameaa) ou positiva (oportunidade). Ele pode ocorrer devido a uma ou mais causas e pode ocasionar um ou mais impactos positivos ou negativos.

Escopo: O escopo o que ser feito no projeto, descrio detalhada dos produtos e servios a serem gerados para atender os objetivos do projeto. Uma definio de escopo mal feita implicar em um projeto mal sucedido. O escopo e principalmente a EAP, mais conhecida pelo termo em ingls WBS, ser a base para os outros processos das outras reas de conhecimento.

Aquisies: O objetivo bsico do gerenciamento de aquisies em projetos propiciar a construo e a manuteno de relaes comerciais slidas e equilibradas entre cliente e fornecedor, de forma que o projeto possa ser finalizado a contento. O processo do planejamento de compras e aquisies consiste, em sua essncia, na definio do que, quanto, como e quando adquirir, para que as entregas previstas na Estrutura Analtica de Projeto - EAP sejam devidamente cumpridas.Partes interessadas: As partes interessadas (tambm chamados pelo termo ingls, stakeholders) so os indivduos e as organizaes ativamente envolvidos no projeto, ou seja, quem interessa no seu projeto.O projeto ir atender necessidades das partes interessadas e elas so responsveis por atender o objetivo do projeto.

Aplicaes de conhecimento, habilidades, ferramentas e suas tcnicas nas atividades de um projeto com finalidade de alcanar um objetivo somente atingido atravs do uso de processos e fases. Agora supondo que a empresa china telecom optasse em desenvolvimento prprio, vamos ler uma resenha do livro Engenharia de Software, de Ian Sommerville: Temos ento os Capitulos 11, 12, 13 e 29.Capitulo 11 (Projeto de Arquitetura).

O projeto de arquitetura primeiro estagio no processo de projetos.No livro diz que ele idntica subsistemas e estabelece um framework para controlar a comunicao dos subsistemas, tambm representa uma ligao critica entre processos de engenharia de projeto e requisitos. Trs vantagens de projetar e documentar explicitamente uma arquitetura de software: Comunicao de stakeholders, Analise de sistemas, Reuso em larga escala:A arquitetura de software serve para negociar requisitos de sistema e estruturar discusses com os clientes, desenvolvedores e gerentes. uma ferramenta essencial parra gerenciamento de complexidade, ocultando detalhes e focando as abstraes principais do sistema.Se o desempenho for um requisito crtico a aplicao deve localizar operaes criticas dentro de subsistemas e usar componentes de alta granularidade em detrimento dos de baixa granularidade para reduzir a comunicao entre eles.Se a facilidade de manuteno for um requisito crtico, a arquitetura de sistemas deve ser projetada usando componentes de baixa granularidade e auto contidos que possam ser prontamente mudados.Um projeto de subsistemas decomposio abstrata de um sistema de componentes em alta granularidade. Os diagramas de blocos so usados para representar um projeto de subsistemas.Esses diagramas de blocos so bons para comunicao entre stakeholders e para o planejamento do projeto pois no esto abarrotados de detalhes, j para a arquitetura no so to bons, pois no mostram relacionamento entre os componentes do sistema.

Um modelo esttico de estrutura que mostra os subsistemas ou componentes desenvolvidos como unidades separadas.Um modelo dinmico de processo que mostra como o sistema esta organizado em processos em tempo de execuo.A organizao de um sistema reflete a estratgia bsica usada para estrutur-lo. Voc precisa tomar decises sobre o modelo geral organizacional de um sistema com antecedncia no processo de projeto de arquitetura. A organizao pode refletir diretamente na estrutura do subsistema.Em um modelo de arquitetura cliente servidor um modelo em que o sistema organizado como um conjunto de servios e servidores e clientes associados que acessam e usam os servios. Os clientes talvez precisem saber os nomes dos servidores disponveis e os servios que eles fornecem.A vantagem de um modelo cliente servidor que ele uma arquitetura distribuda. O uso efetivo de sistemas em rede pode ser feito com muitos processadores distribudos. fcil adicionar um novo servidor e integr-lo ao restante do sistema.O modelo em camadas organiza um sistema em camadas, cada uma das quais fornecendo um conjunto de servios.

A abordagem em camadas apia o desenvolvimento incremental de sistemas. A medida que uma camada desenvolvida alguns servios fornecidos por essa camada podem ser disponibilizados para os usurios. Essa arquitetura tambm modificvel e portvel. Uma desvantagem da abordagem em camadas que a estruturao de sistemas dessa maneira pode ser difcil. As camadas mais internas podem fornecer recursos bsicos, como gerenciamento de arquivos, necessrios em todos os nveis.Depois que a organizao geral do sistema foi escolhida, precisa-se tomar uma deciso sobre a abordagem a ser usada na decomposio de subsistemas em mdulos.Um modulo normalmente um componente de sistema que fornece um ou mais servios para outros mdulos. Ele faz uso de servios fornecidos por outros mdulos.existem duas estratgias principais que voc pode usar ao decompor um subsistema em mdulos.No pipelining orientado a funes ou modelo de fluxo de dados, as transformaes processam suas entradas e produzem sadas. Os dados fluem de uma para outra funo e so transformados ao moverem se seqencialmente. Cada etapa implementada como uma transforma