Papel De Las Clases En El Análisis Y El Diseño

Fundamentos de programación
Primera unidad.
“Papel de las clases en el análisis y el diseño”


Análisis orientado a objetos
Es un método de análisis que examina los requisitos desde la perspectiva de las clases y objetos que se encuentran en el vocabulario del dominio del problema.
Pero como cualquier proceso, este debe de seguir un orden para que funcione correctamente.
Pasos paradesarrollar la etapa de análisis en el proceso de creación de software:
Análisis:
* Documentos de análisis
* Especificación de requisitos o requerimientos
* Diagramas de casos de uso
* Escenarios y sub-escenarios
* Prototipos
A continuación se explicaran cada una de ellas.

Documentos de análisis.
Estos contienen la documentación que aporta el cliente que encarga la aplicación,además de las actas de las reuniones de trabajo del grupo de análisis.


Especificación de requisitos o requerimientos
La captura de requisitos es el proceso de averiguar, normalmente en circunstancias difíciles, lo que se debe construir y es un documento más técnico y elaborado de los documentos de análisis.
La captura de requisitos es complicada debido a que en algunas veces los usuariosno saben expresar exactamente lo que quieren y es difícil tener una visión global del problema a resolver.
Estos requisitos, es necesario ordenarlos de manera jerárquica para que sea más fácil seguirlos a lo largo del proceso de desarrollo de software:
* Los requisitos relacionados se organizan dentro de un mismo nivel
* Cada nivel 1 se puede hacer corresponder posteriormente con un casode uso.
* Cada nivel 2 se puede hacer corresponder posteriormente con un escenario.
* Cada nivel 3 se puede hacer corresponder posteriormente con un sub-escenario

Casos de uso.
Representan la típica interacción entre un usuario y un sistema informático. Un caso de uso es una técnica de modelado utilizada para describir lo que un nuevo sistema debe hacer o lo que un sistema existente yahace. Estos representan una vista externa del sistema y capturan algunas de las acciones y comportamientos del sistema y los actores.
Un modelo de casos de uso se construye mediante un proceso iterativo durante las reuniones entre los desarrolladores del sistema y los clientes conduciendo a una especificación de requisitos sobre la que todos coinciden.

Diagramas de casos de uso.
El diagramade casos de uso es un diagrama sencillo que tiene como finalidad dar una visión global de toda la aplicación de forma que se pueda entender de una forma rápida y grafica tanto por usuarios como por desarrolladores. Los casos de uso son un camino específico para usar el sistema y tan solo indican opciones generales.
Para representar un caso el sistema que se desea representar debe ser encerrado enun rectángulo.
Los actores son los que interactúan con el sistema. Representan todo lo que necesite intercambiar con el sistema. Sin embargo, hay que diferenciar entre actores y usuarios: un usuario es una persona que utiliza el sistema; un actor representa el papel (rol) que una persona desempeña (por ejemplo, una persona puede ser usuario y administrador en un sistema, unas veces actuará comousuario y otras como administrador, pero deben contemplarse ambos actores).

Para los casos de uso se deben especificar cada uno de sus componentes.

Ejemplos de descripción de los casos de uso:
1.- pedidos- escenario general donde se realizan todas las operaciones relativas a pedidos: hacer, anular y devolver pedidos. Todo es realizado por el responsable de informática
5.- sugerencias- esuna línea de comunicación entre los diferentes agentes que interaccionan con el sistema.

La relación "extend" se utiliza cuando un caso de uso es similar a otro caso de uso pero se le añade alguna característica nueva.
La relación "use" se utiliza cuando se tiene una parte del comportamiento común a más de un caso de uso, y no se desea almacenar una copia en cada caso de uso de la descripción...