Casos de estudio y asignacion de recursos

INGENIERIA DE SOFTWARE Actividad en Clase

Universidad Tecnológica La Salle Ing. Néstor Castro

Casos de estudio y asignación de recursosIngeniería del software IV año ICE

Autores:Fausto L. Amador MairenaMiguel Adrian Tenorio Peralta

Email:[email protected][email protected]

Profesor:MSc. Nestor Castro

0

mailto:[email protected]

mailto:[email protected]



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 tareaNúmero: 3.1.Nombre: Diseño B.D.Descripción: Se diseñara la base ...Esfuerzo Estimado: 2 semanas/hombrePersonas: 1 Diseñador …Recursos: Sala de reuniones …Duración: 2 semanasEntregables: Estructura de implementación de la B.D.Predecesoras: 2.1 (D. obligatoria); 2.2 (D. Externa).

1



Especificación de tareaNumero 1Nombre Análisis de requerimientoDescripción Se lleva a cabo para determinar la

presencia y naturaleza de un problema.

Esfuerzo estimado 5 días/personasPersonas AnalistasRecursos Base de dato de proyectos

anteriores, sala de reunionesDuración 5 díasEntregables Requerimientos de softwarePredecesoras ----------------

2



Especificación de tarea

Numero 2.1Nombre Diseño de procesosDescripción Se describe como debemos hacerlo

Esfuerzo estimado 6 días/personasPersonas Analistas y gestoresRecursos Cómputos, sala de reuniones,

papeleríaDuración 6 díasEntregables Estructura del proceso a realizarsePredecesoras 2- Diseño de la Base de datos


Numero 2.2Nombre Construcción de PrototipoDescripción Se empieza a realizar la primera

versión del softwareEsfuerzo estimado 9 días/personasPersonas Analistas y programadoresRecursos Cómputos, sala de reuniones para

ver cómo avanza este mismo.Duración 9 díasEntregables Estructura del prototipoPredecesoras 2.1- Diseño de procesos

3

Especificación de tareaNumero 2Nombre Diseño de la Base de datosDescripció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/personasPersonas Analistas, programadores.Recursos Cómputos, base de dato de

proyectos anteriores, sala de reuniones

Duración 7 díasEntregables Estructura de la Base de DatosPredecesoras 1- Análisis de requerimiento




Numero 3.1Nombre Codificación programasDescripción Se empieza a elaborar y programar.

Esfuerzo estimado 5 días/personasPersonas programadoresRecursos Cómputos, sala de reuniones para

ver tipos de programaciones realizadas.

Duración 5 díasEntregables Prototipo de ProgramaPredecesoras 3- Desarrollo esquema

Especificación de tareaNumero 3.2

4

Especificación de tareaNumeroNombre Desarrollo EsquemaDescripción Se elabora el esquema a realizar del

softwareEsfuerzo estimado 7 días/personasPersonas Analistas y desarrolladores de

softwareRecursos Cómputos, sala de reuniones para

ver los diferentes esquemas y elegir el más adecuado.

Duración 7 díasEntregables Esquema del softwarePredecesoras 2.2- Construcción de Prototipo



Nombre Revisión prototipoDescripción Se empieza a valorar si la

codificación fue la mejor opción.Esfuerzo estimado 8 días/personasPersonas Programadores, gestoresRecursos Cómputos, sala de reuniones para


Duración 8 díasEntregables Prototipo mejorado del programaPredecesoras 3.1- Codificación programas

Especificación de tareaNumero 3.3Nombre Revisión código con mejorasDescripción Se ven las posibles mejoras en el

programa a petición del cliente.Esfuerzo estimado 6 días/personasPersonas Programadores, gestores, analistasRecursos Cómputos, sala de reuniones para


Duración 6 díasEntregables Mejora al programa en sí.Predecesoras 3.2- Revisión prototipo

Especificación de tareaNumero 4Nombre PruebasDescripción Se empieza realizar pruebas y dar

mejoras en el programa.

5



Esfuerzo estimado 8 días/personasPersonas Programadores, gestores, analistasRecursos Cómputos, sala de reuniones para


Duración 8 díasEntregables Programa corregidoPredecesoras 3.3- Revisión código con mejoras

Especificación de tareaNumero 5Nombre Instalación de sistemasDescripción Se empieza implementar el sistema

al cómputo que se va a ejecutar.Esfuerzo estimado 4días/personasPersonas Programadores, gestores.Recursos Cómputos.Duración 4 díasEntregables Instalación el software al clientePredecesoras 4- Pruebas

Especificación de tareaNumero 6Nombre MantenimientoDescripción Se da mantenimiento al software

Esfuerzo estimado 6días/personasPersonas Programadores, gestores, analistasRecursos Cómputos, programadores y

gestores.Duración 4 díasEntregables Soporte al softwarePredecesoras 5 instalación de sistemas


6



Numero 7Nombre capacitaciónDescripción Se da una capacitación a las

personas que tendrán contacto con el software

Esfuerzo estimado 3días/personasPersonas Programadores, gestores, analistasRecursos Analistas, programadores.Duración 3 díasEntregables Capacitar a trabajadores de la

empresaPredecesoras 6- Pruebas

Ejercicio:

CASOS DE ESTUDIO

7



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).Descentralizado controlado (jefe de equipo que coordina, 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

8



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 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

9



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 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

10



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.

11

Casos de estudio y asignacion de recursos

Technology

Transcript of Casos de estudio y asignacion de recursos