O documento apresenta os principais conceitos e princípios do Processo Unificado (PU), incluindo: (1) o PU é um processo iterativo baseado em casos de uso e centrado na arquitetura; (2) as fases do PU incluem análise de requisitos, projeto, implementação e teste; (3) os artefatos gerados pelo PU incluem modelos, diagramas e documentos de especificação.
1. Ciências da Computação
Engenharia de Software
Professora Andréia Freitas
andreia_f2002@ig.com.br
2012 – 6° semestre
Aula 04
PRESSMAN, Roger S. Engenharia de Software. 6ª Edição. São Paulo: Mcgraw Hill, 2006.
SOMMERVILLE, Ian. Engenharia de Software. 8º Edição. São Paulo: Pearson Education, 2007.
2. UP
PROCESSO UNIFICADO
é um processo de Software: conjunto de atividades executadas
para transformar um conjunto de requisitos do cliente em um
sistema de software.
3. Princípios Básicos do PU
• Desenvolvimento iterativo
• Baseado em casos de uso
• Centrado na arquitetura
4. Desenvolvimento Iterativo
• O desenvolvimento de um software é
dividido em vários ciclos de iteração, cada
qual produzindo um sistema testado,
integrado e executável.
• Em cada ciclo ocorrem as atividades de
análise de requisitos, projeto,
implementação e teste, bem como a
integração dos artefatos produzidos com
os artefatos já existentes.
5. Baseado em Casos de Uso
• Um caso de uso é uma seqüência de ações,
executadas por um ou mais atores e pelo
próprio sistema, que produz um ou mais
resultados de valor para um ou mais atores.
• O PU é dirigido por casos de uso, pois utiliza-os
para dirigir todo o trabalho de desenvolvimento,
desde a captação inicial e negociação dos
requisitos até a aceitação do código (testes).
6. Centrado na arquitetura
• Arquitetura é a organização fundamental do
sistema como um todo. Inclui elementos
estáticos, dinâmicos, o modo como trabalham
juntos e o estilo arquitetônico total que guia a
organização do sistema.
• A arquitetura também se refere a questões
como desempenho, escalabilidade, reuso e
restrições econômicas e tecnológicas.
10. Os Artefatos do PU
• Cada uma das disciplinas do PU pode gerar um ou mais
artefatos, que devem ser controlados e administrados
corretamente durante o desenvolvimento do sistema.
• Artefatos são quaisquer dos documentos produzidos durante
o desenvolvimento, tais como modelos, diagramas,
documentos de
especificação de requisitos, código fonte ou executável, planos
de teste, etc.
• Muitos dos artefatos são opcionais, produzidos de acordo
com as necessidades específicas de cada projeto.
12. Atividade:
Com base na identificação do projeto, descrição da situação-problema e
parecer técnico da Atividade de criação de um sistema para Biblioteca, vamos dar
continuidade a preparação da elaboração da especificação do projeto:
d) Proposição de objetivos
A descrição do objetivo propõe um resultado alcançável num tempo limitado, de
modo a estabelecer um compromisso de trabalho.
e) Definição de metas
Uma meta corresponde a uma declaração quantitativa dos resultados do projeto,
declaração esta proposta de forma mensurável, de maneira a determinar o foco
específico da avaliação.
f) Delineamento de método, estratégias e procedimentos
Constitui-se numa lógica que propõe e estabelece o processo a ser desenvolvido
no projeto.
13. Exercícios:
g) Especificação de cronograma
A proposição do cronograma permite, portanto ajustar no tempo a proposição de
resultados, tanto intermediários como finais, estabelecendo importantes parâmetros de
monitoramento e avaliação do projeto.
14. Exercícios:
h) Identificação de recursos e custos
Um projeto não deve produzir resultados que valham menos do que custa para promovê-
lo. Sempre se deve esperar com a sua implementação um retorno positivo na relação
custo-benefício.
Exemplos de Custos de Profissionais envolvidos.
Para montar este modelo, você precisa saber o custo-hora de cada profissional e
estimar o tempo que cada um gastará no projeto.
15. Exercícios:
i) Monitoramento e avaliação
Todo projeto deve ter incorporado um conjunto de técnicas e procedimentos de
monitoramento da sua execução e avaliação dos resultados.
Sem o monitoramento do projeto não se pratica a sua gestão ou gerenciamento.