Engenharia de Software e Sistemas

email: [email protected]
V Model
Avaliações:
- Trabalho em grupo (40%)
- Participação nas aulas (10%)
- Prova individual (50%) - Diagrama de classe; Faça duas representações estáticas e duas dinâmicas.
Referências:
- PRESSMAN
- SOMMERVILLE

Trabalho em grupo

Versionamento condizente - Semantic Versioning
Manter um padrão bem definido de código. Ex: CheckStyle para o Java
Procurar livro do Pressman relacionado a Engenharia Web. 5ª ed; livro; slides.
SWEBOK v3.0 - Software Engineering Body of Knowledge
Qualidade do produto de software - ISO 25.000. Norma (modelo de referência). Mostra o que deve ser feito, não como deve ser feito.
Engenharia de Software para web: requisitos não-funcionais, mobile, time-to-market.

Sucessão sistemática de mudanças numa direção definida.

Keywords: Maneira; mudança; melhoria;
Melhoria é o objetivo. Mudança é o caminho.
Processo de desenvolvimento é uma das disciplinas da engenharia de software.
ISO/IEC 12207 - Software life cycle process
Chaos Report
Tipos de processos: Waterfall, Espiral, RAD, RUP, ICONIX, XP, Scrum, Kanban, FDD, TDD, BDD, DDD
Domain driven design - Livro de Eric J Evans
Let's Code: JavaScript TDD
Livro: TDDJS; Frameworks: Karma, Jasmine, QUnit, Mocha.
Building offline mobile HTML5 Apps
Designing Front-End Components

Exigência imprescindível para consecução de certo fim.

Existe uma disciplina específica apenas para requisitos: Engenharia de Requisitos
Requisitos funcionais: definem comportamento e funções específicas (projeto).
Requisitos não-funcionais: como o software fará algo, não o que será feito (arquitetura).
Principais requisitos não-funcionais para web:
- Confiabilidade
- Desempenho
- Disponibilidade
- Gestão de configuração
- Segurança
- Portabilidade
- Usabilidade
ATAM: Architecture tradeoff analysis method; Link 2.
Gráfico de porcentagem de uso das funcionalidades do sistema.

Estruturação de projeto de sistema web
Foco nos requisitos-chave para aplicações web
- Requisitos não-funcionais
- Velocidade de instalação
- Arquitetura
Tema a critério do grupo
Aplicação dos assuntos abordados em sala
Entregas
- Versão escrita, de acordo com padrão fornecido
- Apresentação, em sala de aula, a ser realizada na última aula

Web Engineering - Roger Pressman
Design: Concepoção de um proejto ou modelo; planejamento.
IEEE 1016-2009 - SDD - Software Design Descriptions
Analogia com o processo arquitetural de uma casa.
Adotar normas para resolução de determinados problemas dentro do ambiente de trabalho.
Utilizar padrões existentes (frameworks) para resolução de problemas repetitivos.
Documentar coisas que precisam ser documentadas.
Testar regras de negócios importantes. Não é preciso ter 100% de cobertura de testes.
Balancear o risco de não ter testes para ações básicas, rotineiras.
IDEF0
Padrões de projeto (Design patterns)
São blocos de construção para os projetos. Dizem como problemas comuns podem ser solucionados.
Zachman Framework

Linguagem de comunicação entre as partes interessadas.
Tipos de diagramas: Classes, Sequência, Atividades, Estado, Deployment.
Utilizar a que melhor se encaixa no dia-a-dia com o conhecimento dos envolvidos no processo.
Ferramenta para criação de diagramas UML: Astah
5W2H (What, Why, Where, Who, When, How, How much)
Computer.org
SWEBOK v3 Book

Erro (engano; erro humano) != Defeito (bug) != Falha (bug em produção).
Pesquisar: Outras fontes oficiais do significado de verificação e validação.
Métodos de teste: estático; dinâmico; caixa branca; caixa preta; caixa cinza.
Níveis de teste: unitário, integração, interface, sistema.
Tipos de teste: fumaça, regressão, usabilidade, concorrência, alpha, beta.
Processos de teste/desenvolvimento: Waterfall, Agile, XP.

Diagrama de Casos de Uso.
Gerar Backlog do Produto.
- Histórias de usuário (papel de Product Owner).
- Priorização.
- Expectativa de duração/quantidade de sprints (prazo).
- Simulação de time necessário para entrega do software.