Download
1 / 30
300 likes | 374 Views
Engenharia de Software e Sistemas. Alexandre Vasconcelos (amlv@cin.ufpe.br). Motivação. Desenvolver sistemas de acordo com a intenção do cliente/usuário Estabelecer noção sobre tempo e custo de desenvolvimento Elaborar artefatos além de código
E N D
Engenharia deSoftware e Sistemas Alexandre Vasconcelos (amlv@cin.ufpe.br)
Motivação • Desenvolver sistemas de acordo com a intenção do cliente/usuário • Estabelecer noção sobre tempo e custo de desenvolvimento • Elaborar artefatos além de código • Analisar artefatos para estabelecer a qualidade do produto
O Início de Tudo... “A intenção do cliente é...”
O Mais Importante Aqui é... Idéia é Viável???
O Que Devo Fazer Exatamente? Ou, em outras palavras, quais são os requisitos da aplicação?
Requisitos • O Que devo fazer? • Funcionalidades • Há restrições sobre as funcionalidades? • Limites de tempo, memória, etc.? • Há restrições mais amplas? • Empresa, Governo, etc.?
O que faço então? “O documento de requisitos...”
Como apresentar ao Cliente? “O cliente não vai ler 500 páginas de requisitos!!!”
Mas Paralelamente ... “Precisamos saber quanto tempo levaremos para fazer nosso trabalho, quanto isso custará e o que pode nos atrapalhar... Precisamos Planejar!!!”
Estimando Esforço • Modelo de casos de uso pode ser usado para calcular estimativa • Baseia-se em uma série de fatores que determinam a complexidade da aplicação • Há ferramentas para realizar o cálculo
Estimando Esforço X horas F( )
Iniciando a Solução... “Temos que identificar em nossos requisitos, quais são os elementos essenciais para satisfazê-los...”
Sedimentando a Solução... “A partir dos elementos essenciais, precisamos definir estratégias para satisfazê-los incluindo suas restrições...”
Classe Account... public class Account { private int balance; /*@ invariant balance>=0 @*/ ... void debit(int amount) { /*@ requires amount <= balance @*/ /*@ ensures balance = \old(balance) - amount @*/ } ... }
Operacionalizando a Solução... “Com a solução definida, o passo final é operacionalizá-la. Isto é, codificá-la.”
Classe Account... public class Account { private int balance; ... void debit(int amount) { if(amount<=balance) balance = balance – amount; else throw new AccountException(“...”); } ... }
Funciona??? “Com a implementação feita, podemos então executar os testes!!!”
Avaliando a qualidade public class AccountTest extends TestCase { void testDebit() { Account acc = new Account(10); acc.debit(10); assertEquals(0, acc.getBalance()); } }
Avaliando a qualidade • Também poderemos usar ferramentas baseadas nos contratos do projeto • jmlc (JML Compiler) • jmlunit (JML + JUnit) • escjava2 (Static Checker for Java)
Aulas de Laboratório • Uso de ferramentas • Rose, JML, JUnit, etc. • Exercitar elementos de sala • Os monitores ajudarão/ministrarão as aulas práticas
Avaliação da Disciplina • Nota 1 (N1) = (Testes 1 e 2) / 2 • Nota 2 (N2) = Exercício Escolar • Nota 3 (N3) = Projeto • Nota Geral = (N1+N2+N3) / 3
Site sobre Projeto • Deve conter no mínimo: • Equipe (nome, login) • Documentos • Cronograma atualizado • Atas de reuniões • Informações úteis a usuários finais Definir um projeto até 20/11/2006 Máximo de 12 equipes na turma
Referências • Básica • Sommerville, I. Software Engineering. • Extra • www.junit.org • http://www.cs.iastate.edu/~leavens/JML/ • Kruchten, P. The Rational Unified Process: An Introduction. 2nd Ed • Booch, G. et al. The Unified Modeling Language User Guide.
