Transcript
Page 1: Trabalho individual 5 semestre Analise de Sistemas

WANDERSON JONER SILVA CRUZ

SISTEMA DE ENSINO PRESENCIAL CONECTADO ANALISE E DESENVOLVIMENTO DE SISTEMAS DE INFORMAÇÃO

PROJETO DE SISTEMAS DE INFORMAÇÃO:

Engenharia e Projeto de Software Interface Homem-Computador

Programação para Web I

Page 2: Trabalho individual 5 semestre Analise de Sistemas

PROJETO DE SISTEMAS DE INFORMAÇÃO:

Engenharia e Projeto de Software Interface Homem-Computador

Programação para Web I

Trabalho Projetos de Sistemas de Informação apresentado à Universidade Norte do Paraná - UNOPAR,

como requisito parcial para a obtenção de média semestral na disciplina de Análise de Desenvolvimentos de Sistemas de Informação.

Orientador: Prof.

WANDERSON JONER SILVA CRUZ

Brasília 2014

Page 3: Trabalho individual 5 semestre Analise de Sistemas

SUMÁRIO

2 INTRODUÇÃO .......................................................................................................................... 3

3 OBJETIVO................................................................................................................... ...........................3

4. DESENVOLVIMENTO................................................................................................................ 4

4.1. ESCOLHER UM CILCO DE VIDA ....................................................................................... .......Error!

Bookmark not defined. À 5

4.1.1. DESENVOLVER UMA WBS DESTE PROJETO...................................................................5 À 10

4.1.2. DESENVOLVER UM CRONOGRAMA DO PROJETO.......................................................10 À 11

4.1.3. ASPECTO DE USABILIDADE EM IHC PARA AMBIENTE WEB............................ ...........11 À 12

4.1.4. NO SISTEMA WEB, DESCREVA-O ASPECTO EM PROGRAMAÇÃO WEB.....................12 À 16

5. CONCLUSÃO..................................................................... ................................................................16

6. ANEXOS.............................................................................................................................................17

7.BILIOGRAFIA......................................................................................................................... ..............18

Page 4: Trabalho individual 5 semestre Analise de Sistemas

3

2 INTRODUÇÃO

Será desenvolvido trabalho referente ao conteúdo do 5.º Semestre de Analise e

Desenvolvimento de Sistemas de Informação, escolhendo um modelo de ciclo de vida para o

desenvolvimento do software, irei abstrair do Caso de Uso Compra de Filmes Web Mozer os objetos que

irão compor as funcionalidades do aplicativo .

3. OBJETIVO

O objetivo é me capacitar acerca das matérias de Engenharia de Software, Interface Homem-

Computador, Programação para Web 1, crescendo intelectualmente, um passo a mais na carreira de

Analista de Sistemas onde poderei sanar minhas dúvidas, melhorar minhas habilidades de

desenvolvedor e dominar toda a matéria para ingressar ao 6.º semestre onde irei me formar e começar

a trabalhar no vasto mercado de trabalho que me espera.

Page 5: Trabalho individual 5 semestre Analise de Sistemas

4

4. DESENVOLVIMENTO

4.1 ESCOLHA DO CICLO DE VIDA

Um processo (de software) é caracterizado por meio de um conjunto de atividades bem

definidas e documentadas que quando aplicadas, sistematicamente, garantem certo grau de qualidade

na confecção do produto. Além do conjunto de atividades, o processo possui outros atributos como:

matéria prima, mão de obra e recursos. Tais atributos são considerados os insumos do processo de

produção. Salienta-se também que o processo deve possuir o conceito de retroalimentação com o

objetivo de garantir o caráter evolutivo do mesmo.

Já um modelo de processo pode ser definido como uma representação ou abstração das

atividades caracterizadas em um processo de software. Geralmente, o modelo norteia a instanciação e

o sequenciamento das atividades de um processo de software.

O modelo cascata é o mais antigo utilizado pela engenharia de software. Sua composição é

totalmente baseada nos ciclos que compõem um processo de produção da engenharia convencional.

Este modelo propõe que as atividades que compõem o processo sejam sequencializadas e os artefatos

gerados em uma atividade se caracterizam como a entrada da outra (click na figura no início do post).

Muitos engenheiros acreditam que este modelo caiu no desuso. Este texto contraria esta ideia,

ou seja, o modelo cascata ainda é utilizado em vários projetos de software. Estes projetos, geralmente,

são simples e pequenos, por exemplo – projeto de software para entrada e saída de produtos em uma

Page 6: Trabalho individual 5 semestre Analise de Sistemas

5

pequena loja de roupas. Com certeza neste tipo de projeto você, em apenas uma interação, irá mapear

cerca de 90% dos requisitos. E os outros 10?, eu classifico-os como melhoria daquilo que foi

implementado.

Perceba que processos que seguem este modelo não são aplicáveis facilmente em projetos de

médio ou grande porte, pois estes não seguem um fluxo sequencial de produção, os requisitos não são

mapeados em sua totalidade no início do projeto e os stakeholders têm dificuldade em esperar por uma

versão executável do software, fato este que ocorre somente na atividade de entrega do produto.

Enfim, se o projeto é simples e possui poucas funcionalidades, utilize o modelo cascata.

4.2 DESENVOLVER UMA WBS DESTE PROJETO.

Em Gerência de projetos, uma Estrutura Analítica de Projetos (EAP), do Inglês, Work

breakdown structure (WBS) é um processo de subdivisão das entregas e do trabalho do projeto em

componentes menores e mais facilmente gerenciáveis. É estruturada em árvore exaustiva, hierárquica

(de mais geral para mais específica) orientada às entregas, fases de ciclo de vida ou por subprojetos

(deliverables) que precisam ser feitas para completar um projeto.

O objetivo de uma EAP é identificar elementos terminais (os produtos, serviços e resultados a

serem feitos em um projeto). Assim, a EAP serve como base para a maior parte do planejamento de

projeto. A ferramenta primária para descrever o escopo do projeto (trabalho) é a estrutura analítica do

projeto (EAP).

A Work Breakdown Structure é um processo bastante comum. Várias resoluções de trabalho

do governo dos Estados Unidos têm como requerimento uma work breakdown structure.

A EAP não é criada apenas para o gerente do projeto, mas para toda a equipe de execução do

projeto, bem como para as demais partes interessadas tais como clientes e fornecedores.

COMO CONSTRUIR UMA EAP

A EAP deve ser completa, organizada e pequena o suficiente para tornar possível a medição

do progresso, mas não detalhada o suficiente para se tornar, ela mesma, um obstáculo à realização do

projeto. Uma boa heurística a seguir é a regra do 8-80: exige-se que um pacote de trabalho ocupe entre

8 e 80 horas de duração. É uma das partes mais importantes no plano do projeto. Ela serve como entrada

Page 7: Trabalho individual 5 semestre Analise de Sistemas

6

para o desenvolvimento da agenda, atribuir funções e responsabilidades, g erir riscos, entre outros. Na

internet e' possível acessar alguns sites para montagem gratuita de uma EAP ou WBS, tais como:

http://www.wbstool.com/ Um exemplo simples de Work Breakdown Structure para pintar uma sala

(orientado a entregas)

WBS WEB MOZER

Page 8: Trabalho individual 5 semestre Analise de Sistemas

7

0 Elemento WBS

1 WEB MOZER 1.1 Engenharia de Sistema

1.1.1 Coleta dos Dados 1.1.1.1 Documentação 1.2 Analise

1.2.1 Definição dos Requisitos 1.2.1.1 Documentação

1.3 Projeto 1.3.1 Requisitos do Sistema de Software 1.3.1.1 Arquitetura Geral do Sistema

1.3.1.1.1 Documentação 1.4 Codificação

1.4.1 Implementação 1.4.1.1 Documentação 1.5 Teste

1.5.1 Teste de Unidade 1.5.1.1 Teste de Integração

1.5.1.1.1 Teste de Sistema 1.5.1.1.1.1 Teste de Aceitação 1.6 Implantação

1.6.1 Entrega 1.6.1.1 Manutenção

0 Elemento WBS Descrição:

Duração: 1

Critérios de aceitação:

Recursos:

1 WEB MOZER Descrição: Início do Projeto de

Software WEB MOZER.

Duração: 35.875

Critérios de aceitação: Desenvolver uma aplicação web para a compra de

filmes.

Recursos:

1.1 Engenharia de Sistema Descrição: Trabalhar três (03) horas por semana.

Duração: 3

Critérios de aceitação:

Recursos:

1.1.1 Coleta dos Dados Descrição: Trabalhar uma (02) hora por dia.

Duração: 2

Critérios de aceitação: Levantar os

requisitos para criar o escopo do Projeto de Software.

Recursos:

1.1.1.1 Documentação Descrição: Trabalhar uma (01) hora por dia.

Duração: 1

Critérios de aceitação:

Page 9: Trabalho individual 5 semestre Analise de Sistemas

8

Recursos:

1.2 Analise Descrição: Trabalhar três (03) horas

por semana.

Duração: 3

Critérios de aceitação:

Recursos:

1.2.1 Definição dos Requisitos Descrição: Trabalhar uma (02) hora por dia, definindo requisitos.

Duração: 2

Critérios de aceitação: O pagamento

será executado diretamente no boleto da mensalidade; A compra de filmes

WEB MOZER possui cadastro de clientes, suas locações e registros; O assinante terá acesso para a compra

de filmes mediante senha com seu boleto mensal; A senha é alterada

mediante pagamento, sem a senha não há como fazer compras no site WEB MOZER;

Recursos:

1.2.1.1 Documentação Descrição: Trabalhar uma (01) hora

por dia, para criar a documentação da definição dos requisitos.

Duração: 1

Critérios de aceitação:

Recursos:

1.3 Projeto Descrição: Trabalhar três (03) horas

por semana na elaboração do Projeto de Software.

Duração: 3

Critérios de aceitação:

Recursos:

1.3.1 Requisitos do Sistema de Software

Descrição: Trabalhar uma (01) hora por dia, requisitos funcionais e não funcionais.

Duração: 2

Critérios de aceitação: O cliente terá

acesso aos canais de TV a cabo mediante pagamento da assinatura;

As mensalidades são de 15,50 R$ para acesso à Biblioteca de filmes disponíveis; Os filmes terão os valores

de R$2,50 e R$4,00;

Recursos:

1.3.1.1 Arquitetura Geral do Sistema Descrição: Trabalhar uma (01) hora por dia, na Arquitetura Geral do

Sistema.

Duração: 1

Page 10: Trabalho individual 5 semestre Analise de Sistemas

9

Critérios de aceitação:

Recursos:

1.3.1.1.1 Documentação Descrição: Trabalhar uma (01) hora

por dia no desenvolvimento da Documentação do Projeto de Software.

Duração: 8

Critérios de aceitação:

Recursos:

1.4 Codificação Descrição: Trabalhar três (03) horas por semana.

Duração: 3

Critérios de aceitação:

Recursos:

1.4.1 Implementação Descrição: Trabalhar três (03) horas

por dia no desenvolvimento dos códigos do Software.

Duração: 3

Critérios de aceitação:

Recursos:

1.4.1.1 Documentação Descrição: Trabalhar três (03) horas

por dia no desenvolvimento da documentação do código.

Duração: 3

Critérios de aceitação:

Recursos:

1.5 Teste Descrição: Trabalhar três (03) horas

por semana.

Duração: 3

Critérios de aceitação:

Recursos:

1.5.1 Teste de Unidade Descrição: Trabalhar uma (01) horas por dia no Teste de Unidade

Duração: 1

Critérios de aceitação:

Recursos:

1.5.1.1 Teste de Integração Descrição: Trabalhar uma (01) horas por dia no Teste de Integração

Duração: 1

Critérios de aceitação:

Recursos:

1.5.1.1.1 Teste de Sistema Descrição: Trabalhar uma (01) horas

por dia no Teste de Sistema

Duração: 1

Critérios de aceitação:

Recursos:

1.5.1.1.1.1 Teste de Aceitação Descrição: Trabalhar uma (01) horas por dia no Teste de Aceitação

Duração: 1

Page 11: Trabalho individual 5 semestre Analise de Sistemas

10

Critérios de aceitação:

Recursos:

1.6 Implantação Descrição: Trabalhar três (03) horas

por semana.

Duração: 3

Critérios de aceitação:

Recursos:

1.6.1 Entrega Descrição: Apresentação do Software e entrega do aplicativo

Duração: 3

Critérios de aceitação: Se atende as

necessidades dos usuários será aceito e posto em funcionamento

Recursos:

1.6.1.1 Manutenção Descrição: Novas funcionalidades ou

mudança

Duração: 87

Critérios de aceitação: Novas funcionalidades que melhorem o

desempenho da aplicação facilitando e automatizando a interação com o usuário final.

Recursos:

4.3 DESENVOLVER UM CRONOGRAMA DO PROJETO.

CRONOGRAMA

Cronograma é uma maneira de colocar as etapas do projeto de maneira cronológica, ou seja,

de uma forma que podemos segui-las, obedecendo às datas especificas para cumpri-las. A vantagem

de um cronograma é o fato do gerente de projeto poder manter a palavra com os seus clientes, afinal a

coisa mais perturbadora para um usuário é receber seu produto fora de data. Entregar o que foi prometido

fora do tempo, às vezes até muito atrasado, é constrangedor para os responsáveis pelo desenvolvimento

do sistema.

O cronograma a seguir será montado levando em conta as etapas d o ciclo de vida e da WBS,

mostrarei etapa por etapa. Ele foi montado na ferramenta CASE MS Visio Project. Como comenta

Heldman (2002, p. 213) “É fácil ler os gráficos de Gantt, usados, na maioria das vezes, para agendar

atividades. Dependendo do software utilizado para gerá-lo, esse gráfico também pode exibir sequencias

Page 12: Trabalho individual 5 semestre Analise de Sistemas

11

e as datas de início e fim das atividades, alocações de recursos, dependências das atividades e o

caminho crítico”.

CRONOGRAMA WEB MOZER

Identificação Início Término Duração31 ago 2014 7 set 2014

27 122 11 22211313 8 16414 22

2h01/09/201401/09/2014 Coleta de Dados

11 Documentação111h16/09/201416/09/2014 Documentação

1h01/09/201401/09/2014 Documentação

2h08/09/201408/09/2014 Definição de Requisitos

1h09/09/201409/09/2014 Documentação

10 331 11 12 17 55 19

Nome da tarefa

7 Documentação7

1h15/09/2014Requisitos do Sistema15/09/20149 Requisitos do Sistema9

1h16/09/2014Arquitetura Geral do Sistema16/09/201410 Arquitetura Geral do Sistema10

4 Documentação4

6 Definição de Requisitos6

2 Coleta de Dados2

13

14

16

17

Implementação133h22/09/2014Implementação22/09/2014

Documentação143h29/09/2014Documentação29/09/2014

18

20

Teste de Unidade161h06/10/2014Teste de Unidade06/10/2014

Teste de Integração171h06/10/2014Teste de Integração06/10/2014

Teste de Sistema181h13/10/2014Teste de Sistema13/10/2014

Implantação201h20/10/2014Implantação20/10/2014

14 set 2014

256 297 21 7164 2815 24 15 201026 1868 1420

19 Teste de Aceitação192h13/10/2014Teste de Aceitação13/10/2014

19 173 918 11239 230

3 Criação WBS31h01/09/2014Criação WBS01/09/2014

1 Engenharia de Sistema18h01/09/2014Engenharia de Sistema01/09/2014

21 set 2014 28 set 2014 5 out 2014 12 out 2014 19 out 2014

5 Analise59h09/09/2014Analise08/09/2014

8 Projeto813h16/09/2014Projeto15/09/2014

12 Codificação1244h29/09/2014Codificação22/09/2014

15 Teste1548h13/10/2014Teste06/10/2014

4.4 ASPECTO DE USABILIDADE EM IHC PARA AMBIENTE WEB.

Usabilidade IHC (Interação Homem-Computador).

Em 1973 surgiu o primeiro computador pessoal com um editor de

texto, mouse, teclado e interface gráfica. Porém, somente em meados de 1980, a

engenharia de fatores humanos começou a desenvolver técnicas para a análise

empírica dos sistemas para interação homem-computador, como por exemplo na

aviação, onde passaram a ver o IHC como algo muito importante para resolução de

problemas.

Page 13: Trabalho individual 5 semestre Analise de Sistemas

12

O IHC é uma matéria de estudo que tem como objetivo entender

como e por que as pessoas usam a tecnologia da informação, ou seja, é uma área

que estuda formas de aumentar a compatibilidade entre as características do

homem e do computador.

A Usabilidade define a facilidade que o usuário tem em usufruir uma

ferramenta ou objeto a fim de realizar tarefas. A IHC é voltada na avaliação de

sistemas computacionais que interagem com um ser humano, facilitando a

compreensão do conteúdo disponibilizado e deixando-o autossuficiente.

A área de IHC começou com Donald Norman, psicólogo, que

trabalhou o conceito de usabilidade. No IHC, é possível citar 3 tipos de ondas, segue:

1ª – ligada aos fatores humanos: essa onda está voltada com o foco no individuo, como interface,

métodos e teste;

2ª – voltada aos atores humanos: essa onda está voltada com foco no grupo, como

abordagens qualitativas e não quantitativas, protótipos e design;

3ª – voltada a cultura e estética: essa última onda está voltada na tecnologia móveis, pequena.

O principal aspecto de usabilidade em IHC no ambiente WEB é a facilidade em que o usuário

tem em acessar o sistema e fazer uma locação, pois com a crescente evolução dos aparelhos

eletrônicos e também do acesso à internet, o usuário poderá acessar o sistema de

qualquer local ou aparelho que tem acesso à internet e fazer uma locação, deixando

de ter gastos desnecessários, como por exemplo, ligações telefônicas.

4.5 SEGURANÇA DESTE SISTEMA WEB, DESCREVA UM ASPECTO CONTEMPLADO EM

PROGRAMAÇÃO WEB.

SEGURANÇA

Muitas empresas temiam, no passado, prover funcionalidades na Internet devido ao medo de

expor seus dados. Mas com advento dos Web Services elas podem publicar serviços de forma simples

e que são totalmente isolados da base de dados.

Page 14: Trabalho individual 5 semestre Analise de Sistemas

13

A segurança dos Web Services é um dos pontos fracos desta tecnologia. O problema não é a

falta de mecanismos de segurança mas sim a falta de consenso em qual deve ser o mecanismo a ser

adaptado pela tecnologia Web Service. As questões mais relevantes na segurança são as seguintes:

Autenticidade (ter a certeza que uma transação do Web Service ocorreu entre o servidor e seu

cliente;

Privacidade (todas as mensagens trocadas entre o servidor e o cliente não são interceptadas

por uma pessoa não autorizada);

Integridade (as mensagens enviadas tanto pelo servidor ao cliente, como o contrário, devem

permanecer inalteradas).

A seguir, descrevem-se os principais mecanismos de segurança.

SSL

O SSL (Secure Socket Layer) [Netscape 1996] quando aplicado a pequenos dispositivos

oferece autenticação, integridade de dados e privacidade de serviços. Assim, tornou-se possível enviar

informação confidencial utilizando um mecanismo de segurança SSL sob HTTP também conhecido como

HTTPS (Hypertext Transfer Protocol Secure). Este mecanismo protege informações confidenciais e é

fácil de ser configurado. Tem como desvantagem ser mais lento do que as transações HTTP não cifradas

pelo que não é adequado para taxas de transferências de dados elevadas. Por ser um mecanismo de

proteção no nível de transporte, apresenta restrições para ser aplicado em aplicações webservices, pois

o SSL não permite criptografia de parte da informação nem o uso de sessões seguras entre mais de

duas partes, uma vez que seu funcionamento se baseia em uma arquitetura de transporte fim-a-fim.

VERIFICAR UMA LIGAÇÃO SEGURA (erro SSL)

Os Websites utilizam o protocolo SSL (secure socket layer) para manter as informações que

introduz nas suas páginas privadas e seguras. Caso veja uma mensagem de erro SSL no Chrome a

indicar "A sua ligação não é privada", isso significa que a sua ligação à Internet, ou o seu computador,

está a impedir o Chrome de carregar a página em segurança. Saiba mais acerca das definições de

segurança do Google Chrome

O que causa uma mensagem de erro SSL

Veja alguns dos motivos pelos quais ocorrem avisos de SSL:

Page 15: Trabalho individual 5 semestre Analise de Sistemas

14

O certificado não é emitido por uma entidade terceira reconhecida. Uma vez que qualquer

pessoa pode criar um certificado, o Google Chrome verifica se o certificado de um site tem origem

numa entidade fidedigna.

O certificado do site não está atualizado, pelo que o Google Chrome não pode confirmar se o

site ainda é seguro.

A ligação entre o navegador e o Website poderá não ser segura.

Também é possível clicar em Avançadas no lado esquerdo do aviso para saber mais.

Ver se um site está a utilizar uma ligação segura (SSL)

Se estiver a introduzir informações pessoais e confidenciais numa página, procure um ícone de cadeado

à esquerda do URL do site na barra de endereço. O ícone informará se o site é seguro.

Ícone O que significa

O site não está a utilizar SSL. Este ícone é apresentado para sites http://. Evite introduzir informações confidenciais na página, como informações do cartão de crédito ou do início de sessão no seu banco. Se as informações confidenciais são solicitadas

num site que não utiliza SSL, considere a possibilidade de entrar em contacto com o proprietário do Website.

O Google Chrome estabeleceu uma ligação segura ao site com êxito. Procure este ícone e verifique se o URL tem o domínio correto, se tem de iniciar sessão no site ou se tem de introduzir informações confidenciais na página. Se um site utilizar um certificado

EV-SSL (Extended Validation SSL), o nome da entidade também é apresentado junto ao ícone em texto a verde.

O site utiliza SSL, mas o Google Chrome detetou conteúdo inseguro na

página. Seja cauteloso se introduzir informações confidenciais nesta página. O conteúdo inseguro pode ser uma porta aberta para alguém alterar o aspeto da página.

O site utiliza SSL, mas o Google Chrome detectou conteúdo inseguro de risco

elevado na página ou problemas com o certificado do site. Não introduza informações confidenciais nesta página. Um certificado inválido ou outros problemas

https graves poderão indicar que alguém está a tentar interferir com a sua ligação ao site.

Resolução de problemas de um aviso SSL

Caso veja uma mensagem de erro SSL no Chrome, pode utilizar os passos de resolução de problemas

abaixo:

Verifique se a data e a hora do seu computador estão corretas, principalmente o ano.

Algumas versões anteriores do Windows não suportam toda a encriptação moderna utilizada em

alguns Websites e necessitam das atualizações mais recentes.

o Se estiver a utilizar o Windows XP de 32 bits, certifique -se de que o Service Pack 3 está

instalado.

Page 16: Trabalho individual 5 semestre Analise de Sistemas

15

o Se estiver a utilizar o Windows Server 2003 ou o Windows XP de 64 bits, certifique -se de que

o Service Pack 2está instalado, bem como a correção de suporte SHA-256.

Se estiver a tentar iniciar sessão num portal Wi-Fi, experimente visitar um Website em HTTP para

aceder à página de início de sessão na rede Wi-Fi.

Experimente abrir a página no modo de navegação anónima. Se funcionar, isso significa que uma

das suas extensões está a causar o problema de segurança e deve removê-la. Saiba mais acerca

da reposição das definições do navegador.

Se tem um software antivírus que oferece "proteção de HTTPS" ou "análise de

HTTPS", é possível que esteja a interferir com a capacidade do navegador de

proporcionar segurança e deverá ser desativado.

Xml signature

A XML Signature [IETF e W3C 2000] é uma iniciativa conjunta da IETF (Internet Engineering

Task Force) e do W3C para especificar uma sintaxe XML e regras de processamento para criação e

representação de assinatura digital. As vantagens na utilização da XML Signature, ao contrário de outras

normas de assinaturas digitais, estão baseadas na independência da l inguagem de programação, fácil

interpretação humana e independência do fabricante. Esta tecnologia também permite assinar

digitalmente subconjuntos de um documento XML.

Xml encryption

A XML Encryption [IETF e W3C 2002] especifica um processo para cifra de dados e sua

representação em formato XML. Os dados podem ser dados arbitrários (incluindo um documento XML),

elementos XML ou conteúdos de elementos XML. Um documento XML que utiliza a XML Encryption

pode ser visto por qualquer utilizador, mas apenas o proprietário da chave de descodificação conseguirá

compreender o conteúdo codificado.

Ws-security

O WS-Security (Web Services Security) é uma iniciativa conjunta de empresas como Microsoft,

IBM e Verisign destinada ao uso da XML-Signature e da XML-Encryption para fornecer segurança às

mensagens SOAP. O WS-Security é um esforço destinado a fazer com que os Web Services trabalhem

melhor em um ambiente global. O WS-Security também inclui alguns importantes componentes como

encaminhamento, confiança e tratamento de transações.

Page 17: Trabalho individual 5 semestre Analise de Sistemas

16

Saml

O SAML (Security Assertion Markup Language) [OASIS 2001] é um padrão emergente para a

troca de informação sobre autenticação e autorização. O SAML soluciona um importante problema para

as aplicações da próxima geração, que é a possibilidade de utilizadores transportarem seus direitos entre

diferentes Web Services. Isto é importante para aplicações que tencionam integrar um número de Web

Services para formar uma aplicação unificada.

5. CONCLUSÃO

Este trabalho proporcionou um aprendizado e entendimento no desenvolvimento e

administração de um Projeto de Software, elaborando cronogramas para administrar o tempo de

desenvolvimento do aplicativo web, também ampliei meus conhecimentos em desenvolvimento de

interfaces para propor uma melhor abordagem do conteúdo que será apresentado na página de internet

e, por fim a segurança de informação do Sistema Web Mozer.

Page 18: Trabalho individual 5 semestre Analise de Sistemas

17

6. ANEXOS

EXEMPLO DE GRÁFICO

Page 19: Trabalho individual 5 semestre Analise de Sistemas

18

7. REFERÊNCIAS BIBLIOGRÁFICAS.

ENGENHARIA DE SOFTWARE, por J.A Fabi Endereço Eletrônico Disponível Em:

http://engenhariasoftware.wordpress.com/2013/01/24/a-aplicabilidade-do-modelo-cascata-na-

engenharia-de-software/;

COMO FAZER UMA WBS / GESTÃO DE PROJETOS, Endereço Eletrônico Disponível Em:

http://www.elirodrigues.com/gestao-de-projetos/como-fazer-uma-eap-wbs/

INTERAÇÃO HUMANO-COMPUTADOR (IHC) E USABILIDADE Endereço Eletrônico Disponível Em:

http://www2.dbd.puc-rio.br/pergamum/tesesabertas/0210297_04_cap_03.pdf

PORTIFOLIO INDIVIDUAL por Willas Fênix para Projeto de Sistemas na UNOPAR

https://www.passeidireto.com/arquivo/2198483/portifolio -individual