Documente Academic
Documente Profesional
Documente Cultură
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 1 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 2
propios Domain
Prioritization
u Diferentes especialistas pueden tener reque- Process
understanding
entry
rimientos en conflicto
u Los factores políticos y organizacionales pueden Requirements Conflict
collection resolution
influir en los requerimientos del sistema
u Los requerimientos cambian durante el proceso Classification
de análisis. Y pueden surgir nuevos especialistas
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 5 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 6
1
Actividades del proceso Modelos del sistema
u Comprensión del dominio u Diferentes modelos pueden producirse durante la
u Colección de requerimientos actividad de análisis de requerimientos
u Clasificación u El análisis de requerimientos puede involucrar
tres actividades estructurales las cuales resultan
u Solución de conflictos
en los diferentes modelos siguientes:
u Priorización • Particionamiento. Identifica las relaciones estructurales entre las
u Validación de requerimientos entidades
• Abstracción. Identifica las generalidades entre las entidades
• Proyección. Identifica diferentes modos de ver un problema
u Modelos del sistema cubiertos en el Capítulo 6
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 7 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 8
2
Tipos de puntos de vista Puntos de vista externos
u Fuentes de datos u Es natural pensar en los usuarios finales como
• Los puntos de vista, son responsables de producir ó consumir receptores de los servicios del sistema
datos. El análisis implica verificar qué datos son producidos y
consumidos y qué suposiciones sobre las fuentes o sumideros de u Los puntos de vista son un medio natural de
datos son validas estructurar la obtención de requerimientos
u Estructuras de representación u Es relativamente fácil decidir si un punto de vista
• Los puntos de vista representan tipos particulares de modelos de es válido
sistemas. Estos pueden ser comparados a explorar
requerimientos que serían olvidados empleando una u Puntos de vista y servicios pueden ser pedidos
representación simple. Particularmente apropiado para sistemas
de tiempo real
para estructurar requerimientos no funcionales
u Receptores de los servicios
• Los puntos de vista son externos al sistema y reciben servicios
de éste. Esdemás
Ingenieria apropiados
Software, para5 sistemas interactivos
5a edicion. Capitulo Diapositiva 13 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 14
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 15 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 16
3
Formatos VORD estándar Identificación de puntos de vista
Viewpoint template Service template Query Get Customer Cash Transaction
Reference: The viewpoint name. Reference: The service name. balance transactions database withdrawal log
Attributes: Attributes providing Rationale: Reason why the service is
viewpoint information. provided. Manager Card Remote
Machine Order
Events: A reference to a set of event Specification: Reference to a list of service returning software
supplies cheques
scenarios describing how specifications. These may upgrade
the system reacts to be expressed in different Account Message Software
viewpoint events. notations. information log size Bank Invalid
Services A reference to a set of Viewpoints: List of viewpoint names User teller user
service descriptions. receiving the service. interface System cost Foreign
Sub-VPs: The names of sub- Non-functional Reference to a set of non - customer Printe
viewpoints. requirements: functional requirements r Security
which constrain the service. Account Stolen Order Hardware
Provider: Reference to a list of system card statement Card
holder maintenance retention
objects which provide the Message
service. passing
Remote Update Funds Card
Reliability account transfer
diagnostics validation
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 19 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 20
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 21 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 22
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 23 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 24
4
Análisis de datos y control Notación para análisis de datos y control
Card present
Return card Incorrect PIN u Los Datos salen por la derecha de cada cuadro
Re-enter PIN u Las excepciones son mostradas en el fondo de
Invalid card
Return card
cada cuadro
Incorrect PIN
u El nombre del evento siguiente está en el cuadro
Stolen card Return card
de orillas gruesas
Retain card
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 25 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 26
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 27 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 28
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 29 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 30
5
Factores sociales y
organizacionales Ejemplo
u Los sistemas de software son usados en un u Considere un sistema que permite al
contexto social y organizacional. Esto puede administrador senior acceder a la información sin
influir o aun dominar los requerimientos del pasar a través de los administradores intermedios
sistema • El estatus administrativo. Los administradores Senior pueden
sentir que son muy importantes para tocar un teclado. Esto
u Los factores sociales y organizacionales no son puede limitar el tipo de interface empleada en el sistema
sólo puntos de vista, sino que su influyen sobre • Las responsabilidades administrativas. Los administradores
todos los puntos de vista pueden tener tiempo ininterrumpido para aprender a manejar el
sistema
u Un buen análisis debe ser sensitivo a esos • Resistencia organizacional. Los directivos intermedios quienes
factores pero actualmente no hay un modo serán consultados pueden proporcionar deliberadamente
información incompleta ó equivocada, así que el sistema puede
sistemático de abordar su análisis fallar
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 31 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 32
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 35 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 36
6
Resumen Resumen
u El análisis de requerimientos solicita u Deben emplearse métodos estructurados en el
entendimiento, colección de requerimientos, análisis de requerimientos. Éstos deben incluir un
clasificación, organización, priorización y modelo del proceso, notaciones de modelado del
validación sistema, reglas y apuntes para el modelado del
sistema y reportes estándar
u Los sistemas complejos deben ser analizados
desde diferentes puntos de vista u El método VORD orientado a puntos de vista
aísla los puntos de vista que son externos al
u Los puntos de vista pueden estar basados en
sistema
fuentes y sumideros de datos, modelos del
sistema ó interacción externa
Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 37 Ingenieria de Software, 5a edicion. Capitulo 5 Diapositiva 38
Resumen
u Los límites entre el sistema y su ambiente deben
ser definidos
u Los factores sociales y organizacionales tienen
mucha influencia en los requerimientos