Professor Emiliano S. Monteiro

Transcrição

1 Professor Emiliano S. Monteiro

2 Geralmente os problemas que devem ser resolvidos são complexos portanto sua resolução necessita de análise, ou seja, uma investigação. Prof. Emiliano S. Monteiro

3 Análise: 1. Decomposição de um todo em suas partes constituintes. 2. Exame de cada parte de um todo, tendo em vista conhecer sua natureza, suas proporções, suas funções, suas relações, etc. 4. A análise de sistema é usada em todos os campos onde há um trabalho de desenvolvimento de algo (produto (software inclusive!) e serviços). Prof. Emiliano S. Monteiro

4 4. É o estudo do agrupamento de entes que compõem e/ou interagem para formar um sistema. 5. Este campo está intimamente relacionado com a análise de requisitos ou operações de investigação. 6. Pode-se dizer que é: "um inquérito formal explícito realizado para ajudar alguém (geralmente o analista de sistemas) a identificar um melhor curso de ação e, tomar uma decisão melhor. Prof. Emiliano S. Monteiro

5 Análise é uma palavra originário do grego, e significam: dissolver, desmontar. A análise é utilizada em várias disciplinas (como engenharia, psicologia, etc) para designar procedimentos de investigação. A análise é definida como o processo pelo qual nós dividimos o que esta sendo investigado em partes menores que serão estudadas individualmente e/ou em conjunto conforme o caso. Prof. Emiliano S. Monteiro

6 A análise pode também ser definida como um conjunto de atividades que realizam a função orgânica em conjunto de atividades maiores no projeto. Função orgânica é o que desempenham elementos que tem estrutura e comportamento similar. Durante o desenvolvimento de sistemas para computadores temos uma fase chamada de análise de sistemas (análise de requisitos), nela são desenvolvidos vários diagramas e modelos que retratam o domínio do problema que será tratado. Talvez um dos mais importantes diagramas seja o modelo de dados ou diagrama entidade relacionamento. Existem um número de abordagens diferentes para a análise do sistema Prof. Emiliano S. Monteiro

7 O analista realiza a tarefa de decompor os problemas dos usuários em partes e representar estes problemas usam uma linguagem previamente padronizada (geralmente diagramas), partindo então para a construção do software (sistema).

8 A análise de sistemas é um conjunto de técnicas para a solução de problemas usando uma combinação de hardware e/ou software. A análise de sistemas geralmente decompõe as atividades manuais realizadas dentro de empresas, as representa formalmente, utilizando diagramas, dicionarizando dados e processos, relações, objetos, regras de negócio e propõem uma solução computadorizada, esta solução computadorizada é o sistema que o usuário final deverá usar.

9 Analista de sistemas: Perito na definição e no desenvolvimento de algoritmos necessários à solução de um problema particularmente dos algoritmos que podem ser resolvidos num computador. Sistema: 1. Conjunto de elementos, materiais ou ideias, entre os quais se possam encontrar ou definir alguma relação. 2. Disposição das partes ou dos elementos de um todo, coordenados entre si, e que funcionam como estrutura organizada. 3. Reunião de elementos naturais da mesma espécie.

10 É uma quantidade de elementos interconectados, ordenados por uma força interna e ou externa. O ordenamento interno do sistema se expressa no conjunto de leis de conexão ou ações de interação entre seus elementos. Cada lei expressa determinada ordem ou tipo de nexos entre certos fenômenos ou processos.

11 A Teoria Geral dos Sistemas nos diz: 1. Quanto mais especializado é um sistema, menos capaz ele é de se adaptar a circunstâncias diferentes. 2. Quanto maior for um sistema, maior o número de seus recursos que serão destinados a manutenção diária. 3. Os sistemas sempre fazem parte de sistemas maiores e sempre podem ser divididos em sistemas menores. 4. Sistemas crescem.

12 1 Análise de requisitos de software 2 Especificação de requisitos 3 Projeto do sistema 3.1. Arquitetura de Software e seus componentes 4 Implementação (ou codificação) 4.1. Programação do sistema e banco de dados 5 Teste 5.1. Testes unitários, integração, usabilidade, etc 6 Documentação 6.1. Para administradores, gestores, usuários e desenvolvedores 7 Suporte e Treinamento de usuários 8 Manutenção 9 Desativação ou substituição

13

14 Um conjunto de tarefas ordenadas constitui um processo, uma séria de etapas que envolvem atividades, restrições e recursos para alcançar a saída desejada. Um processo é um conjunto de procedimentos, organizados de modo que nos permita construir produtos que satisfaçam a uma série de objetivos e padrões.

15 Um processo envolve um conjunto de ferramentas e técnicas, entre elas: a) o processo deve descrever todas as suas atividades b) o processo utiliza recursos e esta sujeito a restrições dos mesmos c) o processo pode ser composto de sub-processos d) cada atividade do processo tem critérios de entrada e saída e) as atividades são organizadas em sequência, com uma ordem de execução f) todo processo tem um conjunto de diretrizes que explicam os objetivos de cada atividade g) restrições e controles podem ser aplicadas a cada atividade.

16 Atualmente existem mais de 100 filosofias de desenvolvimento:

17 Características: Um dos primeiros modelos, proposto por Winston W. Royce, em O desenvolvimento de um estágio deve terminar antes do próximo começar. Só quando todos os requisitos forem enunciados é que a equipe de desenvolvimento pode iniciar suas atividades. Pode ser usado para estimar quando falta para o término do projeto. É fácil de explicar aos clientes. Não reflete como o código é desenvolvido. É frequentemente utilizado na resolução de problemas nunca antes resolvidos. Ao final de cada fase é produzido um artefado, sem detalhar como. Trata o desenvolvimento de software como resolução de problema. Enfoque nos documentos e artefatos.

18 Criado por Barry Boehm em 1988, é similar a um risco envolvido que forma o desenho da espiral. É um modelo incremental e interativo. Requisitos Avaliação e análise de risco Primero concebe as operações, depois gera requisitos, depois desenvolve e finalmente habilita os testes, reiniciando o ciclo novamente. Testes Lançamento Codificação

19 A prototipação pode ser a base de um processo de software. Permite o desenvolvimento rápido para esclarecer dúvidas, reduzindo os riscos e a incerteza do desenvolvimento. O protótipo começa com um conjunto simples de requisitos, quando apresentado aos clientes, este protótipo passa por refinamentos sucessivos, até que um protótipo final tenha sido obtido, permitindo então a codificação final.

20 É uma variação do modelo em cascata. Proposto pelo ministério de defesa da Alemanha em A codificação é o vértice do V, a análise e projeto ficam em um lado e o testes do outro. Durante a verificação de problemas (lado direito), caso encontrados) o lado esquerdo pode ser revisto, permitindo a correção. O modelo V pode ser incrementado com prototipação. Principais desvantagens: Não aborda operações, manutenção, reparo nem descarte de sistemas!

21 Sommervile (2003), na maioria dos projetos de software, ocorre algum reuso de software. Isto acontece quando as pessoas envolvidas no projeto de um software conhece outros projetos similares. Estes softwares similares sofrem pequenas modificações e são incorporados ao novo projeto em desenvolvimento. A abordagem voltada para a componentização de software, também trata do reuso de código entre projetos. Uma categoria de sistemas que se beneficia desta forma de trabalho são softwares de prateleira, pois muitos possuem funções similares, nesta categoria entram pequenas automações comerciais. Sua principal vantagem esta na redução de software a ser produzido, também propicia a redução do tempo de entrega. Sua desvantagem esta no controle sobre a evolução do sistema, pois partes do sistema, componentizadas estão sob controle de terceiros.

22 1. Acceptance Test Driven Development (ATDD) 2. Agile Modeling 3. Agile Unified Process (AUP) 4. Continuous integration (CI) 5. Crystal Clear 6. Crystal Methods 7. Dynamic Systems Development Method (DSDM) 8. Extreme Programming (XP) 9. Feature Driven Development (FDD) 10. Graphical System Design (GSD) 11. Kanban 12. Lean software development 13. Scrum 14. Scrum-ban 15. Story-driven modeling 16. Test-driven development (TDD) 17. Velocity tracking 18. Software Development Rhythms

23 Scrum é um processo iterativo de desenvolvimento incremental de software. Ele vai do desenvolvimento de produto até a entrega da aplicação. Seu foco está em: Ser uma estratégia de desenvolvimento flexível, do produto, onde uma equipe de desenvolvimento funciona como uma unidade para alcançar um objetivo comum. Os criadores (em 1986 foram Hirotaka Takeuchi e Ikujiro Nonaka) descreveram o scrum como: uma nova abordagem para o desenvolvimento de produtos comerciais que aumenta a velocidade e flexibilidade, com base em estudos de caso de empresas de fabricação nas indústrias de fotocopiadoras, automotivo e impressora. Eles chamaram esta abordagem de holística ou rugby, porque todo o processo é realizado por uma equipe multifuncional em várias fases sobrepostas

24

25