Conteúdo. Disciplina: INF Engenharia de Software. Monalessa Perini Barcellos. Centro Tecnológico. Universidade Federal do Espírito Santo

Transcrição

1 Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF Prof.: Conteúdo 1. Introdução 2. Processo de Software 3. Gerência de Projetos de Software 4. Gerência da Qualidade (continuação) 6. Projeto de Sistema 7. Implementação e Testes 8. Entrega e Manutenção 1

2 Documento de Especificação de Requisitos Documento de Especificação de Requisitos Introdução: breve introdução ao documento, descrevendo seu propósito e estrutura. Modelo de Casos de Uso: apresenta o modelo de casos de uso do sistema, incluindo os diagramas de casos de uso e as descrições de casos de uso associadas. Modelo Estrutural: apresenta o modelo estrutural do sistema, incluindo os diagramas de classes do sistema. Modelo Dinâmico: apresenta os modelos comportamentais dinâmicos do sistema, incluindo os diagramas de estados, diagramas de interação e diagramas de atividades. Dicionário do Projeto: apresenta as definições dos principais conceitos capturados pelos diversos modelos e restrições de integridade a serem consideradas, servindo como um glossário do projeto. Modelagem Conceitual Estrutural Diagrama de Classes Tem por objetivo descrever as informações que o sistema deve representar e gerenciar. Devem ser concebidos com foco no domínio do problema e não no domínio da solução. Para elaborar um diagrama de classes, é preciso: a) Identificar classes b) Identificar atributos e associações c) Especificar Hierarquias de Generalização/Especialização 2

3 a) Identificação de Classes Relembrando Objetos O carro do João João Classes descrevem um conjunto de objetos com as mesmas propriedades (atributos e associações) e o mesmo comportamento (operações). Objetos são instâncias das classes Pessoa Classes Carro João Cecy Carro A Carro C Carro B Maria a) Identificação de Classes Notação: Como encontrar as classes? Procurar no documento de requisitos e modelos de casos de uso: -Agentes (ex.: pessoa e organização) - Papéis (ex.: autor, contratante e analista) -Objetos (ex.: livro, contrato e curso) - Eventos (ex.: locação, matrícula e reserva). Exemplos: 3

4 b) Identificação de Atributos e Associações Atributos descrevem propriedades dos objetos de uma classe. Exemplos: Nota: i) Não se representam os atributos que indicam relacionamentos (ex.: atributo editora na classe Livro) Especificando Atributos Notação: visibilidade nome: tipo [multiplicidade] = valorinicial {propriedades} Visibilidade + público : o atributo pode ser acessado por qualquer classe; # protegido: o atributo só é passível de acesso pela própria classe ou por uma de suas especializações; - privado: o atributo só pode ser acessado pela própria classe; ~ pacote: o atributo só pode ser acessado por classes declaradas dentro do mesmo pacote da classe a que pertence o atributo. A visibilidade só é determinada na fase de Projeto. 4

5 Especificando Atributos Notação: visibilidade nome: tipo [multiplicidade] = valorinicial {propriedades} Tipo Atributos possuem tipos, que podem ser primitivos ou específicos de domínio. Exemplos de tipos primitivos: String, Boolean, Integer, Float, Currency, Date, Time, DateTime, Year, YearMonth. Exemplos de tipos específicos de domínio: CPF, ISBN, CNPJ, atributos enumerados (sexo, dias da semana, status etc) Especificando Atributos Notação: visibilidade nome: tipo [multiplicidade] = valorinicial {propriedades} Multiplicidade Informada quando um atributo for opcional ou quando puder ter mais do que uma ocorrência. Deve ser informada, indicando o valor mínimo e o valor máximo. Exemplos: nome: String instâncias da classe têm obrigatoriamente um e somente um nome. carteira: String [0..1] instâncias da classe têm uma ou nenhuma carteira. telefones: Telefone [0..*] instâncias da classe têm um ou vários telefones. pessoascontato: String [2] instâncias da classe têm exatamente duas pessoas de contato. 5

6 Especificando Atributos Notação: visibilidade nome: tipo [multiplicidade] = valorinicial {propriedades} Valor Inicial Valor que, quando não informado outro valor, será atribuído ao atributo. Exemplo: origem: Ponto = (0,0) a origem, quando não informado outro valor, será (0,0). Propriedades Propriedades dos atributos que vale a pena serem destacadas. Exemplo: numsocio: int {readonly} Associações são relacionamentos que ocorrem entre instâncias de duas ou mais classes. Exemplo: Cliente efetua Pedido Notação: 6

7 Papéis Evento Lembrado Para uma concessionária, a compra é um evento importante para o negócio e precisa ser registrado. Então, nesse caso, ela é tratada como uma classe e não como uma associação. 7

8 Mas Registro de Históricos 8

9 Restrições para Complementar o Modelo Um empregado pode ter mais de uma lotação vigente? Um empregado pode ser chefe de mais de um departamento ao mesmo tempo? Um departamento pode ter mais do que um chefe nomeado ao mesmo tempo? Infelizmente, o modelo é incapaz de responder a essas perguntas. Restrições de Integridade: então Um empregado só pode estar lotado em um único departamento em um dado momento. Um empregado só pode estar designado como chefe de um único departamento em um dado momento. Um departamento só pode ter um empregado designado como chefe em um dado momento. Exclusividade (XOR) 9

10 Classes Associativas Mas Não precisa de classe associativa. 10

11 Classes Associativas x Eventos Lembrados Situação: em um hospital, pacientes são tratados em unidades médicas. Um paciente pode ser tratado em diversas unidades médicas diferentes, as quais podem abrigar diversos pacientes sendo tratados. Assim, cada vez que um paciente é tratado em uma unidade médica diferente tem-se um tratamento. Mas, um mesmo tratamento não poderia ser realizado em diversas unidades médicas? então Associação Ternária 11

12 Agregação e Composição Composição Um objeto-parte só pode ser parte de um único todo. Agregação Um objeto-parte pode ser parte de mais de um todo. c) Identificação de Hierarquias de Generalização/Especialização Notação: Atributos descrevem propriedades dos objetos de uma classe. Exemplo: 12

13 Uso ou Não da Herança Modelagem Dinâmica Os diagramas de classes gerados pela atividade de modelagem conceitual estrutural representam apenas os elementos estáticos de um modelo de análise orientada a objetos. A modelagem dinâmica modela o comportamento dinâmico da aplicação. Diagrama de Transição de Estados Um diagrama de transição de estados mostra uma máquina de estados que consiste dos estados pelos quais objetos de uma particular classe podem passar ao longo de seu ciclo de vida e as transições possíveis entre esses estados, as quais são resultados de eventos que atingem esses objetos. Diagramas de transição de estados são usados principalmente para modelar o comportamento de uma classe, dando ênfase ao comportamento específico de seus objetos. 13

14 Notação Basicamente, a semântica de um diagrama de estados é: Quando o evento ocorre, se a condição de guarda é verdadeira, a transição dispara e a ação é realizada instantaneamente. O objeto passa, então, do estado origem para o estado destino. Se o estado destino possuir uma atividade a ser realizada, ela é iniciada. Um exemplo geral Um cliente faz um pedido pela Internet e o pagamento deve ser realizado em cartão de crédito. O pedido é registrado e se o pagamento for confirmado pela operadora do cartão de crédito o pedido é confirmado, caso contrário o pedido é cancelado. Após o pedido ser confirmado, os itens são enviados para o cliente. Quando é registrada a entrega dos itens o pedido é dado como atendido. Diagrama de Estados da entidade Pedido: Registrar Pedido Pedido Registrado Solicitar Autorização Cartão [pagamento não autorizado pela operadora de cartão de crédito] / Cancelar Pedido Como está representado, indica que pedidos cancelados e pedidos atendidos podem ser excluídos. Pedido Cancelado Solicitar Autorização Cartão [pagamento confirmado pela operadora de cartão de crédito]/ Confirmar Pedido Pedido Confirmado Registrar entrega dos itens do pedido Pedido Atendido 14

15 Um exemplo geral Um cliente faz um pedido pela Internet e o pagamento deve ser realizado em cartão de crédito. O pedido é registrado e se o pagamento for confirmado pela operadora do cartão de crédito o pedido é confirmado, caso contrário o pedido é cancelado. Após o pedido ser confirmado, os itens são enviados para o cliente. Quando é registrada a entrega dos itens o pedido é dado como atendido. Diagrama de Estados da entidade Pedido: Registrar Pedido Pedido Registrado Solicitar Autorização Cartão [pagamento não autorizado pela operadora de cartão de crédito] / Cancelar Pedido Como está representado, indica que pedidos cancelados e pedidos atendidos não podem ser excluídos. Pedido Cancelado Solicitar Autorização Cartão [pagamento confirmado pela operadora de cartão de crédito]/ Confirmar Pedido Pedido Confirmado Registrar entrega dos itens do pedido Pedido Atendido Casos de Uso e Diagramas de Transição de Estados As requisições de realização de casos de uso do sistema ou de fluxos de eventos específicos de um caso de uso podem ser eventos de transição de uma máquina de eventos. Exemplo: Locadora de Carros 15

16 Diagrama de Transição de Estados da Classe Carro (1) Nomes de fluxos dos casos de uso Uma mesma classe pode ter mais de uma diagrama de transição de estados, desde que sejam tratados estados distintos em cada um deles. Exemplo: Diagrama de Transição de Estados da Classe Carro (2) 16

17 O Dicionário do Projeto Apresenta as definições dos principais conceitos capturados pelos diversos modelos e restrições de integridade a serem consideradas*, servindo como um glossário do projeto. Tipicamente contém a definição das classes, seus atributos e operações. * As restrições podem ser definidas após apresentação do diagramas de classes. Universidade Federal do Espírito Santo Centro Tecnológico Departamento de Informática Disciplina: INF Prof.: (monalessa@inf.ufes.br) 17