INGENIERIA DE SOFTWARE

QUE ES DEPURACION: Es uno sistema crítico, puede usarse un proceso más formal. Las pruebas de unidad deben enfocarse en comprobar la funcionalidad de objetos o métodos. Es un proceso de prueba de defecto. Es el proceso para corregir los errores y problemas descubiertos por las pruebas.

El modelo en V ilustra la forma en la que se asocian las acciones de verificación, por lo consiguiente realiza: Validación con las primeras acciones de ingeniería. Validación de trabajar sin fallos durante largos periodos. Validación a lo largo de toda la industria. Validación espectro de segmentos industriales.

Una estructura general para la ingeniería de software define 5 actividades estructurales, que son: Inicio del proyecto, diseño de alto nivel, complementación, pruebas, post mortem. Comunicación, planeación, modelado, construcción y despliegue. Construcción, despliegue, actividad estructural, dinámica, desarrollo. Despliegue, planeación, pruebas, estructuración, mantenimiento.

Los modelos evolutivos son iterativos. Se caracterizan por: La manera en la que permiten desarrollar versiones cada vez más completas del software. La manera en que mantiene la comunicación entre el usuario y el cliente. La manera que evoluciona es lineal. La manera que evoluciona es espiral.

El modelo espiral usa los prototipos como mecanismo de reducción de riesgos, pero, más importante, permite aplicar el enfoque de hacer prototipos en cualquier etapa de la evolución del producto. No demanda y por consiguiente no Mantiene el enfoque de escalón sistemático sugerido por el ciclo de vida clásico. Demanda una consideración directa de los riesgos técnicos en todas las etapas del proyecto y, si se aplica de manera apropiada, debe reducir los riesgos antes de que se vuelvan un problema. Demanda e incorpora una estructura iterativa que refleja al modelo lineal en una forma más realista. No Demanda de mucha experiencia en la evaluación del riesgo y ni se basa en ella para llegar al éxito.

¿Cuál de las siguientes afirmaciones es cierta acerca de los modelos: cascada, desarrollo evolutivo, basado en componentes?. Estos modelos no pueden combinarse, ya que se excluyen mutuamente al momento de desarrollar sistemas grandes. Estos modelos a menudo se utilizan juntos especialmente para el desarrollo de sistemas grandes. Estos modelos se basan en la existencia de un número significativo de componentes reutilizables. Estos modelos tienen procesos complejos ya que han evolucionado para explorar las capacidades de las personas de una organización.

Prueba alfa: Se prueban los componentes individuales para asegurarse de que funcionan correctamente. Los componentes se integran para formar el sistema, este proceso comprende encontrar errores. Es la etapa final del proceso de pruebas antes de que se acepte que el sistema se ponga en funcionamiento. Los programadores definen sus propios datos de pruebas y de forma incremental prueban el código que se va desarrollando.

La evolución del software se interesa en: Verificar que los sistemas se ajusten a las especificaciones dadas. Automatizar los procesos del software. . Organizar en fases y separar actividades de estas fases. Modificar los sistemas software existentes para cumplir los nuevos requerimientos.

Por lo general, el calendario del proyecto se representa como: Notaciones Gráficas que se utilizan para ilustrar la calendarización del proyecto. Un conjunto de gráficos que muestran la división del trabajo, las dependencias de las actividades y la asignación del personal. La probabilidad de que surjan riesgos y las estrategias de reducción de riesgos. Un plan preparado al inicio de un proyecto.

Las pruebas de rendimiento tienen que diseñarse para: Demostrar la fiabilidad del sistema. Asegurar que el sistema pueda procesar su carga esperada. Poder encontrar defectos en el sistema. Verificar la funcionalidad del sistema.

¿Con que otro nombre se le denominan a las pruebas de componentes?. Pruebas por fases. Pruebas de unidad. Pruebas de entregas. Pruebas individuales.

¿Qué son pruebas estructurales?. Las pruebas estructuras son conocidas como pruebas de caja negra. Las pruebas estructurales son una aproximación al diseño de casos de prueba en donde las pruebas se derivan a partir del conocimiento de la estructura e implementación del software. Las pruebas de caja blanca se centran en los detalles procedimentales del software olvidando el código fuente. Las pruebas estructurales se basan en identificar todas las particiones para un sistema o componente.

Según los requerimientos no funcionales que tipo de término especifican o restringen el comportamiento del software. Requerimiento del producto. Requerimiento de la organización. Requerimiento externo. Requerimiento interno.

En el ejemplo: En un sistema para el manejo de accidentes, los oficiales de campo, ya sea el policía o el bombero, tiene acceso a una computadora inalámbrica que le permite interactuar con un despachador. El despachador, a su vez puede visualizar el estado actual de todos los recursos, como los automóviles o camiones de la policía, en una pantalla de computadora y despachar un recurso dado comandos desde una estación de trabajo. ¿Cuál es el actor principal o los actores principales?. Policía o Bombero. Oficiales de campo. Despachador. Oficial de Campo y despachador.

En el caso que el proyecto se retrase se tiene que: Anticipar los problemas que puedan surgir. Preparar soluciones a esos problemas. Renegociar con el cliente las restricciones del mismo y las entregas. Usar un plan inicial como conductor para el proyecto.

La supervisión de proyecto es: La identificación de actividades. La estimación del coste de una actividad. Una actividad continúa. El tiempo de desarrollo para un proyecto grande.

Según los requerimientos no funcionales que tipo de término cubre todos los requerimientos derivados de factores externos al sistema y su proceso de desarrollo. Requerimiento del producto. Requerimiento de la organización. Requerimiento externo. Requerimiento interno.

Los resultados del proceso de gestión de riesgos se deben documentar en: Un proceso iterativo. Nuevas prioridades. Un plan de Gestión de Riesgos. Los planes de contingencia.

La planificación de proyectos se refiere a: La identificación de actividades, hitos y entregas de un proyecto. La revisión de un proyecto. La habilidad que se adquiere con la práctica y la experiencia. La actividad continúa.

Los modelos de iteración de procesos presentan el proceso del software como: La especificación de los requerimientos de un sistema de software. Desarrollar las especificaciones del software que pretenden comunicar las necesidades del sistema. Un ciclo de actividades. Modelos genéricos del proceso.

LA ISO 9001:2000 PARA SOFTWARE: Es un estándar genérico que se aplica a las organizaciones y compañías industriales. Es un estándar genérico aplicable a todas las instituciones de gobierno. Es un estándar genérico aplicable a las compañías de hardware. Es un estándar genérico que se aplica a cualquier organización y compañías de software.

Quienes realizan los requerimientos del sistema: Usuarios finales del sistema, Ingenieros en Sistema, Arquitectos del sistema y Desarrolladores de software. Usuarios finales del sistema, Ingenieros del cliente y Desarrolladores de software. Ingenieros en Sistemas, Ingenieros del cliente, Arquitectos del sistema y Desarrolladores de software. Usuarios finales del sistema, Ingenieros del cliente, Arquitectos del sistema y Desarrolladores de software.

Liste las actividades de Gestión de las que son responsables muchos gestores. Redacción de la propuesta. Planificación y calendarización del proyecto. Estimación de costes del Proyecto. Todas las anteriores.

Según los requerimientos no funcionales que tipo de término son de sistemas amplios, derivados de políticas y procedimientos en la organización del cliente y del desarrollador. Requerimiento del producto. Requerimiento de la organización. Requerimiento externo. Requerimiento interno.

Existen 4 fases principales en el proceso de ingeniería de requerimientos: Estudio de viabilidad, obtención y análisis de requerimientos, especificación de requerimientos y validación de requerimientos. Estudio de viabilidad, obtención y análisis de requerimientos y especificación de requerimientos. Estudio de viabilidad, obtención y análisis de requerimientos, desarrollo y validación y planificación. Estudio de viabilidad, obtención y análisis de requerimientos, planificación y evaluación y reducción de.

Existen riesgos que son una amenaza para el proyecto, para el software en desarrollo y para la organización. Marcarlos. Riesgos del Proyecto. Riesgos del Producto. Riesgos del negocio. Todas las anteriores.

Se debe tener estrategias para reducir el impacto del riesgo en el proyecto y en el producto, liste las correctas: Estrategias de prevención. Estrategias de minimización. Planes de contingencia. Todas las anteriores.

A qué hace referencia el conocimiento organizacional?. Al conocimiento adquirido de la Política de Calidad, objetivos de calidad, misión y visión. Al conocimiento adquirido mediante fuentes internas y externas, propios de cada actividad. Al conocimiento adquirido por la educación. Al conocimiento acerca del sector económico.

Cuándo se crea y actualiza información documentada, la organización debe asegurarse de: Controlar acceso, recuperar, preservar, almacenar y disponer. Identificar, describir, informar, almacenar y aprobar. Identificar, describir, revisar y aprobar. Informar, almacenar, conservar, recuperar y mantener.

¿Debe realizarse la revisión por la dirección?. Si, y dejar evidencia de los resultados de las revisiones. Si, no es necesario dejar evidencia ya que los resultados son analizados y ejecutados. No, siempre y cuando la alta dirección revise el sistema. Si, y dejar evidencia de las entradas, salidas y resultados.