Modelagem de Relacionamentos Estratgicos Jaelson Castro 2000 Engenharia

  • Slides: 38
Download presentation
Modelagem de Relacionamentos Estratégicos ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 1

Modelagem de Relacionamentos Estratégicos ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 1

Introdução Definição de B. Boehm “Engenharia de Requisitos é caracterizada por: u Um acordo

Introdução Definição de B. Boehm “Engenharia de Requisitos é caracterizada por: u Um acordo entre as partes u O que e não como” ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 2

A Atividade de E. R. Análise de Requisitos de Software Projeto Preliminar O Modelo

A Atividade de E. R. Análise de Requisitos de Software Projeto Preliminar O Modelo Cascata Projeto Detalhado Implementação Testes ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 3

Entendendo o “porque”em ER “. . . A definição de requisitos é uma avaliação

Entendendo o “porque”em ER “. . . A definição de requisitos é uma avaliação cuidadosa das necessidades que o sistema deve satisfazer. Ela deve dizer porque o sistema é necessário, baseado nas condições atuais e futuras, . . . ” [Ross 77] Entender o porque requer fazer uma trilha causalidade que levar as intenções organizacionais. de Devido as constantes mudanças organizacionais que ocorrem hoje em dia, o entendimento das intenções passa a ser essencial para a Engenharia de Requisitos ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 4

Definição de A. Davis “Durante a fase de requisitos, é necessário analisar, e portanto

Definição de A. Davis “Durante a fase de requisitos, é necessário analisar, e portanto entender o problema a ser resolvido. Análise do problema é a atividade que inclui o entendimento das necessidades do usuário bem como as limitações impostas na solução. ” ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 5

Tipos de Requisitos: Cedo X Tarde u Pode ser necessário distinguir entres as primeiras

Tipos de Requisitos: Cedo X Tarde u Pode ser necessário distinguir entres as primeiras fases da análise de requisitos, quando o analista está tentando entender o ambiente da organização, das fases mais tardes quando o analista está começando a formular uma solução Organização Cedo Requisitos Tarde Modelo Organizacional Requisitos Contratuais Sistema ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 6

Engenharia de Requisitos Objetivos do Sistema Documentos de Requisito Especificação de Software Engenharia de

Engenharia de Requisitos Objetivos do Sistema Documentos de Requisito Especificação de Software Engenharia de Software Projeto Pedaços de Código ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 7

O Documento de E. R. Modelagem Organizacional Limitações Funcionais ©Jaelson Castro 2000 Limitações Não-Funcionais

O Documento de E. R. Modelagem Organizacional Limitações Funcionais ©Jaelson Castro 2000 Limitações Não-Funcionais Engenharia de Sofware, Capítulo 1 Slide 8

O Documento de E. R. Propriedades Funcionais incluem: u Tarefas (manuais e/ou computadorizadas) •

O Documento de E. R. Propriedades Funcionais incluem: u Tarefas (manuais e/ou computadorizadas) • • u descrição estática descrição dinâmica Informação • • declarações limitações ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 9

O Documento de E. R. Propriedades Não-Funcionais (também referidas como requisitos de qualidade) incluem

O Documento de E. R. Propriedades Não-Funcionais (também referidas como requisitos de qualidade) incluem limitações no: u produto • • • u performance segurança interoperabilidade processo de desenvolvimento • • ©Jaelson Castro 2000 custo e atrasos metodologias de projeto componentes a serem utilizados. . (ISO 9000) Engenharia de Sofware, Capítulo 1 Slide 10

Modelagem Organizacionais: Intenções u Para suportar as mudanças organizacionais precisamos associar os requisitos (de

Modelagem Organizacionais: Intenções u Para suportar as mudanças organizacionais precisamos associar os requisitos (de sistema ou tardios) funcionais e não-funcionais com as intenções organizacionais e suportar estes links com mecanismos que garantam a consistência e evolução concorrente de um sistema e seu ambiente organizacional ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 11

Modelagem de Relacionamento Estratégica u A ER tem que focar nos requisitos intencionais para

Modelagem de Relacionamento Estratégica u A ER tem que focar nos requisitos intencionais para poder mediar entre a realidade organizacional e os requisitos (não) funcionais e desenvolver notações, ferramentas e métodos para capturá-los, transformando-os em requisitos (não) funcionais e mantendo-os consistente tanto com a realidade organizacional como com os requisitos (não) funcionais. ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 12

Avanços Recentes ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 13

Avanços Recentes ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 13

Modelagem de Relacionamentos Estratégicos u u University of Toronto John Mylopoulos Eric Yu Lawrance

Modelagem de Relacionamentos Estratégicos u u University of Toronto John Mylopoulos Eric Yu Lawrance Chung ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 14

Necessidade de Capturar Intenções Organizacionais Como poderemos re-engenheirar o processo se não temos informações

Necessidade de Capturar Intenções Organizacionais Como poderemos re-engenheirar o processo se não temos informações sobre os participantes do processo. . ? Por exemplo: ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 15

Sistema seguro-saúde u u u Pacientes Companhias de seguro saúde Gerência de ressarcimento Médicos

Sistema seguro-saúde u u u Pacientes Companhias de seguro saúde Gerência de ressarcimento Médicos Laboratórios • • ©Jaelson Castro 2000 O paciente que ter cobertura para suas doenças Médicos querem receber logo pelo tratamento efetuado O paciente que ser tratado por um médico Companhias precisam de informação dos pacientes Engenharia de Sofware, Capítulo 1 Slide 16

Necessidade de Modelar o que o Participante quer e suas Habilidades u u O

Necessidade de Modelar o que o Participante quer e suas Habilidades u u O que cada participante quer? Quem é capaz de fornecer o que o participante quer? ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 17

Necessidade de Conduzir uma Análise Baseada na Informação Obtida Por que o participante quer

Necessidade de Conduzir uma Análise Baseada na Informação Obtida Por que o participante quer o que ele quer? u E se diferentes processo são adotados para fornecer o que ele quer? u ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 18

O Modelo de Dependência Estratégica Objetivo Tarefa Recurso Objetivo Soft ©Jaelson Castro 2000 Engenharia

O Modelo de Dependência Estratégica Objetivo Tarefa Recurso Objetivo Soft ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 19

sss Objetivo Recurso Objetivo Soft Tarefa ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1

sss Objetivo Recurso Objetivo Soft Tarefa ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 20

Atores e Dependências u Atores • possuem objetivos; • necessitam que certas tarefas sejam

Atores e Dependências u Atores • possuem objetivos; • necessitam que certas tarefas sejam executadas; • necessitam que recursos estejam disponíveis. • podem ser agentes (humanos ou não), papéis (funções) ou posições (locais de trabalho/cargos). ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 21

Atores e Dependências u Dependências • definem relacionamentos intencionais entre atores, onde um ator

Atores e Dependências u Dependências • definem relacionamentos intencionais entre atores, onde um ator depende de outro para: » satisfazer um objetivo ou um objetivo soft, » executar um processo ou fornecer um recurso. • podem ser dependências de: » objetivos, » tarefas, » recursos, ou » objetivos soft. ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 22

Atores e Dependências u Dependendo da força do compromisso dos atores envolvidos e do

Atores e Dependências u Dependendo da força do compromisso dos atores envolvidos e do tipo de inconveniências causada por um dependência não realizada, as dependências podem ser: • críticas, • compromissos, ou • abertas ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 23

Reembolso total ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Possível conflito de interesses,

Reembolso total ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Possível conflito de interesses, a companhia pode melhorar seu fluxo de caixa retardando pagamento aos médicos Slide 24

Reembolso Controlado u A seguradora tenta controlar custos e tornar apólices mais baratas, requerendo

Reembolso Controlado u A seguradora tenta controlar custos e tornar apólices mais baratas, requerendo aprovação prévia de um tratamento u O objetivo de tratamento rápido do paciente não poderá ser obtido dos médicos, a menos que haja aprovação rápida do gerente de aprovação u A companhia também deseja aprovação rápida, a condição do paciente pode deteriorar e aumentar custo do tratamento ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 25

Reembolso Controlado ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 26

Reembolso Controlado ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 26

Assistência Médica Gerenciada u u u Paciente se filia a uma cooperativa. O médico

Assistência Médica Gerenciada u u u Paciente se filia a uma cooperativa. O médico não recebe uma taxa por cada serviço, mas é pago uma quantia fixa por cada paciente; Pacientes devem ir a médico selecionados e aprovados; O paciente obtém tratamento rápido (não é preciso aprovação prévia); Médicos pagam pelos testes laboratoriais; Médico fica responsável por controlar custos (prescreve programas preventivos); Mensalidade mais barata para pacientes e mais rentável para investidor da companhia seguro. ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 27

Assistência Médica Gerenciada ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 28

Assistência Médica Gerenciada ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 28

MODELO SD - LOJA DE VENDA DE CD´S ©Jaelson Castro 2000 Engenharia de Sofware,

MODELO SD - LOJA DE VENDA DE CD´S ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 29

A Necessidade de Capturar Razão u u Links de meio-fim relacionam objetivos a tarefas

A Necessidade de Capturar Razão u u Links de meio-fim relacionam objetivos a tarefas que podem ser usadas para satisfazer estes objetivos Decomposição de tarefas relaciona tarefas a outras tarefas dos componentes Objetivos soft são satisfeitos quando existem mais contribuições positivas do que negativas de uma tarefa e de outros objetivos soft satisfeitos Decomposição de tarefas ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 30

Modelo Estratégico de Razão u u u Um médico precisa enviar previamente um tratamento

Modelo Estratégico de Razão u u u Um médico precisa enviar previamente um tratamento para aprovação da seguradora, caso contrário o tratamento pode não ser reembosável Companhia verifica se o tipo do tratamento está coberto na apólice e que o tratamento proposto é apropriado (de acordo com uma opinião médica) Detalhe do agente ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 31

Modelo Estratégico de Razão O gerente é capaz de aprovar o tratamento (Aproval. For.

Modelo Estratégico de Razão O gerente é capaz de aprovar o tratamento (Aproval. For. Treatment) ( via a tarefa Aprove. Treatment. Esta tarefa tem dois componentes: - sub-objetivo Treatment. Be. Assessed - sub-tarefa de assinar o documento - Outro funcionário faz a avalição ou - Próprio gerente Alternativas ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 32

Razões não-funcionais para a escolha entre as alternativas Alternativa 1 ©Jaelson Castro 2000 Alternativa

Razões não-funcionais para a escolha entre as alternativas Alternativa 1 ©Jaelson Castro 2000 Alternativa 2 Alternativa 3 Engenharia de Sofware, Capítulo 1 Slide 33

MODELO SR DA LOJA DE CDs ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1

MODELO SR DA LOJA DE CDs ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 34

Perspectiva Futura ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 35

Perspectiva Futura ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 35

Ferramentas u u u Ferramentas de exploração: responder perguntas do tipo “e-se” Ferramentas de

Ferramentas u u u Ferramentas de exploração: responder perguntas do tipo “e-se” Ferramentas de verificação: para estabelecer propriedades formais, tais como consistência Ferramentas de normalização: para transformar uma especificação de requisitos em outra “melhor” ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 36

Junte-se a nós!!!! ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 37

Junte-se a nós!!!! ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 37

Fim ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 38

Fim ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 38