3 PREÁMBULO LA OBSERVANCIA DE LAS PRÁCTICAS REALES
EN LA RECOPILACIÓN DE INFORMACIÓN PARA EL DOCUMENTO
DE REQUISITOS (SRS (en Inglés), DRD, ESRE O ESR, etc.),
MOTIVA A PROPONER UN MARCO METODOLÓGICO PRÁCTICO Y
SUMAMENTE ESPECÍFICO EXISTEN EXCELENTES DISERTACIONES
DOCTORALES Y DE LICENCIATURA RESPECTO A LA ING. DE REQUISITOS
®´s (REQUIREMENTS ENGINEERING). CABE HACER NOTAR QUE EN
MÉXICO ALGUNAS INSTITUCIONES IMPARTEN LA MATERIA DE Ing.
de ®´s GRACIAS A REPETIDOS SEÑALAMIENTOS DESDE
EL AÑO 2000
4 PREÁMBULO LA PROPUESTA DE ESTE MARCO METODOLÓGICO
(Pág. 77 – 104), SE CARACTERIZA POR S.U.G.E.R.I.R:
QUÉ PRODUCTOS POR C/ETAPA ITERATIVA DEBEN OBTENERSE, ergo:
PERMITE: ? UN SEGUIMIENTO PUNTUAL (Auto-Control) ? RESPALDO ?
RASTREABILIDAD (TRACEABILITY) ? HASTA PUEDE ABATIRSE LA FRASE:
…“¿CÓMO VAS?”
CONSIDERANDOS: PREÁMBULO 1. “NO EXISTE UN PROCESO
ÚNICO QUE SEA VÁLIDO DE APLICAR EN TODAS LAS
ORGANIZACIONES” 2. TIPO DE PRODUCTO QUE SE ESTÉ
DESARROLLANDO, 3. …A: LA CULTURA ORGANIZACIONAL 4.
“…Y AL NIVEL DE EXPERIENCIA y HABILIDAD DE LOS
INDIVIDUOS INVOLUCRADOS EN LA ING. DE ®´s”
6 SE S.U.G.I.E.R.E, PARTIENDO DE ESTA PROPUESTA: PREÁMBULO
-AJUSTAR Y ANALIZAR SUS ESTRATEGIAS, Y SUS PROPIAS LISTAS DE
VERIFICACIÓN, (CHECK LIST) CONFORME A LA ENVERGADURA DEL
SISTEMA A DESARROLLAR (TAILORED) EN LA GUÍA DEL PROJECT
MANAGEMENT INSTITUTE PMI, EN LA PARTE DE “CUERPO DE
CONOCIMIENTO” INDICA “GENERALMENTE ACEPTADO” LO
CUAL NO SIGNIFICA QUE LAS PRÁCTICA DESCRITAS SON O
DEBERÍAN SER APLICADAS UNIFORMEMENTE A TODOS LOS
PROYECTOS. EL EQUIPO (EQUIPO) SIEMPRE SERÁ EL RESPONSABLE
DE DETERMINAR QUÉ ES APROPIADO EN UN PROYECTO DADO.
¿APORTE? PREÁMBULO CARACTERÍSTICA PRINCIPAL
ES SU ORIENTACIÓN A: PUNTUALIZAR LOS OBJETIVOS,
SUB-OBJETIVOS Y SUS PRODUCTOS EN CADA ETAPA ITERATIVA
(Autocontrol) ASÍ COMO AL PROCESO DE DEFINICIÓN Y
VALIDACIÓN ITERATIVA de ®´s 7
8 CAPABILITY MATURITY MODEL INTEGRATION, CMMI MODELO DE MEJORA Y
EVALUACIÓN DE PROCESOS PARA EL DESARROLLO, MANTENIMIENTO Y
OPERACIÓN DE SISTEMAS DE SOFTWARE. Mejores
Prácticas (Best Practices) v.gr. Modelo de
Optimización de Infraestructuras (IOM) ISO /IEC 15504
MODELO PARA LA MEJORA Y EVALUACIÓN DE LOS PROCESOS DE
DESARROLLO Y MANTENIMIENTO DE SISTEMAS Y PRODUCTOS DE
SOFTWARE
9 EL MODELO DE MADUREZ DE PROCESO DE Ing. de ®´s
PROYECTO EUROPEO: REAIMS REAIMS (REQUIREMENTS ENGINEERING
ADAPTATION AND IMPROVEMENT FOR SAFETY AND DEPENDABILITY).
Corresponde a los tres niveles del CMM (Paulk et al 1993)
LA REALIDAD IMITA A LA FICCIÓN: “EL SÍNDROME
DE CHINA” SE ESTRENÓ SÓLO TRES SEMANAS ANTES
DEL ACCIDENTE NUCLEAR DE THREE MILE ISLAND EN MARZO DE 1979,
CERCANO AL PUEBLO DE HARRISBURG, PENSILVANIA. EN ESE MOMENTO
ESTUVO A PUNTO DE OCURRIR EL EQUIVALENTE AL PROCESO QUE SE
DESCRIBE EN EL FILME ¿POR QUÉ? …AH! PORQUE
SUCEDIÓ 10 QUE…
AGENDA PREÁMBULO Y ESPÍRITU UBICACIÓN
METODOLOGÍAS CRISIS DEL SOFTWARE REACCIÓN
¿REQUISITOS? UBICACIÓN DESARROLLO
META-DESCRIPCIÓN PLANEACIÓN (FASE INICIAL) FASE DE
DESARROLLO PROPUESTA RECAPITULACIÓN ANEXOS Guía
¿APORTE? 11
UBICACIÓN METODOLOGÍAS SYSTEM DESIGN EVOLUTION (To
taylor: extension and depth) 12 Blanchard & Fabricky
1981
PROGRAM PLAN RELATIONSHIPS Program (To taylor: extension and
depth) Reliability program plan requirements Integrated Test plan
Maintainability program plan Human Factors plan Safety
engineering plan Program rmanagement plan (PMP) SYSTEM
ENGINEERING MANAGEMENT PLAN Manafactured program plan Quality
assurance program plan Supplier(s) program plan
¿Qué debemos entender por “plan”?
Functional design plan(s) Integrated Logistic support plan Others
plans 13 Blanchard & Fabricky 1981
UBICACIÓN DE ALGUNAS METODOLOGÍAS EN DESARROLLO DE
Sw • RUP Rational Unified Process [Rumbaugh, 1999; Jacobson,
1998] • Agile software development approach [Cockburn,
2002]. • Cleanroom model [Dyer, 1992; Linger, 1994; Mills,
1987] • Component-based software engineering process
[Szyperski, 2002 • Iterative enhancement • Soft systems
approach [Basili, 1975] 14 [Checkland, 1981; Wilson, 1990]
UBICACIÓN DYNAMIC SYSTEMS DEVELOPMENT METHOD DSDM 15
la16 RUP
17 “ UN PROCESO ITERATIVO PERMITE UNA COMPRENSIÓN
CRECIENTE, A LA VEZ QUE SE VA HACIENDO CRECER EL SISTEMA” .
Ing. de ® ´s Diseño Implementación VER
SGTE PÁGINA Evaluación Cada iteración
produce un (1) Pruebas Producto Ejecutable HASTA HACE
RELATIVAMENTE POCOS AÑOS SE EMPEZÓ A CONSIDERAR LA
Ing. de ®´s PARTE DEL CICLO DE VIDA DEL DESARROLLO DEL
Sw (…¿por qué va a elicitarse
si…?
MODELO DE PROCESOS DE Ing. de ® ´s conforme a POHL
18
Prespto4 Prespto Prespto 2 3 Diseño Detallado Plan de
Determinar Objetivos, Alternativas y Restricciones Evaluar
Alternativas y Riesgos Análisis de Riesgos 4 An.Riesgos 3
Adaptación Dr Ben Choi An.Riesgos 2 An. Riesgos 1 Proto-
Proto- Proto- Proto- Presupto 1 tipo 1 tipo 2 tipo3 tipo 4 start
Requisitos, Concepto de plan ciclo/vidaoperacion
Codificación Prueba Unitaria Planificar Prueba del Prueba
de Sistema Implantación Aceptación Desarrollar y
Probar Modelo en Espiral. [Kotonya G.; Sommerville I. 1998]
ESPECIFICACIÓN METODOLÓGICA Ing. de ®´s
ADAPTADO del Modelo en Espiral. [Kotonya G.; Sommerville I. 1998]
O BIEN DE: Especificación Informal “n” THE
SPIRAL MODEL OF SOFTWARE DEVELOPMENT
Planeación/Extracción “n”
(elicitación) Análisis “n” MIT DRD
”n” y Minuta de Validación “n”
EXCLUSIVAMENTE PARA LA ETAPA DE Ing. de ® ´s
Validación “n” DRD Gabinete “n”
Especificación “n” preliminar “n”
20 LA CUAL QUEDARÁ PUNTUALIZADA EN LA PROPUESTA Pag
77-104
• • 21 DEFINIENDO INICIALMENTE EL DESARROLLO de
®´s 1.- “EXTRACCIÓN, RECOLECCIÓN
(ELICITATION): ES EL PROCESO A TRAVÉS DEL CUAL LOS
CLIENTES (COMPRADORES Y/O USUARIOS) Y EL DESARROLLADOR
(CONTRATISTA) DE UN SISTEMA DE SOFTWARE; DESCUBREN, REVISAN,
ARTICULAN, Y ENTIENDEN LAS NECESIDADES DE LOS USUARIOS DEL
SISTEMA Y LAS RESTRICCIONES QUE SE DAN SOBRE EL SOFTWARE Y EL
DESARROLLO DEL MISMO.” (FASE ESPECIALMENTE
SOCIOLÓGICA Y PSICOLÓGICA) 2.-
“ANÁLISIS (ANALYSIS): ES EL PROCESO DE ANALIZAR LAS
NECESIDADES DE LOS CLIENTES Y LOS USUARIOS PARA LLEGAR A UNA
DEFINICIÓN DE LOS ® ´ s DE SOFTWARE.”
R.A.Z.O.N.A.M.I.E.N.T.O
• • “Definición del Problema: LA
DEFINICIÓN CUI_DA_DO_SA DEL PROBLEMA A VECES ES SOSLAYADA
O MINIMIZADA SU IMPORTANCIA Y POR ENDE LA DIFICULTAD DE
REALIZARLO.” “DENTRO DE UNA ORGANIZACIÓN PUEDE
HABER TODA UNA VARIEDAD DE OBJETIVOS A ESTUDIAR Y ESTOS PUEDEN
NECESITAR DIFERENTES REQUERIMIENTOS METODOLÓGICOS, POR LO
MISMO, LA CONTRUCCIÓN -del modelo- DEBE CONSIDERARSE
REALMENTE EN UNA FORMA MENTAL, COMO UN MEDIO Y NO COMO UN
FIN” Van Gigch 2001 ( ? Nos enfocaremos inicialmente en el
BPM, Business Process: Management, Modeling )
“Extensión: LA PRIMERA DIFICULTAD EN LA
CONSTRUCCIÓN -del modelo- ES EL DECIDIR QUÉ DEBE
SER INCLUIDO Y QUE NO.” Van Gigch 2001 22
• • “Profundidad: UNA VEZ DEFINIDO QUÉ
INCLUIR (Primera aproximación), Y CÓMO SE
CONSIDERAN LAS VARIABLES, EXÓGENAS O ENDÓGENAS, EL
SIGUIENTE PASO SERÍA EL DE CONSIDERAR QUÉ NIVEL DE
AGREGACIÓN SERÍA APROPIADO . “AL PRINCIPIO LA
TENDENCIA AL MANEJO DE VARIABLES AGREGADAS PUEDE SER MUY
CONVENIENTE, CASO CONTRARIO PUEDE TENERSE UNA EXTREMA COMPLEJIDAD
QUE OSCUREZCA EL VALOR COMPRENSIVO DEL MODELO” Van Gigch
2001 “Interacción –Circuitos de
retroalimentacíón-: CONTINUANDO, “EL
SIGUIENTE ASPECTOS ES BUSCAR Y VALIDAR SI HAY INTERACCIÓN
ENTRE VARIABLES, O COMPONENTES, DICHO DE OTRA FORMA: SI EXISTE
RETROALIMENTACIÓN .” Silva Midences 1985 23
24 • 3.- “ESPECIFICACIÓN, (SPECIFICATION):
CONSISTE EN EL DESARROLLO DE UN DOCUMENTO QUE DE MANERA CLARA Y
PRECISA CONTENGA Y ESPECIFIQUE CADA UNO DE LOS ® ´ s
DEL SISTEMA DE SOFTWARE.” • 4.-
“VERIFICACIÓN O VALIDACIÓN (VERIFICATION) ES
EL PROCESO DE ASEGURAR QUE LA ESPECIFICACIÓN DE ®
´ s DE SOFTWARE SEA ACORDE CON LOS ® ´ s DEL
SISTEMA, CONFORME A LOS ESTÁNDARES DE DOCUMENTACIÓN
DE LA FASE DE ® ´s,… …Y QUE A SU VEZ ESTE
DOCUMENTO SEA UNA BASE SÓLIDA PARA LA ARQUITECTURA Y EL
DISEÑO.” Thayer & Dorfam 2000
25 CADA UNA DE LAS FASES DE ESTE PROCESO DE LA Ing. de
®´s, SE CONSIDERA ESTÁNDAR, Y NO FORZOSAMENTE
LIGADA CON NINGUNA METODOLOGÍA NI TECNOLOGÍA EN
PARTICULAR, DE MANERA QUE: SE PUEDE IMPLEMENTAR PARA LOS
DIFERENTES NIVELES DE MADUREZ DE LAS EMPRESAS, EN LOS CUALES EL
PROCESO SEA AL MENOS DEFINIDO Y REPETIBLE (CMMI). ESTO ES
NECESARIO DEBIDO A LA GRAN CANTIDAD DE HERRAMIENTAS,
METODOLOGÍAS, ESTÁNDARES Y DEMÁS
TECNOLOGÍAS QUE PUEDEN APLICARSE PARA LLEVAR A CABO LAS
ACTIVIDADES DEL PROCESO DE Ing. de ® ´s. SIN EMBARGO,
SE PROPONE PUNTUALIZAR LOS PASOS PRODUCTOS DE CADA ETAPA COMO SE
INDICA EN EL PREÁMBULO, Pág. 6 DE ESTE
TRABAJO.
DE ESTABLECER 26 CARACTERÍSTICAS INICIALES EN LA Ing. de
®´s A. LA Ing. de ® ´ s ES UN PROCESO
ITERATIVO B. LOS LÍMITES DE LAS ACTIVIDADES SON
DIFÍCILES “POR EJEMPLO ES POSIBLE COMENZAR A
CONSTRUIR MODELOS (Actividad de Análisis) DURANTE LAS
Actividades de Elicitación” “…SI LA
EXPERIENCIA EN EL DOMINIO DEL PROBLEMA LO ACONSEJA PODRÍAN
VALIDARSE ®´s EN DICHAS SESIONES”
“…ES HABITUAL QUE EN LAS SESIONES DE
VALIDACIÓN, SOBRE TODO USANDO PROTOTIPOS, SE ELICITEN
NUEVOS ®´s QUE ESTABAN OCULTOS” C. LOS PRODUCTOS
DEL PROCESO NO ESTÁN CLARAMENTE DEFINIDOS OJO: Propuesta
trabajo de este “Algunos científicos
informáticos podrían pensar que la
elicitación de ® ´ s es donde la Ciencia termina
y empieza el Caos” Gogen 1993
27 ESTIMACIÓN DE TIEMPO Y ESFUERZO (ETE) EN EL MUNDO DE
LOS PROYECTOS INDUSTRIALES (Depto. de Producción, o
Proyectos de Construcción Industrial) LOS PRODUCTOS
USUALMENTE SON SISTEMATIZABLES Y TANGIBLES, A DIFERENCIA DE LOS
PROYECTOS DE Sw EN QUE (ADEMÁS DE CREATIVIDAD), LA
INTERACCIÓN DE TODAS LAS PERSONAS QUE INTERVIENEN, OBLIGA
A UN ALTO GRADO DE SUBJETIVIDAD EN LAS ESTIMACIONES EL OBJETIVO
ES PREDECIR LAS VARIABLES CON CIERTO GRADO DE CERTEZA EN TIEMPO,
ESFUERZO, CANTIDAD DE DEFECTOS ESPERADOS ENTRE OTROS, SIN DEJAR
DE INCLUIR EN ESOS CASOS, LA INCERTIDUMBRE Y EL RIESGO.
28 ENUNCIAREMOS MÁS ADELANTE ALGUNAS TÉCNICAS, POR
LO PRONTO, NOS LLAMA LA ATENCIÓN EN LA ESTIMACIÓN
DE TIEMPO Y ESFUERZO (ETE): SUS MÉTRICAS EN EL
“ARRANQUE”, ¿QUÉ MÉTRICAS
EMPLEAR? EN Sw CALIDAD PRUEBAS ORIENTADO A OBJETOS DE
DESEMPEÑO —— SI SE TIENE: DEL PROYECTO:
PLANEACIÓN ADMINISTRACIÓN DESEMPEÑO CALIDAD
FINANCIERA ——–
29 LA INGENIERÍA DE Sw NO HA CONSOLIDADO PATRONES DE
MEDIDA DE TAMAÑO DEL Sw INDEPENDIENTES DEL JUICIO EXPERTO
Y QUE PUEDAN APOYAR, POR EJEMPLO, LA ESTIMACIÓN EN EL
“ARRANQUE” DE LA DURACIÓN O COSTOS EL PROBLEMA
DE LA ESTIMACIÓN FORMAL, (INDEPENDIENTE DEL JUICIO
EXPERTO), EN LA ETE REQUERIDOS PARA DESARROLLAR UN S.I.,
INTENSIVO EN GESTIÒN DE DATOS HA ESTADO PRESENTE, BUSCANDO
SU INDEPENDENCIA TANTO DEL JUICIO EXPERTO, COMO DE LA
TECNOLOGÍA USADA PARA DESARROLLAR EL S.I., DEL CONJUNTO DE
VISIONES DE DATOS DE LOS USUARIOS, Y LA FORMA EN QUE LOS USUARIOS
VEN LOS DATOS, …ACEPTANDO LA EXISTENCIA DE CAMBIOS EN LOS
REQUISITOS Y LAS CONDICIONES DE EJECUCIÓN DEL
PROYECTO
30 EL DESARROLLO DE Sw ES UN CASO PARTICULAR DE PROYECTO , DONDE,
CONFORME A NOGUEIRA: a) EXISTE UNA GRAN INCERTIDUMBRE SOBRE SU
RESULTADO FINAL, SU COSTO, SUS RIESGOS, Y EL ESFUERZO Y EL TIEMPO
QUE IMPLICA SU DESARROLLO a) EL PRODUCTO FINAL ES INTANGIBLE
(Desde el punto de vista físico) b) SU VALOR REAL DEPENDE
NO SÓLO DE SU CORRECCIÓN, …SINO DEL MOMENTO
EN QUE SE PONE EN SERVICIO, LA CALIDAD APRECIADA POR EL USUARIO,
SU FACILIDAD DE USO, MANTENIMIENTO Y EXTENSIÓN.
EXISTEN, TANTO EN EL PROCESO DE DESARROLLO DE Sw COMO EN
ESTIMACIÓN, NUMEROSAS FUENTES DE VARIABILIDAD QUE
DIFICULTAN EL DESARROLLO DE MODELOS DE ESTIMACIÓN Y
CONTRIBUYEN A SU IMPRECISIÓN EN ETAPAS TEMPRANAS DEL CICLO
DE VIDA, QUE ES CUANDO RESULTAN DE MAYOR UTILIDAD, INCLUSO PARA
DECIDIR CONTINUAR O ABANDONAR Boehm, Nogueira,… SE CUENTA
CON MODELOS EMPÍRICOS EN LOS CUALES LOS DE USO MÁS
EXTENDIDO, INTRODUCEN NUMEROS PARÁMETROS QUE DEBEN SER
DEFINIDOS MEDIANTE JUICIO EXPERTO, ASÍ MISMO: “EN
MEDIDA DE TAMAÑO EN ETAPAS TEMPRANAS, LOS MODELOS
EMPÍRICOS TOMAN COMO ENTRADAS ESTIMACIONES INEXACTAS COMO
EL LOC O EL FP” Salvetto 2006 31
ACTUALMENTE SE CUENTA CON UN MODELO PARA CALCULAR LA PROBABILIDAD
DE CUMPLIR DETERMINADO PLAZO PARA SISTEMAS DE TIEMPO REAL
DESARROLLADOS A PARTIR DE ESPECIFICACIONES, DISEÑADO POR
NOGUEIRA. ASIMISMO, MODELOS FORMALES PARA EL DESARROLLO DE
PROYECTOS Y MEDIR SU COMPLEJIDAD EN ETAPAS MUY TEMPRANAS, SIN
REQUERIRSE JUICIO EXPERTO, PROPUESTO POR SALVETTO, EMPLEAN COMO
HERRAMIENTA GENEXUS. SALVETTO (2006) DEFINE EN SU TRABAJO: a)
INDICADORES FORMALES Y MUY TEMPRANOS DE COMPLEJIDAD ESENCIAL
CALCULABLES A PARTIR DEL CONJUNTO DE LAS VISIONES DE DATOS DE SUS
USARIOS FINALES. ESTOS INDICADORES SON INDEPENDIENTES DEL: 1)
JUICIO EXPERTO 2) DE LA TECNOLOGÍA USADA PARA DESARROLLAR
EL SI Y 3) DEL CONJUNTO DE VISIONES DE DATOS DE LOS USUARIOS
SOBRE LA BASE DEL CUAL SE OBTENGAN (La 32 forma en que los
usuarios ven los de los datos del SI)
SALVETTO (2006) DEFINE EN SU TRABAJO: a) INDICADORES FORMALES Y
MUY TEMPRANOS DE COMPLEJIDAD ESENCIAL CALCULABLES A PARTIR DEL
CONJUNTO DE LAS VISIONES DE DATOS DE SUS USARIOS FINALES. ESTOS
INDICADORES SON INDEPENDIENTES DEL: 1) JUICIO EXPERTO 2) DE LA
TECNOLOGÍA USADA PARA DESARROLLAR EL SI Y 3) DEL CONJUNTO
DE VISIONES DE DATOS DE LOS USUARIOS SOBRE LA BASE DEL CUAL SE
OBTENGAN (La forma en que los usuarios ven los de los datos del
SI) b) MODELOS ESTÁTICOS, GLOBALES, FORMALES,
INDEPENDIENTES DEL JUICIO EXPERTO, DE ESTIMACIÓN MUY
TEMPRANA DEL TIEMPO Y ESFUERZO DE DESARROLLO DEL SI. ESTOS
MODELOS EMPLEAN, COMO PARÁMETROS DE ENTRADA, ?LA
EFICIENCIA DEL GRUPO DEL DESARROLLO, ?LA VOLATIBILIDAD DE LOS
REQUISITOS Y LA ?COMPLEJIDAD ESENCIAL DEL SISTEMA A DESARROLLAR
33 MEDIDA CON LOS INDICADORES REFERIDOS EN a)
LOS MODELOS DE E.T.E., SON APLICABLES A S.I., DE GESTIÓN
INTERNA DE DATOS DESARROLLADOS EN TORNO A BASES DE DATOS
RELACIONALES, CON PROCESOS EVOLUTIVOS Y ÁGILES,
METODOLOGÍAS DE DESARROLLO ORIENTADAS A LOS DATOS Y
GENERACIÓN AUTOMÁTICA DE CÓDIGO A PARTIR DE
ESPECIFICACIONES FORMALES. DICHOS MODELOS, CONFORME AL TRABAJO DE
SALVETTO SON APLICABLES CONTINUA Y MUY TEMPRANAMENTE DESDE LA
ETAPA Ing. de ® ´s Y NO DESCONOCEN… LOS
INEVITABLES CAMBIOS EN LOS REQUISITOS NI LAS CONDICIONES DE
EJECUCIÓN DEL PROYECTO, SINO QUE LOS ASUMEN Y APOYAN SU
GESTIÓN SOBRE BASES OBJETIVAS. 34
35 UNA DE LAS PRINCIPALES DIFICULTADES A ENFRENTARSE ES LA
COMPRENSIÓN DE LAS INTERRELACIONES HUMANAS EN LOS EQUIPOS
DE TRABAJO. AUNQUE LOS ESTUDIOS SE REMONTAN A FRANCIS GALTON
(1823-1911), O WILHELM WUNDT QUE EN 1879 FUNDÓ EN LA UNIV.
DE LEIPZIG EL 1er. LAB. DEDICADO AL ESTUDIO CIENTÍFICO DE
LA CONDUCTA HUMANA, CONSIDERAMOS QUE EN EL SIGLO XXI LOS
INGENIEROS TIENEN UNA FORMACIÓN PROFESIONAL, CULTURAL Y
HUMANÍSTICA MUY ESPECIAL. LA OTRA ES EL ESTABLECIMIENTO DE
FECHAS ESTABLECIDOS POR POLÍTICAS GERENCIALES, DE
MERCADOTECNIA U OTROS. LO ANTERIOR, AUNQUE NECESARIO E
INTERESANTE, NO ES POR HOY NUESTRO FOCO DE ATENCIÓN, POR
LO QUE UBICAREMOS LA ETE MÁS ADELANTE …PERO ANTES
DE ESO: ¿CÓMO SE CONSIDERA A LA Ing. de
®´s?
EN NUESTRO PAÍS, ALGUNAS INSTITUCIONES IMPARTE LA MATERIA
DE RE COMO SON: UNIVERSIDAD POLITÉCNICA DEL VALLE DE
MÉXICO –Ingeniería en Informática– en
que entre las asignaturas se tienen las materias de: Inteligencia
Emocional, Habilidades del Pensamiento y Habilidades
Organizacionales ALGUNOS INSTITUTOS TECNOLÓGICOS UPIICSA
Tepic –Ingeniería en Informática- en que se
lleva también: Habilidades Directivas, Ing. del
Conocimiento, Planeación Estratégica,
Comunicación Profesional y Psicología del Trabajo.
36
37 Educación Virtual POSGRADO UNIVERSIDAD AUTÓNOMA
DE SAN LUIS POTOSÍ –Ingeniero en Informática-
UNIVERSIDAD DE SEVILLA, ESPAÑA – Ing. Técnico
en Informática de Gestión Ing. de Requisitos
UNIVERSIDAD POLITÉCNICA DE MADRID -Máster en
Dirección y Gestión de Proyectos Sw- Ing. del
Conocimiento, Ing. de Requisitos, Métodos de
Simulación UNIVERSIDAD DE MANIZALES, COLOMBIA
Especialización en Ing. de Sw. UNIVERSIDAD
TECNÓLOGICA NACIONAL, ARGENTINA Ingeniería de Sist.
de Información ¿ Etc… ENTONCES QUE HAY DE LA
IR?
38 EN1998, LETHBRIDGE, PROFESOR DE LA UNIV. DE OTTAWA
(CANADÁ) ENCUESTA MÁS DE 200 GESTORES Y
DESARROLLADORES DE Sw DE VARIOS PAÍSES (PRINCIPALMENTE DE
U.S.A.) CON PREGUNTAS SOBRE 75 MATERIAS RELACIONADAS CON LA
ENSEÑANZA DE LA INGENIERÍA DEL Sw. CUÁNTO
HABÍAN APRENDIDO SOBRE CADA MATERIA EN SU EDUCACIÓN
SUPERIOR,
CUÁNTO SABÍAN AHORA SOBRE CADA MATERIA, QUÉ
IMPORTANCIA LE DABAN A CADA MATERIA EN SU ACTIVIDAD PROFESIONAL Y
QUÉ INFLUENCIA HABÍA TENIDO APRENDER SOBRE CADA
MATERIA SOBRE SU FORMA DE PENSAR. LOS RESULTADOS DE LA ENCUESTA
(BAJO EL NOMBRE DE REQUIREMENTS GATHERING AND ANALYSIS) 39
40 LA Ing. de ®´s ES UNA DE LAS MATERIAS QUE:
MÁS IMPORTANCIA E INFLUENCIA TIENEN PARA LOS GESTORES Y
DESARROLLADORES DE Sw, …PERO DE LAS QUE MENOS HAN
APRENDIDO EN SU PASO POR LA UNIVERSIDAD. …QUE LA Ing. de
®´ s ES UNA DE LAS ÁREAS QUE LOS PROFESIONISTAS
TUVIERON QUE APRENDER POR SU CUENTA …Y QUE DEBE MEJORARSE
SU FORMACIÓN EN LAS EMPRESAS Y EN LOS CURSOS
UNIVERSITARIOS
41 UBICACIÓN DEL PROYECTO Etapas y entregables (ejemplo)
23-Jun-08 14-Jul-08 IR 07-Ago-08 Diseño 03-Sep-08
Construcción 24-Sep-08 Pruebas 01-Oct-08 Producción
Fechas de Entrega a Revisión 12-Jul-08 3 días
05-Ago-08 3 días 29-Ago-08 5 días 22-Sep-08 2
días 30-Sep-08 2 días •Documento de Requisitos
Detallado DRD o ESRE • Documento de Diseño •
Documento de casos de prueba. • Documento de •
Documento Técnico • Software documentado •
Manual de Usuario. • Matriz Pruebas Int. • Matriz
Pruebas Unitarias. • Matriz de incidencias. •Software
doc. •Doc. Puesta producción.
•Capacitación. •Doc. de liberación.
•Guía de instalación. plan de pruebas
•Doc. Ejec. Procesos. PARA LA ACEPTACIÓN DEL
PROYECTO, LOS ENTREGABLES CITADOS DEBERÁN SER AUTORIZADOS
Y FIRMADOS POR TODOS LOS LÍDERES EN LOS PLAZOS
ESTABLECIDOS.
ESTA PRESENTACIÓN CONTIENE MAS DIAPOSITIVAS DISPONIBLES EN
LA VERSIÓN DE DESCARGA