PAGINAS: 1-3 PREGUNTAS: I. Fenmenos que estn dentro de la ley de las consecuencias imprevistas A. El Abaco B. Internet C. Software D.

Computadora E. El telfono F. La Pascalina II. Es el marco, que incluye un proceso un conjunto de mtodos y una serie de herramientas. A. Planeacin B. Ingeniera de sistemas C. Planeamiento D. Ingeniera de software E. Estrategia F. Modelamiento III. Producto que entrega el software desde el enfoque del ingeniero y del usuario: A. Prototipo B. Contenido C. Programas D. Informacin E. Documentos IV. Por qu el software tiene un papel dual: A. Programador y Usuario B. Ingeniero y Usuario C. Producto y Vehiculo D. Producto y Usuario E. Ingeniero y Producto V. Tofler describi que un cambio de poder implica: A. Desintegracin de las viejas estructuras. B. Reingeniera de la corporacin. C. La declinacin y caida del programador. D. Democratizacin del conocimiento. E. Tecnologas de la informacin. PAG:04-05-06

Alumno : Manuel Alczar Acero Cdigo : 2007-30764

1. A finales de la dcada de 1990, Yourdon evalu a los profesionales de software y sugiri al programador estadounidense: a) Fortaleza y liderazgo b) Surgimiento y resurreccin c) Capacidad y Velocidad d) Uso de mtodos giles 2. Al finalizar el siglo XX, qu hizo cambiar el enfoque, y sus fatales consecuencias predichas fueron al final falsas? a) Reforma de YOU96 b) Impacto del Y2K

c) 11 de setiembre d) Reforma del desarrollo de software 3. Existen muchas preguntas que demuestran la preocupacin de la industria por el software y por la manera en que sta se desarrolla, una preocupacin que ha conducido a la adopcin de la prctica de : a) Mtodos giles b) Cambios en los mtodos formales c) Impulso de la tecnologa informtica d) Ingeniera de software 4. No es una de las caractersticas del software: a) El software se desarrolla, no se manufactura. b) El software no se desgasta, se deteriora. c) Es fcil medir el progreso al desarrollar y darle mantenimiento al software. d) La mayor parte del software an se construye a la medida del cliente. 5. Si se desea reducir el deterioro del software, es necesario realizar: a) Capacitacin del usuario b) Mantenimiento c) Mejor diseo d) Continuas actualizaciones NOMBRE: HECTOR PAREDES PONCE CODIGO: 07-30781

1. Indique si es verdadero o falso: El mantenimiento del software implica una mayor complejidad que el mantenimiento del hardware a) Verdadero b) Falso

2. Identifique a las categoras de software que presenta retos continuos para los ingenieros de software: a) Software de sistemas b) Software de aplicacin c) Software cientfico y de ingeniera d) Software de negocios e) Software de inteligencia artificial

3. Indique si es verdadero o falso: Las aplicaciones basadas en Web en su forma ms simple son apenas un poco ms que un conjunto de archivos de hipertexto ligadas. a) Verdadero b) Falso

4. Indique que rea son abarcadas por el software cientfico y de ingeniera:

a) b) c) d) c)

Astronoma Vulcanologa Dinmica orbital de transbordadores espaciales Biologa molecular Aplicaciones de Negocios

5. Qu aplicaciones pertenece al software de inteligencia artificial? a) Robtica b) Construccin de prototipos. c) Astronoma d) Redes neuronales artificiales e) Juegos de computadora

Estudiante: Jos Alonso Pacha Salazar Pginas: 10,11 y 12

Cdigo: 2008-32474

1. Actualmente, hay siete grandes dominios de aplicacin del software que plantean retos continuos a los ingenieros de software: a) b) c) d) e) f) g) h) i) j) Software de sistemas. Software de aplicacin. Software abierto. Software cientfico y de ingeniera. Software empotrado. Aplicaciones Paralelas. Software de producto. WebApps (Aplicaciones web) Software de alta calidad. Aplicaciones IA (Aplicaciones de inteligencia artificial)

2. Los sistemas de software heredado, fueron desarrollados hace dcadas y han sido modificados en forma continua para cumplir los requerimientos de: a) b) c) d) e) Nuevos usuarios. Los cambios en los negocios. El ingeniero de software. Las plataformas de cmputo. Tomadores de decisiones.

3. La proliferacin de los sistemas de software heredado ha causado dolores de cabeza a las grandes organizaciones, las cuales los perciben como: a) b) c) d) e) 4. Costosos en su mantenimiento. Irrelevantes para la empresa. De gran tamao y complejidad. Efmeros o de corta duracin. Riesgosos en su evolucin. El software heredado se caracteriza por:

a) b) c) d) e) 5. a) b) c) d) e)

Su corta duracin. Su Longevidad. Ser fcil de actualizar. Ser crtico para los negocios. Ser de alta calidad. Se dice que el software heredado es de poca calidad cuando: Tienen diseos imposibles de extender. Tienen cdigo demasiado simple. Tienen cdigo complicado. Tienen excesiva documentacin. Tienen documentacin escasa o inexistente.

GLORIA BOMKEBHER ACERO AGUILAR PREGUNTAS DE EXAMEN PARA INGENIERIA DE SOFTWARE PAGINAS: 16-18 (mitos del software) 1. Mientras el programa no se est ejecutando, no existe forma de su calidad a) b) c) d) e) Construir Alcanzar Evaluar Modificar NA

2. Mecanismo ms efectivo para el aseguramiento de la calidad del software desde el inicio del proyecto a) b) c) d) e) CMM Enfoque a los procesos ISO 9000 Revisin tcnica formal TA

3. Un programa en funcionamiento es solo una parte de la configuracin del software. La. Proporciona un fundamento para la ingeniera exitosa, y aun mas importante, .... a) Portabilidad-El esfuerzo requerido para transferir un programa desde un entorno HW y/o SW a otro b) Integridad- El grado en que puede controlarse el acceso al software o a los datos por usuarios no autorizado c) Documentacin-representa una gua para el mantenimiento de software d) NA e) TA

4. Los requerimiento del proyecto cambian de manera continua, pero el cambio puede realizarse con facilidad porque el software es................ a) b) c) d) e) Eficiente Flexible Fiable Portable NA

5. La ingeniera de software esta relacionada con la creacin de calidad. Una mejor calidad reduce los ........................y una menor cantidad de ..................reduce el tiempo de entrega a) b) c) d) e) Trabajos redundantes Pasos de planificacion Costos Procesos NA Pag. 22-24

Csar Ventura Apaza 2009-34049

1. Indicadores de eficacia de un proceso que se utiliza a) La solidez b) La calidad c) El tiempo requerido d) El diseo e) La viabilidad del proyecto que se construye 2. La base que soporta la ingeneria de software es a) El diseo b) El modelado c) Un enfoque en la calidad d) Una tecnologia estratificada e) Sisteamatico 3. La ingeneria de software es una tecnologia estratificada, porque va desglosada en capas de desarrollo cuales son: a) Proceso b) Requerimientos c) Mtodos d) Un Enfoque de calidad e) Herramientas 4. Cual es el producto obtenido como concecuencia de las actividades y tareas definidas por el proceso a) Los programas b) Sistema c) Factores d) Datos e) Documentos 5. Que nos ofrece el proceso de software a) Organizacin b) Armonia c) Estabilidad d) Control

e) Funcionalidad VALOTARIO: MARCO DE TRABAJO (PAG. 25-27) JUAN JOSE DUEAS RIOS 2009-34051 1.- El marco de trabajo para el proceso: I. Establece la base para un proceso de software completo II. Cada proceso del marco contiene un conjunto de actividades sombrilla III. Cada actividad del marco contiene un conjunto de acciones de ingeniera de software IV. Abarca un conjunto de actividades sombrilla aplicable a lo largo del proceso de software a) VVVF b) FVFV c) VFVV d) FFVF 2.- Escoge la incorrecta: a) El proceso de software contiene un marco de trabajo de proceso b) En las acciones de ingeniera de software existen un conjunto de tareas c) El marco de trabajo de proceso puede contener varias actividades sombrilla d) Cada accin de ingeniera contiene actividades del marco de trabajo 3.- Son actividades de un marco de trabajo genrico: a) comunicacin, negociacin, planeacin, construccin, despliegue b) comunicacin, planeacin, modelado, construccin, despliegue c) investigacin, planeacin, especificacin, despliegue, validacin d) planificacin, construccin, modelado, validacin, despliegue 4.- Es la actividad del marco de trabajo que implica una intensa colaboracin y comunicacion con los clientes; y abarca la investigacin de los requisitos: a) planeacin b) especificacin c) comunicacin d) investigacin 5.- Es la actividad que abarca la creacin de modelos que permite al desarrollador entender mejor los requisitos del software: a) modelado b) elaboracin c) construccin d) despliegue Huapaya Yataco Johnny Carlo.2009-34057 1. Cules de las siguientes alternativas no pertenece a una actividad tpica? a. Medicin b. Aseguramiento de la calidad del software c. Gestin de riesgo d. Planificacin e. Gestin de la reutilizacin 2. La Actividad Gestin de la configuracin del software evala? a. El progreso comparndolo con el plan del proyecto. b. Los riesgos que pudieran afectar los resultados del proyecto.

c. Las actividades requeridas para asegurar la calidad del software. d. Las mediciones del proceso, el proyecto y el producto. e. Los efectos del cambio a travs del proceso del software. 3. Cul de las siguientes alternativas no difiere de Los modelos de proceso? a. El grado en el cual se identifican y se solicitan los requisitos de trabajo. b. El grado general de detalle y el rigor con el que se describe el proceso. c. El grado de autonoma otorgado al equipo de proyecto de software. d. El grado en el cual estn definidos la organizacin y las responsabilidades del equipo. e. La manera en la que se aplican las actividades de seguimiento y control 4. La integracin del modelo de capacidad de madurez(IMCM) representa un modelo de proceso en dos formas diferentes a. Modelo Continuo y Modelo Discreto b. Modelo Continuo y Modelo Prescriptivos c. Modelo Discreto y Modelo Prescriptivos d. Modelo de Proceso y Modelo Continuo e. Modelo de proceso y Modelo Discreto 5. En el modelo Continuo IMCM Qu alternativa pertenece a una clasificacin de acuerdo a los siguientes niveles? a. Nivel 0: comunicacin b. Nivel 1: planificacin c. Nivel 2: modelado d. Nivel 3: construccin e. Nivel 4: administrado en forma cuantitativa Jorge Fernando Salamanca Mamani 2009-34061 Pginas 31 - 33

1. La IMCM define cada area del proceso en funcin de: a)Metas especficas y prcticas especficas b)Metas generales y prcticas generales c)Metas generales y prcticas especficas d)Metas especficas y prcticas y generales e)N.A. 2. Las metas especficas establecen las caractersticas que deben existir para que las actividades implicadas por un rea de procesos sean: a) Perfectas b) Efectivas c) Idneas

d) Perfectas e idneas e) Especficas 3. El nmero de metas genricas relacionada con cada rea del proceso son: a) 3 b) 6 c) 2 d) 5 e) 4 4. Las dos primeras metas generales son: a) Alcanzar las metas especficas e institucionalizar un proceso de mejoramiento b) Alcanzar las metas especficas e institucionalizar un proceso definido c) Alcanzar las metas especficas e institucionalizar un proceso de gestin d) institucionalizar un proceso de gestin e nstitucionalizar un proceso definido e) N.A 5. El modelo discreto estable S cinco niveles de: a) Capacidad b) Madurez c) Perfeccin d) Conocimiento e) N.A. Estudiante: Fiorella Estrada Crdenas Cdigo: 2009-34062 Pginas: 34, 35, 36

1. El proceso de software es una coleccin de patrones del proceso que definen: a) Un conjunto de capacidades de software y de sistemas presentes conforme a las organizaciones. b) Un conjunto de actividades relacionadas que requiere el desarrollo de un software por computadora. c) Una coleccin de programas escritos para servir a otros programas. d) Un conjunto de caractersticas relacionadas con el negocio e implementadas por los desarrolladores. 1. Hay muchos patrones de proceso por lo que con la combinacin de stos, un equipo de software puede construir un: a) Proceso que satisfaga lo mejor posible las necesidades de un proyecto. b) Prototipo pequeo y ejecutable al usuario final. c) Proceso que se enfoque a la solucin de problemas en el cdigo. d) Software completo, preciso y funcionable sin errores. 1. a) b) c) d) No pertenece a la plantilla que propuso Ambler para describir un patrn de proceso. Nombre del patrn, Tipo, Contexto resultante. Propsito, Contexto inicial, Patrones relacionados. Mtodo de evaluacin, Contexto intermedio, Alternativas de proceso. Problema, Solucin, Usos conocidos/Ejemplos.

1. Se describen las condiciones que habr una vez que el patrn haya sido implementado, nos referimos a:

a) b) c) d)

Contexto intermedio. Contexto resultante. Problema. Alternativas de proceso.

1. Se discute cmo el estado inicial del proceso se modifica como consecuencia del inicio de patrn. a) Propsito. b) Solucin. c) Problema. d) Patrones relacionados.

CYNTHIA MAYUMI TESILLO GOMEZ 1.

CODIGO : 2009-34066

CON QUIENES SE RELACIONA EL PROCESO DEL SOFTWARE a) MEJORAMIENTO DEL PROCESOS DEL SOFTWARE b) EVALUACION DEL PROCESO DEL SOFTWARE c) DETERMINACION DE LA CAPACIDAD d) MEJORAMIENTO DE LA CAPACIDAD e) EVALUACION DEL SOFTWARE QUE ARGUMENTA Y CREE QUE ES POSIBLE WATTS HUMPHREY? a) PROCESO DE SOFTWARE PERSONAL b) PROCESO DE SOFTWARE EN EQUIPO c) INGENIERIA DE LOS PROCESOS d) PROCESOS DEL EQUIPO e) PROCESOS DE INGENIERIA CUALES SON LAS ACTIVIDADES DEL MARCO DE TRABAJO DE MODELO PSP? a) PLANEACION b) DISEO DE ALTO NIVEL c) REVISION DEL DISEO DE ALTO NIVEL d) DESARROLLO e) ANALISIS DE RESULTADO

2.

3.

4. QUE REPRESENTA EL PSP? a) UN ENFOQUE DISIPLINADO BASADO EN MEDICIONES, DE LA INGENIERIA DE SOFTWARE b) UN RETRASO PARA EL AVANCE DE LA INGENIERIA DE SOFTWARE c) COMPLICACIONES EN EL PROCESO DE INGENIERIA DE SOFTWARE d) POSIBILIDADES DE SUPERACION PARA LOS PROCESOS e) INERCIA ORGANIZACIONAL 5. CUAL ES LA META DE PSE? a. BRINDAR A LAS SIGUIENTES GENERACIONES BUENA TECNOLOGIA b. CONSTRUIR UN EQUIPO DE PROYECTO AUTODIRIGIDO QUE SE ORGANICE PARA PRODUCIR SOFTWARE DE ALTA CALIDAD c. PODER EMPEZAR A USAR LAS METODOLOGIAS AGILES d. PODER REALIZAR LOS PROYECTOS DE FORMA MAS ECONOMICA e. UTILIZAR EL SOFTWARE PARA EMPEZAR CON LA INTELIGENCIA ARTIFICIAL

YERSON YOSIMAR CANDIA ACHAHUI

CODIGO 2009-34067PAGINA 40 AL 42

1. Un equipo auto dirigido entiende en forma consistente sus metas y objetivo por ende este equipo: (a) define funciones y responsabilidades para un miembro (b) registra datos cuantitativos del proyecto (c) define estndares globales al trabajo de ingeniera software (d) identifica un proceso de equipo apropiado (e) identifica una estrategia para implementar el procesos 2. El PSE define las actividades del marco trabajo __________ as como sus contra partes los cuales permiten al equipo __________ (a) lanzamiento resultados anlisis ---- planear, disear, entrega el software (b) diseo, implementacin, anlisis de resultados ------- planear, disear, construir el software (c) lanzamiento, integracin y prueba, anlisis de resultados-----planear, disear, construir el software (d) diseo, lanzamiento, construccin del software --------- planear, implementacin, entregar el software (e) planear, resultados, entrega de software ------- implementacin, anlisis, entregar el software

3. El PSE utiliza una variedad de escritos que sirven para guiar a los miembros del equipo estos "escritos" definen actividades especficas del proceso: (a) lanzamiento, diseo, desarrollo de requisitos, prueba de unidad (b) lanzamiento, implementacin, prueba de unidad, resultados del proyecto (c) lanzamiento, integracin y prueba, anlisis de resultados del proyecto (d) lanzamiento, diseo, implementacin (e) lanzamiento, prueba de unidad, desarrollo de requisitos 4. Una vez creados un proceso aceptable es posible utilizar otras herramientas de tecnologa del proceso para: (a) localizar (b) lanzamiento (c) monitorear (d) desarrollar (e) controlar todas las tareas 5. Los modelos genricos de procesos deben adaptarse para que los utilice un equipo, para lograrlo se han desarrollado herramientas de tecnologa del proceso destinadas a: (a) analizar sus procesos actuales (b) monitorear su progreso (c) organizar sus tareas (d) controlar todas las tareas (e) administrar su calidad Royer Fernndez Calizaya 2009-34068 pg. 43 44 48

1.-Que entiende por la Dualidad entre el producto y proceso a) Son lenguajes de programacin estructurados seguido por mtodos de anlisis estructurado y encapsulacin de datos b) Son actividades de marco de trabajo que permiten planear, disear y construir

c) No se puede llegar a entender el artefacto completo, uso, significado y valor si se le ve como un proceso o nicamente un producto d) Sirven para guiar a los miembros del equipo en su trabajo e) a y c

2. Que es un Modelo Prescriptivo de Proceso? a)Es un metodo de elaboracion refina y expande los casos de us preliminares que se desarrollan b)Es un conjunto de actividades ,acciones,fundamentos ,que se requieren para desarrollar software de alta calidad c)Conbina una filosofia y un conjunto de directrices de desarrollo d)Es la antitesis de la practica solida de la ingenieria del software e)Es la base que soporta la ingenieria del software (enfoque en la calidad) 3.Cuales son los pasos de un Modelo Prescriptivo de Proceso ? a)Puede ser lineal ,incremental o evolutivo pero conservando el marco de trabajo b)No tiene pasos los desarrolladores sigen su instinto c)Conduce a un equipo de software a traves de un conjunto de actividades del marco de trabajo d)a y c e)b y c 4. Por que es importante los Modelos Prescriptivos de Proceso ? a)Porque proporciona estabilidad ,control y organizacion a una actividad. b)Porque me da el tiempo de hacer muchas cosas ala vez sin depender de nadie c) Porque nos conduce a la anarquia y desorganizacion d)Porque todos estos modelos se pueden adaptar para ser usados de forma efectiva e)a y d 5. Con que proposito se crearon los Modelos Prescriptivos de Proceso ? a)Se propusieron originalmente para ordenar el caos del desarrollo de software b)De proporcionar un camino razonable y efectivo para los equipos de software c)De hacer mas dificil el desarrollo de un software siguiendo tantos pasos d)a y c e)a y b GLADIS CCAMA MAMANI 2009-34069

1. Sabemos que en los modelos prescriptivos se encuentra el modelo de cascada, cual(es) enunciado(os) no es correcto en la definicin del modelo de cascada: a) Es un modelo que se adapta a una cadena infinita de cambio (de caractersticas, funciones e informacin). b) Es un enfoque realista para el desarrollo de software y de sistemas a gran escala. c) Este modelo conduce a estados de bloqueos. d) Es un modelo pasado de moda e) Es til cuando los requisitos estn bien definidos y son estables. 2. a) b) c) En los modelos prescriptivos realizan de conjunto de actividades que son: Comunicacin, planeacin, diseo, construccin y despliegue. Comunicacin, planeacin, modelado, construccin y mantenimiento. Comunicacin, planeacin, modelado, construccin y despliegue.

d) Comunicacin, organizacin, modelado, construccin y despliegue. e) Planeacin, modelado, diseo, construccin y despliegue. 3. Cules de los enunciados son verdaderos?: I. Los modelos prescriptivos nos brinda organizacin, estabilidad y control. II. Los modelos prescriptivos es un conjunto de pasos, tareas o actividades necesarias para el desarrollo de software. III. En el modelo prescriptivo, se le llama prescriptivo porque prescriben un conjunto de actividades y acciones necesarias para el desarrollo de un software. IV. Los modelos prescriptivos de proceso a menudo se denominan modelos convencionales de procesos. 4. a) b) c) d) e) Cul de los enunciados son correcta respecto a las desventajas de los modelos de cascada: El cliente debe tener paciencia. Conlleva a estados de bloqueo. No es apropiado para proyectos en el cual tiende a cambios en el futuro. Entrega prototipos no operacionales. Con frecuencia es difcil para el cliente establecer todos los requisitos de manera explcita.

5. Es una actividad esencial donde varios equipos trabajan en paralelo sobre diferentes funciones del sistema. a) Comunicacin b) Planeacin c) Diseo d) Construccin e) Modelado

ESTUDIANTE: Eder Teofilo Quispe Anquise CODIGO: 2009-34072 1.-El modelo incremental: a) Combina elementos del modelo de cascada en forma iterativa. b) Aplica secuencias no-lineales de manera escalonada conforme avanza el tiempo en el calendario. c) A diferencia de la construccin de prototipos, se enfoca en la entrega de un producto operacional. d) a y b e) a y c 2.-Marque la incorrecta(s) Sobre el modelo incremental a) El modelo incremental entrega una serie de lanzamientos, llamados incrementos que proporcionan en forma en forma progresiva ms funcionalidad para los clientes. b) Al igual que la construccin de prototipos y otros enfoques evolutivos, es iterativo por naturaleza. c) Algunas veces llamado ciclo de vida clsico, sugiere un enfoque sistemtico, secuencial d) A menudo, al utilizar un modelo incremental, el primer incremento es un producto esencial. Es decir, se incorporan los requisitos bsicos, pero muchas caractersticas suplementarias. e) El desarrollo incremental es til sobre todo cuando el personal necesario para una completa implementacin est disponible. 3.- El modelo DRA: a) Permite que un equipo de desarrollo cree un sistema completamente funcional en un corto periodo de tiempo

b) Desarrollo Retroalimentado de aplicaciones, es una adaptacin del modelo de cascada en alta velocidad. c) Modelo incremental que resalta un ciclo de vida corto. d) Trabaja con las actividades genricas del marco de trabajo (Comunicacin, planeacin, etc) e)a,c y d 4.- La Secuencia correcta de las actividades del modelo DRA a) Comunicacin-Modelado-Planeacin-Construccin-Despliegue b) Comunicacin-Planeacin-Modelado-Construccin-Despliegue c) Comunicacin-Despliegue - Modelado -Planeacin-Construccin d) Comunicacin-Despliegue -Planeacin-Modelado-Construccin e) Comunicacin-Planeacin-Despliegue-Modelado-Construccin 5.- Sobre e DRA que es Falso a) Significa Desarrollo rpido de aplicaciones b) Significa Desarrollo retroalimentado de aplicaciones c) Tambin conocido como RAD d) Ideado inicialmente por Barry Boehm y Scott Shultz e) b y d Nombre: Ivan Sanchez Aguirre Codigo: 2009-34073 1. a) b) c) d) e) 2. a) b) c) d) e) 3. a) b) c) d) e) 4. a) b) c) d) e) 5. a) b) c) El modelo incremental fue propuesto por: Barry Boehm en 1988 Mills en 1980 James Martin en 1980 Davis Sitaram en 1985 Mills en 1984 Caracteristicas del Modelo Incremental: Requiere Gestores experimentados Facil de evaluar el costo total Prioriza los requisitos del usuario Se necesitan pruebas de regresion Facil de aplicar a sistemas transaccionales El modelo DRA fue propuesto por: James Martin en 1980 Mills en 1980 Barry Boehm en 1988 Davis Sitaram en 1985 James Martin en 1983 Etapas del modelo DRA: Modelado del Proceso Modelado de datos Prueba y entrega Generacion de aplicaciones Modelado de gestion Ventajas del Modelo DRA: Menor Codificacion manual Costo de herramientas integradas y equipo necesario Mayor flexibilidad

d) e)

Funciones reducidas Ciclos de desarrollo mas pequeos Cdigo: 2009-34085

Nombre: Marco Antonio Tarapa Anquise 1.

Una dificultad del proceso evolutivo es:

a)Construccin de prototipos b) modelado c) Documentacin detallada d) Los casos de uso e) planificacin 2. Los modelos especializados de proceso adoptan muchas de las caractersticas de uno o mas de los a) Desarrollo gil b) Modelo de mtodos formales c) Modelos convencionales d) Desarrollo del software orientado a objetos e) Proceso unificado 3. Los nuevos componentes de software comerciales (NCSC), desarrollados por vendedores que los ofrecen como productos, se pueden emplear cuando el software esta en a) Fase terminal b) Proceso de construccin c) Proceso de anlisis d) Definicin de los requerimientos e) Definicin del problema 4. El modelo de desarrollo basado en componentes (DBC) incorpora muchas de las caractersticas del: a) Modelo de mtodos formales b) modelo en espiral c) Modelo concurrente d) Modelo en cascada e) Programacin orientada a aspectos 5. No es uno de los pasos del desarrollo basado en componentes

a) Los productos basados en componentes no se investigan b) se consideran los aspectos de integracion de componentes c) Se disea una arquitectura de software para adaptar a los componentes d) Los componentes se integran en la arquitectura e) Se realizan pruebas detalladas para asegurar una funcionalidad apropiada. Deyvis Valdez Huanca 2009-34093 pag 64-66

1. los mtodos formales permiten al ingeniero de software especificar, desarrollar y verificar un sistema basado en computadora: a) al aplicar la lgica de procesos b) al aplicar notacin matemtica rigurosa. c) al realizar un exhaustivo anlisis del problema d) al contar con un excelente equipo

e) 1. a) b) c) d) e)

al manejar las tcnicas y metodologas adecuadas segn el proyecto es una variacin del enfoque del modelo de mtodos formales: ingeniera de software de variaciones ingeniera de software de sala limpia ingeniera de software de sala amplia ingeniera de software de salida limpia ingeniera de software de salida amplia

1. marque verdadero (V) o falso (F) segn corresponda sobre el desarrollo de modelos formales en la actualidad: I. es caro y consume mucho tiempo (V) II. no se requiere de una capacitacin adecuada del equipo de desarrollo (F) III. difcil comunicacin con clientes sin muchos conocimientos tcnicos sobre el tema (V) a) b) c) d) e) V-V-V V-F-V F-V-F V-V-F F-F-F

1. qu es un aspecto segn la programacin orientada a aspectos? a) Caractersticas de los variables a usar b) Funciones implementadas en el cdigo c) Propiedades generales de los componentes, sean o no funcionales. d) Errores captados durante el proceso de compilacin e) Cada pedazo de cdigo agrupado y etiquetado 1. I. II. III. IV. V. a) b) c) d) e) como se clasifican los tipos de intereses que poseen los cliente alto nivel funcionales bajo nivel sistmicos bajo nivel I-III-IV I-II-III III-IV-V IIIV-V I-II-IV PAGINA 67-69 LIBRO PRESSMANN

Yessica Sacari QU ES EL PROCESO UNIFICADO?

a) es un marco de desarrollo de software que se caracteriza por estar dirigido por casos de uso, centrado en la arquitectura y por ser iterativo e incremental b) Es un intento encaminado a reunir los mejores rasgos y caractersticas de modelos de proceso de software c) Contiene una notacin robusta para el modelado y el desarrollo de sistemas OO d) a y b e) b y c

 un ciclo de vida se divide en: a) grupos b) fases c) iteraciones d) divisiones e) T.A en el proceso unificado est centrado en:

a) modelo de capas b) unin c) d) arquitectura e) N.A 4. El Proceso Unficado Esta Oriendo A: a) pilas b) interfaces c) objetos d) clases e) N.A 5. SU CICLO DE VIDA DE UN PROCESO UNFICADO ES: a) iterativo b) iterativo e incremental c) incremental d) recursivo e) N.A HORACIO CCALLATA CCAMA 2009-34096

1. Cuntas fases tiene el proceso unificado? 1) 2) 3) 4) 5) 1 2 3 4 N.A

1. en que artefacto se describe los requerimientos funcionales y no funcionales? 1) 2) 3) 4) 5) Vision y anlisis de negocio Modelado de casos de usos Glosario 1,2 N.A.

1. Describe la secuencia en que se realizan las actividades en una disciplina, quienes la realizan(trabajadores) y artefactos que producen. 1) 2) 3) 4) 5) Fase del PU Flujo de trabajo Disciplina de soporte N.A T.A

1. Es un estndar notacional empleado para modelar y representar sistemas de software y sus partes desde distintas perspectivas. 1) 2) 3) 4) 5) RUP PU UML Diagrama de casos de usos N.A

1. el proceso unificado esta dirigido por .? 1) Estructura de paquete 2) Estructura compuesta 3) Objetos 4) Componentes 5) Casos de uso Luis Charres Luque 2009-34099 Pginas 77-79

1. Afirmaciones correctas sobre el desarrollo gil: I. Los mtodos giles se desarrollaron para superar debilidades en la Ingeniera de software convencional. II. Es posible aplicarlo a todo proyecto, productos, personas y situaciones. III. Un equipo gil fomenta la comunicacin y la colaboracin entre todos los que trabajen en l. IV. El desarrollo gil podra llamaste con mayor precisin ingeniera del software ligera. a) b) c) d) e) I I, II I, III, IV I, IV I,II,III,IV

2. La filosofa del desarrollo gil: a) Busca la satisfaccin del cliente y la entrega temprana del software incremental. b) Equipos de proyectos grandes y con alta motivacin. c) Simplicidad general del desarrollo d) Mtodos formales e) AyC 3. El manifiesto gil implica: a) Individuos e interacciones b) Software que funciona c) Colaboracin con el cliente d) Responder ante el cambio e) T.A. 4. Un equipo gil: a) Es un equipo rpido que responde de manera apropiada a los cambios. b) Son la materia del desarrollo de software c) Reconoce que el software lo desarrollan individuos, que las aptitudes de esa gente y su capacidad para colaborar, son esenciales para el xito del proyecto.

d) e)

AyC A, B y C

5. Afirmaciones correctas con respecto a la agilidad: I. La agilidad es dinmica, con contenido especfico, ajustable al cambio de manera dinmica y orientada al crecimiento. II. Resalta la entrega rpida del software operativo y le da mayor importancia a los productos de trabajo intermedio. III. Estimula la estructura y actitudes de los equipos para que la comunicacin sea ms fcil. IV. Reconoce que la planeacin tiene sus limites en un mundo incierto y que el plan del proyecto debe ser flexible. a) b) c) d) e) I I, III I, II, III I, III, IV I, II, III, IV

Eder Orellano Curmilluni 2009_34107 DEL 83 - 85 1. La.. abarca un talento innato, habilidades especficas relacionadas con el software. a) Colaboracin b) Habilidad para la toma de decisiones c) Confianza y respeto mutuo d) Organizacin propia e) Competencia

2. A finales de la dcada de los 1980 , el trabajo fundamental sobre la Programacin Extrema fue escrita y elaborada por: a) Stephen Hawrysh y Jim Ruprecht b) Kent Beck c) Alan Perlis d) Dave Mottthews Band e) N.A.

3. No es uno de los factores de la Organizacin propia que engloban a los factores humanos en el Proceso gil. a) El equipo organiza el proceso que mejor se ajusta a su ambiente local. b) El equipo gil se organiza a s mismo para el trabajo que debe hacerse.

c) El equipo organiza una visin general de diferentes modelos giles. d) El equipo organiza el programa de trabajo con el que se alcance de mejor manera la entrega del incremento de software. e) N.A.

4. La Programacin Extrema (PE) utiliza un enfoque. a) Orientado al cliente b) Orientado a objetos c) Orientado al equipo de trabajo d) Orientado al sistema e) N.A.

5. La actividad de planeacin en la Programacin Extrema (PE) creando una serie de historias (tambin llamadas ) a) Historias del proyecto b) Historias del usuario c) Historias de desarrollo d) Historias de modelado e) N.A PREGUNTAS DE LA PAGINA 86, 87, 88 NOMBRE : EL JONATHAN CONDE MAQUERA CODIGO: 2010-35503 1) Que significa las tarjetas CRC. a) b) c) d) e) Colaborador-Responsabilidad-Clase Clase-Responsabilidad-Colaborador Coleccin-Recurso-Contador Colaborador-Restriccin-Clase ayd

2) Que significa el principio MS a) b) c) d) e) Mantenerlo Sencillo Mantenerlo Solo Mantenerlo Simple Mantenerlo Suave N.A.

3) La PE recomienda que despus del disear se debe : a) Moverse a la codificacin b) Realizar una serie de pruebas de unidad c) No moverse hacia la codificacin

d) a y b e) b y c 4) Uno de los aspectos de la PE de los que ms se ha hablado: a) b) c) d) e) El principio de MS Programacin en pareja Dos personas trabajen juntas en dos estaciones de trabajo de computadora Programacin individual byc

5) Las pruebas de unidad que se crean deben implementarse con un marco de trabajo que permitan automatizarlas (por lo tanto ..) a) b) c) d) e) Pueden ejecutarse de manera fcil y repetida No pueden ejecutarse de manera fcil y repetida Pueden ejecutarse de manera fcil y no repetida Solo se ejecutan N.A.

Fernando Espinoza Quilco 2010-35504 1.- Cules son las fases o etapas del desarrollo del ciclo adaptativo del software? a)Planificacin b)Aprendizaje c)Codificacin d)Diseo e)Colaboracin f)Pruebas y Mantenimiento g)Refactorizacin h)Especulacin 2.- De qu maneras aprenden el equipo del DAS(desarrollo adaptativo del software? a)Ensayo y error b)Post mortem c)De una buena planificacin d)Grupos enfocados e)Revisin de tcnicas formales f)De un buen diseo g)De los especialistas 3.-Qu enfoque de proceso sugiere el DAS? a)Orientado a proceso iterativo b)Orientado a aspectos c)Orientado a objetos d)Enfoque estructural e)Orientado a componentes 4.-Respecto a la planificacin en el DAS es verdadero: a)No existe la planificiacin en el DAS. b)Si existe una fase llamada planificacin y es similar a la de una metologa clsica.

c)En el DAS a esta fase se llama especulacin y incluye la planificacin del proyecto con un enfoqe gil. d)Incluye el enunciado del proyecto, requisitos bsicos pero no plan de lanzamiento en el tiempo. e)Incluye el enunciado del proyecto, requisitos bsicos y plan lanzamiento en el tiempo. 5.-Respecto a la colaboracin en el DAS es verdadero: a)Es slo comunicacin entre el equipo y con el cliente. b)No tiene que ver con la comunicacin y es un enfoque recurrente en los mtodos giles. c)La gente motivada trabaja junta de una manera que multiplica su talento. d)La colaboracin con el cliente slo ocurrir si se eliminan actitudes tipo yo y ustedes e)Es un rechazo al individualismo f)La cooperacin no es fcil YESSICA QUISPE CONDORI 2010-35505

1. Cules son las caractersticas de iteraciones de modelo funcional? I. II. III. IV. V. Establece requisitos bsicos de negocio Produce una serie de prototipos incrementales que demuestran la funcionalidad para el cliente. El incremento puede no estar 100 porciento completo. El propsito es recopilar requisitos adicionales mediante la retroalimentacin. Coloca el incremento del software ms reciente. d) II. y V e)I. II. III

La respuesta correcta es: a) II. y IV. b)I. II. y V c) I. y IV. 1. 2. Implementacin es: I. II. III. IV. V.

Define la arquitectura bsica de la aplicacin. Coloca el incremento de un prototipo operacionalizado. Se destaca que el incremento puede no estar 100 por ciento completo y Se puede requerir cambios cuando el incremento se coloca en el sitio. Se destaca que no se puede requerir cambios cuando el incremento se coloca en el sitio. Es un modelo gil. c) I. II y IV. d) II. y V e) II. III

La respuesta correcta es: a) II. y IV. b)I. y II. 1. 2. 3. Mel I. II. III. IV. V. Es un modelo gil.

Fue creado por la familia cristal de los mtodos agiles. Termino derivado a un juego de RUBY. Termino derivado a un juego de RUBY y coloca primero la manejibilidad. Desarrollado a principios de la dcada de 1990.

La respuesta correcta es: a) II. y IV. b)I. y II.

c) I. III. y V.

d) II. y V

e) II. III

1. 4. Caractersticas de la mel son: I. II. III. IV. V. El proceso debe adaptarse a los cambios tcnicos. Sirve para alcanzar la manejabilidad. Los equipos de trabajo pequeos estn organizados para maximizar la comunicacin. Es un desarrollo conducido por caractersticas. Proporcionan la capacidad de declarar un producto.

La respuesta correcta es: a) II. y IV. b)I. II. y III.

c) I. III. y V.

d) II. y V

e) II. III y V

1. 5. La mel subraya el uso de un conjunto de actividades de patrones de proceso de software son: I. II. III. IV. V. Recopilacin de informacin. Reuniones Sprint y demostracin Retrasos Descubrir fallos y resolverlos.

La respuesta correcta es: a) II. y IV. b)I. II. y III.

c) I. III. y V.

d) II. y V

e) II. III y IV

Danixa Brigitte Landeo Saavedra 2010-35509 Qu caracteristicas presenta esta metodologia? a) Nmero de personas aumenta, entonces aumenta la necesidad de coordinar. b) Potencial de daos incrementa, la tolerancia a variaciones se ve afectada. c) Tiempo de salida al mercado vara. d) Comunicacin cara a cara, en el mismo espacio de tiempo. e) T.A

Quines fueron los creadores de la familia Crystal? a) Alistair Cockburn y Jim Highsmith b) Barry Brohem y Peter Chen

c) Tom De Marco y Watts Humphrey d) Kent Beck y Grady Booch METODOLOGIA DE DESARROLLO CONDUCIDO POR CARACTERISTICAS: Quines fueron los creadores de la Metodologia DCC? a) Peter Coad y sus colegas b) Barry Brohem y Peter Chen c) Tom De Marco y Watts Humphrey d) Kent Beck y Grady Booch En cuanto tiempo planea desarrollar un proyecto esta metodologia? a) Dos semanas o menos b) Un mes hasta dos meses c) Dos meses o tres meses d) Tres meses a mas MODELADO AGIL: Cules son las caractersticas que presenta? a) Satisface su propsito. b) Es inteligible. c) Es suficientemente preciso y consistente. d) Es lo ms simple posible. e) T.A

Alumna: Andrea Isabel Montes Albarracn

1. a) b) c) d) e)

Cdigo: 2010-35513

PP. 104-106

Cules son los elementos de la prctica de la ingeniera de software? Conceptos, principios y mtodos. Detalles. Creacin, desarrollo y evolucin. Herramientas. Productos y modelo.

2. Cules de los siguientes conceptos son falsos? a) La prctica es lo que se hace da tras da conforme el software evoluciona de idea o realidad. b) El cuerpo de conocimientos de la ingeniera de software ha evolucionado para convertirse en un ncleo estable. c) Las personas que elaboran software de cmputo no practican el arte, la maestra o la disciplina conocida como ingeniera de software. d) La prctica multiplica un modelo de proceso de software con los cmos tcnicos y de gestin necesarios para realizar el trabajo. e) La prctica no transforma un enfoque fortuito en algo ms organizado, ms efectivo y con ms probabilidades de alcanzar el xito. 3. Cul de los siguientes pasos no es una esencia de la prctica de la ingeniera de software? a) Entender el problema.

b) c) d) e) 4. a) b) c) d) e) 5. a) b) c) d) e)

Planear una solucin. Llevar a cabo un plan. Examinar el resultado. Alto presupuesto. Cules son algunos principios que guan el proceso de software? Ser gil. Evaluar el riesgo. Formar un equipo ineficaz. Estar listo para adaptar. No centrarse en la calidad. Cules son algunos principios que guan la prctica de software? Divide y vencers. Entender el uso de la abstraccin. No centrarse en la transferencia de informacin. Construir un software que tenga modularidad ineficaz. Buscar patrones. PREGUNTAS: INGENIERIA DE SOFTWARE(PAGINA 107-109) CESAR ANDIA TRELLES 2010-35514

1. Que significa principio en la ingenieria de software? a)Ley importante que se necesita en un sistema de pensamiento. b)Supuesto necesario para un sistema de pensamiento. c)Norma para un sistema de software. d)Actitudes que poseemos cada al realizar un trabajo. e)Valores que tiene cada persona. 2. Cual(es) no es un principio propuesto por David Hooker? a)Mantenerlo simple b)Mantener la vision c)Realizar un sistema avanzado d)Planear para reutilizacion e)Estar abierto al pasado 3. Que se debe hacer una vez obtenidos los requisitos del cliente? a)Analizarse. b)Modificarlo.. c)Modelarse. d)Desecharlo. e)Expandirlos. 4. Que logra la reutilizacion en el desarrollo de un sistema de software? a)Ahorra tiempo y esfuerzo b)Ofrecer un valor a los usuarios c)Que el diseo sea tan simple como sea posible. d)Un beneficio importante del uso de tecnologias orientadas a objetos. e)Se utiliza de manera aislada 5. Cuales son las ventajas de estar abierto al futuro(en el punto de vista del desarrollo de un sistema de software)? a)Hacer que el sistema tenga ms valor. b)Que tu sistema sea desfasado. c)Un sistema listo para adaptarse a muchos cambios.

d)Crear un sistema en un periodo corto de tiempo e)No realzar mucha documentacion. Alumna: MARIELLA CONDORI JOAQUIN Cdigo: 2010-35515 Pg.: 110 al 112

1. Son algunos de los principios de una comunicacin efectiva a) Escuchar b) Comunicacin cara a cara c) No dejar de hablar frente al cliente d) Brindarle tiempo al cliente para que aclare solo sus requerimientos e) Buscar la colaboracin 1. Es una de las tareas genricas para la comunicacin a) Iterar con el cliente para refinar los escenarios, salidas/entradas, caractersticas/funciones y riesgos. b) Revisar el enunciado del mbito del proyecto, el cual est sujeto a revisin. c) Desarrollar un enunciado escrito de una pgina sobre le mbito del proyecto, el cual esta sujeto a revisin. d) Reunirse con el cliente primario y evitar preguntas libres de contexto e) N.A. 1. Se realiza la comunicacin para que los requisitos puedan: a) Analizarse b) Modelarse c) Especificarse d) Examinarse e) N.A. 1. El principio 9 de una comunicacin efectiva nos dice: a) b) c) d) Una vez que se llega a un acuerdo sobre algo se debe continuar Si no se puede llegar a un acuerdo, se debe continuar Si no se puede llegar a un acuerdo, no se debe continuar Si una caracterstica o funcin no est clara y no se puede clasificar en el momento se debe continuar no se debe continuar. e) Si una caracterstica o funcin no est clara y no se puede clasificar en el momento se debe continuar se debe continuar. 1. Segn una tarea genrica para la comunicacin se debe colaborar con el cliente y el usuario final para definir: a) Escenarios de uso visibles para el cliente con el uso del formato estndar. b) Salidas y entradas resultantes. c) Caractersticas, funciones y comportamientos importantes del software d) Riesgo de negocios definidos por el cliente. e) Las salidas visibles que se hayan requerido para el usuario.

Jhonatan Cabrera Jara

2010-35516

Pgina 113-115

1. Identifique si es verdadero o falso 1. Los tradicionalistas argumentan que el cambio obvia la necesidad de un plan detallado 2. La actividad de planeacin abarca un conjunto de prcticas y tcnicas 3. En muchos proyectos la sobre planeacin consume tiempo y no produce frutos. 4. Al entender metas y objetivos, se define un plan para llegar a ellos; ya que es lo mismo a) FVVV b) VVVF c) FVVF d) VFVF e) N.A

2. Segn Roger Pressman, Son algunos principios de la prctica de la planeacin a) Ser realista, Definir como se intentar asegurar la calidad b) Reconocer que la planeacin es iterativa, Buscar la colaboracin c) Tomar notas y documentar las decisiones d) a y b e) b y c 3. Principios de la Planeacin. Considerar el riesgo cuando se define el plan a) Es necesario un plan de contingencia b) Incluso a la mejor planeacin puede superarla el cambio incontrolable c) Hay posibilidad que uno de los riesgos se torne un problema real d) a, b y c e) a y c 4. Barry Boehm llam el principio W HH debido a una serie de preguntas a) Por qu, qu, dnde, cundo b) Para qu, cuando c) Quin, cmo, cunto d) a y c e) b y c

5. Identifique si es Verdadero o Falso 1) Cuando se encuentran desfases, el plan se ajusta en concordancia con ello 2) El plan debe identificar la forma en que el equipo de software pretende asegurar la calidad 3) Las actividades que se realizaran por muchos meses no necesitan una granularidad fina 4) El Ingeniero de Software define prioridades y establece las restricciones del proyecto a) VVFF b) FFVV c) VFVF d) FVFV e) VVFV Nombre : Gabriela Melany Mamani Alave. Cdigo : 2010-35517

1.- Cuando la entidad de un objeto fsico (por ejemplo un edificio, un avin), se puede construir un modelo idntico en forma y tamao, pero en menor escala. Sin embargo, cuando la entidad es software, el modelo debe tomar una forma diferente, debe ser capaz de representar: (a) La informacin que el software transforma. (b) La arquitectura. (c) Las funciones que permiten que ocurra la transformacin (d) Las caractersticas que desea el analista del sistema. (e) La visin holstica del subsistema que se esta analizando. 2.- Son conjunto de tareas genericas para la planeacin (a) Desarrollar o refinar los escenarios del usuario. (b) Extraer funciones y caractersticas a partir del anlisis. (c) Agrupar las funciones y caractersticas de acuerdo con la prioridad del usuario final y los gestores del proyecto. (d) Evaluar los riesgos. (e) Definir funciones y caractersticas tnicas que forman la infraestructura del software. 3.- Diferencia entre el cliente y usuario final. El cliente: (a) (b) (c) (d) (e) Solicita el software que se va a construir Define aspectos generales de negocios para el software Proporciona requisitos bsicos del producto Defina detalles operativos del software Es indispensable su capacitacin para usar el nuevo software.

5.- El dominio de la informacin lo forman los datos que fluyen hacia el sistema a partir de: (a) (b) (c) (d) (e) Usuarios finales Interfaces de red Dispositivos externos Reportes Otros sistemas

5.-Son principios del modelado de analisis (a) Se deben definir las funciones que ejecuta el software:Proporcionan un beneficio directo al cliente, pero no aporta con soporte interno para caractersticas visibles del cliente. (b) Se debe representar el comportamiento del software: Como una consecuencia de enventos internos. (c) La tarea del anlisis debe moverse de la informacin esencial hacia el detalle de la implementacin:El modelado del anlisis comienza con la descripcin del problema desde la perspectiva del usuario final. (d) Los modelos que presentan informacin, funcin y comportamiento deben partirse de forma que descubran el detalle de una manera estratificada: Permite al profesional entender mejor el problema y establecer una base para la solucin. (e) El dominio de informacin de un problema debe representarse y entenderse: El dominio de la informacin lo forman los datos que fluyen hacia el sistema, los que fluyen desde el sistema y los almacenamientos de datos.

VICTOR HUGO VEGA CUEVA 2010-35521

paginas :119-121

1) son principios de modelado del diseo: a) el modelo debe ser rastreable hasta el modelo de anlisis. b) siempre se debe considerar la arquitectura del sistema que se va a construir. c) el diseo de datos es tan importante como el dselo de funciones de procesamiento. d) las interfaces debe disearse con cuidado. e) el diseo de interfaz del usuario no debe ajustarse a las necesidades del usuario. 2) el principio 5 de modelado de del diseo el diseo de interfaz del usuario debe ajustarse a las necesidades del usuario. Se puede interpretar como: a) en las interfaces debe resaltarse la facilidad del uso. b) una interfaz pobre conduce a la percepcin de que el software est mal hecho. c) un software mal hecho tiene una buena interfaz. d) la interfaz del usuario es la manifestacin visible del software. e) en las interfaces no debe resaltarse la facilidad del uso. 3) el principio 8 de modelado de del diseo las representaciones del diseo deben ser fcilmente comprensibles. Se puede interpretar como: a) si el diseo es difcil de entender, servir como medio efectivo de comunicacin. b) si el diseo es difcil de entender, no servir como medio efectivo de comunicacin. c) el propsito del diseo es comunicar informacin a los programadores, testers, etc. d) si el diseo es difcil de entender, ser un medio efectivo de comunicacin. e) no es el propsito del diseo es comunicar informacin a los programadores, testers, etc. 4) son principios del modelado gil: a) la meta primaria del equipo de software es construir software, no crear modelos. b) no obtener realimentacin tan pronto como sea posible. c) viajar ligero; es decir, no deben crearse ms modelos de los necesarios. d) no debe ser capaz de enunciar un propsito explicito para cada modelo que se cree. e) intentar producir el modelo ms simple que describa el problema o el software.

5) No son principios de modelado del diseo: a) el diseo de interfaz del usuario no debe ajustarse a las necesidades del usuario. b) Los componentes deben estar apareados entre si en forma mnima y vinculada con el ambiente externo. c) el diseo al nivel de componentes no debe ser independiente del modo funcional. d) el diseo debe desarrollarse de manera iterativa. En cada iteracin el diseador debe buscar la mayor simplicidad. e) las representaciones del diseo no deben ser fcilmente comprensibles. WALTHE ERNEST CHAMBILLA ZAMORA 2010-35525 PAG. 122 124

- Cual es el correcto principio de codificacion: a) b) c) d) e) documentar solo una parte del codigo nombre de variables significativas arquitectura inentendible configuracion discontinua logica compleja Cual es el incorrecto principio de preparacion:

a) Entender el problema que se intenta resolver b) Entender los principios y conceptos basico del diseo c) No elegir el lenguaje de programacion d) Crear un conjunto de pruebas de unidad e) seleccionar el ambiente de programacion Escoger la alternativa correcta

los principios de validacion a) No realizar pruebas de unidad, refabricacion de 1 codigo, corregir errores no descubiertos b) Realizar pruebas de unidad, refabricacion de varios codigos corregir errores dexcubiertos. c) realizar pruebas de unidad, refabricacion de 1 codigo, corregir errores descubiertos Cual es el objetivo correcto de las pruebas

a) Las pruebas ejecutan un programa con la intencion de no encontrar un error que aun no se descubre b) Las pruebas ejecutan un programa con la intencion de encontrar un error que aun no se dexcubre. c) una prueba exitosa es no encontrar errores .- Escoja una alternartiva donde indique un motivo de por que se desarrolla mal a) falta de tiempo b) Mucho conocimiento c) autoestima alta d) acudir a fuentes correctas e) buen trabajo en etapas iniciales

Andr Valdivia Chipana 1. a) b) c) d) e) 2. a) b) c) d) e) 3. a) b) c) d) e)

2010-35530

Cules son diagramas de interaccin? Diagrama de secuencia Diagrama de clases Diagrama de despliegue Diagrama de colaboracin/comunicacin Diagrama de estado Cules son las grandes categoras de los diagramas? Diagramas de casos de uso Diagrama de estructura Diagramas de comportamiento Diagramas de interaccin Diagramas de componentes En UML 2 cmo se llama a los diagramas de colaboracin? Diagramas de componentes Diagramas de interaccin Diagrama de clases Diagrama de actividad Diagrama de comunicacin

4. Cules son los tres comportamientos del Diagrama de clases en su representacin estndar? a) Comportamiento de nombre b) Comportamiento de las asociaciones c) Comportamiento de los atributos d) Comportamiento de las operaciones e) Comportamiento de las relaciones 5. a) b) c) d) e) Cul de los Diagramas de interaccin es ms fcil de usar? Diagrama de secuencia Diagrama de casos de uso Diagrama de colaboracin Diagrama de comunicacin Diagrama de componente Hector Zapana Condori 2010-35533 Preguntas de Diagramas UML y Modelo de Procesos Personal y Equipo 1. CUALES DE ESTOS DIAGRAMAS NO SON DIAGRAMAS ESTRUCTURADOS? a. Diagrama de Paquetes b. Diagrama de Comunicaciones c. Diagrama de Clases d. Diagrama de Caso de Uso e. Diagrama de Estructuras Compuestas 2. DEFINCION DE CASO DE USO: UN CASO DE USO NORMALMENTE INCLUYEN: a. Nodo Inicial b. Nombre y Descripcion c. Inicio y Final de linea de vida d. Diagrama de Escenario e. Restricciones

3. CUALES SON LOS CONCEPTOS DEL DIAGRAMA DE CLASES a. Muestran los objetos como lineas de vida. b. Describe la vista estatica del modelo o parte del modelo. c. Describe que atributos y comportamientos tienen en lugar de detallar los metodos. d. Captura los Requisitos de un Sistema e. Mostrar qu objetos se comunican con otros objetos y qu mensajes disparan esas comunicaciones 4. SEGUN EL PROCESO DE SOFTWARE PERSONAL CUALES SON LAS ACTIVIDADES DEL MARCO DE TRABAJO? a. Revision del Diseo de Alto Nivel b. Implementacion c. Integracion y Prueba d. Analisis del Resultado del Proyecto e. Lanzamiento y Diseo de Alto Nivel 5. SEGUN EL PROCESO DE SOFTWARE EN EQUIPO CUAL NO SON OBJETIVOS? a. Integrar grupos de solo Equipos de Software puro. b. Mostrar a los jefes como preparar y motivar a sus equipos. c. Costruir equipos autodirigidos que no planeen ni tengan seguimiento. d. Acelerar el mejoramiento del proceso de software. e. Ofrecer una guia de mejoramiento a las organizaciones. Preguntas: Jos Jess Mamani Quispe Codigo: 2010-35539 UML 1. I. II. III. IV. Los diagramas de uso permiten... Obtener requerimientos del sistema desde el punto de vista del equipo de proyecto. El actor es quien termina el caso de uso. El actor es quien inicia el caso de uso. Describir acciones del sistema como las ve el usuario.

a)I y III b)II y I c)III y IV d) II y IV e) I y IV 2. I. II. III. IV. V. Sobre UML... Es un lenguaje de programacin orientado a objetos. Permite simular el sistema a traves de consola. Metodologia naturalmente orientada a aspectos. Se pueden representar clases con sus respectivos atributos. Es un lenguaje de modelado que naturalmente esta orientada a objetos.

a) II y I b) I y III c) I y IV d) IV y V e) II y V 3. I. II. III. IV. UML permite... Construir Especificar Visualizar Documentar

V.

Compilar

a) I, II, III b) I, III, IV c) I, II, IV y V d) I, II, III y V e) I, II, III y IV 4. I. II. III. IV. V. Diagramas usados por UML... Diagramas de Casos de Uso Diagramas de Clases Diagramas de Actividades Diagramas de Secuencia Diagramas de Despliegue

a) I, II y III b) I, III y V c) I, II, III y IV d) I, II, IV y V e) II, III, IV y V 5. Sus principales autores... I. II. III. IV. V. Grady Booch Ivar Jacobson James Rumbaugh Kent Beck Jeff Sutherland

a) I, II y III b) I, II y IV c) II, III y IV d) II, III y V e) III, IV y V

PAUL MESCO SOTA 2010-35541 1. a. b. c. d. e. 2. a. b. c.

PREGUNTAS SOBRE UML

No es un herramienta gratuita para el uso de UML ArgoUML BoUML StarUML ObjecteeringUML TCM Es un Diagrama de comportamiento en UML Diagrama de Componentes Diagrama de Objetos Diagrama de Casos de Uso

d. e. 3. a. b. c. d. e. 4. a. b. c.

Diagrama de Estructura Compuesta (UML 2.0) Diagrama de Paquetes Cuntos Casos de multiplicad existen? 2 3 4 5 6 El Diagrama de Actividad describe: Los procesos de negocio o la lgica de un sistema complejo. Los estados de un objeto as como la transicin entre estados. Casos individuales de uso, actores y las relaciones entre ellos.

d. Un panorama general del flujo de control dentro del sistema o proceso de negocio. e. 5. El cambio de estado de un objeto a travs del tiempo.

Los autores de este lenguaje dicen: Con el 20% de UML se puede describir el 80% de un proyecto desarrollo. Esto se interpreta: Que se tiene que tener la capacidad para seleccionar los diagramas adecuados que describan el proyecto. JOSE QUENTA RAMOS 2010-35547

TEMA: PREGUNTAS BASICAS DE UML 1. a) b) c) d) e) 2. a) b) c) d) e) Tipo de relacin que pueden tener dos o mas clases: Herencia Agregacin Asociacin Dependencia Abstracta Son tipos de diagrama de estructura: Diagrama de clases Diagrama de objetos Diagrama de casos de uso Diagrama de paquetes Diagrama de secuencia

3. Define el concepto de UML: a) Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema. b) Es un software libre de modelado, capas de generar documentacin y cdigo. c) Lenguaje de programacin estructurada como lo es la orientada a objetos. d) Es un mtodo visual para especificar, construir y documentar un sistema. e) Comprende un conjunto de actividades que conducen a la especificacin matemtica del software.

4. a) b) c) d) e) 5. a) b) c) d)

Las clases se representan por un rectngulos y en ellas se muestran: Limites del sistema Nombre Rol Operaciones Atributos UML 2.0 define _____ tipos de diagramas, dividido en ______ categoras. 12 y 2 13 y 3 12 y 3 13 y 4 2010-35549

Giancarlo Franco Llerena UML 1. a) b) c) d) e)

UML, pos sus siglas en ingles es: Unit Modeling Language Unified Modeling Layer Unified Modeling Language Unit Modeling Layer N.A

2. UML 2.0 define ___ tipos de diagramas, dividido en _____ categoras: a) b) c) d) e) 12 y 2 13 y 3 12 y 3 13 y 4 11 y 3

3. Cules de las siguientes son partes de un modelo? a) b) c) d) e) Diagrama Enlaces Diagrama de objetos Diagrama de Relaciones Diagrama de componentes Diagrama de caso de uso

4. Un diagrama de clases est compuesto por: a) b) c) d) e) Responsabilidades Objetos Relaciones Actores Enlaces

5. Cul de los siguientes diagramas pertenece a los diagramas de estructura? a) b) c) d) e) Diagrama de paquetes Diagrama de componentes Diagrama de Objetos Diagrama de actividades Diagrama de despliegue

NOMBRE: ALEX VILCA CRUZ CODIGO:2010-35555 1.I.

EL LENGUAJE DE MODELADO UNIFICADO

Que es el Lenguaje de Modelado Unificado (UML)? Es un lenguaje grfico para visualizar, especificar, construir y documentar un sistema

II. Preescribe un conjunto de notaciones y diagramas estndar para modelar sistemas orientados a objetos. III. IV. Tcnica de modelado orientada a la programacin estructurada. Es una consolidacin de muchas de las notaciones y conceptos menos usados orientados a objetos.

V. Es la sucesin de una serie de mtodos de anlisis y diseo orientadas a objetos que aparecen a fines de los 80's y principios de los 90s La respuesta correcta es: a) I,II,V 2.I. II. III. IV. V. b) I,II,III c) I,III d) II,IV,V e) I,V Cules no son los principales beneficios del UML? Mejor soporte a la planeacin y al control de proyectos. Alta reutilizacin y minimizacin de costos. Crear un lenguaje de modelado utilizado solo por humanos. Establecer conceptos y artefactos inejecutables. Mejores tiempos totales de desarrollo (de 50 % o ms). b) I,II c) I,III d) III,IV e) II,V

La respuesta correcta es: a) I,II,IV 3.-

Las fases del desarrollo que soporta UML son:

a) Anlisis, Diseo, desarrollo, Prueba, Documentacin, Mantenimiento. b) Inicio, elaboracin, construccin, transicin, produccin. c) Anlisis de requerimientos, Planeacin, Diseo, Transicin, Mantenimiento. d) Planeacin, Modelado, Construccin, Despliegue, Lanzamiento e incremento del Software e) Anlisis de requerimientos, Anlisis, Diseo, Programacin y Pruebas 4. UML ofrece una amplia variedad de diagramas para visualizar el sistema desde varias perspectivas. UML incluye algunos de los siguientes diagramas: I. II. III. IV. V. Diagrama de casos de Uso Diagrama de Estados Diagramas de Objetos Diagrama de Pruebas Diagrama de Clases

La respuesta correcta es: a) I,II,III,IV 5.I. II. III. IV. V. b) I,II,III,V c) I,III,IV,V d) II,III,IV e) I,II,V

Algunos programas gratuitos para modelar en UML son: ArgoUML UMELet gModeler StarUML Umbrello Herramienta

La respuesta correcta es: a) I,II,III,IV b) I,II,III,V c) I,III,IV,V d) II,III,V e) I,II,III

Estudiante: Ronny Polloqueri Anco codigo: 2008-32482 pags. 13-15

21. Elija la serie que corresponda con la veracidad o falsedad de los siguientes enunciados, que estan basados en las Leyes de Manny Lehman.

I. Ley del cambio continuo, los sistemas electrnicos deben adaptarse, sino se vuelven menos satisfactorios. II. Ley de la complejidad creciente, cuando un sistema electrnico est en evolucin su complejidad no se incrementa a menos que se trate de mantenerla. III. Ley de autoregulacin, el proceso de evolucin de tipo electrnico se autorregula con la distribucin del producto. IV. Ley de la calidad decreciente, la calidad de sistemas de tipo electrnico parecer declinar a menos que stos se mantengan y adapten. a) VFFF b) VFVF) C) VFFV D)VFVV E)FFFF

22. Corresponde a la ley de conservacin del la familiaridad de Manny Lehman.

a) Todos los involucrados en el desarrollo de un sistema deben mantener el dominio sobre su contenido y comportamiento b) El contenido funcional de los sistemas de tipo electrnico debe incrementarse en forma continua.

c) La tasa de actividad global efectiva promedio en un sistema de tipo electrnico en evolucin no vara. d) a y b e) N.A.

22. Hace referencia al concepto de la "horda mongola", en el mbito del desarrollo de software a) Agregar gente a un proyecto gil lo agilizar ms. b) Reducir gente a un proyecto atrasado lo atrasar ms. c) Agregar gente a un proyecto atrasado lo atrasar ms. d) Reducir gente a un proyecto gil lo agilizar ms. e) N.A. 24.Sobre los mitos del software, Cules corresponden a mitos de la administracin?. I. Un enunciado general de los objetivos es suficiente para comenzar a escribir programas, los detalles se pueden afinar despus. II. Tener un libro lleno de estndares y procedimientos para el desarrollo de software, proporciona todo el conocimiento necesario. III. Si decido subcontratar el proyecto de software a un tercero puedo relajarme y dejar que esa compaa lo construya IV. Los requerimientos del proeycto cambian de manera continua pero el cambio puede ajustarse con facilitad porque el software es flexible

a) I, II b) II, III c) III,IV d) I,IV e) I,III

25. Sobre los mitos del software, Cules corresponden a mitos del cliente?.

I. Un enunciado general de los objetivos es suficiente para comenzar a escribir programas, los detalles se pueden afinar despus. II. Una vez que el programa ha sido escrito y puesto a funcionar, el trabajo est terminado. III. Los requerimientos del proyecto cambian de manera continua pero el cambio puede ajustarse con facilitad porque el software es flexible

IV. Mientras el programa ha sido escrito y puesto a funcionar el trabajo est terminado. 1. I, II b) II, III c) III,IV d) I,IV e) I,III Respuestas 21)D 22)A 23)C 24)B 25) E

Estudiante: Demetrio Calisaya Suarez Cdigo: 2010-35526

(tema: PRCTICA DE LA CONSTRUCCION Y DESPLIEGUE) Pg. 125-127 Indique que opcin es verdadera (V) o es falsa (F)
1. Acciones que abarca la actividad de despliegue:

(F) Integracin. (V) Entrega. (F) Incremento. (V) Soporte. (V) Retroalimentacin.
2. Principios que se siguen cuando el equipo se prepara para un incremento: (F) El software con errores se debe arreglar despus de entregarlo. (V) Se deben administrar las expectativas que el cliente tiene del software. (V) Se debe ensamblar y probar un paquete de entrega completo. (F) El material instructivo es opcional. (V) Se debe establecer un rgimen de soporte antes de entregar el software. 3. La retroalimentacin debe de recompilar la informacin de los usuarios finales y aprovecharla para: (V) Hacer modificaciones inmediatas al incremento entregado (si es necesario). (F) Solo corregir errores visibles y dejar de lado los que no se perciben. (V) Definir los cambios que sern incorporados en el prximo incremento planeado. (F) Corregir al pie de la letra segn los comentarios de los usuarios. (V) Realizar las modificaciones necesarias al diseo para ajustarlo a los cambios. 4. Reglas que sirven como objetivos de las pruebas: (F)Una prueba exitosa es aquella que corrige errores an sin descubrirlo. (F) Las pruebas se encargan de corregir errores que aun no se descubran. (V) Las pruebas consisten en un proceso en el que se ejecuta un programa con la intencin de encontrar un error que an no se descubre. (V) Un buen caso de prueba es aquel en el que hay una gran probabilidad de encontrar un error que an no se descubre. (V) Una prueba exitosa es aquella que encuentra un error que an no se descubra. 5. Conjunto de principios para las pruebas :

(V) Todas las pruebas deben ser rastreables hasta los requisitos del cliente. (V) Las pruebas se deben planear mucho antes de que comience el proceso de prueba. (F) Las pruebas exhaustivas son posibles. (V) El principio de Pareto es aplicable para las pruebas de software. (F) Las pruebas deben comenzar en lo grande y progresar hacia lo pequeo

Estudiante: Dennis Juan Ccalluhuari Mamani 2009-34084

MODELO EN ESPIRAL Y MODELO DE DESARROLLO CONCURRENTE

1. cuales son las fases o ciclos del modelo en espiral propuesto por Barry Boehm ? a). Comunicacion, Modelado,Construccion , Despliege, Planeacion b). Definicin de objetivos, Evaluacin y reduccin de riesgos, Desarrollo y validacin, planificacion c) Recoleccion de informacion, Analisis de riesgos, Modelado, planificacion y construccion d) Fijar objetivos,probar,Anlisis del riesgo, planificacion
e) Recoleccion de informacion, Analisis de componentes , Modelado, planificacion

2. cual es la diferencia que tiene el modelo en espiral con el de cascada? a) Puede aplicarse y adaptarse a lo largo de la vida del software b) Son mas simples de implementar c) a y b d) Emplea la construccion de prototipos como un mecanismo encaminado a reducir riesgos e) a y d 3. cuales son las ventajas del modelo en espiral?
a) Reduce riesgos del proyecto. b) Se puede tener en cuenta posibles mejoras. c) La especificacin puede desarrollarse de forma creciente. d) a y b e) c y a

4. cuales son las ventajas que tiene el modelo en espiral?

a) Es posible tener en cuenta mejoras y nuevos requerimientos sin romper con el modelo, ya que el ciclo de vida no es rgido ni esttico. b) Reduce riesgos del proyecto c) No se toma ningun riesgo, en su lugar los reduce y es facil de implementar

d) Es un modelo que suele funcionar bien para proyectos pequeos donde los requisitos son entendidos fcilmente. e) Es un modelo ms flexible, por lo que se reduce el coste en el cambio de alcance y requisitos.

5. Que es lo mas importante para llevar a cabo un modelo de desarrollo

concurrente?(seleccione la alternativa mas optima) a)Se deben de conformar grupos de trabajo independientes. b)Debe de ver un tipo de red donde todas las personas acten simultneamente o al mismo tiempo.

c)Los sucesos generados dentro de una actividad dada o algn otro lado de la red de
actividad debe iniciar las transiciones entre los estados de una actividad.

d) a y b e) b y c
Estudiante: Alexis Sandro Lipe Suca 200934102

Paginas 80-82 1. Es un principio de la alianza gil: 1. El mtodo ms eficiente y efectivo de transmitir informacin a un equipo es por la documentacin detallada 2. La gente de negocios y los desarrolladores deben trabajar juntos cada vez que pueda la gente de negocios 3. La simplicidad, el arte de maximizar la cantidad de trabajo no realizado, puede ser secundario 4. El software en funcionamiento es la medida primaria 5. El mtodo ms deficiente trasmitir ideas es la conversacin cara a cara 1. El proceso gil se caracteriza por: I. II. III. Resulta relativamente fcil predecir cuales requisitos del software persistirn y cuales cambiarn Para muchos tipos de software, el diseo y la construccin estn intercalados El anlisis, el diseo y la construccin pueden ser predecibles a) Solo II b) I y II c) I, II y III d) Solo I e) I y III 1. La agilidad se puede aplicar en cualquier proceso de software ; sin embargo, para lograrlo no es esencial: 1. Que el proceso sea diseado en una forma que permita al equipo adaptar y coordinar tareas.

2. Conducir la planeacin en una forma que entienda la fluidez de un enfoque gil 3. Eliminar todo, pero no los productos de trabajo no esenciales y mantenerlos controlados 4. Enfatizar una estrategia de entrega incremental 5. La adaptacin y coordinacin de ideas

1. Cmo se crea un proceso susceptible de manipular en forma impredecible? I. II. III. Reside en la adaptabilidad del proceso Reside en el tiempo de entrega anticipado Reside en la tener la documentacin adecuada a) Solo II b) I y II c) I, II y III d) Solo III e) I 1. Acerca de los incrementos de software no es una afirmacin correcta : 1. Deben entregarse en cortos periodos 2. Son prototipos ejecutables 3. Son una porcin de un sistema operacional 4. Son un avance del sistema no necesariamente funcional 5. Para que la adaptacin mantenga un buen ritmo