Modelagem de Relacionamentos Estratgicos Jaelson Castro 2000 Engenharia
- Slides: 38
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 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 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 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 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 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 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 Engenharia de Sofware, Capítulo 1 Slide 8
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 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 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 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
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 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 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 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 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 de Sofware, Capítulo 1 Slide 19
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 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 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 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, 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 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
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
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 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 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. 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 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 Slide 34
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 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
Fim ©Jaelson Castro 2000 Engenharia de Sofware, Capítulo 1 Slide 38
- Emily castro
- Maturidade nos relacionamentos
- Tipos de relacionamentos base de dados
- Entidade relacionamento cardinalidade
- Diagrama de classe relacionamentos
- Unified modelling language
- Modelagem caixa branca
- Fundamento de banco de dados
- Hipodopaminergia
- Correlação
- Modelagem
- Modelagem
- Modelagem de trabalho
- Modelagem dimensional
- Modelagem
- Olap x oltp
- Korth silberschatz e sudarshan (2012) descrevem que na
- Modelagem de dados
- Modelagem
- Ao efetuarmos o balanceamento da equação da reação
- Engenharia de produção universo
- Engenharia de transporte
- Escola engenharia
- Fluidos
- Engenharia urbana ufrj
- Engenharia reversa de software exe
- Ufjf
- Escola de engenharia de lorena
- Engenharia mecatronica unip
- Engenharia software
- Unip engenharia quimica
- Univag.com.br
- Modelo engenharia
- Engenharia de software
- Mba engenharia de software
- Msf engenharia
- Engenharia de software
- Decomposição
- Al-mg