Conceitos Básicos de Modelagem

Esta é uma pré-visualização de arquivo. Entre para ver o arquivo original

MODELAGEM DE SISTEMAS
Aula 1: Conceitos Básicos de Modelagem
Uma empresa de software bem-sucedida é aquela que
fornece software de qualidade e capaz de atender às
necessidades dos usuários. A modelagem é a parte
central de todas as atividades que levam à implantação
de um bom software (BOOCH, 2000).
Apresentação da Disciplina
PLANO DE ENSINO
Apresentação da Disciplina
MAPA CONCEITUAL
Apresentação da Disciplina
PRÁTICA
Apresentação da Disciplina
EVOLUÇÃO DAS 
METODOLOGIAS
Apresentação da Disciplina
SOFTWARE ASTAH
Ferramenta de representação
http://astah.change-vision.com/en/product.html
Apresentação da Disciplina
ESTUDO DE CASO
• Estacionamento
• Futebol
• Hotel
• Kart
• Outros
Apresentação da Disciplina
PESQUISA DE CASOS DE 
INSUCESSO NO 
DESENVOLVIMENTO DE 
SOFTWARE
• The Chaos Report
Apresentação da Disciplina
LIVRO
GUEDES, Gilleanes T., “A UML: uma abordagem prática”, 2ª ed. São Paulo: Novatec, 2015 
Engenharia de Software
• A Engenharia de Software surgiu da necessidade de se instituir uma padronização no 
desenvolvimento de software. 
• Até a década de sessenta o software era desenvolvido de forma imediatista, baseado no 
conhecimento dos técnicos, sem garantia de continuidade. 
• Acreditava-se que com o uso de métodos, técnicas e ferramentas seria possível ordenar 
o desenvolvimento e se obter maior qualidade no produto gerado.
A Importância da Modelagem
• Um modelo visual representa melhor o entendimento do negócio do que várias 
páginas de especificação descritiva. 
• Um modelo visual oferece facilidade de comunicação entre as partes (usuário e 
técnico), documentação para garantir a continuidade e apoio na 
implementação.
UMA IMAGEM VALE MAIS QUE MIL PALAVRAS
Princípios da Modelagem
• Todo modelo possui um propósito e uma simbologia própria para a 
representação do negócio. 
• Deve-se conhecer a forma de expressão do modelo para que a comunicação 
seja estabelecida corretamente e a leitura seja fiel ao contexto apresentado.
• Enfatizar que a complexidade do objeto a ser modelado justifica a 
complexidade dos instrumentos utilizados.
SIMBOLOGIA PARA REPRESENTAR O NEGÓCIO
Processo de Modelagem
Fonte: DCA-FEEC-Unicamp
Processo de Modelagem
Sistema respiratório 
Outros modelos:
• Muscular,
• Nervoso,
• Circulatório,
• Digestivo,
• Etc.
Esqueleto 
Realidade
Modelos
(visões parciais)
Representa
Atividades de Análise e Projeto
O princípio dos estudos da análise de sistemas deve partir, inevitavelmente, da
compreensão do que é um sistema.
Em nível geral, pode-se caracterizar um sistema como sendo um conjunto de elementos
interdependentes, ou um todo organizado, ou partes que interagem formando um todo
unitário e complexo.
Um sistema de informação é formado por outros subsistemas, cada qual sendo um
sistema de informação apoiando um processo de decisão.
Portanto, cada sistema/subsistema pode ser decomposto em 3 partes principais:
1. Coleta de dados de entrada;
2. Processamento dos dados;
3. Produção e distribuição de
dados de saída (informações).
Atividades de Análise e Projeto
Ambiente
Organização
Entrada Processamento Saída
Realimentação
Análise versus Projeto
• Análise
– Foco no problema
– Comportamento (caixa preta, 
sem detalhes de 
implementação)
– Estrutura geral da arquitetura do 
sistema
– Requisitos funcionais
– Modelo simples
• Projeto
– Foco em uma solução
– Operações e atributos
– Representação próxima do 
código
– Requisitos não-funcionais 
(exemplo: desempenho), além 
dos funcionais
– Modelo complexo
Fonte: Rational
Análise e Projeto Orientados a Objeto
• As atividades de análise e projeto de software são abordadas nas dez áreas 
de conhecimento da Engenharia de Software. 
• Estas áreas de conhecimento estão descritas no SWEBOK.3.0 -
• A análise e o projeto com Orientação a Objetos utiliza as mesmas 
disciplinas.
SWEBOK.3.0
(Software Engineering Body of Knowledge)
Análise e Projeto Orientados 
a Objeto - Manutenibilidade
Dentre as principais abordagens (métodos, técnicas, linguagens de
especificação) conhecidas mundialmente, podemos citar:
• "Booch", de Grady Booch;
• "OMT (Object Modeling Technique)", de James Rumbaugh;
• "Objectory", de Ivar Jacobson;
• "CRC (Class- Responsability-Collaboration)", de Kent Beck;
• "RUP (Rational Unified Process)", dos pesquisadores Booch, Rumbaugh e
Jacobson, que juntos eram proprietários da Rational Software Corp.
Além destas, tem-se como atualmente influentes para as abordagens ditas
ágeis:
XP - Extreme Programming e AM - Agile Modeling, respectivamente de Kent
Beck e Scott Ambler.
QUESTÃO - SAVA
• Pesquisar sobre casos de insucesso no desenvolvimento de software, 
buscando entender as causas dos problemas relatados.
• Observar que a origem dos problemas sempre está relacionada a falta 
de métodos, técnicas e ferramentas para a condução do processo de 
desenvolvimento de software.
• Referência para leitura: The Chaos Report (fácil acesso na internet).