Instituto Federal de Educao, Cincia e Tecnologia do Rio Grande do Norte Campus Currais Novos Disciplina: Engenharia de Software Professor:

Jalerson Lima Aluno: Eli Edson Cabral de Lima Jnior Turma: 4 Ano Integrado Informtica Data: 19/11/2011 Exerccio 1 1. IFRN. Alguns requisitos presentes no Sistema Acadmico do IFRN so: #1 #2 #3 #4 #5 Lanamentos de notas por parte do professor. O professor lanar as notas dos Verificao, observao das notas por parte do aluno. Os alunos podero ver as Disponibilizao de material, por parte do professor, para os alunos. Os Verificar se o aluno passou ou no. O sistema calcula a mdia e informa se o Lanamento da frequncia dos alunos por parte do professor. O professor coloca alunos por turma; notas das atividades acadmicas e consequentemente suas mdias nas disciplinas; professores disponibilizam arquivos para os alunos baixarem; aluno passou ou no; as presenas ou faltas dos alunos para cada aula. 2. #1 #2 #3 #4 #5 3. Classifique esses requisitos entre funcionais, no-funcionais ou normativos. Requisito funcional; Requisito funcional; Requisito funcional; Requisito funcional; Requisito funcional. Classifique esses requisitos quanto a importncia e a complexidade. Escreva o conjunto de requisitos que est presente no Sistema Acadmico do

#1 #2 #3 #4 #5

Complexidade mdia/baixa e importncia 10; Complexidade mdia/baixa e importncia 10; Complexidade mdia/baixa e importncia 7; Complexidade alta e importncia 10; Complexidade mdia/baixa e importncia 10; Exerccio 2

1.

Construa um modelo de casos de uso para a seguinte situao: Estamos criando um servio Nossos clientes podem nos requisitar a entrega de volumes. Alguns so considerados de maior valor por nossos clientes, portanto, eles querem ter tais

de entregas. volumes

volumes segurados durante o transporte. Contratamos uma companhia de seguros para isso.
System

<<extend>> Requisitar Entrega Segurar Volume Cliente Seguradora

2.

Descreva textualmente o caso de uso Realizar Saque (num caixa eletrnico).

Ttulo: Realizar Saque. Sumrio: Cliente retira determinada quantia de sua conta em um banco atravs do caixa eletrnico. Ator primrio: Cliente. Atores secundrios: Banco. Pr condies: O cliente est identificado pelo sistema, possui carto e senha. Fluxo principal: 1. O sistema do banco pede para o cliente inserir o carto; 2. O cliente insere o carto, que deve ser reconhecido pelo sistema; 3. O sistema pede para o cliente retirar o carto; 4. O cliente retira o carto; 5. O sistema ir mostrar as opes de transao que o cliente pode realizar; 6. O cliente escolhe a opo Sacar;

7. O sistema pede para ser digitado o valor a ser sacado; 8. O cliente digita o valor a ser sacado; 9. O sistema pede para o cliente digitar a senha; 10. O cliente digita a senha; 11. O sistema pede para o cliente inserir o carto; 12. O cliente insere o carto; 13. O dinheiro sacado e o caso de uso encerrado. Fluxos de exceo: 1. O carto no vlido: sistema reporta o erro e o caso de uso nem comea. 2. Erro na senha: sistema pede repetio na digitao da senha; 3. Seguidos erros na digitao da senha: sistema encerra casa de uso. Ps condies: O cliente obteve o dinheiro que desejava sacar. 3. Qual a notao UML para um caso de uso, para um ator, para uma extenso e

uma generalizao? As notaes UML para: # Um caso de uso -

Caso de Uso

# Um ator -

Ator

# Uma extenso -

<<extend>>

# Uma generalizao -

4.

Defina o que um requisito. Que tipos de requisitos existem? Explique o que realizado na Requisitos so caractersticas, funes necessrias para determinado sistema.

fase de levantamento de requisitos. Existem diferentes tipos de requisitos, so eles, os requisitos funcionais, aqueles que representam funcionalidades do sistema e precisam estarem presentes nele. Requisitos no funcionais, aqueles que segurana e representam caractersticas de qualidade do sistema, como desempenho.E requisitos normativos, que representam restries impostas ao

desenvolvimento do sistema. Na fase de levantamento de requisitos ocorre a compreenso do problema, do que realmente o cliente necessita, a partir do entendimento dos domnios de conhecimento referentes ao sistema. So levantados, definidos os requisitos, funcionais, no- funcionais e normativos gerando um documento de requisitos. 5. Que tipos de relacionamentos so possveis entre atores e casos de uso? Quais Existem diferentes tipos de relacionamentos ao se diagramar os casos de uso, eles ocorrem entre diversas entidades, por exemplo: #1 Entre atores e casos de uso s ocorre comunicao; #2 Entre casos de uso pode ocorrer incluso, extenso e generalizao; #3 Entre atores s ocorre generalizao. 6. Considere um sistema de controle de uma biblioteca. Fornea a descrio narrativa para os seguintes casos de uso: Reservar Livro: situao em que o usurio faz a reserva de um livro. 1. Usurio coloca login e senha; tipos so possveis entre casos de uso? E quais so possveis entre atores?

2. Usurio escolhe a opo reservar livro; 3. Usurio escolhe livro a ser reservado; 4. Sistema atualiza tabela de reservas e o caso de uso encerrado; Obter Emprstimo de Livro: situao em que um usurio pega o exemplar de um livro emprestado. 1. Usurio coloca login e senha; 2. Usurio escolhe a opo de emprstimo de livro; 3. Usurio seleciona livro; 4. Sistema verifica disponibilidade; 5. Sistema verifica pendncias do usurio; 6. Livro disponvel e nenhuma pendncia, sistema empresta livro, atualiza acervo e encerra caso de uso; Cancelar Reserva: situao em que um usurio cancela sua reserva. 1. Usurio coloca login e senha; 2. Usurio escolhe a opo reserva de livro; 3. Sistema verifica livros reservados; 4. Usurio escolhe opo cancelar reserva; 5. Sistema exclui reserva, atualiza tabela de reservas e encerra caso de uso. Devolver Livro: situao em que um usurio devolve o exemplar de um livro emprestado. 1. Usurio coloca login e senha; 2. Usurio escolhe a opo de devolver livro; 3. Sistema verifica se houve atraso, caso haja calcula multa, atualiza acervo e encerra caso de uso; 4. Se no, atualiza acervo e encerra caso de uso. Exerccio 3 Crie um diagrama de classes de anlise do Sistema Acadmico do IFRN. Ele deve conter os elementos: Aluno, Professor, Turma, Disciplina, Departamento, Coordenador, Servidor, Semestre, Bimestre e Nota. Desenhe as classes no diagrama Desenhe as associaes entre as classes. Refine as associaes, especificando a multiplicidade e o tipo (herana, agregao ou composio).

Exerccio 4 Refine os diagramas construdos na aula anterior.Identifique atributos e mtodos de cada classe. Refine os atributos e mtodos usando as notaes apresentadas nessa aula. Identifique novas classes, e classifique todas elas como fronteira, controle ou entidade. Refine as associaes, indicando o tipo de dependncia que existe entre as classes.

<<entity>> Servidor +Nome: String +CPF: String +Cadastro: String

<<global>> <<parameter>> <<boundary>> SistemaAcademico +Codigo: String +Senha: String +VisualizarAluno(Codigo: Matricula, Senha: Aluno) +VisualizarProfessor(Codigo: Professor, Senha: Professor) <<parameter>>

<<entity>> Aluno +Nome: String +CPF: String +Senha: String

<<parameter>> <<entity>> Coordenador +Departamento: String <<global>> <<entity>> Professor +Disciplina: String +Codigo: String <<parameter>> +Senha: String <<global>> <<global>> <<global>> <<global>> <<parameter>> +Aluno: String +Codigo: String +CalcularMedia(CPF: Aluno, Valor: Nota, Disciplina: Turma) <<entity>> Departamento +Departamento: String <<global>> <<entity>> Disciplina +Disciplina: String +Curso: String <<global>> <<entity>> Turma +Disciplina: String <<parameter>> <<global>> <<control>> Matrcula <<entity>> Nota +Valor: float +Codigo: String +Bimestre: int

<<global>> <<entity>> Curso +Departamento: String +Curso: String +Cdigo: String

<<entity>> Semestre +Id: int

<<global>>

<<entity>> Bimestre +Id: int +Semestre: int

Lista de Exerccios I Questo 1 Neste caso pode haver os trs tipos de dependncia, por variveis local e global e por parmetro. Isso ocorre pois, como a classe B ser o retorno de pelo menos uma operao da classe A, a classe A ir utilizar a classe B como parmetro, utilizar um atributo da classe B e dentro da prpria classe A a classe B ou atributos da classe sero atributos da classe A.

Questo 2

Pessoa

Empregado

Estagirio

Instrutor

Questo 3 O erro est no relacionamento entre a classe Livro e a classe Exemplar, a classe Livro no uma interface da classe Exemplar. Podemos ver a correo desse problema com o diagrama abaixo:

Questo 4

A classe abstrata FiguraGeometrica que ser a superclasse de elipse e circulo, que sero desenhadas a partir do mtodo desenhar. Questo 5 A possvel soluo criar uma classe NaoComestiveis , onde CaixaRegistradora pode manipular seus dados, vender os produtos.

Cozinha CaixaRegistradora

NaoComestiveis +getNome +getDescricao +getPreco +Vender()

Comida +getNome +getReceita +getPreco +Preparar() +Cozinhar() +Vender()

Questo 6 Para realizar essas condies s criar as classes Material, Ambiente, Agendar, Preco, onde agendar pode manipular os dados das outras classes com o objetivo de agendar o local e o pessoal para a conferncia e comprar o material necessrio para a realizao da mesma.

Agenda +Data: Date <<paramater>> +AgendarPessoal(Preo: Pessoa,Quantidade:Pessoal ) +AgendarAmbiente(Preo: Ambiente, Local: Ambiente) +ComprarMaterial(Preo: Material, Quantidade: Materiall, Tipo: Material)

Pessoal +Preo: float +Quantidade: int <<paramater>> <<paramater>>

Material +Preo: float +Quantidade: int +Tipo: String Ambiente +Preo: float +Local: String