Orientação a objeto

Enfoque em determinar quem participa do sistema.

- Diagrama de classes:


- Diagrama de casos de uso:

Read more »

Análise e Projeto

Ao se planejar um sistema computacional, é preciso conhecer uma série de técnicas para a criação de esquemas que representarão as funcionalidades dos sistemas que estão sendo desenvolvidos.

A maneira de esquematizar os sistemas podem ser divididas em duas categorias: Análise e projeto estruturado e Análise e projeto orientado a objeto.

º ANÁLISE E PROJETO ESTRUTURADO

Conjunto de técnicas que focam no que o sistema deve fazer.

- Diagrama de fluxo de dados:

Um DFD (Diagrama de Fluxo de Dados) é um diagrama que representa claramente o que um sistema faz, quanto maior o nível do DFD, mais processos e mais detalhes serão representados nos processos.




- Diagrama entidade - relação:

DER (Diagrama Entidade - Relação) - Representa a estrutura do banco de dados.



º ANÁLISE E PROJETO ORIENTADO A OBJETO

Conjunto de técnicas para se pensar quais são os componentes do sistema.

UML - Unified Modeling Language
A UML é uma linguagem de modelagem não proprietária.
Padrão de análise de objetos:UML
Regras de como fazer diagramas.

Read more »

Ciclos de Vida

Continuamos a discussão sobre Engenharia de Software, abordando três ciclos de vida: Cascata, Espiral e Iterativo. Começamos também a falar um pouco dos diagramas de Análise e Projeto Estruturados.

CICLO CASCATA




Problemas: 

- Os clientes só veem o software no final do processo.
- Erros em uma fase fazem voltar fases anteriores.

Benefícios:

-Simples de ser feito.

CICLO ESPIRAL





Esse ciclo de vida foi utilizado na década de 80 e 90 ,e pode ser entendido da seguinte forma:
O ciclo faz uma pequena análise do software que foi pedido,faz um pequeno projeto,desenvolve ele e entrega um para um cliente um protótipo(versão beta).Depois disso ,o sistema é implementado  até sua versão de lançamento.

CICLO ITERATIVO




Como podemos ver no gráfico,mesmo quando uma pessoa está terminando sua etapa do projeto,outra está iniciando a outra parte do mesmo.

Read more »

Engenharia de software

A engenharia pode ser entendida como uma aplicação de métodos empíricos  que visam o benefício do ser humano.Com isso ,podemos dizer que engenharia de software é a  aplicação de métodos computacionais que visam o benefício do ser humano.

Mas, será que é realmente necessário tratar o desenvolvimento de software como engenharia?

SIM

A seguir justificaremos essa resposta.

Podemos pensar nas seguintes perguntas:

Porque tanto tempo é gasto na construção de software ?

Porque os custos são tão altos ?

Por que não podemos achar todos os erros antes de entregar o software aos clientes ?

Porque existe tanta dificuldade em medir o progresso no desenvolvimento de software?

Todas essas perguntas recebem uma única resposta:Pois cada sistema é diferente.

Características de Software

• É um sistema lógico e não físico;
• Criado por pessoas ;
• Deve sofrer engenharia;
• Deve ser projetado;
• NÂO é manofaturado;
• Seus maiores custos estão concentrados na engenharia;
• O SOFTWARE NÃO SE DESGASTA;
• O mesmo pode se tornar desatualizado
• As “peças de reposição” são mais dificeis de serem implantadas;
• As falhas em softwares normalmente indicam erros de projeto;
• A maioria dos softwares são feitas sob encomenda ( Não existe ideia de linha de produção)
• Alguns softwares podem ser criados utilizando componentes prontos;
• Componentes de software deveriam ser reutilizados.

mitos de programadores

-quando escrevemos um programa e o fazemo funcionar, nosso trabalho esta completo
-até que eu esteja com um programa rodando nao tem como avaliar sua qualidade.
-preciso entregar, como produto final, somente o executável.

mitos dos clientes

-basta uma pequena visao do meu problema para que comecem a desenvolver o sftware
-os requisitos do software mudam continuamente, mas as mudanças podem ser facilmente implementadas.

CUSTO DE MUDANÇAS

Etapas no Desenvolvimento de Softwares

Visando que qualquer mudança no programa muda o tempo para que ele se estabilize e a taxa de erros do software.

Read more »

Os ERP’s

Os ERPs (Enterprise Resource Planning) são sistemas que tem como objetivo a integração de processos e funções de  uma organização.


O QUE SÃO ERP’s?

E nterprise
R esourse
P lanning

IDEIA PRINCIPAL DE UM ERP:

ERPs (Enterprise Resource Planning) são sistemas de informação com estruturas abrangentes e complexas que tentam, de forma integrada, representar o maximo do modelo de informação da organização. Seu objetivo é tentar integrar as funções e os processos de uma organização.

FORMAS DE APLICAÇÃO:

Simples aplicação -> empresas que não tinham sistema anteriormente
Complicada aplicação -> empresas que optam por ERP para substituir todos os sistemas existentes (Para empresa que irá implatar é mas facil pois dispensas todos os sistemas existente para implantar seu próprio mas para o usuario é mais dificil pois necessitará de um treinamento para manusear o novo sistema );
A mais dificil das aplicações -> empresas que optam por manter os seus sistemas atuais; o ERP seria responsavel pela integração deles, além de prover outras funcionalidades (Para empresa que ira implantar é mais dificil mas para o usuario é mais facil.

EVOLUÇÃO DOS ERP’s

1970→BOM :Bill of Materials→sistema ERP muito primitivo com apremissa de saber:

-O que comprar/vender?
-Quanto comprar/vender?

1980→Criação do “quando comprar/vender?” que dava lucro para grandes empresas.Foi nessa época que houve a criação do MRP→Manufacturing Resource Planning,que inseria módulos de recursos humanos logística;do MPR 2,que adicio e do ERP.

2000→é acrescentado aos ERPs módulos conceituais,criando um novo ERP,que pode ser nomeado :ERP 2000,ERP 2,ERP +.

MÓDULOS DE UM ERP

FRM:Finance Resource Management
MPR:Manufacturing Resources Planning
CRM:Customer Relationship Management
SCM:Supply Chain Management
HRM:Human Resource Management

Read more »