RESUMEN DE INGENIERIA DE SOFTWARE

IAN SOMMERVILLE

Temas1y2 - Adquisición de conocimientos.

#Tema 1 - Conceptos generales de diseño + Especificación de requisitos.
# Tema 2 - Contexto del diseño software - Realización del diseño.
** ¿Que es el diseño y cuál es su objetivo?
+ El resultado final de un proceso. ** Los planes de diseño describen…
- Es la observación y la experimentación. + Los algoritmos que se utilizarán.
+ Dar solución a un problema. + La estructura estática del sistema, incluye
- El dominio de la Ciencia de la computación. subprogramas y su jerarquía.
- Producir un software. - La evolución del prototipado.
- Explorar las ideas. + Interacciones entre los componentes
** Según David Budgen, lo que requiere el - Interacciones que se debe dar con el usuario.
usuario de su diseño es... + Cualquier objeto de datos que se utilice en el
+ eficiencia sistema
- seguridad
+ confiabilidad *Parte importante en la ingeniería referida a la
- productividad eliminación de detalles descriptivos
- rentabilidad de un problema, y que conserva las propiedades
- calidad. esenciales de su estructura.
+ Abstracción
** La interacción del hombre y el mundo ha - Eliminación
tomado los caminos... - Planificación
- Creación. - Licitación
- Observación. - Compaginación
- Experimentación. - Reestructuración
+ Ingeniería. - Comparación
- Fisica.
+ Ciencia. ** Algunas de las formas de desarrollo de
software que son comúnmente adoptadas son…
* No es una pauta del proceso de diseño… + Lineal
- Implementación del plan de diseño utilizando una + Incremental
forma adecuada de software. + Reactivo
- Validar la solución (incluido el uso de prototipos). - Trascendental
+ Refinar Teoría. - Exponencial
- Aclare la naturaleza de los requisitos. - Constante
- Postula una solución de diseño de caja blanca. - Inyectiva
- Analice las necesidades y cree un modelo de
problema de "caja negra". * Forma de desarrollo de software que tiene las
necesidades bien determinadas y acepta un
* La tarea principal de la fase de diseño... largo tiempo de entrega.
- Buscar la estabilidad del proyecto. + Lineal
- La obtención de requisitos. - Incremental
- La de producir prototipos que estén a disposición - Reactivo
del usuario. - Exponencial
- Verificar si cumple con los requisitos del Usuario. - Constante
+ La de producir los planes necesarios para que - Inyectiva
proceda la producción de software. - Trascendental
- Realizar mockup para dar facilidad al usuario.

** Canales de comunicación del diseñador…

- Interacción con el usuario.
+ Conocimiento del dominio.
+ Restricciones.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

* Forma de desarrollo de software que es * Componente del ciclo de vida del software que
utilizado para software ‘shrink wrap’, como explora si una solución es alcanzable dentro de
paquetes de oficina, juegos y sistemas operativos. un conjunto dado de restricciones.
- Lineal + Estudio de factibilidad
+ Incremental - Pruebas de integración
- Reactivo - Análisis de requisitos
- Exponencial - Obtención de requisitos
- Constante - Análisis de vulnerabilidad
- Inyectiva - Obtención de restricciones
- Trascendental - Estudio de viabilidad

* Los software de código abierto y los sitios web ** Según Floyd (1984), los prototipos de
son desarrollados mediante el proceso de tipo… software pueden cumplir un rol...
- Lineal + Evolutivo
- Incremental + Experimental
+ Reactivo + Exploratorio
- Exponencial - Descriptivo
- Constante - Aplicado
- Inyectiva - Cuasi-experimental
- Trascendental - Transversal
# Software Design, pág
* Técnica que se usa en la refinación del diseño para encontrar inconsistencias estructurales ante distintos
puntos de vista.
+ Revisión del diseño
- Pruebas de integración
- Estudio de viabilidad ** Para desarrollar un diseño de sistema desde
- Reestructuración del diseño el concepto hasta el diseño detallado
- Etnografía orientado a objetos, se debe…
- Desarrollo de prototipos + Comprender y definir el contexto.
- Validación de inconsistencias + Diseñar la arquitectura del sistema.
+ Identificar los objetos principales en el sistema.
- Modelar requisitos del cliente
** Lientz y Swanson (1980) identificaron una
- Especificar las características del software
serie de formas de mantenimiento de software + Desarrollar modelos de diseño.
que se producen en la práctica, las cuales son… + Especificar interfaces.
+ Mantenimiento perfectivo
+ Mantenimiento adaptativo ** En el diseño de software, la comprensión del
+ Mantenimiento correctivo contexto permite...
- Mantenimiento de oportunidad + Proporcionar la funcionalidad requerida del
sistema
- Mantenimiento programado
+ Estructurar el sistema para que se comunique con
- Mantenimiento de actualización su entorno
- Mantenimiento de conservación + Determinar las fronteras del sistema
- Comprender los requerimientos del cliente
** Podemos afirmar que el diseño de software es - Especificar el detalle de la interfaz
una actividad creativa donde... - Mejor utilización de los patrones de diseño
- Se basa en los requerimientos del desarrollador - Mejor integración del sistema
- Se utilizan métodos ágiles en bosquejos formales
* El modelo de contexto del sistema es…
- Se documenta los requerimientos del cliente
- Un modelo estándar
- Se validan los requerimientos - Un modelo Dinámico
+ Se identifican los componentes del software - Un modelo de procesos
+ Se identifican las relaciones de los componentes + Un modelo estructural
del software - Un modelo arquitectónico
+ Se basa en los requerimientos del cliente - Un modelo documentado
- Un modelo de actividades del entorno
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
* Respecto al modelo del contexto de un sistema
podemos afirmar que…
+Puede representarse mediante asociaciones
- Permite validar requerimientos
- Permite conocer a detalle el software
- Asocia entidades y sus atributos
- La naturaleza de la relación no es específica
- No posible documentar el entorno del sistema con
un simple diagrama de bloques
- Permite validar los atributos del sistema
* Al modelar las interacciones de un sistema con
su entorno, se debe…
+ Usar un enfoque abstracto que no contenga
muchos detalles
- Usar un enfoque abstracto bien detallado
- Usar un enfoque global del sistema
- Usar un enfoque concreto que no contenga muchos
detalles
- Usar un enfoque de diseño bien detallado
- Usar un enfoque orientado a objetos
- Usar un enfoque abstracto documentado
Temas 3y4
* Según el libro de bugden ¿qué es exactamente
un modelo?
+ Una representación tridimensional, generalmente
en miniatura, de una cosa que se debe construir.
- Conceptos claves que proporcionan la base para
muchos enfoques
- Un enfoque prescriptivo que se encarga de acotar
una solución
- Es el proceso de clasificación e interpretación de
hechos, diagnostico de problemas
- Tiene responsabilidades administrativas en los
sistemas de aplicación
- Determinar el ciclo de vida de los sistemas en fases
bien definidas.
* Según el libro de budgen, en la práctica, y
especialmente cuando se desarrollan sistemas
más grandes, el proceso de diseño puede dividirse
en …
+ 2 fases
- 4 fases
- patrones
- stakeholders
- módulos
- clases
* Es importante Grabar decisiones de diseño
por …
+ El punto de vista del equipo de mantenimiento
más tarde puede necesitar ampliar y modificar el
diseño
- El programador puede especificar los requisitos
- El enfoque descriptivo nunca utiliza lenguajes
especìficos
** Son relaciones importantes que pueden
documentarse en un modelo estructural de
diseño..
+ Relaciones de generalización (herencia)
- Relaciones de secuencia
- Relaciones de objetos
- Relaciones de estado
+ Relaciones usa/usado por
+ Relaciones de composición.
- Relaciones dinámicas
* Un tipo de modelo de diseño que se desarrollara
al usar UML es …
- Modelo no estructurado
- Modelo abstracto bien detallado
- Modelo Entidad-Relación
+ Modelo dinámico
- Modelo de caso de uso
- Modelo orientado a objetos
- Modelo secuencial
* Según el libro de bugden, El rol experimental
en los prototipos de software es…
+ Evalúar una posible solución a un posible
problema
- Ayuda a aclarar los requisitos del usuario
- Esta es la forma más cercana a la idea del
"desarrollo incremental"
- Aquí el objetivo es identificar qué necesidades del
"usuario final"
- Implica la validación de la implementación sistema
contra los requisitos originales
- Explorar si una solución es alcanzable dentro del
conjunto dado de restricciones
* ¿Que es un patrón arquitectónico?
+ forma de presentar, compartir y reutilizar
conocimiento
- Modelos de sistemas
- forma de alimentar el diseño
- Reconocimiento de requisitos
- Formulación de teorías arquitectónicas
* Una arquitectura de software es...
+ Una descripción de cómo se organiza un sistema
de software
- La construcción de la interfaz gráfica
- Evaluar constantemente el sistema operativo
- Fortalecer rendimiento de la máquina
- Un mecanismo para reconocer tipos de software
- Patrón de diseño
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
* Qué son los modelos genéricos?
+ Mecanismo que ayuda a entender la operación de
las aplicaciones
- Normas de construcción de diseño
- Guías
- Copias de otros diseños
- Procesadores de datos
- Recopiladores de información
*Sistemas de procesamiento dentro del sistema
arquitectónico...
+ Transacción
+ Lenguaje
** En Curtis et al., (1988), se observó que los
diseñadores excepcionales poseen tres
características significativas, estos son:
+ Familiarity with the application domain
+ Skill in communicating technical vision to other
project members
+ Identification with project performance
** En el libro de David Budgen, Brooks cita las
siguientes propiedades del software como
factores principales afectando su desarrollo.
+Complexity
+Conformity
+Changeability
+Invisibility
** Diseñando un sistema a través del uso de un
equipo trae dos problemas adicionales
importantes que deben ser manejados dentro de
la estrategia de diseño elegida. Estos son:
+ cómo dividir la tarea de diseño entre el equipo y
determinar las interfaces entre las partes
+ cómo integrar las contribuciones individuales al
diseño, que bien puede involucrar un proceso de
negociación entre los miembros del equipo.
** Akin (1990) ha sugerido que hay tres
condiciones "clásicas" que son observado en
actos creativos como el diseño. Estos son:
+ The recognition step
+ The problem restructuring step
+ El desarrollo de conocimiento de procedimientos
** Las arquitecturas de software se diseñan en
niveles de abstracción, que son:
+ arquitectura en pequeño
+ arquitectura en grande
** El estilo y la estructura arquitectónica que se
elijan para un sistema dependen de los
requerimientos de sistema no funcionales que
son...
+ Rendimiento
+ Seguridad
+ Protección
+ Disponibilidad
+ Mantenibilidad
- Soporte
** ¿Que vistas o perspectivas son útiles al diseñar
y documentar una arquitectura del sistema?
+ Lógica
+ De proceso
+ De desarrollo
+ Fisica
- Paramétrica
- De diseño
** Son modelos de Patrones arquitectónicos...
+ Arquitectura en capas
+ Arquitectura en repositorio
+ Arquitectura cliente-Servidor
+ Arquitectura de tubería y filtro
** Las decisiones del diseño arquitectónico
incluyen decisiones sobre el tipo de...
+ Tipo de aplicación
+ La distribución del sistema
+ Los estilos arquitectónicos a usar
+ Formas de documentación de la arquitectura
+ Formas de evaluar la arquitectura
- Tipo de Cliente o usuarios
** Según el libro de bugden, para la resolución
de problemas, las naturalezas de actividades que
se complementan son…
+ de Ingeniería
+ Científicas
** Según el libro de bugden, la naturaleza de
análisis científico incluye…
+ Llevar a cabo experimentos
+ Construir una teoría
+ Idear experimentos para probar la teoría
+ Refinar la teoría
+ Derivar principios científicos
** Según el libro de bugden, un modelo del
proceso de diseño incluye…
+ Aclarar la naturaleza de los requisitos
+ Analizar las necesidades y crear un modelo de
problema de "black box"
+ Crear una solución de diseño de "white box"
+ Validar la solución
+ Implementación del plan de diseño utilizando una
forma adecuada de software
** Según el libro de bugden, los canales de
comunicación del diseñador son…
+ Especificación de requisitos
+ Restricciones
+ Conocimiento del dominio
+ Planes para la realización del diseño
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
** Según el libro de bugden, Los roles
principales para los prototipos de
software son…
+ Evolutivo
+ Exploratorio
+ Experimental
** Según el libro de bugden, Las
actividades de mantenimiento que
ocurren en la práctica son…
+ Perfective
+ Adaptive
+ Corrective
Temas 5y6
*¿Puede brindar apoyo para la
asignación de recursos, la gestión de
transacciones, la seguridad y
concurrencia?
+middleware
*¿En los servicios de apoyo, a que
gestion pertenece la concurrencia?
+Gestion de componentes
*¿Que es la concurrencia?
+Es cuando grandes procesos pueden
ejecutarse al mismo tiempo en
computadoras independientes en red
*¿Un diseño de sistemas basado en
concurrencia debe?
+Los sistemas en tiempo real deben
responder en cualquier momento a
sucesos inesperados.
*¿Que lenguaje de programacion no
soporta la concurrencia?
+C
**¿Se implementan a través de
llamadas a primitivas proporcionadas
por el sistema operativo?
+Concurrencia
+Gestion de recursos
**¿Las transacciones independientes y
atómicas son una unidad fundamental
de...?
+Recuperacion
+Consistenacia
+Concurrencia
*¿Cual no es una ventaja de usar un
enfoque distribuido pra el desarrollo de
sistemas?
+Interfaz de recursos
¿Cual es la utilidad del lenguaje de
programacion ADA?
+Incluye sentencias de datos abstractos
+Soporte para concurrencia
+Facilidad de ejecucion
* un diagrama de estado . . .
+ muestra cómo reacciona el sistema
frente a eventos del entorno.
* Un evento que hace . . .
+ activan el procesamiento del
sistema,tienen datos asociados.
* Un evento es...
+ estímulos.
** Modelo de comportamiento se usa...
+ describir la conducta dinámica de un
sistema en ejecución.
+ modelar desde la perspectiva de los
datos procesados por el sistema.
+ eventos que estimulan respuestas de
un sistema.
** Un evento también influye
+ sensor
+ simulador
+ sistemas embebidos
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
** Peligros en el manejo de eventos...
+ corrupción de datos.
+ salgan a la luz defectos que no se
descubrian.
** En los sistemas embebidos se
incluye un patrón que monitoriza el
entorno del sistema para
+eventos adversos
+patrón de control de actuador
+patrón de procesamiento de datos
** A que se denomina descomposición
del riesgo
+ Descubrimiento de eventos que quizá
conduzcan peligro
+ análisis del peligro
* Un sistema de software embebido es
parte de un sistema que
+ Reacciona eventos en su entorno
* Punto de enlace que se pueden
referenciar en un punto de corte.
+ Eventos
* Eventos de datos hace referencia a ...
+ acceso o actualización de un archivo
* Un evento en un programa que se
ejecuta el consejo asociado con un
aspecto se denomina
+ Punto de en enlace
# Ingeniería de software,Sommerville
pag574
** Son parte del modelo de punto de
enlace
+ eventos de excepciones
- eventos de enlace
- eventos de agregado
+ eventos de datos
+ eventos de inicialización
+eventos de ejecución
# Ingeniería de software,Sommerville pag
480
** Enfoque de sistemas distribuidos en
concurrencia
+ Procesos que se ejecutan al mismo
tiempo en computadoras independientes
- Son sistemas abiertos
- Los sistemas pueden ser escalables
+ Dichos procesos pueden comunicarse
uno con otro en su operación normal
- La disponibilidad de reducir información
significa que pueda tolerar algunas fallas
-Están diseñados con protocolos estándar
que permiten la combinación de equipo
# Ingeniería de software,Sommerville Pag
453
** Middleware brinda apoyo para
asignación de
+ recursos
+ gestión de transacciones
+ seguridad
+ concurrencia
- componentes
-software
# Ingeniería de software,Sommerville
pag460
** Son servicios de apoyo
+ concurrencia
+ persistencia
+ seguridad
- direccionamiento
- comunicaciones de componentes
- Gestion de excepcion
Temas 7y8
# TEMAS
# PErsistencia de datos
#distribución de componentes
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
(Ingeniería de Software, Ian Sommerville)
# INTEGRANTES
# Alvaro morales caballero
2012-36181
# Bonifacio Condori, Rumy
2013-39038
#Luis angel condori huisa
2015-119033
# Ingeniería de software(Sommerville),
pág 514.
*Los estándares claves de la SOA definir
los componentes como:
-elementos que son propios
-funciones que cumplen un objetivo
-conjunto de clases sin un fin
+una especificación de servicio
-código reutilizable
-un estándar de la www
# Ingeniería de software(Sommerville),
pág 500.
*La ingeniería de software orientada a
servicios y ...
-orientada a diseño
-orientada a la arquitectura
-diseño arquitectónico
+orientada a componentes
-diseño del esquema
-diseño de interfaces
# Ingeniería de software(Sommerville),
pág 514.
*Es posible es posible considerar un
componente como un proveedor de
servicios sin embargo..
-los servicios son parte de los
componentes
-no tiene ninguna diferencia
-los componentes son partes de los
servicios
+existen importantes diferencias entre
servicios y componentes
-los componentes se complementan con
los servicios
-los componentes son funciones
# Ingeniería de software(Sommerville),
pág 515.
*Un componente de software de
reutilización ofrece
-indirecta funcionalidad
-funciones que son difíciles de utilizar
-complementariedad
+directa funcionalidad
-un diseño arquitectónico
-fortaleza del sistema
# Ingeniería de software(Sommerville),
pág 515.
**a diferencia de los componentes de
software los servicios no usan
+solicitudes de procesamiento
+métodos para acceder
-componentes propios
-complementariedad
-componentes de ambigüedad
-complejidad
# Ingeniería de software(Sommerville),
pág 523.
*En los componentes de reutilización es
una buena práctica
-competir con los componentes
-buen manejo de la información
-complementariedad
+dejar todo el manejo de excepciones al
usuario
-flujo de trabajo
-conflictos entre los desarrolladores
# Ingeniería de software(Sommerville),
pág 524.
*alternativamente los servicios pueden
pueden desarrollarse
-al cumplir con lo asignado
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

-al incorporar información permanente + Frameworks de infraestructura de

+al implementar las interfaces del servicio sistema
-cumpliendo con lo estipulado - frameworks de colección de clases
-forzando la información - frameworks disponibles
-cumpliendo con la estructura - frameworks de programación

pag. 310 pag 440

* es un sistema de software que puede
** El sistema no debe permitir que los adaptarse a las necesidades de diferentes
usuarios modifiquen los... clientes...
+ Archivos no creados - DATA
+ Selección de modo empuje + COTS
+ Activación simultánea - FRTY
- Generar errores - GYTS
- requerimientos funcionales - RFGT
- confiabilidad - lotg

pag. 311,312 pag. 480

**Etapas de Especificación dirigida por * Es un sistema distribuido que permite
riesgos... compartir los recursos...
+ Identificación del riesgo - Apertura
+ Análisis y clasificación del riesgo - Concurrencia
+ Descomposición del riesgo - Escalabilidad
+ Reducción del riesgo + Compartición de recursos
- Análisis preliminar - Tolerancia a fallas
- Análisis de riesgo - sistemas abiertos
- Análisis de riesgo operativo
pag. 481
pag.319 **son conflictos de diseños importantes
**Estrategias para la Reducción del que deben considerarse en la...
riesgo... ingeniería de sistemas distribuidos
+ Evitar el peligro + Apertura
+ Detectar y eliminar el peligro + Transparencia
+ Limitar el daño + Escalabilidad
- combinan dichos enfoques + Seguridad
- respaldo de seguridad - sistemática
- control de planta química - consistencia

Pag 432 pag. 485

* frameworks que apoyan el desarrollo de
infraestructuras de sistema como...
comunicaciones, interfaces de usuario y
compiladores
- Frameworks de integración de
middleware
- Frameworks de aplicación empresarial
* Es un tipo Modelos de interacción...
+interacción procedimental
-interacción paso a paso
- interacción inmediata
- interacción completa
- interacción por parte
- interacción por fase
pag 310
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
** Estos requerimientos de confiabilidad y
seguridad son de dos tipos:
+ Requerimientos no funcionales
- Requerimientos de acceso
- Requerimientos de selección
- Requerimientos confiables
+ Requerimientos funcionales
pag 311
** Los requerimientos de confiabilidad y
seguridad también pueden considerarse
como...
- Requerimientos de segundo nivel
- Requerimientos de seguridad
+ Requerimientos de protección
- Requerimientos de acceso
- Requerimientos de primer nivel
pag 312
** Para sistemas grandes, el análisis de
riesgo puede estructurarse en fases
+ Análisis preliminar del riesgo
- Análisis basado en descomosición
+ Análisis de riesgo de ciclo de vida
- Análisis de riesgo parcial
+ Análisis de riesgo operativo
pag 313
* No es una actividad en el proceso de
especificación general basado en riesgos
- Identificación del riesgo
- Análisis de riesgo
- Descomposición del riesgo
- Reducción del riesgo
+ Planteamientos de solución
pag 320
* ¿De qué depende la fiabilidad global de
un sistema?
- fiabilidad del software
- Requerimientos
+ fiabilidad del hardware
- sublevación de riesgos
- Reducción de riesgo
pag 329
** La seguridad es un problema que exige
mayor esfuerzo que la protección, por las
siguientes razones
+ se puede suponer que el entorno donde
el sistema se instala no es hostil
+ Cuando ocurren fallas del sistema que
plantean un riesgo a la protección, se
buscan los errores
+ es aceptable desactivar o degradar los
servicios del sistema para evitar una falla
relacionada con la protección
+ Los eventos relacionados con la
protección no los genera un adversario
inteligente
- Los requerimientos de autenticación
explican cómo se identifica a los usuarios
pag 330
*No son etapas del proceso de análisis y
valoración del riesgo:
- Análisis preliminar del riesgo
- Análisis del riesgo operativo
- Análisis del riesgo del ciclo de vida
+ Análisis del riesgo potencial
+ Análisis operativo
pag 322
** ¿Cúales son las métricas importantes
que se usan para especificar la fiabilidad?
+ Probabilidad de falla a pedido
- Análisis de contingencia
- Análisis de riesgo
+ Tasa de ocurrencia de fallas
+ Disponibilidad
Temas 9y10
# TEMAS
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
# Manejo de error y excepción, y
tolerancia a fallos
# Interacción y presentación
(Ingeniería de Software, Ian Sommerville)
# INTEGRANTES
# Chacon Alvarez, Miryam
2016-119024
# Paria Quispe, Adrian
2016-119061
# Ingeniería de Software, Ian Sommerville
(pag. 311)
** Pertenece a las etapas de proceso
general de especificación dirigida por
riesgos...
+ Identificación del riesgo
- Prevención del riesgo
+ Análisis y clasificación del riesgo
+ Descomposición del riesgo
- Condiciones del riesgo
+ Reducción del riesgo
# Ingeniería de Software, Ian Sommerville
(pag. 312)
* En este proceso se hacen proposiciones
de formas para reducir o eliminar los
riesgos identificados...
- Identificación del riesgo
- Eliminación del riesgo
- Análisis y clasificación del riesgo
- Descomposición del riesgo
+ Reducción del riesgo
- Prevención del riesgo
# Ingeniería de Software, Ian Sommerville
(pag. 315)
** ¿Cuales son las categorías para la
valoración del riesgo?
+ Riesgos intolerables
- Riesgos identificados
+ Riesgos ALARP
+ Riesgos aceptables
- Riesgos controlados
- Riesgos no identificados
# Ingeniería de Software, Ian Sommerville
(pag. 317)
** Se han planteado varias técnicas como
posibles enfoques para la descomposición
o el análisis del peligro…
- Lógica informal
- Detectar y eliminar el peligro
+ Análisis de red de petri
+ Lógica formal
- Prevenir el daño
+ Análisis de árbol de fallas
# Ingeniería de Software, Ian Sommerville
(pag. 319)
** Una vez identificados los riesgos,
podrán derivarse requerimientos de
seguridad que los administren y garantice
que no ocurra los incidentes o accidentes.
Existen tres posibles estrategias por
utilizar…
- Pronosticar soluciones
+ Evitar el peligro
+ Detectar y eliminar el peligro
- Prevenir el daño
+ Limitar el daño
- Filtrar el daño
# Ingeniería de Software, Ian Sommerville
(pag. 321)
** Es un tipo de requerimientos de
fiabilidad del sistema...
+ Requerimientos funcionales
- Requerimientos fijos
- Requerimientos variables
+ Requerimientos no funcionales
- Requerimientos opcionales
- Requerimientos dinámicos.
# Ingeniería de Software, Ian Sommerville
(pag. 322)
** Son tipos de fallas del sistema.
+ Pérdida del servicio
- Incumplimiento de requisitos
- Interfaz compleja
+ Entrega incorrecta del servicio
+ Corrupción de sistema y datos
- Insuficiente espacio de almacenamiento
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
# Ingeniería de Software, Ian Sommerville
(pag. 322 y 323)
** Son métricas que especifican la
fiabilidad del sistema.
+ Probabilidad de falla o pedido
+ Tasa de ocurrencia de fallas
+ Disponibilidad
* Es una métrica de fiabilidad que se
utiliza para especificar el atributo del
sistema relacionado con la
disponibilidad.
+ Disponibilidad
** ¿Cuales son los tipos fundamentales
de interacción que pueden tener lugar
entre las computadoras en un sistema
de cómputo distribuido?
+ interacción procedimental
+ interacción basada en mensajes
* Es un tipo de interacción que implica
una computadora que solicita un
servicio conocido ofrecido por alguna
otra computadora y (por lo general)
espera la entrega de dicho servicio.
+ interacción procedimental
** En un sistema distribuido, el
middleware por lo general brinda dos
distintos tipos de
soporte...
+ Soporte de interacción
+ La provisión de servicios comunes
* El tipo de tiempo que se debe usar
para un sistema que está en operación
continua es...
+ Tiempo calendario
* Los niveles de fiabilidad altos
justifican claramente en los sistemas
donde es crítica…
+ La operación fiable
** Las fallas transitorias de software
pueden repararse mediante acciones
del usuario como...
+ Restablecimiento de máquina
+ Recalibración de máquina.
* Especifican si un sistema debe o no
debe identificar a usuarios antes de
interactuar con ellos...
+ Los requerimientos de identificación
- Los requerimientos de autenticación
- Los requerimientos de autorización
- Los requerimientos de inmunidad
- Los requerimientos de integridad
- Los requerimientos de fiabilidad
Temas 11y12
* La dimensión más importante de
confiabilidad del sistema es la
+ Seguridad
** En cualquier sistema en red, exisen
tres principales tipos de amenazas a la
seguridad para el sistema y sus datos
+ Amenzas a la confidencialidad
+ Amenzas a la integridad
+ Amenzas a la disponiblidad
* Las amenzas a la confidelidad,
inegridad y disponiblidad del sistema y
su datos. Dichas amenazas son
+ Interdependiente
** Los controles que se deben
implementar para mejorar la seguridad
del sistema son comparables con los
de la fiabilidad y protección
+ Controles que soporten la recuperación
de los problemas
+ Controles cuya intención sea detectar y
repeler ataques
+ Controles cuya intención sea garantizar
que los ataques no tengan éxito
** Firesmith (2003) identificó 10 tipos
de requerimientos de seguridad que
pueden incluirse en una especificación
de sistema, cual de estas no son
- Requerimientos de identificación
- Requerimientos de autenticación
- Requerimientos de autorización
- Requerimientos de inmunidad
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
+ Requerimientos de control
- Requerimiento de integridad
** El proceso de análisis y valoración
del riesgo, puede utilizarse para
identificar requerimientos de seguridad
del sistema. Existen tres etapas en este
proceso:
+ Análisis preliminar del riesgo
+ Análisis del riesgo del ciclo de vida
+ Análisis del riesgo operativo
* Las etapas del proceso consisten en
+ Identificación del activo
+ Estimación del valor del activo
+ Valoración de la exposición
+ Identificación de amenaza
+ Valoración del ataque
+ Identificación del control
** Propiedades emergentes no
funcionales, que se relacionan con el
comportamiento del sistema en su
entorno operacional
+ Fiabilidad
+ Rendimiento
+ Seguridad
+ Protección
** Indique los niveles de abstracción en
el que se diseñan las arquitecturas de
software..
+ Arquitectura en pequeño
+ Arquitectura en grande
** La arquitectura de software es
importante porque afecta...
+ El desempeño
+ La potencia
+ La capacidad de distribución
+ El mantenimiento de un sistema
** Bass et al.(2003) analizan ventajas de
diseñar y documentar la arquitectura de
software...
+ Comunicación con los participantes
- Modelos de dominio
+ Análisis del sistema
- Arquitectura del software
+ Reutilización a gran escala
- Gestión de la complejidad
# Ian Sommerville, "Ingeniería de
Software", 9ª edición pp 150
** Un modelo arquitectónico de un
programa se utiliza como una forma de...
- Vistas de una arquitectura
+ Facilitar la discusión acerca del diseño
del sistema
- Estructurar las discusiones con los
clientes
+ Documentar una arquitectura que se
haya diseñado
- Modelos de una arquitectura
- Considerar aspectos de diseño clave
# Ian Sommerville, "Ingeniería de
Software", 9ª edición pp 153-154
** Vistas arquitectónicas fundamentales
que sugiere Krutchen (1995)
+ Lógica
+ Física
- De componentes
- De despliegue
+ De proceso
+ De desarrollo
# Paul Clements et al., "Documenting
Software Architectures", 2ª edición pp 4
** Las clases de elementos
arquitectónicos son...
+ De procesamiento
- De discernimiento
- De dominio
+ De datos
- De criterio
+ De conexión
# Paul Clements et al., "Documenting
Software Architectures", 2ª edición pp 4-5
**La arquitectura de software es un
conjunto de estructuras del sistema, que
comprenden...
+ Los elementos del software
- Los factores del sistema
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
- Los fundamentos del sistema
+ Las relaciones entre los elementos
+ Las propiedades de los elementos
- Los aspectos del software
# Ian Sommerville, "Ingeniería de
Software", 9ª edición pp 150
* Las arquitecturas de sistemas se
modelan con frecuencia usando
diagramas de...
- Casos de uso
+ Bloques simples
- Actividades
- Flujo de datos
- Componentes
- Contexto
Temas 13 y 14
# Integrantes
# Mamani Romero, Franklyn
2016-119037
# Lupaca Lupaca, Frank
2016-119005
# Tema 13: Estilos Arquitectónicos
# Tema 14: Patrones de Diseño
#Sommerville (Cap. 6 y 7)
# Ingeniería de software (Sommerville),
pág 189.
* ¿Qué son los Patrones de Diseño?
- Es una identificación del problema y de
su solución.
- Es una documentación del problema y
su desarrollo.
+Es una descripción del problema y de su
solución.
- Es una validación del problema y de su
desarrollo.
- Es una documentación del problema y
su solución.
- Es una descripción del problema y de su
desarrollo.
# Ingeniería de software (Sommerville),
pág 190.
* Los patrones de diseño se asocian
usualmente con…
- Las características que genera la
herencia.
- El diseño orientado a funciones.
- Las características del polimorfismo.
+El diseño orientado a objetos.
- Las características de objetos.
- El diseño orientado al usuario.
# Ingeniería de software (Sommerville),
pág 191.
** Los cuatro elementos esenciales de
los patrones de diseño, definidos por
la “Banda de los cuatro” en su libro de
patrones, son:
+Un nombre que sea una referencia
significativa al patrón.
- Una documentación del área
problemática que enuncie cuándo puede
aplicarse el patrón.
+Una descripción del área problemática
que enuncie cuándo puede aplicarse el
patrón.
- Una documentación de solución de las
partes de la solución de diseño, sus
relaciones y responsabilidades.
+Una descripción de solución de las
partes de la solución de diseño, sus
relaciones y responsabilidades.
- Un estado de las especificaciones, los
resultados y las negociaciones, al aplicar
el patrón.
+Un estado de las consecuencias, los
resultados y las negociaciones, al aplicar
el patrón.
# Ingeniería de software (Sommerville),
pág 191.
** La descripción de la solución que
genera los patrones de diseño,
explican:
+Su estructura del patrón.
+Las colaboraciones.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

+La implementación. - Nivel estándar

+Los participantes. - Nivel insuficiente
- Las presentaciones. +Nivel Alto
- Los detalles del patrón. - Nivel bajo-medio

# Ingeniería de software (Sommerville),

pág 192. # Ingeniería de software (Sommerville),
** Indicar algunos tipos de patrones de pág 193.
diseño: ** El uso de patrones en un proceso de
- Desarrollador diseño con frecuencia implica…
+Observador +El desarrollo de un diseño
+Fachada - El desarrollo de un sistema
+Iterador +Experimentar un problema
- Analizador - Realizar ajustes de información
+Decorador - Buscar posibles problemas
+Reconocer que puede usarse un patrón

# Ingeniería de software (Sommerville), # Ingeniería de software (Sommerville),

pág 192. pág 179
** Los ejemplos de los patrones de * Un modelo de contexto del sistema es
diseño, documentados en el libro de un modelo
patrones “Banda de los cuatro”, - Estático
incluyen: - Concurrente
+Señalar a varios objetos que cambiaron - Dinámico
el estado de algún otro objeto. + Estructural
- Crear decisiones dinámicamente en el - Nominal
proceso de creación. - Pausado
- Describir cómo utilizar estructuras de
datos complejas a partir de elementos # Ingeniería de software (Sommerville),
más simples pág 179
+Ordenar las interfaces en un número de * Un modelo de interacción es un
objetos relacionados que a menudo se modelo
hayan desarrollado incrementalmente. - Estático
+Proporcionar una forma estándar para - Continuo
ingresar a los elementos en una + Dinámico
colección, sin importar cómo se - Erróneo
implementó dicha colección. - Subjetivo
+ Permitir la posibilidad de extender la - Pausado
funcionalidad de una clase existente en
tiempo de operación. # Ingeniería de software (Sommerville),
pág 185-186
** En las primeras fases del proceso de
# Ingeniería de software (Sommerville), diseño, se considera que existen tres
pág 192. modelos que son útiles
* Los patrones soportan reutilización particularmente para agregar detalle a
de concepto de… los modelos de caso de uso y
- Nivel Medio arquitectónico:
- Nivel bajo - Modelos de concurrencia
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
+ Modelos de subsistema
+ Modelos de secuencia
+ Modelos de máquina de estado
- Modelos de sistemas
- Modelos estructurados
# Ingeniería de software (Sommerville),
pág 201
* El diseño y la implementación del
software son actividades
- Sencillas
- Metafóricas
- Continuas
+ Entrelazadas
- Separadas
- Despreciables
# Ingeniería de software (Sommerville),
pág 178-179
** Para desarrollar un diseño de
sistema desde el concepto hasta el
diseño detallado orientado a objetos,
se debe
+ Comprender y definir el contexto y las
interacciones externas con el sistema.
+ Diseñar la arquitectura del sistema.
+ Identificar los objetos principales en el
sistema.
+ Desarrollar modelos de diseño.
+ Especificar interfaces.
- Rediseñar un nuevo diseño.
# Ingeniería de software (Sommerville),
pág 183
** Como identificar las clases de
objetos en los sistemas orientados a
objetos
+ Usar un análisis gramatical
+ Utilizar entidades tangibles en el
dominio de aplicación
+ Emplear un análisis basado en
escenarios.
- Desarrollar actividades para el aprendiz
- Identificar la variable
- Comprender el sistema.
# Ingeniería de software (Sommerville),
pág 189
* En un diseño de interfaz no se debe
- Configurar el diseño implementado
- Borrar el nuevo diseño de interfaz
+ Incluir detalles de la representación de
datos,
- Recopilar información de otra fuente
- Jugar con el diseño
- Emplearlo para otra interfaz
# Ingeniería de software (Sommerville),
pág 166
* Por lo general, los sistemas de
procesamiento de transacción son
- Sistemas comunes
- Sistemas estáticos
+ Sistemas interactivos
- Sistemas de información
- Sistemas de compilación
- Sistemas estructurados
Temas 15y16
# Elección de Diseño de Arquitectura,
Sommerville c6 pp 147-172
#Clases de programas y de marcos de
trabajo, Sommerville c16 pp 426-448
# Llanos Ticona, Johnny 2015-119039
# Lopez Valera, Brenda 2016-119018
# Melgarejo Nieto, Tony
# Sommerville, pag. 148
** ¿En que se interesa el diseño
arquitectónico?
+ En entender cómo debe organizarse un
sistema.
+ En entender cómo tiene que diseñarse
la estructura global de un sistema.
- En entender porque se desarrolla el
sistema.
- En explicar pautas de diseño.
- En diseñar hardware.
- En desarrollar mockups
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
* ¿En que se interesa la arquitectura en
pequeño?
+ En arquitectura de programas
individuales.
- En entender la arquitectura.
- En arquitectura de programas
empresariales.
- En arquitecturas vinculadas con el
hardware.
- En desarrollo de software.
- En arquitecturas anidadas.
** Cuales son las ventajas de diseñar y
documentar de manera explícita la
arquitectura de software
+ Comunicación con los participantes.
+ Análisis del sistema.
+ Reutilización a gran escala.
- Rápida entrega.
- Menor esfuerzo del procesador.
- Menos gasto de recursos.
* El estilo y la estructura arquitectónicos
particulares que se elijan para un sistema
dependen de los requerimientos no
funcionales, ¿cual no es uno de ellos?
//(pag. 152)
- Rendimiento.
- Seguridad.
- Protección.
- Disponibilidad.
- Mantenibilidad.
+ Rigurosidad.
#Sommerville, pag. 155
**¿Cuáles son los patrones del modelo de
vista del controlador (MVC)?
+Descripción.
-Análisis.
+Cuándo se usa.
+Ventajas.
-Interfaz de navegador web.
-Reporte de avance.
# Sommerville, pag. 158
**¿Cuáles pertenecen a la arquitectura
genérica en capas ?
+Interfaz de usuario.
+Gestión de interfaz de usuario.
+Lógica empresarial núcleo/funcionalidad de
aplicación.
-Soporte técnico.
-Análisis y clasificación del riesgo.
-Análisis de riesgo en el requerimiento.
#Sommerville, pag.155-164
**¿Cuáles son los principales modelos de
patrones arquitectónicos?
+Arquitecturas de aplicación.
+Arquitectura de tubería y filtro.
+Arquitectura de cliente y servidor.
-Arquitectura de usuario.
-Arquitectura de riesgo.
-Arquitectura de software.
#Somerville, pag. 161
**¿Cuáles son los componentes principales
del modelo patrón cliente-servidor?
+Conjunto de servidores que ofrecen servicios
a otros componentes.
+Conjunto de clientes que solicitan los
servicios que ofrecen los servidores.
+Una red que permite a los clientes acceder a
dichos servicios.
-Caída del servidor.
-Fallo operativo.
-Sobrecarga de datos.
#Sommerville, pag. 165
**Como diseñador de software,¿Cómo
podemos usar los modelos de arquitectura de
aplicación?
+Como punto de partida para el diseño
arquitectónico.
+Como lista de verificación del diseño.
+Como una forma de organizar el trabajo del
equipo de desarrollo.
-Confiabilidad.
-Feedback.
-Revisiones sistemáticas.
#Sommerville, pag. 166
**¿Cuáles forman parte de la estructura de
aplicaciones de procesamiento de
transacción?
+Lógica de aplicación.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
+Gestor de transacción.
+Base de datos.
-Requerimiento de protección de datos.
-Renovación de personal.
-Requerimiento de soporte de software.
#Sommerville, pag 168
**¿Cuáles forman parte de la Arquitectura de
sistema de información en capas?
+Interfaz de usuario.
+Recuperación y modificación de información.
+Gestión de transacciones.
-Arquitectura web.
-Bitácora de cambios.
-Especificación formal.
# Cap 6.1 , pág 151, Ian Sommerville
** Cuando se diseña una arquitectura de
sistema,¿En qué se debe decidir?
+Sobre que tienen en común el sistema
+Sobre las clases de aplicación más amplias
-Sobre lo que el software debería tener
-Sobre los requisitos prioritarios del sistema
-Sobre la estructura del sistema
-Sobre la arquitectura del sistema, que debe
ser original
#Cap 6.1 , pág 151 -152, Ian Sommerville
**La elección de arquitectura de distribución
es una decisión clave que afecta
+El rendimiento del sistema
+La fiabliidad del sistema
-Los requisitos del sistema
-La arquitectura del sistema
-El software del sistema
-El hardware del sistema
#Cap 6.1 , 152, Ian Sommerville
**La arquitectura de un sistema de software
puede basarse en
+Un patrón
+Estilo arquitectónico en particular
-En el diseño
-En los requisitos
-En el software
-En el hardware
#Cap 6.1 , 152, Ian Sommerville
*Los patrones arquitectónicos captan la
esencia de ...
+Una arquitectura que se usó en diferentes
sistemas de software.
-Un diseño es el mismo que el los demás
sistemas
-Una arquitectura que se usó en diferentes
sistemas de hardware
-Un estilo que se usó en diferentes sistemas
de software.
-Una maqueta que se usó en diferentes
sistemas de software.
-Una maqueta que se usó en diferentes
sistemas de hardware.
#Cap 6.1 , 152, Ian Sommerville
* Debido a la estrecha relación entre los
requerimientos no funcionales y la arquitectura
de software, el estilo y la estructura
arquitectónicos particulares que se elijan para
un sistema van a depender de ...
+Requerimientos de sistema no funcionales
-Requerimientos de sistema funcionales
-Requisitos de sistema funcionales
-Necesidades de sistema funcionales
-Puntos de sistema funcionales
-Puntos de sistema no funcionales
#Cap 6.1 ,pag 152, Ian Sommerville
*Evaluar un diseño arquitectónico es
+Difícil porque la verdadera prueba de una
arquitectura es qué tan bien el sistema cubre
sus requerimientos funcionales y no
funcionales cuando está en uso.
-Fácil porque la verdadera prueba de una
arquitectura es qué tan bien el sistema cubre
sus requerimientos funcionales y no
funcionales cuando está en uso.
-Demasiado fácil porque la verdadera prueba
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
de una arquitectura es qué tan bien el sistema
cubre sus requerimientos funcionales y no
funcionales cuando está en uso.
- Demasiado difícil porque la verdadera
prueba de una arquitectura es qué tan bien el
sistema cubre sus requerimientos funcionales
y no funcionales cuando está en uso.
-Fácil si se considera como un requerimiento
crítico.
-Difícil si se considera como un requerimiento
crítico.
#Cap 6.1 , pag 152, Ian Sommerville
*Si se considera como un requerimiento
crítico, será necesario usar una
estructura en capas para la arquitectura, con
los activos más críticos protegidos en
las capas más internas, y con un alto nivel de
validación de seguridad aplicado a
dichas capas.Esto se refiere a ..
+La seguridad
-La protección
-La disponibilidad
-Mantenibilidad
-Los requisitos
#Cap 6.1 , pag 152, Ian Sommerville
*Si se considera como un requerimiento
crítico, la arquitectura debe diseñarse
de modo que las operaciones relacionadas
con la protección se ubiquen en algún
componente individual o en un pequeño
número de componentes.Esto se refiere a …
+La protección
-La seguridad
-La protección
-La disponibilidad
-La Mantenibilidad
-Los Requisitos
#Sommerville, pag. 169
**¿Cómo sería un correcto funcionamiento del
modelo arquitectónico cliente-servidor ?
+El servidor web es responsable de todas las
comunicaciones del usuario.
+El servidor de aplicación es responsable de
implementar la lógica específica de la
aplicación.
+El servidor de la base de datos mueve la
información hacia y desde la base de datos.
-Servidor de alta capacidad.
-Diseño de alto nivel permite reconocer los
bugs o errores futuros del sistema.
-Desarrollo del servidor web con requisitos
específicos.
#Clases de programas y de marcos de
trabajo, Sommerville c16 pp 426-448
#Sommerville, pag. 431
* ¿Que es un framework?.
+ Una estructura genérica que se extiende
para crear una aplicación.
- Un procesador de código.
- Una aplicación para modelar el sistema.
- Una herramienta para diseñar la interfaz.
- Un controlador de software.
- Un mockup.
#Sommerville, pag. 432
** Clases de frameworks.
+ De infraestructura de sistema.
+ De integración de middleware.
+ De aplicación empresarial.
- De diseño gráfico.
- De hardware.
- Der mockups.
#Sommerville, pag. 433
* Los frameworks de aplicación Web no
soportan las siguientes características.
+Graficos.
- Seguridad.
- Páginas Web dinámicas.
- Soporte de base de datos.
- Gestión de sesión.
- Interacción de usuarios.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
#Sommerville, pag. 148
* Los sistemas de solución COTS
consisten en
+ son sistemas que pueden diseñarse
para dar apoyo a un tipo de empresa
particular.
- Son sistemas de desarrollo de software.
- Son sistemas de simulación de
interfaces.
- Son sistemas de modificacion de
entidades.
- Son sistemas de inteligencia artificial.
- Son sistemas informativos.
Temas 17y18
# INTEGRANTES
# COLOMA QUISPE, ERIK GIOVANNI
2016-119048
# PIZARRO QUISPE, ROYER
2016-119045
# HUACCA ENCINAS, LUIS ALBERTO
2016-119050
# Principios generales del diseño de
interfaz de usuario,Temas clave para el
diseño de interfaz de usuario
# Ian Sommerville capitulo 29,página 2.
** Factores humanos importantes que
debe considerar al tomar decisiones del
diseño de interfaz...
+ La gente tiene una memoria limitada a
corto plazo.
+ Todos cometemos errores.
+ Tenemos una amplia gama de
capacidades físicas.
+ Tenemos diferentes preferencias de
interacción.
- Requisitos no funcionales.
- Requisitos funcionales
# Ian Sommerville capitulo 29, página 3.
* ¿Qué sugiere el principio de familiaridad
del usuario?
+ sugiere que los usuarios no deben ser
forzados a adaptarse a una interfaz
porque es conveniente implementarlo.
- La interfaz debería utilizar términos que
no sean familiares para el usuario.
- Los objetos que el sistema manipula no
deben estar relacionados con el entorno
de trabajo del usuario.
- Que el usuario use atajos
- Que los comandos del sistema y los
menús deben tener el mismo formato
- Los comandos con significados
similares en diferentes aplicaciones deben
ser expresado de la misma manera.
# Ian Sommerville capitulo 29, página 3.
** Principios de diseño de la interfaz de
usuario...
+ Familiaridad del usuario
+ Consistencia
+ Mínima sorpresa
+ Recuperabilidad
+ Guía de usuario
+ Diversidad de usuarios
# Ian Sommerville capitulo 29, página 2.
** Una interfaz de usuario mal diseñada
significa que los usuarios...
+ No podrán acceder a algunas
características del sistema.
+ Cometerán errores
+ sentirán que el sistema les dificulta su
uso
- Les facilite el uso del software
- Se familiarizaran rapidamente con la
interfaz
- Comprenderán las funciones del
sistema
# Ian Sommerville capitulo 29, página 4.
*¿Qué principio de la interfaz de usuario
significa que los comandos del sistema
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

y los menús deben tener el mismo

formato?... * Es un principio apropiado porque la
+ Consistencia gente se pone muy irritado cuando un
- Guia de usuario sistema se comporta de una manera
- Familiaridad inesperada.
- Mínima sorpresa + mínima sorpresa
- Recuperabilidad - Uniformidad
- Confiabilidad del sistema - Guía de usuario
- Recuperabilidad
# Ian Sommerville capitulo 29, página 4. - Confiabilidad del sistema
- Diversidad de usuarios
* Este principio es importante por que los
usuarios inevitablemente cometen errores # Ian Sommerville capitulo 29, página 4.
cuando...
utilizan un sistema... * ¿Que autor señala que que la
-Uniformidad coherencia total no es posible ni
+Recuperabilidad deseable?...
-Familiaridad + Grudin,1989
-Mínima sorpresa - Ian Sommerville
-Guía de usuario - Scrum
-Diversidad de usuarios - Kendall
- Roger Pressman
# Ian Sommerville capítulo 29, página 4. - Kenneth

** Recursos que facilitan el Principio de # Ian Somerville Capitulo 29 pag

Recuperabilidad...
+ Confirmación de acciones destructivas
+ La provisión de una operación de
deshacer
+ Generar puntos de control
- Crear atajos de teclado
- Copias de seguridad
- Evitar errores de tipeo
# Ian Sommerville capitulo 29, página 5.
* ¿Qué principio proporciona asistencia al
usuario o ayuda?...
+ Guía de usuario
- Familiaridad
- Diversidad de usuarios
- Recuperabilidad
- Uniformidad
- Mínima sorpresa
# Ian Sommerville capitulo 29, página 4.
* ¿Que es lo que abarca el diseño del
sistema informatico? Ian Somerville
Capitulo 29 pag
+ Abarca un espectro de actividades del
hardware
- El desarrollo de aplicaciones para el
usuario
- Abarca el desarrollo de software
- Abarca el desarrollo de los requisitos
- La actualizacion del software
- El mantenimiento del sistema de
informacion
# Ian Somerville Capitulo 29 pag
* ¿A menudo que responsabilidad tienen
los ingenieros de software?
+ La interaccion entre los usuarios y las
aplicaciones
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
- La implementacion de nuevos requisitos
en el software
- El cumplimiento de requisitos en el
documento de requisitos
- La interaccion entre los usuarios y el
proyecto
- Desarrollar los software de manera
adecuada
- Complementar las ideas del usuario
sobre el software
# Ian Somerville Capitulo 29 pag
* Es una parte esencial del diseño
general...
+ El diseño de interaccion cuidadoso
- La implementacion
- El adecuado uso
- La usabilidad
- El desarrollo y validacion de requisitos
- El diseño de la arquitectura
# Ian Somewrville Capitulo 29 pag
* ¿Porque son causados los ´errores del
usuario´ en las interfaces?
+ Las interfaces de usuario no consideran
las capacidades reales de los usuarios
- Las interfaces de usuario son demasiado
complejas
- Las interfaces de usuario no son faciles
de comprender
- Las interfaces de usuario son diseñadas
para una persona con cierto nivel
profesional
- Las interfaces de usuario no cumplen
con los requisitos documentados
- Las interfaces de usuario no coinciden
con lo que el usuario necesitaba
# Ian Somerville Capitulo 29 pag
* ¿Que es lo que siempre deben tratar de
lograr los deseñadores de interfaces?
+ Un nivel de consistencia alto
- Un nivel de consistencia bajo
- Un Nivel de usabilidad adecuado
- Un nivel de complejidad alto
- Un nivel de fiabilidad alto
- Una cantidad de requisitos adecuados
# Ian somerville Capitulo 29 pag
* El principio de reconocer la diversidad
del usuario puede entrar en conflicto
con...
+ El principio de diseño de interfaz
- El principio de interaccion con el usuario
- La arquiterctura de software
- El sistema operativo
- Los requisitos del software
- La integridad del software
# Ian somerville Capitulo 29 pag 4
* Es muy importante que, al diseñar una
interfaz,incluya un indicador visual que
muestra al usuario el modo...
+ Actual
- Siguiente
- Anterior
- Gráfico
- Interactivo
- Visual
# Ian Somerville Capitulo 29
* ¿Para que se incluyeron puntos de
control en los sistemas de ahora?
+ Para hacer frente a las fallas del
sistema
- Para no permitir a los usuarios
recuperarse de sus errores
- Para controlar el sistema
- Para controlar el flujo de datos
- Para veririfcar que todos los requisitos
sean adecuados
- Para el adecuado uso del software
# Ian Somerville Capitulo 29
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
** Para que un software alcance su
maximo potencial la interfaz debe
diseñarse para que coincida con...
+ Las habilidades
+ La experiencia
+ Las expectativas
- La veracidad
- El compromiso
- La usabilidad
# Ian Sommerville capitulo 29
* ¿cual es la funcion del diseño de
interfaz?
- diseñar la base de datos
- diseñar la interacción entre los procesos
de calculo algebraico.
+ diseñar la interacción entre los usuarios
y la aplicación.
- diseñar la interacción entre el software y
el harware.
- diseñar la interacción entre computador
y aplicativos.
- diseñar los algoritmos de calculo.
# Ian Sommerville capitulo 29
** ¿es importante tener un buen diseño de
interfaz porque...?
- para satisfacer al usuario.
+ es critico para la confiabilidad del
sistema.
- el sistema deja de funcionar.
+ para que el usuario comprenda el
software.
- para que el software sea mas
presentable.
- sin la interfaz el sistema no tiene
sentido.
# Ian Sommerville capitulo 29
** ¿que tipos de usuario podemos tener
en el mismo sistema?
+ usuarios ocasionales
- usuarios simples
+ usuarios de poder
+ usuarios avanzados
- usuarios contemporaneos
- usuarios capacitados
# Ian Sommerville capitulo 29
** ¿el principio de reconocer la diversidad
generalmente entra en conflito con otros
principios de diseño de interfaz porque?
+ algunos usuarios pueden preferir una
interacción muy rapida.
- no hay diversidad de usuarios.
+ el nivel de orientación del usuario
requerido puede ser radicalmente
diferente para diferentes usuarios.
- la interfaz tiene que ser orientada para
un solo tipo de usuario
+ genera compromisos para conciliar las
necesidades de estos usuarios.
- los demas principios se enfocan en un
solo usuario.
# Ian Sommerville capitulo 29
* ¿por que es importante el principio de
sorpresa mínima?
+ porque el usuario se irrita cuando el
sistema se comporta de una manera
inesperada.
- porque no es necesario tanta
complejidad.
+ porque una accion diferente a la
habitual confunde al usuario.
- porque el usuario no lo comprende.
- porque genera un error completo en todo
el software.
- porque el usuario tiende a confundirse y
cometer muchos errores.
Temas 19y20
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
# Alvaro Hugo Ticona Flores
# Jordan Fridman Laqui Cabrera
# Lizbeth Fiorella Zárate Cori
# Tipos de Iteración en el diseño de
interfaz de usuario, Somerville cap.29,
pag 78-87
# Diseño de la presentación de
información, Sommerville cap.29 87-93
*¿Que significa la interacción del usuario?
+ Emitir comandos y datos
asociados a la computadora sistema.
- Todos los intercambios que
suceden entre dos personas.
- Usar pocos canales de
comunicación simultáneamente.
- Agrupar las diferentes maneras en
que los usuarios se comunican entre si
- Mejora de procesos y gestión de
proyectos.
- Mejorar la calidad del producto y la
previsibilidad del proceso
*¿Como clasifico Shneiderman las formas
de interacción?
+ En 5 estilos
- En 6 tipos
- En 4 estilos
- En 3 tipos
- En 7 tipos
- En 6 estilos
* ¿Cuál de las siguientes alternativas no
pertenece a la clasificación de
Shneiderman?
- Manipulación directa
- Selección de menú
- Interacción asistida
- Idioma de comando
- Lengua natural
+ Computación ubicua
* ¿Cuál es la desventaja de “selección de
menú”?
+ Pueden resultar lentos para
usuarios experimentados
- Ocupan poco espacio en la
interfaz
- No requieren una visualización
rápida
- Permiten el uso de herramientas
de gestión de diálogos
- Toma de decisión estructurada
- Entrenamiento reducido, menos
tecleo
*¿En qué consiste la manipulación
directa?
+ El usuario interacciona
directamente con objetos en la pantalla.
- El Diseñador interacciona
directamente con objetos en la pantalla
- El programador interacciona
directamente con objetos en la pantalla.
- El usuario interacciona
indirectamente con objetos en la pantalla.
- El Diseñador interacciona
indirectamente con objetos en la pantalla
- El programador interacciona
indirectamente con objetos en la pantalla.
*En la interacción asistida, los campos de
un formulario pueden tener…
+ Menús asociados
- Menús complejos
- Botones dispersos
- Opciones de interfaz
- Archivos eliminados
- Formularios abiertos
* Según el idioma de comando, para
eliminar un archivo, debemos…
+ Escribir un comando de
eliminación con el nombre del archivo
como parámetro
- Presionar suprimir
- Hallar un error
- Saber lo que hacemos
- Entender lo que vamos a borrar
- Crear un archivo de eliminación
* Un comando en lenguaje natural es
analizado y…
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
+ Traducido a los comandos del
sistema
- Enviado a un traductor externo
- Modificado por un compilador
- Eliminado del sistema
- Ejecutado en un sistema diferente
- Enviado a un archivo de
eliminación
* En las primeras computadoras la única
forma de interactuar con el usuario era …
+ A través de una línea de comando
de interfaz
- A través de un menú
- Por medio del mouse
- Usando la clave morse
- A través de iconos
- Por medio de imágenes
* ¿En que año Shneiderman clasificó las
formas de interacción?
+ 1998
- 1996
- 1991
- 1995
- 1980
- 1993
* Según la manipulación directa, para
eliminar un archivo, se debe…
+ Arrastrar el icono que representa
el archivo hacia el icono de la papelera
- Escribir un comando de
eliminación con el nombre del archivo
como parámetro
- Presionar suprimir
- Saber lo que hacemos
- Entender lo que vamos a borrar
- Crear un archivo de eliminación
* Según la manipulación directa, para
eliminar un archivo, se debe…
+ Arrastrar el icono que representa
el archivo hacia el icono de la papelera
- Escribir un comando de
eliminación con el nombre del archivo
como parámetro
- Presionar suprimir
- Saber lo que hacemos
- Entender lo que vamos a borrar
- Crear un archivo de eliminación
* ¿Que deciden los diseñadores con los
usuarios en el diseño de interacción?
+ Las características del prototipo de la
interfaz
- El modelo del sistema
- Los requisitos del sistema
- Las ventajas de su uso
- El costo del sistema
- Las facilidades que da su uso
** Las tres actividades principales en este
proceso son...
-Requisitos del sistema
+ Análisis del usuario
+ System prototyping
+ Interface evaluation
- Análisis de los requisitos
- Flowchart
* En el procesode análisis del usuario
desarrollas...
- La interfaz
- Un mockup
+ Un entendimiento de las tareas que los
usuarios utilizan
- Las maquetas de todos los diagramas
hechos en la ingenieria de requisitos
- El desarrollo de un proceso iterativo.
- Metodos para hablar sobre las
instalaciones necesarias de una interfaz.
** Prototipeo del sistema es...
+ El diseño de Interacción
+ El desarrollo es un proceso iterativo.
- Buscar bonitos colores
- Calcular sus requisitos
- Completar el mockup
- Llenar registros
** El prototipeo puede ser utilizado para...
+ Empezar el diseño de interacción
- Hacer interfaces ya avanzadas
- Crear archivos
+ Diseño de interfaz de usuario
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
+ Desarrollo de software
+ La interfaz de usuario
* Una actividad de diseño de interacción
es...
+ Analizar las actividades de usuario para
mantenerse con el sistema ordenado.
- Ordenar las tareas y problemas de inicio
del usuario
- Analizar todas las posibilidades de
temas que puede modificar el usuario
- Respetar las normas hechas
anteriormente por el diseñador
- Pedir ayuda al programador para hacer
mas facil el trabajo
- Proporcionar mayor exactitud en lo que
quiere el usuario
* El análisis de usuario primordialmente
se tiene que ...
- Describir sus requisitos
+ Describir de modo que comunican la
esencia de las tareas a otros diseñadores
y usuarios
- Criticar los análisis de las actividaddes
del usuario
- Desarrollar una aplicación la cual facilite
la vida del usuario
- Completar alguna deficiencia del usuario
con respecto a su vida familiar
- Ejemplificar un escenario de lengua
natural que podría haber sido desarrollado
durante la especificación
** Que tipo de notaciones pueden ser
capaces de describir las iteraciones de
usuario?
- Diagrama de ventas
+ Gráficos de secuencia
+ Graficos en UML
- Codigo binario
- Reportes de usuario
- Pseudocodigo
** Snyder en 2003 dijo que el prototipado
en papel es ...
- Más difícil de entender
- Más didáctico en la enseñanza
+ Una aproximación barata
+ Sorprendentemente eficaz en el
desarrollo del prototipo
- Un apoyo al diseñador
- Algo irrelevante para el diseñador
* Un storyboard es ...
- Un caso de uso
+ Una serie de croquis que ilustra la
secuencia de iteraciones
- Una serie de pasos para poder calcular
los errores del programa
- Una bitácora que calcula en tiempo de
ejecución de intercambio
- Un conjunto de secuencias coordinadas
- Algo del analisis de requerimientos
** Los atributos de usabiliadd son ...
- Requeriments
+ Learnability
+ Velocidad de operación
+ Robustez
+ Recoverability
+ Adaptabilidad de trabajo
* Learnability is ...
- Cuando el usuario se adapta al sistema
+ Cuanto tiempo tome un usuario nuevo
para entender al sistema
- Cuanto cuesta el sistema
- Como se usa el sistema
- Como se debe enseñar el sistema
- Si el sistema es eficiente
Temas 21y22
# integrantes
# Esquivel Roque, Shirley 2016-
119003
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
# Martinez Condori, Andrés 2016-
119017
#Chávez Condori,Heydi 2016-119030
# Proceso de diseño de interfaz de
usuario, Ingeniería de
software(Sommerville) cap 29 pág 87-94
# Localización e internacionalización,
Ingeniería de software(Sommerville) cap
29 pág 102-106
#La Interaccion del
Usuario(Sommerville)cap 29 pag 78-88
** El diseño de la interfaz se centra en
tres áreas de interés...
+ El diseño de la interfaz entre los
componentes del software
- El diseño de la interfaz entre los clientes
- El diseño de software entre el cliente y
familiares
+ El diseño de las interfaces entre el
software y los otros productores y
consumidores de información no
humanos.
+ El diseño de la interfaz entre el hombre
(usuario) y la computadora.
- El diseño de la interfaz entre todos
** Existen «reglas de oro» para el diseño
de la interfaz...
+ Dar el control al usuario.
+ Reducir la carga de memoria del
usuario.
+ Construir una interfaz consecuente.
- Reflejar la funcionalidad de la interfaz
- Resaltar al cliente
- Ser atractiva para el usuario
** Process documentation se divide en
una serie de categorías:
+ Planes, estimaciones y horarios.
+ Informes
+ Estándares
- Modelos
+ Documentos de trabajo
+ Mensajes de correo electrónico
** La cantidad de process documentation
requerido depende de:
+ Los acuerdos contractuales entre el
cliente y el proveedor
- Los informes del proyecto
+ La actitud de los desarrolladores ante el
riesgo contractual
+ Los requisitos reglamentarios si un
sistema está regulado externamente y
tiene que certificado antes de su uso
- La planificación entre usuarios
- Los modelos de interfaz
** La documentación del sistema debe
incluir:
+ El documento de requisitos y una lógica
asociada.
+ Un documento que describe la
arquitectura del sistema.
+ Una descripción de la arquitectura de
cada programa del sistema.
+ Documentos de validación
+ Una guía de mantenimiento del sistema
+ Una descripción de la funcionalidad de
cada componente en el sistema
* ¿a qué categoria de process
documentation pertence el siguiente
significado?...
Estos registran los detalles de todos los
días de la comunicacion entre gerentes e
ingenieros de desarrollo.
- Planes, estimaciones y horarios.
- Informes
- Estándares
- Documentos de trabajo
+ Mensajes de correo electrónico
- Modelos
** Los estándares que pueden usarse en
el proceso de documentación son:
+ Estándares de proceso
+ Normas de producto
+ Normas de intercambio
- Normas de interfaz
- Estándares de diseño
- Normas de modelos
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
* ¿a que norma de producto corresponde
la siguiente definicion?...
Especifican las convenciones utilizadas
para la numeración de páginas,
encabezado de página y la información
del pie de página.
- Normas de presentación de documentos
- Estándares de identificación de
documentos
- Documentos estándares de
actualización
+ Estándares de la estructura del
documento
- Normas de clasificacion de documentos
- Documentos generales de información
** Procesos del diseño de interfaz de
Usuario son..
+ Analisis
- Mantenimiento
+ Implementacion
+ Diseño
+ Desarrollo
- Complementacion
* El proceso de diseño de la interfaz de
usuario incluye subprocesos que son..
+ Analisis de usuario
- analisis del desarrollador
+ prototipos de interfaces
+ evaluacion de interfaces
- diseño de sistema
- evaluacion al desarrollador
** El diseño de interaccion es..
+ un proceso iterativo
+ interactuan el usuario con el diseñador
- el diseñador no requiere del usuario
- un proceso intuitivo
+ procede de forma incremental
- proocedee forma canonica
* El diseño de la interfaz de usuario
requiere..
+ la necesidades del usuario
- la necesidades del sistema
- la necesidades del diseñador
- la necesidades del programa
- la necesidades del interfaz
- la necesidades del tiempo
** Las actividades principales del diseño
de interaccion..
+ analisis de usuario
+ sistema de prototipos
- herramientas de interfaz
+ evaluacion de interfaz
- sistema de usuario
- lenguaje de interfaz
** La ingenieria de requisitos es la
elaboracion..
+ una lista de elementos funcionales
- falta de tiempo de interfaz
+ cumpla los objetivos del proyecto
- lista de necesidades del desarrollador
+ necesidades potenciales de los usuarios
- interfaz de prototipos
* La evaluacion de interfaz es el proceso
de evaluar..
+ la usabilidad de una interfaz
- la recepcion de la interfaz
- la interacion del usuario
o
- lenguaje
- proyecto
*La interacción del usuario significa emitir
comandos y … asociados a la
computadora
- imágenes
+ datos
- percepción
- tiempo
- palabras
- lenguajes
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

*Shneiderman clasificó 5 formas de *El diseño de interacción es un proceso

interacción de usuario, cuál es la iterativo donde los usuarios interactúan
incorrecta? con los ...
- Manipulación directa - Programadores
+Control de Usuario +Diseñadores
- Selección de menú -Desarrolladores
- Completar formulario -Ingenieros
- Idioma de comando - Clientes
- Lenguaje natural - Analistas

**Formas de presentación de Información *el diseño de la interfaz de usuario está

- Indirecta integrado con el desarrollo del ...
+Textual - Producto
+Gráficamente +Software
-Directa -Programa
- Lenguaje Programor -Usuario
- Lenguaje Natural - Programador
- Cliente

***Cuales son las tres principales

*Segun Shneiderman cual no es un uso
efectivo del color en el proceso de
presentación de información
- Limite el número de colores utilizados
+Utilice colores fríos y cálidos
dependiendo a el tema
- Use el cambio de color
- Utilice la codificación de color
- Utilice la codificación de color de una
manera cuidadosa y consistente
-Tenga cuidado con las combinaciones de
colores
características en el proceso general de
diseño
+ Análisis del usuario
+ Creación de prototipos del sistema
+ Evaluación de interfaz
- Análisis de sistema
- Evaluación de Prototipos
- Creación de los mockups
Temas 23y24

*El diseño de interacción es un proceso # Modelos Conceptual y Simbólico

iterativo donde los … interactúan con los # Descripción Estructural (Vista Estática)
diseñadores y prototipos de interfaz para
decidir sobre las características, la # INTEGRANTES
organización y la apariencia de la interfaz #Flores Vilca, Derlyz 2016 - 119036
de usuario del sistema. #Acero Zapan,Elmer 2016-119029
- Programadores #Tapia Ramos, Percy Rodrigo 2016-
+Usuarios 119010
-Desarrolladores
-Ingenieros # Ingeniería de Software - Ian
- Clientes Sommerville pag (153 -154)
- Analistas ** ¿Según Krutchen-1995 cuales son las
principales vistas arquitectonicas?
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

+ Vista Lógica * El estilo y la estructura dependen de los

+ Vista de Desarrollo requerimientos del sistema no funcionales
+ Vista Física que son:
+ Vista de Proceso
- Vista Abstracta +Rendimiento
- Vista de usuario +Seguridad
+Protección
+Disponibilidad
# Ingeniería de Software - Ian +Mantenibilidad
Sommerville pag (151) - Rendimiento
** ¿En que Afecta la Arquitectura de
Software?
+ Desempeño **¿Cuales son las vistas Arquitectónicas ?
+ Potencia + Vista Lógica
+ Capacidad de Distribución + Vista de Proceso
+ Mantenimiento + Vista de Desarrollo
- Usabilidad +Vista Física
- Disponibilidad - Vista de Abstracción
- Vista de Diseño

# Ingeneria de Software - Ian Sommerville

pag (152)
** Cuales son las ventajas de documentar
de manera explícita la arquitectura de
Software
+ Comunicación de los Participantes.
+ Analisis de Sistema.
+ Reutilización a gran escala.
- Cubrir las necesidades de la empresa.
- Tener todo en Orden.
- Validar los Procesos
*¿Cuando se usa la Arquitectura de
Capas?
+Se usa al construirse nuevas facilidades
encima de los sistemas existentes.
-Cuando se realiza un nuevo diseño.
-Cuando se tiene requisitos muy
complejos.
-Cuando hay que ser muy detallados con
los requisitos.
-Cuando tenemos complicaciones con los
requisitos.
-Cuando tenemos que hacer un prototipo.

*Los diagramas de bloque son una forma *¿Cual es la ventaja de la Arquitectura de

adecuada para ... Capas?

+ Describir la arquitectura del sistema. +Permite la sustitución de capas

- Visualizar el sistema.
- Prototipar el sistema.
- Visualizar los errores del sistema.
- Ver los procesos.
- Anticipar errores.
# Ingeniería de Software - Ian
Sommerville pag (152)
completas en tanto se conserve la
interfaz.
-En la práctica, suele ser difícil ofrecer
una separación limpia entre capas.
- Es útil al realizar el prototipado.
- Nos ayuda en la implementación del
método de la cascada.
- Permite mayor flexibilidad en el diseño
-Es útil al realizar el prototipado.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE
#Ingeniería de Software - Ian Sommerville
Cap 29 pág (93)
*técnicas menos costosas de la
evaluación de la interfaz de usuario
+Observación de los usuarios a trabajar
con el sistema
+cuestionarios que recogen información
del pensamiento del usuario
+La inclusión en el código de software
-Cubrir las necesidades de la empresa.
-documentar de manera explícita la
arquitectura de Software
-Visualizar los errores del sistema.
#Ingeniería de Software - Ian Sommerville
Cap 29 pág (94)
*Un cuestionario a los usuarios debe
cumplir con
+Las preguntas deben ser precisas en vez
de general
+califique la compresibilidad de los
mensajes de error en una escala de 1 a 5
+puntuar su experiencia y antecedentes al
rellenar el cuestionario
-grabaciones permite al diseñador
-Instrumentación de código para recopilar
estadísticas
-tener un comando "queja" que se puede
utilizar para transmitir mensajes
# Ingeniería de Software - Ian
Sommerville Cap 29 pág (95)
**Puntos clave en el diseño de interaccion
+Desarrollo de prototipos de la interfaz de
usuario debe ser un proceso escalonado
+Información gráfica en pantalla debe
utilizarse para presentar las tendencias y
valores aproximados.
+Cumplir principios relativos como
familiarización del usuario, la coherencia,
la Mínima Sorpresa
+Si hay o no una interfaz que cumple con
sus requisitos de facilidad de uso.
-secuencia de interacciones de objetos
-agrupamientos lógicos de objetos en
subsistemas coherentes
# Software Design - David Budgen pag
(152)
**Las formas UML se clasifican en
(Rumbaugh et al. ,1999)
+formas estructurales
+formas dinámicas
+gestión del modelo
-formas abstractas
-gestión de usuario
-forma lógica
# Software Design - David Budgen pag
(152)
**notaciones de UML estructurale
+diagrama de clases
+diagrama de caso de uso
-diagrama de actividad
-diagrama de secuencia
-diagrama de comunicación
-diagrama de esta no es la respuesta
# Software Design - David Budgen pag
(153)
**el diagrama de clases
+proporciona un medio para describir
tanto las clases en sí mismas como las
interacciones entre ellas
+se ocupa de las relaciones que existen
entre los elementos de implementación
(potenciales), aunque a un nivel muy alto
de abstracción
-describe un conjunto de posibles
interacciones entre un sistema y otros
actores
-interacciones entre objetos o partes en
términos de mensajes en secuencia
-representa los flujos de trabajo paso a
paso de negocio y operacionales de los
componentes en un sistema
-muestra la relación temporal entre varias
señales
# Software Design - David Budgen pag
(153)
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

+ Nivel componente
**Las clases se pueden relacionar de - Nivel subsistema
varias maneras. + Nivel objeto
+asociación + Nivel sistema
+dependencia - Nivel de requerimientos
+flujo
+generalización ** Los modelos de arquitectura de
+realización aplicaciones pueden usar de las
+uso siguientes formas…
+ como punto de partida para el
diseño arquitectónico
+ como lista de verificación de
# Software Design - David Budgen pag diseño
(153-154) + como una forma de organizar el
*El diagrama de caso de uso trabajo del equipo de desarrollo
+describe un conjunto de posibles + como un medio para valorar
interacciones entre un sistema y otros componentes o reutilizar
actores + como un vocabulario para hablar
-usado para modelar interacción entre de tipos de aplicaciones
objetos en un sistema - como un mockup
-muestra la relación temporal entre varias
señales * *Las arquitecturas pueden
-describir la estructura de un sistema documentarse desde las siguientes
mostrando sus clases, atributos y perspectivas o vistas…
relaciones entre ellos + vista conceptual
-representa los flujos de trabajo paso a + vista lógica
paso d e negocio y operacionales de los + vista de proceso
componentes en un sistema + vista de desarrollo
-interacciones entre objetos o partes en + vista física
términos de mensajes en secuencia - vista crítica

* Las decisiones sobre diseño

arquitectónico incluye sobre…
** Los modelos estructurales describen… + el tipo de aplicación
+ estructuras estáticas del sistema + distribución del sistema
+ agrupamientos lógicos de objetos + estilos arquitectonicos
en subsistemas coherentes - colores de interfaz
- estructuras dinámicas del sistema + documentación
- interacciones entre objetos en el + evaluación
sistema. * *Los patrones arquitectónicos usados
- secuencia de interacciones de comúnmente son…
objetos + vista-controlador
- como los objetos cambian de + arquitectura en capas
estado en respuesta a eventos + repositorio
+ cliente-servidor
**La reutilización de software es posible + tubería
en los siguientes niveles… - mockup
+ Nivel de abstracción *los modelos genéricos ayudan a…
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

- representar un sistema de clases

- denotar los nombres de los
componentes
- representar un sistema de nodos y
de sus correlaciones
+ entender la operación de las
aplicaciones
- definir interfaces
- describir estructuras de datos en
términos de secuencia

* *sobre los sistemas de procesamiento

de lenguaje
+ traducen textos de un lenguaje a
otro
- describir una parte detallada del
diseño
- alertar sobre los errores del
sistema
- describen la arquitectura
+ incluyen un traductor
+ incluyen una máquina abstracta-
herramientas de evaluacion