Fase de Iniciação de Projetos de Software

Prévia do material em texto

1 Iniciação 
 
Introdução 
 
Tem como objetivo inicial atingir o consenso entre todos os investidores sobre os objetivos do 
ciclo de vida do projeto, essa fase é extremamente importante pois, a princípio existem muitos 
riscos de negócios e requisitos que devem ser tratados para que o projeto possa prosseguir, 
contudo em um projeto cujo o intuito esta relacionando com melhorias em um projeto, essa 
fase é mais rápida, mas ainda assegura que o projeto seja compensatório e que seja possível 
fazê-lo. 
 
 
Objetivos 
Os objetivos principais da fase 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 
que direcionarão 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) 
● Calcular os riscos em potencial (as fontes de imprevistos) 
● Preparar o ambiente de suporte para o projeto. 
 
 
Atividades Essenciais 
As atividades essenciais da fase Iniciação incluem: 
● 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. 
● Planejar e preparar um caso de negócios​. Avaliar alternativas para o 
gerenciamento de riscos, as equipes de pessoal, o plano do projeto e as mudanças 
de custo/planejamento/lucratividade. 
● Sintetizar uma sugestão de arquitetura​, avaliando as mudanças no design e em 
fazer/comprar/reutilizar para que seja possível calcular custo, planejamento e 
recursos. O objetivo aqui é demonstrar a possibilidade de execução através de 
alguma forma de prova de conceito. Isso pode ter a forma de um modelo que 
simula o que é exigido, ou de um protótipo inicial que explora as áreas 
consideradas de alto risco. O esforço do protótipo durante a iniciação deve se 
limitar a ganhar confiança na possibilidade de uma solução - a solução será 
executada durante a elaboração e a construção. 
● Preparar o ambiente para o projeto​, avaliando o projeto e a organização, 
selecionando ferramentas e decidindo quais partes do processo aprimorar. 
 
 
 
1.1 - Iteração de Iniciação 
 
 
 
 
1.1.1 - Descrição 
 
1.1.1.1 Conceber novo projeto 
A principio realizaremos uma visita ao cliente, uma espécie de reunião, caso esse prefira pode 
vir até nós, basta ligar e agendar um horário, onde esteja disponível, ao menos, os membros 
que estarão mais envolvidos com o projeto, a partir disso faremos uma análise econômica e 
analisaremos os riscos para que o ​caso de negócios​ seja produzido. 
Com o ​caso de negócios concretizado, esse será enviado para a ​revisão de aprovação de 
projetos​, caso achem satisfatório o projeto será formalmente configurado. 
 
 
1.1.1.2 Equipe do projeto 
O coordenador de projetos, ou coordenadores, esta preparado para emitir julgamentos de 
negócios e riscos técnicos e totalmente capacitado para gerar equipes de pessoas menores, 
cujo a ênfase esta justamente nessa descobertas de riscos e na estabilidade de um retorno 
sobre os investimentos potenciais. 
 
1.1.1.3 Orientação de Uso 
Após decidido que o investimento deve ser feito no projeto, o coordenador irá descrever ao 
menos duas abordagens, no ​caso de negócios​, para constatar a visão e analisá-las sob os 
aspectos de impacto de risco e dos resultados econômicos, feito isso, na ​revisão da aprovação 
do projeto​, uma das opções oferecidas será selecionada, caso a continuidade do projeto exista. 
Temos, para auxiliar o coordenador de projetos e o revisor de projetos, uma equipe com 
conhecimento em gerenciamento e teoria na análise de riscos e decisões 
 
 
1.2 - Preparação do Ambiente de Projeto 
 
1.2.1 Descrição 
Nesse ponto iremos agrupar todas as atividades de preparação em um padrão, observa-se que 
nesse ponto as atividades de planejamento inidivuais necessária para prepararmos os 
ambientes do projeto não são de interesse específico, contudo deixa detalhes de atividades e 
com esses podemos passar para o próximo nível de detalhamento, essas atividades em 
andamento serão apresentadas, desde que não cause uma desordem significativa no 
diagrama. 
 
1.2.2 Preparo de trabalho 
 
1.2.2.1 Descrição 
O processo de desenvolvimento base é transformado em um processo específico do projeto, 
além de aprontar a ​infra-estrutura de desenvolvimento​. 
 
Preparar o ambiente de desenvolvimento envolve: 
● Definir como o projeto vai utilizar o ​Processo de Desenvolvimento​ configurado. 
● Qualificar seleções de produtos de trabalho com requisitos de formalidade e de 
sincronização. 
● Preparar recursos específicos do projeto, como diretrizes e gabaritos. 
● Produzir uma lista de ferramentas candidatas a serem utilizadas para 
desenvolvimento. 
 
1.2.3 Criar Ambientes para CM (Grenciamento de Configuração) do Projeto 
 
1.2.3.1 Descrição 
Nesse ponto teremos os artefatos essenciais disponíveis aos desenvolvedores e integradores, 
sejam em espaços particulares e públicos, conforme esses forem solicitando, logo após iremos 
atentar para a criação da sua linha base e se foram armazenados para uso futuro. 
 
 
1.3 Avaliar status do Negócio 
 
A finalidade dessa atividade é: 
● Avaliar o status da organização (denominada ​organização de destino​), identificar 
as áreas de aprimoramento e documentá-las na Avaliação da Organização de 
Destino e no Documento de Arquitetura de Negócio. 
● Compreender como categorizar o projeto e identificar qual cenário de modelagem 
de negócio melhor se adapta. 
● Tomar decisões sobre como continuar trabalhando na iteração atual e a descrever 
como trabalhar em iterações subseqüentes com os artefatos da modelagem de 
negócio. 
● Desenvolver uma compreensão preliminar dos objetivos (Visão de Negócios) da 
organização de destino que possam estar de acordo com os investidores e a 
equipe de modelagem de ​negócio 
O objetivo aqui é delimitar o esforço de modelagem de negócio, onde a avaliação poderá ser 
executada em vários níveis de esforços e detalhes. Os resultados da avaliação, incluindo o 
status atual da organização, os motivos de mudança, os problemas e as áreas de 
aprimoramento são documentados na ​Avaliação da Organização de Destino​. 
 
 
1.4 Preparar o ambiente de trabalho 
 
Tem por finalidade assegurar que o ambiente do projeto esteja pronto para iteração de 
lançamento, incluindo o processe e ferramentas. 
 
 
 
1.5 Definir planos de projeto 
 
Aqui será agrupado todo planejamento para release em conjunto com um padrão. Nesse ponto 
as atividades de planejamento individuais não são de interesse específico delas mesmas, mas 
deixa os detalhes de atividades que a leva a fazer isso para o próximo nível de detalhes. 
 
1.5.1 Planejar Projeto 
 
Feito o desenvolvimento dos componentes e gabinetes do Plano de Desenvolvimento de 
Software, todo plano é formalmente revisto, para a viabilidade e acessibilidade em envolvidos. 
 
 
1.6 Monitorar e controlar projeto 
 
Ocorre a cada iteração de cada fase, afinal problemas podem surgir a qualquer momento. A 
sincronização de outras atividades é ajustada para atender ao projeto. 
 
 
1.7 Desenvolver Visão Inicial 
 
1.7.1 Analisar o problema 
 
Tem por finalidade chegar a um acordo sobre o problema a ser resolvido, a análise do 
problema envolve aidentificação dos envolvidos, a definição de limites e a identificação das 
restrições impostas ao sistema. 
 
1.7.2 Compreender as necessidades dos envolvidos 
Entender as necessidades dos envolvidos de projeto primário, reunindo informações sobre o 
produto desejado e contemplado. 
 
 
1.8 Desenvolver Modelo de Domínio 
Será desenvolvido um modelo de domínio, um subconjunto independente de análise de 
negócio, onde o focaremos os conceitos, os produtos, os produtos distribuíveis ​e por fim os 
eventos que são essenciais para o domínio de negócios. 
A finalidade dessa atividade alternativa é: 
● Identificar todos os produtos e produtos distribuíveis importantes para o domínio de 
negócios. 
● Detalhar as entidades de negócio. 
● Fornecer uma compreensão comum dos conceitos encontrados nas operações e 
no ambiente de negócios​. 
 
 
1.9 Gerenciar o escopo do sistema 
Tornaremos o escopo do sistema que está sendo desenvolvido o mais explícito possível e 
vamos focalizar em um corpo gerenciável de trabalho de requisitos para cada ciclo de 
desenvolvimento 
Essa atividade trata de: 
● Priorizar e refinar a entrada para a seleção de recursos e Requisitos que devem 
ser incluídos na iteração atual 
● Definir o conjunto de cenários comportamentais, para um ou mais casos de uso, 
que representam alguma funcionalidade central significativa 
● Definir como a rastreabilidade será mantida, incluindo quais atributos de requisito e 
relacionamentos de rastreabilidade manter 
● Refinar a Visão para documentar o escopo da solução 
 
 
1.10 Definir o sistema 
Nesse momento iremos começar a convergir para o escopo dos requisitos de alto nível, 
realçando a extensão dos requisitos detalhados para o sistema. 
Essa atividade trata de: 
● Alinhamento da equipe do projeto no entendimento do sistema. 
● Execução de uma análise de alto nível sobre os resultados dos Pedidos de 
Envolvidos coletados. 
● Refinando a Visão para capturar os recursos chave que caracterizam o sistema 
● Refinando o Modelo de Caso de Uso para incluir casos de uso descritos. 
● Descrevendo os requisitos específicos que não são de caso de uso nas 
Especificações Suplementares 
● Ao início para capturar os resultados das atividades de surgimento dos requisitos 
de uma maneira mais estruturada. 
 
 
1.11 Realizar Síntese Arquitetural 
Esse trabalho ocorre durante a iniciação e deve ser limitado a uma ou duas iterações. A 
finalidade é determinar a viabilidade, e não construir o sistema, durante esse detalhe do fluxo 
de trabalho. 
1.12 Definir missão de avaliação 
Será abordado no início de acada iteração antes do inicio de outro trabalho relacionado ao 
teste, esse tipo de trabalho é realizado a cada iteração, lembrando que o seu maior valor é 
pensar nas várias preocupações e problemas que afetarão o teste no curso de iteração, além 
de se considerar as ações adequadas a se tomar. 
Para cada iteração, esse trabalho é enfatizado principalmente: 
● Identificar os objetivos, e os produtos liberados, do esforço de testes 
● Identificar uma boa estratégia de utilização de recursos 
● Definir o escopo e o limite adequados para o esforço de teste 
● Descrever o método que será usado 
● Definir como o progresso será monitorado e avaliado 
 
 
1.13 Gerenciar iteração 
Iremos adquirir os recursos necessários para desempenhar a iteração, alocar o trabalho a ser 
realizado e, finalmente, para avaliar os resultados da iteração . 
 
 
1.14 Planejar próxima iteração 
A princípio iremos criar o plano de iteração, após realizarmos isso, alguns ajustes podem ser 
necessários para o caso de negócios. 
O plano de iteração deve ser visto pelo cliente outros envolvidos e, se satisfatório, deveria ser 
aprovado através da revisão do plano de iteração. Essa revisão também oferece ao cliente a 
visibilidade das expectativas do projeto de participação do cliente e recursos, particularmente 
se a iteração for projetada para entregar artefatos ou implantar o software, assim, o cliente 
pode fazer planos apropriados. 
 
1.15 Marcos dos objetivos do ciclo de vida 
Ao final da fase de iniciação está o primeiro marco mais importante do projeto ou o Marco dos 
Objetivos do Ciclo de Vida. Nesse momento, você analisa os objetivos do ciclo de vida do 
projeto e decide prosseguir com o projeto ou cancelá-lo. 
Critérios de Avaliação 
● Consentimento dos envolvidos sobre a definição do escopo e as estimativas de 
custo/programação. 
● Consenso de que o conjunto correto de requisitos foi capturado e de que existe 
uma compreensão compartilhada desses requisitos. 
● Consenso de que as estimativas de custo/programação, as prioridades, os riscos e 
o processo de desenvolvimento são adequados. 
● Todos os riscos foram identificados e existe uma estratégia atenuante para cada 
um. 
O projeto poderá ser anulado ou completamente repensado caso ele não atinja este marco. 
 
 
 
 
 
 
1. Conclusão 
Como pudemos analisar a iniciação do projeto, como o próprio nome diz, esta relacionado ao 
processo inicial para o desenvolvimento do software, onde inicialmente vamos analisar a 
possibilidade do mesmo ser concretizado e se o investimento é realmente viável, caso esse 
seja, as equipes são divididas de tal maneira onde o processo agora é analisar as melhores 
formas para que o produto final seja desenvolvido da melhor maneira, documentando tudo isso 
te tal maneira que possa ser analisado a qualquer momento e até mesmo seja reutilizado, tanto 
para projetos semelhantes, quanto para uma atualização ou alteração. 
Esse ponto é extremamente importante, pois como foi dito, a princípio já analisa se a ideia 
pode ser concretizada e claro se é viável, além disso as melhores medidas para a realização 
são elaboradas, documentadas e auxiliam da melhor maneira possível os próximos passos do 
projeto.