Unidad: 3 Fases del Análisis de Sistemas

1. ¿Por qué el análisis de sistemas es la etapa más crítica de un proyecto?

Es la etapa más crítica de un proyecto porque se aprende acerca del sistema de
negocio existente, se trata de entender los problemas, se definen los objetivos de mejora y se
detallan los requerimientos de negocio que deben ser satisfechos por cualquier solución
técnica posterior.

2. Fases de la Metodología FAST que forman parte del Análisis de Sistemas.

- Definición del alcance.
- Análisis del problema.
- Análisis de requerimientos.
3. Explicar las actividades de cada una de las etapas que forman parte del Análisis de
Sistemas.
- Definición del alcance:
● Evalúa si vale la pena solucionar el problema percibido.
● Se debe evaluar cada problema, mejora o directriz que disparan el proyecto.
● Negociar el alcance base para el proyecto: Información, procesos, interfaz.
● Evaluar el beneficio del proyecto base.
● Desarrollar un programa y presupuesto base.
● Comunicar el plan de proyecto.
- Análisis del problema:
● Entender el dominio del problema, conocer el vocabulario del negocio.
● Analizar los problemas y necesidades, análisis de causas y efectos.
● Analizar los procesos de negocios tal y como son.
● Establecer los objetivos de mejora, con los cuales se pueda medir la
efectividad del proyecto una vez concluido.
● Actualizar o refinar el plan de Proyecto.
● Comunicar resultados y propuestas.
- Análisis de requerimientos:
● Identificar y expresar los requerimientos del sistema.
● Priorizar los requerimientos de sistema.
● Actualizar o refinar el plan de proyecto.
● Comunicar la definición de requerimientos.

Unidad: 4 Modelo de Negocio - Parte 5 - Máquinas de estados

1. ¿Qué es una máquina de estados?
Una máquina de estados es un grafo donde los nodos constituyen estados y los arcos las
transiciones, etiquetadas con eventos ante los cuales puede reaccionar un objeto.

2. ¿Qué objetivo tiene la máquina de estado en el modelado de negocio?

Se utiliza para modelar la historia del ciclo de vida de un objeto de negocio.
Muestra la historia del ciclo de vida de un objeto como una máquina de estados finita.(existen
números finitos de estados).
La máquina realiza transiciones entre los diferentes estados en respuesta a eventos de una
forma bien definida.
3. ¿Qué elementos componen un diagrama de estados?
Los elementos de la máquina de estados son:
Los ​estados ​ es una condición o situación durante la vida de un objeto,en el cual: satisface
una condición,está realizando alguna actividad o esta esperando algún evento.Puede variar en
el tiempo.Está determinado por los valores del atributo del objeto,las relaciones que tiene con
otros objetos,las actividades que realiza.
Los ​eventos​​ es la especificación de una ocurrencia que tiene ubicación en tiempo y
espacio.Son acciones o hechos que pueden causar cambios en el estado de un objeto.El objeto
permanecerá en el estado actual hasta que ocurra un evento que lo haga cambiar de estado.
Las ​transiciones ​es el movimiento de un estado a otro en respuesta a un evento.Es la
evolucion de un estado a otro.El paso es instantáneo,ya que el sistema siempre debe hallarse
en un estado conocido.Una transición se dice que está habilitada si el evento que constituye
su etiqueta ha ocurrido.

Unidad: 5 Modelo de Dominio

1. Definición de Modelo Conceptual. ¿Qué finalidad tiene?
Es la organización del conocimiento del dominio del problema en un conjunto de
abstracciones ordenadas de forma que se obtiene un conocimiento más profundo del
problema.
Su objetivo es identificar y explicar los conceptos significativos en un dominio del
problema, identificando sus componentes fundamentales.
2. ¿Qué es una clase conceptual? ¿Cómo se representa?
Representan componentes contenedores o clasificadores de objetos reconocidos del
dominio del problema que se caracterizan por poseer propiedades similares, para
diferenciarlos de otro objetos (Atributos). Cada objeto representa un concepto del mundo
real.
Se representa así:

3. ¿Qué significado tiene una asociación entre dos conceptos? De qué manera se
representa. ¿Qué tipos de asociaciones se pueden dar?
Una asociación es una relación entre dos conceptos (clases) que indica alguna
vinculación significativa entre ellos. Definen propiedades de una clase (de todos sus objetos
contenidos).
Toda asociación contiene un conjunto de instancias, que representan a aquellos pares
ordenados de instancias de las clases conceptuales que relaciona.
Se representan así:

Tipos de asociaciones:
- Composición (Toda instancia de la clase compuesta se compone de varias instancias
de la clase componente).
 - Agregación (Toda instancia de la clase agregada puede o no estar asociada a 0,1 o
más instancias de la clase constituyente y toda instancia de la clase constituyente
puede o no estar asociada a 0, 1 o más instancias de la clase agregada).
- Herencia (Es la relación “es un” Toda clase conceptual hereda las propiedades de la
clases conceptuales que las incluyen.
4. ¿Qué es la multiplicidad entre dos clases? ¿Qué tipos de multiplicidad se pueden
señalar según la nomenclatura de UML?
Dadas las clases conceptuales A y B la multiplicidad es:
- Cuántas instancias de la clase B pueden asociarse a cada instancia de la clase
A a través de esa asociación.
- Y para cada instancia de la clase B con cuántas instancias de la clase A se
relaciona a través de la misma asociación.
Se pueden señalar:
● 1 (Exactamente uno)
● n (Exactamente n)
● 0..1 Cero o uno.
● 0..* Cero o más.
● 1..* Uno o más (al menos uno)
● n..* o más (al menos n)
● n..m De n a m (por ejemplo: 3..6)

5. ¿Qué representan los atributos de una clase conceptual?

Los atributos son propiedades que dan información sobre la naturaleza de las clases,
todas las instancias que pertenecen a la clase poseen los mismos atributos definitorios, las
instancias se diferencian entre sí por el valor que toman dichos atributos.

Unidad: 6 Patrones
1. Defina el concepto de Patrón en Ingeniería de software.
Un patrón es una idea que ha sido útil en un determinado contexto y probablemente lo sea en
otros.
Se documenta con el fin de ser reutilizado en otros contextos y como un medio de transmitir
conocimientos.
2. Defina el concepto de Patrón de Análisis.
Representan estructuras conceptuales de procesos de negocios.(no son implementaciones de
software)
Los patrones de análisis son un conjunto de clases y relaciones entre ellas,que tienen algún
sentido en el contexto de una aplicación.
Representan una estructura que puede ser válida para otras aplicaciones.
3. ¿En qué consisten los patrones de Colaboración utilizados como Patrones de
Análisis?
Consiste en la colaboración entre dos objetos de alguno de los siguientes tipos de objetos:
persona-lugar-cosas-eventos

4. Poder explicar para cada uno de los patrones:

a. En qué consiste
b. Gráfico general con las multiplicidades de las clases conceptuales
 c. Ejemplo del patrón, de elaboración propia sin utilizar el ejemplo de la
presentación.

Actor-Rol
a.​​Permite modelar personas que interactúan en contextos múltiples ,el actor puede
tener múltiples roles pero solo uno de cada tipo.(actor):persona u organización.
(rol):describe la persona dentro de un contexto.
b.

c. ​Ejemplo:
Persona --------------Recepcionista

Lugar Exterior - Lugar

a.​​Modela lugares donde ocurren las interacciones entre las personas y las
cosas.Contiene dos objetos uno describe el lugar donde ocurre el evento, y el segundo
describe el lugar exterior a donde pertenece la ubicación anterior
b.

c. ​Aeropuerto------------Área De Carga

Item - Item Específico

a.​​El ítem describe la información que es común en todas sus variantes.
En el ítem específico se describe la información que hace que cada variación sea
distinta.El elemento específico es el que participa en eventos.
b.

c.​​ juego--------Copia de juego

Ensamble-Parte
a.​​permite modelar estructuras complejas.Modela una cosa compuesta por otras
cosas.Se diferencia de patrón contenedor y grupo porque no existe sin al menos una
parte

b.

c. ​Auto---------Componente

Contenedor-Contenido
a.​​Se utiliza cuando una cosa es almacenaminto de otras cosas.Un contenedor posee 0
o más objetos de contenido,a diferencia del ensamble puede estar vacío.
 b.

c. ​ Pallet----------Caja

Grupo-Miembro
a.​​Se utiliza para modelar clasificaciones o colecciones de cosas.También puede ser
usado para personas y lugares.
b.

c. ​Categoría Producto---------------Producto

Transacción-Rol
a.​​La transaccion es un evento que describe como interactúan las personas con las
cosa.El rol describe a la persona dentro de en contexto y la transacción siempre ocurre
dentro de un contexto.
b.

c. Recepcionista----------Pedido

Transacción-Lugar
a.​​Se utilizan para modelar en que lugar ocrren las cosas.Una transacción conoce en
solo lugar cuando ocurre en más de un lugar lo mejor es modelar una transacción
compuesta por muchos lugares.
b.

c. Restaurante-----------Pedido

Transacción-Ítem Específico
a.​​Modela la participación de una cosa en una transacción o evento.Solo hay una cosa
involucrada en la transacción y no quien la realiza.
b.

c. Computadora--------------Inspección

Item Especifico- Línea de Ítem

a.​​Describe la interacción de una cosa en evento que involucra a varias cosas.Un ítem
específico involucra 0 o más líneas de ítem
b.
 c. Productos----------Items Comprados

Transacción compuesta- Ítem específico

a.​​Se utiliza este patron para describir la interacion de la gente con multiples cosas
b.

c. orden de compra--------------------items comprados

Transacción- Seguimiento de Transacción

a.​​Se utiliza para modelar una transaccion que interactua con otras transacciones.
b.

c. orden de compra---------------envío

Unidad: 7 Reglas de Negocio

¿Qué es una Regla de Negocio? ¿Cómo se clasifican?
Es una declaración que rige el funcionamiento de algún aspecto del negocio
Se clasifican en:
- Reglas de restricción.
● Reglas de operación.
1. Reglas de flujo.
2. Reglas de estímulo y respuesta.
● Reglas de estructura.
1. Reglas del dominio o modelo de datos.
2. Reglas de relación.
- Reglas de derivación.
● Reglas de inferencia.
● Reglas de cálculo.

Características de la especificación correcta de una regla de negocio.

Una regla de negocio debe ser:
- Atómica: No puede contener otra regla.
- Única: no puede ser redundante.
- Consistente: No puede contradecir a otra.
- Clara: No puede ser ambigua.
- Relevante: Desde el punto de vista del manejo de la información (Sirve para
algo).

Unidad: 8 Ingeniería de Requerimientos

¿Qué es la captura de Requisitos? ¿Por qué la captura de requisitos es complicada
La captura de requisitos es un proceso donde los desarrolladores de software deben averiguar
por sí mismos lo que se necesita.
La captura de requisitos es complicada porque los usuarios son una fuente imperfecta
de información debido a que cada uno puede saber lo que quiere, pero ninguno tiene una
visión global por lo que no saben cómo hacer más eficiente la operación en su conjunto, ni
qué partes pueden transformarse en software. Además, con frecuencia los usuarios no saben
cuáles son los requisitos ni cómo especificarlos en forma precisa.

¿Cuál es el objetivo de las actividades realizadas durante la captura de requisitos?

El objetivo de las actividades realizadas durante la captura de requisitos es guiar el
desarrollo hacia el sistema correcto mediante una descripción de los requerimientos del
sistema en el lenguaje del cliente, para que el mismo pueda comprenderlos, y así puedan
llegar a un acuerdo con los desarrolladores sobre qué debe y no hacer el sistema.

¿Por qué la captura de requisitos puede ser diferente en cada proyecto?

Cada proyecto software es diferente por las diferencias en el tipo de sistema, en el
cliente, en la organización de desarrollo, en la tecnología, etc.

Requisitos Funcionales: ​Los requerimientos funcionales son declaraciones de los servicios

que proveerá el sistema, de la manera en que éste reacciona a entradas particulares. En
algunos casos, los requerimientos funcionales de los sistemas también declaran
explícitamente lo que el sistema no debe hacer.

Requisitos no funcionales: ​Son aquellos requerimientos que no se refieren directamente a

las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste
como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. De forma
alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de
entrada/salida y la representación de datos que se utiliza en la interface del sistema.
Enumere los pasos a seguir en el proceso de captura de Requisitos.
● Enumerar los requisitos candidatos.
● Comprender el contexto del sistema.
● Capturar requisitos funcionales.
● Capturar requisitos no funcionales.

Enumerar los requisitos candidatos: ¿En qué consiste ésta tarea? ¿Qué finalidad tiene?
La lista de ideas que surgen durante la vida de un sistema la consideramos como
conjunto de requisitos candidatos, los cuales podemos decidir implementar en una visión
futura del sistema.
La lista de características se utiliza solo para la planificación del trabajo. Los valores
de estas características se utilizan junto con otros aspectos para estimar el tamaño del
proyecto y para decidir cómo dividir el proyecto en una secuencia de iteraciones.

¿Qué dos modelos se utilizan para expresar el contexto del sistema? Explique qué
aspectos abarca cada uno de ellos.
Para expresar el contexto del sistema se utilizan el modelado del dominio y el
modelado del negocio.
El ​modelado de dominio​ describe conceptos importantes del contexto, como objetos
del dominio, y los enlaza unos con otros. Al identificarlos y asignarles un nombre, ayuda a
desarrollar un glosario de términos que permite una mejor comunicación entre las personas
que trabajan en el sistema.
El ​modelado de negocios​ describe los procesos de una empresa con el objetivo de
comprenderlos. Representa las “cosas” que existen o los eventos que suceden en el entorno
en el que trabajará el sistema
¿De qué manera se capturan los requisitos funcionales? Defina qué es un caso de uso.

La técnica inmediata para identificar los requisitos del sistema se basa en los casos de
uso. Estos casos de uso capturan tanto los requisitos funciones como los no funcionales que
son específicos de cada caso de uso.
Para el usuario, un caso de uso es un modo de utilizar el sistema. En consecuencia, si
los analistas pueden describir todos los casos de uso que necesita el usuario, entonces saben
lo que debe hacer el sistema.

Confeccione una lista con tipos de requerimientos No Funcionales, incluya en ella

también los
Tipos de requerimientos:
● Rendimiento
● Capacidad
● Disponibilidad
● Seguimiento de estándares
● Seguridad
● Fiabilidad
● Extensibilidad
● Requisitos de interfaz
● Requisitos físicos
● Restricciones de diseño
● Restricciones de implementación
● Facilidad de aprendizaje
● Requisitos legales
● Requisitos de normativas
● Requisitos de dependencias
● Facilidad de mantenimiento

¿De qué manera se puede pasar del Modelo de Negocio al Modelo de Casos de Uso?

¿Qué es el modelo de Requisitos?

El modelo de Requisitos es un documento informal de las especificaciones de lo que
debería hacer el sistema. A menudo se escriben en lenguaje natural y se presentan en
cualquier forma y tamaño.

Confeccione una lista de fuentes de requisitos.

Fuentes de requisitos:
● Usuarios directos del sistema
● Otros grupos de decisión
● Otros sistemas con los que se interactuará
● Dispositivos de hardware con los que va a interactuar el sistema
● Restricciones legales o regulatorias
● Restricciones técnicas
● Objetivos de negocio
● Modelos de negocio
● Modelos de objetos
¿Qué intenta explicar los autores, JimArlow– Ila Neustadt con la frase: “el mapa no es
el territorio”.
Los autores intentan explicar con la frase “el mapa no es el territorio” que en
el lenguaje natural ocurren distorsiones inevitablemente. Esto se debe a que es imposible
recordar y transmitir todos los detalles de una situación, por lo que se acude a la
eliminación (filtrado de la información), la distorsión (modificación de la información)
y a la generalización (información resumida en reglas, creencias y principios) para
filtrar estos detalles.
Resulta necesario, entonces, tener en cuenta la existencia de estas distorsiones durante
la captura y el análisis de requerimientos. Un indicio común de que se ha llegado a la frontera
del mapa mental del mundo de alguien es la utilización de cuantificadores universales.

Enumera distintas maneras de recopilar información necesaria para identificar

requerimientos.
Maneras de recopilar información para la identificación de requerimientos:
● Entrevistas
● Cuestionarios
● Workshop de requisitos
● Modelado del negocio
● Modelado del dominio

Unidad: 9 Métodos de Recolección

Entrevista:
¿Qué es una entrevista?
Técnica de exploración mediante la cual el analista de sistemas recolecta información
de las personas a través de la interacción cara a cara.
¿En qué consiste?
Consisten en preguntar los requerimientos a través de una interacción directa cara a
cara.
Ventajas Desventajas

Dan al analista la oportunidad para motivar La entrevista es un enfoque de exploración

al entrevistado para que responda libre y que consume mucho tiempo y es muy
abiertamente a las preguntas. costosa

Las entrevistas permiten que el analista de El éxito de las entrevistas depende mucho
sistemas intente obtener más de las habilidades en relaciones humanas
retroalimentación del entrevistado del analista de sistemas

Las entrevistas permiten que el analista Una entrevista puede ser impráctica debido
adapte o parafrasee las preguntas para cada a la ubicación del entrevistado
persona.

Las entrevistas le dan al analista la

oportunidad para observar la comunicación
no oral del entrevistado, un buen analista es
capaz de obtener información al observar
los movimientos corporales y las
expresiones faciales del entrevistado.
Cuestionario:
¿Qué es un cuestionario?
Documento que permite al analista recabar información y opiniones de los
encuestados.
¿En qué consiste?
El cuestionario puede producirse en gran cantidad y distribuirse a los encuestados,
quienes entonces pueden llenar el cuestionario cuando tengan tiempo, los cuestionarios le
permiten al analista recolectar hechos de un gran número de personas al tiempo que se
mantienen respuestas uniformes.
Ventajas y Desventajas:
Ventajas Desventajas

La mayoría de los cuestionarios pueden Con frecuencia el número de encuestados es

responderse rápidamente. La gente puede bajo
completar y devolver los cuestionarios con
toda comodidad.

Los cuestionarios son un medio No existe garantía de que una persona

relativamente barato de recopilar datos responda o se explaye a todas las preguntas
provenientes de un gran número de personas

Los cuestionarios permiten que las personas
mantengan el anonimato.
Por lo tanto, es más probable que las
personas suministren los hechos reales en
vez de decirle lo que piensan que su jefe
querría que ellos hicieran.
Lo cuestionarios tienen a ser inflexibles. No
hay oportunidad de que el analista de
sistemas obtenga información voluntaria o
parafrasee las preguntas que pudieron haber
sido mal interpretadas

Las respuestas pueden tabularse y analizarse No es posible que el analista de sistemas

rápidamente observe y analice el lenguaje corporal del
encuestado

No hay una oportunidad inmediata para

aclarar una respuesta vaga o incompleta a
cualquier pregunta

Los buenos cuestionarios son difíciles de

preparar.

Reglas a seguir para lograr la efectividad de un cuestionario.

1. Determine qué hechos y opiniones deben recolectarse y de quién debe obtenerlas. Si el
número de personas es grande, considere el uso de un grupo de encuestados más pequeño
seleccionado aleatoriamente.
2. Basándose en los hechos y en las opiniones buscadas, determine si las preguntas de
formato libre o fijo darán las mejores respuestas. Frecuentemente se usa un formato
combinado que permite la aclaración opcional de formato libre de las respuestas de formato
fijo.
3. Escriba las preguntas. Examínelas en cuanto a errores de construcción y posibles malas
interpretaciones. Asegúrese de que las preguntas no revelen su sesgo personal o sus
opiniones. Revise las preguntas.
 4. Ensaye las preguntas en una pequeña muestra de encuestados. Si sus encuestados tuvieran
problemas con éstas o si las respuestas no fueran útiles, revise las preguntas.
5. Duplique y distribuya el cuestionario.

Observación:
¿Qué es la observación?
Técnica de exploración en la cual el analista de sistemas participa u observa a una
persona que realiza actividades para aprender acerca del sistema.
¿En qué consiste?
Consiste en que el analista de sistemas se convierte en un observador de las personas
y de las actividades con objeto de aprender acerca del sistema.
Ventajas y Desventajas.

Ventajas Desventajas

Los datos recabados basándose en la Ya que la gente generalmente se siente

observación pueden ser muy confiables, incómoda cuando está siendo vigilada,
inconscientemente puede comportarse de
una manera diferente que cuando está
siendo observada.

El analista puede ver exactamente lo que se
está haciendo, a través de la observación se
pueden identificar las tareas que se han
omitido o que se han descrito con
inexactitud por otras técnicas de
exploración.
El trabajo que se esté observando tal vez no
incluya el nivel de dificultad o de volumen
normalmente experimentado durante ese
tiempo.

La observación es relativamente barata en Algunas actividades de sistemas pueden

comparación con otras técnicas de tener lugar en horas estrambóticas,
exploración causando una inconveniencia de
programación para el analista de sistemas.

La observación permite que el analista haga Las tareas que se observan están sujetas a
mediciones del trabajo diferentes tipos de interrupciones

Algunas tareas no siempre serán

desempeñadas en la manera en que las
observa el analista de sistemas.

Si las personas han estado realizando tareas

de una manera que viole los procedimientos
estándar de operación, temporalmente
pueden desempeñar su trabajo de manera
correcta mientras que usted los observa, La
gente puede permitirle ver lo que ellos
quieren que usted vea