Resumo 3 – Versão 1.0

ANCORANDO CONHECIMENTOS (28 / 03 / 2006)

Nesta aula discutimos sobre base, vocabulário e fundação.

Foi desenhado o ciclo de feedback, e como passar de um universo de informações para um modelo. Como podemos verificar se o modelo é consistente e se ele é correto.

Verificamos os passos para especificar, modelar um projeto:

1)      Delimitar o Universo de Informação.

2)      Identificar atores, livros, documentos.

3)      Cultura da Situação

4)      Encapsular o conhecimento do Universo de Informação, listar o universo de desejos.

5)      Criar um dicionário que tenha denotação e conotação para estabelecer uma âncora

6)      Criar dicionário de dados

MONITORIA SINTAXE PHP, CENÁRIOS E LÉXICOS (30 / 03 / 2006)

Foi nos passado pelo monitor além de alguns conhecimentos básicos de html, um pouco da sintaxe do PHP e funções básicas para que possamos fazer o a tela de login, trabalho 1 da disciplina.

Dentre outras coisas, podemos citar algumas tags e funções mais importantes como: tag form method post, input type text e input type submit; impressão na tela “print”, declaração de variáveis, recebimento e passagem de parâmetros de uma página para outra através das funções _POST[...] e _GET[...].Para Conexão com Banco de Dados também aprendemos alguns conceitos como: criação de strings de conexão, funções para conexão com o banco através da string de conexão, como fazer consultas no banco pelo código PHP e alguns conceitos básico de SQL. Além disso, como acessar cada túpla de uma consulta onde várias túplas são retornadas.Passando para a parte de Cenários e Léxicos aprendemos:

• Cenário é um conjunto de informações que descreve uma situação. Para o CEL é preciso estruturar essas informações em alguns campos como: Título, Objetivo, Contexto, Autores, Recursos, Exceção e Episódios.
  • O contexto é tudo que envolve a situação ou que leva a ação acontecer.
  • Os atores são as pessoas que, de alguma forma estão envolvidas na situação.
  • Os recursos são todos os objetos envolvidos.
  • Exceção, como o próprio nome já diz, é aquilo que não está previsto no objetivo e que precisa ser tratado para uma ação específica.
  • Os Episódios são todas as ações que envolvem a situação, inclusive as tratadas em virtude da existência de exceções.

 

• Foi nos passado o exemplo do aluno que vai a biblioteca pegar um livro para estudar. Vamos descrevê-lo:
  • Título: Reservar livro na biblioteca.
  • Objetivo: pegar livro emprestado.
  • Contexto: aluno precisa estudar e aluno não tem o livro, dentre outros.
  • Autores: aluno e bibliotecária.
  • Recursos: biblioteca, carteira de identificação, livros, computador, etc.
  • Exceção: Livro não está na biblioteca.
  • Episódios: aluno chega, aluno pega livro, aluno faz a reserva caso não haja o livro na estante, etc.

• Léxico: se divide em Noções e Impactos. A partir do exemplo acima podemos entender esses conceitos da seguinte forma:
  • Noções: aluno escolhe o livro, aluno vai pegar o livro emprestado, bibliotecária pega o livro na estante, etc.  
  • Impactos: aluno pegou o livro emprestado, aluno fez uma reserva de livro, bibliotecária vasculhou toda a biblioteca a procura do livro, etc.

MULTITUDE DE OPINIÕES (04 / 04 / 2006 )

Alguns conceitos foram relembrados nessa aula, como o de Universo de Informação: “é tudo que rodeia o software a ser desenvolvido, todas as informações e situações que devem ser conhecidas para o processo de produção”.

Outro conceito relembrado foi o que diz respeito às partes do Processo de Desenvolvimento de um Software:

PROCESSO:   DEFINIÇÃO  ->   DESENHO  ->   IMPLEMENTAÇÃO

Além disso, vimos outros conceitos igualmente importantes:

• O que é implementado em um determinado momento pode ser o Universo de Informação no qual um processo de definição ira ocorrer.
• Um Universo de Informação conterão interessados (atores) com diferentes pontos de vista.
• No Universo de Informação, interessados da classe de Desenvolvedores de Software optarão por uma determinada perspectiva.

Os itens acima nos remetem, dentre outros, a alguns conceitos específicos: reuso de código, multiplicidade de conhecimentos e visão a frente do projeto.

Ou seja, num projeto tudo que é implementado pode ser base ou âncora para um outro processo futuro. Essa consideração nos leva a pensar no reuso de código, onde algo que foi codificado anteriormente passa a ser objeto de conhecimento para uma outra aplicação.  E ainda: o profissional da Engenharia de Software deve, não só saber lhe dar com pontos de vistas diferentes em áreas diferentes como ter um conhecimento mínimo das diversas áreas envolvidas no processo. Assim poderá trabalhar com a antecipação de resultados para desenvolver alguma parte subseqüente à outra ainda não terminada.

Numa segunda parte da aula foram nos passado alguns processos de Elicitação do Conhecimento:

• Entrevista
• Reunião
• Leitura de Documentos
• Questionários
• Observação
• Etnografia
• Reutilização
• Análise de Protocolo
• Participação do Cliente / Usuário

A Entrevista pode ser estruturada ou simplesmente elucidativa. Sempre relacionamento “1 para 1”.

Dentre todos os processos citados queremos enfatizar a Reunião como um método muito eficiente, pois pode ser capaz de trazer muitas idéias diferentes e concorrentes, devido a possível presença de uma diversidade de pessoas, naturalmente com pensamentos distintos. Ainda citamos o Brainstorm, método para reuniões onde o interesse está no surgimento das mais diversas idéias não importando a validade delas.

Além da Reunião a Etnografia também é um poderoso processo de obtenção de conhecimentos do dia a dia e das necessidades do cliente. Relacionamento “1 para n” ou mesmo “n para n”.

Na parte de leitura de documentos, é importante ressaltar que possibilita ao Engenheiro de Software dispor de um agente responsável pela leitura e extração de conhecimentos importantes dos documentos.