WARNING:
JavaScript is turned OFF. None of the links on this concept map will
work until it is reactivated.
If you need help turning JavaScript On, click here.
Este Cmap, tiene información relacionada con: Capítulo 3 .- Ingeniería de software y gestión de proyectos, 3.2.4 Estados de una mala gestión de proyectos 3.2.4.2 Marcha mortal - "El plazo es inferior a la mitad de lo que racionalmente se precisa"; - "El personal asignado es inferior a la mitad que habitualmente se asignaría a un proyecto de estas características"; - "El presupuesto se ha recortado a la mitad", y, - "La funcionalidad, requisitos, y otros aspectos técnicos son superiores al doble de lo normal"., d.1. Estimación del tamaño del trabajo a realizar ???? Un WBS permite conocer el trabajo a realizar en un proyecto mediante un proceso de descomposición sucesivo de tarea o unidades de trabajos, a.- Análisis de requerimientos Puede dividirse en cinco áreas de esfuerzo: • Reconocimiento del problema. • Evaluación y síntesis. • Modelado. • Especificación. • Revisión., b.1.- Equipo de proyecto isomórfico ???? - es organizacionalmente simple; - muchas tareas son desarrolladas de forma paralela; y - las tareas pueden ser claramente definidas y comprendidas., 3.2.2 Gestión de proyectos en informática 3.2.2.1 Los problemas comunes en Informática c.- Las causas de los 'problemas comunes', d.1. eXtreme Programming Los principios originales de la programación extrema son: - Simplicidad - Comunicación - Retroalimentación (feedback) y - Coraje., 3.2.2 Gestión de proyectos en informática 3.2.2.1 Los problemas comunes en Informática b.- Las consecuencias de los 'problemas comunes', • Scrum. ???? Scrum es un método iterativo e incremental que enfatiza prácticas y valores de project management por sobre las demás disciplinas del desarrollo. A partir de ahí se definirán las iteraciones, conocidas como Sprint en la juerga de Scrum, en las que se irá evolucionando la aplicación evolutivamente. Cada Sprint tendrá su propio Sprint Backlog que será un subconjunto del Product Backlog con los requerimientos a ser construidos en el Sprint correspondiente. La duración recomendada del Sprint es de un mes., 3.1.4.2 Modelos de desarrollo A continuación, algunos de los modelos más característicos: a.- Modelo en cascada, b.- Diseño La tarea de diseño también produce: • El diseño de datos que transforma el modelo del dominio de información • El diseño arquitectónico que define la relación entre los elementos estructurales principales del software, • El diseño de la interfaz, que describir la manera de comunicarse el software dentro de sí mismo • El diseño a nivel de componentes, que transforma los elementos estructurales de la arquitectura del software en una descripción procedimental de los componentes del software., 3.1.1 Según dimensión del artefacto a) Proyecto de software - Empezar con el pie derecho, trabajar duro para comprender el problema a tratar. - Mantenerse, proporcionar incentivos para conseguir una rotación del personal. - Seguimiento del progreso, el progreso se sigue mientras se realizan los productos de trabajo (código fuente, especificaciones de trabajo, conjunto de casos de prueba, etc.) - Tomar decisiones inteligentes, asigne mas tiempo del que pensaba necesitar para tareas arriesgadas o complejas. - Realizar un análisis después de haber terminado el proyecto. - Los participantes de todo proyecto de software son los siguientes: - Gestores superiores: que definen los aspectos de negocios que a menudo tienen una significativa influencia en el proyecto. - Gestores (técnicos) del proyecto que deben planificar, motivar, organizar y controlar a los profesionales que realizan el trabajo de software. - Profesionales que proporcionan las capacidades técnicas necesarias para la ingeniería de un producto o aplicación. - Clientes que especifican los requisitos para la ingeniería del software y otros elementos que tienen menor influencia en el resultado. - Usuarios finales que interaccionan con el software una vez que se ha entregado para la producción., 3.2.5.2 Recuperación b.- El caballero blanco Interventor externo, con prestigio y reconocimiento, 3.2.1 No silver bullet... aclarar el problema de la ingeniería de software b.- La evolución del software • La ley del decrecimiento de la calidad (1996). La calidad de los sistemas e-Type empezará a declinar a menos que los sistemas sean rigurosamente mantenidos y adaptados a los cambios del ambiente., 3.1.4.2 Modelos de desarrollo A continuación, algunos de los modelos más característicos: b.- Modelos incrementales, e.- Entrega y mantenimiento ¿se necesitan mejoras /cambios? del tipo: - Correctivo, para reparación de errores; - Adaptivo, para modificar el software adaptándolo a los cambios del ambiente de trabajo; - Perfectivo, para proveer nuevas funcionalidades de nuevos requerimientos; y/o, - Preventivo, para mejorar la manutención del sistema y anticipar errores. Existen los siguientes tipos de mantenimiento: - Mantenimiento correctivo: diagnostica y corrige errores. Representa altos costos. - Mantenimiento adaptativo: se presenta cuando es necesario un cambio de ambiente plataforma de trabajo. - Mantenimiento perfectivo: se realiza cuando se quieren hacer mejoramientos y adición de nuevas capacidades. - Mantenimiento preventivo: para el mejoramiento de la mantenibilidad futura., 3.1.2 Según dimensión de alcance b) Proyecto de ingeniería de software. Según Thayer los proyectos de Ingeniería de Software son frecuentemente partes de proyectos mayores que incluyen equipamiento (hardware), servicios (facilities), personal y procedimientos. Ejemplos son sistemas de vuelo, sistemas de contabilidad, sistemas de radar, sistemas de control de inventarios y sistemas de control ferroviario., b.- Las consecuencias de los 'problemas comunes' ???? b.1.- Desconfianza en el producto, 3.1.2 Según dimensión de alcance a) Proyecto de sistema de información. Según Alter un proyecto de sistema de información es un sistema de trabajo de tiempo limitado cuyo objetivo es crear o modificar un sistema de información para que opere según un conjunto de requerimientos y sea mantenible., 3.2.1 No silver bullet... aclarar el problema de la ingeniería de software Otro tipo de retos que han aparecido a través de los años son los siguientes: • Computación ubicua. El rápido crecimiento de las redes inalámbricas pronto establecerá una computación distribuida real., 3.1.4 Según dimensión de desarrollo 3.1.4.1 Fases de desarrollo b.- Diseño