ADMINISTRACIÓN DE PROYECTOS DE SOFTWARE

Examen Departamental

Alumna: Mendoza Hidrogo Greta

Grupo: 02

28/10/2009

Reglas: Las respuestas son únicamente de los libros específicos, no debe ser una opinión sino debe ser lo que el autor del libro considera. Para cada respuesta deberá estar acompañada con el número de capitulo, pagina y numero de párrafo (de arriba a hacia abajo). El examen es de opción múltiple.

EXAMEN DEPARTAMENTAL 1. (LIBRO EN INGLES) ¿QUE ES LA CRISIS DEL SOFTWARE?

El incremento en la demanda del software no ha sido indoloro. Mientras la industria hacia una transición en la década de 1970, Pressman noto que “… nosotros (crecimos) para reconocer circunstancias que son colectivamente llamadas como la crisis del software,… (Un término que) alude a un conjunto de problemas encontrados durante el desarrollo del software”.

Capitulo 1.1, página 1, párrafo 2

2. (LIBRO EN INGLES) AÑO EN QUE ES SU APOGEO LA CRISIS DEL SOFTWARE

Comenzó a finales de los 70´s y continuó una década después.

Capitulo 1.1, página 1, párrafo 2

3. ¿CÓMO PUEDE EVITARSE UNA CRISIS ASÍ?

Aplicar la más rigurosa disciplina de la ingeniería de software de producción y gestión. La nueva disciplina que se llama "ingeniería de software".

Capitulo 14, página 4, párrafo 4

4. (LIBRO AZUL) ¿QUÉ ES PLANEACIÓN?

Es aquella actividad en la que un sujeto busca como actuar sobre un objeto para cambiarlo de acuerdo con ciertos propósitos.

Capitulo 2.2, página 32, párrafo 3

5. ¿QUÉ ES PLANEACIÓN COMPRENSIVA?

Es un proceso mediante el cual se busca comprender toda la problemática, tener en cuenta los diferentes objetivos, plantear el número más amplio de alternativas, predecir sus diferentes consecuencias, etc. Donde no hay espacio para vaguedades, pues todo debe quedar debidamente sustentado. En la planeación comprensiva se concibe el cambio como el fruto natural de un proceso para ganar conocimiento, en el que se contemplan las siguientes etapas:

El análisis de la situación para definir los problemas por atender La formulación de los objetivos del plan La identificación del conjunto de alternativas posibles El análisis de las ventajas y desventajas de cada opción para definir la más conveniente El desarrollo de la alternativa preferida para su implantación y posterior control

Capítulo 3.3, página 55, párrafo 2

6. (MOPROSOFT) ¿QUÉ ES PLANEACIÓN ESTRAT ÉGICA?

Es aquella que establece las decisiones sobre qué es lo más importante para lograr el éxito de la organización, definiendo un Plan Estratégico.

Capitulo 7, página 17, párrafo 1

7. (MOPROSOFT) PRESENTA MODELO DE PLANEACIÓN ESTRATÉGICA. (SOLO TEMAS SIN EXPLICACIÓN)

La Misión, Visión y Valores. Los Objetivos de la organización, incluyendo los objetivos de calidad, así como la forma de

alcanzar éstos por medio de la definición de estrategias. La forma de medir el logro de los Objetivos, por medio de la definición de Indicadores y Metas Cuantitativas asociadas a dichos objetivos. Los Procesos Requeridos con sus indicadores y metas. La Cartera de Proyectos que habilite la ejecución de las estrategias. La Estructura Organizacional y Estrategia de Recursos que soporten la implantación de los

procesos y la ejecución de los proyectos definidos, considerando los elementos de la Base de conocimiento necesarios para el almacenamiento y consulta de la información generada en la organización.

El Presupuesto, el cual incluye los gastos e ingresos esperados. Periodicidad de Valoración del Plan Estratégico. Plan de Comunicación con el Cliente, incluye los mecanismos de comunicación con el cliente

para su atención

Capitulo 7, página 17, párrafo 1

8. ¿QUÉ ES PRODUCCIÓN DE SOFTWARE?

La producción de software es la actividad más importante de un proyecto de desarrollo de software. En nuestro modelo tenemos 4 actividades primarias en el subsistema de producción de software que son:

Asignación de mano de obra: se asigna la mano de obra necesaria para poder llevar a cabo la producción del software

Desarrollo de software: Consiste en verificar que el software se haya desarrollado de buena manera cumpliendo con las especificaciones ya establecidas

Aseguramiento de calidad y revisión: Consiste en verificar que el software se haya desarrollado de buena manera cumpliendo los parámetros establecidos de calidad con los que cuenta la empresa y que el software realmente cumpla su función.

Pruebas de sistema: Son las pruebas pertinentes que se hacen al software para asegurar que cualquiera de sus funciones trabajan de manera adecuada y que además cumple con las especificaciones que el cliente necesita.

Capítulo 6.1, página 69, párrafo 1

9. (MOPROSOFT)ETAPAS DE DESARROLLO DE SOFTWARE.

El proceso de Desarrollo y Mantenimiento de Software se compone de uno o más ciclos de desarrollo. Cada ciclo está compuesto de las siguientes fases:

Inicio: Revisión del Plan de Desarrollo por los miembros del Equipo de Trabajo para lograr un entendimiento común del proyecto y para obtener el compromiso de su realización.

Requerimientos: Conjunto de actividades cuya finalidad es obtener la documentación de la Especificación de Requerimientos y Plan de Pruebas de Sistema, para conseguir un entendimiento común entre el cliente y el proyecto.

Análisis y Diseño: Conjunto de actividades en las cuales se analizan los requerimientos especificados para producir una descripción de la estructura de los componentes de software, la cual servirá de base para la construcción. Como resultado se obtiene la documentación del Análisis y Diseño y Plan de Pruebas de Integración.

Construcción: Conjunto de actividades para producir Componente(s) de software que correspondan al Análisis y Diseño, así como la realización de pruebas unitarias. Como resultado se obtienen el (los) Componente(s) de software probados.

Integración y Pruebas. Conjunto de actividades para integrar y probar los componentes de software, basados en los Planes de Pruebas de Integración y de Sistema, con la finalidad de obtener el Software que satisfaga los requerimientos especificados. Se genera la versión final del Manual de Usuario, Manual de Operación y Manual de Mantenimiento. Como resultado se obtiene el producto de Software probado y documentado.

Cierre: Integración final de la Configuración de Software generada en las fases para su entrega. Identificación y documentación de las Lecciones Aprendidas. Generación del Reporte de Mediciones y Sugerencias de Mejora.

Capitulo 9.2, página 93, párrafo 2

10. (LIBRO DE TEORÍA DE DECISIONES) ¿QUÉ ES LA TEORÍA DE DECISIONES?

Teoría de la decisión es la teoría acerca de las decisiones.

Capitulo 1, página 5, párrafo 1

En particular se enfoca en cómo usamos nuestra libertad. En las situaciones que se tratan tenemos la toma de decisiones y estas se hacen de un modo no aleatorio. Nuestras decisiones están dirigidas a un objetivo en concreto. Por lo tanto la teoría de decisiones tiene que ver con el comportamiento enfocado a un objetivo ante la presencia de opciones.

Capitulo 1, página 1, párrafos 1 y 8

11. (LIBRO DE TEORÍA DE DECISIONES) PRESENTA LOS MODELOS MÁS IMPORTANTES PARA LA TOMA DE DECISIONES.

Modelo secuencial moderno: Herbert SImon consideró que para tomar una buena decisión se requerían de 3 elementos: inteligencia, diseño y elección. Se considera secuencial porque está dividido en 5 procesos que siempre están en el mismo orden:

1. Identificación del problema 2. Obtención de la información necesaria 3. Producción de las posibles soluciones 4. Evaluación de dichas soluciones 5. Selección de la estrategia para el rendimiento (Se incluyó una sexta etapa que es la de

implementación de la decisión)

Modelo no secuencial: Utiliza los 3 elementos que dijo Simon pero les dieron nuevos nombres: identificación, desarrollo y selección.

1. La fase de identificación consiste en 2 rutinas: 1.1. El reconocimiento de decisiones en donde son identificados los “problemas y oportunidades”. 1.2. La segunda rutina es la fase de diagnóstico o la intervención de los canales de información

existentes y la apertura de otros nuevos para clarificar y definir las cuestiones. 2. La fase de desarrollo sirve para definir y aclarar las opciones. Esta fase también consiste en 2

rutinas: 2.1. Búsqueda: tiene como objetivo encontrar de soluciones ya hechas. 2.2. Diseño: Se desarrollan nuevas soluciones o se modifican las que ya están hechas.

3. La fase de selección consiste en 3 fases: 3.1. Pantalla: Se espera que la búsqueda de nuevas soluciones listas para que puedan ser

evaluadas intensamente. 3.2. Evaluación-elección: Es la elección actual entre las alternativas 3.3. Autorización: La aprobación de la solución elegida se adquiere más arriba en la jerarquía.

Capítulo 2.2, páginas 9, 10 y 11.

12. (LIBRO EN INGLES). CAP8. PRESENTA LAS DOS METODOLOGÍAS DE ASEGURAMIENTO DE CALIDAD

La primera metodología consiste en diseñar un conjunto de requerimientos coherente, completo, sin ambigüedades y sin conflictos.

La segunda metodología consisten revisar y probar el producto

Capítulo 8.1, página 1, párrafo 2

13. (PMBOOK)¿QUÉ ES CALIDAD?

Calidad es “el grado en el que un conjunto de características inherentes cumple con los requisitos”.

Capítulo 8, página 180, párrafo 4

14. ¿CÓMO SE CALCULA LAS HORAS –HOMBRE?

Es la multiplicación de las horas trabajadas, descansadas, de vacaciones etc., por el número de personas que laboraron, descansaron, vacacionaron.

Capítulo 6.2, página 72 y 73 párrafo 1

15. (COCOMO LL)¿QUE ES ESTIMACIÓN DE COS TOS?

Es una de las primeras actividades, inmediatamente posterior al establecimiento de los requerimientos, se ejecuta regularmente a medida que el proyecto progresa con el fin de ajustar la precisión en la estimación.

Capitulo 1, página 4, párrafo 1

16. (COCOMO II) PRESENTA LOS MODELOS DE ESTIMACIÓN EN GENERAL Y QUE HACE DE MANERA CONCRETA

Juicio de Expertos: Este método implica la consulta a expertos, quienes usan su experiencia y conocimiento del proyecto propuesto para lograr una estimación de sus costos.

Analogía: Este método implica una estimación por analogía con proyectos similares, que ya han finalizado, de manera de relacionar los costos reales con la estimación del costo del nuevo proyecto. La principal virtud de la estimación por analogía es que está basada en la experiencia real de un proyecto.

Parkinson: Este método intenta adaptar la estimación del costo a los recursos disponibles. En general, es extremadamente inadecuado.

Tasar para ganar: Estima los costos en función del presupuesto adecuado para ganar el trabajo, o el cronograma necesario para estar primero en el mercado con el nuevo producto.

Estimación top-down: A partir de las propiedades globales del producto de software se deriva el costo de todo el proyecto. Después, el costo total es dividido entre las diversas componentes.

Estimación bottom-up: El costo de cada componente de software es estimado por separado, generalmente por la persona responsable del desarrollo de la misma, y luego sumados para obtener el costo total del proyecto.

Modelos Algorítmicos: Estos métodos proveen uno o más algoritmos que estiman el costo del software en función de un número de variables que se consideran los principales factores de costo. Los valores de los factores se establecen a partir del análisis de regresión de datos confiables recopilados en proyectos anteriores. El modelo COCOMO es un ejemplo de modelo algorítmico.

Capitulo 1, página 4 y 5, párrafo 6

17. (COCOMO II) PRESENTA LOS TRES MODELOS DE ESTIMACIÓN DE COSTOS DE COCOMO II, Y EXPLICA UN POCO DE CÓMO SE ENCUENTRA EL COSTO TOTAL

Composición de Aplicación: Es el modelo de estimación utilizado en los proyectos de software que se construyen a partir de componentes pre-empaquetadas. En este caso, se emplean Puntos Objeto para estimar el tamaño del software, lo cual está acorde al nivel de información que generalmente se tiene en la etapa de planificación, y el nivel de precisión requerido en la estimación de proyectos de esta naturaleza.

Diseño Temprano: Este modelo se usa en las etapas tempranas de un proyecto de software, cuando se conoce muy poco del tamaño del producto a ser desarrollado, de la naturaleza de la plataforma, del personal a ser incorporado al proyecto o detalles específicos del proceso a utilizar. Este modelo podría emplearse tanto en productos desarrollados en sectores de Generadores de Aplicación, Sistemas Integrados o Infraestructura.

Post-Arquitectura: Es el modelo de estimación más detallado y se aplica cuando la arquitectura del proyecto está completamente definida. Este modelo se aplica durante el desarrollo y mantenimiento de productos de software incluidos en las áreas de Sistemas Integrados, Infraestructura y Generadores de Aplicaciones.

Capitulo 4, páginas 27,28 y 30

18. ¿QUÉ ES Y CÓMO SE MIDEN LOS PUNTOS FUNCIÓN?

Puntos Función y/o Líneas de Código Fuente (SLOC) como base para medir tamaño en los modelos de estimación de Diseño Temprano y Post-Arquitectura33 .Las métricas para puntos función están basadas en las guías proporcionadas por el "International Function Point User Group"-IFPUG [IFPUG 1994][Behrens 1983][Kunkler 1985]. Los Puntos Función procuran cuantificar la funcionalidad de un sistema de software. La meta es obtener un número que caracterice completamente al sistema. Son útiles estimadores ya que están basados en información que está disponible en las etapas tempranas del ciclo de vida del desarrollo de software. La fórmula de Albretch [Albretch 1979] para calcular los puntos función, es la siguiente:

FP = UFP x TCF

Donde:

UFP: Puntos Función no Ajustados

TCF: Factor de Complejidad Técnica

Capitulo 4.4.2, página 13-14, párrafo 5

19. QUE ES Y CÓMO SE MIDEN LOS PUNTOS OBJETO

Puntos Objeto es un enfoque de medición de tamaño de software relativamente nuevo, es apropiado para las aplicaciones con componentes y para estimar esfuerzos en las etapas de prototipación.

Capitulo 4.4.1, página 31, párrafo 4

1. Determinar Cantidad de Objetos: Estimar la cantidad de pantallas, reportes, componentes de 3GL que contendrá la aplicación.

2. Clasificar cada instancia de un objeto según sus niveles de complejidad (simple, media o difícil). 3. Dar el peso a cada objeto según el nivel de complejidad. Los pesos reflejan el esfuerzo relativo

requerido para implementar una instancia de ese nivel de complejidad. 4. Determinar la cantidad de Puntos Objeto, sumando todos los pesos de las instancias de los tipos de

objetos especificados.

Capitulo 4.4.1, página 32, párrafo 4

20.(COCOMO II) ADEMÁS DE PUNTOS DE FUNCIÓN Y PUNTOS OBJETO ¿QUÉ OTRA COSA NOS AYUDA PARA ESTIMAR EL COSTO DE UN PROYECTO?

Además de los puntos de función y objeto, las líneas de código nos ayudan a estimar el costo de un proyecto, también se emplean otros parámetros como: rehúso, reingeniería, conversión y mantenimiento.

Capítulo 4.4, página 31, párrafo 1.

XXI. ¿EN QUÉ INSTITUCIÓN EN MÉXICO DEBE UNO REGISTRAR UN SOFTWARE O SISTEMA, PARA SALVAGUARDAR EL PROYECTO?

Instituto Nacional de Derechos de Autor -INDAUTOR. www.indautor.sep.gob.mx Clase