Вы находитесь на странице: 1из 32

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 ** Son relaciones importantes que pueden
podemos afirmar que… documentarse en un modelo estructural de
+Puede representarse mediante asociaciones diseño..
- Permite validar requerimientos
+ Relaciones de generalización (herencia)
- Permite conocer a detalle el software
- Asocia entidades y sus atributos - Relaciones de secuencia
- La naturaleza de la relación no es específica - Relaciones de objetos
- No posible documentar el entorno del sistema con - Relaciones de estado
un simple diagrama de bloques + Relaciones usa/usado por
- Permite validar los atributos del sistema + Relaciones de composición.
- Relaciones dinámicas
* Al modelar las interacciones de un sistema con
su entorno, se debe…
+ Usar un enfoque abstracto que no contenga * Un tipo de modelo de diseño que se desarrollara
muchos detalles al usar UML es …
- Usar un enfoque abstracto bien detallado - Modelo no estructurado
- Usar un enfoque global del sistema - Modelo abstracto bien detallado
- Usar un enfoque concreto que no contenga muchos - Modelo Entidad-Relación
detalles + Modelo dinámico
- Usar un enfoque de diseño bien detallado
- Modelo de caso de uso
- Usar un enfoque orientado a objetos
- Usar un enfoque abstracto documentado - Modelo orientado a objetos
- Modelo secuencial

Temas 3y4 * Según el libro de bugden, El rol experimental


* Según el libro de bugden ¿qué es exactamente en los prototipos de software es…
un modelo? + Evalúar una posible solución a un posible
+ Una representación tridimensional, generalmente
problema
en miniatura, de una cosa que se debe construir.
- Conceptos claves que proporcionan la base para - Ayuda a aclarar los requisitos del usuario
muchos enfoques - Esta es la forma más cercana a la idea del
- Un enfoque prescriptivo que se encarga de acotar "desarrollo incremental"
una solución - Aquí el objetivo es identificar qué necesidades del
- Es el proceso de clasificación e interpretación de "usuario final"
hechos, diagnostico de problemas - Implica la validación de la implementación sistema
- Tiene responsabilidades administrativas en los
contra los requisitos originales
sistemas de aplicación
- Determinar el ciclo de vida de los sistemas en fases - Explorar si una solución es alcanzable dentro del
bien definidas. conjunto dado de restricciones

* Según el libro de budgen, en la práctica, y * ¿Que es un patrón arquitectónico?


especialmente cuando se desarrollan sistemas + forma de presentar, compartir y reutilizar
más grandes, el proceso de diseño puede dividirse conocimiento
en …
- Modelos de sistemas
+ 2 fases
- 4 fases - forma de alimentar el diseño
- patrones - Reconocimiento de requisitos
- stakeholders - Formulación de teorías arquitectónicas
- módulos
- clases * Una arquitectura de software es...
+ Una descripción de cómo se organiza un sistema
* Es importante Grabar decisiones de diseño de software
por … - La construcción de la interfaz gráfica
+ El punto de vista del equipo de mantenimiento - Evaluar constantemente el sistema operativo
más tarde puede necesitar ampliar y modificar el - Fortalecer rendimiento de la máquina
diseño - Un mecanismo para reconocer tipos de software
- El programador puede especificar los requisitos - Patrón de diseño
- El enfoque descriptivo nunca utiliza lenguajes
especìficos
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

* Qué son los modelos genéricos? + Mantenibilidad


+ Mecanismo que ayuda a entender la operación de - Soporte
las aplicaciones
- Normas de construcción de diseño ** ¿Que vistas o perspectivas son útiles al diseñar
- Guías y documentar una arquitectura del sistema?
- Copias de otros diseños + Lógica
- Procesadores de datos + De proceso
- Recopiladores de información + De desarrollo
+ Fisica
*Sistemas de procesamiento dentro del sistema - Paramétrica
arquitectónico... - De diseño
+ Transacción
+ Lenguaje ** Son modelos de Patrones arquitectónicos...
+ Arquitectura en capas
** En Curtis et al., (1988), se observó que los + Arquitectura en repositorio
diseñadores excepcionales poseen tres + Arquitectura cliente-Servidor
características significativas, estos son: + Arquitectura de tubería y filtro
+ Familiarity with the application domain
+ Skill in communicating technical vision to other ** Las decisiones del diseño arquitectónico
project members incluyen decisiones sobre el tipo de...
+ Identification with project performance + Tipo de aplicación
+ La distribución del sistema
** En el libro de David Budgen, Brooks cita las + Los estilos arquitectónicos a usar
siguientes propiedades del software como + Formas de documentación de la arquitectura
factores principales afectando su desarrollo. + Formas de evaluar la arquitectura
+Complexity - Tipo de Cliente o usuarios
+Conformity
+Changeability
** Según el libro de bugden, para la resolución
+Invisibility
de problemas, las naturalezas de actividades que
se complementan son…
** Diseñando un sistema a través del uso de un
+ de Ingeniería
equipo trae dos problemas adicionales
+ Científicas
importantes que deben ser manejados dentro de
la estrategia de diseño elegida. Estos son:
** Según el libro de bugden, la naturaleza de
+ cómo dividir la tarea de diseño entre el equipo y
análisis científico incluye…
determinar las interfaces entre las partes
+ Llevar a cabo experimentos
+ cómo integrar las contribuciones individuales al
+ Construir una teoría
diseño, que bien puede involucrar un proceso de
+ Idear experimentos para probar la teoría
negociación entre los miembros del equipo.
+ Refinar la teoría
+ Derivar principios científicos
** Akin (1990) ha sugerido que hay tres
condiciones "clásicas" que son observado en ** Según el libro de bugden, un modelo del
actos creativos como el diseño. Estos son: proceso de diseño incluye…
+ The recognition step + Aclarar la naturaleza de los requisitos
+ The problem restructuring step + Analizar las necesidades y crear un modelo de
+ El desarrollo de conocimiento de procedimientos problema de "black box"
+ Crear una solución de diseño de "white box"
** Las arquitecturas de software se diseñan en + Validar la solución
niveles de abstracción, que son: + Implementación del plan de diseño utilizando una
+ arquitectura en pequeño forma adecuada de software
+ arquitectura en grande
** Según el libro de bugden, los canales de
** El estilo y la estructura arquitectónica que se
comunicación del diseñador son…
elijan para un sistema dependen de los
+ Especificación de requisitos
requerimientos de sistema no funcionales que
+ Restricciones
son...
+ Conocimiento del dominio
+ Rendimiento
+ Planes para la realización del diseño
+ Seguridad
+ Protección
+ Disponibilidad
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

** Según el libro de bugden, Los roles +Concurrencia


principales para los prototipos de +Gestion de recursos
software son…
+ Evolutivo **¿Las transacciones independientes y
+ Exploratorio atómicas son una unidad fundamental
+ Experimental de...?
+Recuperacion
** Según el libro de bugden, Las +Consistenacia
actividades de mantenimiento que +Concurrencia
ocurren en la práctica son…
*¿Cual no es una ventaja de usar un
+ Perfective enfoque distribuido pra el desarrollo de
+ Adaptive sistemas?
+ Corrective
+Interfaz de recursos
Temas 5y6
*¿Puede brindar apoyo para la ¿Cual es la utilidad del lenguaje de
asignación de recursos, la gestión de programacion ADA?
transacciones, la seguridad y +Incluye sentencias de datos abstractos
concurrencia? +Soporte para concurrencia
+middleware +Facilidad de ejecucion

*¿En los servicios de apoyo, a que * un diagrama de estado . . .


gestion pertenece la concurrencia? + muestra cómo reacciona el sistema
+Gestion de componentes frente a eventos del entorno.

*¿Que es la concurrencia? * Un evento que hace . . .


+Es cuando grandes procesos pueden + activan el procesamiento del
ejecutarse al mismo tiempo en sistema,tienen datos asociados.
computadoras independientes en red
* Un evento es...
*¿Un diseño de sistemas basado en + estímulos.
concurrencia debe?
+Los sistemas en tiempo real deben ** Modelo de comportamiento se usa...
responder en cualquier momento a + describir la conducta dinámica de un
sucesos inesperados. sistema en ejecución.
+ modelar desde la perspectiva de los
*¿Que lenguaje de programacion no datos procesados por el sistema.
soporta la concurrencia? + eventos que estimulan respuestas de
un sistema.
+C
** Un evento también influye
**¿Se implementan a través de + sensor
llamadas a primitivas proporcionadas + simulador
por el sistema operativo? + sistemas embebidos
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

** Peligros en el manejo de eventos... ** Enfoque de sistemas distribuidos en


+ corrupción de datos. concurrencia
+ salgan a la luz defectos que no se + Procesos que se ejecutan al mismo
descubrian. tiempo en computadoras independientes
- Son sistemas abiertos
** En los sistemas embebidos se - Los sistemas pueden ser escalables
incluye un patrón que monitoriza el + Dichos procesos pueden comunicarse
entorno del sistema para uno con otro en su operación normal
+eventos adversos - La disponibilidad de reducir información
+patrón de control de actuador significa que pueda tolerar algunas fallas
+patrón de procesamiento de datos -Están diseñados con protocolos estándar
que permiten la combinación de equipo
** A que se denomina descomposición
del riesgo # Ingeniería de software,Sommerville Pag
+ Descubrimiento de eventos que quizá 453
conduzcan peligro ** Middleware brinda apoyo para
+ análisis del peligro asignación de
+ recursos
* Un sistema de software embebido es + gestión de transacciones
parte de un sistema que + seguridad
+ Reacciona eventos en su entorno + concurrencia
- componentes
* Punto de enlace que se pueden -software
referenciar en un punto de corte.
+ Eventos
# Ingeniería de software,Sommerville
* Eventos de datos hace referencia a ... pag460
+ acceso o actualización de un archivo ** Son servicios de apoyo
+ concurrencia
* Un evento en un programa que se + persistencia
ejecuta el consejo asociado con un + seguridad
aspecto se denomina - direccionamiento
+ Punto de en enlace - comunicaciones de componentes
- Gestion de excepcion
# 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
Temas 7y8
# Ingeniería de software,Sommerville pag # TEMAS
480 # PErsistencia de datos
#distribución de componentes
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

(Ingeniería de Software, Ian Sommerville) -los componentes se complementan con


los servicios
# INTEGRANTES -los componentes son funciones
# Alvaro morales caballero
2012-36181 # Ingeniería de software(Sommerville),
# Bonifacio Condori, Rumy pág 515.
2013-39038 *Un componente de software de
#Luis angel condori huisa reutilización ofrece
2015-119033
# Ingeniería de software(Sommerville), -indirecta funcionalidad
pág 514. -funciones que son difíciles de utilizar
*Los estándares claves de la SOA definir -complementariedad
los componentes como: +directa funcionalidad
-un diseño arquitectónico
-elementos que son propios -fortaleza del sistema
-funciones que cumplen un objetivo
-conjunto de clases sin un fin
+una especificación de servicio # Ingeniería de software(Sommerville),
-código reutilizable pág 515.
-un estándar de la www **a diferencia de los componentes de
software los servicios no usan
# Ingeniería de software(Sommerville), +solicitudes de procesamiento
pág 500. +métodos para acceder
-componentes propios
*La ingeniería de software orientada a -complementariedad
servicios y ... -componentes de ambigüedad
-complejidad
-orientada a diseño
-orientada a la arquitectura
-diseño arquitectónico # Ingeniería de software(Sommerville),
+orientada a componentes pág 523.
-diseño del esquema *En los componentes de reutilización es
-diseño de interfaces una buena práctica

# Ingeniería de software(Sommerville), -competir con los componentes


pág 514. -buen manejo de la información
*Es posible es posible considerar un -complementariedad
componente como un proveedor de +dejar todo el manejo de excepciones al
servicios sin embargo.. usuario
-flujo de trabajo
-los servicios son parte de los -conflictos entre los desarrolladores
componentes
-no tiene ninguna diferencia # Ingeniería de software(Sommerville),
-los componentes son partes de los pág 524.
servicios *alternativamente los servicios pueden
+existen importantes diferencias entre pueden desarrollarse
servicios y componentes
-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 * Es un tipo Modelos de interacción...
infraestructuras de sistema como... +interacción procedimental
comunicaciones, interfaces de usuario y -interacción paso a paso
compiladores - interacción inmediata
- interacción completa
- Frameworks de integración de - interacción por parte
middleware - interacción por fase
- Frameworks de aplicación empresarial
pag 310
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

** Estos requerimientos de confiabilidad y - Reducción de riesgo


seguridad son de dos tipos:
pag 329
+ Requerimientos no funcionales ** La seguridad es un problema que exige
- Requerimientos de acceso mayor esfuerzo que la protección, por las
- Requerimientos de selección siguientes razones
- Requerimientos confiables
+ Requerimientos funcionales + se puede suponer que el entorno donde
el sistema se instala no es hostil
pag 311 + Cuando ocurren fallas del sistema que
** Los requerimientos de confiabilidad y plantean un riesgo a la protección, se
seguridad también pueden considerarse buscan los errores
como... + es aceptable desactivar o degradar los
servicios del sistema para evitar una falla
- Requerimientos de segundo nivel relacionada con la protección
- Requerimientos de seguridad + Los eventos relacionados con la
+ Requerimientos de protección protección no los genera un adversario
- Requerimientos de acceso inteligente
- Requerimientos de primer nivel - Los requerimientos de autenticación
explican cómo se identifica a los usuarios
pag 312
** Para sistemas grandes, el análisis de pag 330
riesgo puede estructurarse en fases *No son etapas del proceso de análisis y
valoración del riesgo:
+ Análisis preliminar del riesgo
- Análisis basado en descomosición - Análisis preliminar del riesgo
+ Análisis de riesgo de ciclo de vida - Análisis del riesgo operativo
- Análisis de riesgo parcial - Análisis del riesgo del ciclo de vida
+ Análisis de riesgo operativo + Análisis del riesgo potencial
+ Análisis operativo
pag 313
* No es una actividad en el proceso de pag 322
especificación general basado en riesgos ** ¿Cúales son las métricas importantes
que se usan para especificar la fiabilidad?
- Identificación del riesgo
- Análisis de riesgo + Probabilidad de falla a pedido
- Descomposición del riesgo - Análisis de contingencia
- Reducción del riesgo - Análisis de riesgo
+ Planteamientos de solución + Tasa de ocurrencia de fallas
+ Disponibilidad
pag 320
* ¿De qué depende la fiabilidad global de
un sistema?

- fiabilidad del software


- Requerimientos Temas 9y10
+ fiabilidad del hardware
- sublevación de riesgos # TEMAS
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

# Manejo de error y excepción, y # Ingeniería de Software, Ian Sommerville


tolerancia a fallos (pag. 317)
# Interacción y presentación ** Se han planteado varias técnicas como
(Ingeniería de Software, Ian Sommerville) posibles enfoques para la descomposición
o el análisis del peligro…
# INTEGRANTES - Lógica informal
# Chacon Alvarez, Miryam - Detectar y eliminar el peligro
2016-119024 + Análisis de red de petri
# Paria Quispe, Adrian + Lógica formal
2016-119061 - Prevenir el daño
+ Análisis de árbol de fallas

# Ingeniería de Software, Ian Sommerville # Ingeniería de Software, Ian Sommerville


(pag. 311) (pag. 319)
** Pertenece a las etapas de proceso ** Una vez identificados los riesgos,
general de especificación dirigida por podrán derivarse requerimientos de
riesgos... seguridad que los administren y garantice
+ Identificación del riesgo que no ocurra los incidentes o accidentes.
- Prevención del riesgo Existen tres posibles estrategias por
+ Análisis y clasificación del riesgo utilizar…
+ Descomposición del riesgo - Pronosticar soluciones
- Condiciones del riesgo + Evitar el peligro
+ Reducción del riesgo + Detectar y eliminar el peligro
- Prevenir el daño
# Ingeniería de Software, Ian Sommerville + Limitar el daño
(pag. 312) - Filtrar el daño
* En este proceso se hacen proposiciones
de formas para reducir o eliminar los # Ingeniería de Software, Ian Sommerville
riesgos identificados... (pag. 321)
- Identificación del riesgo ** Es un tipo de requerimientos de
- Eliminación del riesgo fiabilidad del sistema...
- Análisis y clasificación del riesgo + Requerimientos funcionales
- Descomposición del riesgo - Requerimientos fijos
+ Reducción del riesgo - Requerimientos variables
- Prevención del riesgo + Requerimientos no funcionales
- Requerimientos opcionales
# Ingeniería de Software, Ian Sommerville - Requerimientos dinámicos.
(pag. 315)
** ¿Cuales son las categorías para la # Ingeniería de Software, Ian Sommerville
valoración del riesgo? (pag. 322)
+ Riesgos intolerables ** Son tipos de fallas del sistema.
- Riesgos identificados + Pérdida del servicio
+ Riesgos ALARP - Incumplimiento de requisitos
+ Riesgos aceptables - Interfaz compleja
- Riesgos controlados + Entrega incorrecta del servicio
- Riesgos no identificados + Corrupción de sistema y datos
- Insuficiente espacio de almacenamiento
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

# Ingeniería de Software, Ian Sommerville + Recalibración de máquina.


(pag. 322 y 323)
** Son métricas que especifican la * Especifican si un sistema debe o no
fiabilidad del sistema. debe identificar a usuarios antes de
+ Probabilidad de falla o pedido interactuar con ellos...
+ Tasa de ocurrencia de fallas + Los requerimientos de identificación
+ Disponibilidad - Los requerimientos de autenticación
- Los requerimientos de autorización
* Es una métrica de fiabilidad que se - Los requerimientos de inmunidad
utiliza para especificar el atributo del - Los requerimientos de integridad
sistema relacionado con la - Los requerimientos de fiabilidad
disponibilidad.
+ Disponibilidad Temas 11y12
* La dimensión más importante de
** ¿Cuales son los tipos fundamentales confiabilidad del sistema es la
de interacción que pueden tener lugar + Seguridad
entre las computadoras en un sistema
de cómputo distribuido? ** En cualquier sistema en red, exisen
+ interacción procedimental tres principales tipos de amenazas a la
+ interacción basada en mensajes seguridad para el sistema y sus datos
+ Amenzas a la confidencialidad
* Es un tipo de interacción que implica + Amenzas a la integridad
una computadora que solicita un + Amenzas a la disponiblidad
servicio conocido ofrecido por alguna
otra computadora y (por lo general) * Las amenzas a la confidelidad,
espera la entrega de dicho servicio. inegridad y disponiblidad del sistema y
+ interacción procedimental su datos. Dichas amenazas son
+ Interdependiente
** En un sistema distribuido, el
middleware por lo general brinda dos ** Los controles que se deben
distintos tipos de implementar para mejorar la seguridad
soporte... del sistema son comparables con los
+ Soporte de interacción de la fiabilidad y protección
+ La provisión de servicios comunes + Controles que soporten la recuperación
de los problemas
* El tipo de tiempo que se debe usar + Controles cuya intención sea detectar y
para un sistema que está en operación repeler ataques
continua es... + Controles cuya intención sea garantizar
+ Tiempo calendario que los ataques no tengan éxito
* Los niveles de fiabilidad altos
justifican claramente en los sistemas ** Firesmith (2003) identificó 10 tipos
donde es crítica… de requerimientos de seguridad que
+ La operación fiable pueden incluirse en una especificación
de sistema, cual de estas no son
** Las fallas transitorias de software - Requerimientos de identificación
pueden repararse mediante acciones - Requerimientos de autenticación
del usuario como... - Requerimientos de autorización
+ Restablecimiento de máquina - Requerimientos de inmunidad
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

+ Requerimientos de control + Análisis del sistema


- Requerimiento de integridad - Arquitectura del software
+ Reutilización a gran escala
** El proceso de análisis y valoración - Gestión de la complejidad
del riesgo, puede utilizarse para
identificar requerimientos de seguridad # Ian Sommerville, "Ingeniería de
del sistema. Existen tres etapas en este Software", 9ª edición pp 150
proceso: ** Un modelo arquitectónico de un
+ Análisis preliminar del riesgo programa se utiliza como una forma de...
+ Análisis del riesgo del ciclo de vida - Vistas de una arquitectura
+ Análisis del riesgo operativo + Facilitar la discusión acerca del diseño
del sistema
* Las etapas del proceso consisten en - Estructurar las discusiones con los
+ Identificación del activo clientes
+ Estimación del valor del activo + Documentar una arquitectura que se
+ Valoración de la exposición haya diseñado
+ Identificación de amenaza - Modelos de una arquitectura
+ Valoración del ataque - Considerar aspectos de diseño clave
+ Identificación del control
# Ian Sommerville, "Ingeniería de
** Propiedades emergentes no Software", 9ª edición pp 153-154
funcionales, que se relacionan con el ** Vistas arquitectónicas fundamentales
comportamiento del sistema en su que sugiere Krutchen (1995)
entorno operacional + Lógica
+ Fiabilidad + Física
+ Rendimiento - De componentes
+ Seguridad - De despliegue
+ Protección + De proceso
+ De desarrollo
** Indique los niveles de abstracción en
el que se diseñan las arquitecturas de # Paul Clements et al., "Documenting
software.. Software Architectures", 2ª edición pp 4
+ Arquitectura en pequeño ** Las clases de elementos
+ Arquitectura en grande arquitectónicos son...
+ De procesamiento
** La arquitectura de software es - De discernimiento
importante porque afecta... - De dominio
+ El desempeño + De datos
+ La potencia - De criterio
+ La capacidad de distribución + De conexión
+ El mantenimiento de un sistema
# Paul Clements et al., "Documenting
Software Architectures", 2ª edición pp 4-5
** Bass et al.(2003) analizan ventajas de **La arquitectura de software es un
diseñar y documentar la arquitectura de conjunto de estructuras del sistema, que
software... comprenden...
+ Comunicación con los participantes + Los elementos del software
- Modelos de dominio - Los factores del sistema
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

- Los fundamentos del sistema # Ingeniería de software (Sommerville),


+ Las relaciones entre los elementos pág 190.
+ Las propiedades de los elementos * Los patrones de diseño se asocian
- Los aspectos del software usualmente con…
- Las características que genera la
# Ian Sommerville, "Ingeniería de herencia.
Software", 9ª edición pp 150 - El diseño orientado a funciones.
* Las arquitecturas de sistemas se - Las características del polimorfismo.
modelan con frecuencia usando +El diseño orientado a objetos.
diagramas de... - Las características de objetos.
- Casos de uso - El diseño orientado al usuario.
+ Bloques simples
- Actividades
- Flujo de datos # Ingeniería de software (Sommerville),
- Componentes pág 191.
- Contexto ** Los cuatro elementos esenciales de
los patrones de diseño, definidos por
la “Banda de los cuatro” en su libro de
patrones, son:
Temas 13 y 14 +Un nombre que sea una referencia
significativa al patrón.
# Integrantes - Una documentación del área
# Mamani Romero, Franklyn problemática que enuncie cuándo puede
2016-119037 aplicarse el patrón.
# Lupaca Lupaca, Frank +Una descripción del área problemática
2016-119005 que enuncie cuándo puede aplicarse el
patrón.
# Tema 13: Estilos Arquitectónicos - Una documentación de solución de las
# Tema 14: Patrones de Diseño partes de la solución de diseño, sus
#Sommerville (Cap. 6 y 7) relaciones y responsabilidades.
+Una descripción de solución de las
partes de la solución de diseño, sus
# Ingeniería de software (Sommerville), relaciones y responsabilidades.
pág 189. - Un estado de las especificaciones, los
* ¿Qué son los Patrones de Diseño? resultados y las negociaciones, al aplicar
- Es una identificación del problema y de el patrón.
su solución. +Un estado de las consecuencias, los
- Es una documentación del problema y resultados y las negociaciones, al aplicar
su desarrollo. el patrón.
+Es una descripción del problema y de su
solución.
- Es una validación del problema y de su # Ingeniería de software (Sommerville),
desarrollo. pág 191.
- Es una documentación del problema y ** La descripción de la solución que
su solución. genera los patrones de diseño,
- Es una descripción del problema y de su explican:
desarrollo. +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 # Ingeniería de software (Sommerville),


+ Modelos de secuencia pág 189
+ Modelos de máquina de estado * En un diseño de interfaz no se debe
- Modelos de sistemas - Configurar el diseño implementado
- Modelos estructurados - Borrar el nuevo diseño de interfaz
+ Incluir detalles de la representación de
# Ingeniería de software (Sommerville), datos,
pág 201 - Recopilar información de otra fuente
* El diseño y la implementación del - Jugar con el diseño
software son actividades - Emplearlo para otra interfaz
- Sencillas
- Metafóricas # Ingeniería de software (Sommerville),
- Continuas pág 166
+ Entrelazadas * Por lo general, los sistemas de
- Separadas procesamiento de transacción son
- Despreciables - Sistemas comunes
- Sistemas estáticos
+ Sistemas interactivos
# Ingeniería de software (Sommerville), - Sistemas de información
pág 178-179 - Sistemas de compilación
** Para desarrollar un diseño de - Sistemas estructurados
sistema desde el concepto hasta el
diseño detallado orientado a objetos, Temas 15y16
se debe
# Elección de Diseño de Arquitectura,
Sommerville c6 pp 147-172
+ Comprender y definir el contexto y las
#Clases de programas y de marcos de
interacciones externas con el sistema.
trabajo, Sommerville c16 pp 426-448
+ Diseñar la arquitectura del sistema.
+ Identificar los objetos principales en el
# Llanos Ticona, Johnny 2015-119039
sistema.
# Lopez Valera, Brenda 2016-119018
+ Desarrollar modelos de diseño.
# Melgarejo Nieto, Tony
+ Especificar interfaces.
- Rediseñar un nuevo diseño.
# Sommerville, pag. 148
# Ingeniería de software (Sommerville), ** ¿En que se interesa el diseño
pág 183 arquitectónico?
** Como identificar las clases de + En entender cómo debe organizarse un
objetos en los sistemas orientados a sistema.
objetos + En entender cómo tiene que diseñarse
+ Usar un análisis gramatical la estructura global de un sistema.
+ Utilizar entidades tangibles en el - En entender porque se desarrolla el
dominio de aplicación sistema.
+ Emplear un análisis basado en - En explicar pautas de diseño.
escenarios. - En diseñar hardware.
- Desarrollar actividades para el aprendiz - En desarrollar mockups
- Identificar la variable
- Comprender el sistema.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

* ¿En que se interesa la arquitectura en # Sommerville, pag. 158


pequeño? **¿Cuáles pertenecen a la arquitectura
+ En arquitectura de programas genérica en capas ?
individuales. +Interfaz de usuario.
- En entender la arquitectura. +Gestión de interfaz de usuario.
+Lógica empresarial núcleo/funcionalidad de
- En arquitectura de programas
aplicación.
empresariales.
-Soporte técnico.
- En arquitecturas vinculadas con el -Análisis y clasificación del riesgo.
hardware. -Análisis de riesgo en el requerimiento.
- En desarrollo de software.
- En arquitecturas anidadas. #Sommerville, pag.155-164
**¿Cuáles son los principales modelos de
patrones arquitectónicos?
** Cuales son las ventajas de diseñar y +Arquitecturas de aplicación.
documentar de manera explícita la +Arquitectura de tubería y filtro.
+Arquitectura de cliente y servidor.
arquitectura de software
-Arquitectura de usuario.
-Arquitectura de riesgo.
+ Comunicación con los participantes. -Arquitectura de software.
+ Análisis del sistema.
+ Reutilización a gran escala. #Somerville, pag. 161
- Rápida entrega. **¿Cuáles son los componentes principales
- Menor esfuerzo del procesador. del modelo patrón cliente-servidor?
- Menos gasto de recursos. +Conjunto de servidores que ofrecen servicios
a otros componentes.
+Conjunto de clientes que solicitan los
servicios que ofrecen los servidores.
* El estilo y la estructura arquitectónicos
+Una red que permite a los clientes acceder a
particulares que se elijan para un sistema
dichos servicios.
dependen de los requerimientos no -Caída del servidor.
funcionales, ¿cual no es uno de ellos? -Fallo operativo.
//(pag. 152) -Sobrecarga de datos.
- Rendimiento.
- Seguridad. #Sommerville, pag. 165
- Protección. **Como diseñador de software,¿Cómo
- Disponibilidad. podemos usar los modelos de arquitectura de
- Mantenibilidad. aplicación?
+Como punto de partida para el diseño
+ Rigurosidad.
arquitectónico.
+Como lista de verificación del diseño.
+Como una forma de organizar el trabajo del
equipo de desarrollo.
#Sommerville, pag. 155
-Confiabilidad.
**¿Cuáles son los patrones del modelo de
-Feedback.
vista del controlador (MVC)?
-Revisiones sistemáticas.
+Descripción.
-Análisis.
#Sommerville, pag. 166
+Cuándo se usa.
**¿Cuáles forman parte de la estructura de
+Ventajas.
aplicaciones de procesamiento de
-Interfaz de navegador web.
transacción?
-Reporte de avance.
+Lógica de aplicación.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

+Gestor de transacción.
+Base de datos. #Cap 6.1 , 152, Ian Sommerville
-Requerimiento de protección de datos.
-Renovación de personal. *Los patrones arquitectónicos captan la
-Requerimiento de soporte de software. esencia de ...

#Sommerville, pag 168 +Una arquitectura que se usó en diferentes


**¿Cuáles forman parte de la Arquitectura de sistemas de software.
sistema de información en capas? -Un diseño es el mismo que el los demás
+Interfaz de usuario. sistemas
+Recuperación y modificación de información. -Una arquitectura que se usó en diferentes
+Gestión de transacciones. sistemas de hardware
-Arquitectura web. -Un estilo que se usó en diferentes sistemas
-Bitácora de cambios. de software.
-Especificación formal. -Una maqueta que se usó en diferentes
sistemas de software.
-Una maqueta que se usó en diferentes
# Cap 6.1 , pág 151, Ian Sommerville sistemas de hardware.

** Cuando se diseña una arquitectura de


sistema,¿En qué se debe decidir?
#Cap 6.1 , 152, Ian Sommerville
+Sobre que tienen en común el sistema
+Sobre las clases de aplicación más amplias * Debido a la estrecha relación entre los
-Sobre lo que el software debería tener requerimientos no funcionales y la arquitectura
-Sobre los requisitos prioritarios del sistema de software, el estilo y la estructura
-Sobre la estructura del sistema arquitectónicos particulares que se elijan para
-Sobre la arquitectura del sistema, que debe un sistema van a depender de ...
ser original
+Requerimientos de sistema no funcionales
#Cap 6.1 , pág 151 -152, Ian Sommerville -Requerimientos de sistema funcionales
-Requisitos de sistema funcionales
**La elección de arquitectura de distribución -Necesidades de sistema funcionales
es una decisión clave que afecta -Puntos de sistema funcionales
-Puntos de sistema no funcionales
+El rendimiento del sistema
+La fiabliidad del sistema
-Los requisitos del sistema
-La arquitectura del sistema #Cap 6.1 ,pag 152, Ian Sommerville
-El software del sistema
-El hardware del sistema
*Evaluar un diseño arquitectónico es
#Cap 6.1 , 152, Ian Sommerville
**La arquitectura de un sistema de software +Difícil porque la verdadera prueba de una
puede basarse en arquitectura es qué tan bien el sistema cubre
sus requerimientos funcionales y no
+Un patrón funcionales cuando está en uso.
+Estilo arquitectónico en particular -Fácil porque la verdadera prueba de una
-En el diseño arquitectura es qué tan bien el sistema cubre
-En los requisitos sus requerimientos funcionales y no
-En el software funcionales cuando está en uso.
-En el hardware -Demasiado fácil porque la verdadera prueba
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

de una arquitectura es qué tan bien el sistema **¿Cómo sería un correcto funcionamiento del
cubre sus requerimientos funcionales y no modelo arquitectónico cliente-servidor ?
funcionales cuando está en uso. +El servidor web es responsable de todas las
- Demasiado difícil porque la verdadera comunicaciones del usuario.
prueba de una arquitectura es qué tan bien el +El servidor de aplicación es responsable de
sistema cubre sus requerimientos funcionales implementar la lógica específica de la
y no funcionales cuando está en uso. aplicación.
-Fácil si se considera como un requerimiento +El servidor de la base de datos mueve la
crítico. información hacia y desde la base de datos.
-Difícil si se considera como un requerimiento -Servidor de alta capacidad.
crítico. -Diseño de alto nivel permite reconocer los
bugs o errores futuros del sistema.
-Desarrollo del servidor web con requisitos
específicos.

#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 #Clases de programas y de marcos de
los activos más críticos protegidos en trabajo, Sommerville c16 pp 426-448
las capas más internas, y con un alto nivel de
validación de seguridad aplicado a #Sommerville, pag. 431
dichas capas.Esto se refiere a .. * ¿Que es un framework?.
+ Una estructura genérica que se extiende
+La seguridad para crear una aplicación.
-La protección
- Un procesador de código.
-La disponibilidad
- Una aplicación para modelar el sistema.
-Mantenibilidad
-Los requisitos - Una herramienta para diseñar la interfaz.
- Un controlador de software.
- Un mockup.
#Cap 6.1 , pag 152, Ian Sommerville
*Si se considera como un requerimiento #Sommerville, pag. 432
crítico, la arquitectura debe diseñarse ** Clases de frameworks.
de modo que las operaciones relacionadas + De infraestructura de sistema.
con la protección se ubiquen en algún + De integración de middleware.
componente individual o en un pequeño + De aplicación empresarial.
número de componentes.Esto se refiere a … - De diseño gráfico.
- De hardware.
+La protección
- Der mockups.
-La seguridad
-La protección
-La disponibilidad #Sommerville, pag. 433
-La Mantenibilidad * Los frameworks de aplicación Web no
-Los Requisitos soportan las siguientes características.
+Graficos.
- Seguridad.
- Páginas Web dinámicas.
- Soporte de base de datos.
- Gestión de sesión.
#Sommerville, pag. 169
- Interacción de usuarios.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

#Sommerville, pag. 148


* Los sistemas de solución COTS * ¿Qué sugiere el principio de familiaridad
consisten en del usuario?
+ son sistemas que pueden diseñarse + sugiere que los usuarios no deben ser
para dar apoyo a un tipo de empresa forzados a adaptarse a una interfaz
particular. porque es conveniente implementarlo.
- Son sistemas de desarrollo de software. - La interfaz debería utilizar términos que
- Son sistemas de simulación de no sean familiares para el usuario.
interfaces. - Los objetos que el sistema manipula no
- Son sistemas de modificacion de deben estar relacionados con el entorno
entidades. de trabajo del usuario.
- Son sistemas de inteligencia artificial. - Que el usuario use atajos
- Son sistemas informativos. - 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.

Temas 17y18 # Ian Sommerville capitulo 29, página 3.

# INTEGRANTES ** Principios de diseño de la interfaz de


# COLOMA QUISPE, ERIK GIOVANNI usuario...
2016-119048 + Familiaridad del usuario
# PIZARRO QUISPE, ROYER + Consistencia
2016-119045 + Mínima sorpresa
# HUACCA ENCINAS, LUIS ALBERTO + Recuperabilidad
2016-119050 + Guía de usuario
+ Diversidad de usuarios
# Principios generales del diseño de
interfaz de usuario,Temas clave para el # Ian Sommerville capitulo 29, página 2.
diseño de interfaz de usuario
** Una interfaz de usuario mal diseñada
# Ian Sommerville capitulo 29,página 2. significa que los usuarios...
+ No podrán acceder a algunas
** Factores humanos importantes que características del sistema.
debe considerar al tomar decisiones del + Cometerán errores
diseño de interfaz... + sentirán que el sistema les dificulta su
+ La gente tiene una memoria limitada a uso
corto plazo. - Les facilite el uso del software
+ Todos cometemos errores. - Se familiarizaran rapidamente con la
+ Tenemos una amplia gama de interfaz
capacidades físicas. - Comprenderán las funciones del
+ Tenemos diferentes preferencias de sistema
interacción.
- Requisitos no funcionales. # Ian Sommerville capitulo 29, página 4.
- Requisitos funcionales
*¿Qué principio de la interfaz de usuario
# Ian Sommerville capitulo 29, página 3. 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 * ¿Que es lo que abarca el diseño del
+ La provisión de una operación de sistema informatico? Ian Somerville
deshacer Capitulo 29 pag
+ Generar puntos de control
- Crear atajos de teclado + Abarca un espectro de actividades del
- Copias de seguridad hardware
- Evitar errores de tipeo - El desarrollo de aplicaciones para el
usuario
# Ian Sommerville capitulo 29, página 5. - Abarca el desarrollo de software
- Abarca el desarrollo de los requisitos
- La actualizacion del software
* ¿Qué principio proporciona asistencia al - El mantenimiento del sistema de
usuario o ayuda?... informacion
+ Guía de usuario
- Familiaridad # Ian Somerville Capitulo 29 pag
- Diversidad de usuarios
- Recuperabilidad * ¿A menudo que responsabilidad tienen
- Uniformidad los ingenieros de software?
- Mínima sorpresa
+ La interaccion entre los usuarios y las
aplicaciones
# Ian Sommerville capitulo 29, página 4.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

- La implementacion de nuevos requisitos - Un nivel de consistencia bajo


en el software - Un Nivel de usabilidad adecuado
- El cumplimiento de requisitos en el - Un nivel de complejidad alto
documento de requisitos - Un nivel de fiabilidad alto
- La interaccion entre los usuarios y el - Una cantidad de requisitos adecuados
proyecto
- Desarrollar los software de manera # Ian somerville Capitulo 29 pag
adecuada
- Complementar las ideas del usuario * El principio de reconocer la diversidad
sobre el software del usuario puede entrar en conflicto
con...
# Ian Somerville Capitulo 29 pag
+ El principio de diseño de interfaz
* Es una parte esencial del diseño - El principio de interaccion con el usuario
general... - La arquiterctura de software
- El sistema operativo
+ El diseño de interaccion cuidadoso - Los requisitos del software
- La implementacion - La integridad del software
- El adecuado uso
- La usabilidad # Ian somerville Capitulo 29 pag 4
- El desarrollo y validacion de requisitos
- El diseño de la arquitectura * Es muy importante que, al diseñar una
interfaz,incluya un indicador visual que
# Ian Somewrville Capitulo 29 pag muestra al usuario el modo...
+ Actual
* ¿Porque son causados los ´errores del - Siguiente
usuario´ en las interfaces? - Anterior
- Gráfico
+ Las interfaces de usuario no consideran - Interactivo
las capacidades reales de los usuarios - Visual
- Las interfaces de usuario son demasiado
complejas # Ian Somerville Capitulo 29
- Las interfaces de usuario no son faciles
de comprender * ¿Para que se incluyeron puntos de
- Las interfaces de usuario son diseñadas control en los sistemas de ahora?
para una persona con cierto nivel
profesional + Para hacer frente a las fallas del
- Las interfaces de usuario no cumplen sistema
con los requisitos documentados - Para no permitir a los usuarios
- Las interfaces de usuario no coinciden recuperarse de sus errores
con lo que el usuario necesitaba - Para controlar el sistema
- Para controlar el flujo de datos
# Ian Somerville Capitulo 29 pag - Para veririfcar que todos los requisitos
sean adecuados
* ¿Que es lo que siempre deben tratar de - Para el adecuado uso del software
lograr los deseñadores de interfaces?
# Ian Somerville Capitulo 29
+ Un nivel de consistencia alto
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

** Para que un software alcance su + usuarios ocasionales


maximo potencial la interfaz debe - usuarios simples
diseñarse para que coincida con... + usuarios de poder
+ usuarios avanzados
+ Las habilidades - usuarios contemporaneos
+ La experiencia - usuarios capacitados
+ Las expectativas
- La veracidad # Ian Sommerville capitulo 29
- El compromiso
- La usabilidad ** ¿el principio de reconocer la diversidad
generalmente entra en conflito con otros
# Ian Sommerville capitulo 29 principios de diseño de interfaz porque?

* ¿cual es la funcion del diseño de + algunos usuarios pueden preferir una


interfaz? interacción muy rapida.
- no hay diversidad de usuarios.
- diseñar la base de datos + el nivel de orientación del usuario
- diseñar la interacción entre los procesos requerido puede ser radicalmente
de calculo algebraico. diferente para diferentes usuarios.
+ diseñar la interacción entre los usuarios - la interfaz tiene que ser orientada para
y la aplicación. un solo tipo de usuario
- diseñar la interacción entre el software y + genera compromisos para conciliar las
el harware. necesidades de estos usuarios.
- diseñar la interacción entre computador - los demas principios se enfocan en un
y aplicativos. solo usuario.
- diseñar los algoritmos de calculo.
# Ian Sommerville capitulo 29
# Ian Sommerville capitulo 29
* ¿por que es importante el principio de
** ¿es importante tener un buen diseño de sorpresa mínima?
interfaz porque...?
+ porque el usuario se irrita cuando el
- para satisfacer al usuario. sistema se comporta de una manera
+ es critico para la confiabilidad del inesperada.
sistema. - porque no es necesario tanta
- el sistema deja de funcionar. complejidad.
+ para que el usuario comprenda el + porque una accion diferente a la
software. habitual confunde al usuario.
- para que el software sea mas - porque el usuario no lo comprende.
presentable. - porque genera un error completo en todo
- sin la interfaz el sistema no tiene el software.
sentido. - porque el usuario tiende a confundirse y
cometer muchos errores.
# Ian Sommerville capitulo 29

** ¿que tipos de usuario podemos tener


en el mismo sistema?
Temas 19y20
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

- Ocupan poco espacio en la


# Alvaro Hugo Ticona Flores interfaz
# Jordan Fridman Laqui Cabrera - No requieren una visualización
# Lizbeth Fiorella Zárate Cori rápida
- Permiten el uso de herramientas
# Tipos de Iteración en el diseño de de gestión de diálogos
interfaz de usuario, Somerville cap.29, - Toma de decisión estructurada
pag 78-87 - Entrenamiento reducido, menos
# Diseño de la presentación de tecleo
información, Sommerville cap.29 87-93
*¿En qué consiste la manipulación
*¿Que significa la interacción del usuario? directa?
+ Emitir comandos y datos + El usuario interacciona
asociados a la computadora sistema. directamente con objetos en la pantalla.
- Todos los intercambios que - El Diseñador interacciona
suceden entre dos personas. directamente con objetos en la pantalla
- Usar pocos canales de - El programador interacciona
comunicación simultáneamente. directamente con objetos en la pantalla.
- Agrupar las diferentes maneras en - El usuario interacciona
que los usuarios se comunican entre si indirectamente con objetos en la pantalla.
- Mejora de procesos y gestión de - El Diseñador interacciona
proyectos. indirectamente con objetos en la pantalla
- Mejorar la calidad del producto y la - El programador interacciona
previsibilidad del proceso indirectamente con objetos en la pantalla.

*¿Como clasifico Shneiderman las formas *En la interacción asistida, los campos de
de interacción? un formulario pueden tener…
+ En 5 estilos + Menús asociados
- En 6 tipos - Menús complejos
- En 4 estilos - Botones dispersos
- En 3 tipos - Opciones de interfaz
- En 7 tipos - Archivos eliminados
- En 6 estilos - Formularios abiertos

* ¿Cuál de las siguientes alternativas no * Según el idioma de comando, para


pertenece a la clasificación de eliminar un archivo, debemos…
Shneiderman? + Escribir un comando de
- Manipulación directa eliminación con el nombre del archivo
- Selección de menú como parámetro
- Interacción asistida - Presionar suprimir
- Idioma de comando - Hallar un error
- Lengua natural - Saber lo que hacemos
+ Computación ubicua - Entender lo que vamos a borrar
- Crear un archivo de eliminación
* ¿Cuál es la desventaja de “selección de
menú”? * Un comando en lenguaje natural es
+ Pueden resultar lentos para analizado y…
usuarios experimentados
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

+ Traducido a los comandos del - Saber lo que hacemos


sistema - Entender lo que vamos a borrar
- Enviado a un traductor externo - Crear un archivo de eliminación
- Modificado por un compilador
- Eliminado del sistema * ¿Que deciden los diseñadores con los
- Ejecutado en un sistema diferente usuarios en el diseño de interacción?
- Enviado a un archivo de + Las características del prototipo de la
eliminación interfaz
- El modelo del sistema
* En las primeras computadoras la única - Los requisitos del sistema
forma de interactuar con el usuario era … - Las ventajas de su uso
+ A través de una línea de comando - El costo del sistema
de interfaz - Las facilidades que da su uso
- A través de un menú
- Por medio del mouse ** Las tres actividades principales en este
- Usando la clave morse proceso son...
- A través de iconos -Requisitos del sistema
- Por medio de imágenes + Análisis del usuario
+ System prototyping
* ¿En que año Shneiderman clasificó las + Interface evaluation
formas de interacción? - Análisis de los requisitos
+ 1998 - Flowchart
- 1996
- 1991 * En el procesode análisis del usuario
- 1995 desarrollas...
- 1980 - La interfaz
- 1993 - Un mockup
+ Un entendimiento de las tareas que los
* Según la manipulación directa, para usuarios utilizan
eliminar un archivo, se debe… - Las maquetas de todos los diagramas
+ Arrastrar el icono que representa hechos en la ingenieria de requisitos
el archivo hacia el icono de la papelera - El desarrollo de un proceso iterativo.
- Escribir un comando de - Metodos para hablar sobre las
eliminación con el nombre del archivo instalaciones necesarias de una interfaz.
como parámetro
- Presionar suprimir ** Prototipeo del sistema es...
- Saber lo que hacemos + El diseño de Interacción
- Entender lo que vamos a borrar + El desarrollo es un proceso iterativo.
- Crear un archivo de eliminación - Buscar bonitos colores
- Calcular sus requisitos
* Según la manipulación directa, para - Completar el mockup
eliminar un archivo, se debe… - Llenar registros
+ Arrastrar el icono que representa
el archivo hacia el icono de la papelera ** El prototipeo puede ser utilizado para...
- Escribir un comando de + Empezar el diseño de interacción
eliminación con el nombre del archivo - Hacer interfaces ya avanzadas
como parámetro - Crear archivos
- Presionar suprimir + Diseño de interfaz de usuario
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

+ Desarrollo de software + Una aproximación barata


+ La interfaz de usuario + Sorprendentemente eficaz en el
desarrollo del prototipo
* Una actividad de diseño de interacción - Un apoyo al diseñador
es... - Algo irrelevante para el diseñador
+ Analizar las actividades de usuario para
mantenerse con el sistema ordenado. * Un storyboard es ...
- Ordenar las tareas y problemas de inicio - Un caso de uso
del usuario + Una serie de croquis que ilustra la
- Analizar todas las posibilidades de secuencia de iteraciones
temas que puede modificar el usuario - Una serie de pasos para poder calcular
- Respetar las normas hechas los errores del programa
anteriormente por el diseñador - Una bitácora que calcula en tiempo de
- Pedir ayuda al programador para hacer ejecución de intercambio
mas facil el trabajo - Un conjunto de secuencias coordinadas
- Proporcionar mayor exactitud en lo que - Algo del analisis de requerimientos
quiere el usuario
** Los atributos de usabiliadd son ...
* El análisis de usuario primordialmente - Requeriments
se tiene que ... + Learnability
- Describir sus requisitos + Velocidad de operación
+ Describir de modo que comunican la + Robustez
esencia de las tareas a otros diseñadores + Recoverability
y usuarios + Adaptabilidad de trabajo
- Criticar los análisis de las actividaddes
del usuario * Learnability is ...
- Desarrollar una aplicación la cual facilite - Cuando el usuario se adapta al sistema
la vida del usuario + Cuanto tiempo tome un usuario nuevo
- Completar alguna deficiencia del usuario para entender al sistema
con respecto a su vida familiar - Cuanto cuesta el sistema
- Ejemplificar un escenario de lengua - Como se usa el sistema
natural que podría haber sido desarrollado - Como se debe enseñar el sistema
durante la especificación - Si el sistema es eficiente

** 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 Temas 21y22

** Snyder en 2003 dijo que el prototipado # integrantes


en papel es ... # Esquivel Roque, Shirley 2016-
- Más difícil de entender 119003
- Más didáctico en la enseñanza
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

# Martinez Condori, Andrés 2016- + Los acuerdos contractuales entre el


119017 cliente y el proveedor
#Chávez Condori,Heydi 2016-119030 - Los informes del proyecto
# Proceso de diseño de interfaz de + La actitud de los desarrolladores ante el
usuario, Ingeniería de riesgo contractual
software(Sommerville) cap 29 pág 87-94 + Los requisitos reglamentarios si un
# Localización e internacionalización, sistema está regulado externamente y
Ingeniería de software(Sommerville) cap tiene que certificado antes de su uso
29 pág 102-106 - La planificación entre usuarios
#La Interaccion del - Los modelos de interfaz
Usuario(Sommerville)cap 29 pag 78-88

** El diseño de la interfaz se centra en


tres áreas de interés... ** La documentación del sistema debe
+ El diseño de la interfaz entre los incluir:
componentes del software + El documento de requisitos y una lógica
- El diseño de la interfaz entre los clientes asociada.
- El diseño de software entre el cliente y + Un documento que describe la
familiares arquitectura del sistema.
+ El diseño de las interfaces entre el + Una descripción de la arquitectura de
software y los otros productores y cada programa del sistema.
consumidores de información no + Documentos de validación
humanos. + Una guía de mantenimiento del sistema
+ El diseño de la interfaz entre el hombre + Una descripción de la funcionalidad de
(usuario) y la computadora. cada componente en el sistema
- El diseño de la interfaz entre todos
* ¿a qué categoria de process
** Existen «reglas de oro» para el diseño documentation pertence el siguiente
de la interfaz... significado?...
+ Dar el control al usuario. Estos registran los detalles de todos los
+ Reducir la carga de memoria del días de la comunicacion entre gerentes e
usuario. ingenieros de desarrollo.
+ Construir una interfaz consecuente. - Planes, estimaciones y horarios.
- Reflejar la funcionalidad de la interfaz - Informes
- Resaltar al cliente - Estándares
- Ser atractiva para el usuario - Documentos de trabajo
+ Mensajes de correo electrónico
** Process documentation se divide en - Modelos
una serie de categorías:
+ Planes, estimaciones y horarios. ** Los estándares que pueden usarse en
+ Informes el proceso de documentación son:
+ Estándares + Estándares de proceso
- Modelos + Normas de producto
+ Documentos de trabajo + Normas de intercambio
+ Mensajes de correo electrónico - Normas de interfaz
- Estándares de diseño
** La cantidad de process documentation - Normas de modelos
requerido depende de:
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

* ¿a que norma de producto corresponde + la necesidades del usuario


la siguiente definicion?... - la necesidades del sistema
Especifican las convenciones utilizadas - la necesidades del diseñador
para la numeración de páginas, - la necesidades del programa
encabezado de página y la información - la necesidades del interfaz
del pie de página. - la necesidades del tiempo
- Normas de presentación de documentos
- Estándares de identificación de
documentos ** Las actividades principales del diseño
- Documentos estándares de de interaccion..
actualización + analisis de usuario
+ Estándares de la estructura del + sistema de prototipos
documento - herramientas de interfaz
- Normas de clasificacion de documentos + evaluacion de interfaz
- Documentos generales de información - sistema de usuario
- lenguaje de interfaz
** Procesos del diseño de interfaz de
Usuario son..
+ Analisis ** La ingenieria de requisitos es la
- Mantenimiento elaboracion..
+ Implementacion + una lista de elementos funcionales
+ Diseño - falta de tiempo de interfaz
+ Desarrollo + cumpla los objetivos del proyecto
- Complementacion - lista de necesidades del desarrollador
+ necesidades potenciales de los usuarios
- interfaz de prototipos

* El proceso de diseño de la interfaz de


usuario incluye subprocesos que son..
+ Analisis de usuario * La evaluacion de interfaz es el proceso
- analisis del desarrollador de evaluar..
+ prototipos de interfaces + la usabilidad de una interfaz
+ evaluacion de interfaces - la recepcion de la interfaz
- diseño de sistema - la interacion del usuario
- evaluacion al desarrollador o
- lenguaje
- proyecto
** El diseño de interaccion es..
+ un proceso iterativo *La interacción del usuario significa emitir
+ interactuan el usuario con el diseñador comandos y … asociados a la
- el diseñador no requiere del usuario computadora
- un proceso intuitivo - imágenes
+ procede de forma incremental + datos
- proocedee forma canonica - percepción
- tiempo
- palabras
* El diseño de la interfaz de usuario - lenguajes
requiere..
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


características en el proceso general de
*Segun Shneiderman cual no es un uso diseño
efectivo del color en el proceso de + Análisis del usuario
presentación de información + Creación de prototipos del sistema
- Limite el número de colores utilizados + Evaluación de interfaz
+Utilice colores fríos y cálidos - Análisis de sistema
dependiendo a el tema - Evaluación de Prototipos
- Use el cambio de color - Creación de los mockups
- 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 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) *¿Cuando se usa la Arquitectura de
** Cuales son las ventajas de documentar Capas?
de manera explícita la arquitectura de +Se usa al construirse nuevas facilidades
Software encima de los sistemas existentes.
-Cuando se realiza un nuevo diseño.
+ Comunicación de los Participantes. -Cuando se tiene requisitos muy
+ Analisis de Sistema. complejos.
+ Reutilización a gran escala. -Cuando hay que ser muy detallados con
- Cubrir las necesidades de la empresa. los requisitos.
- Tener todo en Orden. -Cuando tenemos complicaciones con los
- Validar los Procesos 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. completas en tanto se conserve la
- Prototipar el sistema. interfaz.
- Visualizar los errores del sistema. -En la práctica, suele ser difícil ofrecer
- Ver los procesos. una separación limpia entre capas.
- Anticipar errores. - Es útil al realizar el prototipado.
- Nos ayuda en la implementación del
método de la cascada.
# Ingeniería de Software - Ian - Permite mayor flexibilidad en el diseño
Sommerville pag (152) -Es útil al realizar el prototipado.
RESUMEN DE INGENIERIA DE SOFTWARE
IAN SOMMERVILLE

#Ingeniería de Software - Ian Sommerville


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