INGENIERIA DE SOFTWARE

Cap 0:
Introducción y Pautas
V.1.2

Ing.MSc. Henry I. Condori Alejo

Universidad Nacional del Altiplano Puno
hcondori@unap.edu.pe

www.unap.edu.pe/~hcondori/ingsoft

© 2004UNA-P

El Profesor y el Curso

• Ing. Msc. Henry I. Condori Alejo

– Ingeniero de Sistemas
– Magister en Proyectos de Inversión
– Estudios de Doctorado en Cs. Computación.
– Ingeniero Certificado CISCO Cisco Certified Network Associate
• Experiencia en desarrollo de software desde 1992:
– Sistema de Matrículas UNAP.
– Sistema de Abastecimientos Región PUNO.
– Sistema Integral de Gestión Municipalidad el Collao Ilave.
– Planeamiento estratégico Informático UNAP.
– Ingeniero de Software plataforma Developer Oracle (Reniec-LIMA)
– Etc..
• NO olvidar la Cuenta de Correo del curso:
• Ingsoft@unap.edu.pe

1
 ¿Por qué el Curso Ingeniería de Software?

[ Porque es una meta-herramienta productora de conocimiento, y vivimos

en una sociedad de conocimiento e información.
[ Porque el software se convierte en recurso estratégico.
[ Porque es una de las principales actividades remuneradas en el mercado.
[ Porque la POP no es conveniente, confiable ni útil.

P rogramación
O rientada al
P archado

Pre requisitos

• Conocimiento de Formulación y Gestión de

Proyectos de Software.
• Planificación de tiempo y actividades.
• Programación (Este curso no pretende
enseñar a programar en PHP, Java o
cualquier otro lenguaje).
• ....Y sobre todo ganas de querer aprender en
el curso!!!

2
 Temario
• Qué es la Ingeniería de Software
• Modelado del Proceso y del Ciclo del Vida
• Planificación y Gerencia del Proyecto
• Requerimientos
• Diseño del Sistema
• Escritura de los programas
• Verificación de los programas

Temario (cont.)
• Liberación del Sistema, Entrenamiento y
Documentación
• Mantenimiento del Sistema
• Evaluación de Productos, Procesos y
Recursos
• Mejorando las Predicciones, los Productos,
los Procesos y los Recursos

3
 Herramientas

• Microsoft Project (programación y

seguimiento de actividades)
• COCOMO UC, Puntos de Función
• Rational Requisite Pro
• Rational Rose
• Etc.

Bibliografía

• Software Engineering: Theory and Practice- Shari

Lawrence Pfleeger - Prentice-Hall–2001
• Software Engineering 6a. ed.– Ian Sommerville –
Pearson Education - 2000
• The Rational Unified Process: An Introduction -
Philippe Kruchten. Addison-Wesley Longman
Reading, Massachusetts 1999
• Applying UML and Patterns : An Intro to OOA/D and
the Unified Process - Craig Larman - 2002
• Fundamentals of Software Engineering - Carlo
Ghezzi, et.al. - Prentice-Hall - 1991
• Guide to the Project Management Body of
Knowledge (PMBOK Guide) - The PMI Standards
Committee - Project Management Institute - 1996

4
 Proyecto de Semestre

• Consiste en desarrollar un software terminado que cumpla los

estándares de producción y calidad de software apoyándose
con herramientas de software.
• Para ello se requiere la parte teórica del curso aunque para
muchos suene aburrida!
• Pero por otro lado el 80% del curso es trabajo de campo, así
que se tiene que dedicarle mucho tiempo!!!
• El criterio de aprobación de la Matera está en relación a la
producción final con los estándares, técnicas y herramientas
que se verán en el curso y las que tendrá que investigar.
• No se trata de construir software de un día para otro y “librarse”
del curso, sino como se dijo de aplicar la “ingeniería de
software” y obtener resultados.

Temas de Proyecto Semestral

• Sistema Para Control de Ingreso y Salida del

Personal en la UNAP (web).
• Sistema de Encuestas para Evaluación Docente
(web).
• Sistema de Trámite Documentario UNAP (web).
• Sistema de cabinas Internet CTI (UNAP)
• Sistema de Gestión de Silabus y Currículas (UNAP).
• Sistema de Registro de Proyectos de Investigación
por Internet (UNAP)

• Todos los temas forman parte de NO Disclusure

Agreement

5
 Proyecto de Semestre

[ Planificación inicial:
[ Definición de funcionalidad (negociación).
[ Estimación de tiempo/costo/esfuerzo.
[ Plan de Desarrollo de Proyecto (PDP).

[ Ciclo 1, 2 y 3:
[ Realización de las etapas clásicas de desarrollo.
[ Reuniones de seguimiento y control con equipo docente.
[ Evaluación de resultados: personal, de Jefe de Proyecto, docente
(productos, procesos, personas).

Metodología de Desarrollo del

Trabajo

Levantamiento de
Requerimientos

Especificación de Diseño de Pruebas

Arquitectura de Requerimientos

Diseño de Diseño de Pruebas

Componentes de Componentes

Construcción de Diseño de Pruebas

Componentes de Integración

Integración
Ejecución Casos
de Prueba
En un modelo de ciclo de
vida, hay actividades,
Presentación Corrección de
productos, roles y
Producto Ciclo 1 Defectos responsables.

6
 Levantamiento de
Requerimientos
Doc. Especificación Doc. Especificación
de Requerimientos de Requerimientos

Set de Casos
Especificación de Diseño de Pruebas de Prueba
Arquitectura de Requerimientos
Diagrama de
Arquitectura
Set de Casos
Diseño de Diseño de Pruebas de Prueba
Componentes Especificación de Componentes
de componentes
Especificación
de componentes Set de Casos
de Prueba
Construcción de Diseño de Pruebas
Componentes de Integración
Especificación de
Código Fuente, Especificación Integración, Diagramas
de Integración, Diagramas de de Conexión
Conexión
Ejecución Casos
Integración Código Objeto de Prueba En un modelo de ciclo de
Doc. de Pruebas
Ejecutadas
vida, hay actividades,
Presentación Corrección de
productos, roles y
Producto Ciclo 1 Software =
código +
Defectos responsables.
manuales

Jefe de Proyecto
Levantamiento de
Requerimientos
Ing. de Req. Ing. de Diseño

Especificación de Diseño de Pruebas

Arquitectura de Requerimientos Ing. Codificador Ing. de Pruebas

Diseño de Diseño de Pruebas

Componentes de Componentes

Construcción de Diseño de Pruebas

Componentes de Integración

Ejecución Casos
Integración de Prueba
En un modelo de ciclo de
vida, hay actividades,
Presentación Corrección de
Producto Ciclo 1 Defectos productos, roles y
responsables.

7
Planificación Plan de Desarrollo de Proyectos (PDP)
inicial

Ciclo I Ciclo II Ciclo III

Revisión 1 Revisión 1 Revisión 1
Producto
Revisión 2 Revisión 2 Revisión 2 Final

• Se asignan roles
• Se forman grupos
Proyecto Nº1
• Se asignan proyectos
• Asistimos a la primera
reunión con clientes.
Proyecto Nº2 • Realizamos reuniones
semanales (seguimiento).
• Asistimos a las entregas y
evaluamos los productos.
Proyecto Nº3
• Cerramos los proyectos.
• Decidimos el premio final.