Você está na página 1de 5

Resumo Unidade 1 Orientao a Objetos e Modelos de Processo Iterativos e Incrementais O Processo Unificado

Orientao a Objetos
Paradigma para a produo de modelos que especifiquem o domnio do problema de um sistema. Quando construdos corretamente, sistemas orientados a objetos so flexveis a mudanas, possuem estruturas bem conhecidas e oferecem a oportunidade de criar e implementar componentes reutilizveis. Componentes reutilizveis so componentes que j foram testados e aprovados e que podem ser reutilizados durante o desenvolvimento de novas aplicaes. Modelos orientados a objetos so implementados convenientemente utilizando uma linguagem de programao orientada a objetos.

Objetos: Entidades individuais que tm caractersticas e comportamento em comum.

Abstrao
Processo pelo qual conceitos gerais so formulados a partir de conceitos especficos. Em outras palavras, um conceito geral formado pela extrao de caractersticas comuns de exemplos especficos. A abstrao nos leva a representar os objetos de acordo com o ponto de vista e interesse de quem os representa. Por exemplo, no caso de uma cozinha, podemos descrever um forno por meio de sua capacidade, potncia, status, hora, etc. Essas so caractersticas que nos interessam para que o forno seja considerado til na preparao de alimentos. Ao fazermos a identificao de um forno a partir dessas caractersticas, estamos fazendo uma abstrao, j que no estamos considerando muitos outros detalhes necessrios para descrever totalmente um Forno. Para um vendedor, outras caractersticas seriam necessrias, como fabricante, preo, dimenses, voltagem, etc. Portanto, devemos utilizar apropriadamente o conceito de abstrao na anlise de sistemas, representando nos sistemas que vamos criar apenas aquelas caractersticas que nos interessam dos objetos reais. Encapsulamento: permite que certas caractersticas ou propriedades dos objetos de uma classe no possam ser vistas ou modificadas externamente. O encapsulamento protege os dados que esto dentro dos objetos, evitando que eles sejam alterados incorretamente. A nica forma de alterar esses dados por meio de mtodos dos prprios objetos.

Herana
Uma subclasse herda todas as propriedades da superclasse e acrescenta suas caractersticas prprias e exclusivas. As propriedades da superclasse no precisam ser repetidas em cada subclasse.

Modelos de Processo de Software

Modelo Incremental O desenvolvimento incremental resolve tanto o problema de no se conhecer todos os requisitos a princpio, pois se pode identific-los aos poucos durante os incrementos, quanto o problema de o usurio ter que esperar at o fim do processo para ter o software executvel, pois as diversas partes produzidas podem entrar em operao imediatamente, ou pelo menos servir para treinamento dos usurios e teste de sistema. Ao mesmo tempo, resolve o problema da qualidade dos prottipos produzidos, pois cada incremento feito seguindo normas de qualidade.

Processo Unificado
Modelo de processo de software baseado no incremental, visando construo de software orientado a objetos. Ele usa como notao de apoio a UML. O RUP um refinamento detalhado da PU, proposto pela empresa IBM Rational. A ideia mais importante do PU o desenvolvimento iterativo. O desenvolvimento de um software dividido em vrios ciclos de iterao, cada qual produzindo um sistema testado, integrado e executvel. Em cada ciclo ocorrem as atividades de anlise de requisitos, projeto, implementao e teste, bem como a integrao dos artefatos produzidos com os j existentes.

No incio do desenvolvimento, devem-se planejar quantos ciclos de desenvolvimento sero necessrios para alcanar os objetivos do sistema, para que as partes mais importantes sejam priorizadas e alocadas nos primeiros ciclos. Logo, de vital importncia no PU que a primeira iterao estabelea os principais riscos e o escopo inicial do projeto, de acordo com a funcionalidade principal do sistema. Deve-se evitar descobrir em iteraes posteriores que o projeto invivel. Arquitetura do sistema: organizao fundamental do mesmo, incluindo elementos estticos, dinmicos, o modo como trabalham juntos e o estilo arquitetnico total que guia a organizao do sistema. Os motivos que fazem com que a arquitetura seja importante no PU so: Melhor entendimento da viso global e focada do sistema; Melhoria da organizao do esforo de desenvolvimento; Aumento da possibilidade de reuso; Facilidade de evoluo; Guia para seleo e explorao dos casos de uso.

Fases do PU
Cada ciclo dividido em quatro fases: 1. 2. 3. 4. Concepo Elaborao Construo Transio

Artefatos do PU