ABNT - UNOPAR - Completo

PAGE

SUMRIO31INTRODUO

42OBJETIVOS

53DESENVOLVIMENTO

53.1Engenharia e projeto de software

53.1.1Desafio 1

53.1.1.1Projeto de Arquitetura

53.1.1.2Arquitetura de Sistemas

53.1.1.3Arquitetura de Aplicaes

53.1.1.4Gerenciamento de Configuraes

63.1.2Desafio 2

63.1.2.1EAP Estrutura Analtica do Projeto

63.1.2.2Cronograma das atividades para o desenvolvimento do projeto

63.1.2.3Relao dos envolvidos, papis dentro do projeto

63.2PROGRAMAO PARA WEB II

63.2.1Desafio 3

63.2.1.1Crie um cadastro relacionado ao projeto estruturado.

63.2.1.2Implemente uma consulta/relatrio relacionado ao projeto

63.3PROJETO ORIENTADO A OBJETOS

63.3.1Desafio 4

63.3.1.1Diagrama de classe:

73.3.1.1.1Classes de domnio

73.3.1.1.2Classes persistentes(ORM)

73.3.1.2Diagrama de componentes

73.3.1.3Diagrama de pacotes

84CONCLUSO

95REFERNCIAS

1 INTRODUO

Apresenta-se a seguir uma proposta de projeto de software, mostrando o projeto de arquitetura, Arquitetura de sistemas distribudos, Arquitetura de Aplicao e Gerenciamento de configuraes. Assim como a Estrutura Analtica do Projeto, Cronograma das Atividades e a relao dos envolvidos dentro do projeto. Como tambm um software WEB e suas classes.2 OBJETIVOSTem como objetivo deste trabalho aplicar os conhecimentos adquiridos no quinto semestre do Curso Superior de Anlise e Desenvolvimento de Sistemas para aperfeioar as tcnicas estudadas a fim de ver na prtica o processo de engenharia de software, gerenciamento de projetos baseado no PMBoK e a criao de sistemas WEB usando a linguagem de programao Java.3 DESENVOLVIMENTO

3.1 Engenharia e projeto de software3.1.1 Desafio 13.1.1.1 Projeto de Arquitetura Decises de projeto de arquiteturaPor ser um sistema grande, devemos dividi-lo em subsistemas organizados em servios. Utilizando assim frameworks para controlar a comunicao entre estes subsistemas, e melhorar a comunicao entre os stakeholders. Devemos tambm observar o seu desempenho, a proteo, a segurana, a disponibilidade e a facilidade de manuteno.

Organizao do sistema

Para melhor organizar o sistema escolhemos o modelo de arquitetura cliente-servidor. O termo Cliente/Servidor referese ao mtodo de distribuio de aplicaes computacionais atravs de muitas plataformas. Tipicamente essas aplicaes esto divididas entre um provedor de acesso e uma central de dados e numerosos clientes contendo uma interface grfica para usurios para acessar e manipular dados. Modelo onde dois ou mais computadores interagem de modo que um oferece os servios aos outros, este modelo permite aos usurios acessarem informaes e servios de qualquer lugar.

Uma aplicao Cliente/Servidor pode ser estruturada em trs nveis:

Interface com o usurio

Processamento

Dados

Simples requer dois tipos de mquinas Cliente: executa programas que compreendem a interface com o usurio;

Servidor: implementa camadas de processamento e de dados.Comunicao Cliente/Servidor

Atravs de portas conhecidas designadas pela Autoridade para Atribuio de Nmeros na Internet (Iana). Ex: FTP21, HTTP80

Atravs de um daemon que registra os servidores em execuo

Atravs de um superservidor, que escuta em vrias portas e repassa a requisio a um servidor especfico. Modelo de controle

Foi escolhido o modelo de controle baseado em eventos onde as decises so regidas pelos eventos gerados externamente. Neste caso usamos o Modelo de broadcast onde um evento transmitido a todos os subsistemas, eles so eficazes na integrao de sistemas distribudos em diferentes computadores na rede.

3.1.1.2 Arquitetura de Sistemas distribudosFoi escolhido a Arquitetura de sistema orientada a servios, j que a empresa China Telecom mundialmente conhecida, e suas informaes podem ser acessados com toda a tecnologias presente como por exemplos: os PCs, Celulares, Tablets. Assim como devemos preservar a segurana de suas informaes, evitando assim acesso direto usando WEB Services. Web Service disponibilizao de um servio pela Internet que pode ser acessado em qualquer lugar. Os clientes enviam requisies com informaes bem definidas e recebem respostas que podem ser sncronas ou assncronas (MARZULLO, 2009).

3.1.1.3 Arquitetura de Aplicaes

Na arquitetura de aplicao usaremos os sistemas de transaes que so projetados para processar solicitaes de informaes por usurios de um banco de dados ou solicitaes para atualizar o banco de dados. Escolhemos esta arquitetura por trabalhar com informaes no banco de dados utilizando interface grfica acessada pelo usurio.3.1.1.4 Gerenciamento de Configuraes

Planejamento do gerenciamento de configurao Gerenciamento de mudanas Gerenciamento de verso

3.1.2 Desafio 2 Crie um projeto gerencivel baseado no PMBok produzindo os seguintes artefatos.3.1.2.1 EAP Estrutura Analtica do Projeto 3.1.2.2 Cronograma das atividades para o desenvolvimento do projeto

3.1.2.3 Relao dos envolvidos, papis dentro do projeto

3.2 PROGRAMAO PARA WEB II3.2.1 Desafio 33.2.1.1 Crie um cadastro relacionado ao projeto estruturado.

3.2.1.2 Implemente uma consulta/relatrio relacionado ao projeto

3.3 Projeto Orientado a Objetos3.3.1 Desafio 4

3.3.1.1 Diagrama de classe:

3.3.1.1.1 Classes de domnio

3.3.1.1.2 Classes persistentes(ORM)

3.3.1.2 Diagrama de componentes

3.3.1.3 Diagrama de pacotes

3.3.1.4 Criar as vises de arquitetura (Lgica e Fsica)

Viso Lgica

Viso Fsica

CREATE DATABASE chinatelecom;

CREATE TABLE Cliente (

idCliente integer PRIMARY KEY,

nome varchar(60),

endereco varchar(60),

bairro varchar(60),

cpf varchar(11),

idMunicipio integer);

CREATE TABLE Funcionario (

nome varchar(60),

idFuncionario integer PRIMARY KEY,

endereco varchar(60),

bairro varchar(60),

salario decimal,

dataNascimento date,

idMunicipio integer,

idFuncao integer);

CREATE TABLE Municipio (

idMunicipio integer PRIMARY KEY,

municipio varchar(60),

uf char(2),

cep varchar(10));

CREATE TABLE Funcao (

idFuncao integer PRIMARY KEY,

funcao varchar(60));

CREATE TABLE Atendimento (

idAtendimento integer PRIMARY KEY,

dataAtendimento datetime,

resolvido char(1),

descricao varchar(200),

telefone varchar(15),

protocolo varchar(10),

idFuncionario integer,

idCliente integer,

FOREIGN KEY(idFuncionario) REFERENCES Funcionario (idFuncionario),

FOREIGN KEY(idCliente) REFERENCES Cliente (idCliente)

);

ALTER TABLE Cliente ADD FOREIGN KEY(idMunicipio) REFERENCES Municipio (idMunicipio);

ALTER TABLE Funcionario ADD FOREIGN KEY(idMunicipio) REFERENCES Municipio (idMunicipio);

ALTER TABLE Funcionario ADD FOREIGN KEY(idFuncao) REFERENCES Funcao (idFuncao);

4 CONCLUSO

Atravs do desenvolvimento deste trabalho, percebe-se que ele possibilita a oportunidade de projetar software usado a engenharia de software e de projetos, escolhendo assim a melhor arquitetura e o melhor padro no processo de desenvolvimento, assim como o desenvolvimento de software para web na linguagem Java.5 REFERNCIAS

Site: http://www.tutorialspoint.com/html/html_embed_multimedia.htm acessado em:07/11/2014Site: http://www.devmedia.com.br/fazendo-um-upload-de-arquivos-em-php/28339 acessado em:07/11/2014Site: http://www.htmlprogressivo.net/2014/04/Propriedade-CSS-display-none-inline-block-list-item.html acessado em:06/11/2014Site: http://www.maujor.com/tutorial/propriedade-css-display.php acessado em:09/11/2014Site: http://jsfiddle.net/run4s/1/ acessado em 09/11/2014Site http://www.w3schools.com/html/html5_video.asp acessado em 09/11/2014Sistema de Ensino Presencial Conectado

CURSO SUPERIOR DE TECNOLOGIA EM ANLISE E DESENVOLVIMENTO DE SISTEMAS

EDENILTON NEVES DOS SANTOS

MAREILTON NEVES DOS SANTOS

MRCIO GREG MAIA CARVALHO

Portflio em Grupo - 5 Semestre:

Irec

2015

EDENILTON NEVES DOS SANTOS

MAREILTON NEVES DOS SANTOS

MRCIO GREG MAIA CARVALHO

Portflio em Grupo - 5 Semestre:

Trabalho do Curso Superior de Tecnologia em Anlise e Desenvolvimento de Sistemas apresentado Universidade Norte do Paran - UNOPAR, como requisito parcial para a obteno de mdia nas disciplinas de Projeto Orientado a Objetos, Engenharia e Projeto de Software e Programao para Web II.

Professores:Mrcio Roberto Chiaveli,

Luis Claudio Perini,

Marco Ikuro Hisatomi,

Veronice de Freitas

Irec

2015