Vous êtes sur la page 1sur 5

Tema 1.1 Conceptos Bsicos 1.

- Es una disciplina de la Ingeniera que comprende todos los aspectos de la produccin del software desde las etapas iniciales de la especificacin del sistema hasta el mantenimiento de ste despus de que se libera. Ingeniera En Software. 2.-Es la aplicacin de un enfoque sistemtico, disciplinado y cuantificable al desarrollo, operacin y mantenimiento de software, y el estudio de estos enfoques, es decir, la aplicacin de la ingeniera al software Ingeniera En Software. 3.-Es la primera etapa para crear un software es esta se extraen los requisitos y requerimientos de un producto de software Anlisis de requerimientos 4.-Normaliza la creacin de las especificaciones de requerimientos de software (Software Requirements Specification) Anlisis de requerimientos(IEEE Std. 830-1998) 5.- La _______________________ es aquella que incluye: a) personas (quin lo hace), proceso (la manera en que se hace), proyecto (la realizacin) y producto (la aplicacin de artefactos). Ingeniera En Software. 6.-Numero de Eras que tienes la Evolucion del Software 4 7.-Es la Era de la Evolucion del Software la cual se caracteriza por la falta de documentacin. PRIMERA ERA 8.-Es la Era de la Evolucion del Software en la que existe un incremento en el mantenimiento del software, en el que se concentraban los recursos, en lugar de en el desarrollo. Este hecho se denomina crisis del software. 1965 1972 SEGUNDA ERA 9.-Era de la Evolucion del Software que se se caracterizo por la llegada y amplio uso de los microprocesadores. 1972 1985 TERCERA ERA 10.-Era Evolucion del Software caracterizada por la Dependencia del software, por lo que se necesitan aplicaciones fiables. cuarta era 11.-Durante que era de la Evolucion del Software nacen los Sistemas Gestores de Base de Datos SEGUNDA ERA 12.- Cuntas son las leyes que crearon Lehman y Belady referente a la evolucion de software 8 leyes

13.-Definir una disciplina que garantice la produccin y el mantenimiento de los productos software desarrollados en el plazo fijado y dentro del costo estimado es: Metas de la Ingeniera del Software 14.-Suministrar a los desarrolladores las bases para construir software de alta calidad en una forma eficiente. Metas de la Ingeniera del Software 15.-Cambia la cultura del mundo debido al extendido uso de la computadora: Ingeniera En Software. 16.- Abarcan una gran gama de tareas que incluyen anlisis de requisitos, diseo, construccin de programas, pruebas y mantenimiento. Los mtodos 17.-Entre que aos se trabajaba con la idea de Codificar y Corregir 1950 1965 18.-En los aos ____________________ se busca simplificar el cdigo. 1965 1972 19.-Era de laEvolucion del Software se aleja de las computadoras individuales y de los programas de computadoras, dirigindose al impacto colectivo de las computadoras y del software. CUARTA ERA 20.-Era de la Evolucion la cual se caracteriza por Potentes mquinas personales controladas por sistemas operativos sofisticados, en redes globales y locales, acompaadas por aplicaciones de software avanzadas se han convertido en la norma. CUARTA ERA Tema 1.2 El papel evolutivo del software 21.-Es el proceso de investigar un problema que se quiere resolver. Etapas de anlisis 22.- Es el proceso de utilizar la informacion recolectada en la etapa de ananlisis. Etapa de diseo. 23.- Consiste en utilizar los modelos creados en el diseo para crear componentes del sistema. Etapas de desarrollo. 24.-Etapa que consiste en asegurar que los componentes individuales que integran al sistema, cumplan con los requerimientos de la especificacion. Etapas de pruebas o verificacin.

25.-Etapa que consiste en poner a disposicion del cliente el producto. Etapa de implementacin o entrega implantacin. 26.-Etapa que consisten en corregir problemas de producto y liberar el producto como una nueva version. Etapa de mantenimiento. 27.- Es el autor que menciona: La ingeniera de software es el estudio de los principios y metodologas para el desarrollo y mantenimiento de sistemas software: Zelkovitz, 1978 28.-Ingenieria en la cual el trmino fases de desarrollo expresa cmo ha progresado el desarrollo de un software y cunto desarrollo puede requerir. ingeniera del software Tema 1.3 Etapas del desarrollo software 29.-Es la Primera etapa de la Ingeniera de Software Extraccin anlisis de requisitos 30.-Es la Segunda Etapa de la Ingeniera de Sofware analisis Etapa de Diseo y arquitectura 31.-Esta etapa comienza a menudo cuando los desarrolladores anuncian una congelacin de las caractersticas del producto, indicando que no sern agregadas ms caractersticas a esta versin y que solamente se harn pequeas ediciones o se corregirn errores. Beta 32.-El papel del software de computadora ha experimentado un cambio significativo en un periodo un poco mayor a __________ 50 aos 33.-Desde los comienzos del software hasta hoy en da se puede decir que se divide en _________ eras: Margarita busco que son 5 4 34.-El inicio de la crisis del software se dio en los aos: 1965 - 1972 35.-Era en la que no exista un planteamiento previo. No exista documentacin de ningn tipo. Existencia de pocos mtodos formales y pocos creyentes en ellos. Desarrollo a base de prueba y error. Primera era (1950-1962)

Tema 1.4 Clasificacin de la tecnologa en el desarrollo de software (Tecnologa Estructurada y Orientada a Objetos) 36.-Las tecnologas de Desarrollo ______________ son las ms convencionales de las empleadas hoy da Estructurado. 37.-Esta tecnologia surge alrededor de los aos 60, cuando surge la necesidad de describir y simular fenmenos como sistemas de comunicacin, redes neurales, sistemas administrativos, etc. De Objetos. 38.-Quin fue la pionera en el desarrollo y utilizacin de los componentes estndar de las modernas interfaces grficas, como ventanas, iconos, mouse, etc. Xerox PARC 39.-Es una poderosa herramienta, que permite editar el cdigo del programa, en una manera mucho ms conveniente y estructurada que utilizando editores convencionales. Un visualizador de clases 40.-Quin fue el primer lenguaje orientado a objetos? Simula (1967) 41.-La Tecnologia ______________________________se fundamenta en el proceso de construccin y utilizacin de conocimientos Orientada a Objetos 42.-De cuantas maneras las Tecnicas Orientadas a Objetos permiten alcanzar la reutilizacion 2 43.-Es un conjunto de datos y funciones de manipulacin de los mismos encapsulados en una unidad que es posible tratar como un todo (crear, copiar, destruir, etc.) Objeto 44.-Son unidades independientes que se comunican entre ellos mediante mensajes. Objetos 45.-Implica una generalizacin del concepto de objeto (identificando similitudes entre objetos similares) y constituye la base a partir de las cuales se construye el sistema. Una clase 46.-Un modelo o prototipo que define las variables y mtodos comunes a todos los objetos de cierta clase. Tambin se puede decir que una clase es una plantilla genrica para un conjunto de objetos de similares caractersticas. Clase

47.- Es una forma de llamar a un objeto y tambin son representaciones de una clase. una clase 48.-Este modelo describe los estimulos que recibe el sistema y las respuestas generadas por los estimulos El Modelo del Ambiente: 49.-Es el _____________________instanciado tecnologa dada Modelo esencial en una

Tema 1.5 Definicin e historia de las herramientas CASE 57.-Las ___________________ tienen su inicio con el simple procesador de palabras que fue usado para crear y manipular documentacin Las Herramientas CASE 58.-Cul fue la primera herramienta CASE que sali a la luz en el ao 1984 y trabajaba bajo una plataforma PC Excelerator 59.-Estas herramientas soportan las combinaciones dominantes de diferentes plataformas fsicas, sistemas operativos, interfaces grficas de usuario, sistemas de gestin de bases de datos, lenguajes de programacin y protocolos de red. CASE multiplataforma 60.-Quines representan informacin sobre los datos de ingeniera generados por las distintas herramientas CASE Los metadatos Tema 1.6 Clasificacin de las herramientas CASE 61.-Cul es la clasificacion de las herramientas CASE con respecto a las fases del ciclo de vida que automatizan CASE de alto nivel 62.-Es una coleccin de herramientas integradas que permiten automatizar un conjunto de tareas de algunas de las fases del ciclo de vida del sistema informtico: Planificacin estratgica, Anlisis, Diseo, Generacin de programas. TOOLKIT 63.-Cmo se le denomina al conjunto de facilidades proporcionadas por la ingeniera directa e inversa re-ingeniera 64.-El taller de la ingeniera del software se denomina un entorno de apoyo de: integrado a proyectos 65.-En que ao las herramientas CASE se volvieron realmente importantes en el proceso de desarrollo de software. 1985 66.-Son aquellas herramientas que automatizan o apoyan las fases finales o superiores del ciclo de vida del desarrollo de sistemas como la planificacin de sistemas, el anlisis de sistemas y el diseo de sistemas. CASE de alto nivel

50.- En este modelo se debe considerar ahora las imperfecciones de la tecnologa y determinar la cantidad de procesadores necesarios, las cualidades de estos procesadores, el tamao de disco necesario de acuerdo al volumen de la informacin a ser almacena, etc Modelo de Implementacin 51.-Este modelo especifica un conjunto de restricciones que el usuario desea imponer al grupo de desarrollo y condiciones al diseador El Modelo de Implantacin del Usuario 52.-Describe todas las decisiones relativas a la arquitectura de hardware y la estructura general de la arquitectura de software El Modelo de Distribucin 53.-Asigna al modelo esencial a distintos procesadores y determina la arquitectura de comunicacin entre ellos El Modelo de Procesadores 54.-Aqu los modelos resultantes de la creacin del modelo de procesadores son estudiados por separado( un procesador por ves), para determinar tareas diferentes (que sern programas diferentes de manera tal que se pueden ejecutar concurrentemente o no) El Modelo de Tareas 55.-Si partimos del hecho que mediante la definicin de clases establecemos mdulos independientes, a partir de los cuales podemos definir nuevas clases, entonces podemos pensar en estos mdulos como bloques con los cuales podemos construir diferentes programas. Flexibilidad (Tecnologa orientada a objetos) 56.-En base a ellos se ha desarrollado una tecnologa estructurada adaptada a sistemas de control denominada. Statemate [15]
3

67.-Son aquellas herramientas que automatizan o apoyan las fases finales o inferiores del ciclo de vida como el diseo detallado de sistemas, la implantacin de sistemas y el soporte de sistemas CASE de alto nivel 68.-Se aplica a aquellas herramientas que apoyan actividades que tienen lugar a lo largo de todo el ciclo de vida, se incluyen actividades como la gestin de proyectos y la estimacin CASE cruzado de ciclo de vida 69.-Permiten al desarrollador crear un modelo del sistema que se va a construir y tambin la evaluacin de la validez y consistencia de este modelo Diseo 70.-Se engloban aqu los compiladores, los editores y los depuradores de los lenguajes de programacin convencionales Herramientas de programacin 71.-Sirven de ayuda a la adquisicin, medicin, simulacin y prueba de los equipos lgicos desarrollados Herramientas de integracin y prueba 72.-Las Herramientas de alto nivel, U-CASE son conocidos tambien con el nombre de. UPPER CASE 73.-Las Herramientas de bajo nivel, L-CASE son conocidos tambien con el nombre de. LOWER CASE 74.-Dentro de este grupo se encontraran las herramientas de reingeniera, orientadas a la fase de mantenimiento. Juegos de herramientas o toolkits 75.-Abarcan todas las fases del ciclo de vida del desarrollo de sistemas. Son llamadas tambin CASE Workbench. Herramientas integradas, I-CASE (Integrated CASE, CASE integrado) 76.-Orientadas a la automatizacin y soporte de las actividades desarrolladas durante las primeras fases del desarrollo: anlisis y diseo. Herramientas de alto nivel, U-CASE 77.- Dirigidas a las ltimas fases del desarrollo: construccin e implantacin. Herramientas de bajo nivel, L-CASE (Lower CASE - CASE inferior) o back-end

78.-Herramientas que ayudan en las fases de planificacin, anlisis de requisitos y estrategia del desarrollo, usando, entre otros diagramas UML. Upper CASE (U-CASE) 79.-Herramientas para automatizar tareas en el anlisis y diseo de la aplicacin. Middle CASE (M-CASE) 80.-Herramientas que semi-automatizan la generacin de cdigo, crean programas de deteccin de errores, soportan la depuracin de programas y pruebas. Adems automatizan la documentacin completa de la aplicacin. Aqu pueden incluirse las herramientas de Desarrollo rpido de aplicaciones. Lower CASE (L-CASE) 81.-Herramientas que engloban todo el proceso de desarrollo software, desde anlisis hasta implementacin. Integrated CASE (I-CASE) 82.-Herramientas que permiten la definicin de nuestra propia tcnica de modelado, los elementos permitidos del metamodelo generado se guardan en un repositorio y pueden ser usados por otros analistas, es decir, es como si definiramos nuestro propio UML, con nuestros elementos, restricciones y relaciones posibles. MetaCASE 83.-Son herramientas de soporte a la prueba de software. CAST (Computer-Aided Software Testing) 84.-Son herramientas que soportan todo el ciclo de vida, incluyen componentes para la gestin de proyectos y gestin de la configuracin activa IPSE (Integrated Programming Support Environment) Tema 2.1 Tareas de la Ingeniera de Requisitos 85.-Es una tarea de ingeniera del software que cubre el hueco entre la definicin del software a nivel sistema y el diseo de software. El anlisis de requisitos 86.-Son los requisitos que imponen restricciones al diseo o funcionamiento del sistema Los requisitos no funcionales 87.-El soporte de almacenamiento a usar debe ser MySQL. La oracion anterior es un ejemplo de un requisito: Los requisitos no funcionales

88.-En cuantos tipos se divide los requerimientos En 3 89.-Definen las funciones que el sistema ser capaz de realizar. Describen las transformaciones que el sistema realiza sobre las entradas para producir salidas qa que tipo de requerimiento se refiere requerimientos funcionales 90.-Tienen que ver con caractersticas que de una u otra forma puedan limitar el sistema, como por ejemplo, el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad (robustez del sistema, disponibilidad de equipo), mantenimiento, seguridad, portabilidad, estndares, etc. Los requerimientos no funcionales 91.-En esta etapa se leen los requerimientos, se conceptan, se investigan, se intercambiar ideas con el resto del equipo, se resaltan los problemas, se buscan alternativas y soluciones, y luego se van fijando reuniones con el cliente para discutir los requerimientos. Anlisis 92.-En esta fase se documentan los requerimientos acordados con el cliente, en un nivel apropiado de detalle. Especificacin 93.-Es la etapa final de la Ingeniera de requerimientos. Su objetivo es, rectificar los requerimientos, es decir, verificar todos los requerimientos que aparecen en el documento especificado para asegurarse que representa una descripcin, por lo menos, aceptable del sistema que se debe implementar. Validacin Tema 2.2 Tcnicas de la Ingeniera de Requisitos 94.-Son un mtodo comn. Estos solo se realizan con las personas que se relacionaran con el sistema. Entrevistas 95.-Estos son facilitados por un analista del negocio, en donde las personas implicadas participan en discusiones para descubrir requisitos, analizan sus detalles y las implicaciones cruzadas. Talleres 96.-En lugar de una entrevista, se pueden llenar formularios o contratos indicando los requisitos. En sistemas muy
5

complejos stos pueden tener centenares de pgina, este metodo reciben el nombre de: Forma de contrato 97.-Mtodos que son formulados por los usuarios se toman como objetivos generales, a largo plazo Los requisitos 98.-Mtodos que ayudan a conocer la opinin de los usuarios y rectificar algunos aspectos antes de llegar al producto terminado. Prototipos 99.-Es una tcnica para documentar posibles requisitos, graficando la relacin del sistema con los usuarios u otros sistemas Casos de uso Tema 2.3 Modelado de requisitos 100.-A que mtodo pertenece el siguiente prrafo. A los directivos, una vez que ven un prototipo, les cuesta comprender que queda mucho trabajo por hacer para completar el diseo final. Casos de uso Tema 2.4 Herramientas CASE para la Ingeniera de Requisitos 101.-El modelo de casos de uso debe ser documentado a lo largo de las diversas actividades, dando lugar a distintos documentos como los manuales de usuario, manuales de administracin, etc. Hace referencia al paso de Documentacin Tema 2.5 102.-Estas herramientas CASE modelan la informacin de negocios cuando sta se transfiere entre distintas entidades organizativas en el seno de una compaa HERRAMIENTAS DE LA INGENIERA DE LA INFORMACIN