1. Modelagem com Objetivos
1.1. Definições fundamentais na descrição de sistemas de Sw
1.1.1. Objetivos
1.1.1.1. Patterns de objetivos
1.1.1.1.1. Objetivos de Obtenção
1.1.1.1.2. Objetivos de Término
1.1.1.1.3. Objetivos de Manutenção
1.1.1.1.4. Objetivos de Não Ocorrência
1.1.1.2. Mais Definições:
1.1.1.2.1. É a base na elaboração de Requisitos.
1.1.1.2.2. Proporciona a especificação dos Requisitos.
1.1.1.2.3. Justifica a Existência de um Requisito.
1.1.1.2.4. + Estáveis do que os Requisitos.
1.1.1.3. Cockburn
1.1.1.3.1. Possibilidades para o uso de objetivos:
1.1.1.4. Features
1.1.2. Propriedade de domínio
1.1.3. Requisitos
1.1.3.1. (i) é descrito inteiramente em termos de valores monitorados pelo software.
1.1.3.2. (ii) restringe apenas valores que são controlados pelo software.
1.1.3.3. (iii) os valores controlados não são redefinidos em termos de valores monitorados futuros. Por exemplo, “O sistema deve enviar uma fatura em decorrência de um pedido de um cliente, até um dia depois da entrega da mercadoria”
1.1.4. Especificação
2. Engenheria de Sw Orientada a Objetos (OO)
3. Definindo Objetivos e Requisitos de um Sistema
3.1. Analistas
3.1.1. Necessidades dos Stakholders (interessados)
3.2. Requisitos derivados dos objetivos por refinamento.
3.2.1. Patterns de Refinamento
3.2.1.1. Disjunção (ou)
3.2.1.2. Conjunção (e)
3.2.1.2.1. Marco
3.2.1.2.2. Casos
3.3. Definindo uma hierarquia de objetivos
3.3.1. 1°) Definir pelo menos um objetivo inicial e duas perguntas: como? e porque?
3.3.1.1. Quando parar de perguntar ‘Como’?
3.3.1.2. Por que perguntar ‘por que?’
3.3.2. 2°) Selecionar um objetivo e perguntar: “Como pode este objetivo ser satisfeito ?” e “Por que é que isto é um objetivo do sistema?”
4. Engenharia de Sw
5. Um Método OO
5.1. Como Obter Especificações a partir de:
5.1.1. UML
5.1.2. RUP
5.1.3. OBJETIVOS
5.2. MÉTODO
5.2.1. O que
5.2.1.1. 1. Eliciar o contexto do sistema. Informações sobre o sistema proposto, e de seu contexto.
5.2.1.2. 2. Definir os objetivos do sistema. Baseado no contexto do sistema.
5.2.1.3. 3. Derivar requisitos. Objetivos são refinados ao nível de requisitos.
5.2.1.4. 4. Derivar casos de uso. Casos de uso organizacionais, de sistema e de baixo nível.
5.2.1.5. 5. Derivar modelos UML. Outros modelos UML, tais diagramas de classe e seqüência.
5.2.2. Como
5.2.2.1. 1. Por meio de entrevistas, coleta de documentos, observação, etc.
5.2.2.2. 4. São derivados a partir dos requisitos.
5.2.2.3. 5. São derivados dos requisitos ou casos de uso.
5.2.3. Quem
5.2.3.1. Analista
5.3. Benefícios
5.3.1. Abstração
5.3.2. Direção
5.3.3. Rastreabilidade
5.3.4. Análise