Trabalho individual 5 semestre Analise de Sistemas

Embed Size (px)

DESCRIPTION

Portfólio individual 5 Semestre.

Text of Trabalho individual 5 semestre Analise de Sistemas

  • 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

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: