2014-1 Ing. de Software I Semana01TE01

LOGO
SEMANA 01 [2014-I]
2014 IMARCUX CONSULTING. ALL RIGHTS RESERVED
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Presentacin Personal:
- Nombres y Apellidos: Marco Antonio ARIAS Chacaltana.
- Estudios Acadmicos:
Egresado de la Maestra en Gestin de TICs [UNMSM]
Ingeniero de Sistemas e Informtica [UAP]
- Centro de Trabajo: BIGBYTE / IMARCUX / UNMSM / UCH.
- rea de Trabajo: I+D+I
- Mvil: 975417529 / *195560 / 993019662
- Experiencia en: ECM, BPM, CMS, PMI, SCRUM , UML CASE, LMS y SGBD.

Expectativas Generales.
Presentacin del Curso.
Objetivos del Curso.
Conformacin de Equipos de Trabajo (+3 stakeholders por grupo).
Tipo de Evaluacin.
campusvirtual.imarcux.com
docente.marcoarias@imarcux.com
MI PERSONA
Pg. 02 Elaborado por el Ing. Marco ARIAS Chacaltana
ANTECEDENTES
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

2014 - SCHEDULED
Pg. 02
Elaborado por el Ing. Marco ARIAS Chacaltana
Pg. 02
Elaborado por el Ing. Marco ARIAS Chacaltana Pg. 03 Elaborado por el Ing. Marco ARIAS Chacaltana
RESUMEN [PRIMER SEMESTRE]
PRIMERA Teora / Laboratorio 10%
SEGUNDA Teora / Laboratorio 58%
TERCERA Teora / Laboratorio 32%
CUARTA Primera Prctica 100%
QUINTA Teora / Laboratorio 50%
SEXTA Teora / Laboratorio 50%
SPTIMA Segunda Prctica 100%
EVALUACIN
INTEGRAL
OCTAVA
NOVENA Teora / Laboratorio 60%
DCIMA Teora / Laboratorio 40%
UNDCIMA Tercera Prctica 100%
DUODCIMA Teora / Laboratorio 30%
DCIMO TERCERA Teora / Laboratorio 30%
DCIMO CUARTA Teora / Laboratorio 40%
DCIMO QUINTA Tercera Prctica 100%
DCIMO SEXTA Exp.Trabajos Finales 100%
EVALUACIN
INTEGRAL
DCIMO SPTIMA
Reforzamiento, nivelacin y
consolidacin de notas
III
MODELADO
EMPRESARIAL
Reforzamiento, nivelacin y
consolidacin de notas
IV
FLUJO DE
REQUERIMIENTOS
UNIDADES SEMANA CONTENIDO
% DE
AVANCE
I
INTRODUCCIN
II
PROYECTOS DE
SOFTWARE Y EL
RUP
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

2014 - SCHEDULED
Pg. 02
Pg. 02
RESUMEN [PRIMER SEMESTRE]
INGENIERA DE SOFTWARE I JULIO
CONTENIDOS [M - N] 10 17 24 31 7 14 21 28 5 12 19 26 2 9 16 23 30 4
INICIO
1 AVANCE DEL TRABAJO FINAL TODOS
CLASE Y LABORATORIO
1 PRCTICA CALIFICADA
CLASE Y LABORATORIO
EVALUACIN INTEGRAL [PARTE I]
CLASE Y LABORATORIO
CLASE Y LABORATORIO
CLASE Y LABORATORIO
EXPOSICIN DEL TRABAJO FINAL TODOS
EVALUACIN INTEGRAL [PARTE II]
GRUPOS
MARZO ABRIL MAYO JUNIO
F
I
N

D
E

C
I
C
L
O
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

En un mundo competitivo se tienen dos posibilidades:
Una es perder, la otra es ganar,
pero si se quiere ganar, se debe cambiar .

Por P. Thurow, Mayo 2001
MENSAJE
AUTOR
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

REGLAS DEL CURSO
A CONSIDERAR
Asistir puntualmente, tolerancia mxima de 15 minutos para ingresar a la clase.
Apagar o programar en modo silencioso el celular.
Respetar las opiniones de los dems y expresar nuestro punto de vista con total
libertad y Entregar a tiempo los trabajos encargados.
Respetemos la clase, manteniendo disciplina y orden en todo momento.
Participar activamente en clase, durante el desarrollo de los ejercicios y casos
que se presentan.
Leer los materiales que se entregan previamente.
Asistir por lo menos un 75% del total de sesiones semanales, de lo contrario ser
desaprobado por inasistencia.
La participacin y aporte del alumno en clase, ser tomado en cuenta para la
evaluacin final.
Toda coordinacin con el docente, canalizarlo con el delegado de aula.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

EVALUACIN DEL CURSO
PROMEDIO FINAL
PF= 30% (I) + 10% (A) + 60% (C)

I = Investigativo (Trabajo Final)
A = Actitudinal (Participacin)
C = Cognitivo (1 y 2 Prctica)
Resultado de la Evaluacin:
00 = Desaprobado
11 : 20 = Aprobado
Rango de Aprobados es estructurado por:
11 : 13 = Poner ms en prctica
14 : 15 = Regular
16 : 17 = Bueno
18 : 20 = Excelente
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

POLTICAS DE TRABAJO EN GRUPO
TRMINOS
El Lder del Grupo, es el nico responsable de hacer cumplir el acuerdo entre el
alumno y profesor sobre la entrega, presentacin y sustentacin de los trabajos.
Los alumnos que no estn conformes con sus grupos, debemos de buscar
alternativas de solucin y concretar acuerdos y compromisos.
Despus de formado el grupo, el alumno que tuviera problema o
disconformidad con su grupo, deber comunicar anticipadamente al profesor.
Alumno que no tiene intenciones de colaborar con su grupo, ser descalificado
quedando sin nota, previa validacin del sustento respectivo.
No hay postergacin de las fechas de compromiso por la entrega y sustentacin
de trabajos.
La evaluacin de investigacin constar de la evaluacin como equipo y
evaluacin individual.
Todos los integrantes del grupo estn capacitados y obligados a sustentar su
trabajo y tiene como mximo hora para su audiencia.
El informe de la investigacin presentada, debe mostrar una alta calidad en
contenido, forma y fondo.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

RESPONSABILIDAD DEL DOCENTE
TRMINOS
El Docente debe respetar los horarios establecidos.
Las modificaciones de horarios, deben aprobarse previamente por el Director
Acadmico.
Solicitar a los encargados de los equipos audiovisuales con 24 horas de
anticipacin.
Es responsabilidad del docente, informar a sus estudiantes sobre sus
calificaciones.
En caso de tardanza o inasistencia del docente, l deber comunicar a la
Coordinacin Acadmica la fecha de recuperacin.
Listado oficial, al inicio de clases y despus de la rectificacin de matrcula,
ningn alumno debe ingresar a clases ni menos dar examen si no figura en la
Lista Oficial.
Es fundamental la participacin del DELEGADO de Aula, por ello se debe realizar
su eleccin antes de la segunda semana de clases.
No permitir dar permisos a los alumnos que abandonen el aula una vez que
empezado las clases, salvo por urgencia comprobada.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Descripcin del Proyecto / Maynard
2
Click to add Title
3
Click to add Title
4
Click to add Title
5
Click to add Title
6
Gantt (Ms.Project 2010)
Documentos RUP (UCV, LV)
Conclusiones y Recomendaciones
Anexos
Bibliografa
7
Click to add Title
1
ndice e Introduccin
ESTRUCTURA DEL PROYECTO FINAL
PUNTOS A CONSIDERAR
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

BIBLIOGRAFA
TEMA 04: Modelo de Proceso de Software
TEMA 03: Proceso de Software
TEMA 02: Evolucin de Software
TEMA 01: Introduccin
TAREA Individual [01]
GLOSARIO DE CLASE
TEMAS
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

INTRODUCCIN
Comprender qu es la Ingeniera de Software y su necesidad.
Situarla en el contexto ms amplio de la Informtica.
Conocer el significado e implicaciones de la palabra ingeniera.
Conocer el cuerpo de conocimientos SWEBOK (*) y las principales reas que la
forman.
Pg. 02
(*) SWEBOK - Guide to the Software Engineering Body of Knowledge, 2004.
URL: http: www.swebok.org/
Pg. 02
HAGAMOS QUE NUESTROS TITULADOS SEAN MS INGENIEROS DE SOFTWARE Y
MENOS PROGRAMADORES DE SOFTWARE!
CONTENIDO
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

EVOLUCIN DE SOFTWARE
HISTORIA DEL DESARROLLO DE SOFTWARE
01
02
Pg. 02
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
01
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

02
TENDENCIAS DE MERCADO
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

PROBLEMTICA DEL DESARROLLO DE SOFTWARE
QU ES SOFTWARE?
Pg. 02
CARACTERSTICAS, ES
Es un elemento lgico y no fsico.
Es desarrollo, no se fabrica.
No se estropea, pero se degrada: Curva de baera para fallos del Hw. / Curva
ideal de fallos del Sw. / Curva real de fallos del Sw.
No hay piezas de repuesto.
Se construye a medida (Reusabilidad).
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

PROBLEMTICA DEL DESARROLLO DE SOFTWARE
CARACTERSTICAS DEL SOFTWARE
Pg. 02
Mantenible.- Construido y documentado para permitir cambios.
Fiable.- Debe hacer lo que se espera de l, no debe fallar ms a menudo de lo
que se acord en la especificacin.
Eficiente.- No debe hacer uso innecesario de recursos.
Usable.- Interfaz de usuario adecuada.
PROBLEMAS, ES POR LA
Planificacin imprecisa (Cundo entregamos?).
Baja productividad (Es rentable?).
Calidad dudosa (Alguna vez se ve?).
Insatisfaccin del cliente (Es esto lo que quera?).
Mantenimiento ineficaz (Siempre desarrollando?).
HAY QUE ACTUAR SOBRE
Calidad.
Productividad.
Control y Seguimiento.
Metodologa.
Plazo y Coste.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

CONTEXTO DE LA INGENIERA DEL SOFTWARE
PERSPECTIVA DE INGENIERA
Pg. 02
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
Se necesitan conocimientos avanzados para disear y construir el tipo de
sistemas que la caracteriza (diferencia entre tcnico e ingeniero).
Existen dos momentos (primero conocer el problema y solo despus podemos
disear y construir la solucin).
Para conseguir buenos resultados (en calidad, tiempo y costes) es necesario
trabajar de forma organizada y sistemtica.
La creatividad es necesaria (diseo), pero no es suficiente.
No inventar la rueda (emplear estndares).
Aprender de la experiencia (nuestra o de otros), utilizar buenas prcticas y
lecciones aprendidas.

El sentido comn es el arte de resolver los problemas, no de plantearlos.
Autor: Yoritomo Tashi.

La ingeniera existe porque las personas disean y construyen artefactos /
sistemas cada vez ms complejos.
El mayor nivel de complejidad que el ser humano ha enfrentado a lo largo de su
historia se encuentra en algunos de los software actuales (Windows 7, Vista,
Linux, Ms. Office, ..).
CONTEXTO DE LA INGENIERA DEL SOFTWARE
CUALQUIER INGENIERA SE CARACTERIZA PORQUE:
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
CUERPO DE CONOCIMIENTO - SWEBOK
OBJETIVOS PRINCIPALES DE SWEBOK
Promover una visin consistente del mundo de la Ing. de Software (IS).
Clarificar el papel y delimitar las fronteras de la IS con respecto a otras
disciplinas asociadas: ciencia de la computacin, gestin de proyectos, Ing. de
Computadores y matemticas.
Proveer acceso a los contenidos del cuerpo de conocimientos.
Proveer las bases para desarrollar planes de estudios o materiales para
certificaciones individuales.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
SWEBOK 2004
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
FASES EN EL PROCESO DE DESARROLLO DE SOFTWARE
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
INCORPORACIN DE LA PERSPECTIVA DE LA INGENIERA
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
DESCRIPCIN DE UN REA DE CONOCIMIENTO
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
DISEO DEL SOFTWARE
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
REAS DE CONOCIMIENTO
FASES DEL PROCESO DE DESARROLLO
- Requisitos.
- Diseo.
- Construccin.
- Pruebas.
- Mantenimiento.
PERSPECTIVA DE INGENIERA
- Gestin de la Configuracin (Gestin de Productos).
- Gestin de la Ingeniera (Gestin de Proyectos).
- Proceso de Ingeniera ( Orientacin a Procesos).
- Herramientas y Mtodos (Tecnologa de Soporte).
- Calidad.

A continuacin, se explicar las Fases del Proceso de Desarrollo, identificando
su descripcin y estructura.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
REQUISITOS
- Anlisis, especificacin y validacin de los requisitos de software.
- En la industria del software, existe el consenso en que los proyectos de I.S.
son muy vulnerables cuando estas actividades se realizan de forma pobre.
- Los requisitos de software, expresan las necesidades y restricciones que
debe satisfacer un producto de software para contribuir a la solucin de un
problema real.
DISEO
- El proceso de diseo de software, consiste en analizar los requisitos con el fin
de producir una descripcin de la estructura interna del software que sirva
como base para su construccin.
- Un diseo de software (resultado) debe describir: La arquitectura (como est
compuesto y organizado en componentes) y Los componentes con el nivel
de detalle adecuado para poder construirlos.
CONSTRUCCIN
Se refiere a la creacin detallada de software mediante la combinacin de
codificacin, verificacin, pruebas unitarias, de integracin y depuracin.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
PRUEBAS
- Sirve para evaluar la calidad de un producto software o para mejorarlo,
mediante la identificacin de sus defectos y problemas.
- Consiste en la verificacin dinmica del comportamiento real de un
programa frente al comportamiento esperado, para un conjunto finito de
casos de prueba (convenientemente seleccionados entre las usualmente
infinitas posibilidades de ejecucin).
MANTENIMIENTO
- Todo producto software, despus de su despliegue o entrega, est destinado
a cambiar o evolucionar.
- Algunas causas de ello son: Defectos descubiertos durante su uso / Cambios
en el entorno operativo / Nuevos requisitos del usuario.
- En SWEBOK, en esta rea se refiere a las actividades requeridas para proveer
un adecuado soporte al software, sea antes o despus del despliegue o
entrega.
GESTIN DE LA CONFIGURACIN
- Es la disciplina de identificar la configuracin de un sistema en distintos
momentos en el tiempo, con el fin de controlar sistemticamente los
cambios y mantener la integridad y trazabilidad.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
GESTIN DE LA INGENIERA
- Consiste en aplicar actividades de gestin (planificar, coordinar, medir,
supervisar, controlar e informar) para asegurar que el desarrollo y
mantenimiento de software se realizan de forma sistemtica, disciplinada y
cuantificable.
- Bsicamente, engloba dos clases de esfuerzos:
Gestin de Proyectos (Project Management) y Medicin (futura nueva rea
en SWEBOK).
PROCESO EN INGENIERA
- Se refiere a la definicin, implementacin, evaluacin, medicin, gestin,
cambio y mejora de los propios procesos del ciclo de vida del software.
- Engloba aspectos con fuerte impacto en la industria: Madurez de las
organizaciones (CMMI, SPICE) y Mejora de Procesos (BPM).
- Por ello ha surgido la llamada Ingeniera de Procesos Software.
HERRAMIENTAS Y MTODOS
- Las herramientas (basadas en computador) ayudan a realizar los procesos del
ciclo de vida del software.
- Los mtodos imponen una manera o estructura para realizar las actividades
de ingeniera del software, de forma que el trabajo seas ms sistemtico.
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 02
CALIDAD
- En esta rea se abordan las tcnicas estticas para alcanzar la calidad del
software (las tcnicas dinmicas que ejecutan el software son parte de las
pruebas.
- Este campo tambin ha tenido un fuerte desarrollo en la industria:
Aseguramiento de la calidad (QA) / Verificacin y validacin / Auditora.
Unidad mnima o
informacin que por si
solo no tiene mayor
significado.
Conjunto de datos que han sido
procesados (clasificados,
ordenados, generados), y que
reducen la incertidumbre sobre un
hecho.
I
N
F
O
R
M
A
C
I
N

w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Pg. 09

Concepto.- Conjunto de conocimientos y tcnicas cientficas.
Software.- Elemento lgico del sistema.
Problema.- Conjunto de hechos o circunstancias que dificultan la consecucin de
algn fin.
INGENIERA DE SOFTWARE COMO TECNOLOGA ESTRATIFICADA

Herramient
as

Mtodos

Procesos
Enfoque de calidad
Concepto de Ing. SW.- Es
una disciplina o rea de la
informtica o ciencia de
la computacin, que
ofrece conocimientos,
tcnicas y mtodos para
desarrollar y mantener
software de calidad que
resuelva problemas de
todo tipo.
ENFOQUE DE CALIDAD.- La Gestin de Calidad fomenta una cultura de mejora
continua del proceso, y es esta cultura la que al final conducen al desarrollo de
enfoques muy efectivos para la ingeniera de software.
INGENIERA
INGENIERA DE SOFTWARE
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

En pases como la India, la industria del software es una de
las ms desarrolladas del mundo y la mayora de sus
organizaciones desarrolladoras de software est en los
mejores niveles. Sus exportaciones superan los cinco mil
millones de dlares anuales y el 65% de produccin lo
compra Estados Unidos.
3.600+ empresas desarrolladoras de software.
Plan federal de apoyo a la industria del software (1997).
- $100 millones en 4 aos.
- 20 centros de capacitacin.
- Asesora en certificacin de calidad.
- 25 empresas certificadas ISO 9001 (1997).
39 evaluaciones CMMI (setiembre 2006).
INGENIERA
INDUSTRIA DEL SOFTWARE
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

La Asociacin Mexicana de la Industria de Tecnologas de Informacin (AMITI)
- Se crea en 1997.
- Ms de 180 empresas socias.
Menos de 10 evaluaciones CMMI Capability Matiurity Model Integrated
(setiembre 2006).
Modelo de Procesos para la Industria del Software en Mxico (MoProsoft).
- Norma mexicana para la industria de desarrollo y mantenimiento de
software para pequeas y medianas empresas (2003).
- Es compatible con CMMI, ISO 9000:2000 e ISO 15504.
Aldo Galli GMD.
Gerente de Divisin de Soluciones de Negocio, GMD
Empresa Nivel de Madurez 3.
Emilio Fernndez de Crdova Cosapi.
Gerente General CosapiData Empresa Nivel de Madurez 3.
INGENIERA
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

IBM DEL PER hace ms de 7 aos inici sus
esfuerzos de mejora de procesos, donde tuve
la oportunidad de aprender acerca del
entonces llamado modelo SW-CMM. IBM del
Per fue la primera organizacin en el Per en
lograr las certificaciones primero en el nivel
de madurez 2 y luego en el nivel de madurez
3 del modelo SW-CMM. Sin embargo, fue una
iniciativa aislada, no tuvo un efecto
importante en el mercado de software
peruano.
El tiempo pas y hasta los mismos modelos de mejora tuvieron que mejorar, esa
versin (SW-CMM) est descontinuada y paso a ser el ahora conocido modelo
CMMI. En este nuevo mapa el Per no figuraba. Sin embargo, el ltimo reporte del
SEI de Marzo del 2007 si muestra ahora a nuestro pas como un actor ms en el
mercado mundial de software.
INGENIERA
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Es el encargado de integrar los mtodos y
herramientas, adems de definir la
secuencia en la que se aplican los mtodos,
las entregas que requieren, los controles de
calidad y las guas para el desarrollo.
El proceso de software forma la base para
el control de la gestin de los proyectos de
software y establece el contexto en el cual
se aplican los mtodos tcnicos, se generan
los productos del trabajo , se establecen
los fundamentos, se asegura la calidad y el
cambio se maneja de manera apropiada.
MTODOS Y HERRAMIENTAS
Los mtodos de la ingeniera del software indican cmo construir tcnicamente
el software.
Las herramientas de la ingeniera del software proporcionan un enfoque
automtico o semi-automtico para el proceso y para los mtodos.
PASOS PARA CREAR UN PROCESO
DE SOFTWARE
Comunicacin
Planeacin
Modelado
Construccin
Despliegue
INGENIERA
MODELO DE PROCESOS DE SOFTWARE
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Es una estrategia de desarrollo que los ingenieros de software deben emplear
para resolver problemas de la industria de software.
El proceso del software es un marco comn para el proceso que define un
pequeo nmero de actividades del marco de trabajo que son aplicables a todos
los proyectos con independencia de su tamao o complejidad.

CONCLUSIN.-

La Ingeniera de Software es una disciplina que integra al proceso, los mtodos y
las herramientas para el desarrollo de software de computadora. Existe un gran
nmero de modelos de proceso para la ingeniera de software, todas definen un
conjunto de actividades y tareas.
INGENIERA
CONCEPTO DE UN MODELO DE SOFTWARE
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Organizacin de equipos de trabajo no mayores de cinco (05) personas,
dependiendo del nmero de inscritos en el registro oficial de matrcula.
Definir un proyecto de trabajo para la exposicin final del curso, entregando el
tema y el nmero de integrantes, incluyendo el Lder de Equipo de Trabajo.

Fecha de Entrega: Semana 02
EQUIPOS DE TRABAJO
FORMACIN DE GRUPOS
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

Buscar los siguientes papers:

Procesos, mtodos y tcnicas (desarrollo de producto y proceso).
Simbologa de Maynard.
Gestin de Proyectos (PMBOK vs SWBOK)
Diferencia entre ISO vs CMMI.
Tipos de ISO y explique con ejemplos.
Herramientas BPM.
Concepto de INTEROPERABILIDAD.
Diferencia entre CMIS vs Web Service.
Metodologas giles y explique con ejemplos.
Busque herramientas libres en la nube (CASES y Gestin de Proyectos).

Fecha de Entrega: Semana 02
TAREA 01
INVESTIGACIN
w
w
w
.
t
h
e
m
e
g
a
l
l
e
r
y
.
c
o
m

[Alarcn+ 2000] Alarcn Ral y Marn Magdalena, Diseo Orientado a Objetos
con UML, pg. 09-15. Idioma: Espaol, Editorial: Grupo Eidos-Espaa, ISBN: 84-
88457-30-0002E.
[Fowler+ 1999] Fowler Martin con Kendall Scott, UML Gota a Gota. Idioma:
Espaol, ISBN:968 444 364 I. Editorial: Addison Wesley Longman de Mxico.
[Pflegger 2002] Pflegger Shari, Ingeniera de Software, Teora y Prctica,
Idioma: Espaol, Editorial: Addison-Wesley.
[Pressman 2003] Pressman Roger S., Ingeniera de Software: Un Enfoque
Prctico. Idioma: Espaol, Edicin: 6ta.
[Stevens 2002] Stevens P., Utilizacin de UML. Idioma: Espaol, Editorial:
Addison-Wesley.

Pgina de UML del OMG:
http://www.omg.org/uml

Certificaciones profesionales:
http://www.objectsbydesign.com/tools/certification.html
BIBLIOGRAFA
AUTORES
LOGO
PREGUNTAS.!!

2014-1 Ing. de Software I Semana01TE01

Загружено:

Сведения о документе

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

2014-1 Ing. de Software I Semana01TE01

Загружено:

Авторское право:

Доступные форматы

LOGO

Вам также может понравиться