donacion
1. 1. Desarrollo de Software Orientado a Objetos Carolina Valencia Gil Carolina Henao Acosta Juan Pablo Ortiz Villegas
2. 2. INTRODUCCION
- El análisis y diseño orientado a objetos (ADOO) es un enfoque de la ingeniería del software .
- Modela un Sistema como un grupo de objetos que interactúan entre sí.
- Dominio en términos de conceptos compuestos por verbos y sustantivos, clasificados deacuerdo a su dependencia funcional.
- En este método se crea un conjunto de modelos utilizando una notación acordada, Eje: UML.
- No está orientado solamente a diseño de programas de computadora, cubre sistemas de distintos tipos.
- El lenguaje unificado demodelado se ha vuelto el lenguaje de modelado estándar usado en análisis y diseño orientado a objetos.
3. 3. Conceptos de la POO
- Se basa en Objetos y ofrece dos ventajas con respecto a la programación tradicional:
- Permite al programador organizar un programa de acuerdo a abstracciones de mas alto nivel, la manera de pensar de la gente.
- Los datosglobales desaparecen, se convierten en parte interna de los objetos, por lo tanto los cambios generados en algún objeto solo los afectarían a el nada más.
4. 4. Análisis Orientado a Objetos objeto objeto objeto datos funciones objeto Objetos Globales que contienen datos y funciones locales.
5. 5. Análisis Orientado a Objetos Objeto x Fecha Objeto y Año de 4 Dígitos funciones objeto DíaMes Año Año de 2 Dígitos funciones Día Mes Año
6. 6. Desarrollo de Software Orientado a Objetos
7. 7.
- MODELO DE REQUISITOS
- Permite delimitar y darle claridad al problema con sus implicaciones, con el acompañamiento del usuario pero con la perspectiva del desarrollador.
8. 8.
- MODELO DE REQUISITOS
- Descripción del problema
- Informe preliminar de necesidades
- Modelo de Casos de Uso
- Describe un sistema desde sus distintas formas de utilización. Cada caso de uso debe ser guiado por el usuario de manera secuencial por eventos.
9. 9.
- MODELO DE REQUISITOS
- Actores
- Son entidades externas al software que no necesariamente son losusuarios.
- Son la herramienta principal para modelar los casos de uso
10. 10.
- MODELO DE REQUISITOS
11. 11.
- MODELO DE REQUISITOS
- Extensión
- Inclusión
12. 12.
- MODELO DE REQUISITOS
- Generalización
- Documentación
13. 13.
- MODELO DE REQUISITOS
- Ejemplo de Documentación
14. 14.
- MODELO DE REQUISITOS
- Modelo de Interfaces
- Describe la presentación de información entre los actores y el sistema.
- Se especifica en detalle como se verán las interfaces de usuario al ejecutar cadauno de los casos de uso.
15. 15.
- MODELO DE REQUISITOS
- Ejemplo de Interfaces Gráficas
16. 16.
- MODELO DE REQUISITOS
- Ejemplo de Interfaces Gráficas
17. 17.
- MODELO DE REQUISITOS
- Modelo de Dominio del Problema
- Define un modelo de clases común, para los analistas y losclientes.
- El desarrollador deberá definir con base a lo que el usuario describa, los objetos que va a utilizar en el desarrollo.
- Es importante separar las clases en módulos cuando el sistema es muy grande.
18. 18.
- MODELO DE REQUISITOS
- Identificación de Clases
- Se toma la descripción del problema y se resaltan los...
Leer documento completo
Regístrate para leer el documento completo.