Menciones Los tres razones u objetivos al producir especificaciones de procesos son:

Reducir la ambigüedad del proceso, Obtener una descripción precisa de lo que se va a lograr, que por lo general se
incluye en un paquete de especificaciones para el programador y Validar el sistema de diseño.

Menciones Las categorías o procesos que por lo general no requieren especificaciones son:

1. Procesos que representan entrada o salida física, como lectura y escritura, Procesos que representan una validación
de datos simple, lo cual por lo general es bastante fácil de lograr, Procesos que utilizan código escrito con anterioridad.

Los formatos de las reglas de negocios comunes son:

Definiciones de los términos de negocios, Condiciones y acciones de negocios, Restricciones de integridad de los datos,
Derivaciones matemáticas y funcionales, Inferencias lógicas, Secuencias de procesamiento y Relaciones entre los
hechos acerca de la empresa.

Cómo escribir español estructurado.

Para escribir español estructurado es conveniente utilizar las siguientes convenciones:

1. Expresar toda la lógica en términos de uno de estos cuatro tipos: estructuras secuenciales, estructuras de
decisión, estructuras de casos o iteraciones.
2. Usar y poner en mayúsculas las palabras clave aceptadas como IF, THEN, ELSE, DO, DO WHILE, DO UNTIL y
PERFORM.
3. Aplicar sangría a los bloques de instrucciones para mostrar su jerarquía (anidamiento) con claridad.
4. Cuando haya palabras o frases definidas en un diccionario de datos subraye esas palabras o frases para indicar
que tienen un significado especializado y reservado.
5. Tenga cuidado al usar “y” y “o”, y evite la confusión al diferenciar entre “mayor que” y “menor o igual que” y con
las relaciones de igualdad. “A y B” significa tanto A como B; “A” o “B” significa que puede ser A o B, pero no
ambas. Aclare las instrucciones lógicas ahora, en vez de esperar hasta la etapa de codificación del programa.

TABLAS de DECISIÓN.

Una tabla de decisión es una tabla de filas y columnas, separada en cuatro cuadrantes, El cuadrante superior izquierdo
contiene las condiciones; el cuadrante superior derecho contiene las alternativas de condiciones. La mitad inferior de la
tabla contiene las acciones a realizar a la izquierda y las reglas para ejecutar las acciones a la derecha. Cuando se utiliza
una tabla de decisión para determinar la acción a realizar, la lógica se mueve en sentido de las manecillas del reloj,
partiendo desde el cuadrante superior izquierdo.

Desarrollar tablas de decisión.

Para construir tablas de decisión, el analista necesita determinar el tamaño máximo de la tabla; eliminar cualquier
situación imposible, inconsistencia o redundancia, y simplificar la tabla lo más que pueda. Los siguientes pasos proveen
al analista un método esquemático para desarrollar tablas de decisión:

1. Determinar el número de condiciones que pueden afectar la decisión. Combinar filas que se traslapan, como las
condiciones mutuamente excluyentes. El número de condiciones se convierte en el número de filas en la mitad
superior de la tabla de decisión.
2. Determinar el número de acciones posibles que se pueden realizar. Ese número se convierte en el número de
filas en la mitad inferior de la tabla de decisión.
3. Determinar el número de alternativas de condiciones para cada condición.
4. Calcular el número máximo de columnas en la tabla de decisión, para lo cual hay que multiplicar el número de
alternativas para cada condición.
5. Llenar las alternativas de condiciones. Empezar con la primera condición y dividir el número de columnas entre el
número de alternativas para esa condición.
6. Para completar la tabla, inserte una X donde las reglas sugieran ciertas acciones.
7. Combine las reglas en las que sea aparente que una alternativa no marca una diferencia en el resultado.
8. Revise cualquier situación imposible, contradicción o redundancia en la tabla. Abundaremos sobre esto
posteriormente.
9. Vuelva a ordenar las condiciones y acciones (o incluso las reglas) si esto le ayuda a comprender mejor la tabla
de decisión
 Verificar la integridad y precisión.

Es esencial que verifique la integridad y precisión de sus tablas de decisión. Pueden ocurrir cuatro problemas
principales al desarrollar tablas de decisión: que estén incompletas, que existan situaciones imposibles,
contradicciones y redundancia.

ARBOLES DE DECISIÓN.

Los árboles de decisión se utilizan cuando ocurren ramificaciones complejas en un proceso de decisión estructurado.
Los árboles también son útiles cuando es imprescindible mantener una cadena de decisiones en una secuencia
específica. Aunque el nombre “árbol de decisión” se deriva de los árboles naturales, por lo general los árboles de
decisión se dibujan de lado, con la raíz en el lado izquierdo del papel; a partir de ahí el árbol se ramifica hacia la
derecha. Esta orientación permite al analista escribir en las ramas para describir las condiciones y acciones.

CÓMO ELEGIR UNA TÉCNICA DE ANÁLISIS DE DECISIONES ESTRUCTURADAS.

Ya examinamos las tres técnicas de análisis de decisiones estructuradas: español estructurado, tablas de decisión y
árboles de decisión. Aunque no es necesario utilizarlas en forma exclusiva, es costumbre elegir una técnica de
análisis para una decisión en vez de emplear las tres. Los siguientes lineamientos le proveerán una manera de elegir
una de las tres técnicas para un caso específico:

1. Use español estructurado cuando

Haya muchas acciones repetitivas O La comunicación con los usuarios finales sea importante.

Use tablas de decisión cuando

Se encuentre con combinaciones complejas de condiciones, acciones y reglas, o Requiera un método que evite de
manera efectiva las situaciones imposibles, redundancias y contradicciones.

Use los árboles de decisión cuando

La secuencia de condiciones y acciones sea crítica, o No todas las condiciones sean relevantes para todas las
acciones (que las ramificaciones sean distintas).

El español estructurado utiliza palabras clave aceptadas tales como SI (IF), ENTONCES (THEN), SINO (ELSE),
HACER (DO), HACER MIENTRAS (DO WHILE) y HACER HASTA (DO UNTIL)

Defina lo que significa una decisión estructurada.

decisiones que pueden automatizarse si ocurren condiciones identificadas.

¿Cuáles son los cuatro elementos que el analista de sistemas debe conocer para diseñar sistemas para decisiones
estructuradas?
condiciones, alternativas de condición, acciones y reglas de acción.

4. ¿Cuáles son los dos elementos esenciales del español estructurado?

1 lógica estructurada o instrucciones organizadas en procedimientos anidados y agrupados, y
2 enunciados simples del español tales como sumar, multiplicar y mover.

5. Mencione cinco convenciones que se deben seguir al usar el español estructurado.

a.- Exprese toda la lógica en uno de estos cuatro tipos: estructuras secuenciales, estructuras de decisión, estructuras de
caso o iteraciones.
b.- Use en mayúsculas las palabras clave aceptadas como IF, THEN, ELSE, DO, DO WHILE, DO UNTIL y PERFORM.
c.- Ponga sangría en los bloques de enunciados para mostrar claramente su jerarquía (anidamiento).
d.- Cuando las palabras o frases se han definido en un diccionario de datos subráyelas para denotar que tienen un
significado especializado o reservado.
e.- Tenga cuidado al usar "y" y "o", y evite la confusión al distinguir entre "mayor que" y "mayor que o igual a" y otras
relaciones similares. "A y B" quiere decir tanto A como B; "A o B" quiere decir cualquiera de A o B, pero no ambos. Aclare
ahora los enunciados lógicos en lugar de esperar hasta la etapa de codificación del programa.
6. ¿Cuál es la ventaja de usar el español estructurado para comunicarse con las personas en la organización?
es útil cuando se repiten muchas acciones y cuando la comunicación con otros es importante.
7. ¿Qué cuadrante de la tabla de decisión se usa para las condiciones? ¿Cuál se usa para las alternativas de condición?
El cuadrante superior izquierdo contiene las condiciones; el cuadrante superior derecho contiene las alternativas de
condición.
8. ¿Cuál es el primer paso a seguir en el desarrollo de una tabla de decisión?
Determine el número de condiciones que podrían afectar la decisión. Combine filas que se traslapen, como en el caso de
condiciones que se excluyen mutuamente. El número de condiciones se vuelve el número de filas en la mitad superior de
la tabla de decisión.
9. Mencione los cuatro problemas principales que pueden ocurrir en el desarrollo de las tablas de decisión.
incompletitud, situaciones imposibles, contradicciones y redundancia.
10. ¿Cuál es una forma de reducir la complejidad de las tablas de decisión que son difíciles de manejar?
Para reducir la complejidad de las tablas de decisión difíciles de manejar, use entradas extendidas o la regla ELSE, o
bien, construya varias tablas.
11. ¿Cuál es una de las ventajas principales de las tablas de decisión sobre otros métodos de análisis de decisión?
ayudan al analista a asegurar la completitud
12. ¿Cuáles son los usos principales de los árboles de decisión en el análisis de sistemas?
Los árboles de decisión se usan cuando ocurre una bifurcación compleja en un proceso de decisión estructurada. Los
árboles también son útiles cuando es necesario mantener una cadena de decisiones en una secuencia particular.

13. Mencione los cuatro pasos principales para construir árboles de decisión.
R: Las cuatro acciones posibles eran registrar la venta, buscar la tarjeta de crédito en un libro, pedir al supervisor la
aprobación o pedir al banco la autorización de la tarjeta de crédito.

14. ¿Cuáles son las tres ventajas que los árboles de decisión tienen sobre las tablas de decisión?
R: 1, se beneficia de la estructura secuencial de las ramas del árbol de decisión de manera que el orden de verificación
de las condiciones y de ejecución de las acciones se aprecia de inmediato.
2, las condiciones y acciones de los árboles de decisión se encuentran en ciertas ramas, pero no en otras, lo cual
contrasta con las tablas de decisión, en donde todas son parte de la misma tabla. Aquellas condiciones y acciones que
son críticas se conectan directamente a otras condiciones y acciones, mientras que las condiciones que no son
importantes están ausentes.
3, en comparación con las tablas de decisión, los árboles de decisión son entendidos con más rapidez por los miembros
de la organización. En consecuencia, son más apropiados como herramienta de comunicación.

15. ¿Cuáles son las dos situaciones en que debe usar el español estructurado?
a. Haya muchas acciones repetitivas, O
b. La comunicación con los usuarios finales sea importante.

16. ¿Cuáles son las dos situaciones en que son más apropiadas las tablas de decisión?
a. Se encuentren combinaciones complejas de condiciones, acciones y reglas, O
b. Requiera un método que evite eficazmente situaciones imposibles, redundancias y contradicciones.

17. ¿Cuáles son las dos situaciones en que se prefieren los árboles de decisión?
DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURADAS G A P ¡i ! J ! . 0 ü
a. La secuencia de condiciones y acciones sea crítica, O
b. Cuando no todas las condiciones sean relevantes para cada acción (las ramas son diferentes).

18. ¿Cómo pueden ayudar las estructuras de diccionario de datos a determinar el tipo de enunciados de español
estructurado para un proceso?

19. ¿Qué es el balanceo horizontal? ¿Por qué se prefiere para balancear cada proceso?
El balanceo horizontal especifica que todos los elementos del flujo de datos de salida se deben obtener de los elementos
de entrada y de la lógica del proceso
1.Liste dos razones de utilizar una metodología orientada a objetos para el desarrollo de
sistemas.
La reutilización de código y el Impacto mínimo si se modifica código durante el mantenimiento.
2.Describa la diferencia entre una clase y un objeto.
Un objeto es una persona, lugar o cosa, una clase es un conjunto de objetos similares.
3.Explique el concepto de herencia en los sistemas orientados a objetos.
Las clases pueden tener hijos; es decir, se puede crear una clase a partir de otra.
4. ¿Qué significa CRC?
Clases, responsabilidades y colaboradores.
5.Describa lo que agrega el Pensamiento en objetos a la tarjeta CRC.Las tarjetas CRC se utilizan para
representar las responsabilidades de las clases y las interacciones entre ellas.
6 . ¿ Q u é e s U M L ? UML provee un conjunto estandarizado de herramientas para documentar el
análisis y diseño de un sistema de software. El conjunto de herramientas de UML incluye diagramas que
permiten a las personas visualizar la construcción de un sistema orientado a objetos, algo similar a la forma en
que los planos de construcción permiten a las personas visualizar la construcción de un edificio.
7 ¿Cuáles son los tres elementos principales del UML?
Cosas, Relaciones, Diagramas.
8.Haga una lista de lo que incluye el concepto de cosas estructurales.
Clases, Interfaces, Colaboraciones, Casos de uso, Clases activas, Componentes, Nodos.
9.Haga una lista de lo que incluye el concepto de cosas de comportamiento.
Interacciones, Máquinas de estado.
10. ¿Cuáles son los dos tipos principales de diagramas en UML?
Diagramas estructurales, Diagramas de comportamiento.
11.Haga una lista de los diagramas que se incluyen en los diagramas estructurales.
Diagramas de clases, Diagramas de componentes y Diagramas de despliegue
12.Haga una lista de los diagramas que se incluyen en los diagramas de comportamiento.
Diagramas de casos de uso, Diagramas de secuencia, Diagramas de comunicación, Diagramas de estados y
Diagramas de actividad.
13. ¿Qué es lo que describe un modelo de casos de uso?
Describe la forma en que se utiliza el sistema.
14. ¿Describiría un modelo de casos de uso como un modelo lógico o físico del sistema?
Defienda su respuesta en un párrafo.
Como un modelo lógico. Un modelo caso de usos describe que el sistema hace, no como funciona. Un caso de
uso provee a los desarrolladores un panorama sobre lo que desean los usuarios. Está libre de detalles técnicos o
de implementación. Podemos pensar en un caso de uso como una secuencia de transacciones en un sistema.
15.Defina qué es un actor en un diagrama de casos de uso.
Un actor utiliza el sistema inicia un evento que a su vez genera una serie relacionada de interacciones en el
sistema.
16. ¿Cuáles son las tres cosas que un caso de uso siempre debe describir?
Un actor que inicia un evento, el evento que desencadena un caso de uso y el caso de uso que realiza las
acciones desencadenadas por el evento.
17. ¿Qué es lo que describe un diagrama de actividad?
Muestran la secuencia de actividades en un proceso, incluyendo las actividades secuenciales y paralelas, además
de las decisiones que se toman.
18. Escriba un párrafo que describa el uso de los carriles en los diagramas de actividad.
Estos carriles indican particionamiento y se utilizan para mostrar qué actividades se realizan encada plataforma,
como un navegador, servidor o computadora mainframe; también muestran las actividades que realizan distintos
grupos de usuarios. Los carriles son zonas que pueden describir tanto la lógica como la responsabilidad de una
clase.
19. ¿Qué se puede describir en un diagrama de secuencia o de comunicación?
La realización de un caso de uso, lo cual es una forma de lograr o realizar un caso de uso.
20. ¿Por qué definir clases es una tarea tan importante del análisis orientado a objetos?
Los diagramas de clases muestran las características estáticas del sistema y no representan ningún
procesamiento en especial. Un diagrama de clases también muestra la naturaleza de las relaciones entre las
clases.
21. ¿Qué se puede mostrar en un diagrama de clases?
Puede mostrar sólo el nombre de la clase, el nombre de la clase y los atributos o el nombre de la clase, los
atributos y los métodos.
22. Defina la sobrecarga de métodos.
El incluir el mismo método (u operación) varias veces en una clase.
23. Mencione las cuatro categorías en las que se clasifican las clases.
De entidad
De interfaz
Abstracta
De control
24. ¿Cuáles son los pasos para crear un diagrama de secuencia?
Incluya el actor del diagrama de caso de uso en el diagrama de secuencia mejorado. Éste será una figura de
palitos del diagrama de caso de uso. Puede haber un actor adicional del lado derecho del diagrama, como una
compañía de tarjetas de crédito o un banco.
Defina una o más clases de interfaz para cada actor. Cada actor debe tener su propia clase de interfaz.
Cree prototipos de páginas Web para todas las interfaces humanas.
Asegúrese de que cada caso de uso tenga una clase de control, aunque se pueden crear más durante el diseño
detallado. Busque esa clase de control e inclúyala en el diagrama de secuencia.
Examine el caso de uso para ver qué clases de entidad están presentes. Incluya éstas en eldiagrama.
Tenga en cuenta que el diagrama de secuencia se puede modificar de nuevo al realizar el diseño detallado, como
cuando se crean páginas Web o clases de control adicionales (una para cada formulario Web enviado).
Para obtener un mayor grado de reutilización, considere mover los métodos de una clase de control a una clase
de entidad.
25. ¿Cuáles son las dos categorías de relaciones entre clases?
Asociaciones y relaciones entre un todo y sus partes.
26. ¿Para qué se utilizan los diagramas de generalización/especialización (gen/spec)? Los
diagramas gen/spec se usan para mostrar las clases generales y las clases especializadas que heredan los
atributos y métodos de la clase general.
27. ¿Cuál es otro término para el polimorfismo?
Muchas formas o redefinición de métodos.
28. ¿Qué se describe mediante un diagrama de estados?
Los distintos estados que puede tener un objeto.
29. ¿Qué es un paquete en la metodología del UML?
Los paquetes son contenedores para otras cosas de UML, como los casos de uso o las clases. Los paquetes pue
den mostrar el particionamiento del sistema, para indicar qué clases o casos de uso se agrupan en un subsistema,
a lo cual se le denomina paquetes lógicos.
30. ¿Por qué es importante usar el UML para el modelado?
El UML es una potente herramienta que puede mejorar en forma considerable la calidad de su análisis y diseño
de sistemas, y se espera que las prácticas mejoradas se traduzcan en sistemas de mayor calidad. Al usar el UML
en forma iterativa en el análisis y el diseño podemos lograr una mejor comprensión entre el equipo de negocios
y el equipo de TI en relación con los requerimientos del sistema y los procesos que deben ocurrir en el sistema
para cumplir con esos requerimientos.

Menciones Los tres razones u objetivos al producir especificaciones de procesos son:

Reducir la ambigüedad del proceso, Obtener una descripción precisa de lo que se va a lograr, que por lo general se
incluye en un paquete de especificaciones para el programador y Validar el sistema de diseño.

Menciones Las categorías o procesos que por lo general no requieren especificaciones son:

1. Procesos que representan entrada o salida física, como lectura y escritura, Procesos que representan una validación
de datos simple, lo cual por lo general es bastante fácil de lograr, Procesos que utilizan código escrito con anterioridad.

Los formatos de las reglas de negocios comunes son:

Definiciones de los términos de negocios, Condiciones y acciones de negocios, Restricciones de integridad de los datos,
Derivaciones matemáticas y funcionales, Inferencias lógicas, Secuencias de procesamiento y Relaciones entre los
hechos acerca de la empresa.
Cómo escribir español estructurado.

Para escribir español estructurado es conveniente utilizar las siguientes convenciones:

6. Expresar toda la lógica en términos de uno de estos cuatro tipos: estructuras secuenciales, estructuras de
decisión, estructuras de casos o iteraciones.
7. Usar y poner en mayúsculas las palabras clave aceptadas como IF, THEN, ELSE, DO, DO WHILE, DO UNTIL y
PERFORM.
8. Aplicar sangría a los bloques de instrucciones para mostrar su jerarquía (anidamiento) con claridad.
9. Cuando haya palabras o frases definidas en un diccionario de datos subraye esas palabras o frases para indicar
que tienen un significado especializado y reservado.
10. Tenga cuidado al usar “y” y “o”, y evite la confusión al diferenciar entre “mayor que” y “menor o igual que” y con
las relaciones de igualdad. “A y B” significa tanto A como B; “A” o “B” significa que puede ser A o B, pero no
ambas. Aclare las instrucciones lógicas ahora, en vez de esperar hasta la etapa de codificación del programa.

TABLAS de DECISIÓN.

Una tabla de decisión es una tabla de filas y columnas, separada en cuatro cuadrantes, El cuadrante superior izquierdo
contiene las condiciones; el cuadrante superior derecho contiene las alternativas de condiciones. La mitad inferior de la
tabla contiene las acciones a realizar a la izquierda y las reglas para ejecutar las acciones a la derecha. Cuando se utiliza
una tabla de decisión para determinar la acción a realizar, la lógica se mueve en sentido de las manecillas del reloj,
partiendo desde el cuadrante superior izquierdo.

Desarrollar tablas de decisión.

Para construir tablas de decisión, el analista necesita determinar el tamaño máximo de la tabla; eliminar cualquier
situación imposible, inconsistencia o redundancia, y simplificar la tabla lo más que pueda. Los siguientes pasos proveen
al analista un método esquemático para desarrollar tablas de decisión:

10. Determinar el número de condiciones que pueden afectar la decisión. Combinar filas que se traslapan, como las
condiciones mutuamente excluyentes. El número de condiciones se convierte en el número de filas en la mitad
superior de la tabla de decisión.
11. Determinar el número de acciones posibles que se pueden realizar. Ese número se convierte en el número de
filas en la mitad inferior de la tabla de decisión.
12. Determinar el número de alternativas de condiciones para cada condición.
13. Calcular el número máximo de columnas en la tabla de decisión, para lo cual hay que multiplicar el número de
alternativas para cada condición.
14. Llenar las alternativas de condiciones. Empezar con la primera condición y dividir el número de columnas entre el
número de alternativas para esa condición.
15. Para completar la tabla, inserte una X donde las reglas sugieran ciertas acciones.
16. Combine las reglas en las que sea aparente que una alternativa no marca una diferencia en el resultado.
17. Revise cualquier situación imposible, contradicción o redundancia en la tabla. Abundaremos sobre esto
posteriormente.
18. Vuelva a ordenar las condiciones y acciones (o incluso las reglas) si esto le ayuda a comprender mejor la tabla
de decisión

Verificar la integridad y precisión.

Es esencial que verifique la integridad y precisión de sus tablas de decisión. Pueden ocurrir cuatro problemas
principales al desarrollar tablas de decisión: que estén incompletas, que existan situaciones imposibles,
contradicciones y redundancia.

ARBOLES DE DECISIÓN.

Los árboles de decisión se utilizan cuando ocurren ramificaciones complejas en un proceso de decisión estructurado.
Los árboles también son útiles cuando es imprescindible mantener una cadena de decisiones en una secuencia
específica. Aunque el nombre “árbol de decisión” se deriva de los árboles naturales, por lo general los árboles de
decisión se dibujan de lado, con la raíz en el lado izquierdo del papel; a partir de ahí el árbol se ramifica hacia la
derecha. Esta orientación permite al analista escribir en las ramas para describir las condiciones y acciones.
 CÓMO ELEGIR UNA TÉCNICA DE ANÁLISIS DE DECISIONES ESTRUCTURADAS.

Ya examinamos las tres técnicas de análisis de decisiones estructuradas: español estructurado, tablas de decisión y
árboles de decisión. Aunque no es necesario utilizarlas en forma exclusiva, es costumbre elegir una técnica de
análisis para una decisión en vez de emplear las tres. Los siguientes lineamientos le proveerán una manera de elegir
una de las tres técnicas para un caso específico:

1. Use español estructurado cuando

Haya muchas acciones repetitivas O La comunicación con los usuarios finales sea importante.

Use tablas de decisión cuando

Se encuentre con combinaciones complejas de condiciones, acciones y reglas, o Requiera un método que evite de
manera efectiva las situaciones imposibles, redundancias y contradicciones.

Use los árboles de decisión cuando

La secuencia de condiciones y acciones sea crítica, o No todas las condiciones sean relevantes para todas las
acciones (que las ramificaciones sean distintas).

El español estructurado utiliza palabras clave aceptadas tales como SI (IF), ENTONCES (THEN), SINO (ELSE),
HACER (DO), HACER MIENTRAS (DO WHILE) y HACER HASTA (DO UNTIL)

Defina lo que significa una decisión estructurada.

decisiones que pueden automatizarse si ocurren condiciones identificadas.

¿Cuáles son los cuatro elementos que el analista de sistemas debe conocer para diseñar sistemas para decisiones
estructuradas?
condiciones, alternativas de condición, acciones y reglas de acción.

4. ¿Cuáles son los dos elementos esenciales del español estructurado?

1 lógica estructurada o instrucciones organizadas en procedimientos anidados y agrupados, y
2 enunciados simples del español tales como sumar, multiplicar y mover.

5. Mencione cinco convenciones que se deben seguir al usar el español estructurado.

a.- Exprese toda la lógica en uno de estos cuatro tipos: estructuras secuenciales, estructuras de decisión, estructuras de
caso o iteraciones.
b.- Use en mayúsculas las palabras clave aceptadas como IF, THEN, ELSE, DO, DO WHILE, DO UNTIL y PERFORM.
c.- Ponga sangría en los bloques de enunciados para mostrar claramente su jerarquía (anidamiento).
d.- Cuando las palabras o frases se han definido en un diccionario de datos subráyelas para denotar que tienen un
significado especializado o reservado.
e.- Tenga cuidado al usar "y" y "o", y evite la confusión al distinguir entre "mayor que" y "mayor que o igual a" y otras
relaciones similares. "A y B" quiere decir tanto A como B; "A o B" quiere decir cualquiera de A o B, pero no ambos. Aclare
ahora los enunciados lógicos en lugar de esperar hasta la etapa de codificación del programa.
6. ¿Cuál es la ventaja de usar el español estructurado para comunicarse con las personas en la organización?
es útil cuando se repiten muchas acciones y cuando la comunicación con otros es importante.

7. ¿Qué cuadrante de la tabla de decisión se usa para las condiciones? ¿Cuál se usa para las alternativas de condición?
El cuadrante superior izquierdo contiene las condiciones; el cuadrante superior derecho contiene las alternativas de
condición.
8. ¿Cuál es el primer paso a seguir en el desarrollo de una tabla de decisión?
Determine el número de condiciones que podrían afectar la decisión. Combine filas que se traslapen, como en el caso de
condiciones que se excluyen mutuamente. El número de condiciones se vuelve el número de filas en la mitad superior de
la tabla de decisión.
9. Mencione los cuatro problemas principales que pueden ocurrir en el desarrollo de las tablas de decisión.
incompletitud, situaciones imposibles, contradicciones y redundancia.
10. ¿Cuál es una forma de reducir la complejidad de las tablas de decisión que son difíciles de manejar?
Para reducir la complejidad de las tablas de decisión difíciles de manejar, use entradas extendidas o la regla ELSE, o
bien, construya varias tablas.
11. ¿Cuál es una de las ventajas principales de las tablas de decisión sobre otros métodos de análisis de decisión?
ayudan al analista a asegurar la completitud
12. ¿Cuáles son los usos principales de los árboles de decisión en el análisis de sistemas?
Los árboles de decisión se usan cuando ocurre una bifurcación compleja en un proceso de decisión estructurada. Los
árboles también son útiles cuando es necesario mantener una cadena de decisiones en una secuencia particular.

13. Mencione los cuatro pasos principales para construir árboles de decisión.
R: Las cuatro acciones posibles eran registrar la venta, buscar la tarjeta de crédito en un libro, pedir al supervisor la
aprobación o pedir al banco la autorización de la tarjeta de crédito.

14. ¿Cuáles son las tres ventajas que los árboles de decisión tienen sobre las tablas de decisión?
R: 1, se beneficia de la estructura secuencial de las ramas del árbol de decisión de manera que el orden de verificación
de las condiciones y de ejecución de las acciones se aprecia de inmediato.
2, las condiciones y acciones de los árboles de decisión se encuentran en ciertas ramas, pero no en otras, lo cual
contrasta con las tablas de decisión, en donde todas son parte de la misma tabla. Aquellas condiciones y acciones que
son críticas se conectan directamente a otras condiciones y acciones, mientras que las condiciones que no son
importantes están ausentes.
3, en comparación con las tablas de decisión, los árboles de decisión son entendidos con más rapidez por los miembros
de la organización. En consecuencia, son más apropiados como herramienta de comunicación.

15. ¿Cuáles son las dos situaciones en que debe usar el español estructurado?
a. Haya muchas acciones repetitivas, O
b. La comunicación con los usuarios finales sea importante.

16. ¿Cuáles son las dos situaciones en que son más apropiadas las tablas de decisión?
a. Se encuentren combinaciones complejas de condiciones, acciones y reglas, O
b. Requiera un método que evite eficazmente situaciones imposibles, redundancias y contradicciones.

17. ¿Cuáles son las dos situaciones en que se prefieren los árboles de decisión?
DESCRIPCIÓN DE LAS ESPECIFICACIONES DE PROCESOS Y DECISIONES ESTRUCTURADAS G A P ¡i ! J ! . 0 ü
a. La secuencia de condiciones y acciones sea crítica, O
b. Cuando no todas las condiciones sean relevantes para cada acción (las ramas son diferentes).

18. ¿Cómo pueden ayudar las estructuras de diccionario de datos a determinar el tipo de enunciados de español
estructurado para un proceso?

19. ¿Qué es el balanceo horizontal? ¿Por qué se prefiere para balancear cada proceso?
El balanceo horizontal especifica que todos los elementos del flujo de datos de salida se deben obtener de los elementos
de entrada y de la lógica del proceso
1.Liste dos razones de utilizar una metodología orientada a objetos para el desarrollo de
sistemas.
La reutilización de código y el Impacto mínimo si se modifica código durante el mantenimiento.
2.Describa la diferencia entre una clase y un objeto.
Un objeto es una persona, lugar o cosa, una clase es un conjunto de objetos similares.
3.Explique el concepto de herencia en los sistemas orientados a objetos.
Las clases pueden tener hijos; es decir, se puede crear una clase a partir de otra.
4. ¿Qué significa CRC?
Clases, responsabilidades y colaboradores.
5.Describa lo que agrega el Pensamiento en objetos a la tarjeta CRC.Las tarjetas CRC se utilizan para
representar las responsabilidades de las clases y las interacciones entre ellas.
6 . ¿ Q u é e s U M L ? UML provee un conjunto estandarizado de herramientas para documentar el
análisis y diseño de un sistema de software. El conjunto de herramientas de UML incluye diagramas que
permiten a las personas visualizar la construcción de un sistema orientado a objetos, algo similar a la forma en
que los planos de construcción permiten a las personas visualizar la construcción de un edificio.
7 ¿Cuáles son los tres elementos principales del UML?
Cosas, Relaciones, Diagramas.
8.Haga una lista de lo que incluye el concepto de cosas estructurales.
Clases, Interfaces, Colaboraciones, Casos de uso, Clases activas, Componentes, Nodos.
9.Haga una lista de lo que incluye el concepto de cosas de comportamiento.
Interacciones, Máquinas de estado.
10. ¿Cuáles son los dos tipos principales de diagramas en UML?
Diagramas estructurales, Diagramas de comportamiento.
11.Haga una lista de los diagramas que se incluyen en los diagramas estructurales.
Diagramas de clases, Diagramas de componentes y Diagramas de despliegue
12.Haga una lista de los diagramas que se incluyen en los diagramas de comportamiento.
Diagramas de casos de uso, Diagramas de secuencia, Diagramas de comunicación, Diagramas de estados y
Diagramas de actividad.
13. ¿Qué es lo que describe un modelo de casos de uso?
Describe la forma en que se utiliza el sistema.
14. ¿Describiría un modelo de casos de uso como un modelo lógico o físico del sistema?
Defienda su respuesta en un párrafo.
Como un modelo lógico. Un modelo caso de usos describe que el sistema hace, no como funciona. Un caso de
uso provee a los desarrolladores un panorama sobre lo que desean los usuarios. Está libre de detalles técnicos o
de implementación. Podemos pensar en un caso de uso como una secuencia de transacciones en un sistema.
15.Defina qué es un actor en un diagrama de casos de uso.
Un actor utiliza el sistema inicia un evento que a su vez genera una serie relacionada de interacciones en el
sistema.
16. ¿Cuáles son las tres cosas que un caso de uso siempre debe describir?
Un actor que inicia un evento, el evento que desencadena un caso de uso y el caso de uso que realiza las
acciones desencadenadas por el evento.
17. ¿Qué es lo que describe un diagrama de actividad?
Muestran la secuencia de actividades en un proceso, incluyendo las actividades secuenciales y paralelas, además
de las decisiones que se toman.
18. Escriba un párrafo que describa el uso de los carriles en los diagramas de actividad.
Estos carriles indican particionamiento y se utilizan para mostrar qué actividades se realizan encada plataforma,
como un navegador, servidor o computadora mainframe; también muestran las actividades que realizan distintos
grupos de usuarios. Los carriles son zonas que pueden describir tanto la lógica como la responsabilidad de una
clase.
19. ¿Qué se puede describir en un diagrama de secuencia o de comunicación?
La realización de un caso de uso, lo cual es una forma de lograr o realizar un caso de uso.
20. ¿Por qué definir clases es una tarea tan importante del análisis orientado a objetos?
Los diagramas de clases muestran las características estáticas del sistema y no representan ningún
procesamiento en especial. Un diagrama de clases también muestra la naturaleza de las relaciones entre las
clases.
21. ¿Qué se puede mostrar en un diagrama de clases?
Puede mostrar sólo el nombre de la clase, el nombre de la clase y los atributos o el nombre de la clase, los
atributos y los métodos.
22. Defina la sobrecarga de métodos.
El incluir el mismo método (u operación) varias veces en una clase.
23. Mencione las cuatro categorías en las que se clasifican las clases.
De entidad
De interfaz
Abstracta
De control
24. ¿Cuáles son los pasos para crear un diagrama de secuencia?
Incluya el actor del diagrama de caso de uso en el diagrama de secuencia mejorado. Éste será una figura de
palitos del diagrama de caso de uso. Puede haber un actor adicional del lado derecho del diagrama, como una
compañía de tarjetas de crédito o un banco.
Defina una o más clases de interfaz para cada actor. Cada actor debe tener su propia clase de interfaz.
Cree prototipos de páginas Web para todas las interfaces humanas.
Asegúrese de que cada caso de uso tenga una clase de control, aunque se pueden crear más durante el diseño
detallado. Busque esa clase de control e inclúyala en el diagrama de secuencia.
Examine el caso de uso para ver qué clases de entidad están presentes. Incluya éstas en eldiagrama.
Tenga en cuenta que el diagrama de secuencia se puede modificar de nuevo al realizar el diseño detallado, como
cuando se crean páginas Web o clases de control adicionales (una para cada formulario Web enviado).
Para obtener un mayor grado de reutilización, considere mover los métodos de una clase de control a una clase
de entidad.
25. ¿Cuáles son las dos categorías de relaciones entre clases?
Asociaciones y relaciones entre un todo y sus partes.
26. ¿Para qué se utilizan los diagramas de generalización/especialización (gen/spec)? Los
diagramas gen/spec se usan para mostrar las clases generales y las clases especializadas que heredan los
atributos y métodos de la clase general.
27. ¿Cuál es otro término para el polimorfismo?
Muchas formas o redefinición de métodos.
28. ¿Qué se describe mediante un diagrama de estados?
Los distintos estados que puede tener un objeto.
29. ¿Qué es un paquete en la metodología del UML?
Los paquetes son contenedores para otras cosas de UML, como los casos de uso o las clases. Los paquetes pue
den mostrar el particionamiento del sistema, para indicar qué clases o casos de uso se agrupan en un subsistema,
a lo cual se le denomina paquetes lógicos.
30. ¿Por qué es importante usar el UML para el modelado?
El UML es una potente herramienta que puede mejorar en forma considerable la calidad de su análisis y diseño
de sistemas, y se espera que las prácticas mejoradas se traduzcan en sistemas de mayor calidad. Al usar el UML
en forma iterativa en el análisis y el diseño podemos lograr una mejor comprensión entre el equipo de negocios
y el equipo de TI en relación con los requerimientos del sistema y los procesos que deben ocurrir en el sistema
para cumplir con esos requerimientos.

Menciones Los tres objetivos al producir especificaciones de procesos son:

1. Reducir la ambigüedad del proceso. Este objetivo obliga al analista a aprender los detalles acerca de la forma en que
trabaja el proceso. Hay que detectar las áreas imprecisas, anotarlas y consolidarlas para todas las especificaciones de
los procesos. Estas observaciones forman una base y proveen las preguntas para las entrevistas de seguimiento con la
comunidad de usuarios.

2. Obtener una descripción precisa de lo que se va a lograr, que por lo general se incluye en un paquete de
especificaciones para el programador.

3. Validar el sistema de diseño. Este objetivo incluye asegurar que un proceso tenga todo el flujo de datos de entrada
necesario para producir la salida. Además, todas las entradas y salidas se deben representar en el diagrama de flujo de
datos.

Menciones Las categorías o procesos que por lo general no requieren especificaciones son:

1. Procesos que representan entrada o salida física, como lectura y escritura. Por lo general estos procesos requieren
sólo una lógica simple.

2. Procesos que representan una validación de datos simple, lo cual por lo general es bastante fácil de lograr. Los
criterios de edición se incluyen en el diccionario de datos y se incorporan en el código fuente de computadora. Se pueden
producir especificaciones de procesos para una edición compleja.

3. Procesos que utilizan código escrito con anterioridad. Comúnmente estos procesos se incluyen en un sistema como
procedimientos, métodos y funciones, o en bibliotecas de clases

Menciones Los tres objetivos al producir especificaciones de procesos son:

1. Reducir la ambigüedad del proceso. Este objetivo obliga al analista a aprender los detalles acerca de la forma en que
trabaja el proceso. Hay que detectar las áreas imprecisas, anotarlas y consolidarlas para todas las especificaciones de
los procesos. Estas observaciones forman una base y proveen las preguntas para las entrevistas de seguimiento con la
comunidad de usuarios.

2. Obtener una descripción precisa de lo que se va a lograr, que por lo general se incluye en un paquete de
especificaciones para el programador.

3. Validar el sistema de diseño. Este objetivo incluye asegurar que un proceso tenga todo el flujo de datos de entrada
necesario para producir la salida. Además, todas las entradas y salidas se deben representar en el diagrama de flujo de
datos.

Menciones Las categorías o procesos que por lo general no requieren especificaciones son:

1. Procesos que representan entrada o salida física, como lectura y escritura. Por lo general estos procesos requieren
sólo una lógica simple.

2. Procesos que representan una validación de datos simple, lo cual por lo general es bastante fácil de lograr. Los
criterios de edición se incluyen en el diccionario de datos y se incorporan en el código fuente de computadora. Se pueden
producir especificaciones de procesos para una edición compleja.

3. Procesos que utilizan código escrito con anterioridad. Comúnmente estos procesos se incluyen en un sistema como
procedimientos, métodos y funciones, o en bibliotecas de clases