ABNT - UNOPAR - Completo

19

Sistema de Ensino Presencial Conectadoanlise e desenvolvimento de sistemas.

Andr Filipe Rosa MarquesGielton Noruel Leite Alves RibeiroGileno Lopes da SilvaGiovanni Alvarenga GajoRaphael Gustavo do NascimentoRaul Pereira SilvaRicardi Tadeu de Carvalho

Desenvoldimento de projeto de empresa

LAVRAS2015

Andr Filipe Rosa MarquesGielton Noruel Leite Alves RibeiroGileno Lopes da SilvaGiovanni Alvarenga GajoRaphael Gustavo do NascimentoRaul Pereira SilvaRicardi Tadeu de Carvalho

Desenvoldimento de projeto de empresa

Trabalho de Anlise de Desenvolvimento de Sistemas apresentado Universidade Norte do Paran - UNOPAR, como requisito parcial para a obteno de mdia bimestral nas disciplinas do 5 Semestre.Orientadores: Profs.: Prof. Mrcio Roberto Chiaveli.Luis Claudio Perini e Marco Ikuro Hisatomi.Veronice de Freitas.

Lavras2015

SUMRIO1INTRODUO32OBJETIVO43DESENVOLVIMENTO.53.1Engenharia e projeto de software53.1.1Projeto de arquitetura53.1.2Arquitetura de sistema distribudo53.1.3Arquitetura de aplicaes63.1.4Gerenciamento de configurao83.1.5EAP Estrutura Analtica do Projeto93.1.6Cronograma das Atividades103.1.7Relao dos envolvidos no projeto103.2PROGRAMA PARA WEB II113.3PROJETO ORIENTADO A OBJETOS143.3.1Vises de arquitetura de arquitetura164CONCLUSO18REFERNCIAS19

INTRODUO

OBJETIVO

O presente trabalho tem por objetivo apresentar o projeto de uma empresa fictcia de representaes, bem como apresentar proposta do projeto abordando o projeto de arquitetura, arquitetura dos sistemas distribudos, arquitetura de aplicaes, gerenciamento de configuraes; criar um projeto gerencivel baseado no PMBoK; criar um projeto Java Web; e por fim criar um diagrama para representar a arquitetura do sistema.

DESENVOLVIMENTO.Engenharia e projeto de softwareProjeto de arquiteturaA arquitetura de software a estrutura (ou estruturas) do sistema, a qual composta de elementos de software, das propriedades externamente visveis desses elementos, e dos relacionamentos entre eles; a abstrao do sistema.O uso da arquitetura baseado em componentes, justamente por envolver uma abordagem orientada ao reuso de software em larga escala. Visando o desempenho, proteo, segurana, disponibilidade e a facilidade de manuteno. Estabelecendo um processo criativo de organizao de sistema que satisfaa os requisitos funcionais e no funcionais do sistema. A definio est baseada na escolha de alternativas mais adequadas ao domnio da aplicao. importante reutilizar e adotar estratgias previamente validadas. Utilizam-se frameworks, estilos, padres e linguagens de descrio de componentes, previamente definidos.

Arquitetura de sistema distribudoUm sistema distribudo uma "coleo de computadores independentes entre si que se apresenta ao usurio como um sistema nico e coerente", que define a relao entre componentes, a diviso de responsabilidades entre outros fatores.A escolha certa dessa arquitetura pode influenciar e muito em um projeto de software, por isso avaliar essas arquiteturas e escolher a que mais se adque as suas necessidades.Para o projeto em questo ser utilizado a arquitetura modelo cliente-servidor.A arquitetura cliente-servidor modelo distribudo de sistema que mostra como os dados e processamentos so distribudos por uma variedade de componentes. Estabelece servidores independentes que fornecem servios especficos, tais como impresso, gerenciamento de dados, etc. Estabelece clientes que acessam esses servios. uma rede que permite aos clientes acessar os servidores.Os motivos da escolha dessa arquitetura foi que a distribuio de dados dela direta, e faz o uso efetivo dos sistemas em rede podendo assim utilizar um hardware mais barato outro fator que chamou a ateno que fcil adicionar novos servidores ou atualizar servidores existentes. Essa arquitetura pode apresentar desvantagens com nenhum modelo de dados compartilhado, assim, os subsistemas usam diferentes organizaes de dados, apesar desse fato, ainda foi a melhor escolha do modelo.

Arquitetura de aplicaesUma arquitetura muito comum em aplicaes Web o Modelo Arquitetural 3 Camadas. Nessa arquitetura temos uma Camada de Persistncia (Servidor de Banco de Dados), onde ficaro os bancos de dados da aplicao, temos tambm a Camada de Lgica de Negcio (Servidor de Aplicao), onde rodar a aplicao Web (no nosso caso Java) e uma camada de apresentao, que representada pela mquina cliente que acessa a aplicao. Na figura 1 est representada o funcionamento da arquitetura de 3 camadas.

Figura 1. Funcionamento da Arquitetura 3 Camadas

Separar as camadas em mquinas diferentes oferece um bom desempenho para aplicaes que so acessadas por diversos clientes simultneos. Porm, o Servidor de Aplicao e de Banco de Dados pode estar junto em uma mesma mquina.Tendo em vista essa arquitetura, fundamental que os servidores estejam preparados para suportar a aplicao. Para isso eles precisam estar equipados com softwares necessrios para rodar a aplicao web.O servidor de banco de dados dever ter o SGBD adequado para a aplicao. Tal SGBD pode ser: MySQL, Oracle, PostGreeSQL, Microsoft SQL Server etc. O servidor de aplicao deve possuir o interpretador da linguagem, como por exemplo: Tomcat (Java).A figura 2 representada abaixo mostra melhor o funcionamento de uma aplicao Web no Modelo Arquitetural 3 Camadas:

Figura 2. Modelo 3 Camadas

Web Server o conjunto formado pelo Servidor de Aplicao e o Servidor de Banco de Dados, bem como as iteraes que ocorrem entre eles. Uma aplicao Web nada mais do que a troca de mensagens entre um computador cliente e um Web Server.Os pontos mais fortes da escolha dessa arquitetura foram: Facilidade de reaproveitamento de cdigo; Facilidade de manuteno e adio de recursos.Maior integrao da equipe e/ou diviso de tarefas.Facilidade em manter o seu cdigo sempre limpo.

Gerenciamento de configuraoDevem ser selecionados pela Equipe de Qualidade da empresa os artefatos a serem controlados como itens de configurao do sistema a ser desenvolvido. Normalmente, o plano de projeto, documento de requisitos, programas (cdigo-fonte), modelos de dados e casos de teste so mantidos como itens de configurao. Entretanto, a equipe de qualidade tem a liberdade de definir quais outros artefatos, desenvolvidos em meio ao processo de desenvolvimento de software, so importantes serem colocados sob a gerncia de configurao para auxiliar em uma futura manuteno do sistema (seja ela corretiva, evolutiva ou preditiva).A seguir, so listados os itens de configurao que podero compor a baseline de um projeto, organizados pelas fases do processo de venda e desenvolvimento de software. Uma baseline serve como uma fotografia capaz de descrever um projeto em um determinado instante de sua execuo. Fase Prospeco Roteiro de Prospeco Modelo de Negcio Plano de Ao

Fase Concepo Modelo de Negcio Documento de Requisitos Plano de Projeto Projeto IHM Relatrio de Anlise dos Requisitos Arquitetura do Software Cronograma Relatrio de Viabilidade do Projeto Fluxo de Caixa Plano de Ao

EAP Estrutura Analtica do Projeto

A EAP uma decomposio hierrquica do escopo total do trabalho a ser executado pela equipe do projeto a fim de alcanar os objetivos do projeto e criar as entregas requeridas.A EAP deve ser completa, organizada e pequena o suficiente para tornar possvel a medio do progresso, mas no detalhada o suficiente para se tornar, ela mesma, um obstculo realizao do projeto. No presente projeto a estrutura analtica ser realizada de acordo com a Figura 3.

Figura 3. Estrutura Analtica do Projeto

Cronograma das AtividadesA essncia do cronograma das atividades a composio de uma lista de atividades interligadas por relaes de dependncia, que aplicadas sobre um calendrio e aps a anlise da disponibilidade de recursos humanos/matrias, possibilita a identificao e controle da data de realizao de atividades. O grande segredo do cronograma a identificao do caminho crtico, pois apenas com essa tcnica o gerente de projeto tem a possibilidade de aplicar tcnicas de controle (Fast Track, Crashing, Corrente crtica, buffers, etc.) que aumentem a probabilidade de entregar o projeto no prazo estipulado.O cronograma do presente projeto est representado na Tabela 1.

Tabela 1 Cronograma das atividades para desenvolvimento do projetoAtividadesSemestres de desenvolvimento

12345678

1Definio Hospedagem

2Definio do Servidor

3Anlise do Sistema

4Levantamento de Requisitos

5Desenvolvimento/Criao

6Testes Operacionais

7Implementao

8Finalizao

Relao dos envolvidos no projetoOs principais envolvidos no desenvolvimento do projeto devem participar do planejamento do mesmo. Um bom projeto comea pelo consenso entre todos os envolvidos no sentido de trabalharem em prol de um objetivo comum. A relao dos envolvidos deve ser atualizada no decorrer da execuo.

Na Tabela 2 esto listados os envolvidos na execuo do projeto e seus respectivos envolvimentos.

Tabela 2 - Relao dos envolvidos no projetoIDNomeOrganizao/CargoEnvolvimento

1Jos SilvaGerente de ProjetosGerente do Projeto

2Joo PereiraEngenheiroRepresentante do departamento de engenharia

3Ana da SilvaAnalista de SistemasRepresentante do departamento de T.I.

4Maria AssunoAnalista de RHApoio acadmico

PROGRAMA PARA WEB IIO JSF uma referncia para o desenvolvimento de aplicaes Web com Java, seguindo o padro Model View Controler (MVC), ela surgiu como uma alternativa ao Struts, que na poca era o principal framework para implementar aplicaes nesse padro.Atualmente existem diversos frameworks para construo de interfaces ricas com o JSFS. Um dos principais o PrimeFaces que disponibiliza diversos componentes. Atualmente esse framework est na verso 5 e contm um grande nmero de componentes de formulrios, listagem, menus, entre outros.Utilizando alguns dos principais componentes do PrimeFaces possvel criar telas e ajudar no reduzir grande parte gasto no tempo de desenvolvimento do sistema.A seguir, nas figuras 3 e 4 , est representado um exemplo de tela de cadastro e tela de listagem de usurios criada com o auxilio do PrimeFaces e seus respectivos cdigos.

Figura 4. Tela de Cadastro de Usurios

Cdigo fonte da tela representada na Figura 4:

Figura 5. Tela de Relatrio de Usurios

Cdigo fonte da tela representada na Figura 5:

PROJETO ORIENTADO A OBJETOSNa rea de Engenharia de Software, a Linguagem de Modelagem Unificada (do ingls, UML - Unified Modeling Language) uma linguagem de modelagem que permite representar um sistema de forma padronizada, a qual no uma metodologia de desenvolvimento, o que significa que ela no diz para voc o que fazer primeiro e em seguida ou como projetar seu sistema, mas ela lhe auxilia a visualizar seu desenho e a comunicao entre os objetos.Basicamente, a UML permite que desenvolvedores visualizem os produtos de seus trabalhos em diagramas padronizados. Junto com uma notao grfica, a UML tambm especifica significados, isto , semntica. uma notao independente de processos, embora o RUP (Rational Unified Process) tenha sido especificamente desenvolvido utilizando a UML. importante distinguir entre um modelo UML e um diagrama (ou conjunto de diagramas) de UML. O ltimo uma representao grfica da informao do primeiro, mas o primeiro pode existir independentemente. Os diagramas de classe, diagramas de componentes e diagramas de pacotes do presente projeto esto representados nas Figuras 6, 7 e 8.

Figura 6. Diagrama de classe

Figura 7. Diagrama de componentes

Figura 8. Diagrama de pacotesVises de arquitetura de arquiteturaUma arquitetura fsica de dados de um sistema de informao parte de um Plano de Tecnologia. Como o prprio nome indica, o plano tecnolgico est focado em elementos reais e tangveis a serem utilizados na implementao da arquitetura de dados do projeto. Arquitetura Fsica de Dados engloba "arquitetura de banco de dados", que vem a ser um esquema da tecnologia de banco de dados utilizado para viabilizar a realizao de um projeto de arquitetura de dados.Portanto, a sua concepo est ligada necessidade de suportar a implementao de um modelo que visa ao atendimento das necessidades de um negcio e que direciona as decises sobre as solues de tecnologia a serem adotadas.Uma arquitetura lgica de dados descreve com preciso as propriedades e os relacionamentos de cada uma das entidades de dados envolvidas em um domnio organizacional ou problema de negcio a ser resolvido com apoio de TI, compondo um desenho detalhado a partir do qual lderes de projeto e desenvolvedores possam trabalhar com relativa independncia.Normalizao das estruturas de dados e derivao de relacionamentos de cardinalidade mltipla em entidades associativas so prticas inerentes a essa abordagem, alm do estreito alinhamento a um modelo corporativo previamente concebido e de alguma preocupao com padres de implementao da arquitetura de banco de dados.

CONCLUSODurante o desenvolvimento de um projeto de software se faz importante que a proposta contenha o projeto de arquitetura, arquitetura dos sistemas distribudos, arquitetura de aplicaes e o gerenciamento de configuraes, nas fases iniciais.Criar um projeto gerencivel baseado no PMBoK possibilita a padronizao do gerenciamento do projeto, bem como a comunicao entre os integrantes da equipe e subcontratados, reduo consideravelmente o nmero de atividades que podem ser esquecidas, garantindo assim a utilizao eficiente dos recursos. Fornece informaes sobre o real andamento do projeto, reduzindo a ocorrncia de surpresas negativas e custos de desenvolvimento do mesmo.Foi desenvolvido a implementao de um sistema de cadastro e de consulta/relatrio, atravs de um projeto Java Web, o que possibilitou colocar em prtica o conhecimento de utilizao de tal linguagem de programao, a qual se mostrou adequada para tal projeto.Por fim foram determinados os diagramas da UML, a qual permite representar um sistema de forma padronizado, que auxilia a visualizar seu desenho e a comunicao entre os objetos.

REFERNCIASLivro. 2013 Project Management Institute. Um Guia do Conhecimento em Gerenciamento de Projetos (Guia PMBOK) Quinta EdioPORTAL GERENCIAMENTO DE PROJETOS: acessado em 25 de maio de 2015.

PORTAL WIKIPEDIA: acessado em 25 de maio de 2015.

PORTAL DO ARQUITETO: acessado em 25 de maio de 2015.PORTAL MANDRADO.COM: acessado em 25 de maio de 2015.

PORTAL ELI RODRIGUES.COM: acessado em 25 de maio de 2015.