Departamento de Engenharia Informática
Faculdade de Ciências e Tecnologia
Universidade de Coimbra
Engenharia de Software II
Software Development Plan
Pneus_SoftwareDevelopmentPlan_2006-04-10_v1.6.doc
Versão 1.6
10 de Abril de 2006
O Grupo:
Hugo Gaspar
Hugo Galvão
Virgílio Raposo
Marco Jorge
Nuno Antunes
501022619
501022617
501011290
501031236
501031245
Bruno Coelho
Rui Domingues
Hugo Fonseca
Jorge Oliveira
Renato Dias
501032607
501022637
501031222
501022626
501022636
TABELA DE REVISÕES
Versão
Autores
Descrição da Versão
Aprovadores
Data
0.1r
Hugo Galvão
Primeiro rascunho do documento
23-03-06
Hugo Galvão
Correcção da versão anterior
27-03-06
Marco Jorge
segundo o relatório de revisão
Marco Jorge
Rui Domingues
0.2r
Rui Domingues
1.0
Hugo Galvão
Versão baselined do documento.
Marco Jorge
Renato Dias
27-03-06
Bruno Coelho
Rui Domingues
1.1r
Marco Jorge
Rui Domingues
Redefinição da função de Gestor de
30-03-06
Projecto.
Eliminação da função Presidente de
Mesa.
Actualização do diagrama de Gantt
1.2r
1.3r
1.3
Marco Jorge
Correcção da versão anterior
Rui Domingues
segundo o relatório de revisão
Marco Jorge
Correcção da versão anterior
Rui Domingues
segundo o relatório de revisão
Marco Jorge
Versão baselined do documento
Rui Domingues
1.4r
Marco Jorge
02-04-06
03-04-06
Renato Dias
03-04-06
Bruno Coelho
03-04-06
Alteração do formato de entrega
dos documentos a entregar ao
cliente.
Preenchimento da coluna
respectiva ao Release Criteria.
Introdução do período de
actualização do Software
Development Plan, do Top Ten Risk
List e do Software Project Log
1.5r
Marco Jorge
Correcção da versão anterior
Rui Domingues
segundo o relatório de revisão
1.6r
Marco Jorge
Correcção da versão anterior
1.6
Marco Jorge
Versão baselined do documento
05-04-06
07-04-06
segundo o relatório de revisão
Rui Domingues
Renato Dias
Bruno Coelho
10-04-06
Engenharia de Software II
Índice
ÍNDICE..................................................................................................................................................... 3
1.
INTRODUÇÃO ............................................................................................................................. 4
1.1 BREVE DESCRIÇÃO DO PROJECTO ................................................................................................. 4
1.2. DOCUMENTOS A ENTREGAR AO CLIENTE ..................................................................................... 4
1.3. DOCUMENTOS REFERENCIADOS .................................................................................................. 5
1.4. DEFINIÇÕES E ACRÓNIMOS.......................................................................................................... 5
2. ORGANIZAÇÃO DO PROJECTO ............................................................................................. 5
2.1. MODELO PROCESSO ..................................................................................................................... 5
2.1.1. Fases ................................................................................................................................... 5
2.1.2. Produtos do trabalho..................................................................................................... 7
2.2. ESTRUTURA ORGANIZATIVA ....................................................................................................... 13
2.3. INTERFACES ORGANIZATIVOS ................................................................................................... 14
2.4. ATRIBUIÇÃO DE RESPONSABILIDADES ...................................................................................... 14
2.5. MECANISMOS DE MONITORIZAÇÃO E CONTROLO ..................................................................... 14
3. TAREFAS E ESCALONAMENTO ............................................................................................ 15
3.1 TAREFAS ........................................................................................................................................ 15
3.2 ESCALONAMENTO ......................................................................................................................... 16
Software Development Plan v1.6
3
Engenharia de Software II
1. Introdução
1.1 Breve descrição do projecto
A aplicação que se pretende desenvolver tem como objectivo a
gestão de stock de uma empresa de mecânica automóvel. A visão geral
sobre a aplicação encontra-se no documento Pneus_ConceptPaper.
Este documento, o Software Development Plan, contém o
planeamento do projecto e as respectivas etapas para a sua execução.
1.2. Documentos a entregar ao cliente
O quê
Quando
Onde
Concept Paper
2006-03-30
User Interface
Prototype
System
Architecture
2006-03-30
Software Test
Cases
2006-06-06
Nas instalações da
JFMO
Additional Spec
Doc
2006-06-06
Nas instalações da
JFMO
Software
Architecture
Doc
Software
Integration
Procedure
Design Docs
2006-06-06
Nas instalações da
JFMO
2006-06-06
Nas instalações da
JFMO
2006-06-06
Nas instalações da
JFMO
Aplicação
2006-06-06
Nas instalações da
JFMO
2006-06-06
Software Development Plan v1.6
Nas instalações da
JFMO
Nas instalações da
JFMO
Nas instalações da
JFMO
Como entregue
Quantidade
Pessoalmente em
papel
Pessoalmente em CD
1
Pessoalmente em
formato editável,
gravado em CD
Pessoalmente em
formato editável,
gravado em CD
Pessoalmente em
formato editável,
gravado em CD
Pessoalmente em
formato editável,
gravado em CD
Pessoalmente em
formato editável,
gravado em CD
Pessoalmente em
formato editável,
gravado em CD
CD
1
1
1
1
1
1
1
1
4
Engenharia de Software II
1.3. Documentos Referenciados
Concept Paper
Change Control Plan *
Quality Assurance Plan *
Fases *
* Documento fornecido pelo Docente da cadeira
1.4. Definições e Acrónimos
CD – Compact Disk
JFMO – Joaquim Fernando Martins de Oliveira, Lda.
2. Organização do Projecto
2.1. Modelo Processo
2.1.1. Fases
•
•
•
•
•
•
Software Concept
Requirements Development
Architectural Design
Detailed Design Stage 1, 2,...,n
Coding and Debugging for Stage 1, 2,...,n
Software Release
Software Concept
Nesta fase são levantadas e formalizadas as necessidades do cliente.
É feita uma previsão dos riscos que podem afectar o projecto e como
podem ser tratados. São definidos os métodos de controlo e alteração de
documentos.
Requirements Development
Nesta fase são especificados os requisitos da aplicação e os
respectivos casos de teste. Ainda nesta fase são definidos os métodos de
revisão e inspecção de documentos.
Software Development Plan v1.6
5
Engenharia de Software II
Architectural Design
Nesta fase é realizada a subdivisão do projecto em módulos, a
especificação da sua arquitectura e as relações entre os mesmos.
Detailed Design Stage 1, 2,...,n
Em cada uma destas fases é feita a especificação detalhada do design
dos módulos e das regras a seguir na sua implementação.
Coding and Debugging for Stage 1, 2,...,n
Em cada uma destas fases são implementados os respectivos
módulos, sendo feita a sua integração com testes para garantir que estão
de acordo com o pretendido.
Software Release
Nesta fase, a aplicação e os respectivos documentos deverão estar
prontos para serem entregues ao cliente.
Software Development Plan v1.6
6
Engenharia de Software II
2.1.2. Produtos do trabalho
Software Concept
Documen
to
Conteúdo
Controlo
de
alterações
?
Actualiza
ção
contínua?
Mecanismo
de aceitação
formal
Responsáveis
por aceitação
formal
Autores
R
C
Marco
Jorge,
Hugo
Gaspar,
Hugo
Galvão,
Hugo
Fonseca,
Renato
Dias, Bruno
Coelho
João
Gabriel
Silva
-
Concept
Paper
Neste
documento é
descrita a visão
do cliente e
rentabilidade
da aplicação
Sim
Não
Revisão
Nuno Antunes,
Rui Domingues
Change
Control Plan
Neste
documento é
descrito como é
efectuado o
controlo das
alterações aos
documentos
Neste
documento são
indicados os
riscos mais
significativos
para o normal
desenvolviment
o do projecto
Este
documento
contem as
actas
referentes as
reuniões
realizadas
Sim
Não
-
-
Sim
Sim, com
período
mínimo de
14 dias
Revisão
Marco Jorge,
Hugo Fonseca
Nuno
Antunes,
Hugo
Galvão, Rui
Domingues,
Bruno
Coelho
-
Não
Sim, com
período
mínimo de
7 dias
-
-
-
-
Top 10 Risk
List
Software
Project Log
Software Development Plan v1.6
7
-
Engenharia de Software II
Requirements Development
Documen
to
Conteúdo
Controlo
de
alterações
?
Actualiza
ção
contínua?
Mecanismo
de aceitação
formal
Responsáveis
por aceitação
formal
Autores
R
C
Quality
Assurance
Plan
Este
documento
define
procedimentos
para garantir a
qualidade dos
documentos
produzidos no
projecto
Sim
Não
-
-
João
Gabriel
Silva
-
Software
Developme
nt Plan
Este
documento
descreve o
escalonamento
do projecto
Protótipo
gráfico do
software
Sim
Sim, com
período
mínimo de
7 dias
Revisão
Bruno Coelho,
Renato Dias
Marco
Jorge, Hugo
Galvão, Rui
Domingues
-
Sim
Não
Hugo
Gaspar,
Jorge
Oliveira
-
Este
documento
contém os
módulos da
aplicação e
respectiva
descrição
Neste
documento são
especificados
com grande
grau de detalhe
os testes a
efectuar ao
sistema
Este
documento
contém todas
as
especificações
da aplicação
que não podem
ser incluídas
nos restantes
documentos
Sim
Não
Inspecção das
partes mais
complexas e
revisão do
restante
Revisão
Nuno
Antunes,
Hugo
Fonseca
-
Sim
Não
Inspecção das
partes mais
complexas e
revisão do
restante
-
Sim
Não
Inspecção
-
User
Interface
Prototype
System
Architecture
Software
Test Cases
Additional
Spec Doc
Software Development Plan v1.6
8
Engenharia de Software II
Architectural design
Documen
to
Conteúdo
Controlo
de
alterações
?
Actualiza
ção
contínua?
Mecanismo
de aceitação
formal
Software
Architecture
Doc
Este
documento
descreve a
arquitectura
que será
implementada
Sim
Não
Inspecção
Software
Integration
Procedure
Descreve os
procedimentos
a ter em conta
na integração
dos módulos a
desenvolver
Sim
Não
Revisão
-
Software
Developme
nt Plan
revised to
include a
Staged
Delivery
Plan
Nova versão do
Software
Development
Plan onde se
adicionaram os
módulos que
serão
desenvolvidos
em cada fase
Sim
Não
Revisão
-
Software Development Plan v1.6
Responsáveis
por aceitação
formal
9
Autores
R
C
Marco
Jorge, Hugo
Galvão
-
Engenharia de Software II
Detailed Design for stage 1,2,…n
Documen
to
Design
Docs for
this Stage
Software
Constructio
n Plan for
this Stage
Conteúdo
Nestes
documentos
cada uma das
funcionalidades
será detalhada
ao ponto de
serem bem
definidos todos
os
procedimentos
que permitem
implementálas. Existirá um
documento por
cada módulo da
aplicação
Neste
documento é
especificado
um plano
detalhado da
fase de
desenvolviment
o da aplicação
Controlo
de
alterações
?
Actualiza
ção
contínua?
Mecanismo
de aceitação
formal
Sim
Não
Inspecção
-
Sim
Não
Revisão
-
Software Development Plan v1.6
Responsáveis
por aceitação
formal
10
Autores
R
C
Engenharia de Software II
Coding and Debugging for stage 1,2,…n
Documen
to
Code for
this Stage
developed
Outcome of
tests in this
Stage
(Update of
Software
Test Cases
Doc)
Conteúdo
Elaboração do
código fonte
dos módulos
correspondente
s a esta fase
Actualização do
plano de testes
para a fase
correspondente
com os
respectivos
resultados
Controlo
de
alterações
?
Actualiza
ção
contínua?
Mecanismo
de aceitação
formal
Sim
Não
Inspecção de
dois módulos e
revisão dos
restantes
-
Sim
Não
-
-
Software Development Plan v1.6
Responsáveis
por aceitação
formal
11
Autores
R
C
Engenharia de Software II
Software Release
Documen
to
Delivery
description
Final
program
completed
Archival
Media for
everything,
docs and
code
Project
History
Conteúdo
Controlo
de
alterações
?
Actualiza
ção
contínua?
Mecanismo
de aceitação
formal
Neste
documento
serão indicados
quais os
documentos
que são
relevantes
aquando da
entrega do
produto final e
a forma como
esses
documentos
serão
disponibilizados
Código da
versão final da
aplicação
Sim
Não
Revisão
-
Não
Não
-
-
Arquivo
completo do
repositório
Não
Não
-
-
Documento que
sumaria o
caminho
percorrido
durante as
várias fases do
projecto
Sim
Não
Revisão
-
Software Development Plan v1.6
Responsáveis
por aceitação
formal
12
Autores
R
C
Engenharia de Software II
2.2. Estrutura Organizativa
Gestor de Projecto
Tem como função gerir o projecto, preparar e organizar as
reuniões, ou seja, fazer o ponto de situação relativamente aos
documentos pendentes, gerir os assuntos a discutir e certificar-se que
todos os pontos de vista são ouvidos. É a ele que cabe resolver
situações de impasse, através do voto de qualidade.
Gestor de Qualidade
Pessoa que garante que os métodos de desenvolvimento do
projecto obedecem aos critérios de qualidade descritos no Quality
Assurance Plan.
Gestor de Riscos
Avalia os riscos internos e externos do projecto, actualizando
quando necessário o Top Ten Risk List. É também responsável pelo
cumprimento das medidas especificadas neste documento.
Comissão de Controlo de Alterações
Tem a função de, perante a apresentação de um pedido de
alteração, decidir se as alterações propostas são ou não viáveis.
Gestor de Repositório
Tem a função de gerir o repositório do projecto, para que este
permaneça organizado e obedeça às regras descritas no Change
Control Plan.
Software Development Plan v1.6
13
Engenharia de Software II
2.3. Interfaces Organizativos
Cliente
O cliente é o Sr. Joaquim Fernando Martins de Oliveira, que
representa a empresa JFMO, sendo este a única interface existente.
Grupo Pneus
Pelo relacionamento que possui com o cliente, Hugo Gaspar é a
principal interface entre o cliente e o grupo pneus, cabendo a este, quando
necessário, recrutar outro membro da equipa para o acompanhar.
2.4. Atribuição de responsabilidades
Responsabilidade
Gestor de Projecto
Gestor de Riscos
Gestor de Qualidade
Comissão Controlo de Alterações
Gestor de Repositório
Elemento (s)
Hugo Galvão
Nuno Antunes
Marco Jorge
Virgílio Esteves
Renato Dias
Bruno Coelho
Virgílio Esteves
2.5. Mecanismos de monitorização e controlo
O grupo reúne ordinariamente duas vezes por semana, as
reuniões ordinárias são à Quarta-Feira às 14h00 e à Segunda-Feira às
16h00 durante a aula prática da cadeira de Engenharia de Software
2. Apenas as reuniões de quarta-feira resultam numa entrada no
Software Project Log com as tarefas a efectuar e os assuntos
discutidos. Ainda nesta reunião é verificado o estado de documentos
pendentes, e quando atrasados, estes podem ser redistribuídos por
outros elementos do grupo.
Para obter uma visão geral sobre o estado do projecto basta a
qualquer elemento do grupo navegar no repositório do projecto. É
importante que este se mantenha actualizado, contendo sempre as
últimas versões disponíveis dos documentos.
Software Development Plan v1.6
14
Engenharia de Software II
3. Tarefas e Escalonamento
3.1 Tarefas
Nesta versão do Software Development Plan o escalonamento
das tarefas está feito com base nas três primeiras fases do projecto.
Tarefa
Duração
Inicio
Fim
1
Projecto
98 dias
01-02-2006 8:00
05-06-2006 17:00
2
(F1) Software concept
98 dias
01-02-2006 8:00
05-06-2006 17:00
3
(D) Concept Paper
41 dias
03-02-2006 8:00
27-03-2006 17:00
4
Realização
41 dias
03-02-2006 8:00
27-03-2006 17:00
5
Revisão 3 (autores, revisores)
11 dias
17-03-2006 8:00
27-03-2006 17:00
6
(D) Change Control Plan
0 dias
15-02-2006 17:00
15-02-2006 17:00
7
(D) Top 10 Risk List
46 dias
01-02-2006 8:00
30-03-2006 17:00
8
Realização
46 dias
01-02-2006 8:00
30-03-2006 17:00
Revisão 3 (autores, revisores)
10 (D) Software Project Log
11 (F2) Requirements development
(D) Quality Assurance Plan (includes
12
template of code reviews)
13 (D) Software Development Plan
11 dias
17-03-2006 8:00
27-03-2006 17:00
82 dias
23-02-2006 8:00
05-06-2006 17:00
28 dias
15-03-2006 8:00
13-04-2006 17:00
14 Construção do ER
15 Realização
9
0 dias
20-03-2006 8:00
20-03-2006 8:00
18 dias
15-03-2006 8:00
01-04-2006 17:00
9 dias
15-03-2006 8:00
23-03-2006 17:00
10 dias
23-03-2006 8:00
01-04-2006 17:00
16 Revisão 3 (autores, revisores)
17 (D) User Interface Prototype
5 dias
28-03-2006 8:00
01-04-2006 17:00
14 dias
27-03-2006 8:00
11-04-2006 17:00
18 Realização do Protótipo
19 Insp das partes mais complexas
14 dias
27-03-2006 8:00
11-04-2006 17:00
2 dias
04-04-2006 8:00
05-04-2006 17:00
20 Revisão 3 do restante (autores, revisores)
21 (D) System Architecture
4 dias
06-04-2006 8:00
11-04-2006 17:00
16 dias
27-03-2006 8:00
13-04-2006 17:00
22 Realização
23 Insp das partes mais complexas
14 dias
27-03-2006 8:00
11-04-2006 17:00
3 dias
05-04-2006 8:00
07-04-2006 17:00
24 Revisão 3 do restante (autores, revisores)
25 (D) Software Test Cases
4 dias
10-04-2006 8:00
13-04-2006 17:00
13 dias
30-03-2006 8:00
13-04-2006 17:00
26 Realização
27 Insp das partes mais complexas
13 dias
30-03-2006 8:00
13-04-2006 17:00
4 dias
06-04-2006 8:00
11-04-2006 17:00
28 Revisão 3 do restante (autores, revisores)
29 (D) Additional Spec Doc
2 dias
12-04-2006 8:00
13-04-2006 17:00
19 dias
20-03-2006 8:00
07-04-2006 17:00
30 Realização
31 Insp
19 dias
20-03-2006 8:00
07-04-2006 17:00
2 dias
03-04-2006 8:00
04-04-2006 17:00
32 (F3) Architectural Design
33 (D) Software Architecture Doc
16 dias
10-04-2006 8:00
28-04-2006 17:00
9 dias
10-04-2006 8:00
19-04-2006 17:00
34 Realização
35 Insp
9 dias
10-04-2006 8:00
19-04-2006 17:00
3 dias
17-04-2006 8:00
19-04-2006 17:00
36 (D) Software Integration Procedure
37 Realização
10 dias
17-04-2006 8:00
28-04-2006 17:00
10 dias
17-04-2006 8:00
28-04-2006 17:00
38 Revisão 3 (autores, revisores)
(D) Software Development Plan revised
39
to include a Staged Delivery Plan
40 Realização
5 dias
24-04-2006 8:00
28-04-2006 17:00
10 dias
10-04-2006 8:00
20-04-2006 17:00
10 dias
10-04-2006 8:00
20-04-2006 17:00
41 Revisão 3 (autores, revisores)
4 dias
17-04-2006 8:00
20-04-2006 17:00
Software Development Plan v1.6
Dependência
19
23
27
15
Engenharia de Software II
3.2 Escalonamento
Para melhor visualização e compreensão, o escalonamento de
tarefas encontra-se representado num diagrama de Gantt, em
formato Microsoft Project no documento
“Pneus_SoftwareDevelopmentPlan_2006-04-10_v1.6_ANNEX1.mpp”.
O escalonamento de tarefas está também disponível em
formato de imagem BMP no documento
“Pneus_SoftwareDevelopmentPlan_2006-04-10_v1.6_ANNEX2.bmp”.
Software Development Plan v1.6
16