4. El lenguaje que utilizamos en el
análisis se basa en un modelo de
objetos conceptual, que
llamamos modelo de análisis.
5. El diseño y la implementación son mucho
más que simplemente el analizar los
requisitos re.flnándolos y
estructurándolos; el diseño y la
implementación se preocupan en
realidad de dar forma al sistema de
manera que de vida a todos los
requisitos, incluidos todos los requisitos
no funcionales, que incorpora.
6. Un modelo de análisis ofrece una especificación más precisa
de los requisitos que la que tenemos como resultado de la
captura de requisitos, incluyendo al modelo de casos de uso.
Un modelo de análisis estructura los requisitos de un modo
que facilita su comprensión, su preparación, su modificación, y
en general, su mantenimiento.
Un modelo de análisis se describe utilizando el lenguaje de los
desarrolladores, y puede por tanto introducir un mayor
formalismo y ser utilizado para razonar sobre los
funcionamientos internos del sistema.
7. Mediante la realización
separada del análisis,
en lugar de llevarlo a
cabo como parte
integrada en el diseño y
la implementación,
podemos analizar sin
grandes costes una
gran parte del sistema
El análisis proporciona
una visión general del
sistema que puede ser
más difícil de ob tener
mediante el estudio de
los resultados del
diseño y la
implementación,
debido a qui contienen
demasiados detalles
El sistema se construye
utilizando un sistema
heredado complejo.
8.
9. • El proyecto utiliza el modelo de ánalisis para describir los resultados
del ánalisis, y mantiene consistencia de este modelo a lo largo de todo
el ciclo de vida del software.
• El proyecto utiliza el modelo de ánalisis para describir los resultados
del ánalisis pero considera a este modelo como una herramienta
transitoria e intermedia.
• El proyecto no utiliza en absoluto el modelo de ánalisis para describir
los resultados del ánalisis. En cambio, el proyecto analiza los
requisitos como parte integrada en la captura de requisitos o en el
diseño.
10.
11.
12.
13. Las clases de interfaz se utilizan para modelar la interacción entre el sistema y
sus actores. Esta iteracción a menudo implica recibir información y peticiones
de los usuarios y los sistemas externos.
14. Las clases de entidad se utilizan para modelar la información que posee una
vidad larga y que es a menudo persistente. Las clases de entidad modelan la
información y el comportamiento asociado de algún fenómeno o concepto,
como una persona, un objeto del mundo real, o un suceso del mundo real.
15. Las clases de control representan coordinación, secuencia, transacciones, y
control de objetos y se usan con frecuencia para encapsular el control de un
caso de uso en concreto.