Trabalho individual 5 semestre Analise de Sistemas

  • Published on
    06-Jul-2015

  • View
    1.785

  • Download
    3

Embed Size (px)

DESCRIPTION

Portflio individual 5 Semestre.

Transcript

<ul><li> 1. SISTEMA DE ENSINO PRESENCIAL CONECTADOANALISE E DESENVOLVIMENTO DE SISTEMAS DE INFORMAOWANDERSON JONER SILVA CRUZPROJETO DE SISTEMAS DE INFORMAO:Engenharia e Projeto de SoftwareInterface Homem-ComputadorProgramao para Web I</li></ul><p> 2. WANDERSON JONER SILVA CRUZPROJETO DE SISTEMAS DE INFORMAO:Engenharia e Projeto de SoftwareInterface Homem-ComputadorProgramao para Web ITrabalho Projetos de Sistemas de Informaoapresentado Universidade Norte do Paran - UNOPAR,como requisito parcial para a obteno de mdiasemestral na disciplina de Anlise de Desenvolvimentosde Sistemas de Informao.Orientador: Prof.Braslia2014 3. SUMRIO2 INTRODUO .......................................................................................................................... 33 OBJETIVO................................................................................................................... ...........................34. DESENVOLVIMENTO................................................................................................................ 44.1. ESCOLHER UM CILCO DE VIDA ....................................................................................... .......Error!Bookmark not defined. 54.1.1. DESENVOLVER UMA WBS DESTE PROJETO...................................................................5 104.1.2. DESENVOLVER UM CRONOGRAMA DO PROJETO.......................................................10 114.1.3. ASPECTO DE USABILIDADE EM IHC PARA AMBIENTE WEB............................ ...........11 124.1.4. NO SISTEMA WEB, DESCREVA-O ASPECTO EM PROGRAMAO WEB.....................12 165. CONCLUSO..................................................................... ................................................................166. ANEXOS.............................................................................................................................................177.BILIOGRAFIA......................................................................................................................... ..............18 4. 32 INTRODUOSer desenvolvido trabalho referente ao contedo do 5. Semestre de Analise eDesenvolvimento de Sistemas de Informao, escolhendo um modelo de ciclo de vida para odesenvolvimento do software, irei abstrair do Caso de Uso Compra de Filmes Web Mozer os objetos queiro compor as funcionalidades do aplicativo.3. OBJETIVOO objetivo me capacitar acerca das matrias de Engenharia de Software, Interface Homem-Computador, Programao para Web 1, crescendo intelectualmente, um passo a mais na carreira deAnalista de Sistemas onde poderei sanar minhas dvidas, melhorar minhas habilidades dedesenvolvedor e dominar toda a matria para ingressar ao 6. semestre onde irei me formar e comeara trabalhar no vasto mercado de trabalho que me espera. 5. 44. DESENVOLVIMENTO4.1 ESCOLHA DO CICLO DE VIDAUm processo (de software) caracterizado por meio de um conjunto de atividades bemdefinidas e documentadas que quando aplicadas, sistematicamente, garantem certo grau de qualidadena confeco do produto. Alm do conjunto de atividades, o processo possui outros atributos como:matria prima, mo de obra e recursos. Tais atributos so considerados os insumos do processo deproduo. Salienta-se tambm que o processo deve possuir o conceito de retroalimentao com oobjetivo de garantir o carter evolutivo do mesmo.J um modelo de processo pode ser definido como uma representao ou abstrao dasatividades caracterizadas em um processo de software. Geralmente, o modelo norteia a instanciao eo sequenciamento das atividades de um processo de software.O modelo cascata o mais antigo utilizado pela engenharia de software. Sua composio totalmente baseada nos ciclos que compem um processo de produo da engenharia convencional.Este modelo prope que as atividades que compem o processo sejam sequencializadas e os artefatosgerados em uma atividade se caracterizam como a entrada da outra (click na figura no incio do post).Muitos engenheiros acreditam que este modelo caiu no desuso. Este texto contraria esta ideia,ou seja, o modelo cascata ainda utilizado em vrios projetos de software. Estes projetos, geralmente,so simples e pequenos, por exemplo projeto de software para entrada e sada de produtos em uma 6. 5pequena loja de roupas. Com certeza neste tipo de projeto voc, em apenas uma interao, ir mapearcerca de 90% dos requisitos. E os outros 10?, eu classifico-os como melhoria daquilo que foiimplementado.Perceba que processos que seguem este modelo no so aplicveis facilmente em projetos demdio ou grande porte, pois estes no seguem um fluxo sequencial de produo, os requisitos no somapeados em sua totalidade no incio do projeto e os stakeholders tm dificuldade em esperar por umaverso executvel 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 Gerncia de projetos, uma Estrutura Analtica de Projetos (EAP), do Ingls, Workbreakdown structure (WBS) um processo de subdiviso das entregas e do trabalho do projeto emcomponentes menores e mais facilmente gerenciveis. estruturada em rvore exaustiva, hierrquica(de mais geral para mais especfica) 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, servios e resultados aserem feitos em um projeto). Assim, a EAP serve como base para a maior parte do planejamento deprojeto. A ferramenta primria para descrever o escopo do projeto (trabalho) a estrutura analtica doprojeto (EAP).A Work Breakdown Structure um processo bastante comum. Vrias resolues de trabalhodo governo dos Estados Unidos tm como requerimento uma work breakdown structure.A EAP no criada apenas para o gerente do projeto, mas para toda a equipe de execuo doprojeto, bem como para as demais partes interessadas tais como clientes e fornecedores.COMO CONSTRUIR UMA EAPA EAP deve ser completa, organizada e pequena o suficiente para tornar possvel a mediodo progresso, mas no detalhada o suficiente para se tornar, ela mesma, um obstculo realizao doprojeto. Uma boa heurstica a seguir a regra do 8-80: exige-se que um pacote de trabalho ocupe entre8 e 80 horas de durao. uma das partes mais importantes no plano do projeto. Ela serve como entrada 7. 6para o desenvolvimento da agenda, atribuir funes e responsabilidades, g erir riscos, entre outros. Nainternet e' possvel 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. 70 Elemento WBS1 WEB MOZER1.1 Engenharia de Sistema1.1.1 Coleta dos Dados1.1.1.1 Documentao1.2 Analise1.2.1 Definio dos Requisitos1.2.1.1 Documentao1.3 Projeto1.3.1 Requisitos do Sistema de Software1.3.1.1 Arquitetura Geral do Sistema1.3.1.1.1 Documentao1.4 Codificao1.4.1 Implementao1.4.1.1 Documentao1.5 Teste1.5.1 Teste de Unidade1.5.1.1 Teste de Integrao1.5.1.1.1 Teste de Sistema1.5.1.1.1.1 Teste de Aceitao1.6 Implantao1.6.1 Entrega1.6.1.1 Manuteno0 Elemento WBS Descrio:Durao: 1Critrios de aceitao:Recursos:1 WEB MOZER Descrio: Incio do Projeto deSoftware WEB MOZER.Durao: 35.875Critrios de aceitao: Desenvolveruma aplicao web para a compra defilmes.Recursos:1.1 Engenharia de Sistema Descrio: Trabalhar trs (03) horaspor semana.Durao: 3Critrios de aceitao:Recursos:1.1.1 Coleta dos Dados Descrio: Trabalhar uma (02) horapor dia.Durao: 2Critrios de aceitao: Levantar osrequisitos para criar o escopo doProjeto de Software.Recursos:1.1.1.1 Documentao Descrio: Trabalhar uma (01) horapor dia.Durao: 1Critrios de aceitao: 9. 8Recursos:1.2 Analise Descrio: Trabalhar trs (03) horaspor semana.Durao: 3Critrios de aceitao:Recursos:1.2.1 Definio dos Requisitos Descrio: Trabalhar uma (02) horapor dia, definindo requisitos.Durao: 2Critrios de aceitao: O pagamentoser executado diretamente no boletoda mensalidade; A compra de filmesWEB MOZER possui cadastro declientes, suas locaes e registros; Oassinante ter acesso para a comprade filmes mediante senha com seuboleto mensal; A senha alteradamediante pagamento, sem a senhano h como fazer compras no siteWEB MOZER;Recursos:1.2.1.1 Documentao Descrio: Trabalhar uma (01) horapor dia, para criar a documentao dadefinio dos requisitos.Durao: 1Critrios de aceitao:Recursos:1.3 Projeto Descrio: Trabalhar trs (03) horaspor semana na elaborao do Projetode Software.Durao: 3Critrios de aceitao:Recursos:1.3.1 Requisitos do Sistema deSoftwareDescrio: Trabalhar uma (01) horapor dia, requisitos funcionais e nofuncionais.Durao: 2Critrios de aceitao: O cliente teracesso aos canais de TV a cabomediante pagamento da assinatura;As mensalidades so de 15,50 R$ paraacesso Biblioteca de filmesdisponveis; Os filmes tero os valoresde R$2,50 e R$4,00;Recursos:1.3.1.1 Arquitetura Geral do Sistema Descrio: Trabalhar uma (01) horapor dia, na Arquitetura Geral doSistema.Durao: 1 10. 9Critrios de aceitao:Recursos:1.3.1.1.1 Documentao Descrio: Trabalhar uma (01) horapor dia no desenvolvimento daDocumentao do Projeto deSoftware.Durao: 8Critrios de aceitao:Recursos:1.4 Codificao Descrio: Trabalhar trs (03) horaspor semana.Durao: 3Critrios de aceitao:Recursos:1.4.1 Implementao Descrio: Trabalhar trs (03) horaspor dia no desenvolvimento doscdigos do Software.Durao: 3Critrios de aceitao:Recursos:1.4.1.1 Documentao Descrio: Trabalhar trs (03) horaspor dia no desenvolvimento dadocumentao do cdigo.Durao: 3Critrios de aceitao:Recursos:1.5 Teste Descrio: Trabalhar trs (03) horaspor semana.Durao: 3Critrios de aceitao:Recursos:1.5.1 Teste de Unidade Descrio: Trabalhar uma (01) horaspor dia no Teste de UnidadeDurao: 1Critrios de aceitao:Recursos:1.5.1.1 Teste de Integrao Descrio: Trabalhar uma (01) horaspor dia no Teste de IntegraoDurao: 1Critrios de aceitao:Recursos:1.5.1.1.1 Teste de Sistema Descrio: Trabalhar uma (01) horaspor dia no Teste de SistemaDurao: 1Critrios de aceitao:Recursos:1.5.1.1.1.1 Teste de Aceitao Descrio: Trabalhar uma (01) horaspor dia no Teste de AceitaoDurao: 1 11. 10Critrios de aceitao:Recursos:1.6 Implantao Descrio: Trabalhar trs (03) horaspor semana.Durao: 3Critrios de aceitao:Recursos:1.6.1 Entrega Descrio: Apresentao do Softwaree entrega do aplicativoDurao: 3Critrios de aceitao: Se atende asnecessidades dos usurios ser aceitoe posto em funcionamentoRecursos:1.6.1.1 Manuteno Descrio: Novas funcionalidades oumudanaDurao: 87Critrios de aceitao: Novasfuncionalidades que melhorem odesempenho da aplicao facilitando eautomatizando a interao com ousurio final.Recursos:4.3 DESENVOLVER UM CRONOGRAMA DO PROJETO.CRONOGRAMACronograma uma maneira de colocar as etapas do projeto de maneira cronolgica, ou seja,de uma forma que podemos segui-las, obedecendo s datas especificas para cumpri-las. A vantagemde um cronograma o fato do gerente de projeto poder manter a palavra com os seus clientes, afinal acoisa mais perturbadora para um usurio receber seu produto fora de data. Entregar o que foi prometidofora do tempo, s vezes at muito atrasado, constrangedor para os responsveis pelo desenvolvimentodo 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 comentaHeldman (2002, p. 213) fcil ler os grficos de Gantt, usados, na maioria das vezes, para agendaratividades. Dependendo do software utilizado para ger-lo, esse grfico tambm pode exibir sequencias 12. 11e as datas de incio e fim das atividades, alocaes de recursos, dependncias das atividades e ocaminho crtico.CRONOGRAMA WEB MOZERIdentificao Incio Trmino Durao31 ago 2014 7 set 201414 set 201421 set 2014 28 set 2014 5 out 2014 12 out 2014 19 out 201431 5 10 11 12 17 3 5 191 2 13 14 22 27 1 4 8 12 13 16 21 22Nome da tarefa3 9 18 19 23 30 2 9 11 171 01/09/2014 Engenharia de Sistema 01/09/2014 8h 1 Engenharia de Sistema2 01/09/2014 Coleta de Dados 01/09/2014 2h2 Coleta de Dados3 01/09/2014 Criao WBS 01/09/2014 1h 3 Criao WBS4 01/09/2014 Documentao 01/09/2014 1h4 Documentao4 6 7 8 15 16 20 21 24 25 26 28 29 6 7 10 14 15 18 205 08/09/2014 Analise 09/09/2014 9h 5 Analise6 08/09/2014 Definio de Requisitos 08/09/2014 2h6 Definio de Requisitos7 09/09/2014 Documentao 09/09/2014 1h7 Documentao8 15/09/2014 Projeto 16/09/2014 13h 8 Projeto9 15/09/2014 Requisitos do Sistema 15/09/2014 1h 9 Requisitos do Sistema10 16/09/2014 Arquitetura Geral do Sistema 16/09/2014 1h 10 Arquitetura Geral do Sistema11 16/09/2014 Documentao 16/09/2014 1h 11 Documentao12 22/09/2014 Codificao 29/09/2014 44h 12 Codificao131415 06/10/2014 Teste 13/10/2014 48h 15 Teste161722/09/2014 Implementao 22/09/2014 3h 13 Implementao29/09/2014 Documentao 29/09/2014 3h 14 Documentao1819 13/10/2014 Teste de Aceitao 13/10/2014 2h 19 Teste de Aceitao2006/10/2014 Teste de Unidade 06/10/2014 1h 16 Teste de Unidade06/10/2014 Teste de Integrao 06/10/2014 1h 17 Teste de Integrao13/10/2014 Teste de Sistema 13/10/2014 1h 18 Teste de Sistema20/10/2014 Implantao 20/10/2014 1h 20 Implantao4.4 ASPECTO DE USABILIDADE EM IHC PARA AMBIENTE WEB.Usabilidade IHC (Interao Homem-Computador).Em 1973 surgiu o primeiro computador pessoal com um editor detexto, mouse, teclado e interface grfica. Porm, somente em meados de 1980, aengenharia de fatores humanos comeou a desenvolver tcnicas para a anliseemprica dos sistemas para interao homem-computador, como por exemplo naaviao, onde passaram a ver o IHC como algo muito importante para resoluo deproblemas. 13. 12O IHC uma matria de estudo que tem como objetivo entendercomo e por que as pessoas usam a tecnologia da informao, ou seja, uma reaque estuda formas de aumentar a compatibilidade entre as caractersticas dohomem e do computador.A Usabilidade define a facilidade que o usurio tem em usufruir umaferramenta ou objeto a fim de realizar tarefas. A IHC voltada na avaliao desistemas computacionais que interagem com um ser humano, facilitando acompreenso do contedo disponibilizado e deixando-o autossuficiente.A rea de IHC comeou com Donald Norman, psiclogo, quetrabalhou o conceito de usabilidade. No IHC, possvel citar 3 tipos de ondas, segue:1 ligada aos fatores humanos: essa onda est voltada com o foco no individuo, como interface,mtodos e teste;2 voltada aos atores humanos: essa onda est voltada com foco no grupo, comoabordagens qualitativas e no quantitativas, prottipos e design;3 voltada a cultura e esttica: essa ltima onda est voltada na tecnologia mveis, pequena.O principal aspecto de usabilidade em IHC no ambiente WEB a facilidade em que o usuriotem em acessar o sistema e fazer uma locao, pois com a crescente evoluo dos aparelhoseletrnicos e tambm do acesso internet, o usurio poder acessar o sistema dequalquer local ou aparelho que tem acesso internet e fazer uma locao, deixandode ter gastos desnecessrios, como por exemplo, ligaes telefnicas.4.5 SEG...</p>