FACULTAD DE INGENIERÍA INDUSTRIAL Y DE SISTEMAS

AREA DE SISTEMAS Y TELEMATICA

UNIVE
RSIDAD
NACIONAL DE
INGENIERÍA

SÍLABO

ASIGNATURA: ANALISIS Y DISEÑO DE SISTEMAS

I. INFORMACIÓN GENERAL

CODIGO : SI604 - Análisis y diseño de sistemas

CICLO : 6
CREDITOS : 4
HORAS POR SEMANA : 6 (2 Teoría – 4 Práctica)
PRERREQUISITOS : SI403 Metodologia de sistemas blandos
FB501 Matemática aplicada
CONDICION : Obligatorio
ÁREA ACADÉMICA : Área de Sistemas y Telemática
PROFESOR : LUIS ZULOAGA ROTTA zuloaga_luis@uni.edu.pe
JESUS WALTER ANTAURCO TRUJILLO wantaurco@uni.edu.pe

II. SUMILLA :

Curso teórico y práctico, perteneciente a los Fundamentos de Sistemas, sobre el método y sus
etapas, dentro del ciclo de vida, de la Ing. de sistemas. Brinda instrumentos para el
descubrimiento y análisis de necesidades, la descripción entera de una situación problema -
pudiendo partir de un fenómeno no estructurado (blando) o indefinido-, relevamiento y
tratamiento estadístico de datos, organización temática y análisis del entorno, diagnósticos e
identificación de problemas integrales.

Desarrolla criterios, conocimientos, métodos, instrumentos y ejemplos para el diseño y selección

de modelos mejorados o alternativos (candidatos), para evaluar propiedades y comportamientos,
“componentizar” o componer sistemas objeto de estudio o diseñados, comparar soluciones, trazar
el camino para identificar aquellas que podrían atacar mejor el problema, aprovechar mejor las
oportunidades presentadas y las que deben estudiarse más a fondo. Se instruye en herramientas
para diseñar y especificar modelos, procesos y reglas del negocio, considerando los estándares de
sistemas, interoperación e integración, especificando las interfaces entre componentes.
Brinda conocimiento y métodos para evaluar la calidad de los sistemas, estableciendo estrategias
y planes para el desarrollo de pilotos e implantación. Capacita para formular de requerimientos
(informáticos, logísticos, procedimentales, etc.) sobre la base de los diseños formulados, medir la
efectividad sistémica, establecer criterios de rendimiento y aceptación (asociados a las funciones
primarias que derivan de su finalidad o necesidades que las originan), determinar la factibilidad,
costo / beneficio y viabilidad sistémica, establecer criterios de evaluación, límites o marcos
1
 (considerado en el análisis y diseño y escalas de sus características, además de las propiedades o
criterios comparativos, puntuación, condiciones de desempeño e instrumentos para el análisis de
sensibilidad y de comportamiento en condiciones de incertidumbre.

III. COMPETENCIAS:

Al finalizar el curso el estudiante podrá:

1. Modelar Sistemas Organizacionales Complejos
2. Estudiar los fenómenos sociales
3. Investigar sistemas complejos
4. Integrar y Optimizar Sistemas

IV. PROGRAMACION DEL CONTENIDO DEL CURSO

UNIDAD I: Análisis de sistemas: proceso de negocio actual

SEMANA 1: INTRODUCCION Y HERRAMIENTAS

Objetivos y Alcance del curso. Contenidos. Sistema. Análisis y diseño de sistemas, Sistema viable.
Problemas duros y blandos. Proceso de negocio. Técnicas de análisis; Mapas mentales, tormenta de
ideas, diagrama causal, árbol de problemas, árbol de soluciones. Herramientas; Herramienta de
mapas mentales, herramienta de modelado de procesos de negocio, Herramientas de modelado de
software, Herramientas de modelado de Datos.
Laboratorio : Uso de herramientas

SEMANA 2: Modelo del proceso actual de la organización

Conceptos: Modelo de sistema Viable. Plan estratégico de la organización. Objetivos estratégicos.

Plan Operativo de la organización. Proceso de negocio actual de la organización.
Laboratorio: Taller del Modelo de sistema Viable
Fuente: El modelo de sistema viable – Raúl Espejo

UNIDAD II: Análisis de sistemas: proceso de negocio futuro

SEMANA 3: Análisis del proceso de negocio propuesto Parte I

Enfoque de sistemas: Participantes en una organización. Situación estructurada – cuadro pictórico

para modelar proceso de negocio propuesto.
Laboratorio: Taller de Situación estructurada (cuadro pictórico)

Fuente: Metodologia de sistemas blandos – Peter Checkland

SEMANA 4: Análisis del proceso de negocio propuesto Parte II

Enfoque de Sistemas: Alineamiento de los procesos de negocio a Ios Objetivos estratégico de la orga-
nización
Laboratorio: Taller de alineamiento de proceso de negocio a los objetivos estratégicos

2
Fuente: IDEF3: https://www.idef.com/idef3-process-description-capture-method/
BPMN: https://www.omg.org/bpmn/

SEMANA 5: Análisis del proceso de negocio propuesto Parte III

Enfoque de sistemas: Producto, clientes, proveedores de un proceso de negocio. Reglas de negocio.

Información de un proceso de negocio. Roles que participan en un proceso de negocio
Laboratorio: Taller de identificación de información, reglas de negocio y los elementos de un proceso
de negocio

Fuente: IDEF3: https://www.idef.com/idef3-process-description-capture-method/

BPMN: https://www.omg.org/bpmn/

UNIDAD III: Diseño de sistemas: Modelo de procesos de negocio

SEMANA 6: Modelo de proceso de negocio propuesto.

Enfoque de sistemas: Procesos, subprocesos, flujo de actividades, descripción de procesos. Modelo de

procesos de negocio. Propuesta de implementación
Laboratorio: Taller de modelado de proceso de negocio

Fuente: IDEF3: https://www.idef.com/idef3-process-description-capture-method/

BPMN: https://www.omg.org/bpmn/

SEMANA  7:  Costo de implementación – estimación de esfuerzo

Conceptos: Propuesta de solución. Evaluación de propuesta de solución. Estimación de esfuerzo para

el componente Automatización de software; Juicio de expertos, Método Delhi, otros. Costo de
implementación
Laboratorio: Taller de evaluación de propuestas y estimación de esfuerzo

Fuente: Sistemas de Información Gerencial. Keneth Laundon. - Capitulo 14

SEMANA 8: EXAMEN PARCIAL

 UNIDAD IV: Diseño de sistemas: Requerimientos

SEMANA 9: Modelo de Requerimientos parte I

Conceptos: Fundamentos. Requerimientos del Negocio; procedimientos, recursos humanos,

automatización de procesos de negocio, hardware, software, comunicaciones. Requisitos funcionales.
Requisitos no funcionales. Captura de requerimientos; Casos de uso, Entrevistas y Prototipado.
Laboratorio: Taller de identificación requerimientos

Fuente: Ingeniería de requerimientos. Ian Sommerville “Ingeniería de software” Capitulo 4

Captura de requisitos. Grady Booch, James Rumbaugh, Ivar Jacobson RUP “El Proceso unificado de
desarrollo de software”. Capitulo 06
3
SEMANA 10: Modelo de requerimientos II

Enfoque de sistemas: Caso de uso. Actor. Especificación de casos de uso Modelo de casos de uso.
Laboratorio: Taller de modelado de requerimientos

Fuente: Captura de requisitos como casos de uso. Grady Booch, James Rumbaugh, Ivar Jacobson RUP
“El Proceso unificado de desarrollo de software”. Capitulo 07

Lectura: UML y patrones-Craig Larman. Capitulo 6: Modelo de casos de uso

UNIDAD V: Diseño de sistemas: Modelo de Diseño de software

SEMANA 11: Modelo de diseño de software parte I

Conceptos: Modelo estructural. Clase. Clase de diseño. Diagrama de clases. Diagrama de estados.
Diagrama de paquetes
Laboratorio: Taller de modelado de estructural del software

Fuente: Diseño. Grady Booch, James Rumbaugh, Ivar Jacobson RUP “El Proceso unificado de
desarrollo de software”. Capitulo 09

Lectura: Lenguaje de Modelado Unificado. Jacobson, Booch y Rumbaugh. Capitulo 8 – Diagrama de

clases

SEMANA 12: Modelo de diseño de software parte II

Concepto. Modelo de comportamiento. Diagrama de interacción de objetos. Realización de casos de

uso.
Laboratorio: Taller de modelado de comportamiento del software

Fuente: Diseño. Grady Booch, James Rumbaugh, Ivar Jacobson RUP “El Proceso unificado de
desarrollo de software” Capitulo 09

Lectura: Lenguaje de Modelado Unificado. Jacobson, Booch y Rumbaugh. Capitulo 19 – Diagrama de

interacción.

SEMANA 13: Modelo de despliegue de software

Conceptos: Descripción de la arquitectura. Nodo. Diagrama de despliegue. Modelo de despliegue

Laboratorio: Taller de modelado de despliegue del software

Fuente: Diseño. Grady Booch, James Rumbaugh, Ivar Jacobson RUP “El Proceso unificado de
desarrollo de software” Capitulo 09.

Lectura: Lenguaje de Modelado Unificado. Jacobson, Booch y Rumbaugh. Capitulo 31 – Diagrama de

despliegue.

SEMANA 14: Modelo de implementación de software

4
Conceptos: Componente. Diagrama de componentes. Sub sistema de implementación. Modelo de
imple implementación
Laboratorio: Taller de modelado de implementación del software

Fuente: Implementación. Grady Booch, James Rumbaugh, Ivar Jacobson RUP “El Proceso unificado de
desarrollo de software” Capitulo 10.

Lectura: Lenguaje de Modelado Unificado. Jacobson, Booch y Rumbaugh. Capitulo 15 –

Componentes.

SEMANA 15:  Presentación de trabajo

Taller: Presentación de trabajo final.

Exposición del Trabajo Final (OBLIGATORIO).

SEMANA 16: EXAMEN FINAL

SEMANA 18: EXAMEN SUSTITUTORIO

5
V. METODOLOGIA:

El desarrollo de la asignatura se efectuara mediante:

 Métodos expositivos: El docente expondrá los temas con fines informativos y

motivacionales, asegurando la retroalimentación permanente durante todas las
actividades.
 Método de estudio de casos: tiene la intencionalidad de acercar a los estudiantes a una
realidad concreta (caso real o diseñado). Se proponen los casos prácticos para aplicar los
conocimientos teóricos y plantear soluciones, verificando los aprendizajes logrados.
 Lecturas asignadas: El estudiante presentara de manera ordenada la información obtenida
en la investigación bibliográfica y expone los resultados y conclusiones de su investigación
utilizando recursos tecnológicos.
 Trabajo colaborativo: los estudiantes desarrollaran su capacidad de trabajar en equipo,
colaboran y se ayudan para realizar los trabajos asignados por la docente.

El control de asistencia será al inicio de cada clase.

6
VI. SISTEMA DE EVALUACION:

 Sistema de evaluación es F:
o Examen Parcial (EP) : Peso 1
o Promedio de Practicas (PP) : Peso 1
o Examen Final (EF) : Peso 2

 Examen parcial y final: se utilizara pruebas mixtas que incluyan ítems de desarrollo y
de ejecución. El examen sustitutorio reemplaza la nota del examen parcial o la nota
del examen final.

 Practicas calificada: Son cuatro prácticas calificadas (se elimina la que tiene menor
nota). El promedio de prácticas son PP= ∑practicas calificadas / 3

 El promedio final del curso es: PF = (EP + EF * 2 + PP) / 4

 Trabajo Monográfico: Forma parte de las practicas número 4, está compuesto de 2

partes
o Diagnóstico: Tiene como propósito la presentación y descripción de la situación
actual de una organización (sistema) a fin de identificar los problemas y sus
efectos. Análisis y Propuesta: Presentación y descripción de posibles causas de
cada problema identificado así como una posible propuesta de solución.
o Solución: Tiene como propósito plantear la solución propuesta.

7
VII. BIBLIOGRAFÍA

1. Booch, Grady., Rumbaugh, James., Jacobson, Ivar. (2000). El proceso unificado de

desarrollo de software. Pearson educación, Edición I

2. Booch, Grady., Rumbaugh, James., Jacobson, Ivar. (2006). Lenguaje de Modelado

Unificado. Jacobson, Booch y Rumbaugh. Pearson Educación – 2A

3. BPMN: https://www.omg.org/bpmn/

4. Checkland, Peter. (1994). Metodologia de sistemas suaves de acción. Editorial Limusa

5. Espejo, Raul. (2003). El modelo de sistema viable. https://synchro.com/

6. IDEF3: https://www.idef.com/idef3-process-description-capture-method/

7. Larman, Craig. (2003). UML y patrones. Pearson Educación 2.

8. Laudon & Laudon - Keneth. (2016). Sistemas de Información Gerencia. Pearson

Educación - XIV.

9. Sommerville, Ian (2011) Ingeniería de software. Pearson, Edición 9

CICLO 2020-1 LZR/WAT