Software de prueba 2.4.1. modelado del análisis
Páginas: 8 (1802 palabras)
Publicado: 3 de julio de 2011
2.4. SOFTWARE DE PRUEBA 2.4.1. MODELADO DEL ANÁLISIS
La etapa de análisis busca dar una idea general y al menos conceptual de lo que será el software a desarrollar. El producto final de esta etapa es el modelo del análisis y normalmente consiste en dar buena idea del uso que se le dará al sistema, una idea ligera de la forma de realizarse ese uso y la primera visión de los objetos en función delos cuales se trabajará para dirigir el diseño del producto. El requisito del software de prueba que se desarrolla en esta sección es que permita simplificar condiciones compuestas en las cuales las condiciones simples que la constituyen se encuentren relacionadas por el operador lógico de conjunción (AND), es decir, que permita simplificar una conjunción de condiciones simples. Ya sabiendo esto yluego de todo el desarrollo y especificaciones para el método propuesto en el capítulo anterior, es posible y bien fundamentado el inicio de la etapa de análisis, la cual hoy en día es considerada ya no como antecesora estricta de la etapa de diseño, debido entre otras cosas al desarrollo iterativo y retro alimentado que rige a la mayoría de las metodologías de ingeniería de software actuales. EnUML y desarrollo de software en general el artefacto usado por excelencia hoy en día para representar el modelo contenedor de los requisitos del software es el diagrama de Casos de Uso. Un diagrama general de casos de uso para el sistema que se está tratando en este trabajo es sumamente sencillo y expresa la utilidad del sistema y una vista concreta y clara de su función.
Fig.2.4.1.1. Modelode Caso de Uso General del Sistema 43
De esta información de lo que se desea que el software logre, se puede pasar al modelado del Análisis. En este modelo de análisis se utilizan clases de análisis para describir el caso de uso involucrado.
Fig.2.4.1.2. Clases de Análisis para la Realización del Caso de Uso
De esta manera se comienzan a observar ya, aunque sea a grandes rasgos, lasclases que formarán parte de nuestro sistema orientado a objetos. Ese es el objetivo principal de esta etapa de análisis, o valga decir, del modelo de análisis. Las clases y actores pueden expresarse en de un diagrama de clases del análisis para ir tomando idea de la estructura del software.
Fig.2.4.1.3. Diagrama de Clases/Objetos del Análisis
44
Que en el presente desarrollo tomará comodiagrama de clases y diagrama de objetos indistintamente porque las clases serán diseñadas a precisión y exactitud para las funcionalidades que se requieren del software de prueba, es decir que existirá una correspondencia biunívoca entre los elementos del diagrama de objetos y los elementos del diagrama de clases que serán instanciados uno a uno en el primero y utilizados a plenitud. La colaboraciónentre estas clases de análisis nos permitirá describir el caso de uso y su realización de una forma aún más detallada que con los diagramas anteriores y, ciertamente, en las metodologías que se están utilizando de guía para el presente desarrollo su uso es perfectamente aconsejado y tiene su lugar en esta etapa del modelado del análisis. Desarrollando el software bajo la estructuramodelo-vista-controlador suelen encontrase presentes los tres estererotipos de clases que las metodologías proponen para el análisis, es decir, las de interfaz de usuario, las de entidad y las de control; sin embargo, en el caso del presente desarrollo, al momento de comenzar el análisis, parecen no requerirse clases de entidad. Los diagrama de colaboración que serán presentados para este modelo de análisis sepresentan a continuación y le servirán al lector para tener una idea preliminar de cómo se comunicarán los objetos; la secuencia de los mensajes en la comunicación se deja, como suelen aconsejar lo expertos, para ser estudiada y diagramada en la siguiente etapa (el modelado del diseño).
Fig.2.4.1.4. Diagrama de Colaboración entre el usuario y la interfaz de entrada
45
Fig.2.4.1.5....
La etapa de análisis busca dar una idea general y al menos conceptual de lo que será el software a desarrollar. El producto final de esta etapa es el modelo del análisis y normalmente consiste en dar buena idea del uso que se le dará al sistema, una idea ligera de la forma de realizarse ese uso y la primera visión de los objetos en función delos cuales se trabajará para dirigir el diseño del producto. El requisito del software de prueba que se desarrolla en esta sección es que permita simplificar condiciones compuestas en las cuales las condiciones simples que la constituyen se encuentren relacionadas por el operador lógico de conjunción (AND), es decir, que permita simplificar una conjunción de condiciones simples. Ya sabiendo esto yluego de todo el desarrollo y especificaciones para el método propuesto en el capítulo anterior, es posible y bien fundamentado el inicio de la etapa de análisis, la cual hoy en día es considerada ya no como antecesora estricta de la etapa de diseño, debido entre otras cosas al desarrollo iterativo y retro alimentado que rige a la mayoría de las metodologías de ingeniería de software actuales. EnUML y desarrollo de software en general el artefacto usado por excelencia hoy en día para representar el modelo contenedor de los requisitos del software es el diagrama de Casos de Uso. Un diagrama general de casos de uso para el sistema que se está tratando en este trabajo es sumamente sencillo y expresa la utilidad del sistema y una vista concreta y clara de su función.
Fig.2.4.1.1. Modelode Caso de Uso General del Sistema 43
De esta información de lo que se desea que el software logre, se puede pasar al modelado del Análisis. En este modelo de análisis se utilizan clases de análisis para describir el caso de uso involucrado.
Fig.2.4.1.2. Clases de Análisis para la Realización del Caso de Uso
De esta manera se comienzan a observar ya, aunque sea a grandes rasgos, lasclases que formarán parte de nuestro sistema orientado a objetos. Ese es el objetivo principal de esta etapa de análisis, o valga decir, del modelo de análisis. Las clases y actores pueden expresarse en de un diagrama de clases del análisis para ir tomando idea de la estructura del software.
Fig.2.4.1.3. Diagrama de Clases/Objetos del Análisis
44
Que en el presente desarrollo tomará comodiagrama de clases y diagrama de objetos indistintamente porque las clases serán diseñadas a precisión y exactitud para las funcionalidades que se requieren del software de prueba, es decir que existirá una correspondencia biunívoca entre los elementos del diagrama de objetos y los elementos del diagrama de clases que serán instanciados uno a uno en el primero y utilizados a plenitud. La colaboraciónentre estas clases de análisis nos permitirá describir el caso de uso y su realización de una forma aún más detallada que con los diagramas anteriores y, ciertamente, en las metodologías que se están utilizando de guía para el presente desarrollo su uso es perfectamente aconsejado y tiene su lugar en esta etapa del modelado del análisis. Desarrollando el software bajo la estructuramodelo-vista-controlador suelen encontrase presentes los tres estererotipos de clases que las metodologías proponen para el análisis, es decir, las de interfaz de usuario, las de entidad y las de control; sin embargo, en el caso del presente desarrollo, al momento de comenzar el análisis, parecen no requerirse clases de entidad. Los diagrama de colaboración que serán presentados para este modelo de análisis sepresentan a continuación y le servirán al lector para tener una idea preliminar de cómo se comunicarán los objetos; la secuencia de los mensajes en la comunicación se deja, como suelen aconsejar lo expertos, para ser estudiada y diagramada en la siguiente etapa (el modelado del diseño).
Fig.2.4.1.4. Diagrama de Colaboración entre el usuario y la interfaz de entrada
45
Fig.2.4.1.5....
Leer documento completo
Regístrate para leer el documento completo.