[Engenharia de Software] Marquivos.com

872 views
793 views

Published on

Apresentação do trabalho da cadeira Engenharia de Software, do semestre 2010/A, da UNIVATES.

http://blog.brunozambiazi.com

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
872
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
0
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

[Engenharia de Software] Marquivos.com

  1. 1. Marquivos.com Sistema Web para Gerência e Compartilhamento de Arquivos Bruno Zambiazi Trabalho de Engenharia de Software Centro Universitário UNIVATES
  2. 2. Proposta de trabalho <ul><li>Empresa fictícia: SolWeb </li></ul><ul><li>Sistema para gerência e compartilhamento de diversos tipos de arquivos; </li></ul><ul><li>Diferencial: comentários, votação, download, rede social, enquetes, notícias; </li></ul><ul><li>Motivação: local único para acesso de todos os serviços propostos. </li></ul>
  3. 3. Proposta de trabalho <ul><li>Plataforma: Web; </li></ul><ul><li>Inspiração: Google Docs, Orkut e Youtube; </li></ul><ul><li>Atores: </li></ul><ul><ul><li>Usuários </li></ul></ul><ul><ul><li>Mantenedores </li></ul></ul><ul><ul><li>Administradores </li></ul></ul>
  4. 4. Proposta de trabalho <ul><li>Equipe: </li></ul><ul><ul><li>Gerente de Projetos </li></ul></ul><ul><ul><li>2 Analistas de Sistemas </li></ul></ul><ul><ul><li>Analista de Infra-Estrutura </li></ul></ul><ul><ul><li>Analista de Testes/Testador </li></ul></ul><ul><ul><li>DBA </li></ul></ul><ul><ul><li>2 Programadores </li></ul></ul><ul><ul><li>Designer </li></ul></ul><ul><ul><li>Documentador </li></ul></ul>
  5. 5. Metodologia escolhida <ul><li>RUP – Rational Unified Process </li></ul><ul><li>Motivos: </li></ul><ul><ul><li>Abordagem orientada a requisitos; </li></ul></ul><ul><ul><li>Processos bem definidos, documentados e gerenciados; </li></ul></ul><ul><ul><li>Metodologia orientada a objetos; </li></ul></ul><ul><ul><li>Verificação da qualidade do software. </li></ul></ul>
  6. 6. Metodologia escolhida <ul><li>RUP - Fases: </li></ul><ul><ul><li>Concepção : definição dos requisitos do projeto; </li></ul></ul><ul><ul><li>Elaboração : definição da arquitetura envolvida; </li></ul></ul><ul><ul><li>Construção : codificação do sistema; </li></ul></ul><ul><ul><li>Transição : implantação do software. </li></ul></ul>
  7. 7. Metodologia escolhida <ul><li>RUP – Nove Disciplinas: </li></ul><ul><ul><li>De Engenharia de Software : Modelagem de Negócios, Requisitos, Análise e Design, Implementação, Teste, Implantação; </li></ul></ul><ul><ul><li>De Suporte : Gerência e Configuração de Mudança, Gerenciamento do Projeto, Ambiente. </li></ul></ul>
  8. 9. Requisitos Funcionais <ul><li>Dizem respeito a “o quê o sistema faz/fará”; </li></ul><ul><li>Classificação de prioridade: </li></ul><ul><ul><li>Necessário , Importante , Essencial </li></ul></ul><ul><li>Divididos por área de relação: </li></ul><ul><ul><li>Administradores [UCADM] , Mantenedores [UCMAN] , Rede Social [UCRES] , Usuários [UCUSU] </li></ul></ul><ul><li>Exemplo: </li></ul>
  9. 10. <ul><li>[UCMAN01] Envio de arquivos </li></ul><ul><li>Descrição do caso de uso : mantenedor envia um arquivo para o servidor, cadastrando algumas informações adicionais. No momento do upload , é feita a validação da extensão e do mime-type do arquivo para ver se estes dados são permitidos (baseado nas extensões criadas de acordo com UCADM03 ). O mantenedor também pode cadastrar tags associadas ao conteúdo do arquivo. No momento do envio, deve ser informada uma permissão ao mesmo de acordo com a seguinte especificação: </li></ul><ul><li>Pública : todo o tipo de usuário tem acesso ao arquivo; </li></ul><ul><li>Privada-Amigos : apenas os mantenedores na lista de amigos do remetente podem visualizar o arquivo; </li></ul><ul><li>Privada : apenas o remetente tem acesso ao arquivo. </li></ul><ul><li>Campos : código, título do arquivo, descrição, arquivo, extensão (valor pego automaticamente no momento do upload ), data, permissão, permissão para download , status , tags . </li></ul><ul><li>Prioridade : essencial . </li></ul><ul><li>Entradas / Pré-condições : UCADM03 e UCUSU01 concluídos. </li></ul><ul><li>Saídas / Pós-condições : novo arquivo. </li></ul>
  10. 11. Diagrama dos Casos de Uso
  11. 12. Diagrama dos Casos de Uso
  12. 13. Requisitos Não Funcionais <ul><li>Dizem respeito a “como o sistema é/será”; </li></ul><ul><li>Classificados em: </li></ul><ul><ul><li>Performance : suficientemente rápido para atender à demanda; </li></ul></ul><ul><ul><li>Segurança : seguro para as informações dos usuários; </li></ul></ul><ul><ul><li>Usabilidade : qualquer usuário deve conseguir utilizar. </li></ul></ul>
  13. 14. Ferramenta de apoio <ul><li>Software open source de diagramação Dia ; </li></ul><ul><li>Simples, intuitivo e poderoso; </li></ul><ul><li>Disponibiliza grande diversidade de diagramas: diagramas de casos de uso, de classes e de contexto, fluxogramas DFD, redes Cisco, UML, modelos ER, entre outros; </li></ul><ul><li>Possibilita trabalhar com camadas. </li></ul>
  14. 15. Ferramenta de apoio <ul><li>Utilizado na etapa inicial do projeto: Análise e Design; </li></ul><ul><li>Importante para: </li></ul><ul><ul><li>Esboço da arquitetura do projeto; </li></ul></ul><ul><ul><li>Definição do modelo ER; </li></ul></ul><ul><ul><li>Diagramas de casos de uso e de classes; </li></ul></ul><ul><li>Exemplos: </li></ul>
  15. 16. Exemplo
  16. 17. Exemplo
  17. 18. Conclusões <ul><li>Melhorias: </li></ul><ul><ul><li>Versões para o inglês e o espanhol; </li></ul></ul><ul><ul><li>Vídeo-conferência; </li></ul></ul><ul><ul><li>Envio de recados pelo celular. </li></ul></ul><ul><li>Representa: união de alguns dos serviços mais utilizados hoje em dia; </li></ul><ul><li>Objetivo: tornar-se um site-referência. </li></ul>

×