Este documento presenta las especificaciones de tareas para un proyecto de desarrollo de software, incluyendo 7 tareas principales como análisis de requerimientos, diseño de base de datos, desarrollo de prototipo, pruebas, instalación, mantenimiento y capacitación. Se proporciona detalles como número de tarea, nombre, descripción, esfuerzo estimado, recursos, duración y entregables para cada tarea. El objetivo es completar la ficha de cada tarea para organizar y planificar adecuadamente el proyecto

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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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. INGENIERIA DE SOFTWARE
Actividad en Clase
Universidad 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