1 Modelamiento de Procesos Expositor: Ing. Claudio Jesús Ibarra Rios

2 Atributos de calidad en el desarrollo de software

3 ¿Cuáles son? Funcionalidad Fiabilidad Usabilidad Eficiencia Mantenibilidad Portabilidad

4 FUNCIONALIDAD Habilidad del software de realizar las funciones para las que fue creado.

5 FIABILIDAD Habilidad del software para mantenerse operativo (funcionando) dentro de condiciones normales.

6 EFICIENCIA Habilidad del software para responder a una petición de usuario con la velocidad apropiada.

7 MANTENIBILIDAD Habilidad del software para que el usuario invierta el mínimo esfuerzo para mantenerlo o mejorarlo.

8 PORTABILIDAD Habilidad del software para ser transferido de un ambiente a otro y funcionar en este.

9 "Quiero un balcón…” Proyectos de I & A

10 “Le dije que quiero un balcón…” Proyectos de I & A

11 “y una rampa para el garaje…” Proyectos de I & A

12 ¿Qué pasó aquí?

13 ¿Porqué fracasan los proyectos de Software?

14 Una gran cantidad de proyectos cancelados todos los años nos dice que algo funciona muy mal en la ingeniería informática. ¿Qué es? CRISIS DEL SOFTWARE

15 Un estudio mas reciente de Standish Group, hecho sobre 352 compañías de software, donde se estudiaron mas de 8,000 proyectos de software en todo el mundo, revelaron lo siguiente: CRISIS DEL SOFTWARE

16 El 31 % de los proyectos fueron cancelados antes de terminarse(US$ 81 Billones perdidos). CRISIS DEL SOFTWARE

17 PROYECTOS DE TI El 53 % de los proyectos tuvieron un costo 189% mayor de lo estimado. Costo estimado del proyectoCosto real del proyecto

18 Sólo el 16 % se completó en tiempo y dentro de los costos presupuestados (apenas nueve por ciento en el caso de grandes empresas). CRISIS DEL SOFTWARE

19 Razones del fracaso de proyectos de TI

20 1)Escasa participación de los usuarios finales (12,8%) El usuario es quien finalmente evaluará y aprobará o desaprobará el proyecto terminado. Se deben establecer canales y vías de comunicación constante con el usuario para poder brindarle la mayor información posible del avance del proyecto, para que éste pueda valorarlo y dar su feedback, que es la base para hacer ajustes si algo no estuviese del todo bien.

21 Razones del fracaso de proyectos de TI 2) Requerimientos y especificaciones incompletas (12,3%) La ingeniería de requerimientos cumple un papel primordial en el proceso de producción de software, ya que enfoca un área fundamental: la definición de lo que se desea producir. Su principal tarea consiste en la generación de especificaciones correctas que describan con claridad, sin ambigüedades, en forma consistente y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados al desarrollo de sistemas. La ambigüedad ayuda a generar falsas expectativas y provoca enormes pérdidas de tiempo cuando lo que se implementa es la solución equivocada.

22 Razones del fracaso de proyectos de TI 3) Cambios frecuentes en los requerimientos y especificaciones (11,8%) Durante el proceso de construcción de un sistema de información es común encontrarse con usuarios ávidos en añadirles nuevas funcionalidades o características al mismo. Esto se constituye en un factor peligroso ya que el equipo de desarrollo podría perder días, semanas y hasta meses valiosos haciendo algo que al usuario inicialmente no especificó. Los requerimientos de los usuarios tienen contienen generalmente muchas ambigüedades, malos entendidos, inconsistencias y omisiones.

23 Pero… Hubieron algunos que tuvieron éxito

24 Los 3 amigos OOAD – Object Oriented Analysis & Design OOSE – Object Oriented Software Engineering OMT – Object Modeling Technique Grady Booch OOAD Ivar Jacobson OOSE James Rumbaugh OMT

25 Juntando Todo…

26 Como funcionan realmente los proyectos de Tecnologías de Información.

27 Como lo explicó el cliente.

28 Como lo entendió el analista.

29 Como fue diseñado.

30 Como lo escribió el programador.

31 Lo que recibieron los programadores Beta.

32 Como lo describió el consultor de negocios.

33 Como se documento el proyecto.

34 Lo que se le cobro al Cliente.

35 Lo que los clientes realmente necesitaban.

36 Entrevistas: ¿Para qué nos sirven?

37 Las entrevistas constituyen el medio de obtener información sobre: - Requerimientos de usuario - Funcionamiento del sistema actual - Responsables y funciones de los usuarios Permiten centrar las bases sobre las cuales se desarrollará el futuro sistema

38 Entrevistas: ¿ Porqué prepararlas? - Las apariencias engañan - Las entrevistas pueden tener un contenido muy denso - Evitar la posibilidad de ambigüedad - Evitar malas interpretaciones o falta de comunicación - Evitar frases del cliente del tipo “Sé que cree que entendió lo que piensa que dije, pero no estoy seguro de que se de cuenta de que lo que escuchó no es lo que yo quise decir”

39 Entrevistas: Nuestro Objetivo El objetivo es descubrir tantos requerimientos de usuario para el nuevo sistema como sea posible, existen tres puntos principales, los cuales hay que explotar : - Qué hace cada usuario?. Para obtener una lista completa de las tareas que realiza el usuario - Cómo lo hace?. - Qué cosas necesita para hacerlo?. Qué datos, qué material, qué ordenes, qué condiciones, etc...

40 Entrevistas: Postura del entrevistador - Primero escuchar, después hablar. El analista no da información. No interrumpir al entrevistado - Empleando diferentes palabras: “A ver si lo he entendido bien, usted quiere decir que…” -No influenciar. No tendencia a resaltar la opción que más nos gusta -Evitar que se puede interpretar la entrevista del analista como una indicación de que el entrevistado no está haciendo su trabajo bien y sentirse herido - La actitud y habilidad del analista son determinantes de cara a su éxito o fracaso. La entrevista es un arte que requiere cierto grado de habilidad en el trato, momento oportuno y sentido del humor

41 - Si el entrevistador tiene experiencia, tiene tendencia a evaluar enseguida y con poco rigor. La experiencia ha de servir para no hacer falsas o prematuras impresiones, y para evaluar las cosas una vez concluida la recopilación de datos - No utilizar palabras difíciles de entender. Repetir en si es necesario. - No tratar al entrevistado de forma amigable, pero si sencilla y formal Entrevistas: Postura del entrevistador

42 Entrevistas: Errores típicos a evitar Entrevistar a la gente inadecuada en el momento inadecuado. Hacer preguntas inadecuadas y recibir respuestas erróneas - Usuarios y analistas hablan lenguajes diferentes y son especialistas en temas diferentes - Pedir cosas con asociación directa a cargos y salarios. Comparación entre personas. Crear malas relaciones entre las partes - Puede ser que el entrevistado no acepte el nuevo sistema. CUIDADO. Ir con tacto. Ausencia de privacidad

43 Entrevistas: Posturas negativas del entrevistado ”Me haces perder demasiado tiempo" - Puntualidad - Mantener la entrevista dentro del tema previsto - Preguntarle al entrevistado si dejaría que un arquitecto le construyera una casa sin hacerle un conjunto de entrevistas previas de cómo quiere la casa. ”Está en peligro mi puesto de trabajo" - No soy la persona adecuada para asegurarle lo contrario - Hacer saber el temor de los entrevistados a su superior "Tu no conoces el negocio, entonces, ¿Cómo nos puedes decir como ha de ser el nuevo sistema?" - Efectivamente!!!! Realizamos las entrevistas para descubrir las como necesita el usuario que sea el nuevo sistema

44 En resumen ¿Porqué fracasan los proyectos?

45 Razones del fracaso de proyectos de I & A Falta de claridad en los requerimientos y acuerdos del alcance del proyecto. Falta de identificación de los involucrados del proyecto y sus requerimientos. Falta de información por parte de los usuarios. Especificaciones y requerimientos incompletos. Cambios en las especificaciones y requerimientos.

46 Factores de Éxito en Proyectos de Software % 1. Involucramiento del usuario15.9% 2. Soporte de administración ejecutiva13.9% 3. Clara definición de requerimientos13.0% 4. Planeación adecuada9.6% 5. Expectativas realistas8.2% 6. Pequeñas entregas de proyecto7.7% 7. Personal competente7.2% 8. Apropiación del proyecto5.3% 9. Visión y objetivos claras2.9% 10. Trabajo duro2.4% Otro13.9%

47 Se requiere comunicación, acuerdo y preparación del recurso humano.

48 ¡Muchas Gracias! ¿Preguntas..?