1. ¿Cuáles son los 5 fundamentos principales de un proyecto?

Iniciar proyectos, determinar su viabilidad, programar fechas y tiempos para su

cumplimento, planificar y después administrar las actividades y a los miembros del
equipo para optimizar la productividad son aptitudes que el analista de sistemas debe
dominar. Como tales, se consideran los fundamentos de administración de los
proyectos.

3. Enliste los cinco criterios para la selección de proyectos de sistemas.

Contar con el respaldo de la administración.

Que sea el momento oportuno para comprometerse con el proyecto.

La posibilidad de mejorar la obtención de los objetivos de la organización.

Que sea práctico en términos de recursos para el analista de sistemas y la

organización.

Que el proyecto valga la pena en comparación con las demás formas en que la
organización podría invertir sus recursos.

5. Defina viabilidad económica.

7. Mencione cuatro criterios para evaluar el hardware de sistemas.

El tiempo requerido para las transacciones promedio (incluyendo el tiempo requerido

para introducir los datos y cuánto se tarda en recibir la salida).

La capacidad del volumen total del sistema (cuánto se puede procesar al mismo
tiempo antes de que surja un problema).

El tiempo de inactividad de la CPU o red.

El tamaño de memoria provisto.

 9. ¿Qué significa COTS?

Software comercial para venta en los canales convencionales.

11. Defina los costos y beneficios tangibles. Dé un ejemplo de cada uno.

Los beneficios tangibles son las ventajas que se pueden medir en dinero y se acumulan
en la organización a través del uso del sistema de información. Algunos ejemplos de
beneficios tangibles son aumento en la velocidad de procesamiento, acceso a
información que se consideraba inaccesible por cualquier otro método, acceso a la
información de manera más oportuna, la ventaja que ofrece el poder de cálculo
superior de la computadora y la reducción en la cantidad de tiempo requerido por los
empleados para completar ciertas tareas. Y todavía quedan muchos ejemplos más.
Aunque no siempre es fácil, podemos medir los beneficios tangibles en términos de
ahorro de dinero, recursos o tiempo.

13. Enliste cuatro técnicas para comparar los costos y beneficios de un

sistema propuesto.

Análisis de punto de equilibrio: Al comparar los costos por sí solos, el analista de

sistemas puede utilizar el análisis de punto de equilibrio para determinar la capacidad
de punto de equilibrio del sistema de información propuesto. El punto en el que los
costos totales del sistema actual y los del sistema propuesto se cruzan representa el
punto de equilibrio, es decir, donde es rentable para la empresa obtener el nuevo
sistema de información.

Análisis del flujo de efectivo: En este análisis se examina la dirección, el tamaño y el

patrón del flujo de efectivo asociado con el sistema de información propuesto. Si usted
va a proponer el reemplazo de un antiguo sistema de información por uno nuevo y el
nuevo sistema no generará efectivo adicional para la empresa, sólo hay desembolsos
de efectivo asociados con el proyecto. En tal caso no podrá justificar el nuevo sistema
con base en la generación de nuevos ingresos y deberá examinarlo de cerca para
encontrar otros beneficios tangibles si desea que su propuesta tenga éxito.

Análisis del valor presente: Este análisis ayuda al analista de sistemas a presentar, a
los encargados de tomar las decisiones en la empresa, el valor en tiempo de la
inversión en el sistema de información así como el flujo de efectivo (como vimos en la
sección anterior). El valor presente es una forma de evaluar todos los desembolsos
económicos y los ingresos del sistema de información durante su vida económica, y de
comparar los costos actuales con los futuros, al igual que los beneficios actuales con
los beneficios futuros.
Lineamientos para el análisis: El uso de los métodos descritos en las subsecciones
anteriores depende de los métodos empleados y aceptados en la misma organización.
Sin embargo, como lineamientos generales podemos decir lo siguiente:

Use el análisis del punto de equilibrio si hay que justificar el proyecto en términos de
costos y no de beneficios, o si los beneficios no mejoran en forma considerable con el
sistema propuesto.

Use la retribución cuando el aumento en los beneficios tangibles forme un argumento

convincente para el sistema propuesto.

Use el análisis de flujo de efectivo cuando el proyecto sea costoso con relación al
tamaño de la empresa o cuando ésta se vea afectada en forma considerable si hay que
desembolsar una gran cantidad de fondos (incluso si esto es temporal).

Use el análisis del valor presente cuando el periodo de retribución sea largo o cuando
el costo de pedir dinero prestado sea alto.

15. ¿Cuáles son las tres desventajas de usar el método de retribución?

17. Como lineamiento general, ¿cuándo se debe utilizar el análisis del valor
presente? Use el análisis del punto de equilibrio si es necesario justificar el
proyecto en lo que se refiere al costo, no los beneficios, o si los beneficios no
aumentan considerablemente con el sistema propuesto.

Se usa el análisis del tiempo de recuperación de la inversión cuando los beneficios

tangibles obtenidos por el nuevo sistema representen un argumento convincente
para promover el sistema propuesto.
19. ¿Cuándo es útil un diagrama PERT para los proyectos de sistemas?

PERT es útil cuando las actividades se pueden realizar en paralelo en vez de hacerlo
en secuencia. El analista de sistemas se puede beneficiar de PERT al aplicarlo en los
proyectos de sistemas a una escala menor, en especial cuando algunos miembros del
equipo pueden trabajar en ciertas actividades al mismo tiempo que otros compañeros
trabajan en otras.

21. Defina el término ruta crítica

Se denomina ruta crítica a un método que se emplea para calcular los tiempos en la
planificación de un proyecto. Se trata de un algoritmo que busca optimizar los costos a
partir de la programación de las acciones.

El método de la ruta crítica, creado en la década de 1950, también se conoce como

CPM por su denominación en inglés: Critical Path Method. Puede entenderse a la ruta
crítica como una secuencia de elementos relacionados entre sí que indica cuál es el
plazo en el cual se puede desarrollar un proyecto. Esto quiere decir que, en el caso de
que se produzca una demora en algunos de los elementos, la totalidad de la ruta
crítica (y, por lo tanto, la concreción del proyecto), se verá demorada.

23. Mencione los dos tipos de líderes de equipo

Líder de tareas: es la persona que se encarga de guiar a los miembros a la consecución

de tareas.

Líder socioemocional: es la persona que se ocupa de las relaciones sociales entre los
miembros del equipo.

25. ¿Qué implica el proceso de equipo?

Gran parte de la liberación necesaria de la tensión se puede lograr a través del uso
habilidoso de la retroalimentación por parte de todos los miembros del equipo. Sin
embargo, todos los miembros tienen que estar de acuerdo en que la forma de
interactuar (es decir, el proceso) es lo suficientemente importante como para merecer
algo de tiempo.
27. ¿Cuáles son las cuatro formas en las que la administración de proyectos de
comercio electrónico difiere de la administración de proyectos tradicionales?

Que los datos que utilizan los sistemas de comercio electrónico están esparcidos por
toda la organización.

Por lo general los proyectos de comercio electrónico necesitan más personal con
distintas habilidades: desarrolladores, consultores, expertos en bases de datos e
integradores de sistemas, de todas las áreas de la organización.

Necesitan construir sociedades tanto externas como internas mucho antes de la

implementación del proyecto, y tal vez tengan que compartir talentos entre proyectos
para sufragar los costos de las implementaciones de comercio electrónico y reunir el
número requerido de personas con la experiencia necesaria.

La seguridad es de primordial importancia.

29. ¿Para qué se utiliza un diagrama de esqueleto de pescado? (fishbone)

Los proyectos de sistemas pueden y llegan a tener problemas graves. Los proyectos
que se desarrollan mediante el uso de métodos ágiles no son inmunes a dichos
problemas. Para poder ilustrar lo que puede salir mal en un proyecto, es conveniente
que el analista de sistemas dibuje un diagrama de esqueleto de pescado o “fishbone”
(también conocido como diagrama de causa y efecto, o diagrama de Ishikawa).

31. Enliste las 10 secciones principales de la propuesta de sistemas.

1. Carta de presentación.
2. Portada del proyecto.
3. Índice de contenido.
4. Resumen ejecutivo (incluyendo las recomendaciones).
5. Esquema del estudio de sistemas con la documentación apropiada.
6. Resultados detallados del estudio de sistemas.
7. Alternativas de sistemas (tres o cuatro posibles soluciones).
8. Recomendaciones de los analistas de sistemas.
9. Resumen de la propuesta.
10. Apéndices (documentación variada, resumen de fases, correspondencia,
etcétera).