1

Universidade de Caxias do Sul

Centro de Computao e Tecnologia da Informao
Bacharelado em Sistemas de Informao e Computao
Engenharia de Software II Professor Giovanni Rocco





Sistema para Acompanhamento de Processo
Fabril Desenvolvimento de Componentes de Software
Grupo 2 (Craig Larman)

Etapa de Concepo




Integrantes:
Bruno Molardi
Diego Tomazzoni
Fabio Neis
Lauren Girardi
Maicon Lima
Rodrigo Bergamaschi
Tiago Marchetto



Caxias do Sul, 23 de Julho de 2010

2
Sumrio
1. Fase de Concepo ...................................................................................................................... 3
1.1) Contextualiao do Sistema ................................................................................................. 3
1.1.1) Escopo ....................................................................................................................... 3
1.1.2) Dominio ..................................................................................................................... 3
1.1.3) Envolvidos ................................................................................................................. 4
1.2) Diagramas de Casos de Uso de Alto Nvel ........................................................................... 4
1.3) Descrio dos Casos de Uso ................................................................................................. 5
1.4) Diagrama de Classes Conceituais e Glossrio de Termos .................................................... 8
1.5) Descrio Geral do Software e Ambiente de Desenvolvimento .......................................... 9
1.6) Anlise de Riscos ................................................................................................................ 10
1.7) Definio dos Casos de Uso que Sero Abordados no Primeiro e no Segundo Ciclo ........ 10
2. Primeiro Ciclo de Desenvolvimento .......................................................................................... 10
2.1) Diagrama de Casos de Uso Detalhados ............................................................................. 10
2.2) Diagrama de Classes de Sistema ........................................................................................ 11
2.3) Descrio Detalhada dos Casos de uso .............................................................................. 13
2.4) Diagrama de robustez com as interfaces associadas ao caso de uso ................................ 15
2.5) Diagramas de Interaes.................................................................................................... 17
2.6) Diagrama de Classe de Projeto .......................................................................................... 19
3. Segundo Ciclo de Desenvolvimento .......................................................................................... 21
3.1) Diagrama de Casos de Uso Detalhados ............................................................................. 21
3.2) Diagrama de Classes de Sistema ........................................................................................ 21
3.3) Descrio Detalhada dos Casos de uso .............................................................................. 22
3.4) Diagrama de robustez com as interfaces associadas ao caso de uso ................................ 23
3.5) Diagramas de interaes .................................................................................................... 26
3.6) Diagrama de Classes de Projeto ......................................................................................... 27
4. Estrutura Arquitetnica do Software ........................................................................................ 29
4.1) Diagrama de componentes e de Implementao .............................................................. 29
4.2) Breve Descrio da Estrutura do Software ........................................................................ 29
5. Relatrio de Andamento do Projeto ......................................................................................... 30



3
1. Fase de Concepo
1.1) Contextualiao do Sistema

A Fabril uma empresa desenvolvedora de componentes de software sob encomenda.
A empresa desenvolve componentes de software para outras desenvolvedoras sob um
processo guiado por requisitos. O processo gerenciado por um gerente, que tem a
responsabilidade de definir e acompanhar um cronograma de desenvolvimento.
O processo, basicamente, o seguinte: o gerente recebe um Documento de Requisito; a
partir da anlise desse requisito, o gerente busca em uma base de artefatos j desenvolvidos
aqueles que serviro de base para o desenvolvimento, define o cronograma de atividades com
os responsveis. O andamento do processo , ento, monitorado com base no cronograma, de
maneira que cada artefato desenvolvido disponibilizado na base com os devidos registros. A
necessidade da Fabril contar com um sistema de acompanhamento desse processo.

1.1.1) Escopo

O sistema de acompanhamento de projetos tem como objetivo organizar os processos
de desenvolvimento de componentes, facilitando e interligando informaes importantes sobre
os projetos de cada cliente. O sistem de acompanhamento de projetos proporcionar a
centralizao de informaes sobre componentes, os quais iro alimentar uma base de
artefatos j existentes. Cada projeto poder ser visualizado e gerenciado atravs de um
cronograma e um painel central os quais iro informar prazos, recursos, criticidade e
documentao de cada projeto.

1.1.2) Dominio

O sistema de acompanhamento de processos dever abranger funcionalidades que
proporcionem ao gerente e ao usurio um ambiente nico de registros e acompanhamento das
atividades de projetos de n clientes. O sistema est dividido em quatro processos macro.
1) Inicializao do projeto:

4
a. Com base no documento de requisitos apresentado abaixo, o gerente poder
incluir informaes e dar incio ao projeto.

2) Executar as atividades:
Aps as informaes iniciais informadas pelo gerente, o responsvel poder
iniciar o desenvolvimento do componente utilizando ou no os artefatos
determinados pelo gerente. A cada atividade o responsvel dever informar
o andamento da atividade at a finalizao do componente.
3) Acompanhar atividades:
O sistema ir oferecer um painel aonde as informaes sobre os projetos
podero ser visualizadas de forma amigvel e classificadas para o gerente.
4) Autenticao e Acessos:
O sistema ir oferecer a definio de perfis de usurios e acessos pertinentes a cada
perfil. Os acessos e senhas podero ser alterados a qualquer momento pelo gerente.

1.1.3) Envolvidos

Gerente de Projeto: responsvel pelo processo. Ir elencar os requisitos e definir as
tarefas que o responsvel dever cumprir para a elaborao do artefato.

Responsvel: sujeito que ser responsvel pela criao do artefato.

1.2) Diagramas de Casos de Uso de Alto Nvel

Abaixo o diagrama de casos de uso elaborado na fase de concepo:

5

Figura 1 - Diagrama de Casos de Uso

1.3) Descrio dos Casos de Uso

UC01 Inicializar Processo:

Viso geral: O objetivo inicializar um processo guiado por requisitos, partindo do Documento
de Requisitos.
Descrio: Com base no Documento de Requisitos, o gerente identifica o nome do projeto e o
cliente contratante, alm de informar a data inicial e a data prevista para o encerramento; a
seguir, o gerente define as atividades que devero ser desenvolvidas no projeto, de maneira
que, para cada atividade, sejam informadas as datas de incio e de fim, o responsvel pela sua
execuo, a orientao para a atividade, e a relao de artefatos base para o desenvolvimento
(se houver) e dos artefatos que devero ser desenvolvidos; o sistema deve permitir ao gerente
consultar a base de artefatos, com critrios teis para a busca
Atores: Gerente; Base de artefatos;
Pr-condio: Executar o controlar acesso com o gerente autenticado.

6
Ps-condio: no existe ps condio.
Fluxos:
1) O gerente de acordo com o Documento de Requisitos deve incializar um novo processo.
2) O gerente informa o nome do processo, o cliente, a data de incio e a data de previso de
encerramento do projeto.
3) O gerente ento define as atividades que sero realizadas neste projeto.
4) Para cada atividade o gerente deve informar as datas de incio e fim, o seu responsvel da
atividade, as orientaes, os artefatos base para o seu desenvolvimento e os artefatos que
devero ser produzidos.
5) Atravs do sistema o gerente poder consultar a base de artefatos.
Casos de Teste:
1) Verificar se o projeto foi inicializado com nome, cliente e datas.
2) Verificar se o projeto foi inicializado com as atividades definidas.
3) Verificar se as atividades possuem responsvel e datas.
4) Verificar se as atividades possuem os artefatos vinculados
5) Verificar se possvel consultar a base de artefatos, conforme critrios

UC02 Executar Atividades
Viso Geral: O objetivo registrar os perodos em que as atividades so realizadas e os
artefatos produzidos na base.
Descrio: O registro de execuo de cada atividade de um projeto informado pelo
responsvel alocado pelo gerente; cada responsvel deve registrar a data efetiva de incio e de
fim da atividade; no seu encerramento, o responsvel deve registrar os artefatos produzidos na
base (data de produo, nome do artefato, descrio da funcionalidade, referncia ao requisito
de origem, referncia as artefatos de base, e localizao do artefato para acesso); o sistema
deve permitir ao responsvel consultar o requisito de origem do projeto e acessar a base de
artefatos somente para os artefatos indicados na atividade.
Atores: Base de artefatos; Responsvel.
Pr-Condio: Executar o controlar acesso com o responsvel autenticado.
Fluxo:

7
1) O responsvel recebe uma atividade do gerente.
2) Ao receber esta atividade, o responsvel deve registrar a data de incio efetiva.
3) A atividade executada;
4) No encerramento da atividade, o responsvel registra a data final efetiva e os artefatos
produzidos com as informaes que o sistema solicita.
5) Respeitando as restries do sistema, o responsvel pode consultar e acessar a base de
artefatos.
Caso de Teste:
1) Verificar se o responsvel registrou o incio de execuo com as datas efetivas;
2) Verificar se os artefatos produzidos foram registrados no encerramento;
3) Verificar se possvel consultar base de artefatos conforme critrios.

UC03 - Acompanhar Atividades
Viso geral: O objetivo acompanhar a situao das atividades registradas.
Descrio: O gerente acompanha as atividades de um projeto atravs de um painel com
interface amigvel; o painel deve apresentar as atividades previstas (com as datas de incio e
fim), com um indicador visual para: atividades no iniciadas (branco), atividades no iniciadas
com a data de incio previsto expirado (amarela), atividades em execuo conforme o previsto
(verde), atividades em execuo com o incio depois do previsto (laranja), atividades em
execuo com a data de fim expirado (vermelha), atividades concludas dentro da previso
(azul), e atividades concludas depois da previso (preto).
Atores: Gerente.
Pr-condio: Executar o Controlar acesso com o gerente autenticado.
Fluxos:
1) Gerente seleciona o projeto.
2) O sistema retorna todas as atividades relacionadas ao projeto.
Casos de teste:
1) Verificar se todas as atividades esto sendo listadas corretamente.
2) Verificar se os indicadores visuais esto funcionando.
3) Atividades no iniciadas deve estar em (Branco).
4) Atividades no iniciadas e com data de inicio expirado deve estar em (Amarelo).
5) Atividades em execuo deve estar em (Verde)
6) Atividades em execuo com inicio depois do previsto deve estar em (Laranja).
7) Atividades em execuo com data fim expirada deve estar em (Vermelho)
8) Atividades concludas dentro da previso deve estar em (Azul)
9) Atividades concludas depois da previso deve estar em (Preto)

8

3.4 UC04 Controlar Acesso
Viso geral: Objetivo controlar o acesso ao sistema, impedindo que pessoas no autorizadas
o utilizem.
Descrio: O usurio insere seu nome de usurio e sua senha, ganhando, assim, acesso s
funcionalidades do sistema.
Atores: Gerente e Responsvel
Ps-condio: Autenticar o usurio, possibilitando inicializar o processo, executar as
atividades e acompanhar as atividades.
Fluxos:
1) Na tela de login solicitado usurio e senha.
2) O usurio digitar as informaes.
3) O sistema ir capturar essas entradas de dados e ir pesquisar no banco de dados se o
usurio possui permisso de acesso.
4) Se o usurio tiver permisso, o sistema liberar o acesso. Caso contrrio, o usurio no
acessar nada.
Casos de teste:
1) Verificar na tela de login se foram digitadas informaes para usurio e senha.
2) Verificar se o usurio e senha digitados esto cadastrados nas permisses de acesso ao
sistema.
1.4) Diagrama de Classes Conceituais e Glossrio de Termos

Abaixo o diagrama de classes conceituais da etapa de concepo:

9
Figura 2 - Diagrama de Classes Conceituais
Glossrio de Termos:
Artefato: Produto da execuo de uma atividade.
Atividade: Ao executada por um responsvel em um processo, possuindo datas de incio e de
fim e tendo como resultado a produo de um artefato.
Base de Artefatos: Repositrio de todos os artefatos disponveis.
Gerente: Responsvel por inicializar o processo e determinar as tarefas as quais o responsvel
dever executar.
Processo: Projeto de desenvolvimento guiado por requisito; contratado pelo cliente;
composto por atividades e possui data inicial e data prevista para o encerramento.
Requisito: Documento que origina o projeto; a necessidade do cliente que deve ser sanada
pelo software.
Responsvel: Sujeito responsvel pela execuo de uma atividade.

1.5) Descrio Geral do Software e Ambiente de Desenvolvimento

O Sistema Fabril ser desenvolvido em camadas, sendo a camada de interface grfica
responsvel pela apresentao grfica e distribuio dos componentes de tela, a camada de
regras de negcio responsvel pela lgica do sistema, a camada de modelo responsvel pelos
padres do sistema e por fim a camada de persistencia responsvel pela interao com o banco

10
de dados. O Sistema ser desenvolvido na linguagem Java divindo-se em cliente e servidor, este
que far a ligao com o banco de dados, onde utilizaremos HSQLDB.
1.6) Anlise de Riscos

Abaixo a tabela com anlise de riscos:
Risco Probabilidade Impacto O que fazer? Aes
Erro de elaborao
do cronograma
Alta Mdio Refazer o
cronograma.
Reunir a equipe que est
gerenciando o projeto e
rever prazos.
Mudana de
arquitetura
Baixa Alto Recomear o
desenvolvimento
do sistema.
Reestruturar o
planejamento do sistema
baseado na nova
arquitetura.
Resistncia a
pessoas, mudanas e
expectativas
Mdia Alto Verificar os
indivduos em
questo.
Reforar a importncia do
projeto e comprometer o
pessoal com o mesmo.
Caso no haja aceitao,
realocar o colaborador.
Desistncia de
colaboradores.
Mdia Alto Verificar a funo
que o colaborador
exerca.
Contratar novo
colaborador para a funo
em questo.
Tabela 1 - Descio da Anlise de Riscos

1.7) Definio dos Casos de Uso que Sero Abordados no Primeiro e no
Segundo Ciclo

No primeiro ciclo sero abordados os casos de uso Inicializar Processo e Controlar
Acesso. Posteriormente no segundo clico sero abordados os casos Acompanhamento das
Atividades e Execuo das Atividades.
2. Primeiro Ciclo de Desenvolvimento

Observao: Ao Iniciar o primeiro ciclo notamos que haveria a necessidade de incluir o caso de
Uso Cadastrar Usurios e este ser abordado tambm neste ciclo.
2.1) Diagrama de Casos de Uso Detalhados

Abaixo o Diagrama de Casos de Uso Detalhados

11
Figura 3 - Diagrama de Casos de Uso Detalhados

2.2) Diagrama de Classes de Sistema

Abaixo o diagrama de Classes de Sistema:

12



13
2.3) Descrio Detalhada dos Casos de uso

Inicializar o Processo
Nome: Inicializar o Processo
Atores: Base de Artefatos, Gerente
Finalidade: inicializar um processo guiado por requisitos
Viso geral: o caso de uso Inicializar o Processo visa inicializar um processo guiado por requisitos,
partindo do Documento de Requisitos. Com base no Documento de Requisitos, o gerente identifica o
nome do projeto e o cliente contratante, alm de informar a data inicial e a data prevista para o
encerramento; a seguir, o gerente define as atividades que devero ser desenvolvidas no projeto, de
maneira que, para cada atividade, sejam informadas as datas de incio e de fim, o responsvel pela sua
execuo, a orientao para a atividade, e a relao de artefatos-base para o desenvolvimento (se
houver) e dos artefatos que devero ser desenvolvidos; o sistema deve permitir ao gerente consultar a
base de artefatos, com critrios teis para a busca.
Tipo: Essencial
Casos de teste:
1. Verificar se o projeto foi inicializado com nome, cliente e datas;
2. Verificar se o projeto foi inicializado com as atividades definidas;
3. Verificar se as atividades possuem responsvel e datas;
4. Verificar se as atividades possuem os artefatos vinculados;
5. Verificar se possvel consultar a base de artefatos, conforme critrios.


Ao do Ator Resposta do Sistema

1
O gerente informa que deseja inicializar
um processo.
O sistema mostra uma tela com campos para
informaes sobre o projeto, cadastro de
atividades e a lista das atividades j inseridas.

2
O gerente informa o nome do projeto, o
cliente, a data de incio e a data de
previso de seu encerramento.

-
3 O gerente define as atividades que sero
realizadas no projeto.
O sistema salva as atividades inseridas.


4
O gerente informa, para cada atividade,
as datas de incio e fim, seu responsvel,
as orientaes, os artefatos-base para o
seu desenvolvimento e os artefatos que
devero ser produzidos.


-
5 Se necessrio, o gerente pode consultar
a base de artefatos do sistema.
O sistema mostra a lista de artefatos
existentes na base.



Controlar Acesso
Nome: Controlar Acesso
Atores:
Finalidade: controlar o acesso ao sistema
Viso geral: o caso de uso Controlar Acesso visa controlar o acesso ao sistema, impedindo sua
utilizao por pessoas no autorizadas. O usurio insere seu nome de usurio e sua senha, ganhando,
assim, acesso s funcionalidades do sistema.
Tipo: Essencial
Casos de teste:

14
1. Verificar na tela de login se foram digitadas informaes para usurio e senha;
2. Verificar se o usurio e senha digitados esto cadastrados nas permisses de acesso ao sistema.


Ao do Ator Resposta do Sistema
1 O usurio inicializa o sistema. O sistema mostra uma tela solicitando seu
nome de usurio e sua senha.

2

O usurio insere seu nome de usurio e
sua senha.
O sistema verifica na base de dados se o
usurio possui acesso ao sistema. Em caso
positivo, libera as funcionalidades relativas ao
tipo de usurio.


Cadastrar Usurios
Nome: Cadastrar Usurios
Atores: Gerente
Finalidade: cadastrar novos usurios
Viso geral: o caso de uso Cadastrar Usurios visa o cadastro de novos usurios do sistema na base de
dados.
Tipo: Essencial
Casos de teste:
1. Verificar se os campos de nome de usurio e senha foram preenchidos;
2. Verificar se nome de usurio j no existe;


Ao do Ator Resposta do Sistema
1 O gerente informa que deseja cadastrar
um novo usurio.
O sistema mostra uma tela destinada ao
cadastro de usurios.
2 O gerente informa o login e a senha do
novo usurio.
O sistema verifica se o login informado ainda
no existe. Em caso negativo, salva esse
nome de usurio e a senha. Em caso positivo,
pede ao gerente que informe outro nome de
usurio e senha.


15
2.4) Diagrama de robustez com as interfaces associadas ao caso de uso


Figura 4 Interface (Tela Inicial)

Figura 5 - Interface (Controle de Acesso)

16

Figura 6 - Diagrama de Robustes (Inicializar Processo)

Figura 7 - Interface (Inicializar Processo)


17

Figura 8 - Diagrama de Robustez (Cadastrar Usurios)

Figura 9 - Diagrama de Robustez (Controlar Acesso)

2.5) Diagramas de Interaes

Abaixo os diagramas de Interaes dos Casos de Uso do Primeiro Ciclo

18

Figura 10 - Diagrama de Iterao (Inicializar Processo)


Figura 11 - Diagrama de Iterao (Cadastrar Usurios)


19

Figura 12 - Diagrama de Iterao (Controlar Acesso)


2.6) Diagrama de Classe de Projeto

Abaixo o diagrama de Classe de Projeto

20


21
3. Segundo Ciclo de Desenvolvimento
3.1) Diagrama de Casos de Uso Detalhados


Figura 13 - Diagrama de Casos de Uso Detalhado

3.2) Diagrama de Classes de Sistema





22
3.3) Descrio Detalhada dos Casos de uso

Executar as Atividades
Nome: Executar as Atividades
Atores: Base de Artefatos, Responsvel
Finalidade: registrar os perodos das atividades e os artefatos produzidos
Viso geral: o caso de uso Executar as Atividades visa registrar os perodos em que as
atividades so realizadas e os artefatos produzidos na base. O registro de execuo de cada
atividade de um projeto informado pelo responsvel alocado pelo gerente; cada responsvel
deve registrar a data efetiva de incio e de fim da atividade; no seu encerramento, o
responsvel deve registrar os artefatos produzidos na base (data de produo, nome do
artefato, descrio da funcionalidade, referncia ao requisito de origem, referncia as artefatos
de base, e localizao do artefato para acesso); o sistema deve permitir ao responsvel
consultar o requisito de origem do projeto e acessar a base de artefatos somente para os
artefatos indicados na atividade.
Tipo: Essencial
Casos de teste:
1. Verificar se o responsvel registrou o incio da execuo com as datas efetivas;
2. Verificar se os artefatos produzidos foram registrados no encerramento;
3. Verificar se possvel consultar a base de artefatos conforme os critrios.


Ao do Ator Resposta do Sistema
1 O responsvel recebe uma atividade
do gerente.
O sistema mostra uma tela destinada ao
cadastro de atividades.
2 Ao receber uma atividade, o
responsvel deve registrar sua data
de incio efetiva.
O sistema salva a data informada.
3 A atividade executada. -

4
Quando do encerramento da
atividade, o responsvel registra a
data final efetiva e os artefatos
produzidos.
O sistema salva a data e os artefatos
informados.

5
Respeitando as restries do sistema,
o responsvel pode consultar e
acessar a base de artefatos.
O sistema mostra na tela os resultados da
consulta.

Acompanhar as Atividades
Nome: Acompanhar as Atividades
Atores: Gerente
Finalidade: acompanhar a situao das atividades registradas
Viso geral: o caso de uso Acompanhar as Atividades visa acompanhar a situao das
atividades registradas. O gerente acompanha as atividades de um projeto atravs de um painel
com interface amigvel; o painel deve apresentar as atividades previstas (com as datas de incio
e fim), com um indicador visual para: atividades no iniciadas (branco), atividades no iniciadas
com a data de incio previsto expirado (amarela), atividades em execuo conforme o previsto
(verde), atividades em execuo com o incio depois do previsto (laranja), atividades em

23
execuo com a data de fim expirado (vermelha), atividades concludas dentro da previso
(azul), e atividades concludas depois da previso (preto).
Tipo: Essencial

Casos de teste:
1. Verificar se todas as atividades esto sendo listadas corretamente;
2. Verificar se os indicadores visuais esto funcionando;
3. Atividades no iniciadas devem estar em (Branco);
4. Atividades no iniciadas e com data de inicio expirado deve estar em (Amarelo);
5. Atividades em execuo devem estar em (Verde);
6. Atividades em execuo com incio depois do previsto devem estar em (Laranja);
7. Atividades em execuo com data de fim expirada devem estar em (Vermelho);
8. Atividades concludas dentro da previso devem estar em (Azul);
9. Atividades concludas depois da previso devem estar em (Preto).


Ao do Ator Resposta do Sistema
1 O gerente seleciona o projeto que
desenha acompanhar.
O sistema retorna todas as atividades
relacionadas ao projeto.


3.4) Diagrama de robustez com as interfaces associadas ao caso de uso


Figura 14 - Diagrama de Robustez (Acompanhar Atividades)

24

Figura 15 - Interface (Acompanhar Atividades)


Figura 16 - Diagrama de Robustez (Executar Atividades)

25

Figura 17 - Interface (Executar Atividades)

26



3.5) Diagramas de interaes


Figura 18 - Diagrama de Iterao (Executar Atividades)

27

Figura 19 - Diagrama de Iterao (Acompanhar Atividades)

3.6) Diagrama de Classes de Projeto

Abaixo o Diagrama de Classes de Projeto

28


29
4. Estrutura Arquitetnica do Software
4.1) Diagrama de componentes e de Implementao


Figura 20 - Diagrama de Componentes


Figura 21 - Diagrama de Implementao

4.2) Breve Descrio da Estrutura do Software

A arquitetura ser formada basicamente de 4 camadas (Interface Grfica, Regras de
negcio, Modelo e Persistncia). Foi desenvolvida na linguagem Java utilizando IDE Eclipse e
Netbeans e banco de dados HSQLDB. Ter arquitetura cliente-servidor.


30
5. Relatrio de Andamento do Projeto
Etapa Previso Efetivo Responsvel
1. Concepo 60h 51h Todos
1.1 Planejamento do projeto 10h 8h Diego
1.2 Elicitao dos requisitos 5h 5h Diego
1.3 Elaborao do modelo de domnio 10h 8h Rodrigo
1.4 Elaborao do modelo de negcio 15h 14h Bruno
1.5 Atividades de anlise e projeto 14h 12h Maicon
1.6 Avaliao e encerramento da etapa 6h 6h Fabio
2. Desenvolvimento do Primeiro Ciclo 158h 169h Todos
2.1 Reviso e preparao da etapa 5h 4h Diego
2.2 Atividades do workflow de requisitos 20h 19h Lauren
2.3 Atividades do workflow de anlise 30h 41h Maicon
2.4 Atividades do workflow de projeto 30h 33h Fabio
2.5 Atividades do workflow de implementao 50h 46h Bruno
2.6 Atividades do workflow de testes 10h 4h Tiago
2.7 Disponibilizao verso operacional do software 3h 2h Rodrigo
2.8 Avaliao e encerramento da etapa 5h 20h Todos
3. Desenvolvimento do Segundo Ciclo 308h 272h Todos
3.1 Reviso e preparao da etapa 10h 12h Diego
3.2 Atividades do workflow de requisitos 40h 20h Rodrigo
3.3 Atividades do workflow de anlise 60h 65h Lauren
3.4 Atividades do workflow de projeto 60h 50h Maicon
3.5 Atividades do workflow de implementao 100h 98h Bruno/Fabio
3.6 Atividades do workflow de testes 20h 4h Tiago
3.7 Disponibilizao verso operacional do software 3h 3h Bruno
3.8 Avaliao e encerramento da etapa 5h 20h Diego


Etapa de Concepo:

Na etapa de Concpeo foram desenvolvidos os casos de uso, elicitao de
requisitos,escopo e domnio do projeto, cronograma, diagramas de caso de uso e classe de
projeto, glossrio, anlise de riscos, arquitetura do sistema e elaborao do modelo de domnio
e negcio. At ento todos os membros do grupo participaram efetivamente de todas as
etapas. Foram distribudas funes para cada integrante e aps a realizao todos revisaram a

31
documentao gerada a qual foi definido um repositrio central (Live Workspace) que
centralizou a documentao, datas, anotaes e comunicao do grupo. Obs.: Maiquiu desistiu.

Primeiro Ciclo:

Na etapa de desenvolvimento do primeiro ciclo foram realizadas as atividades de
diagrama de classe de sistema e projeto, a descrio detalhada dos casos de uso, diagramas de
robustez e interaes, diagrama de componente e implantao referente a estrutura
arquitetnica do software. Tivemos um pouco mais de dificuldades na elaborao dos
diagramas e entendimento das atividades, porm buscamos auxlo na bibliografia
recomendada. Todos os integrantes ativos do grupo desenvolveram as atividades, o
acompanhamento foi realizado atravs de uma planilha de backlog de projeto, tudo sendo
centralizado no repositrio de documentos (Live Workspace) onde todos puderam adicionar e
visualizar a documentao a qualquer momento e realizar o controle de verses da
documentao.

Segundo Ciclo:

Foram elaborados os diagramas de robustez dos casos, prottipos de tela e
implementao dos casos de uso Acompanhar Atividades e Executar atividades. Tivemos que
despender um maior tempo para corrigir os diagramas de Classe de Sistema e Projeto
alinhando com os diagramas de iterao que no estavam coerentes. Tambm fizemos
aprimoramentos que ficaram faltando na implementao dos casos de uso do Primeiro Ciclo.
Todos os responsveis e participantes conseguiram desenvolver as atividades propostas neste
ciclo gerando ento o documento final e a verso final do software.