PROGRAMACIÓN

ORIENTADA A
OBJETOS
FACULTAD DE INGENIERÍA
INGENIERÍA INFORMÁTICA
 VISUAL STUDIO COMMUNITY
VERSION 2022
• https://visualstudio.microsoft.com/es/vs/community/
 Entregable 1

1. Visión y alcance del proyecto.

2. Mapa de impacto .

3. Diagrama de procesos - Tabla explicativa.

4. Requisitos funcionales y no funcionales

5. Sustentación.
Qué saber sobre las organizaciones

1. Información de la organización.

2. Estructura organizacional.

3. Funcionalidades y Procesos.

4. Objetivos.

5. Problemática y necesidades.
 Visión

"Visión es el arte de ver las cosas invisibles"

- Jonathan Swift

• ¿Qué desarrollas? Si la respuesta involucra un listado

de requerimientos y el equipo tiene dificultad para
describir cómo entregar valor en eso que desarrollan,
entonces falta una visión del producto.
 Visión
1. ¿Quién comprará el producto? Cual es el cliente objetivo?

2.¿Cuáles necesidades del cliente debe cubrir el producto?

3.¿Qué atributos del producto son críticos para satisfacer las

necesidades seleccionadas?

4.¿Cómo se compara el producto frente a productos existentes de la

misma compañía o de los competidores?

5.¿Cuál es el tiempo y el presupuesto para desarrollar y lanzar el

producto?

6.¿Cómo se mejora la vida del cliente objetivo del producto?

 Alcance

• Restricciones del proyecto, ¿Hasta donde llegará?.

• Descripción de las necesidades del cliente y los
atributos del producto que satisfacen estas
necesidades.
Técnicas de entendimiento
de la necesidad

Mapa de Story
Impacto. Mapping.
 Mapa de Impacto
• Técnica de planeación estratégica.
• Previene que las organizaciones pierdan la
construcción de productos.
• Alinear las actividades con los objetivos del negocio y
a tomar mejores decisiones.
• Objetivos medibles.
 Mapa de Impacto - Pasos

Para construir el mapa de impacto se trata de

responder a cuatro preguntas:
• Porque?
• Quien?
• Como?
• Que?
 MAPA DE IMPACTO (EJEMPLO)

Objetivo Actores Impacto Entregables

 MAPA DE IMPACTO (EJEMPLO)
Duración acertada del Haciendo un análisis de cada una
de los requisitos, conoceremos
proyecto cuál es la duración del proyecto

Clientes finales
Valoración del Aplicando cada una de las
técnicas de medición de los
proyecto antes del modelos sabremos cuál es el valor
inicio de éste final

Estimar el costo
Aumento de Ingresos
de un proyecto de
software
Usando métricas como los puntos
de función para medir el tamaño
Mayor productividad de los requisitos
de sus programadores
El software proveerá para cada
una de las etapas cuál será el
tiempo de duración y los recursos
Area de proyectos necesarios. De esta manera se
de software Control y monitoreo pódrá ejercer un control y
de los proyectos monitoreo del proyecto

Medición en cada una de las

etapas del proyecto
Optimización de los
recursos tanto de
máquina como de
personal involucrado Asignando recursos con base en
en el proyecto el análisis del proyecto
 Funcionalidades y Procesos

• Diagrama de procesos: Muestran las actividades

de la organización y la forma como se llevan a cabo,
ayuda a entender y comprender el negocio como un
todo.

• Tabla explicativa de procesos: Explica cada uno

de los procesos representados en el diagrama de
procesos.
 DIAGRAMA DE PROCESOS

• Notación gráfica que describe la lógica de los pasos

de un proceso de Negocio.
• Secuencia de pasos y mensajes.
 Las actividades de la organización y
la secuencia en que ellas se llevan a
cabo.
Los pasos detallados que ocurren
QUE dentro de un proceso para
transformar las entradas en salidas.
MUESTRA
Los flujos de información y/o
? materiales existentes entre los pasos y
las dependencias organizacionales.
Los grupos de personas o
responsables de cada etapa del
proceso.
DIAGRAMA DE PROCESOS -
ELEMENTOS
• Tareas: Representan el trabajo
que se realiza en un punto del
proceso.
• Eventos: Inicio y fin de algún
proceso.
• Decisiones
DIAGRAMA DE PROCESOS -
ELEMENTOS

• Compuerta inclusiva: Se hace un

proceso u otro.
• Compuerta paralela: habilita 2
caminos para su ejecución
simultanea.
• Subproceso
 ¿CÓMO CONSTRUIRLO?

• Identificar los actores que interactúan con el sistema.

• Reconocer cada uno de los pasos que se siguen para
cumplir con la labor.
• Ordenar los pasos obtenidos de acuerdo al orden de
ocurrencia (ordenamiento secuencial).
• Asociar los pasos al actor responsable de los mismos.
• Identificar los eventos que desatan ciertos pasos dentro del
proceso.
• Identificar los eventos que se constituyen en resultados del
proceso.
• Reconocer la información que se va recopilando a lo largo
del proceso que se está describiendo.

18
 ELEMENTOS BÁSICOS
• Actor/Rol: Es una dependencia, grupo de personas o
individuo responsable de una actividad o grupo de
actividades. En el modelo se traza un carril por cada actor.

• Proceso/Acción/Paso: Es una actividad o función de un

proceso básico. Es una actividad discreta, ya que tiene
principio y fin. Se representa con un rectángulo.

19
 ELEMENTOS BÁSICOS

Evento: Suceso importante para la organización. Se representan

con una flecha gruesa. Pueden ser:
Evento disparador: causa el inicio de uno o más procesos. En general, los
eventos disparadores coinciden con el surgimiento de alguna necesidad o la
llegada de una fecha o situación particular (por ej., el fin de un mes o la llegada
de un pedido)
Evento resultado: efecto de culminación de uno o más procesos. Los eventos de
resultado se suelen expresar en términos de verbos en participio pasado* y
pueden enlazarse con eventos disparadores (el evento de resultado “orden
diligenciada” puede enlazarse con el evento disparador “llegada de una
orden”).
(* terminados en ado, ido)

20
 ELEMENTOS BÁSICOS

• Condición: corresponde a la verificación de hechos particulares.

Dependiendo de si se cumple o no, debe seguir una secuencia de pasos
específica. Se representa con un rombo.

• Datos o Almacenamientos: representan información generada o requerida

en los procesos. Para su representación se utiliza el símbolo de los datos
almacenados de los diagramas de flujo convencionales, rotulados con el
nombre de los datos.

21
 ELEMENTOS BÁSICOS
• Flujos: también llamados intercambios, pueden ser de datos o
de cosas físicas y los flujos temporales que muestran una
secuencia de control donde haya necesidad de un orden
particular entre los pasos. Se representan con flechas
unidireccionales, continuas cuando representa secuencia entre
procesos y discontinuas cuando representan flujo desde o
hacia los almacenamientos.

22
 ELEMENTOS BÁSICOS

• Fin de proceso: Indica la finalización de una rama del proceso,

pues allí termina la secuencia del proceso. Se representa con
una circunferencia con un círculo relleno en el centro.

• Etiqueta de continuidad: permite vincular elementos lejanos en

el diagrama.

23
EJEMPLO DIAGRAMA DE
PROCESOS
TABLA EXPLICATIVA DE PROCESOS
 • Es una definición de lo que un
sistema de software puede hacer.
• Son los objetivos que se buscan
para que el software cumpla con
las funcionalidades
QUE ES UN • Es donde se establece todo aquello
REQUERIMIENTO? que es necesario para cumplir con
las necesidades del usuario o
cliente
 TIPOS DE REQUERIMIENTOS

No funcionales: Son aquellos que no se

Funcionales: Describe lo que el sistema
debe hacer: entradas, salidas,
excepciones. Cada requerimiento debe
ser completo y consistente.
refieren directamente a las funciones
específicas que proporciona el sistema,
sino a características como la fiabilidad,
tiempo de respuesta, capacidad de
almacenamiento, disponibilidad del
sistema, usabilidad, privacidad,
seguridad, etc.

De dominio: Se derivan del dominio del

sistema más que de las necesidades
especificas de los usuarios. Ejemplo: En
un Sistema de Biblioteca, este deberá
proveer visores para que el usuario lea
documentos en el almacén de
documentos
 COMO PRIORIZAR LOS
REQUERIMIENTOS?
Deseables: Estéticos, agregan conveniencia en la
usabilidad, se realizan si se tiene el tiempo

Importantes: Valiosos, se pueden negociar por otros

que sean mas obligatorios.

No implementable: Son aquellos requerimientos que

tienen poca importancia pero al mismo tiempo
realizarlos puede tener un alto costo.

Obligatorios: Son aquellos que si no se realizan el

producto no tiene sentido
 RECOLECCIÓN DE
REQUERIMIENTOS

• Análisis de documentos disponibles

• Observaciones del ambiente del cliente
• Entrevistas o encuestas a los involucrados en el proyecto
• Mesa de trabajo y lluvia de ideas
 STAKEHOLDERS

Son todos aquellos actores que

Toda la comunidad de
mediante su participación hacen
interesados o que tienen un
que las necesidades sean tenidas
impacto cuando se hace el
en cuenta al hacer el desarrollo
sistema.
del software
 QUIENES SON LOS
STAKEHOLDERS?

• Patrocinadores: son quienes dan los recursos o dueños de

las empresas en las cuáles se va a hacer el desarrollo
• Usuarios directos: Aquellos que utilizan el software con
frecuencia
• Usuarios indirectos: Consultan información del sistema o
se benefician con la información que produce el sistema.
• Definidores de reglas: Entes gubernamentales
 Entregable 2
1. Diagrama causa-efecto
2. Diagrama de objetivos.
3. Diagrama causa - efecto - Porcentajes del
diagrama.
4. Sustentación
Diagrama Causa-Efecto, diagrama
de Ishikawa o Espina de pescado
Consiste en la representación de las causas
en torno a un problema o situación
específica. Es específicamente útil en un
ambiente de grupo o en situaciones en las
que se tienen pocos datos cuantitativos
disponible
Cuando se trata de identificar las causas de un problema
o suceso, se puede hacer un diagrama causa-efecto de
manera que se pueda ampliar la comprensión del
problema.
Está compuesto por un recuadro (cabeza), una línea
principal (columna vertebral) y 4 o más líneas que
apuntan a la línea principal formando un ángulo(espinas
principales). Estas últimas poseen a su vez dos o tres
líneas inclinadas(espinas), y así sucesivamente, según sea
necesario.
Métodos para realizar el diagrama

Método de las 6m
• Mano de obra
• Maquinaria
• Métodos
• Medición
• Materia prima
• Medio ambiente
Métodos para realizar el diagrama

Método de flujo de proceso

Método de estratificación
Diagrama de pescado simple

8p de mercadeo

4s de la industria de servicios
VENTAJAS Y DESVENTAJAS
 Ventajas
• Permite realizar una análisis minucioso
• Representa una ayuda visual
• Ayuda a mejorar los procesos y resultados
• Permite la colaboración entre los grupos de trabajo

Desventajas
• Es demasiado simple. No sirve en situaciones complejas
• No analiza las prioridades
• Puede ser subjetivo
Metodología
• 1. Identificar el problema
Definir el suceso o método de estudio. Estos deben
plantearse de manera específica y concreta para
evitar confusiones. El problema se escribirá en la
cabeza del pescado
• 2. Identificar categorías
Para esto es necesario definir los factores generales
que dan origen al problema. Lo mejor es realizar
una lluvia de ideas con el grupo de trabajo. Cada
una de las categorías que se identifique debe ir a las
espinas principales del pescado
• 3. Identificar las causas
Mediante la lluvia de ideas y teniendo en cuenta
las categorías encontradas, se identifican las
causas del proceso. Estas son por lo regular,
aspectos específicos de cada una de las categorías.
Las causas que se identifiquen se deben ubicar en
las espinas del pescado. Si las causas son de
diferentes ámbitos (político, económico, social…)
se pueden ubicar en nuevas espinas
 Ejemplo paso a paso
Nos vamos a centrar en el departamento de calidad hacia los clientes en
Bancolombia
• Paso 1. Detectar el problema: tiempo de espera muy elevado por parte de
los usuarios que van al banco
• Paso 2. Haciendo una lluvia de ideas se detecto que las espinas mayores son:
– Personal de servicio
– Sistema
– Capacidad de servicio
– Método
• Paso 3. Se va a tomar la espina mayor que es Personal de Servicio,
obteniendo las siguientes respuestas:
– El personal no asiste a las capacitaciones
– El personal presenta desconocimiento del proceso
– El personal no es ágil en la digitación
 Ejemplo paso a paso
• Paso 4. Se profundiza en el siguiente nivel buscando causas a las
respuestas obtenidas en el paso 3. Se busca el porque de las
causas. El diagrama va quedando de la siguiente manera:
 Ejemplo paso a paso
• Paso 5. Se realiza el mismo proceso con las demás causas o espinas
mayores. El diagrama quedo de la siguiente manera:
 DIAGRAMA DE
OBJETIVOS

Permite al analista descubrir, a través de la

identificación de los objetivos generales de
la organización, objetivos mas específicos
que justifican la construcción del software.
DIAGRAMA DE OBJETIVOS
ELEMENTOS DEL DIAGRAMA DE
OBJETIVOS
• Objetivo: Fin o intento que se espera
OBJETIVO 1 lograr con un proceso o actividad o incluso
con la misión de una organización.
• Requisito: Un objetivo a nivel de la
solución informática que no será
negociable dentro del proceso de
Requisito 1 desarrollo.
ELEMENTOS DIAGRAMA DE
OBJETIVOS

• Actor: Es el responsable de un requisito

o una expectativa. Propiedad del
Actor 1 dominio: Es una propiedad que se
requiere para que los objetivos se
alcancen a un determinado nivel.
ELEMENTOS DIAGRAMA DE
OBJETIVOS
• Conectores: Flechas que vinculan objetivos,
expectativas, requisitos, propiedades del dominio
y actores. Pueden pertenecer a relaciones tipo
“AND”, cuando se requiere el cumplimiento
simultáneo de dos o más objetivos unidos
mediante el conector, para que el objetivo que
subrogan se cumpla, o a relaciones tipo “OR”
cuando es suficiente con el cumplimiento de uno
de los objetivos unidos mediante el conector
EJEMPLO
EJEMPLO DE VERBOS DE
OBJETIVOS
RELACIÓN PROCESOS Y OBJETIVOS
 DIAGRAMA DE OBJETIVOS
01 Mejorar
educción de
5
requisitos

03 Asegurar que
02 Asegurar que
educción de
entrevista tenga
4 requisitos tenga
información
método

R1 Garantizar R2 Asegurar que

que se realice se emplee
entrevista metodo de
3 educción de
requisitos

R3 Garantizar R4 Garantizar
2 que se realice que se genere
pregunta respuesta

R5 Garantizar
1 que se realice
derrotero de
preguntas

ANALISTA INTERESADO
Nombre Objetivo Duración / Frecuencia Cómo / Dónde Problemas

P1 Realizar Entrevista O1, O2, R1

EJEMPLO
Se realizan en diferentes sesiones Se realiza una reunión con el SP2 (C3,C5,C6)
de a dos horas máximo, en cliente en varias ocasiones y
promedio 30 horas. todo es grabado.

P2 Realizar Pregunta R3 Es un proceso inmediato. Se realiza Se visita al cliente en varias C5

Simultáneamente con la entrevista, ocasiones en su empresa
todas las entrevistas llevan
preguntas.

P3 Generar Respuesta R4 Se realiza simultáneamente con la Se visita al cliente en varias C6

entrevista, todas las preguntas ocasiones en su empresa
llevan su respectiva respuesta.

P4 Realizar diagramas R2 Se realiza en cuestión de horas y Se realiza con el cliente o C2

días de acuerdo a la adquisición de independientemente y luego se
requisitos en las entrevistas (2 valida con el cliente.
horas por diagrama
aproximadamente).

P5 Emplear método de O1, O3, R2 Durante el proceso de educción de Desarrollando cada uno de los C1
educción de requisitos requisitos aproximadamente 1 o 2 tópicos en el método elegido
meses de acuerdo a las entrevistas. para la educción de requisitos.

P6 Realizar derrotero de R5 Aproximadamente 2 horas. Antes de realizar las

preguntas entrevistas, en el lugar de C5
trabajo, sabiendo el tipo de
interesado a entrevistar.
 EJEMPLO DE DIAGRAMA

El personal no esta cumpliendo

Empleados
correctamente con su función
Se esta contratando personal
Incompetente
No hay el personal suficiente
Los trabajadores son poco colaboradores
Falta motivación en los trabajadores

No hay buena comunicación

entre los trabajadores

Hay sobrecarga
laboral en la empresa
La información es Inoportuna
Existe una mala distribución de tareas
Hay excesivos canales de información

La informacion Se quiere siempre cumplir

no está llegando clasificada con las necesidades
Urgentes y se dejan de
lado las importantes

Información
Hay problemas en la Información Hay tareas asignadas a última hora

Existen problemas originados en la Organización

Organización
 DIAGRAMA CAUSA EFECTO
(RELACIÓN OBJETIVOS)

SP2 No se logra realizar una

Cliente
Buena entrevista

C6 El cliente habla
Demasiado
( O1, O2, R1, R4)
C3 El cliente no sabe
Lo que quiere
( O1, O2, R1)
C4 Se gasta mucho tiempo
En las entrevistas

C5 No se tiene un derrotero
De preguntas
(O1, O2, R1, R3, R5)
No hay buena educción
de requisitos
C2 No se conocen los diagramas
Pertinentes para la elaboración de
La educción de requisitos
( R2) C1 No se utiliza un método claro
Para la educción de requisitos
(O1, O3,R2)

SP1 No se tienen buenos conocimientos

Capacitación
En la educción de requisitos
 TABLA DE PORCENTAJES
Proceso P1 P2 P3 P4 P5 P6 Valor Porcentaje
Causa (%)

C1 O1+O3+R2

C2 R2

C3 O1+O2+R1

C5 O1+O2+R1 R3 R5

C6 O1+O2+R1 R4

Total
 TABLA DE PORCENTAJES
Proceso P1 P2 P3 P4 P5 P6 Valor Porcentaje
Causa (%)

C1 O1+O3+R2
(5+4+3)=12 12 21

C2 R2
3 3 5

C3 O1+O2+R1
(5+4+3) =12 12 22

C5 O1+O2+R1 R3 R5
(5+4+3)=12 2 1 15 27

C6 O1+O2+R1 R4
(5+4+3)=12 2 14 25

Total
56 100%
 TABLA DE PORCENTAJES
Porcentaje %Global Porcentaje
Causa Valor Causa Subdivisión sobre Causa
(%)
C1
12 21 SP1 26% 81%

C2
3 5 SP1 19%

C3
12 22 SP2 74% 28%

C5
15 27 C4 SP2 52% 52%
(72%)
C6
14 25 C4 48%

Total
56 100%
DIAGRAMA CON PORCENTAJES

Cliente

Capacitación
 Entregable 3
1. Diagrama de Clases.
2. Diagrama entidad – relación
3. Diagrama de casos de uso
4. Sustentación
 Diagramas de UML
Diagrama de Clases

COMPONENTES DEL DIAGRAMA DE CLASES

• Una clase es una categoría o grupo que tiene atributos y

acciones similares.
• El área superior contiene el nombre, el área central contiene
los atributos y el área inferior las acciones o métodos.
• Un diagrama de clases está formado por varios rectángulos
de este tipo conectados por líneas que muestran la manera
en que las clases se relacionan entre si
 Diagramas de UML
Diagrama de Clases

COMPONENTES DEL DIAGRAMA DE CLASES

Los atributos o características de una Clase

pueden ser de tres tipos, los que definen el
grado de comunicación y visibilidad de ellos
con el entorno o ámbito, estos son:
Nombre Clase
public (+, ): Indica que el atributo será
visible tanto dentro como fuera de la clase,
Atributos es decir, es accesible desde todos lados.
private (-, ):Indica que el atributo sólo
será accesible desde dentro de la clase (sólo
Métodos sus métodos lo pueden accesar).
protected (#, ): Indica que el atributo no
será accesible desde fuera de la clase, pero
si podrá ser accesado por métodos de la
clase además de las subclases que se
deriven
 Diagramas de UML
Diagrama de Clases

COMPONENTES DEL DIAGRAMA DE CLASES

Los métodos u operaciones de una clase son

la forma en como ésta interactúa con su
entorno, éstos pueden tener las
características:
Nombre Clase
public (+, ): Indica que el método será
visible tanto dentro como fuera de la clase,
Atributos es decir, es accsesible desde todos lados.
private (-, ): Indica que el método sólo
será accesible desde dentro de la clase (sólo
Métodos otros métodos de la clase lo pueden
accesar).
protected (#, ): Indica que el método no
será accesible desde fuera de la clase, pero
si podrá ser accesado por métodos de la
clase además de métodos de las subclases
que se deriven .
 ASOCIACIONES ENTRE CLASES

Son las líneas que unen a las Clases estas pueden ser:

Navegables: cuya orientación expresa el sentido en que se consultan los datos.

Bidireccionales: Las asociaciones sin flecha.

Agregación: Las agregaciones expresan “conjunto de”.

Dependencia:
 Diagramas de UML
Diagrama de Clases

MULTIPLICIDAD ENTRE CLASES

La multiplicidad se expresa “en el lado opuesto” de la relación y
es el número de posibles instancias de una clase asociadas con
una única instancia de la clase en el otro extremo.
 Diagramas de UML
Diagrama de Clases

HERENCIA
Indica que una subclase hereda los métodos y atributos especificados por una Super
Clase, por ende la Subclase además de poseer sus propios métodos y atributos, poseerá
las características y atributos visibles de la Super Clase (public y protected)

• Como se puede observar la línea que vincula ambas entidades es dirigida, de trazo
continuo y acaba en una punta de flecha cerrada. Empieza en la Subclase y
termina en la Súper Clase.
• En la sintaxis UML el diagrama anterior expresa que la clase Persona es
la generalización de la clase Bailarín, lo cual, puesto por pasiva, también significa
que la clase Bailarín es la especialización de la clase Persona.