Analise e Desenvolvimento de Sistemas Aula 01

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

Universidade Católica do Salvador
Analise e Desenvolvimento de Sistemas
Daniel Lucena Couto – 2013.1
Apresentação
Formação
Especialista Sistema da Informação com Ênfase em Banco de Dados – Ruy Barbosa
Graduado ciência da Computação – Ruy Barbosa
Experiência Profissional
Coelba;
Petrobras 
Sefaz ( Secretaria da Fazenda Estado\Município )
Itau; 
Unibanco
SOHO
Avaliação
Nota 1
Prova  Peso 8
Exercícios  Peso 2
Nota 2
Trabalho
Documentação
Sistema
Média
( N1 + N2 )/2
Datas
Avaliação 1
Data: 15 de Abril 
Avaliação 2
Data: 03 de Junho
Prova Final
Data: 17 de Junho
Metodologia de Disciplina
Aulas expositivas apresentando e discutindo os conceitos vistos em Engenharia;
Aplicação de conceitos de métodos ágeis;
Estudos de caso;
Exercícios práticos;
Exercícios práticos;
.
.
Exercícios práticos;
Revisão – Engenharia de Software	
Qual o conhecimento da turma? 
O que foi visto até o momento?
Ementa do Curso
Introdução a modelagem de dados: 
UML 
Estudo de Caso
Analise de Requisitos
Definições
Analisar
1. Decompor um todo em partes, componentes; fazer análise 
2. Observar, examinar com minúcia; esquadrinhar 3. Examinar Criticamente.
Requisito
1. Condição necessária para obtenção de certo objetivo, ou para preenchimento de certo fim; 
2. Exigência necessária para certos efeitos
Definições
Também chamada de Análise de Sistemas ou Engenharia de Requisitos.
Parte dos requisitos obtidos e revisados e do Plano de Projeto. 
Visa fornecer representações (modelos) de "Informação" e de "função" que:
Possam ser transformadas (traduzidas) em "projeto” de dados, arquitetura, interface e procedimentos;
Sirvam como um meio de determinar a qualidade do software.
Definições
O Engenheiro de Software constrói modelos usando os 
requisitos ELICITADOS do usuário.
Inglês (Michaellis) To Elicit: arrancar (de)
Português (Aurélio) Eliciar: fazer sair; expulsar.
Para entender e validar os requisitos eliciados, precisamos analisa-los de diferentes pontos de vista:
Aspectos de dados
Aspectos funcionais
Aspectos comportamentais
Objetivos
Descrever o que o usuário requisitou, de maneira técnica;
Estabelecer uma base para a criação do Projeto de Software;
Definir um conjunto de requisitos que precisam ser validados quando o software estiver pronto.
A análise de requisitos deve impreterivelmente ser realizada, independente do tamanho do projeto. Então não importa se será desenvolvida uma calculadora ou um sistema de controle de tráfego extraterrestre nos anéis de saturno, a análise de requisitos é indispensável;
Requisitos não são obrigatoriamente funcionalidades de um sistema. Um requisito pode ser um fator de: performance, aparência, custo, acessibilidade, segurança, limitação, etc;
Analise de Requisitos
O processo de análise deve ser compartilhado com os fornecedores de requisitos e com os stakeholders, com a mesma importância que na interação para aprovação do quanto proposto. Deve-se lembrar que a documentação de requisitos não é um documento secreto do time de desenvolvimento, e deve ser compartilhado com todos os interessados;
Deve-se aproveitar ao máximo a disponibilidade dos fornecedores de requisitos e dos demais envolvidos. É importante realizar entrevistas ou outras técnicas com futuros clientes eprospects. Não tenha medo de parecer idiota, pergunte uma, duas, três vezes se for necessário.
Analise de Requisitos
Seja o mais detalhista possível, a documentação de requisitos deve conter todos os detalhes funcionais e não funcionais do sistema, seja o comportamento do software, quanto sobre sua usabilidade. Lembre-se que um documento pouco ou mal detalhado não serve pra nada;
Tenha cuidado com a linguagem utilizada nas documentações, um documento de especificação de requisitos deve sempre ser simples, linear e sem ambiguidade alguma. Tenha em mente que as frases devem ser claras e entendíveis por qualquer pessoa, mesmo sem conhecimento técnico;
Analise de Requisitos
Aprenda sobre UML: A modelagem de Casos de Uso é muito importante para times que trabalham com ciclos bem definidos utilizando esta linguem. Porém lembre-se que a pouco serve diagramar os casos de uso sem que os mesmos tenham sido documentados;
Lembre-se que os requisitos são dinâmicos e tem validade, dessa forma não são permanentes. Prepare-se para reescrever a documentação assim que algum requisito mudar, ou quando surgirem requisitos novos;
Analise de Requisitos
Não se iluda pensando que o processo de análise de requisitos compreende somente projetos de novos sistemas, a atividade da análise também existe durante a manutenção de um software que já esta em produção, e tenha certeza que muitas trabalhar com o “legado” de software é muito mais delicado que em um novo desenvolvimento;
Analise de Requisitos
Metodologia
Quais fatores devemos considerar na adesão a uma metodologia?
Considerar Todo o ciclo de Vida ( Concepção a Envelhecimento )
Processo de produção
Aplicar os princípios do desenvolvimento de Sistemas
Formação de uma Metodologia
Técnicas de Representação de conhecimento (Modelos) 
Representação do universo do discurso realçando os aspectos considerados mais importantes
Estratégias de Abordagem ao problema (Método)
Como conduzir o processo de obtenção de conhecimento sobre o problema em causa e como conduzir a resolução
Formação de uma Metodologia
Técnicas de Validação do conhecimento obtido, e representado nos modelos, 
Coerência ( Inexistência de Informações contraditórias)
Correção (Adequação à realidade estudada)
Modelos
Representação abstrata de uma realidade;
Aspectos de uma realidade considerados relevantes a um determinado contexto e/ou sob determinado ponto de vista
Aplicação dos Modelos
Focalizar aspectos relevantes (essência) do sistema abstraindo plano aspectos menos importantes
Discutir alterações e correções de requisitos com um baixo custo e risco
Validar entendimentos
Divisão do Modelo
Modelagem de dados
Informações relevantes e sua estrutura
Modelagem de Processos
Tratamento dado a informação
Ligação entre as informações