Modelo_REP (Requisitos de Projeto).pdf

REP Definio de Requisitos do Projeto

Cdigo ProjetoAAAA/NNNNN

Nome ProjetoNome do Projeto

Histrico de Alteraes do Documento

Data Verso Descrio Responsvel99/99/99 V99 Verso inicial ou motivo da alterao. Nome do

Preencher somente os campos que possuam os textos explicativos exibidos em itlico azul. Estes textos devem ser excludos ou substitudos pelo contedo do projeto.

O nome deste documento deve seguir o seguinte padro:

REP_AAAANNNNN.doc

Sendo:

REP = fixo (identificao do documento Definio de Requisitos do Projeto), AAAANNNNN = Cdigo do Projeto (Ano e Nmero).

A padronizao de nomes de arquivos importante para possibilitar o correto versionamento do documento no momento de seu armazenamento.

Em projetos de manuteno, verifique a existncia de especificao de funcionalidades de negcio j elaborada e armazenada na Biblioteca de Negcios.

Arquivo: Modelo REP Verso: V.01ltima Gravao: 18/3/2009 18:08:04 Pgina: 1 / 9

Fito Fundao do Instituto Tecnolgico de Osasco




IDENTIFICAO DO PROJETO

Data da Demanda PCC de Dbito do Projeto Categoria da demanda

dd/mm/aaaa 999999 Aumento receita Reduo custo Qualidade

Lder do Projeto Cliente Interno Cliente Interno / rea

Nome do Lder Geral do Projeto Nome do Cliente Interno do Projeto e/ou rea

Lder do Projeto TI Gestor de rea TI

Nome do Lder do Projeto na TI Nome do Gestor na TI

DESCRIO GERAL (CLIENTE INTERNO)O preenchimento da Descrio Geral do Projeto deve ser feito inicialmente pelo Cliente Interno para formalizar uma demanda de desenvolvimento de TI. Esta demanda dever ser revisada com o Analista de TI quanto sua abrangncia durante a elaborao das funcionalidades de negcio envolvidas.

Objetivos do ProjetoDescreva a finalidade do projeto, ou seja, o motivo pelo qual ele ser criado. Escreva o porqu este projeto ser criado, e no a soluo a ser dada. Dica: Preencha a Descrio Geral de cima para baixo, deixando por ltimo os Objetivos.

Escopo do ProjetoDelimite as fronteiras do projeto - onde ele comea e onde termina estabelecendo sua abrangncia e definindo o que ser contemplado e o que no ser. Dica: Se a abrangncia do projeto grande, muitas vezes pode ser mais fcil descrever o que no faz parte do escopo.

Benefcios EsperadosListe de modo tangvel e mensurvel os benefcios a serem obtidos com a implantao do projeto. Procure demonstrar os benefcios atravs de valores ou nmeros.Dica: se tiver dificuldade em mensurar o benefcio, ao menos mensure o tamanho do problema a ser solucionado. Ex.: x contratos errados por ms.

Usurios EnvolvidosIdentifique o(s) usurio(s) para o(s) qual(is) a soluo ser direcionada e descreva seu envolvimento com o projeto. O usurio deve ser identificado pelo papel que exerce em uma rea. No liste nomes ou cargos.

reas EnvolvidasListe na tabela abaixo as reas envolvidas, juntamente com aspectos que justificam o seu envolvimento. Em fase, aponte em quais momentos se dar este envolvimento em relao metodologia.

rea Tipo EnvolvimentoFase

Ante-Proj. Proj. Lg. Homol. Implant.

Nome da rea envolvidaDescrever o tipo de envolvimento da

rea/usurio no projeto. . . . .

. . . .

. . . .

Situao Atual Descreva em detalhe os problemas identificados, bem como suas principais causas. Procure mencionar todos os processos, atividades, tarefas e procedimentos que envolvem esse problema. Dica: Procure sempre determinar a causa raiz do problema, perguntando-se porque o problema ocorre.






Soluo Proposta (ANALISTA TI E CLIENTE INTERNO)Descreva uma soluo para os problemas descritos no item anterior. Procure abordar as principais funcionalidades e caractersticas a serem implementadas pelo projeto para atender s expectativas do Cliente Interno.

REQUISITOS DE NEGCIO POR FUNCIONALIDADE (ANALISTA TI)A descrio dos requisitos do negcio deve ser feita pelo Analista TI, com base em informaes obtidas e discutidas com o Cliente Interno. Este um processo de identificao, entendimento, refinamento e verificao das necessidades e expectativas do Cliente Interno em relao aos sistemas que sero construdos/mantidos, com o objetivo de obter uma especificao completa e consistente dos requisitos de negcio envolvidos no projeto.

Os requisitos de negcio do projeto tm por objetivo identificar quais so as condies ou capacidades que devem ser atendidas para solucionar os problemas ou atingir aos objetivos especificados para o projeto.

Determinar os requisitos entender o que deve ser feito e o que se espera receber como resultado do projeto, antes de definir como o trabalho ser realizado. Os requisitos formam a base para o planejamento, entendimento, construo, acompanhamento e avaliao dos resultados do projeto.

Os requisitos devem ser organizados em funcionalidades de negcio com a finalidade de estabelecer e manter um entendimento comum entre os envolvidos no projeto e criar uma documentao explicativa para o negcio como um todo, que possa ser consultada e recuperada, sempre que necessrio.

Uma funcionalidade de negcio pode ser conceituada como uma unidade funcional que o sistema oferece ao usurio. Representa uma fatia do sistema e descreve um conjunto de atividades relacionadas sob o ponto de vista do usurio. A funcionalidade de negcio tem como propsito categorizar e organizar os requisitos em subconjuntos relacionados a um determinado objetivo comum.

Para identificar as funcionalidades de um negcio, considere a viso que o usurio tem do aplicativo e agrupe os requisitos relacionados a um mesmo objetivo. Avalie se uma funcionalidade identificada no deve ser contemplada por outra j definida, o que pode indicar que ela apenas uma regra de negcio. Avalie tambm a existncia de regras no relacionadas, o que pode indicar a existncia de uma funcionalidade ainda no definida.

Observe que uma funcionalidade de negcio pode ser iniciada atravs de interao com o usurio (telas), com outro sistema ou atravs de um gatilho, porm, deve sempre gerar um resultado de valor para o usurio. Procure descrever todas as situaes possveis de utilizao, atravs do detalhamento de regras de negcio.

Cada funcionalidade de negcio deve ser descrita atravs dos seguintes itens: Regras de Negcios; Requisitos Tcnicos e Legais; Restries de Implementao; Nvel de Servio; Volumetria; Contingncia/Excees; Segurana; Auditoria; Reteno/Expurgo de Dados.

Exemplos: Cadastro de Clientes, Cadastro de Ofcios, Consulta de Tangveis Entregues por Faixa de CEP, etc.

As regras de negcio representam os requisitos funcionais relacionados a uma funcionalidade de negcio. o nico item que deve ser obrigatoriamente preenchido. Os demais itens representam os requisitos no-funcionais e devem ser avaliados quanto sua necessidade de utilizao.






Procure priorizar as funcionalidades de negcio mais importantes para o usurio e, sempre que possvel, indique solues alternativas que ofeream maior benefcio e menor custo de implementao e produo.

Lista de Funcionalidades

A Lista de Funcionalidades tem como objetivo identificar todos os negcios e funcionalidades envolvidas (criadas ou alteradas) no projeto.

A identificao de uma funcionalidade de negcio composta pelo nome do negcio e o nmero da funcionalidade (ndice de funcionalidades de um determinado negcio). Sempre que houver uma manuteno, verifique se existe especificao da funcionalidade de negcio na Biblioteca de Negcios (reuso).

Negcio Numero Funcionalidade ObjetivoNome do ramo de negcio 99 Nome da funcionalidade Objetivo da funcionalidade

1. NOME DA FUNCIONALIDADE

Regras de Negcio Descreva as caractersticas da funcionalidade e todas as regras de negcios que devem ser consideradas

para gerar o resultado esperado pelo usurio. Identifique as entradas requeridas e os produtos a serem gerados.

Pode haver o envolvimento de outras reas para realizar o detalhamento das regras de negcio. Pode ser descrita em texto livre ou com estrutura de tpicos. Em caso de manuteno, descreva apenas as regras de negcio que sero alteradas. A funcionalidade de negcio pode ser descrita atravs de refinamentos sucessivos, ou seja, em um

primeiro momento pode ser resumida e, durante o decorrer do projeto, pode ser detalhada, conforme a necessidade.

ProttipoIndique o arquivo de especificao de prottipos da funcionalidade, se houver (pode ser indicado na forma de hyperlink.).

Requisitos Tcnicos e Legais Identifique os requisitos tcnicos necessrios para executar a aplicao, em termos de hardware,

software, plataformas e sistemas operacionais, configuraes, comunicao, armazenamento e recuperao.

Identifique os requisitos legais que devem ser considerados, tais como regulamentaes, decretos e normas.

Restries de ImplementaoIdentifique todas as restries de projeto, tais como pessoas, prazos, datas, procedimentos, regras e impedimentos, entre outros.

Nvel de ServioDetermine os requisitos de performance, incluindo capacidade de comunicao e processamento (quantidade, periodicidade, freqncia), disponibilidade e preciso e tempo de resposta para as mais variadas condies.






Volumetria (Volumes Esperados / Freqncia / Perodo / Picos) Determine estimativas de volume de operaes por perodo, capacidade necessria para armazenamento, mdias e picos de processamento.

Preenchimento obrigatrio na fase de Anteprojeto para projetos Dataware House;Preenchimento obrigatrio para todos os projetos na fase de Projeto Lgico e Tcnico:Sigla Tipo Origem Qtde

LinhasHistrico Frequncia Reteno Crescimento

TJ asc btj01sr_tjc043s1.asc 1000 1 ano mensal 5 anos 10%Mainframe cobol bwu1pea.0820i.cobol 5000 - Diria 6 meses 5%

IE DB2 TIEINDEC 3000 6 meses Semanal 1 ano 15 %

Sigla: Sistema Origem. Ex.: VI, VP, TJ, etc.Tipo: Tipo de Arquivo. Ex.: DB2, Cobol, etc.Origem: Arquivo Origem. Ex.: bwu1kds_tjc009s1.cobolQtde Linhas: Quantidade de linhas no arquivo.Histrico: Tempo de histrico ser recuperado.Frequncia: Frequncia em que o arquivo ser carregado.Reteno: Perodo de reteno dos dados.Crescimento: Crescimento orgnico.

Contingncia / Excees Determine procedimentos para continuidade do negcio em momentos de indisponibilidade da soluo. Determine procedimentos em caso de ocorrncia de excees no processamento da soluo.

SeguranaDescreva procedimentos de segurana, garantia de integridade, confidencialidade e acessibilidade a serem observados para a soluo.

Auditoria Descreva procedimentos de rastreamento de operaes para auditoria de informaes a serem observados para a soluo.

Reteno / Expurgo de DadosDescreva procedimentos para reteno e expurgo de dados a serem observados para a soluo.

TelecomunicaesPreenchimento obrigatrio na fase de Anteprojeto para projetos que envolvam Telecomunicaes;Informaes GeraisDisponibilidade desejada de Infra de Rede: [Ex.: 24x7 24hs/7 dias/semana, 8x5 8 hs/dias teis]Qtde. Usurios: [Indicar quantidade mxima de usurios do ambiente]Usurios Simultneos: [Usurios que acessaro o ambiente no mesmo seg]Previso de Crescimento Anual: [Aumento percentual das transaes por ano]Horrio para Janela de Manuteno: [Perodo dirio em que o ambiente pode parar]Hora de Maior Movimento (HMM): [Hora do dia com maior qtde de transaes]Volume no HMM: [Qtde transaes no HMM]Dia de Maior Movimento (DMM): [Dia do ms com maior qtde de transaes]Volume no DMM: [Qtde transaes no DMM]






Ms de Maior Movimento: [Ms do ano com maior qtde de transaes]Volume no Ms: [Qtde transaes no Ms de Maior Movimento]Aplicaes de Dados (Utilizar apoio de TI para preenchimento)Tamanho mximo das transaes: [Tamanho Mximo em Bytes da maior transao]Tamanho mdio das transaes: [Tamanho mdio em Bytes das transaes]Direo da comunicao: [Origem e destino da comunicao]Portas utilizadas na aplicao: [Portas TCP/UDP utilizadas pelo aplicativo]Tempo de Resposta Esperado: [Tempo em segundos para completar a transao]VozTempo mdio de atendimento: TMR: ______ seg TMU: ______ seg TMA: ______ seg Atendimento: Eletrnico Reteno: _____% Humano Tipo de chamada: Inbound Outbound ( ) Manual ( ) AutomticoTempo de Fila de Espera: [Tempo mdio que o cliente ficar em espera(seg)]Local de Atendimento: [Cidade e Central de Atendimento]Nmero de PAs: [Qtde de PAs fsicas por operao]Nvel de Servio de Atendimento: [Nvel de Servio Esperado]

2. NOME DA FUNCIONALIDADE

Regras de Negcio

Prottipo

Requisitos Tcnicos e Legais

Restries de Implementao

Nvel de Servio

Volumetria (Volumes Esperados / Freqncia / Perodo / Picos) Preenchimento obrigatrio na fase de Anteprojeto para projetos Dataware House;Preenchimento obrigatrio para todos os projetos na fase de Projeto Lgico e Tcnico:Sigla Tipo Origem Qtde

LinhasHistrico Frequncia Reteno Crescimento

Contingncia / Excees

Segurana

Auditoria






Reteno / Expurgo de Dados

TelecomunicaesPreenchimento obrigatrio na fase de Anteprojeto para projetos que envolvam Telecomunicaes;Informaes GeraisDisponibilidade desejada de Infra de Rede:Qtde. Usurios:Usurios Simultneos:Previso de Crescimento Anual:Horrio para Janela de Manuteno:Hora de Maior Movimento (HMM):Volume no HMM:Dia de Maior Movimento (DMM):Volume no DMM:Ms de Maior Movimento:Volume no Ms:Aplicaes de Dados (Utilizar apoio de TI para preenchimento)Tamanho mximo das transaes:Tamanho mdio das transaes:Direo da comunicao:Portas utilizadas na aplicao:Tempo de Resposta Esperado:VozTempo mdio de atendimento: TMR: ______ seg TMU: ______ seg TMA: ______ seg Atendimento: Eletrnico Reteno: _____% Humano Tipo de chamada: Inbound Outbound ( ) Manual ( ) AutomticoTempo de Fila de Espera:Local de Atendimento:Nmero de PAs:Nvel de Servio de Atendimento:






ESTRATGIAS DE IMPLEMENTAO

Grau Z

Identifique, se aplicvel, as alternativas disponveis para a implementao da soluo e elabore estratgias para cada uma das opes atravs de cenrios, com estimativas de prazo e custo.

PROPOSTA - CENRIO A Descrio: Estimativa de Custo: Estimativa de Prazo:

PROPOSTA - CENRIO B Descrio: Estimativa de Custo: Estimativa de Prazo:

CENRIO ESCOLHIDO: Registre o cenrio escolhido pelo cliente.

Grau A

Registre as informaes referentes ao oramento do projeto (Grau A), quando este for determinado.

Estratgia: Estimativa de Custo: Estimativa de Prazo: Data Prevista para Concluso Desenvolvimento: Data Prevista para Concluso Homologao: Data Prevista para Concluso Implantao:






Diagrama de Contexto

Arquivo: Modelo_Rep_aaaannnnn (Fito).odt Verso Template: V02ltima Gravao: 03/05/2009 08:54:52 PM Pgina: 9 / 9

Fito Fundao Instituto Tecnolgico de Osasco

Objetivos do ProjetoEscopo do ProjetoBenefcios EsperadosUsurios Envolvidosreas EnvolvidasSituao Atual Soluo Proposta (Analista TI e Cliente Interno)Lista de Funcionalidades

Documents

Modelo_REP (Requisitos de Projeto).pdf