Unidade I MODELAGEM DE PROCESSOS. Profa. Gislaine Stachissini

Transcrição

1 Unidade I MODELAGEM DE PROCESSOS Profa. Gislaine Stachissini

2 Documentação Conceito básico: nos negócios; na administração; na ciência; na Tecnologia da Informação.

3 Modelagem de processos

4 Importância da documentação Um sistema, organização, ou pessoa não existem sem documentação.

5 Importância da documentação DOCUMENTAR ORGANIZAR REPENSAR

6 Documentar Entender os processos atuais. Normatizar políticas necessárias. Descrever procedimentos. Formalizar junto à equipe envolvida. Publicar processos.

7 Organizar Mapear processos atuais. Identificar pontos críticos. Propor melhorias. Definir plano de implementação das melhorias. Acompanhar implementação.

8 Repensar Modelar novos processos: desenhar processos to be; documentar oportunidades; definir plano de implementação; acompanhar implementação. Documentar: detalhar os processos; normatizar políticas; descrever procedimentos.

9 Transmitir informações Os documentos visam também demonstrar e transmitir os resultados, por exemplo, de cientistas entre cientistas, e os estudos científicos.

10 Interatividade Uma pessoa que não possui uma identidade oficial não possui o que? a) Documentos. b) Fotos. c) Profissão. d) Educação. e) Faculdade.

11 Desenvolvimento de sistemas Uma visão de alto nível possui a seguinte estrutura: Análise Projeto Implementação Teste

12 Fase - análise Na análise, estabelece-se a lógica do domínio da aplicação para o projeto e decide-se o escopo do projeto.

13 Fase - projeto No projeto são coletados os requisitos mais detalhados para se estabelecer uma arquitetura básica e criar um plano para a construção do sistema.

14 Fase - implementação Na implementação elabora-se o sistema único ou em uma série de iterações. Cada iteração é um novo miniprojeto, com casos de uso designados para cada iteração.

15 Iterações dentro da implementação Iterações incrementais na função: é construída sobre os casos de uso desenvolvidos nas iterações prévias. Iterações iterativas em termos da base de código: implicará que alguns trechos de código existentes sejam reescritos para torná-los mais flexíveis.

16 Fase - teste Realiza testes de sistema para confirmar se o sistema e os casos de uso foram construídos corretamente. Considerada uma tarefa extensa e difícil.

17 Risco O objetivo desta forma de desenvolver sistemas é reduzir o risco. O risco, geralmente, aparece porque casos difíceis são deixados para o fim do projeto.

18 Interatividade Em qual fase do desenvolvimento de sistemas pode haver miniprojeto? a) Análise. b) Projeto. c) Implementação. d) Teste. e) Nenhuma das anteriores está correta.

19 Sistemas complexos Devido à complexidade dos softwares desenvolvidos, a documentação está se tornando imprescindível no desenvolvimento.

20 Reutilização Os componentes reutilizáveis de softwares podem ser módulos enormes e bastante complexos. Apoiados por interfaces repletas de recursos. Atividade altamente complexa.

21 Historia da documentação O conceito de documentação está totalmente relacionado ao propósito do desenvolvimento da representação gráfica de elementos que possam resgatar fatos passados.

22 Advento da escrita As evidências dos sistemas de escrita apareceram, primeiramente, em pedras entalhadas utilizadas como símbolos de contagem, provavelmente para contar certas propriedades, como animais ou medidas de grão.

23 Advento da escrita O conceito de figuras em pedra pode ser encontrado também na escrita fenícia, que influenciou a escrita hebraica, aramaica e grega. Já em 800 a.c. os gregos foram os primeiros a representar as vogais com letras, sendo os precursores do alfabeto romano, no qual boa parte dos países latinos baseou o seu alfabeto.

24 Interatividade A representação gráfica de elementos que possam resgatar fatos passados está relacionada: a) Ao sistema. b) Ao processo. c) À interação. d) À documentação. e) Ao projeto.

25 Métodos orientados a objetos O paradigma objeto apareceu nos anos 1980 como uma solução revolucionária para o desenvolvimento de software. Software organizado como um grafo, com os arcos representando as relações de utilização e os nós representando os objetos.

26 Métodos orientados a objetos Desde o início dos anos 1990 diversos métodos de análise e projeto orientados a objetos foram propostos. Coad/Yourdon: variedade de conceitos e simplicidade. G. Booch /J. Rumbaugh: grande número de conceitos e detalhes. Booch: Projeto / Rumbaugh: análise Linguagem UML: Padronização /RUP

27 Orientação a objetos É uma tecnologia para a produção de modelos que especifiquem o domínio do problema de um sistema. Não é só teoria, mas uma tecnologia de eficiência e qualidade comprovadas, usada em inúmeros projetos e para a construção de diferentes tipos de sistemas.

28 Programação orientada a objetos É um método de implementação no qual programas são organizados como uma coleção cooperativa de objetos, cada um deles representando uma instância de alguma classe, as quais pertencem a uma hierarquia de classes unidas através de uma relação de herança.

29 Análise orientada a objetos É É um método de análise que examina os requisitos através de perspectivas de classes e objetos encontrados no vocabulário do domínio do problema.

30 Projeto orientado a objetos É um método de projeto que engloba o processo de decomposição orientada a objetos e uma notação para representar as características lógicas e físicas, assim como, os aspectos estáticos e dinâmicos dos sistemas.

31 Interatividade Quando surgiu o paradigma objeto para o desenvolvimento de software? a) Anos b) Anos c) Anos d) Anos e) Anos 2000.

32 ATÉ A PRÓXIMA!