Diário de um GEEK

Instalando e Configurando o Ubuntu 9.04

2009-11-04T11:03:00.004-02:00

Ta, eu sei que já saiu o Ubuntu 9.10, mas eu instalei o 9.04 server e dps coloquei uma interface grágica, pra quê? E por quê? Simplesmente por ser o único cd que funcionava na máquina, os outros dois que coloquei o Ubuntu normal deram zica na gravação, mas isso não vem ao caso...

Essa máquina agora, depois de muitos dias brigando com o sistema, está configurada pra rodar o Eclipse Galileo, acessar dados do servidor - Fedora, entre outros detalhes a mais.

Dividi em passos porque achei mais facil de entender =]

Passo 1 – Instalação do Ubuntu 9.04

Insira a mídia no drive de cd.

No particionamento

Selecione um espaço para o particionamento principal no formato ext3, não esqueceça de por “/” no campo de inicialização, pois esse indica que será salvo na pasta raiz.

Separe um espaço para swap, o qual deve conter o dobro do tamanho da memória RAM - se desejar um pouco mais que o dobro.

Nas configurações do que será instalado

Selecione os campos:

PostgreSQL database
OpenSSH server
Samba file server
Tomcat Java server

Selecione o último campo referente as configurações manuais. Lá você deverá selecionar (crtl + “+”) cada arquivo desejado. Não esqueceça de instalar o sdb, o linux-headers-generic (ou similar) e o build-essential (ou similar). (Mais tarde vão entender porque =]).

Passo 2 – Configuração da placa de rede

Se a sua máquina for igual a minha(notebook Acer Aspire 4535) e resolver não reconhecer a placa de rede isso será bem vindo, caso o seu pc tenha reconhecido direto então pule esse passo.

Baixe o arquivo AR81Family-linux-v1.0.0.10.tar.gz e armazene-o em um pendrive.

Extraindo dados e armazenado-o arquivo na mídia.

1. Insira o pendrive no pc .

2. Monte o pendrive:

sudo mkdir /mnt/pen
sudo mount /dev/sdb /mnt/pen

ou

sudo mount /dev/sdb /mnt/usb

3. Transfira os dados do pendrive para a pasta raiz:

cd nome /home/[juliana]

4. Instalações necessárias:

sudo tar zxvf AR81Family-linux-v1.0.0.10.tar.gz

cd src/

sudo apt-get install linux-headers-generic build-essential make
Caso a máquina não tenha instalado Insira a mídia do Ubuntu 9.04 sudo apt-cdrom add

sudo apt-get update

sudo make install

sudo build-essential

sudo linux-headers (ver as versoes disponíveis)

Vontando...

sudo modprobe atl1e

ifconfig -a

sudo dhclient eth0 sudo echo atl1e >> /etc/modules

Passo 3 – Instalação da interface gráfica

sudo apt-get install gnome-desktop-environment

Passo 4 – Configuração do DHCP

sudo vi /etc/network/interfaces

senha

vai estar

auto l0

iface lo inet loopback

dai coloca

auto eth0

iface eth0 inet dhcp

Passo 5 – Instalação do Eclipse Galileo (última versão)
sudo -s cd /tmp wget http://eclipse.c3sl.ufpr.br/technology/epp/downloads/release/galileo/R/eclipse-java-galileo-linux-gtk.tar.gz

Agora que temos o arquivo, vamos descompactá-lo, e mover para o seu destino final

tar -zxvf eclipse-java-galileo-linux-gtk.tar.gz mv eclipse /opt/
Agora você precisa criar uma entrada no menu, apontando para /opt/eclipse/eclipse. E pronto, sua instalação foi feita.
Todo processo também de baixar pode ser feito pela interface gráfica, fazendo o dawnload diretamente pelo link http://eclipse.c3sl.ufpr.br/technology/epp/downloads/release/galileo/R/ e selecionando o arquivo eclipse-java-galileo-linux-gtk.tar.gz

Passo 6 – Mapeamento do Servidor pra entrar acessa-lo

1. Liste todos os compartilhamentos do servidor:

smbclient -L 192.168.1.XXX

2. Crie as pastas onde serão montadas as pastas mapeadas:

mkdir [nome pasta]

3. Mapeando os dados para reconhecer arquivos do servidor:

smbmount //192.168.1.XXX/docs ~juliana/mnt/[nome pasta] -o user=[seu usuário],pass=[sua senha]

cd vaughan_docs/

Espero ter ajudado =]

Próximo passo é configurar a rede wireless, importar bibliotecas e afins pro Eclipse =]

JColorChooser

2009-04-28T11:25:00.004-03:00

Esta classe do java serve pra vc não perder tempo inserindo cor por cor pro usuário escolher lá, ela já cria um box padronizado com todas as cores rgb pra escolher.. bem facil mesmo

import java.awt.*;
import java.awt.event.*;
import javax.swing.*;

@SuppressWarnings("serial")
public class MinhaJColor extends JFrame implements ActionListener {

public static void main(String[] args) {
new MinhaJColor ();
}

public MinhaJColor () {
WindowUtilities.setNativeLookAndFeel();
addWindowListener(new ExitListener());
Container content = getContentPane();
//cor do fundo do background do botão
content.setBackground(Color.black);
content.setLayout(new FlowLayout());
//o que está escrito no botao.. vc pode substituir por alguma imagem.. la la la
JButton colorButton = new JButton("cor");
colorButton.addActionListener(this);
content.add(colorButton);
setSize(20, 65);
setVisible(true);
}

public void actionPerformed(ActionEvent e) {
// Args are parent component, title, initial color
Color bgColor = JColorChooser.showDialog(this,"cor", getBackground());
if (bgColor != null)
getContentPane().setBackground(bgColor);
}
}

Resultado esperado...

Boa sorte!

Java 2D

2009-04-23T10:30:00.006-03:00

Vamos falar um pouco sobre java 2d...
Nao vou enrolar pq eh mto código
Basicamente uma classe chama a outra que chama a que desenha as paradinhas
um exemplo de cada, ta bom assim?

import java.awt.event.*;

public class ExitListener extends WindowAdapter{
public void windowClosing(WindowEvent event){
System.exit(0);
}
}

-------------------------

import java.awt.*;
import javax.swing.*;

public class WindowUtilities {

public static void setNativeLookAndFeel(){
try{
UIManager.setLookAndFeel(UIManager.getSystemLookAndFeelClassName());
}catch (Exception e) {
System.out.println("Deu erro:" + e);
}
}
public static JFrame openInFrame(Container container, int width, int height, String title, Color bgColor){
JFrame frame = new JFrame(title);
frame.setBackground(bgColor);
container.setBackground(bgColor);
frame.setSize(width, height);
frame.setContentPane(container);
frame.addWindowListener(new ExitListener());
frame.setVisible(true);
return(frame);
}
public static JFrame openInFrame(Container container, int width, int height){
return (openInFrame(container, width, height, container.getClass().getName(), Color.white ));
}
}

-----------------------------

import javax.swing.JPanel;
import java.awt.*;
import java.awt.geom.*;

public class Java2d extends JPanel {

private static final long serialVersionUID = -4849154246864000661L;

// espçamento entre os pontos
final static float dash1[] = {10.0f};
final static float dash2[] = {1.0f};
final static float dash3[] = {5.0f};

//tipo dos pontos
final static BasicStroke dashed = new BasicStroke(1.0f, BasicStroke.CAP_ROUND, BasicStroke.JOIN_MITER, 10.0f, dash1, 0.0f);
final static BasicStroke dashed2 = new BasicStroke(5.0f, BasicStroke.CAP_SQUARE, BasicStroke.JOIN_MITER, 10.0f, dash2, 0.0f);
final static BasicStroke dashed3 = new BasicStroke(10.0f, BasicStroke.CAP_BUTT, BasicStroke.JOIN_MITER, 2.0f, dash3, 0.0f);
final static BasicStroke dashed4 = new BasicStroke(2.0f, BasicStroke.CAP_BUTT, BasicStroke.JOIN_BEVEL, 2.0f, dash1, 0.0f);
final static BasicStroke dashed5 = new BasicStroke(4.0f, BasicStroke.CAP_ROUND, BasicStroke.JOIN_ROUND, 2.0f, dash2, 0.0f);
final static BasicStroke dashed6 = new BasicStroke(7.0f, BasicStroke.CAP_SQUARE, BasicStroke.JOIN_BEVEL, 2.0f, dash3, 0.0f);
final static BasicStroke dashed7 = new BasicStroke(10.0f, BasicStroke.CAP_BUTT, BasicStroke.JOIN_ROUND, 2.0f, dash1, 0.0f);

//desenhando um circunferencias
private final Ellipse2D.Double circle = new Ellipse2D.Double(5, 5, 150, 150);
private final Ellipse2D.Double circle2 = new Ellipse2D.Double(5, 220, 50, 150);
private final Ellipse2D.Double circle3 = new Ellipse2D.Double(5,165 , 150, 50);
private final Ellipse2D.Double circle4 = new Ellipse2D.Double(5, 400, 150, 150);

//desenhando quadráticos
private final Rectangle2D.Double square = new Rectangle2D.Double(200, 5,150, 150);
private final Rectangle2D.Double square2 = new Rectangle2D.Double(200, 200,50, 150);
private final Rectangle2D.Double square3 = new Rectangle2D.Double(200, 400,150, 50);

//desenhando linhas
private final Line2D.Double line = new Line2D.Double(450, 15 , 400, 65);
private final Line2D.Double line2 = new Line2D.Double(400, 100, 450, 150);
private final Line2D.Double line3 = new Line2D.Double(400, 200, 400, 350);
private final Line2D.Double line4 = new Line2D.Double(400, 400, 550, 400);

//mostrar na tela xD
public void paint(final Graphics g){
clear(g);
final Graphics2D g2d = (Graphics2D)g;

// seta o tipo da linha
g2d.setStroke(dashed);
//seta o desenho
g2d.draw(circle);
g2d.setStroke(dashed2);
g2d.draw(circle2);
g2d.setStroke(dashed3);
g2d.draw(circle3);
g2d.fill(circle4);

g2d.setStroke(dashed);
g2d.draw(square);
g2d.setStroke(dashed2);
g2d.draw(square2);
g2d.setStroke(dashed3);
g2d.draw(square3);
g2d.fill(square3);

g2d.setStroke(dashed4);
g2d.draw(line);
g2d.setStroke(dashed5);
g2d.draw(line2);
g2d.setStroke(dashed6);
g2d.draw(line3);
g2d.setStroke(dashed7);
g2d.draw(line4);

/*fill - para desenhos só com contorno
draw - preenche tudo
*/
}

protected void clear(final Graphics g){
super.paint(g);
}

public static void main(final String[] args){
WindowUtilities.openInFrame(new Java2d(), 580, 700);
}
}

Resultado esperado...

Bem vindos à BioInfo

2009-04-13T16:28:00.004-03:00

Bom dia amiguinhos xD

Estou começando uma nova linha de posts agora, sobre Bioinformática, ou melhor, Bioinformatc...

Como é o primeiro POST achei decente situar a galera sobre qual área, em linhas gerais, irei tratar a maioria dos próximos posts sobre o assunto.

Primeiramente, pra quem não sabe, a bioinfo é o estudo e a aplicação de tecnologia da informação para a biologia, ou seja, desenvolvimento tecnológico computacional ( software... hardware... ware's) voltados para a área da biologia. Cujo principal objetivo é aumentar a compreensão dos processos biológicos. Todos, pelo menos quase todos, ouvem falar de bioinfo o tempo todo, ta ai a rede bobo de televisão pra não me deixar mentir sozinha.

Pelo menos uma ou mais vezes ao mês sai uma reportagem no fodastico, jn, cvn, avn, spn, cnn, jornal do bobo, jornal do alegre, jornal do jornal ( não faço propaganda de coisas que não sou 100% fã!). Enfim, toda essa mídia divulga alguma descoberta quase que mensal, nem que seja repetido, mas fala "projeto genoma descobriu não sei o que... ", "descoberta dos componentes do dna", tudo isso ai está intimamente ligado a bioinfo.. agora parece obvil, neh? Sf e Hd especializados pra ajudar a galera da biologia, pra eles não precisarem gastar horas e horas contando pontinhos em imagens gigantes utilizando reguas de 30 cm, pra chegar a algum resultado util. ( isso foi uma piada interna, poucos entenderão, eu sei).

De forma bem grotesca é isso que trata a bioinfo.

Acho que agora me sinto mais avontade pra falar sobre coisas mais uteis.
Não agora.

Checkstyle

2009-01-14T12:34:00.003-02:00

Olá amiguinhos,

Bem, em plenas férias mas... é a vida neh, pelo menos estou em ritmo de férias nas postagens.

Hoje nós vamos aprender uma coisinha muito interessante que interessa a galera de QS (Qualidade de Software). É, como o próprio titulo diz, o Checkstyle. Ele é um plug-in que serve para ajudar a padronizar o código, como dar os espacamentos certos, faz sugestao quando voce deve comentar o código e tals, bem util pra quem precisa, deseja, tem curiosidade ou apenas nao tem nada pra fazer e está entediado...

É bem simples... abra o Eclipse
vá em:

help (o ultimo item do menu)->Software Updates->Find and Install

Dai vai abrir uma caixa de diálogo e vc seleciona

Search for new features to install

e clica em next
Vai abrir outra caixa de diálogo, no canto direito, o primeiro item tem um botao escrito

New Remote Site...

Nessa caixa de diálogo vc digita

Checkstyle Plug-in (em name)
http://eclipse-cs.sourceforge.net/update (na URL)

e, obviamente, clica no botao ok

Dai vc seleciona, geralmente ele seleciona automaticamente, no nome que vc digitou lá na caixa de diálogo anterior, e clica em Finish.

Vao aparecer outras caixas de diálogo e tudo mais, dai vc sempre vai optar por next e finish.

E divirta-se!

FONTE: Eclipse

Validação de CPF no C++ Builder

2008-12-17T15:43:00.010-02:00

Mio dios!
Como foi dificil fazer isso..
sem mais vou postar o código e escrever o que deve-se fazer com ele...

Bibliotecas

Código direto na classe...
Código da classe

//Verificador de cpf

int valor, fator, dig1, dig2, i;
String num;

if(ECpf->Text.Length()==14 ) {

//Onde "ECpf" é o campo onde a pessoa digita o valor do cpf.
//Obs.: nesse caso o cpf é armazenado com 14 dígitos, pois considera os pontos e o traço.

num = ECpf->Text.SubString(1,3);
num = num + ECpf->Text.SubString(5,3);
num = num + ECpf->Text.SubString(9,3);
num = num + ECpf->Text.SubString(13,2);

/* PRIMEIRO DIGITO VERIFICADOR */

int aux = ((atoi(num.SubString(1,1).c_str())*10) + (atoi(num.SubString(2,1).c_str())*9)+ (atoi(num.SubString(3,1).c_str())*8)+ (atoi(num.SubString(4,1).c_str())*7)+ (atoi(num.SubString(5,1).c_str())*6)+( atoi(num.SubString(6,1).c_str())*5)+ (atoi(num.SubString(7,1).c_str())*4)+ (atoi(num.SubString(8,1).c_str())*3)+ (atoi(num.SubString(9,1).c_str())*2));
valor = aux;
fator = 0;
fator = valor%11;
dig1 = fator< valor =" 0;" aux2 =" ((atoi(num.SubString(1,1).c_str())*11)" valor =" aux2;" fator =" valor%11;" dig2 =" fator" v =" ECpf-">Text.SubString(13,1);
String d = ECpf->Text.SubString(14,1);

int Iv = atoi(v.c_str());
int Id = atoi(d.c_str());

if ((Iv == dig1) && (Id == dig2))
ShowMessage("CPF ok");
else
ShowMessage("CPF inválido");
}

Código em uma classe separada...
Código da Classe

class VerificaCpf
{
public:
int ValidaCpf(String);
String Cpf;
VerificaCpf(void){};
~VerificaCpf(void){};
};

int VerificaCpf::ValidaCpf(String cpf)
{
int valor, fator, dig1, dig2, i;
String num;
String Cpf = cpf;
num = Cpf.SubString(1,3);
num = num + Cpf.SubString(5,3);
num = num + Cpf.SubString(9,3);
num = num + Cpf.SubString(13,2);

/* PRIMEIRO DIGITO VERIFICADOR */

int aux = ((atoi(num.SubString(1,1).c_str())*10) + (atoi(num.SubString(2,1).c_str())*9)+ (atoi(num.SubString(3,1).c_str())*8)+ (atoi(num.SubString(4,1).c_str())*7)+ (atoi(num.SubString(5,1).c_str())*6)+( atoi(num.SubString(6,1).c_str())*5)+ (atoi(num.SubString(7,1).c_str())*4)+ (atoi(num.SubString(8,1).c_str())*3)+ (atoi(num.SubString(9,1).c_str())*2));
valor = aux;
fator = 0;
fator = valor%11;
dig1 = fator< 2 ? 0 : 11-fator;

/* SEGUNDO DIGITO VERIFICADOR */

valor = 0;
int aux2 = ((atoi(num.SubString(1,1).c_str())*11) + (atoi(num.SubString(2,1).c_str())*10)+ (atoi(num.SubString(3,1).c_str())*9)+ (atoi(num.SubString(4,1).c_str())*8)+ (atoi(num.SubString(5,1).c_str())*7)+( atoi(num.SubString(6,1).c_str())*6)+ (atoi(num.SubString(7,1).c_str())*5)+ (atoi(num.SubString(8,1).c_str())*4)+ (atoi(num.SubString(9,1).c_str())*3)+ (atoi(num.SubString(10,1).c_str())*2));
valor = aux2;
fator = valor%11;
dig2 = fator < 2 ? 0 : 11-fator;

String v = Cpf.SubString(13,1);
String d = Cpf.SubString(14,1);

int Iv = atoi(v.c_str());
int Id = atoi(d.c_str());

if ((Iv == dig1) && (Id == dig2))
return 1;
else
return 0;

}

e será salva em ".h"

Novidades Google

2008-11-18T10:51:00.002-02:00

Bom dia amiguinhos...

Tá.. não é uma parada tão novidade assim , mas descobri isto hoje e achei tão massa que resolvi postar algo a respeito pras pessoas que ainda leem este blog tão desatualizado...

É o tal do livro no Google. Funciona mais ou menos assim:
Tem aquela paradinha de pesquisa do google padrão, só que ele pesquisa livros, apenas livros.
O melhor de tudo é que o livro encontrado você poderá armazenar na sua propria biblioteca, claro que na conta do gmail né...
Após você ter selecionado o livro ele abrirá uma página com ele e no canto direito você vai ver o botãozinho lá armazenar na sua biblioteca...

Algumas empresas fizeram uma parceria, ou algo assim, pelo que entendi, e publica partes dos livros lá, claro que não estarão livros na integra pq eles tem o direito autoral pra fazer as pessoas comprarem os livros, afinal. Mas boa parte está lá. É algo que vale a pena dar uma olhada.

Isso existe a uma porrada de tempo porque me lembro ter visto já isso antes, mas nunca tive a curiosidade de entrar...

Ahhh sim, pra abri basta vc ir lá no canto superior, clicar no "mais funcionalidades" e lá em baixo no canto esquerdo vai ter um icone com alguns livros empilhados escrito "Pesquisa de Livros"...

link : Pesquisa de Livro

Espero ter ajudado em algo....

Diagrama de Módulos Parte II

2008-10-20T10:03:00.006-02:00

Então galerinha....

Finalmente encontrei como se faz um Diagrama de Módulo, ou Diagrama de Estrutura de Software (DES).

De maneira bem prática e resumida nos fazemos esse diagrama com base nos DFD's...
Pasos para se construir um DES

Fazer o DFD
Encontrar o centro de transformação ( é a parte do DFD que contém o maior fluxo de informações , ou o fluxo de informações mais relevante para o sistema).
Produzir um esboço do DES. Isso exige a definição de um módulo chefe. Para isso temos que eleger o processo que realiza pouco processamento, mas que executa um grande número de atividades dedicadas a coordenar o trabalho em outros processos. Geralmente ele se encontra no centro do DFD
Revisar o DES tomando-se as seguintes providências:

adicionar módulos de leitura e gravação para acessar fontes, destinos e arquivos;
efetuar segmentação e reorganizar os módulos aferentes e eferentes (depois eu explico isso);
efetuar a segmentação da transformação central (caso precise), usando os diferentes níveis de DFD's;
adicionar os módulos de manipulação de erros;
adicionar os detalhes de iniciação e finalização;
verificar os nomes dos módulos cuidando para que eles sejam adequados para a sua posição na hierarquia;
verificar todos os critérios de qualidade do projeto.

5. Assegurar a funcionalidade do projeto. Para isso podemos fazer um diagrama de transformação entre o DFD para o DES. Esse diagrama irá apenas passar as informações do DFD para o formato de DES, mais tarde eu postarei uma imagem, estou sem agora.

Existem 4 tipos de módulos: aferente , eferente , transformador e coordenador

Aferente: enviam informação de baixo para cima (para o módulo chamador ou chefe).
Eferente: enviam informação de cima para baixo (para os módulos chamados ou subordinados).
Transformador: recebem informação de seu superior, transformam a informação e envia-a de volta.

Coordenador: organizam a comunicação de seus subordinados passando os dados de uma para outro.
Diagrama de transformação tem mais ou menos essa estrutura:

Dicionário de Dados

2008-10-16T21:10:00.003-03:00

Aew galerinha!
Amanhã tem prova do Mário...
Dais as atualizações fluem que é uma beleza neh, tipoh.. algumas horas antes mas da nda

Agora vamos falar de dicionário de dados, em inglês data dictionary, que é uma coleção de metadados que contém definições e representações de elementos de dados. (Wikipédia)
Servem pra documentar o DFD.

Dentro da visão de documentação do sistema, o dicionário de dados deve ser capaz de descrever os seguintes elementos do DFD:

Elementos de dados;
Estruturas de dados;
Entidades externas;
Fluxos de dados;
Depósitos de dados;
Processos.

Elementos de dados - são os dados que não precisam de uma maior decomposição. Ex.: dia;
Estruturas de dados - são compostas de elementos de dados ou de outras estruturas. Ex.: Dada = "dia + mês + ano". Pedido = Dada + n° Pedido + etc...
Deve conter: descrição, estruturas (se tiver) e elementos de dados
Entidades externas - pequena descrição
Fluxos de dados - deve conter: referência (origem e destino), descrição, estruturas de dados incluidas
Depósito de dados - deve conter: fluxos que entram e saem, conteúdo e descrição
Processos - deve conter: descrição, entrada, saída e resumo lógico.

Notação - Significado

= é composto de
() opcional
{} iteração
[] escolha em uma das alternativas
** comentário
@ identificador (chave) em um depósito
/ separa opções alternativas de construção []

Conclusão (Fajuta)

Um dicionário de dados contém as características lógicas dos dados que serão utilizados no sistema que estamos programando, incluindo nome, descrição, alias, conteúdo e organização.

Estes dicionários se desenvolvem durante a análise de fluxo de dados e ajuda aos analistas que participam na determinação dos requerimentos do sistema, seu conteúdo também se emprega durante o desenho do projeto.

Diagrama de Fluxo de Dados

2008-10-16T15:26:00.005-03:00

OIE, nesta linda tarde de chuva, ao dado da janela, acho que to me molhando.. enfim

Vim pra explicar um pouco sobre DFD`s, que eh uma ferramenta para modelagem de sistemas. Tipoh, ela fornece uma visao estruturada do sistema, que permite visualizar quem fornece as informações pro sistema, os processos que essa informação vai passa e pra onde vai, com quem liga.. essas coisas...

(Logo se vê que uma parada eh complexa qndo começo a ver que já é a quarta vez que começo um post de DFD e ele vai para nos rascunhos, mas acho que dessa vez sai)

Definição simples (valeu Bia!) : representa um fluxo de dados , em sequência , dentro de uma organização.

É composto de :

Entidade externa - origem ou destino dos dados;
Deposito de dados - armazenamento dos dados (não necessáriamente um pc com banco de dados);
Fluxo de dados - passagem;
Processos - transformação.

Entidade externa - origem ou destino, não necessáriamente interagem com o sistema. Está fora dos limites do sistema. Ex.: clientes, empregados, contribuintes, fornecedores.
Depósito de dados - onde são armazenados as estruturas de dados.
Fluxo de dados - "estruturas de dados (metadados) a serem processadas". (prof° Mário)
"Pode se considerado um tubo por onde passam os pacotes de dados " (Chris Gane)
Processos - representa uma ação efetuada durante um determinado fluxo.

Notação

Vantagens:

Especificação que possui algum formalismo, tal como proposto nos princípios da Engenharia de Software;
Permite registrar as necessidades e preferências do usuário;
Permite uma visão gráfica do problema, evitando ambiguidades, redundâncias e omissões próprioas de uma especificação narrativa;
Esse instrumento de análise serve para a documentação do sistema;
Facilita o controle do projeto.

Ferramentas para Demonstração Lógica

2008-10-16T11:22:00.007-03:00

Bom dia xD

Agora iremos conversar sobre algumas ferramentas para demonstração lógica....

PORTUGUÊS ESTRUTURADO

É um processo lógico que pode ser tanto executado por uma pessoa quanto pelo pc.

De maneira mais abrangente podemos dizer que é a tradução literal da linguagem de programação.
É bem semelhante da do Tarzan também xD mas voltada pra informática.
Exemplo escovando os dentes

Início

Variaveis
cremeDental
escovaDental
Dentes
Limpo
Boca

Pegue escovaDental;
Pegue cremeDental
Insira cremeDental na escovaDental;
Pegue escovaDental;
Enquanto (Dentes!= Limpo)
inicio
Esfregue escovaDental nos Dentes;
fim
Enchague Boca;
Fim

Exemplo da calculadora

01 | algoritmo calculadora
02 | variaveis
03 | num1: inteiro
04 | num2, operacao: inteiro
05 | resultado: real
06 | inicio
07 | escrever ( 'Digite o primeiro numero: ' )
08 | ler ( num1 )
09 | escrever ( 'Digite o segundo numero: ' )
10 | ler ( num2 )
11 | escrever ( 'Digite 1 para soma ou 2 para subtracao' )
12 | ler ( operacao )
13 | se operacao = 1
14 | entao resultado <- num1 + num2
15 | senao se operacao = 2
16 | entao resultado <- num1 - num2 17 | senao
18 | inicio
19 | escrever ( 'Voce escolheu uma operacao invalida.' )
20 | sair_do_programa ( verdadeiro )
21 | fim
22 | escrever ( 'O resultado da conta eh: ', resultado )
23 | fim

Sua "Estrutura " é composta de:

Instruções sequenciais (" faça 1, faça 2 ")
Instruções de decisão( SE isso ENTÃO faça1 SENÃO (não isso) LOGO faça2), pode existir vários tipos de possibilidade de uma condição que nunca ocorre em combinação (CASO) - muito utilizado em menus (CASO1 faça1 CASO2 faça2)
Instruções de repetição - loops (ENQUANTO isso faça1 )

Escrita sugerida:
Letras maiúsculas e deslocamento vertical (semelhante a padronização da programação)

ÁRVORE DE DECISÃO

"Um 'diagrama' de 'se-entã0-senão-logo'" (Bia)

Consiste de uma hierarquia de nós internos e externos que são conectados por ramos. O nó interno, também conhecido como nó decisório ou nó intermediário, é a unidade de tomada de decisão que avalia através de teste lógico qual será o próximo nó descendente ou filho. Em contraste, um nó externo (não tem nó descendente), também conhecido como folha ou nó
terminal, está associado a um rótulo ou a um valor.
Em geral, o procedimento de uma árvore de decisão é o seguinte:
apresenta-se um conjunto de dados ao nó inicial (ou nó raiz que também é um nó
interno) da árvore;
dependendo do resultado do teste lógico usado pelo nó, a árvore ramifica-se para um dos nós filhos e este procedimento é repetido até que um nó terminal é alcançado. A repetição deste procedimento caracteriza a recursividade da árvore de decisão.

Exemplo:

Na árvore de classificação ilustrada na figura anterior as classes formadas são Classe 1, representada pelos nós 3 e 5 , e a Classe 2, representada pelo nó 4.
As regras obtidas após a árvore treinada são:
Regra para Classe 1 Se (x1 > 0.7) ou Se (x1 ≤ 0.7 e x2 > 0.5)
Regra para Classe 2 Se (x1 ≤ 0.7 e x2 ≤ 0.5)

Quando utilizar?
Quando o número de decisões for pequeno e nem toda combinação de decisão for possivel.

TABELA DE DECISÃO

"Fornece uma maneira objetiva de identificar todas as combinações possiveis de condições que podem surgir e de verificá-las sistematicamente para ter certeza de que foram levadas em conta todas as compilações." ( Análise Estruturada de Sistemas, Chris Gane)

Quando utilizar?
Quando o número de ações for grande e ocorram muitas combinações de condições ou quando existem dúvidas de que a árvore de decisão mostra toda a complexidade do problema

Podemos dizer que é uma maneira de expressar, em forma de tabela, qual o conjunto de condições que é necessário ocorrer para que um determinado conjunto de ações deva ser executado. O ponto principal de uma tabela de decisão é a regra de decisão, que define o conjunto de ações a ser tomado, a partir de um conjunto de condições.

Uma tabela de decisão é composta de:

uma área de condições, onde são relacionadas as condições que devem ser verificadas para que seja executado um conjunto de ações;
uma área de ações, que exibe o conjunto de ações que deve ser executado caso um determinado conjunto de condições ocorra;
regras de decisão, representadas pelas colunas, que apresentam a combinação das condições com as ações a serem executadas.

Por fim quero agradecer a Bia pelos resumos xD
Espero ter ajudado ^^

Diagrama de Módulos

2008-10-16T10:57:00.003-03:00

Olá caros leitores, hoje iremos conversar sobre Diagrama de Módulos, é não tem muito material disponível na internet.. então o post vai ser bem fraquinho.. mas tentarei explicar mesmo que com poucas palavras

Ele define como as funções e processos relacionam entre si. Faz a representação lógica do sistema e mostra graficamente a hierarquia das funções e procedimetos, e respectivos parâmetros de um determinado módulo.

Na prática ele é bem parecido com a estrutura do WBS (acho que já postei isso antes), só que no Diagrama de Módulos ele vai conter os pacotinhos de implementação, e não o que deve ser feito. Deu pra entender a diferença? Hmm.... seria como se no WBS estivesse o que deve ser feito e no Diagrama de Módulos o que é feito
A estrutura do programa mesmo.

Você começa sempre pelo sistema principal, dai parte pras especificações do sistema (as funcionalidades) até chegar as funções mais especificas, todos os detalhes.
Por exemplo, um sistema de locadora.
Você tem o sitema, dai quando você loga pode entrar na parte de funcionário ou administrador
dai do funcionário tem o pacotinho venda, com os dados da venda mais pacotinho de dados do funcionário, o pacotinho de dados do cliente, o pacotinho de dados das
Dentro do pacotinho do funcionário tem dados do funcionário, nele tem o CPF, o cpf tem o pacotinho de validação do cpf
no pacotinho do cliente tem o pacotinho de dados do cliente
no pacotinho midia tem o pacotinho tipos de midia e os dados da midia
dentro do pacotinho do tipo de midia tem os dados do tipo.

Claro que isso é so uma idéia bem geral das coisas.
Mais tarde termino este post com os desenhos dos padroes e respectivos nomes....
Espero ter ajudado....

Diagrama de Contexto

2008-10-15T00:05:00.007-03:00

O que é?
É o DFD (Diagrama de Fluxo de Dados - vou esplicar melhor mais pra frente) de nivel mais alto, que representa o sistema como unico processo. É uma forma de representar projeto e sua relacao com o ambiente.

Do que eh composto?
É composto por Fluxos de Dados que mostram as interfaces entre o sistema e as entidades externas.

Vou explicar melhor tudo isso...
O Diagrama de Fluxo de Contexto eh uma visao mais "geral " do sistema, onde entram apenas as entidades externas (quem fornece a informacao pro sistema) e os processos ou bolhas(que sao as funcionalidades do sistema).

Muitos autores definem o Diagrama de Contexto como DFD nivel 0.
So que nossa fonte de informacao eh o Chris Gane e o Trish Sarson.... autores do livro Analise Estruturada de Sistemas.. mto bom por sinal...

Exemplo:

Onde esses quadradinhos sao as entidades externas e o do meio ai (nao esta na padronizacao do prof.) eh o processo...

RAID

2008-10-05T15:37:00.005-03:00

Bommmmmm diaaaaaaaaaaaa xD

Eae.. ja exerceu seu ato cidadanico? huhauahuah nossa cidadanico.. da onde tirei isso? Credo.. será que existe isso ?

Mas nao vim discutir normas linguísticas do vocabulário português...
Vim falar sobre RAID.. não o de matar moscas!
O raid sob a visão garantir dados...

Redundant Array of Impendent Disks ou Redundant Array of Inexpensive Drivers, em português Conjunto Redundante de Discos Independentes ou Conjunto Redundante de Discos Econômicos.
É uma técnica utilizada para ganhar segurança e desempenho, aonde são reunidos vários discos com a intenção de transformá-los logicamente em um disco só.

Há duas formas de implementá-lo: por hardware e por software. Por hardware precisamos de algumas controladoras de discos especiais e por software precisamos de alguns módulos implementados ao kernel.

Existem dois conceitos principais: Data Striping (Divisão de dados) e Espelhamento. O primeiro tem como objetivo aumentar o desempenho da máquina, dividindo os dados em vários pedacinhos e cada um deles é armazenado em um HD diferente simultaneamente. O segundo tem como principal objetivo aumentar a confiabilidade do armazenamento de dados, da seguinte forma: tudo que for solicitado para gravação no primeiro disco será gravado no segundo, e caso ocorra algum problema com o primeiro, o segundo imediatamente entrará em ação.

O RAID possui vários níveis, que são as diferentes formas que pode-se combinar os discos num só. São eles: RAID 0 Linear, RAID 0 Striping, RAID 1, RAID 2, RAID 3, RAID 4, RAID 5, RAID 0+1, RAID 1+0 e RAID 5+0.

O RAID 0 Linear é uma maneira de unir os discos em apenas um para que ele fique com mais capacidade.

O RAID 0 Striping é semelhante ao RAID 0 Linear, mas os dados são lidos e escritos em paralelo nos discos, aumentando o desempenho.

O RAID 1 prove redundância, ou seja, se eu tenho dois discos, tudo o que for gravado no primeiro será gravado no segundo.

RAID 4 funciona como dois ou mais discos iguais, onde um deles guarda a paridade das informações dos outros discos. Com isso se algum deles estraga poderá recuperar as informações utilizando-a. No entanto, as combinações dos outros níveis de RAID funcionam de forma mais eficiente e eficaz que este o deixando cair em desuso.

RAID 2; semelhante ao RAID 4, no entanto, armazena a informação ECC ( Error Correcting Code) ao invés da paridade.

RAID 3 é parecido com o RAID 4, só que ele utiliza menor tamanho de stripe.

RAID 5 é o mais complicado entre todos, pois utiliza três ou mais discos. O funcionamento dele consiste em pegar todos os dados e todas as paridades e distribuir entre os discos, se algo acontecer com algum dos discos o raid consegue, através da paridade escrita em todos os discos, regenerar um spare-disk (reconstituição dos dados no disco de reposição).

RAID 6; semelhante ao RAID 5, só que utiliza o dobro de bits de paridade, podendo, assim, garantir a integridade dos discos se dois HDs falharem ao mesmo tempo.

Atualmente o mercado utiliza a combinação entre os níveis de RAID para obter um melhor resultado:

RAID 0 + 1 (RAID 0 + RAID 1)
RAID 1 + 0 ou RAID 10 (RAID 1 + RAID 0)

A diferença entre o RAID01 e o RAID10 é que no RAID01 quando ocorre algum erro ele retorna e fica so RAID0, e é mais caro implementá-lo. E ambos necessitam de ao menos 4 HDs.

RAID 50 (RAID 5 + RAID 0).

DBDesigner - 2

2008-10-05T07:19:00.002-03:00

Bom dia amiguinhos!

Já votaram?

Então, está é a segunda parte do post...
Achei interessante deixar esse tutorial, pois pode facilitar a vida de mta gente ai...

Vamos aprender a gerar arquivos SQL a partir do DBDesigner...
Pra começar você terá que ter feito aquela primeira parte...
A minha ficou assim..
Agora para gerar o Arquivo SQL vc vai em
File -> Export -> SQL Create Sript

Dai vc configura como na figura abaixo e clica em Save Srcipt to file

Dai é só selecionar a parta e OK...
Você terá os scripts SQL prontinhos, mas se for entregar esses scripts pra Jeroniza, é bom dar uma modificada, porque ele meio que tem uma linguagem propria =P

DBDesigner

2008-10-04T23:27:00.008-03:00

Salve! Salve! Galerinha do mau!

Hoje finalmente consegui descobrir como solucionar um problema que me atasano a semana inteira, pesquisei, pedi ajuda e ninguém entendia meu problema, quando entendia não entendia o que era de fato ou achava que eu estava louca porque não acontece, ou sei lá o que.

De fato, passei horas achando que fosse alguma desconfiguração que tivesse feito ou coisa parecida. Mesmo assim, tudo aquilo me parecia muito curioso.

Agora estou postando isso para nunca mais esquecer, e se alguém vier a ter o mesmo problema, heis a solução.

Eu não sei como funciona, como usar, e mais muitas outras coisas sobre o DBDesigner, o fato é que estava fazendo um trabalho de SGBD e precisava criar o Relacional nele pra facilitar minha vida na hora de fazer as criações SQL, e pq Access ninguém merece...

Para fazer as tais tabelinhas vc vai la na paletinha e clica no desenhinho da tabela...
Dai vai aparecer uma caxinha de texto onde vc irá inserir o nome da tabela e os atributos

Dai pra inserir é bem simples, nos boxizinhos vá preenchendo e tals, ao lado tem o tipo dele (varchar, integer...) Ele já vem com várias bibliotecas do java integradas, dai é so selecionar e tals. Preencher as outras coisas e pra declarar ou não se é chave primária basta clicar n campo onde tem a chave, ou nao ( tao na mesma direção). Após tudo preenchido vá lá em baixo e clique no botaozinho em forma de "V"

Ele irá voltar à versão macro.. E, para construir outra tabela, basta clicar duas vezes no iconezinho lá e seguir o mesmo procedimento...
Agora vamos a parte "chata"

São 3 neh.. então, O primeiro eh a relação um pra n ( 1: n ou 1:m), dai pra utilizá-lo vc deve clicar na tabela que irá se o "um" e depois na tabela "m", ou seja, como no exemplo, 1 professor pode ter apenas uma titulação e uma titulação pode ter muitos professores....
O segundo é a relação um pra um ( 1: 1), exemplo.. Tabela Telefone e Tabela Aluno, Um aluno possui um telefone e um telefone possui um aluno...
E o terceiro é a relação muitos pra muitos ( n: m ou n:n ou m:m), por exemplo um professor dá aula em várias turmas e uma turma tem vários professores, geralmente ( diga-se de passagem todos de um modo geral) quando ocorre uma relação desse tipo é criado outra tabela intermediária...
Os de icones logo abaixo eu ainda hei de saber suas funcionalidades mais específicas...
E quanto essa parte de relacionais outro momento comentarei mais a respeito.

Nota importante: PRA VOCÊ CONSEGUIR EXCLUIR UMA TABELA, RELAÇÃO ... DEVE -SE CLICAR NO QUE QUER EXCLUIR E DEPOIS APERTAR ALT DEL, DAI É SO CONFIRMAR XD
Por hora acho que é apenas isso que tenho a declarar. Obrigada pela atenção, e se conseguiu entender, espero que valha de alguma coisa xD

DLL - Dynamic-Link Library

2008-10-02T15:08:00.005-03:00

Esta é o primeiro de muitos posts sobre DLL

Respire fundo, coragem e vamos lá...

DLL - Dynamic-Link Library(em português Bibliotela de Ligação Dinâmica)

No sistema Win32, os arquivos DLL são organizações em seções.

Os códigos em uma DLL geralmente é compartilhado entre todos os processos que o utilizam, ou seja, cria um único espaço na memória física.

Os comandos uzados na DLL servem para manipular os componentes do banco de dados e para implementar as regras de integridade.

Devemos levar em consideração a ferramenta de compilação que utilizamos, por exemplo no Delphi o cabeçalho do código fonte, a palavra reservada library no lugar de program. No fim do arquivo, as funções a serem exportadas são listadas na cláusula exports. O Delphi não requer que os arquivos LIB importem funções de DLL. Para fazer uma ligação a uma DLL, a palavra reservada external é usada na declaração da função. No Visual Basic (VB), apenas a ligação em tempo de execução é suportada, porém, com o uso das funções LoadLibrary e GetProcAddress, declarações de funções importadas são permitidas. Ao importar funções de DLL através de declarações, o VB irá gerar um erro em tempo de execução se o arquivo DLL não for encontrado. O desenvolvedor pode então tratar o erro apropriadamente. E no Microsoft Visual C++(MSVC) provê várias extensões ao C++ padrão, o que permite que funções sejam importadas ou exportadas diretamente no código. Este modelo foi adotado por outros compiladores C e C++ para Windows, incluindo a versão windows do GCC. Essas extensões usam o atributo __declspec antes de uma declaração de função. Quando nomes externos seguem as convenções de nomes do C, eles também devem ser declarados como extern "C" no código em C++, para prevenir o uso das convenções de nomes do C++. Além da especificação das funções como importadas ou exportadas ao usar os atributos da __declspec, elas podem ser listadas nas seções IMPORT ou EXPORTS do arquivo DEF usado pelo projeto. Este arquivo é processado pelo linker, e não pelo compilador, e portanto não é específico do C++.A compilação de DLL gerará um arquivo DLL e um LIB. O LIB é usado para a ligação de uma DLL em tempo de compilação; ele não é necessário para a ligação em tempo de execução. A não ser que sua DLL seja um COM server, o arquivo DLL deve ser colocado em um dos diretórios listados na variável de ambiente PATH, ou no diretório de sistema padrão, ou no mesmo diretório do aplicativo. As DLL COM servers são registradas usando o regsvr32.exe, que coloca a localização e seu ID global único (GUID) no registro. Os programas podem então usar a DLL se buscarem pelo seu GUID no registro para acharem sua localização.

Este link tem API's bastante úteis xD.

Revisões de Software X Teste de Software

2008-09-25T21:11:00.004-03:00

Olá amiguinhos! Tudo bem?

Bem.. o assunto de hoje é algo meio complicado.. nao por ser assuntos complexos de mais e sim porque a diferença é mesmo bastante dificil de se conceituar.

Bem, ambos são como filtros que servem para descobrir defeitos no software antes de ficarem prontos ou entregues ao cliente e servem, também, para melhorar a qualidade do software.
Mas qual a diferença então?

As refisões são mais eficientes, porque procuram os defeitos mais cedo;
As revisões são conduzidas durante o processo de desenvolvimento e verifica se o produto de cada fase está de acordo com os seus requisitos;
As revisões podem ser feitas em qualquer fase do projeto ( incluindo a fase de teste)
As revisões de um software o mesmo nao precisa estar em execussão, e fazer a revisão do código
Nos testes precisa-se compilar o programa para verificar a integridade do mesmo.

Em linhas gerais podemos diferenciar ambos dizendo que a revisão pode estar contida em qualquer fase, parte, etapa ,tudo! do projeto, incluindo nos testes.
Teste possui técnicas ( teste de caixa branca, teste de caixa preta) e fases ( teste de unidade, teste de integracao, teste de sistema, teste de aceitacao, teste de regressão)...
Revisões possui tipos (formal e informal) e pode ser aplicada a qualquer fase do ciclo de vida do projeto ( incluindo as fases de teste).

Ambos se bem aplicados podem diminuir o custo de um software xD

Como calcular a Estimativa de Duração de um Projeto

2008-09-25T20:00:00.005-03:00

Olá queridos amiguinhos...

Hoje nós vamos conversar sobre isso tudo ai que ta no título =)

Entao, como podemos calcular quanto tempo demorará para terminar um projeto? uma parte dele? todo ele? quanto? an?
Complicado....
Um exemplo prático e simples..
Quanto tempo vc leva exatamente para tomar banho? Exatamente!
Eu por exemplo demoro de 7 minutos, quando é aquele banho rapidinho, a famosa "água no corpo", até meia hora.. uma hora.. , "quando ta calor e nao tenho nda pra fazer xD" , e em média uns 15 minutos, nos dias habituais...
Exatamente, exatamente nos segundos e tals eu nao sei neh.. acho que ninguem nunca saberá também, mas a média é facil...
E como que eu sei que demoro esse tempo..
Ah... eu tenho 20 anos, a pelo menos 13 eu tomo banho sozinha já... isso da uma certa "experiencia em tomar banho" pra saber quanto tempo demoro..
Em projeto de software, e em qualquer projeto, é mais ou menos assim também que funciona...
Baseado na experiência e no histórico que podemos calcular mais ou menos o tempo previsto. Nunca vamos saber exatamente quanto tempo demoraremos pra fazer um software, isso vai depender do grau de dificuldade, experiência nas ferramentas para se construí-lo, experiência nos requisitos que ele deve dar suporte, quanto tempo você terá para aprender e executar as ferramentas, etc, etc, etc... São realmente inúmeros fatores que só a experiência e a prática nos levam a alguma noção mais precisa.
Mas baseado nisso tudo podemos calcular quanto tempo em média provavelmente levaremos para construir algo.
Para issso necessitaremos de três estimativas de tempo:

to -> duração mínima ou tempo otimista;
tm -> duração média;
tp -> duração máxima ou pessimista.

Para calcular o te -> tempo estimado.

O cálculo é bem simples:
Exemplo:

Vamos calcular o exemplo do banho, la de cima...
to - > 7 min
tm -> 15 min
tp -> 60 min

Portanto:

-> te = 21 min

EAP - Estrutura Analítica de Projeto

2008-09-24T15:09:00.006-03:00

Salve! Salve! Pequenos terraquios!
Hoje iremos conversar sobre EAP, em inglês WBS ( Work Breakdown Structure).

CONCEITO

A Estrutura Analítica do Projeto (EAP) é o diagrama com diversos níveis hierárquicos formado pelo conjunto de pacotes de trabalho que compõem um projeto . Sua elaboração facilita o detalhamento do trabalho a ser realizado e o gerenciamento do escopo, do orçamento, da equipe e do cronograma ao longo da elaboração do produto.

COMO CONSTRUIR UM EAP?

Um projeto de EAP eh constituido de níveis hierárquicos que possuem pacotes, certo? Então alguns passos para ajudar...

O Primeiro nível estará o nome do projeto
No Segundo nível estarão as fases do cliclo de vida do projeto
No nível abaixo dele estarão os pacotes com as tarefas que devem ser feitas, se dentro do pacote houver necessidade de mais detalhamento haverá mais pacotinhos num nível abaixo e assim por diante.
Vale ressaltar que a mente humana é estupidamente limitada e, portanto, se um pacote houver muito detalhamento algumas tarefas provavelmente serão esquecidas, geralmente guardamos de 5 até 7 tarefas.
Se um pacote ou tarefa ou atividade ficar muito vago podendo dar divergencia ao que deve ser feito procure subdividí-la em mais pacotes detalhando as tarefas que devem ser feitas.
Lembre-se que uma coisinha mal interpretada no começo pode gerar uma coisona dificil de arrumar mais pra frente.

Segue o exemplo abaixo do desenvolvimento de um projeto de web site:

Achei um site muito interessante, da onde tirei essa imagem, que mostra direitinho como que funciona esse troço ai...
http://www.avellareduarte.com.br
e esse aqui eh nosso papai dos burros que me ajudou bastante
http://pt.wikipedia.org

Qualidade de Software

2008-09-17T09:59:00.003-03:00

Bom dia amiguinhos!
Apesar de ta meio em cima, nesse post pretendo fazer uma breve pincelada sobre qualidade de software...

Bem, podemos dizer que qualidade de software é a conformidade com os requisitos ( fazer o que foi proposto, resolver o problema pertinentes, etc.. o que foi especificado..), se o cliente gostou ( satisfação do usuário) e ausencia de bugs...

Na qualidade de software temos duas visões : visão de produto e visão de processo.

A visão de produto - é a avaliação de produto de software para verificação de sua qualidade, nele entra a Norma SQuaRe.

A visãode processo - é a avaliação e melhoria dos processos para o ciclo de vida do software, nele entra o CMMI e o MPS.Br.

Norma SQuaRe

Modelo de qualidade de software que estabelece base ára definir um modelo e realizar avaliações do software e uma linguagem comum e válida internacionalmente. Representa a soma de experiências num único assunto.
Problema: definir objetivos que pretendem atingir num projeto.
É dividido em 5 tópicos:

gerenciamento(define termos do documento, faz recomendaçõs e sugestões de carater geral sobre como utilizar a Norma SQuaRe),
modelo de qualidade ( define conceito de qualidade para orientar e avaliação, é um modelo hierarquico),
medição( descreve aspectos realizados a medição e propoe métricas),
requisitos de qualidade ( estabelece objetivos de qualidade de um produto) e
avaliação ( define como fazer avaliação, com medições e resultados confrontados com modelo definido pelo usuário).

Modelo de medição - possui requisitos (usabilidade, portabilidade, manutenabilidade, eficiencia, confiabilidade e funcionalidade) e métricas (diretas e derivadas).

CMMI

É um modelo de referência para o desenvolvimento e manutenção de produtos e serviços.
Foi feitos porque as empresas necessitam de software melhores(mais qualidade) e elaborados mais rapidamente.
Define o que fazer e não como fazer.
Acredita que a qualidade do processo influencia na qualidade final do produto.
Foca na melhoria de processos.
Baseado em áreas de processo (22), que é um conjunto de práticas a serem realizadas para um determinado processo de engenharia de software.Elas são divididas em 4 categorias e duas metas (gerais e específicas).
O CMMI possui, também, duas representações (contínua e por estágio).

Representação contínua - foca na área de processo, define 6 níveis de capacidade ( de 0 até 5), são eles: incompleto, realizado, gerenciado, definido, gerenciado quantitativamente e otimizado. Cada nível deve ser totalmente realizado para poder passar para o próximo.

Representação por estágio - foca no conjunto de áreas de processo, define 5 níveis de maturidade ( de 1 até 5), são eles: inicial, gerenciado, definido, gerenciado quantitativamente e otimizado. Cada nível deve estar completamente realizado para poder passar para o próximo.

MPS.Br

Modelo de referencia que define os níveis de maturidade da empresa de software.
É mais barato que o CMMI.
Foca em micro, pequenas e médias empresas.
Documentações: guia geral, guia de aquisição, guia de avaliação, guia de implementação
Baseia-se nos conceitos de maturidade e capacidade de processo para avaliação e melhoria da qualidade e produtividade de produto de software e serviços correlatos.
Componentes: modelo de referencia, método de avaliação, modelo de negócio.
Níveis de maturidade - patamares de soluçoes de processo. São 6 que vão de A(mais alto) a G(mais baixo)
Capacidade de processo - habilidade do processo em alcançar objetivos para atender atributos de cada nível de maturidade. Quanto maior o nível de maturidade maior o nível de capacidade.

Cenário

2008-09-15T23:43:00.005-03:00

Salve!Salve! Caros leitores,

Esse post irá falar sobre cenários, dentro do mundo da informática é claro.

Ao contrário dos outros posts que foram praticamente baseados na aula esse é praticamente uma cópia do que entendi com um artigo do João Carlos, que está disponível no site do imasters

Podemos dizer que o cenário é uma sequência de passos numerados que descrevem o que o sistema faz e quem irá executar, ou seja, ele mostra os UC ( Use Case) do Diagrama de Classes com seus atores. Exemplo funcionário cadastra produto
O cenário eh constituido necessariamente de cenário principal, que vai descrever o sistema "nos seus dias felizes", com tudo funcionando como teoricamente deveria. Nele estarão inclusos todos os UC por ordem que, teoricamente, deve funcionar o sistema. E cenário alternativo, ou cenário secundário, que vai descrever o que o sistema fará caso aconteça alguma falha ou fluxo alternativo durante o uso do programa. Exemplo Produto já cadastrado no sistema, emitir aviso. O cenário alternativo não precisa aparecer em todos os UC, apenas naqueles que mostrarem necessidade.

Exemplo do site.

Alternativa: FALHA NA AUTORIZAÇÃO

No item 07, o sistema falha na autorização da compra por crédito; Envia notificação para o cliente via e-mail.

Alternativa: FALHA NA AUTENTIFICAÇÃO

No item 03, o sistema recusa usuário e senha; Permite ao cliente submeter as informações por mais 2 vezes; Se ultrapassar limite bloquear conta.

Quando falamos de caso de uso, precisamos entender três conceitos que serão vistos a seguir.

Diagrama de Caso de Uso

2008-09-15T15:31:00.007-03:00

Bom dia amiguinhos,

Hoje nós vamos estudar sobre diagrama de caso de uso...

O objetivo disso é comunicar a funcionalidade e o comportamento do sistema para o cliente ou usuário final.
Nota: NÃO CONFUNDA COM DFD, O USE CASE ( CASO DE USO) NÃO FAZ DEPÓSITO DE DADOS E , PORTANTO, NÃO HÁ LIGAÇÕES ENTRE CASOS DE USO.

Podemos dizer que o diagrama de caso de uso é um modelo de funções pretendidas de um sistema e sua periferia, ou seja, ele descreve o que o sistema será capaz de fazer e quem irá executar as tarefas.

É constituido de atores e casos de uso.

Ator: é qualquer coisa que interage com o sistema, pode ser outro sistema, uma pessoa, ou um sei la o que...
Nota: ATOR NÃO FAZ PARTE DO SISTEMA.
Em palavras menores o ator é aquele bonequinho que vai executar a função.

Casos de uso: modela o diálogo entre os atores e o sistema, é um fluxo de eventos completo e significativo para o sistema. É iniciado por um ator.
Em palavras menores é o balaozinho que tem a função que o ator irá executar(consultar.. ver...).

O relacionamento entre os casos de uso pode ser feito das seguintes maneiras:

Associação(association) - comunicação entre ator com UC;
Generalização (generalization) - entre os UC's ou atores;
Inclusão (include);
Extensão (extend).

ASSOCIAÇÃO(ASSOCIATION)

GENERALIZAÇÃO(GENERALIZATION)

INCLUSÃO(INCLUDE)

EXTENSÃO(EXTEND)

Por fim este modelo é utilizado em sistemas de média/alta complexidade:

Crise do Software

2008-09-14T19:23:00.003-03:00

Olá amiguinhos,
Hoje vamos falar sobre crise do software..

Ela é caracterizada pela incapacidade de se produzir todo o software necessário para as empresas e instituições, comerciais ou não. Esse termo foi muito utilizado na década de 70 quando praticamente não se existia Engenharia de Software.

As causas para essa crise são muitas, vou listar algumas das mais importantes:

Estouro no orçamento dos projetos;
Estouro de prazo dos projetos;
Software de baixa qualidade;
Software que não atingem ao requisitos;
Projetos ingerenciaveis e códigos difíceis de entender.

Por que?

Alterações das metas ( os negócios querem ciclos de desenvolvimento mais curtos e muitas vezes os requisitos iniciais sao fracamente definidos);
Falha no gerenciamento de riscos( desenvolvimento em cascata pode atrasar a identificação dos problemas e não ha como saber se o sistema funcionará até que ele esteja pronto);
Complexidade do software(crescente demanda de software, ninguem entende todo o sistema e alguns sistemas legados precisam serem mantidos).

Muitos desses problemas existem até hoje, então podemos dizer que ainda sofremos essa crise ( quanto tempo não?)

Mas já temos algumas tecnicas para tentar sanar muitos desses problemas:
Uso de melhores tecnicas, ferramentas e métodos;
Investimento em treinamento e educação (ainda insuficiente);
Mudança de cultura de como se deve construir um software.

ERAS DA COMPUTAÇÃO

Primeira Era:

50 -65;
Software customizado;
Personalizado sem nenhuma padronização;
Batch ( também conhecidos como arquivos de lot ou .bat, são arquivos de computador utilizados para automatizar tarefas).

Segunda Era:

65-75;
Multiusuário;
Tempo real;
BD, produto de software;
software houses -> crise de software.

Terceira Era:

75-85;
Sistemas Distribuidos;
IA;
Hardware de baixo custo.

Quarta Era:

85 - atual ;
Sistemas Especialistas;
Redes Neurais;
Computação Paralela.

CMMI

2008-09-14T10:32:00.000-03:00

CMMI - Capability Madurity Model Integration

Por que?

As empresas querem entregar produtos e serviços mais rápido, melhores e mais baratos. ( o mercado exige isso cada vez mais)
Os produtos e serviço cada vez mais estão mais complexos ( lei da evolução neh...)
As empresas que não querem ficar pra tras precisam arruma uma forma de conseguir gerenciar suas atividades de desenvolvimento em busca de seus objetivos de negócio.

CONCEITO

Qualidade do processo influência a qualidade do produto;
Modelo de referência para desenvolvimento e manutenção de produtos e serviços;
Baseia-se em areas de Processos;
Define o que tem que ser feito , mas não como deve ser feito;
Foco na melhoria de processos.

ABORDAGENS

Existem duas representações que permite a empresa alcançar melhoria de processos:
Representação contínua: a empresa seleciona uma área de processo para melhorar. Essa representação utiliza níveis de capacidade para caracterizar a melhoria de uma área de processo específica.
Representação por estágio: utiliza um conjunto predefinido de áreas de processo para definir um caminho de melhoria da organização. Essa representação é caracterizado por níveis de maturidade.

Níveis?
Conceito: caracterizam a melhoria de um estado caótico para um estado que utiliza a informação quantitativa para determinar e gerenciar as melhorias necessárias para alcançar os objetivos da organização.
Como funciona dentro do CMMI?
Para alcançar um nível a organização deve satisfazer todos os objetivos da área de processo (ou o conjunto de áreas de processo).

REPRESENTAÇÃO CONTÍNUA

Foca uma área de processo específica;
Define níveis de capacidade ( são 6 e vão do 0 ao 5).

REPRESENTAÇÃO POR ESTÁGIO

Define níveis de maturidade ( são 5 e vão do 1 ao 5);

Cada nível de maturidade é caracterizado por um conjunto de áreas de processo;

NÍVEIS NAS DUAS REPRESENTAÇÕES

NÍVEIS DE CAPACIDADE

Nível 0 - Incompleto: processo não realizado ou parcialmente realizado;
Nivel 1 - Realizado: satisfaz os objetivos da área de processo;
Nível 2 - Gerenciado: nível 1 que é planejado, monitorado, controlado, revisado e avaliado;
Nível 3 - Definido: nível 2 que adere a todos os padrões organizacionais. E os padrões são seguidos em todos os projetos;
Nível 4 - Gerenciado Quantitativamente: nível 3 que é controlado por técnicas quantitativas;
Nível 5 - Otimizado: nível 4 que é melhorado ( com base no entendimento das causas de variação de processo).

NÍVEIS DE MATURIDADE

Nível 1 - Inicial: processos caóticos;
Nível 2 - Gerenciado: projetos possuem requisitos gerenciados e processos planejados, medidos e controlados;
Nível 3 - Definido: processos bem caracterizados e entendidos. Possuem padronização.
Nível 4 - Gerenciado Quantitativamente: organização e projetos estabelecem objetivos quantitativos para qualidade e performace do processo;
Nível 5 - Otimizado: processos contínuamente melhorados através de inovações.

ÁREAS DE PROCESSO

É um conjuto de práticas a serem realizadas para um determinado processo da engenharia de software.
São 22 áreas de processo distribuidos em 4 categorias;
2 metas : Metas gerais( práticas genéricas) e metas específicas( práticas especificas)
4 níveis de maturidade.

Tabela de Área de Processo por Categoria

Meta específica: descreve as características que devem estar presentes para satisfazer uma área de processo;

Prática específica: descrição de uma atividade importante para atingir a meta específica;

Meta genérica: aplicada em mais de uma área de processo. São as características que devem estar presentes para institucionalizar os processos da área de processo;

Práticas genéricas : descrição de uma atividade importante para atingir a meta genérica.

ÁREA DE PROCESSO POR NÍVEL DE MATURIDADE

Diagrama de Classes - Parte II

2008-09-13T23:07:00.000-03:00

Hmm... antes de mais nda..
FELIZ DIA DO PROGRAMADOR, foi ontem, eu se, mas se nao tivesse ano bissesto seria hj..
o importante é festar xD

Enfim, chega de festa! Vamos ao que interessa!

Agora vamos falar de Relacionamentos ;)

Relacionamentos? O.o
Os relacionamentos determinam conexões entre os objetos, e fornecem um caminho para a comunicação entre os objetos. (são aquelas linhas que ligam uma classe a outra.)
Existem vários tipos de relacionamentos...agregação, composição/associação, especialização/herança /generalização.

ASSOCIAÇÃO
É o relacionamento estrutural que descreve um conjunto de ligações, onde uma ligação é uma conexão entre os objetos.
Por definição a navegação entre as classes associadas é bidirecional, e por convenienca a navegação pode ser restringida a uma unica direção

Cardinalidade/Multiplicidade:

muitos - *
exatamente um - 1
zero ou mais - 0..*
um ou mais - 1..*
zero ou um - 0..1
intervalo específico - 2..7

Possui nome que descreve a natureza do relacionamento
e papel que é a participação da classe num determinado relacionamento

AGREGAÇÃO
uma forma especializasa de associação, podemos dizer que "faz parte de".
Possui cardinalidade e pode ser recursiva
Exemplo:

HERANÇA
É uma classe compartilhada a estrutura e/ou comportamento de uma ou mais classes. Podemos dizer "é um" . Nela NÃO existe multiplicidade, nomes ou papéis, e sim herança e polimorfismo

UML - Diagrama de Classes

2008-09-13T18:01:00.000-03:00

Olaaaaaaaaaaaaa pessoas xD

Hoje vamos estudar um pouco sobre Diagrama de Classes ^^

Bem.. o que é um Diagrama de Classes?
É um esquema, um padrão, um modelo ou um sei lá o que que descreve muitas instâncias de objetos..
Ta e pra que serve isso?
Pra você ter uma noção gráfica do que o seu sistema será capaz de fazer..
Ela diz respeito as suas obrigações dentro do contexto do sistema

Hm.. acho que ainda está meio confuso neh?

Então vamos por partes
Diagrama é facil, agora o que é classe?
É bem parecido com a definição de classe que vc aprendeu no primário, so mudam alguns nomes xD

Classe eh a definicao de um grupo de objetos com propriedades similares( atributos), comportamentos em comum ( operações), relacionamentos em comum e outros objetos .

E o que é objeto?
É a instancia de uma classe.

Desenho!!
A figura abaixo representa uma classe...

Clareou um pouco agora? Espero que sim..
Agora vamos por partes...

Nome da classe: é o que diferencia uma classe de outra, ele pode ser simples ou com caminho. A simples é o nome e pronto, igual ai na figura acima. Já o nome com caminho é o nome da classe procedido pelo nome do pacote que ele pertence, ficaria mais ou menos assim : Funcionario :: Pessoa.

Atributo: é um elemento da classe que pode representar uma característica dos objetos instanciados ou valor de controle da classe.

Operação: implementação de um serviço que pode ser requisitado a qualquer objeto da classe,
afetando o seu comportamento.

Convenções:

Nome no singular
Inicia com letra maiúscula
Não utiliza underline

Ex:SistemaCaixa

Continua...

POSTGRES - INTRODUÇÃO

2008-09-12T14:06:00.002-03:00

Olá galerinha do mau!
Tudo bem?

Ehhhh... hj é o dia neh...
Foi quase um parto pra consegui aprender essa birosca, mas consegui!
Nem sei na verdade se consegui, mas tive algum progresso e vou postar pra ve se consigo salva alguma alma da prova
hauhauhauha

Bem, começa do começo neh...
Esse post vou falar mais de "historinhas" pra podermos entender melhor as coisas...
Primeiro.. o que é postgres?
PostgreSQL é um sistema gerenciador de banco de dados objeto relacional (SGBDOR), desenvolvido como projeto software livre.
E pra que serve isso?
Gerenciar seu banco de dados ¬¬'
E ele conta com os seguintes recursos:

consultas complexas
chaves estrangeiras
integridade transacional
controle de concorrência multi-versão
suporte ao modelo híbrido objeto-relacional
gatinhos
visões
procedimentos armazenados em várias linguagens

E o que é esse tal de PGAdminIII?
É o software! eu acho..

HISTÓRIA

Em 1986 na Universidade de Berkeley, na Califórnia, surgiu a necessidade de criar a evolução do projeto Ingres, pois havia problemas com o modelo de banco de dados relacional(ele não fazia a combinações de dados simples que formam uma única unidade).
Em 1996 eles lançam a primeira versão externa e substituiram a linguagem POSTQUEL para PORGRESQL.
Atualmente está na sua versão 8.3 e é muito utilizado!

VANTAGENS

Open Source
Roda em plataformas Windows, Unix...
Implementa a maioria dos tipos de dados desenvolvidos no SQL92 e SQL99
Suporta grandes objetos binários (sons, imagens...)
Documentação extensa
Suporta as linguagens de programação ANSI C, yacc, lex, sh, pelr, asm, python
Suporte por uma comunidade ativa;
Baixa necessidade de manutenção/ajuste;
Confiabilidade e estabilidade;
Ferramentas gráficas disponíveis;

Qualidade de Software

2008-09-10T22:00:00.000-03:00

Bem... o que é qualidade de um software?
Como podemos medir isso?

Medir qualidade em um software não é tão simples quanto medir a qualidade de um outro tipo de produto como manteiga, cadeira, cama, geladeira e bolacha, afinal, sotware é um produto abstrato!
Mas, pra felicidade de todos existem várias técnicas que nos auxiliam a conseguir medir a qualidade =]

Bom, o ser humano é um bicho muito crítico então vamos pensar primeiro em um software na visão do usuário ;)
Quando vc baxa la a nova versão do msn, versão beta, dai ele funciona la, todo bunitinho, o que vc espera dessa nova versão?
que ele seja mais bonito? mais facil de usar? e quando ele da aqueles malditos bugs que cai toda hora ou conecta mais rapido? os atalhos ? o que vc espera que ele faca? e as novas funcionalidades ? TUUUUUUUUUUUUUUUUUUUDOOOOOOOOOOOOOOOOOO isso atendeu as suas espectativas ? se sim, é bem provavel que possamos classificar esse software como tendo qualidade.. mas vamos deixar os detalhes pra mais tarde, ok? Por hora da pra entender, eu acho...

Agora um pouco de palavras difíceis...
Segundo Crosby “A qualidade é a conformidade aos requisitos”
ou seja
qualidade = f (conformidade)

e o que é esse raio de conformidade??
Podemos dizer que conformidade é o que é observado, especificado..
Em linhas gerais qualidade de um produto é dada pela diferença entre as características observadas e as características que foram especificadas para a sua construção e quanto MAIS diferente MENOS qualidade.... obvil não?

E quanto ao erro??
lol..
simples
segundo a prof´Rafaela: "observação do produto fontes de erro corromperem os dados utilizados para caracterizá-lo"
o a matemática da coisa

qualidade = || observado – especificado + erro||

Voltando a opinião do cliente...
Segundo Weinberg"Os requisitos foram definidos por alguém, logo a qualidade depende das escolhas que alguém efetuou"
Ou seja, quando alguem vai la e te pede pra fazer um software, e ta te pagando pra isso neh, ele te passa o que quer que seja feito neh.. entao a qualidade ta ai tb.. ou seja, VC TEM QUE FAZER O QUE FOI PROPOSTO PELO CLIENTE! lol.. simples a logica disso neh?

Segundo Luiz Castro “...se num mundo onde existia controle ao acesso do computador (somente os operadores tinham acesso ao mainframe) já existiam problemas com a confecção de softwares, imagina num computador em que as pessoas com um mínimo de informação sobre software tem acesso livre, sem comprometimento nenhum com os métodos e padrões de desenvolvimento. Por isso torna-se cada vez mais necessárias leis que normatizem esse assunto.”
esse artigo completo está disponível pelo link http://internativa.com.b/artigo_software_02.html

PROBLEMAS!

Vamos organizar as idéias agora?
Quais são os problemas que podemos enfrentar na construção e utilização de um software?

Cumprir cronogramas( o não cumprimento deles é muito facil);
Projetos complexos demais (dai ninguem mais entende coisa alguma e tem que jogá-lo fora);
Fazer módulos que sejam compatíveis entre si ( muitas vezes vc faz a paradinha funfando bunitinha, seu amigo tb, dai qndo junta tudo pra fica num sistema soh.. pufff nada funciona dai vai tudo pro lixo!);
Criar programas que façam as funções que devem fazer ( aqual velha história de dar laranjas quando ele quer maçãs.. resolva o problema que DEVE ser resolvido!);
Fazer programas que sejam faceis de usar (se o usuário achar mto dificil de entender ou usar ele não vai usar, nao quanto vc diga que ele eh bom ou qnto tempo demorou...);
Fazer programas que funcionem( sabe.. as vezes simplismente nao funcionam depois de um tempo ou em determinado s.o. e dai ja era).

DIFERENÇA ENTRE CONSTRUIR UMA PONTE E UM SOFTWARE
PROJETO E REALIZAÇÃO DE UMA PONTE

PROJETO E IMPLEMENTAÇÃO DE UM SOFTWARE

DIFICULDADES

Delimitação do escopo (o que o software realmente tem que fazer);
Volatidade dos requisitos;
Desconhecimento prévio das soluções técnicas( o assunto e tals, a materia específica que vai envolver o projeto, como saber contabilidade, biologia);
Trabalho intelectual necessário(como resolver as paradinhas);
etc.

SOLUÇÕES

Metodologias;
Tecnologias e ferramentas.

QUALIDADE DO SOFTWARE

SEM BUGS! De preferência
Podemos expressar isso de duas formas:

Taxa de defeitos, quantidade de defeitos por quantidade de código (de preferencia o menor possivel);
Confiabilidade, quantidade de falhas por tempo de operação

SATISFAÇÃO DO CLIENTE! Geralmente medida em porcentagens e com os valores adquiridos através de questionários

Vamos falar agora um pouco sobre defeitos e falhas ...
ta..
o que é defeito?
Defeito é a imperfeição do produto, normalmente é algo no código que foi feito errado. Podemos dizer que um software pode rodar muito bem com alguns defeitos se eles não forem visiveis, e quando isso acontece achá-lo é realmente MUITO dificil...

e falha?
Falha é o resultado errado causado por um defeito(defeitos visiveis) ou condição inesperada( como o próprio s.o., luz, sei la, inesperado neh.. ) e elas podem ocorrer por fatores externos ao programa.. (no rwindows é mto comum isso xD)...

TA, falei já bastante sobre essa tal de qualidade de software, mas pra que tudo isso afinal? Funcionando já não ta bom? hmm nao! os clientes cada vez mais estao cada vez mais chatos e exigentes, querem que o software faça tudo por eles, e vc, como um bom programador, analista, alguem que quer ganhar dinheiro com essa coisa toda, tem que estar atento quanto a essas mudanças ... e também, ter qualidade pode ser mais barato!
sim.. sim..

agora vamos ver um pouco sobre custo de qualidade

CUSTO DE QUALIDADE

Ela inclui TOOOOOOOOOOOOOOOOOOOOODOSSSS os custos decorrentes da busca da qualidade ou da execução das atividades relacionadas à qualidade...

Temos vários tipos de custo: custo de prevenção, custo de avaliação, custo de falha..

CUSTO DE PREVENÇÃO: é o que inclui o planejamento da qualidade, revisões, técnicas formais, equipamentos de teste e treinamento;

CUSTO DE AVALIAÇÃO: inclui as atividades para obter o entendimento da condição do produto na primeira execução de cada projeto(como inspeção e teste);

CUSTO DE FALHA: bem, eles não existiriam se não houvesse falhas antes de entregar o produto ao cliente, dai podemos dividí-lo em dois:

Custo de falha interna: que é quando achamos o defeito antes de entregar o software;
Custo de falha externa: que é quando o defeito é encontrado depois de entregar o software (quando isso acontece vc ta ferrado meu amiguinho).

Quanto mais tempo vc demora pra encontrar o defeito dentro do seu sistema mais caro isso sai, olha a proporção ai em baixo:

Ou seja, vale a pena investir na qualidade para evitar defeitos e falhas pq sai mais barato, poupa tempo e tudo fica melhor xD
Investir um pouco mais nisso vale sai mais barato no final das contas xD

RUP

2008-09-10T08:37:00.001-03:00

Você deve ta se perguntando que diabos é isso?
Hmm.. vejamos.. NÃO, NÃO, rup não é uma onomatopéia pra dizer que alguém está com soluço..
RUP significa Rational Unified Process ou Processo Unificado da Rational ( empresa Rational que pertence a IBM, dai agora é IRUP) e é mais um modelo de processo de desenvolvimento de software, ou seja, mais um meio de descrever um conjunto de atividades para transformar os requisitos do usuário em software!
Por que usar o RUP?
Porque ele é legal, oras...
Ele é um modelo mais moderno ( visto que tem gente que desenvolve com o mesmo método de 25 anos atras, não tirando os tiozões neh, mas veja bem.. muita coisa mudou = evoluiu, e a nova geração também tras idéias boas xD )
A comunidade de desenvolvimento já estava precisando de um modelo de processo que:

Provesse um guia para a ordem das atividades da equipe do processo;
Direcionasse as tarefas dos desenvolvedores e da equipe como um todo;
Especificasse quais artefatos que devem ser desenvolvidos;
Oferecesse critérios para monitoramento e medida dos produtos e atividades de um processo.

E é isso que o RUP é capaz

Ele é composto de 5 disciplinas que oferecem diretrizes para definição de tarefas e atribuições das responsabilidades em um projeto de software
É baseado na UML

E por que tudo isso é importante, afinal?

Oras, vejamos alguns dos motivos mais comuns de fracasso de produção de software:

Gerenciamento informal de requisitos ( é muito comum ficar so no boca a boca e a caba que ninguém faz nada padronizado, cada um faz de um jeito, na hora até entende.. mas e depois quando tem que dar manutenção?);
Não entendimento das necessidades dos usuários ( não adianta vc achar que entendeu, como diz um prof meu, quando for lidar com o usuário pra saber o que ele realmente quer que o software faça finja-se de burrinho, porque nem sempre o que vc entende logo de cara é o que ele realmente quer, geralmente ele nem sabe direito o que quer, mas quer que resolva os problemas dele!);
Incapacidade de lidar com as mudanças de requisitos( ao longo do projeto , muitas vezes, o usuário muda de idéia em relação ao que ele julga realmente importante que o software faça e vc tem que estar apto para fazer essas mudanças, se nao o software vai ficar ruim do mesmo jeito);
Complexidade crescente e excessiva;
Qualidade ruim;
Testes insuficientes(muitas vezes os testes sao feitos por quem desenvolve o software, que e quem sabe o caminho certinho que nao da bugs e funciona perfeitamente, e isso eh errado pq quando chega ao cliente ele SEMPRE vai fazer da forma errada!);
Baixa performace.

CARACTERÍSTICAS DO RUP

Direcionado a caso de uso : processo de desenvolvimento segue um fluxo através de workflows que derivam dos casos de uso( outro dia eu explico o que é caso de uso);
Centrado em arquitetura: ajuda o arquiteto a focar nos objetivos ( corretos de preferencia). Nota: os casos de uso e arquitetura devem "caminhar" em paralelo
*Iterativo e incremental: o trabalho de engenharia é dividido em partes menores (pequenos projetos ou iterações). Cada iteração resulta num incremento no produto.

Vamos explicar melhor ...

Ele funciona mais ou menos assim:

em cada iteração, os desenvolvedores identificam e especificam os casos de uso relevantes, criam um projeto usando a arquitetura escolhida como um guia, implementam o projeto em componentes e verificam se os componentes satisfazem o caso de uso. SE a iteração atingir seu objetivo, passa para a proxima iteração, caso contrario, os desenvolvedores devem revisar suas decisões e o que fizeram e tentam de novo (só que de outra forma é claro, de maneira que de certo).
No desenho abaixo da pra entender um pouco melhor como funciona (se vc conseguir lê-lo, é claro)

Ta, mas pra que tudo isso? Que que eu ganho com essas tais de iterações?

Muito simples, caro leitor...
Com a iteração controlada vc reduz o custo do risco às despesas de um único incremento, e não de um produto pronto( imagina vc passar meses fazendo um projeto pra depois, laaaaaaaaa no final , ele nao da certo? melhor faze um poquinho e testa, outro poquinho e testa... e assim vai)
Reduz o risco de não colocar o produto no mercado no tempo esperado (imagina, vc fez tudo , dai chega na hora de testa vc percebe um erro lá na frente e dai tem que refazer um monte de coisa, quando não tudo)
É mais rápido, porque trabalha com pequenos processos , mais simples e mais focados
As necessidades dos clientes e requerimentos não podem ser definidos logo no começo. São tipicamente refinadas em iterações sucessivas (mesmo porque quando o cliente chega pra vc e diz que quer um software a maioria das vezes ele nem sabe mesmo o que quer, apenas quer pq sabe que irá facilitar a vida dele!)

PRODUTO DE PROJETO DE SOFTWARE DO RUP

Modelo de caso de uso - com todos os casos de uso e seus relacioamentos com usuário. Define o escopo do sistema;
Modelo de análise - tem dois propósitos : refinar os casos de uso em mais detalhes e fazer alocação inicial do comportamento do sistema em uma série de objetos que proveem o comportamento;
Modelo de projeto(design) - define: a)estrutura estática do sistema com subsistemas, classes e interfaces b)casos de uso realizados como colaborações entre subsistemas, classes e interfaces
Modelo de implementação - inclui componentes ( representando o código fonte) e mapeando as classes para os componentes
Modelo de implantação ( deployment) - definem os nós fisicos dos computadores e o mapeamento entre os componentes para esses nós
Modelo de teste - descreve os casos de testes e verifica os casos de uso
Modelo de banco de dados - consiste dos modelos lógicos e físicos dos dados

A figura abaixo (se conseguir ler) resume mais ou menos o que essas palavras todas disseram ai acima:

CICLO DE VIDA DO RUP

Repete uma série de ciclos com uma RELEASE.
Cada ciclo consiste em 4 fases :
- inseption( iniciação) - chegar a um acordo com os stakeholders;
- elaboration( elaboração) - especificar a arquitetura;
- construction ( construção) - implementação;
- transition ( transição) - transferir o produto para o usuário final ( pode ser apenas um release)
Nota: cada fase é dividida em iterações.

FASES DE ITERAÇÕES

Uma fase termina com um marco (milestone), que é definido pela disponibilidade de certos
artefatos (modelos ou documentos) em um determinado estado;
Dentro de cada fase, são realizadas iterações e uma iteração é equivalente a um “miniprojeto”;

FASES

Iniciação - Objetivos: estabelecer o escopo, identificar os casos de uso, esboçar a arquitetura, estimar riscos. Artefatos Principais: documento de escopo, modelo de caso de uso, glossário, proposta, comercial, avaliação de riscos, plano de projeto;
Elaboração - Objetivos : definir, validar e delinear a arquitetura, delinear a visão, planejar a fase de construção. Artefatos Principais: modelo de caso de uso detalhado, especificação da arquitetura, protótipos, lista de riscos revisada, plano de construção, manual do usuário preliminar.
Construção - Objetivos: construir o software com objetivo de minimizar custos de desenvolvimento, priorizar qualidade, investir em visões de software úteis. Artefatos Principais: produto de software integrado, manual do usuário, descrição da versão atual
Transição - Objetivos: validação do sistema pelos usuários, implantação e instalação do produto, treinamento dos usuários, liberação para marketing, distribuição e vendas. Artefatos Principais: produto final, manual do sistema, manual do usuário, relatório de implantação

FOCO DAS ITERAÇÕES EM CADA FASE

Iniciação: entender os requisitos de modo abrangente e definir o escopo do projeto;
Elaboração: captura dos requisitos e definição da arquitetura. Pode haver implementação para provas de conceito;
Construção: implementação do produto operacional;
Transição: transferência do produto para o cliente e tarefas relacionadas;

DISCIPLINAS DO RUP

Cada atividade do processo tem como finalidade criar ou atualizar um ou mais artefatos
O RUP possui 6 processos de engenharia e 3 processos de suporte, também chamados de disciplinas

Disciplinas de Engenharia:

– Modelagem de Negócio: foca no entendimento do negócio ser automatizado pelo software ( Avalia situação do negócio, descreve o negócio atual, explora automação dos identifica processos de de negócio, refina processos de negócio, especifica realizações processos de negócio, refina papéis e responsabilidades, modela domínio );
– Requisitos: foca no entendimento dos requisitos do software(Analisa problema, captura as necessidades dos stakeholders, defini o sistema, gerencia o escopo do sistema, refina a definição do sistema, gerencia mudanças de requisitos);
– Análise e Design: análise dos requisitos e projeto (design) do software( Define arquitetura candidata, refina arquitetura analisar comportamento, especifica componentes, especificar componentes de tempo-real, especificar banco de dados);
– Implementação: codificação dos componentes( Estrutura o Modelo de Implementação, planeja a integração, implementa componentes, integrar subsistemas, integrar sistemas);
– Teste: avaliação do sistema em relação aos requisitos ( Planeja teste, especifica teste, implementa teste, executar testes no estágio de teste deintegração, executar testes no estágio de teste de sistema, avalia resultado do teste);
– Implantação: entrega do software ( Planeja implantação, desenvolve material de suporte, testa o sistema no ambiente de desenvolvimento, cria versão, versão beta, testa o sistema no ambiente do cliente, empacota o produto, prove acesso ao site de download);

Disciplinas de Suporte:

– Gerenciamento de Projeto ( Planeja controles de configuração e mudanças, prepara ambiente de gerenciamento de mudanças, muda e disponibilizar itens, gerencia baselines e versões, monitorar e reporta status, gerencia pedidos de mudança);
– Gerenciamento de Configurações e Mudanças;
– Ambiente: preparação do ambiente para desenvolvimento do projeto ( Prepara ambiente para o projeto, prepara ambiente para iteração, prepara diretrizes para iteração, suporta ambiente para iteração).

ENGENHARIA DE SOFTWARE

2008-09-10T04:17:00.001-03:00

Nossa.. são 4 e poko da manhã já... vamo que vamo neh...

Agora vou falar sobre Engenharia de Software, de novo.

Bem, seu conseito está baseado em camadas (é, lembrei do Sherek tb e das cebolas). Mas essa cebola é bem fininha eu diria , porque só tem 4 camadas ( que já ta mais do que bom na minha opinião pq já to ficando com sono!)
São elas: Ferramentas, Métodos, Processos e Foco na Qualidade ( nessa mesma ordem de cima pra baxo)

Agora vamos tratá-las individualmente, hmmm

Ferramentas : processos automatizados ou semi-automatizados para os processos e métodos ( como as ferramentas CASE, nossa realmente salvam a nossa pele, pelo menos poupamos um bocado de tempo utilizando-as)
Métodos: fornecem a definição do "como fazer" o desenvolvimento de software
Processos: é a base da engenharia de software! lol.. É o tal do processo que une as ferramentas com os métodos, massa neh?
Qualidade: toda a engenharia deve se fundamentar no compromentimento com a qualidade ( na minha opinião TUDO deve se comprometer com a tal da qualidade, mas tudo bem neh... eu nem dormi ainda, nem sei o que to falando)

Devemos SEMPRE levar em consideração algumas perguntinhas "básicas" na hora de elaborar um software, tais como:

Qual o problema a ser resolvido? ( lembre-se sempre de não oferecer laranjas quando se quer maçãs)
Quais características do software a ser gerado resolvem o problema ? ( as vezes respostas simples ajudam também)
Como o software ( a solução) serão concebidos? ( eh neh, ai complica)
Como o software será construído? ( é viável também?)
Qual a abordagem que será utilizada para cobrir erros feitos no projeto e na construção do software?
Como o software será mantido a longo prazo, quando a correções, adaptações e melhorias forem requeridas por usuários do software? ( lembre-se NUNCA é bom deixar o seu usuário totalmente dependente de vc pra qualquer modificação no software, tende deixa-lo o mais flexivel possivel, afinal de contas, vc quer ser encomodado toda hora todo dia?)

FASES GENÉRICAS DA ENGENHARIA DE SOFTWARE

DEFINIÇÃO

Foco no " O quê" será feito : qual informação? qual funcionalidade? quais interfaces? quais restrições? quais validações?
O método de definição depende do paradigma uzado

DESENVOLVIMENTO

Foco no "como" : como estrutura dados? como a funcionalidade será implementada? como as interfaces serão caracterizadas? como o projeto será traduzido para a linguagem de programação? como será testado?
Três tarefas devem ser realizadas: PROJETO DE SOFTWARE, CODIFICAÇÃO DO SOFTWARE, TESTE DO SOFTWARE

SUPORTE

Foco na mudança : correção ( defeitos), adaptação ( evolução do software), melhoria ( novos requisitos), prevenção ( manutenção preventiva)
Replica os passos de definição e desenvolvimento para o software existente

MODELOS DE PROCESSOS DE SOFTWARE

Ta tudo muito bonito, muito legal, mas e dai?
Pro profissional, o tal engenheiro de software, resolver o problema ele deve desenvolver uma estratégia que envolva todas as camadas e que de fato resolva o problema, para isso existem alguns modelos que auxiliam a esses profissionais uma ordem de como o projeto pode ser implementado. São elas os modelos de processo de desenvolvimento de software ( comentado no outro post sobre Engenharia de Software...)

MODELOS DE PROCESSOS DE DESENVOLVIMENTO DE SOFTWARE

Modelo Linear Sequencial: também chamado de "ciclo de vida clássico" e "modelo cascata", ele sugere uma abordagem sequencial para o desenvolvimento de software. O grande problema desse modelo é que só serão visiveis os erros no final do projeto e também é complicado para os usuários conseguirem definir os requisitos.

Modelo de Prototipação: permite que o usuário tenha uma noção do software que está sendo gerado, de natureza iterativa e as atividades se repetem até que o software fique pronto. O maior problema é que, como o usuário nunca está satisfeito, dificilmente o software é finalizado , muitas vezes um código gerado como teste (não sendo formulado da melhor maneira possivel) acaba virando definitivo e isso pode gerar muito lixo na execussão do software.

Evolucionário incremental: ele combina elementos do modelo linear sequencial, só que aplicada repetinamente, com a filosofia iterativa da prototipação. Dessa forma, cada sequencia linear produz um "incremento " entregavel do software. O problema é que o software nunca terá uma versão final

Evolucionário Espiral: ele acopla a natureza iterativa da prototipação, só que com aspectos sistemáticos do modelo linear sequencial. Foi desenvolvido em uma série de "reliases" incrementais: nas primeiras iterações podem apenas ser um modelo em papel ou protótipo e nas ultimas versões, mais completas, o software é produzido. O problema é convencer alguém que a abordagem é controlável. Não é usado na mesma extenção que o linear sequencial e o de prototipação e, por isso, não foi testado suficiente. Ele é um bom modelo, no entanto não é muito seguro, vale mais a pena utilizar esse modelo quando se trata de software livre que interessa que o cliente teste pra achar o erro, e não em empresas das quais dependem do software a ser implementado funcione corretamente xD

PMBOK 2

2008-09-10T02:25:00.001-03:00

Nesse post abordaremos o que não foi abordado no anterior (obvil)
Abordaremos sobre as 9 áreas de conhecimento e Principais documentos...

Bem, como descrito no post anterior o PMBOK é dividido em 9 áreas de conhecimento

4. GERENCIAMENTO DA INTEGRAÇÃO

Garante que propague integração
Processos e atividades necessárias para identificar, definir, combinar, unificar e coordenar os vários processos e atividades de gerenciamento de projetos

– 4.1. Desenvolver o Termo de Abertura do Projeto (Project Charter - documento legal que reconhece a existência de um projeto)
– 4.2. Desenvolver a Declaração do Escopo Preliminar
– 4.3. Desenvolver o Plano de Gerenciamento do Projeto
– 4.4. Orientar e Gerenciar a Execução do Projeto
– 4.5. Monitorar e Controlar o Trabalho do Projeto
– 4.6. Controle Integrado de Mudanças
– 4.7. Encerrar o Projeto

5.GERENCIAMENTO DO ESCOPO

O que fazer para atender as necessidades dos clientes?
Quais são as funcionalidades e características?
Escopo de produto - características e funções do produto
Escopo de projeto - trabalho necessário para entregar o produto, serviço ou resultado com características e funções específicas
Processos necessários para garantir o que o projeto inclui todo o trabalho requerido e somente o trabalho requerido para concluir o trabalho com sucesso, ou seja, nem a mais e nem a menos do que foi estabelecido
Controlar o que ainda não está incluido no projeto
O termino do escopo concluido é medido em relação ao plano de gerenciamento do projeto, à declaração do escopo do projeto e à EAP e ao dicionário da EAP associados a ele, mas o término do escopo do produto é medido em relação aos requisitos do produto.

Processos:

– 5.1. Planejamento do Escopo
– 5.2. Definição do Escopo
– 5.3. Criar EAP (Estrutura Analítica de Projetos)
– 5.4. Verificação do Escopo
– 5.5. Controle do Escopo

6.GERENCIAMENTO DO TEMPO

Processos necessários para que o projeto seja entregue no tempo previsto
– 6.1. Definição da Atividade
– 6.2. Seqüenciamento de Atividades
– 6.3. Estimativa de Recursos de Atividades
– 6.4. Estimativa de Duração de Atividades
– 6.5. Desenvolvimento do Cronograma (schedule)
– 6.6. Controle do Cronograma

7.GERENCIAMENTO DO CUSTO

Quanto vai gastar?
Processos envolvidos no planejamento, estimativa, orçamento e controle de custos para que o projeto seja finalizado dentro do orçamento previsto ( imagina vc gasta mto a mais do que preveu pra ve o rolo que isso da)
– 7.1. Estimativa de Custos
– 7.2. Orçamentação
– 7.3. Controle de Custos

8.GERENCIAMENTO DE QUALIDADE

Tanto a qualidade do produto quanto do projeto são importantes
Atividades que definem regras, objetivos e responsabilidades de qualidade para que o projeto satisfaça as necessidades e expectativas do cliente
– 8.1. Planejamento da Qualidade
– 8.2. Realizar Garantia da Qualidade
– 8.3. Realizar Controle da Qualidade

9.GERENCIAMENTO DE RECURSOS HUMANOS

Processos que gerenciam e organizam a equipe do projeto
A equipe de projeto é composta por pessoas que possuem papéis e responsabilidades dentro do projeto
– 9.1. Planejamento de Recursos Humanos
– 9.2. Contratar ou Mobilizar a Equipe de Projeto
– 9.3. Desenvolver a Equipe de Projeto
– 9.4. Gerenciar a Equipe de projeto

10.GERENCIAMENTO DAS COMUNICAÇÕES

Processos destinados a garantir a geração, coleta, distribuição, armazenamento e recuperação das informações apropriada do projeto no tempo adequado
– 10.1. Planejamento das Comunicações
– 10.2. Distribuição das Informações
– 10.3. Relatório de Desempenho
– 10.4. Gerenciar Partes Interessadas (Stakeholders)

11.GERENCIAMENTO DE RISCO

Processos preocupados em conduzir o planejamento do gerenciamento, identificação, análise, respostas e monitoramento e controle de riscos
– 11.1. Planejamento do Gerenciamento de Riscos
– 11.2. Identificação de Riscos
– 11.3. Análise Qualitativa de Riscos
– 11.4. Análise Quantitativa de Riscos
– 11.5. Planejamento de Resposta a Riscos
– 11.6. Monitoramento e Controle de Riscos

12.GERENCIAMENTO DE AQUISIÇÕES

Processo de aquisições de produtos, serviços ou resultados necessários de fora da equipe do projeto para realizar o trabalho ( por exemplo vc vai construir um projeto de software sobre as baleias no litoral brasileiro e precisa saber quais são as espécies que existem, dai vc vai la e pede pro biologo marinho a informação, pesquisa, que for.. nossa que exemplo mais estranho.. mas ta valendo)
– 12.1. Planejar Compras e Aquisições
– 12.2. Planejar Contratações
– 12.3. Requerer Respostas de Fornecedores
– 12.4. Selecionar Fornecedores
– 12.5. Administração de Contratos
– 12.6. Encerramento de Contratos

DOCUMENTOS PRINCIPAIS DO PMBOK

Termo de abertura do projeto: autoriza formalmente o projeto
Declaração do escopo do projeto: determina qual trabalho deverá ser realizado e quais as entregas precisam ser produzidas
Plano de gerenciamento do projeto: determina como o trabalho será realizado

PMBOK

2008-09-10T01:05:00.001-03:00

Eita la... nós de novo...
Este post é praticamente continuação do Engenharia de Software, mas abordaremos especificamente do PMBOK

Bem.. começa do começo neh?

O Project Management Body of Knowledge; também conhecido como PMBOK®, é um conjunto de práticas em gerência de projetos levantado pelo Project Management Institute (PMI) e constituem a base da metodologia de gerência de projetos do PMI. Estas práticas são compiladas na forma de um guia, chamado de Guia do Conjunto de Conhecimentos em Gerenciamento de Projetos, ou Guia PMBOK.

Ou pra que prefere em tópicos:

PMBOK - Project Managment Body of Knowledge
PMBOK Guide - lista das principais áreas e práticas do gerenciamento de projetos
PMI - Project Managment Institute ( quem fez)
PMP - Project Managment Professional ( certificação , PMI também é responsável por ela)

Vamos reforçar os conhecimentos dos outros post? SIMMMMMMMMMM xD ¬¬
Ta.. Projeto..

É um esforço temporário para criar um produto ou serviço
É desenvolvido em fases
É DIFERENTE da atividade contínua!
O GERENCIAMENTO DE PROJETOS é a aplicação de atividade de conhecimentos, habilidades, ferramentas e técnicas nas atividades de projeto para atingir os requerimentos do projeto.

Pronto, agora vamos pras especificações PMBOK...

ORGANIZAÇÃO

O GERENCIAMENTO DE PROJETOS é realizado através de processos
44 processos de gerenciamento agrupados em: 5 grupos de processos e 9 áreas de conhecimento
aplicaveis para qualquer tipo de projeto, mas deve contextualizar de acordo com o mesmo.

PROCESSO

O que é um processo em Engenharia de Software mesmo?
É um conjunto de passos parcialmente ordenados, cujo objetivo é atingir uma meta: entregar um produto de software de maneira eficiente, previsível e que atinja as necessidades de negócio. Geralmente inclui análise de requisitos, programação, testes, entre outras tarefas. ( by wikipédia)
Processo pode ser dividido em duas categorias:

Processo de gerenciamento comum a todos do projeto
Processo orientado ao produto, específico para a criação do produto, e isso faz com que possa variar de acordo com a área de aplicação

GRUPOS DE PROCESSOS

São no total 5:

Grupo de processo de INICIAÇÃO
Grupo de processo de PLANEJAMENTO
Grupo de processo de EXECUÇÃO
Grupo de processo de MONITORAMENTO E CONTROLE
Grupo de processo de ENCERRAMENTO

Abaixo uma figura praticamente auto-explicativa de como funcionam os grupos de processos...
Mesmo assim vamos a algumas definições neh?
Bem.. o que podemos dizer...

Os processos de um grupo interagem com outro e com ele mesmo
Os processos interagem por meio de sua entrada e saída
Os grupos de processos NÃO são fases ( pq podem se repetir dentro do projeto e subprojeto)

Simbologia

NÃO CONFUNDA ETAPA DE PROJETO COM GRUPO DE PROCESSO!!

Bom.. exemplinhos tão demorando já neh?

Digamos que você vai fazer uma pipoca (esse exemplo da sora foi o maximo xD)
dai quais etapas nos temos pra isso?
Bem, podemos dividir assim...
ETAPA 1 : pega a pipoca e o milho e poe tudo na panela
ETAPA 2 : liga o fogo e espera
ETAPA 3 : apaga o fogo e retira da panela
ETAPA 4 : tempera
e pronto..
eu finalizo uma etapa e não volto na anterior ( a não ser que eu vá fazer mais pipoca neh, dai eu começo tudo de novo), já em grupo de processo eles podem voltar e tudo mais, olha lá a figura!

Vamos especificar cada grupo agora? Não? Sim? Bem, eu vou, se vc vai ler ou não é problema seu!

GRUPO DE PROCESSO DE INICIAÇÃO

São processos que facilitam a autorização formal para iniciar um novo projeto ou fase de projeto
Quando os projetos são grandes, geralmente, são divididos em fases ( é sempre mais facil resolver um problema pequeno do que um grande, então sempre que um problema for grande de mais divida-o, qualquer que seja)
Quando vc faz a revisão dos processos de iniciação no início de cada fase do projeto fica mais facil de mante-lo focado no seu objetivo, ou decidir se continua ou não

GRUPO DE PROCESSO DE PLANEJAMENTO

Desenvolvem o plano de gerenciamento do projeto
Identificam, definem e amadurecem o escopo do projeto, seu custo e programam suas atividades
Quando ocorre mudanças no ciclo de vida do projeto gera também a necessidade de revisar um ou mais processos do planejamento e , possivelmente, de iniciação ( e isso facilmente ocorre!)

GRUPOS DE PROCESSO DE EXECUÇÃO

São os grupos de processos que executam ( genial não?) o trabalho definido no plano de gerenciamento de projeto
A equipe de projeto define quais dos processos são necessários, dependendo da área de atuação
Variações na execução causarão necessidade de re-planejamento ( agora entendeu a diferença com etapa? qualquer coisinha vc volta pro grupo de processo anterior ¬¬ então quando for fazer algo, pense bem, porque em situaçoes normais já é bem facil voltar, se vc bobiar vai fica voltando toda hora e dai atrasa tudo...) A sim, só lembrando que as variações podem ser referentes a durações de atividades, produtividades e disponibilidades de recursos e riscos não previstos...

GRUPO DE PROCESSOS DE MONITORAMENTO E CONTROLE

O objetivo desse grupo é fazer com que a performace do projeto seja observada e medida regularmente a fim de identificar variações com relação ao plano de projeto original
Ela é quem controla a mudança e recomenda ações em antecipação a possíveis problemas
Quando ha variações e elas começam a interferir nos objetivos do projeto, os processos de planejamentos são revistos

GRUPO DE PROCESSO DE ENCERRAMENTO

São grupos de processos usados para finalizar formalmente as atividades do projeto ou de fase do projeto
Entrega formal do produto do projeto ou da fase do projeto

Agora vamos abordar um pouco sobre a integração sobre os grupos de processos. Bem, como você pode observar na descrição acima, e na imagem de como funciona o ciclo de vida do projeto, os grupos de processos estão ligados pelos resultados que produzem geralmente uma saída ( de um processo) com uma entrada ( de outro processo), ou são entregas do projeto ou etapas dele.

Podemos observar melhor isso na figura abaixo:
Outra imagem legal que a prof mostrou foi a dos grupos de processos no ciclo de vida do projeto

UM POUCO DE ENGENHARIA DE SOFTWARE

2008-09-09T22:41:00.001-03:00

Esse post é baseado no resumo que fiz do artigo Alguns Fundamentos de Engenharia de Software do Wilson de Pádua Paula Filho publicado na revista Engenharia de Software Magazine.

Pra começar ele define a diferença entre ciência e engenharia como:

Ciência - Conjunto organizado de conhecimentos
relativos a um determinado objeto, especialmente
os obtidos mediante a observação, a
experiência dos fatos e um método próprio.
Engenharia - Arte de aplicar conhecimentos
científicos e empíricos e certas habilitações
específicas à criação de estruturas, dispositivos
e processos que se utilizam para converter
recursos naturais em formas adequadas ao
atendimento das necessidades humanas.

Com base na definição descrita podemos dizer que a ciência foca no acumulo de conhecimento através de métodos científicos ( baseado em experimentos e observações ) e a engenharia aplica os conhecimentos da ciência e "da" uma utilização a eles que irá melhorar alguma necessidade humana.

Na Engenharia de Software podemos definir o software como um produto . Estando fora de seu escopo programas feitos com o objetivo de agradar ao programador, programas descartáveis ( feitos para resolver o problema da pessoa que o fez sem a utilização por outras pessoas ).
Para entrar no escopo é necessário ser um produto que tenha um investidor que esteja disposto a pagar por ele ( intenções de lucro), pessoas que irão utilizá-lo (pode ser que o produto seja feito por encomenda com o intuito de atender a necessidade de um cliente específico ou feito "em massa" ou produto de prateleira - como define o autor, que tem como objetivo atender a um número maior de usuários).

O autor define o ciclo de vida sendo:

concebido para tentar atender a uma necessidade ( faz sentido neh?)
especificado, quando essas necessidades são traduzidas em requisitos viáveis
desenvolvido, transformando-se em um conjunto formado por código e outros itens, como modelos, documentos e dados
passa por algum procedimento de aceitação e é entregue ao cliente ( em alguns casos passa para clientes estratégicos fazerem os testes juntamente com a equipe de desenvolvimento para analisarem requisitos como consistencia de dados, usabilidade, bla bla bla...)
entra em operação, é usado, e sofre atividades de manutenção, quando necessário ( sempre há o que melhorar no software e sempre ha algum bug =[ )
retirado de operação ao final de sua vida útil.(afinal de contas, nada é pra sempre neh? mesmo porque com o avanço da tecnologia sempre encontra-se uma forma melhor de resolver o mesmo problema... tirando o caso do cobol nos bancos que ainda nao encontraram.. hehehe..)

Outra coisa importante são as DATAS e EQUIPE!
Todo projeto tem data de início, data de fim, uma equipe e outros recursos. O responsável pelo projeto é chamado de gerente de projeto ( ou líder de projeto) e o que ele faz já foi definido no outro post sobre... Gerencia de projeto.. se não me engano...
Ele também define" O trabalho realizado dentro de um projeto pode ser descrito por um conjunto de atividades, que podem possuir relações de dependência, paralelismo, e decomposição em atividades mais elementares" e que "próprio produto é um resultado concreto associado ao marco de conclusão do projeto, que pode ser utilizado sozinho, ou como componente de um sistema."

Agora iremos falar sobre PMI ( Project Managment Institute), que é uma organização internacional que tem o objetivo de difundir e promover boas práticas de gestão de projetos. Com essa finalidade ela administra programas de certificação de profissionais nessa área e publica o guia PMBOK ( Project Managment Body of Knowledge).

Nessa guia "define-se um projeto como um empreendimento temporário realizado para criar um produto, serviço ou resultado distinto. Um produto, por sua vez, é definido como um objeto produzido, quantificável e que pode ser um item final ou um item componente. Uma atividade é definida como um componente de trabalho realizado durante o andamento de um projeto. Os relacionamentos entre as atividades que compõem um projeto são mostrados em uma estrutura analítica, que o PMBOK define como uma decomposição hierárquica orientada à entrega do trabalhoa ser executado pela equipe do projeto, para atingir os objetivos do projeto e criar as entregas necessárias. Estruturas analíticas de projeto podem ser apresentadas de muitas maneiras. Diagramas de atividade são uma das representações mais usadas atualmente. Outro tipo de representação usual é fornecida por planilhas e cronogramas, como aqueles que são produzidos pela ferramenta Microsoft Project."

"O PMBOK é um exemplo de modelo de referência: uma estrutura de conhecimentoque organiza conceitos, práticas e padrões de uma área." Ou seja, ele diz O QUE FAZER, E NÃO COMO FAZER! Não confunda!!

Outro modelo de referência citado pelo autor é o CMMI ( Capability Maturity Model Integration), formulado pelo Software Engineering Institute da Carnegie-Mellon University . Uma curiosidade que o autor cita é que o CMMI foi uma encomenda do Pentágono, que o utiliza para avaliação da capacidade de seus fornecedores de software e ele tem grande aceitação na indústria americana.
Ta... o importante é saber que o CMMI têm raizes em comum com o PMBOK, como pode-se observar ( segundo o autor):
"Produto - Resultado que se pretende entregar a um cliente ou usuário.
Projeto - Conjunto gerido de recursos inter-relacionados, que entrega um ou mais produtos a um cliente ou usuário, com início definido e que, tipicamente, opera conforme um plano.
Estrutura analítica do projeto - Um arranjo dos elementos do trabalho e dos relacionamentos deles entre si e com o produto final."

SÓ QUE, diferente do PMBOK, o CMMI também foca as aplicações dos processos e desenvolvimento de produtos( área técnica), enquanto o PMBOK se limita nas áreas de gestão de projetos.

Segundo a PMBOK um processo é um conjunto de ações e atividades inter-relacionadas, realizadas para obter um conjunto especificado de produtos, resultados ou serviços.

Segundo o autor, " processos, pessoas e tecnologia constituem os fatores de produção, que determinam o grau de sucesso dos projetos".

Ta acabando, caro leitor, calma!

Podemos definir a importância de modelos de referência como a CMMI para "mostrar o caminho das pedras e o mapa da mina: onde a experiência coletada indica que o investimento em melhorias é mais rentável, em cada passo da evolução das organizações"

Conclusão!

"A Engenharia de Software visa à criação de produtos de software que atendam as necessidades de pessoas e instituições e, portanto, tenham valor econômico. Para isso, usa conhecimentos científicos, técnicos e gerenciais, tanto teóricos quanto empíricos. Ela atinge seus objetivos de produzir software com alta qualidade e produtividade quanto é praticada por profissionais treinados e bem informados, utilizando tecnologias adequadas, dentro de processos que tirem proveito tanto da criatividade quando da racionalização do trabalho."

Ufa.. por hora é soh.. mais tarde trabalharemos mais sobre PMBOK e CMMI...

PROJETO DE SOFTWARE 2

2008-09-09T21:51:00.000-03:00

Pelo mesmo motivo.. mto grande =P

Bem, existem alguns modelos de processos de desenvolvimentos de software que devemos levar em consideração:

Modelo linear - Sugere uma abordagem seqüencial para o desenvolvimento de software
Modelo de prototipação - Permite que o usuário “perceba” o software que está sendo gerado antes da finalização;
Modelo espiral - Acopla natureza iterativa da prototipação com os aspectos sistemáticos e controlados do modelo linear seqüencial.
Modelo incremental - Combina elementos do modelo linear seqüencial (aplicado repetidamente) com a filosofia iterativa da prototipação.
Modelo baseado em componentes - ênfase na decomposição dos sistemas, em componentes funcionais e lógicos com interfaces bem definidas, usadas para comunicação entre os próprios componentes.
RUP( Rational Unified Process) - usa a abordagem da orientação a objetos em sua concepção e é projetado e documentado utilizando a notação UML (Unified Modeling Language) para ilustrar os processos em ação. Utiliza técnicas e práticas aprovadas comercialmente.

Mais tarde detalharemos mais sobre cada um desses modelos...
Por hora vamos ver alguns dos riscos de projeto de software...

As pessoas do projeto não entenderem a necessidade do cliente ( acredite.. isso acontece muito.. aqual história de oferecer maçãs quando ele quer laranjas e tudo mais)
O escopo do produto está mal definido ( esquecer de detalhes importantes ou encher de fluflus desnecessários que só atrasam o projeto)
Mudanças mal gerenciadas
Tecnologia escolhida muda
As necessidades do negócio mudam ( por isso é realmente importante manter sempre o contato direto com quem vai utilizar o sistema, pq se não já viu neh..)
Os prazos são irrealistas ( nunca prometa algo num prazo que não irá conseguir cumprir, tanto pra mais tempo quanto pra menos tempo )
Usuários são resistentes ( ou seja, eles não vao se esforcar pra aprender o que voce construiu, então faça algo que realmente os agrade)
O projeto não possui um "dono" ( sponosorship )
As pessoas não tem abilidade necessária ( então preste bem atenção a que nível de usuário está lidando!)
Gestores não utilizam melhores práticas e lições aprendidas.

E finalmente, agora falaremos sobre W5HH

Princípio W5HH (BOEHM, 1996): quais são as
questões que devem ser respondidas para o
desenvolvimento de um plano de projeto;
– WHY - Porque o sistema está sendo desenvolvido?
– WHAT - O que deve ser feito?
– WHEN - Quando?
– WHERE - Onde está localizada a organização?
– WHO - Quem irá fazer o trabalho?
– HOW - Como o trabalho será realizado (técnica e
gerencialmente?)
– HOW MUCH - Quanto de cada recurso é necessário?

PROJETO DE SOFTWARE

2008-09-09T20:56:00.000-03:00

Praticamente continuação do ultimo post... foi so pra dividir mesmo

Enfim...

Diferente de um projeto qualquer o projeto de software possui algumas características especificas, tais como:

o software é um produto abstrato! Portanto é dificil conseguir ver um antes de pronto
Definição e manutencao do escopo( objetivo) do projeto
Projeções de tempo ( normalmente mto dificil)
Curto prazo de entrega ( o cliente geralmente quer o software pronto pra ontem)
Qualidade do produto entregue ( sem bugs por favor!)
Entrega do software NÃO significa fim do projeto ( novas versões, arruma bugs que sempre existem, suporte...)

Não podemos esquecer que o gerenciamento do projeto de software foca em 4 P's:

Pessoas: a Engenharia de Software depende do esforço humano
Produto: comunicação com o cliente sobre o escopo do produto ( não vamos oferecer lindas maçãs se ele quer uma laranja neh?... solução perfeita pro problema errado)
Processo: métodos e técnicas do processo de construção de software
Projeto: planejamento das atividades para a contrução do software ( unico meio de gerenciar a complexidade)

Ta muito simples, neh? Vou detalhar mais =)

PESSOAS

Bem, embora muitas empresas não percebam o valor que elas exercem dentro do projeto, elas são de demasiada importancia , afinal, quem que vai fazer as coisas neh?

Pode-se dividir em diferentes papéis:
Gerentes Seniores: definem as questões de negócio envolvidas no
projeto;
– Gerentes de Projeto: planejam, motivam, organizam e controlam os
analistas que fazem o software;
– Analistas: aqueles que possuem a capacidade técnica para produzir o
software;
– Clientes: especificam os requerimentos do software;
– Usuários finais: pessoas que utilizarão o software quando este for
entregue;

A coordenação efetiva das pessoas é que fazem o trabalho sair bom ou ruim. Portanto ter um bom diálogo, formal e/ou informal, durante todo o processo é de vital importancia para o a coordenação das atividades do projeto.

PRODUTO

Bem, primeiro temos que definir o escopo do projeto de software, dai é necessário fazer o cálculo de quanto tempo ( mais ou menos) demorará para concluí-lo, mesmo não sabendo exatamente o que ficará pronto.
Lembre-se que a análise detalhada dos requerimentos pode demorar meses ou anos, dependendo da complexidade do projeto de software.

PROCESSO

Podemos entender de processo como as fases do projeto. ( lembra, inicio meio e fim)
Só que agora vamos detalhar um pouco mais isso ;)
As fases gerais são:

iniciação
planejamento
execução
finalização

As atividades de cada uma delas são conduzidas de acordo com o processo de desenvolvimento específico para o software em questão, ou seja, é trabalhada de acordo com o problema que preciso resolver para atender ao meu cliente xD

GERENCIA DE PROJETO - 2

2008-09-09T15:40:00.000-03:00

No post anterior foi mencionada a tal da atividade contínua, agora vamos estudar a diferença entre ela e projeto.

Bem.. exemplos neh ;)

Construir uma usina nuclear é um projeto.... fornecer energia elétrica é uma atividade contínua
Festa de casamento é um projeto.... casamento ( TEORICAMENTE ) é uma atividade contínua
Estabelecer um novo negócio é um projeto... administrar o negócio é uma atividade contínua
Fazer um software é um projeto... suporte ao usuário é uma atividade contínua ( e mto chata!)

GERENCIA DE PROJETO

2008-09-09T15:23:00.000-03:00

O que é isso ?

Bem pra começar a explicar sobre gerência de projeto temos que saber primeiro o que é projeto, certo?

Segundo a tal de PMI (Project Management Institute) é "“Um esforço temporário empreendido para criar um produto ou serviço único".

Acho que alguns exemplos cairiam bem.

Hmm.. vejamos..
Podemos considerar uma festa, qualquer que seja, como um projeto, pois ela tem basicamente inicio, meio e fim.

Não podemos classificar o casamento ( piada interna) como um projeto pois TEORICAMENTE ele não tem fim ( aquela história de até a morte os separe...), ou seja, é uma atividade contínua ( aquela que tem inicio e por ai vai.. assim como as rotinas de uma empresa).

Projeto é algo realizado a um bocado de tempo, acredite!
Desde a época das piramides existe o "conceito?" de projeto...
Pois, apesar de demorar um tempão.. mesmo! elas tinham um começo, meio e fim..
E o tal de conceito de qualidade.. (tanto tinha qualidade que duram até hj neh?)
Só que agora foram acrescentados alguns atributos de custo e tempo ( imagina demorar décadas pra construir um software o que acontecerá com vc... ).

Lembrando que a produção de projeto não é feito em massa... pense como se vc fosse um artesão... feitos especialmente pra um determinado caso, definido pelo cliente.

Características:

empreendimentos independentes
propósitos e objetivos distintos
duração limitada
recursos próprios

Agora sim... o que é essa tal de gerência de projetos?

Segundo a Wikipedia, gerência de projetos "é a aplicação de conhecimentos, habilidades e técnicas na elaboração de atividades relacionadas para atingir um conjunto de objetivos pré-definidos. O conhecimento e as práticas da gerência de projetos são mais bem descritos em termos de seus processos componentes."

A gerência de um projeto é feita, normalmente, por um gerênte ( ou líder) de projetos, certo?
O que esse ser iluminado faz? .. hmm... gerencia projetos? Grande gênio!!

Ta, em palavras mais complicadas, esse profissional é o que está capacitado para exercer as seguintes funções:

fazer o elo entre os stakeholders ( são todos os indivíduos interessados pelo projeto, ou seja, os acionistas, donos, investidores, empregados, clientes, fornecedores, sindicatos, ongs, etc..)
é o regulador do progresso, velocidade e custo
líder e motivados do pessoal
comunicador e negocioador nos itens relacionados ao projeto
e tudo que se refere a essas coisas ( eh.. mta responsa mesmo!)

Agora vamos falar sobre o ciclo de vida do projeto
Podemos entender como as fases que um projeto passa desde o início até o término ( isso vale pra qualquer projeto!)
Cada fase tem suas necessidades e características específicas e é caracterizada pela finalização de um determinado trabalho
Exemplo, neh?

Pense no ciclo de vida do ser humano ( é! a sua vida!)
Cada fase que você passou.. quando nasceu que só precisava comer e dormir, infância , pré-adolescencia ( a mais caótica pros pais, hauahua), adolescencia, enfim neh.. acho que ja entendeu =P e cada uma delas vc precisava ( e precisa, do contrario estaria morto) de uma necessidade especial... =D

A prof pos um desenho bem legal tb que acho interessante postar

Essa imagem diz respeito a independência das fases do projeto, acho que é auto explicativa, então vou prosseguir...

Essa outra é a de Tempo x Custo no ciclo de vida do projeto que a prof também fez.. e quer dizer basicamente ( como se já não fosse obvil) a quantidade de esforço por tempo durante cada fase do projeto... ou algo assim...