ULSA                     INGENIERIA DE SOFTWARE                       Actividad en Clase      Universidad Tecnológica La S...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                        Ing. Nést...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                        Ing. Nést...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                         Ing. Nés...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                       Ing. Nésto...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                       Ing. Nésto...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                         Ing. Nés...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                          Ing. Né...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                              Ing...
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                             Ing....
INGENIERIA DE SOFTWARE                 Actividad en ClaseUniversidad Tecnológica La Salle                             Ing....
Próxima SlideShare
Cargando en…5
×

Casos de estudio y asignacion de recursos

1.675 visualizaciones

Publicado el

Ejercicios practicos de asignacion de recursos y casos de estudio, se desarrollan preguntas significativas y necesarias tener claro a la hora de desarrollar un software*

Publicado en: Tecnología
0 comentarios
0 recomendaciones
Estadísticas
Notas
  • Sé el primero en comentar

  • Sé el primero en recomendar esto

Sin descargas
Visualizaciones
Visualizaciones totales
1.675
En SlideShare
0
De insertados
0
Número de insertados
3
Acciones
Compartido
0
Descargas
34
Comentarios
0
Recomendaciones
0
Insertados 0
No insertados

No hay notas en la diapositiva.

Casos de estudio y asignacion de recursos

  1. 1. ULSA INGENIERIA DE SOFTWARE Actividad en Clase Universidad Tecnológica La Salle Ing. Néstor Castro Casos de estudio y asignación de recursos Ingeniería del software IV año ICE Autores: Fausto L. Amador Mairena Miguel Adrian Tenorio Peralta Email: fausto1mayo@gmail.com adrian_tenorio@hotmail.com Profesor: MSc. Nestor Castro 0
  2. 2. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Ejercicio: ASIGNACIÓN DE RECURSOS Y DURACIÓN DE TAREAS. Esta práctica tiene por objetivo el completar la ficha de cada tarea. Hay que: 1) Crear una estructura organizativa para el proyecto (los miembros de cada equipo tomaran uno de los roles identificados). 2) Hacer una lista de los recursos no humanos necesarios en el proyecto, para su uso como lista de comprobación. 3) Asignar recursos a las tareas, comentando las alternativas (recordar los tipos de tareas que hay). 4) Evaluar la duración de cada tarea. Ejemplo de la ficha de tarea Especificación de tarea Número: 3.1. Nombre: Diseño B.D. Descripción: Se diseñara la base ... Esfuerzo Estimado: 2 semanas/hombre Personas: 1 Diseñador … Recursos: Sala de reuniones … Duración: 2 semanas Entregables: Estructura de implementación de la B.D. Predecesoras: 2.1 (D. obligatoria); 2.2 (D. Externa). 1
  3. 3. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Especificación de tarea Numero 1 Nombre Análisis de requerimiento Descripción Se lleva a cabo para determinar la presencia y naturaleza de un problema. Esfuerzo estimado 5 días/personas Personas Analistas Recursos Base de dato de proyectos anteriores, sala de reuniones Duración 5 días Entregables Requerimientos de software Predecesoras ---------------- 2
  4. 4. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Especificación de tarea Numero 2 Nombre Diseño de la Base de datos Descripción Se describe la solución específica del problema; es así mismo el paso previo a la recolección de información. Esfuerzo estimado 7días/personas Personas Analistas, programadores. Recursos Cómputos, base de dato de proyectos anteriores, sala de reuniones Duración 7 días Entregables Estructura de la Base de Datos Predecesoras 1- Análisis de requerimiento Especificación de tarea Numero 2.1 Nombre Diseño de procesos Descripción Se describe como debemos hacerlo Esfuerzo estimado 6 días/personas Personas Analistas y gestores Recursos Cómputos, sala de reuniones, papelería Duración 6 días Entregables Estructura del proceso a realizarse Predecesoras 2- Diseño de la Base de datos Especificación de tarea Numero 2.2 Nombre Construcción de Prototipo Descripción Se empieza a realizar la primera versión del software Esfuerzo estimado 9 días/personas Personas Analistas y programadores Recursos Cómputos, sala de reuniones para ver cómo avanza este mismo. Duración 9 días Entregables Estructura del prototipo Predecesoras 2.1- Diseño de procesos 3
  5. 5. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Especificación de tarea Numero Nombre Desarrollo Esquema Descripción Se elabora el esquema a realizar del software Esfuerzo estimado 7 días/personas Personas Analistas y desarrolladores de software Recursos Cómputos, sala de reuniones para ver los diferentes esquemas y elegir el más adecuado. Duración 7 días Entregables Esquema del software Predecesoras 2.2- Construcción de Prototipo Especificación de tarea Numero 3.1 Nombre Codificación programas Descripción Se empieza a elaborar y programar. Esfuerzo estimado 5 días/personas Personas programadores Recursos Cómputos, sala de reuniones para ver tipos de programaciones realizadas. Duración 5 días Entregables Prototipo de Programa Predecesoras 3- Desarrollo esquema Especificación de tarea Numero 3.2 Nombre Revisión prototipo Descripción Se empieza a valorar si la codificación fue la mejor opción. Esfuerzo estimado 8 días/personas Personas Programadores, gestores 4
  6. 6. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Recursos Cómputos, sala de reuniones para ver tipos de programaciones realizadas. Duración 8 días Entregables Prototipo mejorado del programa Predecesoras 3.1- Codificación programas Especificación de tarea Numero 3.3 Nombre Revisión código con mejoras Descripción Se ven las posibles mejoras en el programa a petición del cliente. Esfuerzo estimado 6 días/personas Personas Programadores, gestores, analistas Recursos Cómputos, sala de reuniones para ver tipos de programaciones realizadas. Duración 6 días Entregables Mejora al programa en sí. Predecesoras 3.2- Revisión prototipo Especificación de tarea Numero 4 Nombre Pruebas Descripción Se empieza realizar pruebas y dar mejoras en el programa. Esfuerzo estimado 8 días/personas Personas Programadores, gestores, analistas Recursos Cómputos, sala de reuniones para ver tipos de programaciones realizadas. Duración 8 días Entregables Programa corregido Predecesoras 3.3- Revisión código con mejoras 5
  7. 7. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Especificación de tarea Numero 5 Nombre Instalación de sistemas Descripción Se empieza implementar el sistema al cómputo que se va a ejecutar. Esfuerzo estimado 4días/personas Personas Programadores, gestores. Recursos Cómputos. Duración 4 días Entregables Instalación el software al cliente Predecesoras 4- Pruebas Especificación de tarea Numero 6 Nombre Mantenimiento Descripción Se da mantenimiento al software Esfuerzo estimado 6días/personas Personas Programadores, gestores, analistas Recursos Cómputos, programadores y gestores. Duración 4 días Entregables Soporte al software Predecesoras 5 instalación de sistemas Especificación de tarea Numero 7 Nombre capacitación Descripción Se da una capacitación a las personas que tendrán contacto con el software Esfuerzo estimado 3días/personas Personas Programadores, gestores, analistas Recursos Analistas, programadores. Duración 3 días Entregables Capacitar a trabajadores de la empresa Predecesoras 6- Pruebas 6
  8. 8. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Ejercicio: CASOS DE ESTUDIO  Se le ha nombrado gestor de proyecto dentro de una organización de sistemas de información. Su trabajo es desarrollar una aplicación que es bastante similar a otras que ha desarrollado su equipo, aunque ésta es mayor y más compleja. Los requisitos han sido detalladamente documentados por el cliente.  ¿Qué estructura de equipo elegiría y por qué? ¿Qué modelo de proceso de software elegiría y por qué? *Entre las 3 estructuras de equipo que estudiamos las cuales son: Descentralizado democrático (consenso de grupo). 7
  9. 9. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro Descentralizado controlado (jefe de equipo quecoordina, decisiones grupales). Centralizado controlado (jefe de equipo que resuelve problemas a alto nivel y coordina internamente al equipo). Escogemos descentralizado controlado porque de esa manera todos los que están inmersos en el proyecto pueden aportar o contribuir con ideas, estas ideas al final el jefe de equipo decidirá si se van a usar para resolver determinado problema, la ventaja de este método es que todos son escuchados, no solo el jefe de proyecto es el que piensa en todo y eso es bueno porque aunque el jefe de proyecto tenga mucha experiencia a veces otros pueden tener muy buenas ideas y el jefe de proyecto sabrá cómo utilizarlas. *El modelo de proceso de software que escogimos fue en base ha: El alcance del ciclo de vida. La cualidad y cantidad de las etapas. La estructura y la sucesión de las etapas. Seleccionamos el ciclo de vida en V ya que el software que se va a desarrollar es una aplicación pequeña y este modelo es ciertamente aplicable para desarrollo de pequeñas aplicaciones, también se pudo haber elegido el ciclo de vida lineal ya que también es para software pequeños pero optamos por el ciclo de vida en V porque este modelo nos ofrece mayor garantía de corrección al terminar el proyecto, muy importante si se encuentra algún fallo en el software y solucionarlo rápidamente.  Se le ha pedido que desarrolle una pequeña aplicación que analice todos los cursos ofrecidos por la universidad e informe de las notas promedio obtenidas en los cursos (para un periodo determinado). Escriba una exposición del alcance que abarca este problema. El realizar el software para solucionar o llenar los requerimientos pedidos ayudaría a la universidad en general a llevar mejor control, mas específicamente ayudaría a saber que cursos son ofrecidos y en que 8
  10. 10. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro cuatrimestre también se podría obtener cuales cursos son los más difíciles para los estudiantes esto por medio de las notas, probablemente si las notas en promedio son más bajas en un curso podría significar que el curso es algo complicado o también podría ser que el docente que tenga asignada esa asignatura tiene problemas de enseñanza, en general el desarrollo del software es para tener los datos a manos y más automatizados.  Explique por qué los mejores programadores no siempre son los mejores gestores de software. Lo mejores programadores no son a veces los ideales gestores de software porque un programador casi siempre se dedican solo a codificar y no tienen siempre los conocimientos necesarios de gestionar el sistema y por otro lado los gestores de software están plenamente capacitados para poder desarrollar una planificación completamente en el progreso de un proyecto de software, siempre debe anticiparse a los problemas que pueden aparecer en el camino, así como para tener listas las soluciones a dichos problemas encontrados. Los gestores de proyecto también son responsables de las actividades: Redacción de la propuesta Planificación y calendarización del proyecto Estimación de costes del proyecto Supervisión y revisión del proyecto Selección y evaluación del personal Redacción y presentación de informes  Explique por que la intangibilidad de los sistemas de software plantea problemas para la gestión de proyectos software. Intangible es aquello que no se puede tocar por lo tanto no se puede llevar un análisis de forma presente por eso es uno de los principales problemas del gestor de proyecto ya que no se puede manejar de 9
  11. 11. INGENIERIA DE SOFTWARE Actividad en ClaseUniversidad Tecnológica La Salle Ing. Néstor Castro forma estándar y con lleva a un problema de manejo y monitoreo del desarrollo del sistema como también el desarrollo de su funcionamiento.  ¿Cómo afecta a un proyecto, el hecho de que su gestor de proyecto informático tenga dificultad de delegar autoridad al equipo de trabajo que se encuentra implementando un sistema de planificación de recursos empresariales (ERP)? Eso sería un problema muy grande, ya que si el jefe de proyecto no tiene autoridad significa que no le tienen respeto, por lo tanto las ideas o direcciones que el de no serían cumplidas parcialmente o en su totalidad, provocando que no llevaría control del proceso del proyecto, y eso a su vez indicaría que todos harían lo que consideran correcto, es como tener muchas ideas dispersas sin estar entrelazadas, seguro provocando que el proyecto no se entregue en el tiempo establecido o peor aún que no se logre realizar.  ¿Cómo puede hacer un gestor de proyecto para delegar trabajo con eficacia? Lo que debe hacer es tener el conocimiento de las capacidades que tienen las difrentes personas que esta trabajando en el proyecto, así el que tenga más experiencia o sea especialista en determinada tareas sería el más indicado a ejecutarla, también hay tener en cuenta el tiempo que se tiene, por poner un ejemplo si una persona puede realizar 2 tareas distintas pero hay poco tiempo y donde una de esas 2 tareas pueden ser realizadas por 2 personas en el mismo tiempo que lo realiza una personas, el gestor debería poner a trabajar a uno de las personas en una tarea y a las otras 2 personas en la otra tarea, así las 2 tareas se estarían ejecutando en paralelo y no se afectarían por el tiempo. 10

×