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