FASE DE CONCEPÇÃO

(1)

FASE DE CONCEPÇÃO

Fase de Concepção

• Essa fase pode ser considerada como o embrião do sistema e requer que a alta administração da empresa esteja empenhada em resolver o problema existente, caso contrário, o nosso sistema não consegue sair do papel.

• Nessa fase, o analista faz uma estimativa grosseira de custos, pois, como o processo, está na fase inicial, é impossível provisionar o custo do investimento.

• O analista deve propor soluções e mostrando de forma expositiva qual é a situação real das principais necessidades.

• É imprescindível que o analista defina com bastante clareza quais são os principais objetivos a serem atingidos com o seu projeto para que o sistema não pare por aqui.

(2)

Fase de Concepção

•

No RUP esta fase é chamada de Iniciação

•

A meta dominante da fase de iniciação é atingir o consenso entre todos os envolvidos sobre os objetivos do ciclo de vida do projeto.

•

A fase de iniciação tem muita importância principalmente para os esforços dos desenvolvimentos novos, nos quais há muitos riscos de negócios e de requisitos que precisam ser tratados para que o projeto possa prosseguir.

•

Para projetos que visam melhorias em um sistema existente, a fase de iniciação é mais rápida, mas ainda se concentra em assegurar que o projeto seja compensatório e que seja possível fazê-lo.

Fase de Concepção

•

Os objetivos principais da fase de iniciação incluem:

• Estabelecer o escopo do software do projeto e as condições limite, incluindo uma visão operacional, critérios de aceitação e o que deve ou não estar no produto.

• Discriminar os casos de uso críticos do sistema, os principais cenários de operação e o que direcionará as principais trocas de design.

• Exibir, e talvez demonstrar, pelo menos uma opção de arquitetura para alguns cenários básicos.

• Estimar o custo geral e a programação para o projeto inteiro (e estimativas detalhadas para a fase de elaboração imediatamente a seguir).

• Estimar riscos em potencial (as origens de imprevistos)

• Preparar o ambiente de suporte para o projeto.

(3)

Fase de Concepção

• Fase Iniciação do RUP

Fase de Concepção

•

Atividades básicas

Formular o escopo do

projeto

Planejar e preparar um caso de

negócio

Sintetizar uma possível arquitetura

Preparar o ambiente

para o projeto

(4)

Fase de Concepção

•

Atividades básicas

projeto

negócio

Preparar o ambiente

para o projeto

Formular o escopo do projeto. Isso envolve capturar o contexto, bem como os requisitos e as restrições mais importantes, para que seja possível depreender critérios de aceitação para o produto final.

Fase de Concepção

•

Atividades básicas

projeto

negócio

Preparar o ambiente

para o projeto

Planejar e preparar um caso de negócio. Avaliar alternativas para o gerenciamento de riscos, a organização da equipe, o plano do projeto e as mudanças de custo/programação/lucros.

(5)

Fase de Concepção

•

Atividades básicas

projeto

negócio

Preparar o ambiente

para o projeto

Sintetizar uma possível arquitetura, avaliando as mudanças no design e em fazer/comprar/reutilizar, para que seja possível estimar custo, programação e recursos. O objetivo aqui é demonstrar a possibilidade de execução através de alguma forma de prova de conceito.

Fase de Concepção

•

Atividades básicas

projeto

negócio

Preparar o ambiente

para o projeto

Preparar o ambiente para o projeto, avaliando o projeto e a organização, selecionando ferramentas e decidindo quais partes do processo devem ser melhoradas.

(6)

Fase de Concepção

•

Artefatos

• Documento de Visão

• Os requisitos principais, as características-chave e as principais restrições do projeto foram documentados

• Caso de Negócio / Estudo de Viabilidade

• Definido e aprovado.

• Lista de Riscos

• Riscos iniciais do projeto identificados.

• Ambiente / Ferramentas

• Todas as ferramentas para suportar o projeto são selecionadas. São instaladas as ferramentas necessárias para o trabalho na Iniciação.

• Glossário

• Termos importantes definidos; glossário analisado.

• Modelo de Casos de Uso

• Atores e casos de uso importantes identificados, e fluxos de eventos descritos apenas para os casos de uso mais críticos.

Caso de Negócio / Estudo de Viabilidade

•

O Caso de Negócio fornece as informações necessárias do ponto de vista de um negócio, para determinar se vale ou não a pena investir no projeto.

•

Para um produto de software comercial, o Caso de Negócio deve incluir um conjunto de suposições sobre o projeto e a ordem de importância do retorno do investimento (ROI)

•

Falaremos mais sobre isso adiante.

(7)

Conceitos de RISCO

•

No dia-a-dia, um risco é uma exposição a perdas ou danos; um fator, um item, um elemento ou um curso que envolva perigos incertos. Especificamente no desenvolvimento de software:

• Um risco é uma variável que, em sua distribuição normal, pode ter um valor que comprometa ou elimine o sucesso de um projeto.

Em termos simples, um risco é tudo que possa se encontrar no caminho do sucesso, e que atualmente é desconhecido ou incerto.

• Sucesso é atender ao conjunto completo de todos os requisitos e limitações mantidos como expectativas do projeto pelos que estão no comando.

Conceitos de RISCO

•

Também é possível qualificar os riscos como diretos ou indiretos:

• Risco direto: um risco sobre o qual o projeto tem um alto grau de controle

• Risco indireto: um risco sobre o qual o projeto tem pouco ou nenhum controle

•

Atributos de um risco:

• Probabilidade de ocorrência

• Impacto no projeto (gravidade)

• Os dois frequentemente podem ser combinados em um único indicador de gravidade do risco: Alta, Significativa, Moderada, Menor, Baixa

(8)

Conceitos de RISCO

•

Estratégias

• A ideia principal em gerenciamento de riscos é não aguardar passivamente até que um risco se materialize e se torne um problema ou acabe com o projeto, mas decidir o que fazer com isso. Para cada risco percebido, você decide antecipadamente o que fazer. Há três principais caminhos possíveis:

• Prevenção de riscos: reorganize o projeto de modo que ele não possa ser afetado por um risco.

• Transferência de risco: reorganize o projeto de modo que alguém ou algo sofra o risco (cliente, fornecedor, banco, outro elemento etc.).

• Aceitação do risco: aceite conviver com o risco como uma contingência. Monitore os sintomas de risco e escolha um plano de contingência que o oriente sobre o procedimento a ser realizado em caso de risco.

• Ao aceitar um risco, você deve:

• Diminuir o risco: tome alguma medida imediata e proativa para reduzir a probabilidade ou o impacto do risco

• Definir um plano de contingência: que curso de ação tomar se o risco tornar-se um problema real.

Ferramentas

•

Ferramentas

• São as ferramentas que suportam o esforço de desenvolvimento do software.

• IDE (Integrated Development Environment)

• Ferramentas CASE – UML

• E-mail,

• Skype,

• Gravador,

• Filmadora,

• Bloco de Anotações,

• Formulários,

• Checklist,

• Ata de Reunião,

• Editor de arquivo compartilhado (Doc’s),

• Controlador de versões (Subversion).

(9)

Glossário

• O Glossário define termos importantes usados pelo projeto.

• Exemplo Glossário

• A

• Analógico - Sistema que utiliza sinal elétrico ou forma de onda na qual a amplitude e/ou a frequência variam continuamente. É diferente do sistema digital, pois neste a variação se dá em níveis descontínuos

• Assinante - Pessoa física ou jurídica que tem conta em provedor de acesso ou assina algum serviço específico oferecido pela Internet.

• B

• Bit - A menor unidade de informação num computador. Contração das palavras binary digit.

• Bps (Bits Por Segundo) - Medida de velocidade de transmissão de dados. Os modems mais comuns no mercado operam a 28.800 bps e 33.600 bps, e os mais velozes são de 56.600 bps. Um Kbps corresponde a 1.024 bps.

• C

• Chat - Bate-papo entre visitantes de um mesmo site na Internet, em salas criadas para esse fim.

• Chip - Pastilha de circuito integrado, feita de material semicondutor. Os chips mais conhecidos são os microprocessadores, o cérebro dos computadores.

Modelo de Caso de Uso

•

Modelo de Caso de Uso

.

• O modelo de casos de uso é um modelo das funções pretendidas do sistema e seu ambiente, e serve como um contrato estabelecido entre o cliente e os desenvolvedores.

O modelo de casos de uso é usado como fonte de informações essencial para atividades de análise, design e teste.

(10)

DFD – Diagrama de Fluxo de Dados

•

DFD – Diagrama de Fluxo de Dados

• Utilizado para modelagem de sistemas. Ela fornece apenas uma visão do sistema, a visão estruturada das funções, ou seja, o fluxo dos dados.

Fase de Concepção

• O primeiro artefato da concepção é a descrição geral do projeto (com base no RUP - Documento de Visão).

• Nesse documento, o analista faz uma breve descrição do sistema, contendo os interesses do cliente, não é necessário descrever detalhadamente o funcionamento dos processos nessa fase.

• Técnicas

• Entrevistas, e-mail, telefonemas e reuniões iniciais com o cliente podem ajudar a elaborar esse documento e a identificar as necessidade iniciais.

• Ferramentas

• E-mail, Skype, Gravador, Filmadora, Bloco de Anotações, Formulários, Checklist, Ata de Reunião, Editor de arquivo compartilhado (Doc’s), Controlador de versões (Subversion).

(11)

Artefatos podem ser fundamentais, dependendo do sistema

•

Documento de Visão

• O objetivo desta atividade é descobrir os principais requisitos do sistema em alto nível, de forma a obter a essência do sistema.

• Deve-se avaliar o conjunto de requisitos essenciais para a definição do Documento de Visão do software e este deve incluir o escopo do projeto e suas limitações, bem como as principais características do software a ser desenvolvido.

Fase de Concepção

•

Documento de Visão Visa:

• Identificar Problemas

• Uma das principais partes do documento é a identificação do problema, que deve envolver todas as partes envolvidas.

• Identificar os Envolvidos

• Identificar todos os stakeholders envolvidos no sistema, sendo estes reconhecidos por nome, um título ou uma regra.

• Propor soluções Viáveis aos Problemas

• Informar possíveis caminho para solucionar os problemas já identificados.

• Visão do Produto

• Definir o Escopo do Projeto

• É tudo aquilo que contempla um projeto de um produto ou serviço. Nesse escopo do projeto também está incluído e definido aquilo que não faz parte do mesmo.

• Benefícios que o produto vai proporcionar

• Devem ser detalhadas as características mais importantes do produto e o seu resultado final,

• Custos e Preços

Fase de Concepção

(12)

Fase de Concepção

•

Documento de Visão

(Algumas coisas que estão no Documento de Visão)

• Introdução: Deverá proporcionar uma abordagem inicial ao documento de visão e qual o propósito deste.

• Problematização

• Visão Geral do Projeto

• Escopo do Projeto: Determina o que irá (e não irá) ser feito/produzido/entregue ao termino do projeto.

• Visão do Produto: Visão geral do produto a desenvolver. Interação com componentes existentes, posição que o produto pretende alcançar no mercado, resumo dos benefícios e características do produto, previsão de custo e preço do produto.

• Stakeholders: são os envolvidos no projeto.

• Glossário: Definição de termos utilizados para evitar conflitos entre aquilo que o analista quis dizer e o que o cliente realmente entendeu;

Fase de Concepção

•

Exemplo:

• Documento de Visão – RUP Pequeno

• Documento de Visão – RUP Completo

• Documento de Visão – Ex1

• Documento de Visão – Ex2

• Documento de Visão – Ex3

• Glossário MAKE Factory

Em: www.isaacbezerra.com.br

(13)

• Elaborar juntamente com sua equipe da disciplina de projeto integrador um documento de visão do referido projeto.

• Itens Obrigatórios:

1. Capa

2. Histórico de Revisão 3. Sumário

4. Introdução

5. Definição do Problema 6. Propostas de Soluções 7. Identificação do Envolvidos 8. Visão do Produto

9. Viabilidade 10.Glossário

PROVA - AV1

Data limite de entrega: 08/09/2014

Data limite de entrega: 11/09/2014

Data limite de entrega: 22/09/2014 1º Entrega

2º Entrega

3º Entrega

**OBS.: Entregas obrigatoriamente no google driver

•

Capa

Elementos importantes da capa

1. Nome do Projeto ao qual esta sendo desenvolvido

2. Nome da Equipe, Empresa de Desenvolvimento ou Fábrica de Software

3. Logo marca da Equipe, Empresa de Desenvolvimento ou Fábrica de Software

4. Nome do Documento 5. Versão do Documento 6. Data da Ultima Atualização 7. Nome e/ou Logo do Cliente Opcionais para o nosso caso 1. Nome e/ou Logo da Faculdade 2. Nome e/ou Logo do Curso

Documento de Visão

(14)

• Histórico de Revisão:

1. É um registro das alterações e modificações do documento.

2. Identifica os responsáveis pelas alterações, o que foi modificado e a data que ocorreu as alterações.

Documento de Visão

• Sumário:

• Sumário indica a relação das matérias e sua localização no texto e nos mostra um pequeno resumo para orientar o leitor.

Documento de Visão

(15)

Documento de Visão

•

Introdução

• <Neste tópico devem ser apresentadas as intenções deste documento, expondo o que será realizado para a sua elaboração. Apresentar ainda quais os ponto foram privilegiados. A introdução do documento de Visão fornece uma olhar geral de todo o seu conteúdo. Ela deve incluir a finalidade, o escopo, as definições, os acrônimos, as abreviações, as referências e a síntese deste documento de Visão.>

1.1 Finalidade 1.2 Escopo

1.3 Visão Geral do Documento

Documento de Visão

Introdução

1.1 Finalidade

• <Neste ponto deve ser colocado um texto de forma breve sobre a finalidade deste documento, apresentando o público alvo deste documento e um breve resumo do que será apresentado no decorrer do documento.>

1.2 Escopo

• <Este ponto deve apresentar uma breve descrição do escopo do projeto. Quando necessário, apresentar a quais Projeto(s) ele está associado e tudo o mais que seja afetado ou influenciado por este documento.

• Basicamente trabalha-se a ideia de escopo positivo e negativo, onde o escopo positivo é tudo aquilo que o sistema será após o seu termino e o escopo negativo, aquilo que o sistema não fará ou não será após o seu termino.>

1.3 Visão Geral do Documento

• <Esta subseção descreve o que o restante do documento Visão contém e explica como o documento está organizado.>

(16)

Documento de Visão

Definição do Problema

•

2.1 Identificação do Problema

• <Este ponto deve apresenta o problema ao qual o projeto destina-se sanar>

•

2.2 Impacto do Problema

• <Este ponto deve apresenta os possíveis impactos gerados com o projeto do ponto de vista do stakeholders e/ou sistemas e subsistemas>

•

2.3 Proposta(s) de Solução(ões) para o(s) Problema(s)

• <Aqui devem ser listados possíveis soluções para a resolução dos problemas apresentados>

Documento de Visão

• Envolvidos, Afetados e Usuários / Stakeholders

• <Deve ser apresentado (em lista) o nome, descrição e responsabilidade dos envolvidos, afetados e dos usuários, Há uma série de envolvidos que se interessam pelo desenvolvimento e nem todos eles são usuários finais. Podemos listar Financiadores, patrocinadores, instituição mantenedora, professores, monitores, orientadores, outros sistemas, subsistemas, equipe de desenvolvimento e usuários>.

(17)

Documento de Visão

•

Envolvidos, Afetados e Usuários / Stakeholders

Documento de Visão

• Visão Geral do Produto

•

<Esta seção fornece uma visão de nível superior dos recursos, interfaces com outros aplicativos e configurações de sistemas do produto. >

•

5.1 Perspectiva do Produto

•

5.2 Resumo dos Recursos

•

5.3 Suposições e Dependências

(18)

Documento de Visão

•

Visão Geral do Produto

• 5.1 Perspectiva do Produto

• <Esta subseção do documento Visão analisa o produto em relação a outros produtos relacionados e ao ambiente do usuário. Se o produto for independente e totalmente auto-suficiente, exponha isso aqui. Se o produto for um componente de um sistema maior, esta subseção relatará como esses sistemas interagem e identificará as interfaces relevantes entre os sistemas. Uma maneira fácil de exibir os principais componentes do sistema maior, suas interconexões e interfaces externas é através de um diagrama de bloco.>

• 5.2 Resumo dos Recursos

• <Resuma os principais benefícios e recursos que o produto fornecerá. Por exemplo, um documento Visão referente a um sistema de suporte ao cliente poderá usar esta parte para abordar a documentação de problemas, o roteamento e a elaboração de relatórios de status sem mencionar a quantidade de detalhes necessária a cada uma dessas funções.

• Organize as funções de modo que a lista possa ser compreendida pelo cliente ou por qualquer pessoa que esteja lendo o documento pela primeira vez. Uma tabela simples relacionando os principais benefícios e seus recursos de suporte poderá ser suficiente. >

Documento de Visão

•

Visão Geral do Produto

•

5.3 Suposições e Dependências

• <Liste cada fator que afeta os recursos especificados no documento Visão. Liste as suposições que, se sofrerem mudanças, alterarão o documento Visão. Por exemplo, uma suposição poderá estabelecer que um sistema operacional específico estará disponível para o hardware projetado para o produto de software. Se o sistema operacional não estiver disponível, o documento Visão terá que ser alterado.>

(19)

Documento de Visão

• Viabilidades

•

6.1 Econômico

•

6.2 Técnico

•

6.3 Legal

•

6.4 Organizacional

•

6.5 Cronograma

Documento de Visão

• Viabilidades

•

6.1 Econômico

• <é uma avaliação de custo-eficiência de um projeto ou solução.

Conhecida como análise de custo-benefício.>

•

6.2 Técnico

• <é uma avaliação da praticidade de uma solução técnica específica e a disponibilidade dos recursos técnicos e dos especialistas.>

•

6.3 Legal

• <é uma avaliação do ponto de vista da legislação, onde devem ser analisados a necessidade de licenças, autorizações, permissões para o desenvolvimento do projeto.>

(20)

Documento de Visão

• Viabilidades

•

6.4 Organizacional

• <É uma medida do grau de adequação da solução para a organização. É também uma avaliação de como as pessoas se sentem sobre o sistema/projeto.>

•

6.5 Cronograma

• <é uma avaliação de quão razoável está o cronograma do projeto.>

Documento de Visão

• O Glossário define termos importantes usados pelo projeto.

• Exemplo Glossário

• A

• Analógico - Sistema que utiliza sinal elétrico ou forma de onda na qual a amplitude e/ou a frequência variam continuamente. É diferente do sistema digital, pois neste a variação se dá em níveis descontínuos

• Assinante - Pessoa física ou jurídica que tem conta em provedor de acesso ou assina algum serviço específico oferecido pela Internet.

• B

• Bit - A menor unidade de informação num computador. Contração das palavras binary digit.

• Bps (Bits Por Segundo) - Medida de velocidade de transmissão de dados. Os modems mais comuns no mercado operam a 28.800 bps e 33.600 bps, e os mais velozes são de 56.600 bps. Um Kbps corresponde a 1.024 bps.

• C

• Chat - Bate-papo entre visitantes de um mesmo site na Internet, em salas criadas para esse fim.

• Chip - Pastilha de circuito integrado, feita de material semicondutor. Os chips mais conhecidos são os microprocessadores, o cérebro dos computadores.

(21)

Documento de Visão – AV1

• Criar no Google Driver um documento compartilhado comigo.

•