Aula 17 - Tipos de Diagrama

Unified Modeling Language (UML) -> linguagem de modelagem não proprietária. Não é uma metodologia de desenvolvimento.

Usa uma forma de diagrama para especificar, documentar e estruturar. Permite uma melhor visualização lógica.
Enfoque em determinar quem participa do sistema, ou seja, quais são os objetos observáveis dentro do domínio da aplicação.

Diagramas Estruturais: Diagrama de classes, Diagrama de objetos, Diagrama de componentes, Diagrama de instalação, Diagrama de pacotes, Diagrama de estrutura. Sendo o diagrama de classes o mais importante.
Diagramas Comportamentais: Diagrama de Caso de Uso(só modela quem usa o sistema e para que usa, não modela a implementação), Diagrama de Estados, Diagrama de atividade.
Diagramas de Interação: Diagrama de sequência, Diagrama de Interatividade, Diagrama de colaboração ou comunicação, Diagrama de tempo
Análise de projetos estruturados: está voltada em dizer o que os sistemas devem fazer(lê-se processos).
Algumas das ferramentas de análise de projetos são:
Diagrama de Fluxo de Dados (DFD): é uma ferramenta para a modelagem de sistemas. Ela fornece apenas uma visão do sistema, a visão estruturada das funções, ou seja, o fluxo dos dados. Se estivermos desenvolvendo um sistema no qual os relacionamentos entre os dados sejam mais importantes que as funções, podemos dar menos importância ao DFD e dedicar-nos aos diagrama de entidades-relacionamento(DER).
Diagrama entidade relacionamento (DER): é um modelo diagramático que descreve o modelo de dados de um sistema com alto nível de abstração. Ele é a principal representação do Modelo de Entidades e Relacionamentos. É usado para representar o modelo conceitual do negócio. Não confundir com modelo relacional, que representam as tabelas, atributos e relações materializadas no banco de dados.
Diagrama de transição de estados (DTE): é uma representação do estado ou situação em que um objeto pode se encontrar no decorrer da execução de processos de um sistema. Com isso, o objeto pode passar de um estado inicial para um estado final através de uma transição.

-Análise e projeto orientados a objetos: possui o enfoque em determinar quem participa do sistema, ou seja, quais são os objetos observáveis dentro do domínio da aplicação
-Possui vários diagramas são divididos em: diagramas estruturais(diagramas de objetos, classes, componentes, instalação, pacotes, estrutura), diagramas comportamentais(diagrama de Caso de Uso, transição de estados, atividade), diagramas de interação(diagrama de sequência, interatividade, colaboração, tempo).

Aula 16 - Projetos de Sistemas

Projeto do Sistema:
separação em fases das disciplinas para elaboração do projeto.

Disciplinas:
Modelo de negócios
Requerimentos
Design e Analise
Teste
Configuração
Administração de projeto
Ambiente

Fases.

Inicial - Elaboração 1 - Elaboração 2 - Construção 1 - Construção 2 - Construção N - Transição 1 - Transição 2.

- Análise e projetos estruturados: análise de sistemas de projeto.
- Diagrama de fluxo de dados.
- DER: modelo de banco de dados (relacionamento entre eles).
- DTE: mostra todos os estados possíveis de um objeto, os eventos que mudam seu estado, as condições que devem ser satisfeitas antes que uma transição (mudança de estado) ocorra e as ações (atividades) durante a vida do objeto.

Aula 15 - Ciclos de Vida

Especificação de requisito, Análise de sistema -> Implementações -> Testes -> Manutenção

• Ciclo de vida: como são organizadas as diferentes fases de elaboração de SI.

requerimento -> análise -> design -> implementação -> teste

• Ciclo de vida em cascata (waterfall)

           - O cliente só tem contato com o sujeito no final.
           - Erros em uma fase fazem voltar as fases.
           - Simples

• Ciclo de vida em espiral

α -> β -> release
           - O Cliente tem mais contato com o sul e pode dar feedback.
           - O reparo de erros é menos custoso.
           - Não é tão simples de gerenciar.
           - Equipes ainda não trabalham paralelo.

• Ciclo de vida iterativo

           equipes podem trabalhar em paralelo.

Métodos ágeis:
- XP - eXtremming programming
- Scrum
- DFD

Aula 14 - Engenharia de software

Fases do ciclo de vida

1. Analise de requisitos;
2. Analise do sistema;
3. Projeto do sistema;
4. Implementação ;
5. Testes e
6. Manutenção

Engenharia de Software é o gerenciamento da inter-relação complexa dos vários elementos de um sistema, respeitadas as características de cada um, visando atingir o máximo de eficácia.
Software →  é um sistema logico (não físico)
- é criado por pessoas
- deve sofrer engenharia
- deve ser projetado
- não é manufaturado
  Seus maiores custos estão concentrados na engenharia. Não existe a ideia de linha de produção em termos de software.

Aula 13 - ERP

ERP - Enterprise Resource Planning

Enterprise Resource Planning são sistemas de informação com estruturas abrangentes e complexas que tentam de forma integrada representar o máximo do modelo de informação da organização. Seu objetivo é tentar integrar as funções e os processos de uma organização. Essa integração pode ocorrer sob perspectiva funcional (sistemas de: finanças, contabilidade, recursos humanos, fabricação de marketing, vendas, etc) e sob a perspectiva sistemática (sistema de processamente de transições, sistema de informações gerenciais e sistema de apoio a decisão, etc).

Evolução histórica:

1960 - Bill of Materials (O que/quanto?)
1970 - MRP - Materials Requeriments Planning (quando?)
1980 - MRPII - Manufacturing Resource Planning (quando + módulos de RH + módulos de logística).
1990 - ERP - Enterprise Resource Planning
2000+ - Enterprise ERP, Web enabled ERP, Extended ERP, ERPII (como?)

ERP
Planejamento de Materiais, Entrada de Pedidos, Razão, Contabilidade, Controle de chão de fábrica, Distribuição.
Extended ERP
Agendamento, Previsão, Planejamento de capacidade, Encomendas, Armazenamento, Logística.
ERPII
Gerenciamento de Projetos, Gestão do conhecimento, Gestão do fluxo de trabalho, Gestão de relacionamento com cliente, Gestão de recursos humanos, Integramente financeiro, Capacidade de Portal.
MRP (Manufacturing Resource Planning)
Premissa básica do MRP: Conhecidos os materiais de um produto e os tempos de sua obtenção pode-se calcular os momentos as quantidades dos itens necessários para fabricação.
Filosofia básica do MRP: Determinar
O QUE?
QUANTO? = Produzir ou comprar
QUANDO?
MRPII = COMO?
MRP = Estrutura, parâmetros/Plano mestre de produção, posição de estoques/Posição de estoques = Plano de materiais e capacidade.

CRP = Centros produtivos, roteiros, tempo.

Aula 12 - Estudo de sistemas DSS

São sistemas que auxiliam na hora de tomar decisões, utilizando dados de TPSs e outros sistemas

Tomada de decisão faz parte da resolução do problema DSS = Sistemas de Suporte a Decisão (Decision Suport System).

Tem potencial para auxiliar na solução de problemas não estruturados ou semi estruturados.
Problemas estruturados: problemas diretos, requerem fatos bem-estabelecidos e relacionados bem-definidos.
Problemas semi estruturados ou não estruturados: problemas complexos onde a relação entre os dados nem sempre é clara, dados podem estar em diversos formatos, além de serem geralmente difíceis de obter ou manter (gosto e interpretação de cada usuário).

Características de um DSS:
- Lida com grandes quantidades de dados a partir de diferentes fontes;
- Fornece flexibilidade de relatórios e saída gráfica e textual;
- Faz diferentes tipos de análises complexas (what-if, simulação, goal-seeking), suportando também diferentes tipos de soluções (de otimização, satisfação e heurística).

Tipos de análises de um DSS:
What-if: Faz mudanças hipotéticas no problema e observa o impacto dos resultados
Simulação: Duplica características de um sistema real
Goal-seeking: Determina os dados necessários para um determinado resultado (sabe-se o resultado que se quer e determina as estradas necessárias)

Tipos de soluções de DSS:
Otimização: encontra a melhor solução
Satisfação: encontra uma solução boa - mas não necessariamente a melhor
Heurística: Trata-se de procedimentos e direcionamentos comumente aceitos que geralmente levam a uma boa solução.

Aula 11 - Tipos de relatórios do MIS

Como cada área demanda um conjunto de informações específicas, existem diferentes tipos de relatórios, como:

- Scheduled reports (relatórios agendados): Produzidos periodicamente, de acordo com um agendamento prévio (schedule), por exemplo: relatórios diários, semanais, mensais, anuais.
- Key-indicator reports (relatórios por chave indicativa): Sumariza as atividades principais (key) do período anterior, tipicamente diários, disponíveis no início de cada dia.
- Demand reports (relatórios de requisição): Fornecem informações específicas de acordo com a requisição (demand) de um gerente.
- Exception Reports (relatórios de exceção): Produzidos automaticamente quando ocorre uma situação inusitada, inesperada ou que requeira uma ação gerencial.
- Drill-down reports (relatórios de por que): Consiste em fazer uma exploração de diferentes níveis de detalhe das informações e você pode “subir ou descer” dentro do detalhamento dos dados e relacionados bem-definidos.