Beruflich Dokumente
Kultur Dokumente
1- ENGENHARIA DE REQUISITOS
-PROBLEMAS DO DESENVOLVIMENTO DE
SOFTWARE
A parte mais difcil de construir um software decidir precisamente o que
deve ser feito.
Nenhuma outra parte do trabalho conceitual to difcil do que estabelecer
os requisitos detalhados, incluindo todas as interfaces com pessoas,
equipamentos e outros sistemas.
Nenhuma parte do trabalho influencia tanto o sistema resultante se feita
incorretamente.
Nenhuma parte mais difcil de retificar posteriormente.
-REQUISITOS
Requisitos so uma especificao do que deve ser implementado. Eles
constituem descries de como o sistema deve ser comportar, ou uma
propriedade ou atributo do sistema. Podem caracterizar uma restrio
no processo de desenvolvimento do sistema.
Classificao dos requisitos quanto natureza:
Requisitos funcionais
Requisitos
- de produto, organizacionais e externos
Requisitos de domnio
no-funcionais
Requisitos fascinantes
Classificao dos requisitos quanto evoluo
Requisitos permanentes
Requisitos volteis
Classificao FURPS+
Especificao
Validao
Gesto
Elaborao
Negociao
Especificao
Validao
Gesto
Casos de Uso
Cenrios, de maneira sucinta, a contagem de uma historinhaque simula
o que seria a interao de um usurio no sistema a ser desenvolvido, com
um determinado propsito.
Prototipagem
Etnografia
A etnografia uma tcnica de observao que pode ser utilizada para
compreender os requisitos sociais e organizacionais. Nesta tcnica, o
analista se insere no ambiente de trabalho em que o sistema ser utilizado.
-TCNICAS DE VALIDAO DE REQUISITOS
Serve para confirmar se o q vc tem realmente aquilo q o cliente deseja;
Revises de Requisitos
Revises envolvem um grupo de pessoas lendo e analisando a
documentao de requisitos procura de possveis problemas.
Prototipagem
2- ANLISE, PROJETO E
IMPLEMENTAO DE SOFTWARE
O levantamento de requisitos, a anlise de requisitos e o projeto do software
no so fases isoladas entre si. Ao elaborar diagramas e confeccionar
documentos para buscar a melhor compreenso e entendimento dos
requisitos de um sistema, j comea ali a fase de anlise de requisitos. Tal
imiscuidade entre fases tambm ocorrer entre a anlise e o projeto.
-ANLISE
A fase de anlise de requisitos, no contexto do desenvolvimento de um
sistema, aquela na qual so construdos modelos para representar o
sistema a ser construdo.
Esta fase tem como caracterstica no levar com conta o ambiente
tecnolgico a ser utilizado. Nesta atividade, o foco de interesse tentar
construir uma estratgia de soluo sem se preocupar com a maneira como
essa estratgia ser realizada. Em resumo, a prioridade saber o que o
sistema proposto deve fazer, para, posteriormente (no projeto), definir como
o sistema ir faz-lo.
A modelagem de requisitos possui duas vises clssicas: a anlise
estruturada e a anlise orientada a objetos.
A anlise estruturada considera os dados e os processos que
transformam os dados em entidades separadas. Esta tcnica descreve o
fluxo de informao e transformaes que so aplicadas medida que os
dados se movimentam da entrada para a sada. O diagrama que melhor
ilustra a anlise estruturada o
Diagrama de Fluxo de Dados (DFD).
A anlise orientada a objetos, por sua vez, lana mo da abstrao -Abstrao uma operao intelectual que consiste em isolar, por exemplo
num conceito, um elemento excluso de outros, do qual ento se faz
abstrao--para representar coisas do mundo real, sob a forma de objetos.
Os objetos podem ser uma entidade externa, uma coisa, uma ocorrncia, um
evento, uma unidade organizacional, um local, enfim, qualquer elemento
que possa ser representado por um conjunto de atributos.
-PRINCIPAIS DIAGRAMAS DA FASE DE ANLISE
Modelos baseados em cenrios
Modelos de Fluxo seu principal diagrama o Diagrama de Fluxo de
Dados, ou DFD.
Modelos de Comportamento Os modelos comportamentais indicam
como o software ir responder a estmulos ou eventos externos. Os
diagramas de estado e de sequncia representam este tipo de modelo.
Modelos de classe A modelagem baseada em classes representa os
objetos que o sistema ir manipular, as operaes (tambm denominada
mtodos ou servios) que sero aplicados aos objetos para efetuar a
manipulao, alguns relacionamentos entre os objetos e as colaboraes que
ocorrem entre as classes definidas.
Os elementos de um modelo baseado em classes so: classes e objetos,
atributos, operaes, modelos CRC (classe-responsabilidade-colaborador),
diagramas de colaborao e pacotes.
-PROJETO
O foco principal da anlise so os requisitos. Na fase de projeto, determinase o como o sistema funcionar, para atender esses requisitos. Os modelos
de requisitos, apresentados por elementos baseados em cenrios, baseados
em classes, orientado a fluxos e comportamentais, alimentam a tarefa de
projeto.
Cabe destacar alguns conceitos que devem ser ponderados quando da
elaborao de um projeto:
3-IMPLEMENTAO, TESTES,
IMPLANTAO E MANUTENO
-IMPLEMENTAO
Na implementao, o sistema codificado, ou seja, ocorre a traduo da
descrio computacional obtida na fase de projeto em cdigo executvel,
mediante o uso de uma ou mais linguagens de programao.
Ao codificar um software, um programador poder escrever cdigo novo,
ou reaproveitar cdigo j existente. Esse reaproveitamento de cdigo
chamado de reuso de software.
Por fim, interessante destacar que a maioria das bibliografias prev que o
teste de unidade acontece na etapa da implementao. O teste de unidade
o teste pontual, realizado pelo programador, que verifica que aquele
componente ou mdulo que ele desenvolveu realmente faz o que deveria
fazer, atendendo s especificaes do projeto.
-TESTES
Teste de software uma atividade realizada para descobrir erros que foram
produzidos inadvertidamente no momento em que o software foi projetado
e construdo. Pode ser planejado antecipadamente e conduzido
sistematicamente. Ainda, podem ser testes de baixo nvel, no qual so
verificados se pequenos segmentos de cdigo-fonte foram corretamente
implementados, bem como testes de alto nvel, que validam as principais
funes do sistema com base nos requisitos do cliente.
Estratgias de teste de software
As estratgias de teste de software fornecem um roteiro que descreve os
passos a serem executados como parte do teste.