Desenvolvimento Orientado a RNF

 Por favor leiam o que está escrito nas Aulas 6 e 7, logo abaixo.

 Essa aula será presencial.  Nela, os grupos apresentarão os resultados da leitura da Aula 6 . Na aula seguinte, cada grupo fará uma apresentação de 7 minutos sobre os artigos lidos.  Essa apresentação, deve abordar as questões apresentadas na Aula 6 .

 Nessa aula, a ser feita fora de sala de aula, os grupos lerão 3 artigos: Towards Achieving Trust Through Transparency and Ethics (vejam aqui , ou, se não conseguir,  aqui )  Reengineering for Accessibility: A Strategy Based on Software Awareness (vejam aqui )  Consciência Verde para Sistemas de Informação Públicos (vejam aqui ) Na aula seguinte, Aula 7 , cada grupo fará uma apresentação de 7 minutos sobre os artigos lidos.  Essa apresentação, deve abordar as seguintes questões. Como cada artigo define RNF, e quais os RNFs tratados? Como cada artigo representa os RNFs, e se isso fica claro no artigo? Como cada artigo justifica a importância dos RNFs? Qual a contribuição de cada artigo? Quais os pontos fortes e fracos de cada artigo? De todos os artigos, o que o grupo considerou como os pontos de maior de interesse. As apresentações farão uso do quadro.  Se quiserem trazer no computador/tablet/telefone veja se existe uma conexão hdmi, ou uma conexão sem fio com a tv da sala.  

Primeiramente, os grupos que ainda não apresentaram a Tarefa 1 podem fazê-lo. Lembrem que as tarefas fazem parte da avaliação.  Como disse em aula, quem terminar pode me mandar por e-mail (julioleite.ufba@gmail.com). Falei sobre  sobre requisitos não-funcionais, mas ante falei sobre a elicitação do conhecimento.  Falei sobre o conceito do mini-mundo , das fontes de informação , e das técnicas que podem ser utilizadas para elicitar informações, que serão base para construir requisitos.   No caso dos Requisitos Não-Funcionais (RNFs), falamos que são os catálogos a fonte de informação que mais nos ajuda.  Disse que o grande problema de lidar com RNFs  é que não é simples lidar com o conceito de abstração .  Falamos do processo de reificação ou refinamento, e do processo de abstração, enquanto a reificação traz detalhes a abstração os revoca.  Atenção: na aula fiz confusão e coloquei reificação no sentido inverso.  Portanto, aqui fica correto:  reificar é trazer detalhes!  Vejam que o

Nessa aula,   dois dos grupos apresentaram o trabalho  da primeira tarefa.  Ou seja, desenhar um diagrama i*,  semelhante ao visto em aula ( Aula 3 - Figura 1), com um exemplo que reflita uma meta, tarefas e metas flexíveis, caracterizando a variabilidade, a transversabilidade, a decididabilidade e a tomada de decisão. Iremos também rever o NFR Framework com as 3 Figuras abaixo. Na sequência iremos tratar do i*, outra linguagem de modelagem. .     Figura 1   Figura 2 Figura 3   Tabela 1  Na sequência iremos tratar do i*, outra linguagem de modelagem.  i*      Figura 4 Um Exemplo de um modelo em i*  Os modelos em i*  podem conter 3 tipos de diagramas.  O SA (atores estratégicos) o SD (dependências estratégicas) e o  SR (Racionalidade  estratégica do ator).  O diagrama da Figura 1 mostra um SD e os SR associados a cada ator. As explicações gerais sobre o i* podem ser encontradas no Cápitulo 2 da dissertação de Herbet Cunha. Em Sala após a apresentação do trabalho dos grupos I e do grup

Nova sala  no PAF 2,  Sala Smart Class IV,   ICC0019 - Tópicos em Engenharia de Software II