Qualidade nas Leis Rodrigo Paes

Slides:



Advertisements
Apresentações semelhantes
Análise e Projeto Orientado a Objetos
Advertisements

Análise e Projeto de Sistemas III
Manutenção em software Conceitos básicos
Boas Práticas Adotadas em um Projeto de Design de Testes – Um relato de experiência
SELIC A generalidade dos processos e potenciais candidatos a extensão Gustavo Carvalho.
ENGENHARIA DE SOFTWARE Garantia de Qualidade de Software
Engenharia de Software Qualidade de Software Uma abordagem conceitual André Luis Zanon São Carlos SP – UFSCAR 2010 Engenharia de Software – UFSCAR.
Integridade do Software
Qualidade de Produto de Software
Gerência de Projetos Wesley Peron Seno Introdução
UNIVERSIDADE ESTADUAL DE MATO GROSSO DO SUL SISTEMAS DE INFORMAÇÃO ENGENHARIA DE SOFTWARE Métricas de Software Prof.ª Adriana dos Santos Caparróz Carvalho.
Engenharia de Software
Valéria Maria Lauande Março/2010
MLAW: um Middleware para Aplicacao de Leis Rodrigo Paes.
Qualidade nas Leis Rodrigo Paes
A Fidedignidade em Engenharia de Software de Sistemas Multi-Agentes Seminários 2006 – 2º Semestre Fidedignidade.
Engenharia de software para a utilização de leis de interação em sistemas multi-agentes abertos Rodrigo Paes
Inteligência Computacional aplicada à área Financeira na Geração de uma Carteira de Investimentos – utilizando Multiagentes Inteligentes, através do XMLAw.
Formalizando o XMLaw Rodrigo Paes
Metodologias Equipe do Curso de ES para SMA
Verificando especificação de LEIS Rodrigo Paes. © LES/PUC-Rio Motivação Revisores –The concepts of scenes and XMLaw require more rigorous treatment such.
Linguagens de Modelagem (cont.) (IV)
PRDS - Programa de Residência em Desenvolvimento de Software Laboratório de Engenharia de Software (LES) da PUC-Rio Carlos Lucena
CK 119: Engenharia de Software DC/CC/UFC © Rossana Andrade, Setembro CK119: Engenharia de Software Rossana Andrade Ph.D, SITE, University of Ottawa,
RAD – Rapid Application Development
Componentes: A Abordagem Catalysis
Aline Vasconcelos CEFET Campos
Manutenção de Software
Qualidade de Software Aula 2
Governança de TI ITIL v.2&3 parte 2
USABILIDADE.
- GQM – Goal/Question/Metric
Seminário de Andamento UNILASALLE André Sandri Maio 2006 PROFILE EM UML PARA MODELAGEM SIMPLIFICADA DE INTERFACES GRÁFICAS EM APLICATIVOS.
ESTRUTURA DE COMUNICAÇÃO DE DADOS
Visão Geral do Desenvolvimento de Sistemas e Papéis no Desenvolvimento de Software Marcely Dias
Engenharia de Software
Ana Cristina B. Faria Rubens Gonçalves Endrio Felipe
Qualidade de Produto de Software
Planejamento Estratégico de Sistemas de Informação
Desafios do desenvolvimento de software
Fundamentos de Engenharia de SW
Cap 4 – Métricas do Processo e Projeto de Software
Análise e Projeto de Sistemas
MAS-ML Tool: Um Ambiente de Modelagem de Sistemas Multi-Agentes
Qualidade de Produto de Software
Qualidade de Software Aula 2 / 2014/1
Qualidade do Produto de Software
Engenharia de Software
TESTES DE SOFTWARE Qualidade de software Professores: Juliano Bedin Juliano Bedin Sara Priscila Dutkwicz Leandro Bovi.
Levantamento de Requisitos
Levantamento de Requisitos
Engenharia de Software
Qualidade no Desenvolvimento de Software Wolley W. Silva Baseado nas notas de aula dos professores Tatuo e Daisy.
Capítulo 10 – Qualidade de Produtos de Software Escrito por: Renata Araújo Vírginia Chalegre Apresentado por: Cleice.
Técnicas e Projeto de Sistemas
Integração de Ferramentas CASE
Gestão de projetos de Software GTI-16
Processo e Qualidade.
Modelagem e arquitetura
Gerenciamento de Projetos
Qualidade de Produtos de Software
Gerenciamento de Configuração de Software
Erton W. Vieira Metodologias Ágeis, Qualidade de Software e Design Centrado no usuário: Pontos de Interação Erton W. Vieira.
Processo de Desenvolvimento de Software Dirigida a Modelos e Orientada a Serviços (SOA/MDE) Vítor Braga –
TÉCNICAS DE ESTIMATIVAS
Lenylda Albuquerque ISO Processos de Ciclo de Vida de Software Universidade Federal de Pernambuco.
Programa criado em Apoio ao programa: Ministério da Ciência e Tecnologia da Finep Banco Interamericano de Desenvolvimento Universidades e Governo.
1 Projeto Piloto Conclusão em Agenda Projeto Piloto –Descrição –Execução da aplicação –Implementação de requisitos funcionais e não- funcionais.
Processos de Software Ludimila Monjardim Casagrande 1º Semestre Desenvolvimento e Qualidade.
©2003, Alexandre Vasconcelos & Augusto Sampaio CIn-UFPE1 Análise e Projeto de Sistemas Modelagem de Requisitos com Casos de Uso.
Transcrição da apresentação:

Qualidade nas Leis Rodrigo Paes

© LES/PUC-Rio Planejamento (apresentação anterior) Estudo de caso baseado no sistema SELIC – Banco Central 1.Entender a especificação do sistema 2.Espeficicar as leis do SELIC usando XMLaw 3.Avaliar pontos de melhoria no XMLaw (adiado para outro seminário) 4.Avaliar a especificação em relação à métricas de qualidade

© LES/PUC-Rio Agenda A abordagem de leis Etapas da implementação de leis Estudo de caso Medindo a qualidade da especificação das leis

© LES/PUC-Rio A abordagem de leis Requisito –Documentação dos requisitos que irão originar as leis Projeto –Projeto das leis focando em reutilização Implementação –Código XMLaw com foco em facilidade de manutenção Teste –Testes de unidade e de integração

© LES/PUC-Rio Implementação

© LES/PUC-Rio Definir cena Por enquanto apenas 1 cena –Amortização/Liquidação de Redesconto associado a operação de venda

© LES/PUC-Rio Definir papéis Identificação dos papéis instituicaoFinanceira str – Sistema de Transferência de Reservas rdc – Redesconto Banco Central selic – Redesconto Banco Central

© LES/PUC-Rio Definir protocolos IFA requisita venda de títulos ao Selic e IFB requisita compra de títulos ao Selic.

© LES/PUC-Rio IFA requisita o pagamento de redesconto associado a venda do título ao sistema de redesconto do Banco Central (RDC). –O redesconto significa que a instituição A está solicitando o crédito imediato na sua conta depósito referente ao valor do título que está sendo vendido. Definir protocolos

© LES/PUC-Rio O RDC então requisita ao Selic a liquidação do redesconto Definir protocolos

© LES/PUC-Rio O Selic solicita ao Sistema de Transferências de Reservas do Banco central (STR) o lançamento da transferência. –O STR verifica se a instituição B possui saldo suficiente para comprar os títulos vendidos por A. Definir protocolos

© LES/PUC-Rio O STR informa ao selic se o saldo foi suficiente bem como a situação do lançamento. Definir protocolos

© LES/PUC-Rio O Selic informa então ao RDC o status da operação. Atualizando as contas depósito de ambas as instituições. Definir protocolos

© LES/PUC-Rio Paralelamente, o RDC informa se o redesconto ocorreu com sucesso e o Selic informa o status da operação de venda as duas instituições. Definir protocolos

© LES/PUC-Rio Medir qualidade Software systems possess many qualities or attributes that are just as critical to the user as the function they perform Quality measurements are predictive in nature and oriented toward the development phases rather than toward the finished system Kosy, Donald W., Air force command and control information processing in the 1980s: tends in software technology, 1974 Cavano, J. P. and McCall, J. A. A framework for the measurement of software quality, 1978

© LES/PUC-Rio Qualidade Como medir a qualidade? –Qualidade de construção? Resistência das juntas, resistência da madeira … –Esteticamente? –Utilidade? É confortável? Vai se adequar ao ambiente? Todas as medidas de qualidade são relativas!! Easterbrook, Steve. Software Design Quality (lectures), 2001

© LES/PUC-Rio Fatores de qualidade de McCall Correção Confiabilidade Eficiência Integridade Utilização Mantenabilidade Flexibilidade Testabilidade Portabilidade Reutilização Interoperabilidade Cavano, J. P. and McCall, J. A. A framework for the measurement of software quality, 1978

© LES/PUC-Rio ISO 9126 Classifica a qualidade de software nos seguintes fatores: –Funcionalidade –Confiança –Usabilidade –Eficiência –Mantenabilidade –Portabilidade

© LES/PUC-Rio Por onde começar? Boa parte do esforço de codificação é gasta na adição/modificação de funcionalidades … então começaremos priorizando atributos que se relacionem com a facilidade de adição/modificação de funcionalidades.

© LES/PUC-Rio Por onde começar? Correção Confiabilidade Eficiência Integridade Utilização Mantenabilidade Flexibilidade Testabilidade Portabilidade Reutilização Interoperabilidade

© LES/PUC-Rio No XMLaw A flexibilidade está diretamente relacionada com a complexidade –Quanto mais complexo Mais difícil o entendimento Mais dificil para realizar modificações … logo, menos flexível a mudanças Complexidade do fluxo de controle –Número de caminhos durante a execução das leis –O número de caminhos é determinado pela cadeia de eventos. Definição: –Conta-se a complexidade de um fluxo de controle pelo número de eventos que podem ser desencadeados a partir de um evento original. O evento original também deve ser contado.

© LES/PUC-Rio Exemplo … Maior caminho em consequência da chegada de uma mensagem (SEL 1026R1) –message_arrival transition_activation action_activation norm_activation transition_activation final_state_reached scene_successful_completion –Tamanho do caminho: 7

© LES/PUC-Rio Recapitulando a apresentação Definido um processo para a implementação Estudo de caso implementado seguindo o processo Passos iniciais para medir a qualidade da especificação Próximos passos (neste seminário) –Medidas relacionadas a reutilização (junto com o guga) –Documentar os resultados

Obrigado !!! Rodrigo Paes