MDS - DEFINIO DAS FASES

O ciclo de vida de software estabelecido pela MDS composto por quatro fases
sequenciais, cada uma concluda por um marco principal, sendo que, em cada fase poder
acontecer uma ou mais iteraes. A quantidade de iteraes que acontecer em cada fase
depender do escopo e tipo do projeto, alm de outros fatores, como os processos e ferramentas
utilizadas no desenvolvimento.

MDS Fases do Ciclo de Vida

1/11

31/01/14 - 16:10

1 Fase Concepo
O principal objetivo da fase de concepo construir uma viso geral do Sistema,
delimitando o seu escopo e registrando a grande maioria dos requisitos a serem atendidos.
O grande marco dessa fase estabelecer claramente o Escopo do Sistema.
Com essas informaes poder ser avaliada a contribuio do sistema com o negcio. Se
a contribuio for de pouca importncia ou considerada invivel, o projeto pode ser cancelado
depois desta fase.
A seguir so relacionadas todas as atividades que normalmente so realizadas nessa fase.
Aps cada atividade, informada, entre parnteses e em negrito, a disciplina que engloba a
respectiva atividade, de acordo com a metodologia RUP.

1.1 Anlise de Requisitos

Registrar a demanda (Controle de Mudanas);
Identificar a grande maioria dos requisitos funcionais e no funcionais (Requisitos);
Elaborar a especificao de requisitos (Requisitos);
Aprovar a especificao de requisitos junto ao usurio (Requisitos);
Elaborar o Glossrio do Sistema (Requisitos);
Identificar a grande maioria dos Atores e Casos de Uso (Requisitos);
Construir diagramas de Casos de Uso (Requisitos);
Elaborar o Plano de Projeto (Gerncia de Projetos);
Elaborar Plano de Ao (Gerncia de Projetos);
Elaborar Cronograma (Gerncia de Projetos);
Elaborar Ata de Reunio (Requisitos);
Monitorar Status do Projeto (Gerncia de Projetos);

1.2 Anlise de Viabilidade

Identificar ferramentas e plataforma de desenvolvimento (Ambiente);
Analisar a viabilidade tcnica da demanda (Controle de Mudanas);
MDS Fases do Ciclo de Vida

2/11

31/01/14 - 16:10

 Anlise da complexidade da implementao da soluo (Controle de Mudanas);

Anlise de impacto estratgico operacional (Controle de Mudanas);
Anlise da viabilidade estratgica (Controle de Mudanas);
Estabelecer Prioridades (Controle de Mudanas);

Elaborar Ata de Reunio (Requisitos);

Monitorar Status do Projeto (Gerncia de Projetos);

2 Fase Elaborao
Os objetivos da fase de elaborao so desenvolver um entendimento do domnio do
problema, estabelecer um framework de arquitetura para o sistema, desenvolver o plano de
projeto e identificar os riscos principais do projeto. Ao concluir esta fase, voc deve ter um modelo
de requisitos para o sistema (os casos de uso da UML, so especificados), uma descrio de
arquitetura e um plano de desenvolvimento para o software
Os dois grandes objetivos da fase de Elaborao so: Construir uma arquitetura
executvel que servir como base para a implementao e detalhar a grande maioria dos
requisitos j levantados e registrados na fase de Concepo. O grande marco dessa fase
construir uma Arquitetura Executvel, pronta para a fase de Construo.
A seguir so relacionadas todas as atividades que normalmente so realizadas nessa fase.
Aps cada atividade, informada, entre parnteses e em negrito, a disciplina que engloba a
respectiva atividade, de acordo com a metodologia RUP.

Identificar os demais requisitos funcionais e no funcionais (Requisitos);

Identificar classes do sistema (Anlise e Projeto);
Construir diagrama de Classes (Anlise e Projeto);
Construir diagrama de Estado (Anlise e Projeto);
Construir diagrama de Sequncia (Anlise e Projeto);
Criar Modelagem de Base de Dados (Anlise e Projeto);
MDS Fases do Ciclo de Vida

3/11

31/01/14 - 16:10

 Criar Prottipo de Interface (Telas/Relatrios) (Requisitos);

Aprovar o Prottipo de Interface (Telas/Relatrios) junto a usurio (Requisitos);

Criar Dicionrio de Dados (Anlise e Projeto);

Identificar solues de arquitetura (Requisitos);
Detalhar a maioria dos Casos de Uso (Requisitos);
Implementar o Plano de Projeto (Gerncia de Projetos);
Elaborar Ata de Reunio (Requisitos);
Monitorar Status do Projeto (Gerncia de Projetos);

3 Fase Construo
A fase de construo est essencialmente relacionada ao projeto, programao e teste de
sistema. As partes do sistema so desenvolvidas paralelamente e integradas durante esta fase.
Ao concluir esta fase, voc deve ter um sistema de software funcionando e a documentao
associada pronta para ser liberada para os usurios.
No final da fase de construo dever ser gerada uma verso beta do Sistema, contendo
todos os requisitos implementados e testados. O grande marco dessa fase , portanto,
disponibilizar a Verso Beta da Aplicao.

3.1 Desenvolvimento
Criar o Ambiente de Desenvolvimento (Ambiente);
Implementar Classes Testadoras (Implementao);
Criar Base Matriz de Teste (Teste);
Concluir a identificao de requisitos funcionais e no funcionais (Requisitos);
Concluir a identificao de Atores e Casos de Uso (Requisitos);
Implementar Componentes (Implementao);
Integrar Componentes (Implementao);

MDS Fases do Ciclo de Vida

4/11

31/01/14 - 16:10

 Realizar Testes de Unidade (Implementao);

Gerar Relatrio de Teste de Aceitao RTA (Teste);
Gerar Relatrio de Resultado de Homologao RRH (Teste);
Corrigir falhas (Implementao);
Elabora Manual de Instalao (Implementao);
Elaborar Manual do Usurio (Implementao);
Monitorar Status do Projeto (Gerncia de Projetos);

3.2 Teste
Criar o Ambiente de Teste/Homologao (Ambiente);
Gerar permisses de usurios para o Tester (Teste);
Implantar verso beta no ambiente de Teste/Homologao (Implantao)
Executar Teste de acordo com o RTA (Teste);
Executar Testes de Aceitao (Teste);
Executar Teste de Sistema (Teste);
Executar Teste de Integrao (Teste);
Implementar ajustes na verso beta (Implementao);
Preencher e assinar o artefato RTA (Teste);

3.3 Homologao
Executar Teste de acordo com o RRH (Teste);
Executar Testes de Aceitao (Teste);
Executar Teste de Sistema (Teste);
Executar Teste de Integrao (Teste);
Preencher e assinar o artefato RRH (Teste);

MDS Fases do Ciclo de Vida

5/11

31/01/14 - 16:10

4 Fase Transio
A fase final do RUP esta relacionada transferncia do sistema da comunidade de
desenvolvimento/testes/homologao para a comunidade dos usurios e com a entrada do
sistema em funcionamento no ambiente real ( Ambiente de produo). Isso algo ignorado na
maioria dos modelos de processos de software, mas , de fato, uma atividade onerosa e. s
vezes, problemtica.
Durante a fase de Transio, a verso beta avaliada pelo usurio no ambiente de
produo para que seja feito um refinamento no sistema, ajustando eventuais requisitos ainda no
atendidos. Durante essa fase, apesar de no ser uma prtica usual, podero ainda ser
identificados novos requisitos, o que provocar a realizao de atividades de anlise, projeto,
implementao e testes, a serem implementados numa nova verso.
O principal objetivo desta fase gerar uma verso definitiva do Sistema para que o usurio
possa comear a utiliz-lo em sua plenitude. Portanto, o grande marco dessa fase disponibilizar
a Verso Definitiva do Sistema.
Ao concluir esta fase, voc dever ter um sistema de software documentado, funcionando
corretamente em ambiente operacional.
Preparar Apostila de Treinamento (Implantao);
Desenvolver Ajuda On-line (Implantao);
Realizar Treinamento para os usurios e equipe de manuteno (Implantao);
Realizar Converso e/ou migrao de Base de Dados (Implantao);
Divulgar e Publicar a nova verso (Implantao);
Implantar a verso definitiva no ambiente de Produo (Implantao);
Registrar demanda Demanda atendida SDK (Controle de Mudanas);
Monitorar Status do Projeto (Gerncia de Projetos);

MDS Fases do Ciclo de Vida

6/11

31/01/14 - 16:10

2- Disciplinas
As disciplinas representam conjuntos de atividades que so agrupadas em funo da rea
de atuao dentro do projeto.
Por exemplo, a disciplina Teste rene atividades relacionadas com a validao e garantia
da qualidade dos produtos gerados no projeto, enquanto que a disciplina Implantao agrupa
todas as atividades necessrias para que o Sistema possa ser disponibilizado para o usurio final,
e assim, sucessivamente. Como uma das diretrizes da MDS utilizar um processo iterativo,
praticamente todas as disciplinas so utilizadas em cada fase do ciclo de vida de
desenvolvimento, sendo que, em cada fase, so executadas um subconjunto de atividades
pertencentes cada disciplina.

2.1 - Requisitos
O objetivo da disciplina Requisitos, como o prprio nome indica, identificar,
compreender e registrar todos os requisitos funcionais e no-funcionais que o Sistema
dever contemplar. Essa disciplina utilizada, principalmente, nas fases de iniciao e
elaborao (apesar de ser possvel identificar requisitos at na fase de transio). Ela
composta pelas seguintes atividades:

Identificar requisitos funcionais e no-funcionais

Elaborar Ata de Reunio

Identificar Atores e Casos de Uso

Detalhar Casos de Uso

Criar Glossrio do Sistema

Elaborar Especificao de Requisitos

Aprovar a Especificao de Requisitos junto ao usurio

Construir Diagramas de Casos de Uso

Criar Prottipo de Interface com o usurio

Aprovar o Prottipo de Interface junto ao usurio

MDS Fases do Ciclo de Vida

7/11

31/01/14 - 16:10

2.2 - Anlise e Projeto

O grande objetivo dessa disciplina detalhar os requisitos identificados, criando
modelos de anlise e projeto que permitam a implementao do Sistema. Alm disso,
essa disciplina possui como foco a identificao de solues para problemas
arquiteturais do Sistema, levando em considerao os casos de uso arquiteturalmente
crticos. Ela composta pelas seguintes atividades:

Criar Modelo de Base de Dados

Identificar classes do Sistema

Criar Diagrama de Classes

Criar Diagrama de Estados

Criar Diagrama de Sequncia

Identificar solues de arquitetura

2.3 - Implementao
A finalidade dessa disciplina traduzir os requisitos constantes nos modelos de anlise
e projeto em cdigo executvel. A partir desses requisitos que so gerados
componentes e subsistemas, tomando-se como base a arquitetura executvel gerada
atravs da disciplina Anlise e Projeto. Cada componente gerado testado
isoladamente, configurando-se os testes de unidade. Importante ressaltar que testes
de aceitao, de integrao e de Sistema no fazem parte do escopo dessa disciplina.
As atividades que compem essa disciplina so:

Implementar arquitetura executvel

Implementar componente

Corrigir falha

Integrar componente

Implementar classes testadoras

Realizar testes de unidade

Implementar ajustes na verso beta

MDS Fases do Ciclo de Vida

8/11

31/01/14 - 16:10

2.4 - Teste
A finalidade dessa disciplina avaliar gradativamente a qualidade do Sistema que est
sendo gerado, localizando e expondo as partes do software que no esto atendendo a
algum tipo de requisito. formada pelas seguintes atividades:

Elaborar Testes de Aceitao

Elaborar Roteiro de Testes de Aceitao

Projetar Casos de Teste

Executar Testes de Aceitao

Executar Testes de Sistema

Executar Testes de Integrao

Executar Casos de Teste

Criar Banco Matriz de Teste

Gerar Relatrio de Resultado de Testes

2.5 - Implantao
Essa disciplina visa garantir que o Sistema seja disponibilizado para os usurios finais,
alm do fornecimento de todo material de suporte necessrio para a correta
operacionalizao do Sistema. composta pelas seguintes atividades:

Elaborar Manual do Usurio

Desenvolver Ajuda On-Line

Elaborar Manual de Instalao

Preparar Apostila de Treinamento

Implantar verso beta no ambiente de homologao

Implantar verso definitiva no ambiente de produo

Realizar treinamento para os usurios e equipe de manuteno

Realizar converso e/ou migrao de Base de Dados

MDS Fases do Ciclo de Vida

9/11

31/01/14 - 16:10

2.6 - Gerncia de Projetos

A finalidade dessa disciplina fornecer diretrizes prticas para planejar, executar,
monitorar e controlar todos os aspectos relacionados ao processo de desenvolvimento
de um Sistema. composta pelas seguintes atividades:

Elaborar Plano de Projeto

Elaborar Cronograma

Monitorar Status do Projeto

2.7 - Controle de Mudanas

Consiste em atividades relacionadas com o registro, anlise e priorizao das
demandas evolutivas e corretivas que venham a surgir durante o desenvolvimento do
Sistema, ou ps-implantao. Todas as demandas devero ser cadastradas no
Backlog do Sistema, que servir como um repositrio de demandas. Para cada
demanda solicitada dever ser analisado o seu impacto em relao s demais
funcionalidades do Sistema, identificando as dependncias com outras demandas, caso
existam. As atividades que compem essa disciplina so:

Registrar demanda

Analisar demanda

Avaliar impactos

Priorizar demanda

Definir escopo da nova verso

2.8 - Ambiente
A meta dessa disciplina preparar os ambientes (desenvolvimento, homologao e
produo) que iro suportar o ciclo de vida de desenvolvimento de software, alm de
selecionar as ferramentas e processos que daro suporte equipe de desenvolvimento.
Ela composta pelas seguintes atividades:

MDS Fases do Ciclo de Vida

10/11

31/01/14 - 16:10

Selecionar ferramentas e plataforma de desenvolvimento

Criar ambiente de desenvolvimento

Criar ambiente de homologao

Criar ambiente de produo

MDS Fases do Ciclo de Vida

11/11

31/01/14 - 16:10