Al igual que otras ingenieras, la ing.

de Software tiene la necesidad de descripcin

mediante el anlisis de requerimientos

Es la profesin en la que el conocimiento de las ciencias naturales y matemticas obtenido

con el estudio, la experiencia y la prctica se aplica con juicio para desarrollar formas de
utilizar, de modo econmico, los materiales y fuerzas de la naturaleza para beneficio de la
humanidad. (INGENIERIA DEL SOFTWARE)

Entre 1980 y 1990 surgieron dos tendencias que dominaron la ingeniera de software:
Crecimiento explosivo de aplicaciones y florecimiento de herramientas y paradigmas
como la orientacin a objetos.

La ingeniera de Software incluye: Personas, Proceso, Proyecto y Producto

Proceso de Desarrollo de Software Unificado (USDP, Unified Software Development Process,

de Jacobson, Booch y Rumbaugh

Comienza con la especifica-cin de los requerimientos para la aplicacin, despus

procede a la etapa de diseo, luego a la etapa de implementacin y, por ltimo, a la
etapa de pruebas (Proceso de Cascada)

CMM: capability maturity model (modelo de madurez d capacidades)

EL CMM fue desarrollado por Watts Humphrey y el Software Engineering Institute (SEI).

PSP: Personal Software Process (proceso de software personal.)

Humphrey fue el creador de PSP

TSP: Team Software Process (proceso de software en equipo) es el tercer nivel de

organizacin del software. Tambin desarrollado por Humphrey.

Facilitan la produccin de artefactos tiles y confiables: algunos estndares bien pensados

para la documentacin.

IEEE: Institute of Electronical and Electronics Engineers),

ANSI: American National Standars Institute.

Proyecto: es el conjunto de actividades necesarias para producir los artefactos requeridos.

Incluye contacto con el cliente, escribir la documentacin, desarrollar el diseo, escribir el

cdigo y probar el producto. Proyecto

UML: Unified Modeling Language (lenguaje de modelo unificado)

Es un estndar industrial para describir diseos, adems no solo es una metodologa, sino
una notacin: UML

En un proyecto de software tiene un efecto profundo en su xito: las interacciones entre las
personas involucradas.

En lugar de insistir en la perfeccin, insistimos en los estndares de manera precisa. Resalta

tres actividades para asegurar la calidad; inspeccin, demostracin de funcionamiento
correcto y pruebas.
La inspeccin: es un proceso orientado al trabajo en equipo para asegurar la calidad y se
aplica en todas las etapas del proceso.
Modelo del proceso en cascada: este es una secuencia de actividades (o etapas) que
consiste en el anlisis de requerimiento, el diseo, la implementacin, la integracin y las
pruebas.

La ingeniera de Software es? Un conjunto de responsabilidades sociales

En que difiere la IS de otros tipos de ingeniera y en que es similar? En el proceso llamado

anlisis de requerimiento y que los proyectos de software estn sujetos a cambios
frecuentes.

Qu es lo que incluye la IS? Personas, procesos, proyectos y productos.

Es un esfuerzo de desarrollo de software consiste en mucho ms que el cdigo objeto y el

cdigo fuente? Los productos

En cumplimiento del USDP, estos productos se llamarn? Artefactos.

las habilidades de IS de cada ingeniero se pueden desarrollar y medir mediante el?

Procesos de Software Personas (PSP)

Algunos estndares bien pensados para la documentacin facilitan la: produccin de

artefactos tiles y confiables.

Es un conjunto de actividades necesarias para producir los artefactos requeridos?

Proyecto

En un proyecto de software tiene un efecto profundo en su xito? Las personas

involucradas

Otro elemento del factor personas se refiere a los interesados en el proyecto: Personas que
ganan o pierden algo con su resultado.

Es un proceso orientado al trabajo en equipo para asegurar la calidad y se aplica en todas

las etapas del proceso? La inspeccin

Es una tcnica matemtica o lgica usada para convencernos de que un programa hace
lo que debe? Una demostracin de funcionamiento correcto.

Es el proceso de construir aplicaciones de tamao o alcance prcticos, en las que

predomina el esfuerzo del software y que satisface los requerimientos de funcionalidad? La
ingeniera de Software,

Existen varios procesos alternativos; en ellos el ms importante es? Proceso en cascada.

el modelo clsico del proceso del desarrollo de software es? El modelo en cascada.

Este plan especifica la manera en que el proyecto logra sus metas de calidad? PAQS (Plan
de aseguramiento de la calidad del software)

Este explica donde se almacenan los documentos y el cdigo en sus diferentes versiones,
adems como se acomodan juntos? PACS (Plan de la administracin de la configuracin
del software)
Este plan explica cmo debe llevarse el proyecto? PAPS (Plan de administracin del
proyecto de software)

Este documento establece los requerimientos para la aplicacin y es una especie de

contrato y gua para los clientes y desarrolladores? ERS (Especificacin de requerimiento de
software)

Describe los detalles de la arquitectura y el diseo de la aplicacin? DDS (Documentacin

del diseo de software)

Describe la manera en que deben probarse la aplicacin y sus partes: DPS (Documentacin
de las pruebas de software).

Son las mtricas que casi siempre se incluyen: Cantidad de trabajo realizado, Tiempo que
toma realizarlo y Tasa de defectos.

Consiste en mucho ms que solo el cdigo fuente? Las partes

Expresa el estado ms primitivo para las organizaciones de software? El nivel 1 o Nivel

inicial de CMM

Consiste en gestionar la produccin de un producto dentro del tiempo dado y los lmites
de fondos? La administracin de proyectos.

La administracin de proyectos comprende: Estructura, Proceso administrativo, proceso de

desarrollo y programa

Variables principales: Costo, capacidad, calidad y programa.

Tienen responsabilidades sociales que cancelan sus requerimientos de satisfacer las

necesidades de sus empleadores y supervisores? Los profesionales.

Estas actividades deben llevarse a cabo desde el principio del proyecto, y continuar de
manera disciplinada al menos durante la primera cuarta parte? La administracin de
riesgos.

Es de inters continuo y vital para los coparticipes? El costo de un proyecto.

El proceso de entender y documentar se llama? Anlisis de requerimientos.

La salida de anlisis de requerimientos es un documento que se conoce cmo? ERS

El primer nivel documenta los deseos y necesidades del cliente y se expresa en lenguaje
claro para l? Requerimientos del cliente.

El segundo nivel documenta los requerimientos de manera especfica y estructurada.

Requerimientos del Desarrollo RD

Son un poco ms sutiles para clasificar que sus deseos? Las necesidades del cliente

Son representaciones graficas del flujo de control y son tiles en particular para visualizar la
ejecucin de los casos de uso. Los diagramas de secuencia.
Los requerimientos D se pueden organizar de acuerdo con varios esquemas, entre ellos?
Por Caractersticas, modo, caso de uso, clase, jerarqua y estado.

Estos modelos describen cuando la aplicacin hace el trabajo. Modelo de estados.

Es una coleccin de clases que pueden usar varias aplicaciones. Marco de trabajo

Son combinaciones de componentes, casi siempre clases y objetos, que por experiencia se
sabe que resuelven ciertos problemas de diseos comunes. Los patrones de diseos

Desarrolla un modelo mental de cmo debe funcionar la aplicacin con cinco o siete
componentes. La arquitectura de software.

Enumeran una secuencia de acciones que preparan al programador para la

implementacin. Mapas conceptuales.

Son el primer tipo de prueba que se aplican. Pruebas de unidades.

Tipos de pruebas. Caja negra, caja blanca y caja gris

Se refiere a este proceso de ensamble. La integracin

Consiste en las actividades realizadas sobre la aplicacin una vez entregado el producto.
El mantenimiento de software

PAQS (PLAN DE ASEGURAMIENTO DE LA CALIDAD DEL SOFTWARE). Este plan especifica la

manera en que el proyecto logra sus metas de calidad.

PACS (PLAN DE ADMINISTRACION DE LA CONFIGURACION DE SOFTWARE). Explica donde se

almacenan los documentos y el cdigo en sus diferentes versiones, adems como se
acomodan juntos; no se recomienda empezar sin este plan porque el primer documento
que se genera puede cambiar.

PAPS (PLAN DE ADMINISTRACION DEL PROYECTO DE SOFTWARE). Explica como debe llevarse
acabo el proyecto. Cita un proceso de desarrollo conocido, como el proceso estndar de
la compaa.

ERS (ESPECIFICACION DE REQUERIMIENTOS DEL SOFTWARE). Este documento establece los

requerimientos para la aplicacin y es una especie de contrato y gua para el cliente y los
desarrolladores.

DDS (DOCUMENTACION DEL DISEO DE SOFTWARE). Describe los detalles de la arquitectura

y el diseo de la aplicacin.

DPS (DOCUMENTACION DE LAS PRUEBAS DE SOFTWARE). Describe la manera en que deben

probarse la aplicacin y sus partes.

La cuantificacin es una parte esencial de la ingeniera.

Las mtricas no pueden separarse de su contexto. Las mtricas que casi siempre se incluir
son: Cantidad de trabajo realizado (medido fsicamente; lneas de cdigo), Tiempo que
toma realizar el trabajo y Tasa de defectos (defectos por 1 000 lneas de cdigo, defectos
por pgina de documento, etc)
Prueba de desarrollo son cuando el ingeniero desarrollador ejecuta las pruebas

Las pruebas de unidad son las primeras que se aplican

Prueba de integracin valida funcionalidad global de cada etapa de la aplicacin

La meta de las pruebas de unidad es estructural

Los proyectos cambian de dos formas al avanzar hacia la terminacin. La primera es

mediante la acumulacin de partes nuevas. La segunda consiste en las versiones sucesivas
de esas partes. La administracin de la configuracin administra esas partes.

PAPS: Plan de administracin del proyecto de software.

En 1980 el Software Engineering Institute (SEI) estableci una clasificacin sencilla de

capacidades de los contratistas llamada Capatibility Matuity Model (CMM) la cual ha
tenido xito al proporcionar metas especificas de la competencia de la ingeniera de
software organizacional.

La CMM clasifica a las organizaciones en cinco niveles.

Qu es la administracin de proyectos? Consiste en gestionar la produccin de un

producto dentro del tiempo dado y los lmites de fondo

Qu puede controlar el administrador del proyecto? El costo total del proyecto, las
capacidades del producto, la calidad del producto y la duracin del proyecto

Los componentes de la administracin de proyectos son: Estructura, proceso administrativo,

proceso de desarrollo y programa

Cules son las variables principales? Costo, capacidad, calidad y programa

Cmo se pueden visualizar ms fcilmente estas variables? Con el uso de un diagrama

polar

Los profesionales tienen responsabilidades sociales que cancelas sus requerimientos de

satisfacer las necesidades de sus empleadores y supervisores.

Las prcticas de los ingenieros de software en la planeacin, programacin, diseo,

implementacin, inspeccin y pruebas de los artefactos pasan por un escrutinio cada vez
mayor dentro y fuera de la profesin. Profesionalismo.

La administracin de riesgos consiste en las siguientes actividades: identificar riesgos,

planear el retiro, dar prioridades y retirar o atenuar. Estas actividades deben llevarse a cabo
desde el principio del proyecto y continuar de manera disciplinada al menos durante la
primera cuarta parte.

La identificacin de riesgos consiste en escribir todas las inquietudes o preocupaciones de

quienes estn relacionados con el proyecto, despus presionar continuamente a los
integrantes del equipo a pensar en ms inquietudes.

Las categoras de riesgos incluyen subestimacin del tamao del trabajo, cambios
demasiado rpidos en los requerimientos, falta de habilidad para encontrar una
implantacin con suficiente eficiencia, deficiencias en las aptitudes del personal, un lapso
grande para aprender a usar las herramientas y deficiencias de los lenguajes.
Qu es el anlisis de requerimientos? Es un proceso de conceptualizacin y expresin de
los conceptos en forma correcta.

Significado del anlisis de reconocimiento? Expresan que se supone que debe hacer una
aplicacin, es el proceso de entender y documentar algo.

Que son rugaber y White? Informan que sus intentos para usar una herramienta que
tradujera de manera automtica fortran a C fueron tcnicamente exitosas.

Un requerimiento en un nivel con frecuencia se traduce en ms de un requerimiento

especifico en el siguiente nivel ms detallado

Existen excepciones a la regla de que en los requerimientos se evite especificar como debe
hacerse algo.

La salida del anlisis de requerimientos es un documento que se conoce como

especificacin de requerimiento o especificacin de requerimientos de software (ERS)

El anlisis de requerimiento se divide en dos niveles: Primer nivel documenta los deseos y
necesidades del cliente y se expresa en lenguaje claro para l. Suelen llamarse
requerimientos del cliente o requerimientos C. Segundo nivel documenta los
requerimientos de manera especfica y estructurada. Estos se llaman requerimientos del
desarrollador o requerimientos D con frecuencia los requerimientos se expresan de
manera natural como una interaccin entre la aplicacin y una agencia externa a ella,
como el usuario.

Un caso de uso se identifica primero por su nombre y por el tipo de usuario de la aplicacin,
llamado actor.

Requerimientos Inversos? Establecen que no deben hacer el software. Es lgico que all
un nmero infinito de requerimiento inverso, se seleccionan loa que aclaran los
requerimientos verdaderos

Tipo de requerimientos con el ERS estndar? Requerimiento de interfaz, Interfaz de usuario,

Interfaz de software e Interfaz de hardware.

Qu es diagrama de secuencia? Son representaciones graficas del flujo de control y son

utilices en particular para visualizar la ejecucin de los casos de uso.

VLADIMIR

Cul es una de las caractersticas de las clases abstractas? Que no se pueden convertir
en objetos

Qu es un marco de trabajo? Es una coleccin de clases que pueden usar varias

aplicaciones

Que son los patrones de diseo? Son combinaciones de componentes, casi siempre clases
y objetos, que resuelven ciertos problemas de diseo comunes.

Que son los patrones de diseo estructural? Son formas de representar ensambles de
objetos (como rboles y listas ligadas) y permiten el manejo del ensamble como una sola
entidad.

Que son los patrones de diseo creativos? Son maneras de crear objetos complejos como
laberintos y rboles.
Que son los patrones de diseo de comportamiento? Son los que permiten captar el
comportamiento de los objetos.

KIKE 263 Y 357

Cuando el nico inters es si una aplicacin o parte de ella proporciona la salida

adecuada, se prueba que cumpla cada requerimiento al usar la entrada apropiada y
pueden ser suficientes si se puede asegurar que agotan todas las combinaciones de
entrada, esto probara al cliente que todos los requerimientos se satisfacen. PRUEBA DE
CAJA NEGRA.

Significado de integracin? Debido a que las aplicaciones son complejas deben

construirse con partes que primero se desarrollan por separado, la integracin se refiere a
este proceso de ensamble, se realizan varios tipos de pruebas en los ensambles parciales
de la aplicacin y en toda ella.

Qu es Verificacin? Cuando se aplica la integracin, la verificacin se reduce a

confirmar que se estn uniendo justo las componentes que se plane ensamblar, junto en
la forma que se plane ensamblarlas

Qu es validacin? La validacin pregunta si se construye lo correcto, es decir, a partir

de pruebas de interfaz se verifica y valida que la implementacin sea un reflejo fiel de las
interfaces proyectadas.

Qu es la prueba de Interfaz? Confirman la validez de las interfaces entre los mdulos

Qu es la prueba de regresin? Verifican que las adiciones al sistema no hayan alterado

las capacidades ya existentes.

Qu es la prueba de integracin? Se realiza sobre un sistema parcialmente construido para

verificar que el resultado de integrar software adicional opera como se plane.

Qu es la prueba del sistema? Se realiza en toda la aplicacin o en las versiones

designadas. Se realizan contra la arquitectura, es decir verifican que se haya seguido y que
funcione como se plane.

Cules son las pruebas de desarrolladores y artefactos? Esta seccin se revisarn los
artefactos involucrados en el proceso de pruebas de integracin. Implica los papeles del
ingeniero de pruebas, el ingeniero de componentes y el que prueba el sistema.

Qu significa Funcionalidad? Se refiere a la facilidad o dificultad con que la aplicacin se

mantiene operativa. Por ejemplo, una aplicacin de sistema experto se apoya en su base
de conocimientos, que debe ser capaz de modificarse con facilidad.

Qu significa Confiabilidad y Disponibilidad? Se determinan mediante medidas como el

tiempo medio entre fallas (MTBF). Para obtener el MTBF primero se establece una definicin
de falla, ejemplo: La deshabilitacin total de la aplicacin.

Que la prueba de Utilidad? Valida la aceptacin de la aplicacin por los usuarios

Cules son las pruebas de aceptacin? Estn diseadas para asegurar al cliente que se
construy la aplicacin estipulada. El cliente es el testigo de estas pruebas y se ejecutan en
la plataforma que van a operar.

Cules son las pruebas de instalacin? Consiste en probar la aplicacin en su

configuracin de hardware final. Esto implica instalar la aplicacin en su entorno meta,
despus ejecutar el conjunto de pruebas del sistema.
Estndares para la documentacin de pruebas:

-Introduccin - Archivo de prueba

- Plan de pruebas - Informe de Incidentes de

prueba

- Diseo de prueba - Informe de resumen de la

prueba

- casos de prueba

- procedimientos de prueba

- Informe de transmisin de elementos de prueba

Qu es el PACS? Describe los procedimientos especficos para mantener las diferentes

versiones de los distintos documentos, incluido el PAPS. Tambin especifica exactamente
donde se localizan estos documentos.

Que son las versiones Alfa y beta? Alfa: se dan a los usuarios internos o a un grupo selecto
y confiable de usuarios externos para los primeros usos antes de la liberacin de un sistema.
Beta: se dan a parte de la comunidad de clientes con el entendimiento de que informaran
acerca de los errores encontrados.
Adems, las versiones alfa y beta se usan para convencer a los clientes de que se trata de
un producto que respalda las promesas de los proveedores

Capacidades de las herramientas automatizadas de prueba de sistemas:

- Registrar acciones de ratn y teclado para permitir reproduccin repetida

- Correr varias veces los textos de prueba
- Activar registro de resultados de pruebas
- Registrar tiempo de ejecucin
- Registrar errores de la corrida
- Crear y administrar pruebas de regresin
- Generar informes de pruebas
- generar datos de pruebas
- Registrar uso de memoria
- Administrar casos de pruebas
- Analizar la cobertura

Que se requiere para PROBAR? Se requiere el uso repetido de formas. Las plantillas de
documentos son las herramientas de prueba ms elementales, pero las que ms se usan.

Las plantillas se pueden vasar en los estndares de documentacin de pruebas como la

documentacin de pruebas de software de ANSI/IEEE 829-1983.

Qu es el mantenimiento de software?

- Consiste en las actividades realizadas sobre la aplicacin una vez entregado el

producto.
- El proceso de modificar un sistema o componente de software entregado para
corregir defectos, mejorar el desempeo o algn otro atributo, o adaptarlo al
cambio del entorno.