SISTEMA DE ENSINO PRESENCIAL CONECTADO 
ANALISE E DESENVOLVIMENTO DE SISTEMAS DE INFORMAÇÃO 
WANDERSON JONER SILVA CRUZ 
P...
WANDERSON JONER SILVA CRUZ 
PROJETO DE SISTEMAS DE INFORMAÇÃO: 
Engenharia e Projeto de Software 
Interface Homem-Computad...
SUMÁRIO 
2 INTRODUÇÃO .......................................................................................................
3 
2 INTRODUÇÃO 
Será desenvolvido trabalho referente ao conteúdo do 5.º Semestre de Analise e 
Desenvolvimento de Sistema...
4 
4. DESENVOLVIMENTO 
4.1 ESCOLHA DO CICLO DE VIDA 
Um processo (de software) é caracterizado por meio de um conjunto de ...
5 
pequena loja de roupas. Com certeza neste tipo de projeto você, em apenas uma interação, irá mapear 
cerca de 90% dos r...
6 
para o desenvolvimento da agenda, atribuir funções e responsabilidades, g erir riscos, entre outros. Na 
internet e' po...
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....
8 
Recursos: 
1.2 Analise Descrição: Trabalhar três (03) horas 
por semana. 
Duração: 3 
Critérios de aceitação: 
Recursos...
9 
Critérios de aceitação: 
Recursos: 
1.3.1.1.1 Documentação Descrição: Trabalhar uma (01) hora 
por dia no desenvolvimen...
10 
Critérios de aceitação: 
Recursos: 
1.6 Implantação Descrição: Trabalhar três (03) horas 
por semana. 
Duração: 3 
Cri...
11 
e as datas de início e fim das atividades, alocações de recursos, dependências das atividades e o 
caminho crítico”. 
...
12 
O IHC é uma matéria de estudo que tem como objetivo entender 
como e por que as pessoas usam a tecnologia da informaçã...
13 
A segurança dos Web Services é um dos pontos fracos desta tecnologia. O problema não é a 
falta de mecanismos de segur...
14 
 O certificado não é emitido por uma entidade terceira reconhecida. Uma vez que qualquer 
pessoa pode criar um certif...
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á ...
16 
Saml 
O SAML (Security Assertion Markup Language) [OASIS 2001] é um padrão emergente para a 
troca de informação sobre...
17 
6. ANEXOS 
EXEMPLO DE GRÁFICO
18 
7. REFERÊNCIAS BIBLIOGRÁFICAS. 
ENGENHARIA DE SOFTWARE, por J.A Fabi Endereço Eletrônico Disponível Em: 
http://engenh...
Próximos SlideShares
Carregando em…5
×

Trabalho individual 5 semestre Analise de Sistemas

2.257 visualizações

Publicada em

Portfólio individual 5 Semestre.

Publicada em: Educação
0 comentários
0 gostaram
Estatísticas
Notas
  • Seja o primeiro a comentar

  • Seja a primeira pessoa a gostar disto

Sem downloads
Visualizações
Visualizações totais
2.257
No SlideShare
0
A partir de incorporações
0
Número de incorporações
24
Ações
Compartilhamentos
0
Downloads
106
Comentários
0
Gostaram
0
Incorporações 0
Nenhuma incorporação

Nenhuma nota no slide

Trabalho individual 5 semestre Analise de Sistemas

  1. 1. SISTEMA DE ENSINO PRESENCIAL CONECTADO ANALISE E DESENVOLVIMENTO DE SISTEMAS DE INFORMAÇÃO WANDERSON JONER SILVA CRUZ PROJETO DE SISTEMAS DE INFORMAÇÃO: Engenharia e Projeto de Software Interface Homem-Computador Programação para Web I
  2. 2. WANDERSON JONER SILVA CRUZ 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. Brasília 2014
  3. 3. 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
  4. 4. 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.
  5. 5. 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
  6. 6. 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
  7. 7. 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
  8. 8. 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:
  9. 9. 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
  10. 10. 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
  11. 11. 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
  12. 12. 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ção 31 ago 2014 7 set 2014 14 set 2014 21 set 2014 28 set 2014 5 out 2014 12 out 2014 19 out 2014 31 5 10 11 12 17 3 5 19 1 2 13 14 22 27 1 4 8 12 13 16 21 22 Nome da tarefa 3 9 18 19 23 30 2 9 11 17 1 01/09/2014 Engenharia de Sistema 01/09/2014 8h 1 Engenharia de Sistema 2 01/09/2014 Coleta de Dados 01/09/2014 2h 2 Coleta de Dados 3 01/09/2014 Criação WBS 01/09/2014 1h 3 Criação WBS 4 01/09/2014 Documentação 01/09/2014 1h 4 Documentação 4 6 7 8 15 16 20 21 24 25 26 28 29 6 7 10 14 15 18 20 5 08/09/2014 Analise 09/09/2014 9h 5 Analise 6 08/09/2014 Definição de Requisitos 08/09/2014 2h 6 Definição de Requisitos 7 09/09/2014 Documentação 09/09/2014 1h 7 Documentação 8 15/09/2014 Projeto 16/09/2014 13h 8 Projeto 9 15/09/2014 Requisitos do Sistema 15/09/2014 1h 9 Requisitos do Sistema 10 16/09/2014 Arquitetura Geral do Sistema 16/09/2014 1h 10 Arquitetura Geral do Sistema 11 16/09/2014 Documentação 16/09/2014 1h 11 Documentação 12 22/09/2014 Codificação 29/09/2014 44h 12 Codificação 13 14 15 06/10/2014 Teste 13/10/2014 48h 15 Teste 16 17 22/09/2014 Implementação 22/09/2014 3h 13 Implementação 29/09/2014 Documentação 29/09/2014 3h 14 Documentação 18 19 13/10/2014 Teste de Aceitação 13/10/2014 2h 19 Teste de Aceitação 20 06/10/2014 Teste de Unidade 06/10/2014 1h 16 Teste de Unidade 06/10/2014 Teste de Integração 06/10/2014 1h 17 Teste de Integração 13/10/2014 Teste de Sistema 13/10/2014 1h 18 Teste de Sistema 20/10/2014 Implantação 20/10/2014 1h 20 Implantação 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.
  13. 13. 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.
  14. 14. 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:
  15. 15. 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.
  16. 16. 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.
  17. 17. 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.
  18. 18. 17 6. ANEXOS EXEMPLO DE GRÁFICO
  19. 19. 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

×