INTRODUCCIÓN

LA IMPORTANCIA DEL MODELADO

Materia: SIS 3651 – Diseño de Sistemas I

Docente: Ing. Ariel Roymer Gabriel Ticona

CONSTRUCCIÓN DE UNA CASA PARA PERRO

Puede hacerlo 1 persona y requiere:

 Modelado mínimo
 Proceso simple
 Herramientas simples
CONSTRUCCIÓN DE UNA CASA

Requiere un equipo de personas y un tiempo

razonable y contempla:

 Modelado
 Proceso bien definido
 Herramientas más sofisticadas
CONSTRUCCIÓN DE UN EDIFICIO

Bueno…

 Buen Modelado
 Proceso bien definido
 Herramientas más sofisticadas
 Y más
PROBLEMAS EN LA INDUSTRIA DEL SOFTWARE

1. Los proyectos tienden a crecer y la complejidad de los

productos aumenta.
2. Proyectos lanzados demasiado tarde con mayor exigencia de
productividad y calidad en menos tiempo.
3. Se tiene poco personal calificado.
4. No se sigue una metodología de desarrollo.
¿POR QUÉ FALLAN LOS PROYECTOS SOFTWARE?

 Planificación irreal
 Mala calidad de trabajo
 Personal poco calificado
 Falta de control en los cambios
 No usar herramientas
 Etc., etc. …
¿POR QUÉ FALLAN LOS PROYECTOS SOFTWARE?

 Un caso particular de uso de

SW contratado por la DoD
PLANIFICACIÓN IRREAL

“El sistema es para hoy y con costo 0”

Los ingenieros no son capaces de enfrentar un plan porque:
 NO están entrenados para usar métodos de planificación.

 Frecuentemente, las estimaciones NO se basan en datos reales.

MALA CALIDAD DE TRABAJO

Las casusas mas comunes para que suceda esto son:

 Prácticas pobres de ingeniería

 Carencia de métricas de calidad

 Decisiones de los directivos guiadas por una planificación irreal

MALA CALIDAD DE TRABAJO

Y esto trae las siguientes consecuencias:

 Tiempos de pruebas impredecibles
 Productos con muchos defectos
 Demoras en la aceptación de los usuarios
 Extensa garantía de servicio y reparaciones
PERSONAL POCO CALIFICADO

Problemas comunes Consecuencias

• Escaso personal • El trabajo se demora o
descuida
• Miembros del equipo a
tiempo parcial • Trabajo ineficiente
• Personal con poco • Sufre la moral del equipo
conocimiento
FALTA DE CONTROL EN LOS CAMBIOS

 Los requisitos del cliente son siempre cambiantes

 Los cambios requieren mas trabajo (en general)
 Si no se planifican los cambios, entonces se pierde el control del
proyecto
 Anotar todo…
¿CÓMO ENFRENTARLO?

 Se debe desarrollar y adquirir una disciplina para el desarrollo

de Software
 Controlar que los ingenieros adquieran buenas prácticas y
metodologías adecuadas

 Y esto conlleva a
“Mejorar el proceso de desarrollo de Software”
 ¿INGENIERÍA DE SOFTWARE?
BREVE CONCEPTO

“...la aplicación de un enfoque sistémico, disciplinado y cuantificable hacia el

desarrollo, funcionamiento y mantenimiento de software, es decir la aplicación
de ingeniería al software”
IEEE, 1993
 MODELO DE OBJETOS
ENFOQUE ORIENTADO A OBJETOS

Un objeto es como una “caja negra” el cual recibe y envía mensajes. Una caja negra
contiene código y datos. Una regla principal de la programación Orientada a Objeto
es: al usar un objeto nunca necesitamos ver lo que hay dentro de la caja.
Montlik 95
ENFOQUE ORIENTADO A OBJETOS

Los objetos tienen dos

propósitos:
• Promover la comprensión
del mundo real.
• Proporcionar una base
práctica para la
implementación por
computadora.
ENFOQUE ORIENTADO A OBJETOS

 CLASE: Un objeto es definido vía clases, las cuales determinan las propiedades de
los objetos. Una clase de objetos describe un grupo de objetos con propiedades
(atributos) similares, con relaciones comunes con otros y con una semántica común.
 ATRIBUTOS: Un atributo es una característica que describe los objetos de una
clase. Nombre, edad y peso son atributos de los objetos del tipo Persona. Cada
atributo tiene un valor para cada instancia del objeto.
 OPERACIONES Y MÉTODOS: Una operación es una función o transformación
que se puede aplicar a los objetos de una clase. Mover, Seleccionar y Pintar.