DESARROLLO OO CHAPAN BAXIN GESISAHI

RAYSA AGUILAR MARTINEZ PABLO ORTEGA XOLO AZAEL PELAYO LEMPINO NELLY DEL CARMEN HERRERA TOLEN LORENA MUOZ GOMEZ MARIANA DEL ROCIO CHONTAL MORALES ALMA JENNY CHIGO MARTINEZ SARAHI DEL CARMEN BUSTAMANTE GAMEZ JOEL BAXIN MONTIEL ERIKA KEREN COSME ANDRADE DAMARIS RUBI VIDAA MACHUCHO RAUL ANTONIO USCANAGA FERMAN JUAN MANUEL OSORIO DOMINGUEZ ALBERTO ANTONIO SEBA PAXTIAN

LOGO

Contenido
1 2 3 4

LOGO

Proceso de Desarrollo
Fase de Planificacin y Especificacin de Requisitos Fase de Construccin: Anlisis

Fase de Construccin: Diseo

INTRODUCCIN
La historia del desarrollo de software se ha evolucionado en base una misma idea: Hacer que la tarea de realizar programas para computadoras sea cada mas simple, flexible y Es una tcnica de programacin cuyo portable. soporte fundamental es el objeto. Es un modo de trabajo ms natural, que permite al desarrollador centrarse en solucionar el problema en lugar de tener que andar pensando en cmo decirle a la computadora que haga esto o lo otro.

LOGO

Proceso de Desarrollo

LOGO

Cuando se va a construir un sistema software es necesario conocer un lenguaje de programacin, pero con eso no basta.

Proceso de Desarrollo

LOGO

Si se sigue un proceso de desarrollo que se ocupa de plantear cmo se realiza el anlisis y el diseo.

La construccin de sistemas software va a poder ser planificable y repetible, y la probabilidad de obtener un sistema de mejor calidad al final del proceso .

Visin General

LOGO

El proceso est formado por una serie de actividades y subactividades, cuya realizacin se va repitiendo en el tiempo, aplicadas a distintos elementos.

Las tres fases al nivel ms alto son las siguientes:

LOGO

Planificacin y Requisitos: Construccin: Instalacin:

Especificacin

de

 Borrador de Modelo Conceptual. Definicin de Casos de Uso de alto nivel. Se decide si abordara la construccin del sistema mediante desarrollo OO

LOGO

Actividades
1. 2. 3. 4. 5. 6. 7. 8. 9. Definir el Plan-Borrador. Crear el informe de investigacin preliminar. Definir los requisitos. Registrar trminos en el glosario. Implementar el prototipo. Definir Casos de uso. Definir el Modelo Conceptual-Borrador. Definir la Arquitectura del Sistema-Borrador. Refinar el plan.

LOGO

Requisitos

LOGO

Un requisito es una descripcin de necesidades o aspiraciones respecto a un producto. Su objetivo es identificar qu es lo que realmente se necesita. Con el fin de que sirva de comunicacin entre cliente y equipo de trabajo. Documento de Especificacin de Requisitos debe contener:
1. 2. 3. 4. Propsito mbito del Sistema, Usuarios Funciones del Sistema Atributos del Sistema

CASOS DE USO
LOGO

LOGO

CASOS DE USO DE ALTO NIVEL

CASOS DE USO EXPANDIDO

Dos secciones: Encabezamiento Describe el nombre, actores, descripcin, tipo de caso de uso, y ms Cuerpo Describe eventos tpicos y alternativas a dichos eventos.

Es una descripcin ms detallada de los procesos usados para lograr el funcionamiento del sistema. Un caso de uso expandido es construido sobre sobre un caso de uso de alto nivel

2.3.3 Identificacin de Casos de Uso

LOGO

Identificacin de los casos de uso

LOGO

Se basa en la revisin de los documentos de requisitos existentes, y en el uso de la tcnica de brainstorming entre los miembros del equipo de desarrollo. Como gua para la identificacin inicial de casos de uso hay dos mtodos: a) Basado en Actores b) Basado en Eventos

LOGO

Basado en Actores Identificar los actores relacionados con el sistema y/o la organizacin. Para cada actor, identificar los procesos que inicia o en los que participa. Basado en Eventos Identificar los eventos externos a los que el sistema va a tener que responder. Relacionar los eventos con actores y casos de uso.

2.3.4 Identificacin de los Lmites del Sistema

LOGO

Identificacin de los Lmites del Sistema

LOGO

Al definir los lmites del sistema se establece una diferenciacin entre lo que es interno y lo que es externo al sistema. El entorno exterior se representa mediante los actores.

2.3.5 Tipos de Casos de Uso

LOGO

Tipos de Casos de Uso

LOGO

Segn su importancia
Primarios: Representan los procesos principales, los ms comunes, como Realizar Reintegro en el caso del cajero automtico Secundarios: Representan casos de uso menores, que van a necesitarse raramente, tales como Aadir Nueva Operacin. Opcionales: Representan procesos que pueden no ser abordados en el presente proyecto.

LOGO

Segn el Grado de Compromiso con el Diseo

Un caso de uso definido a nivel abstracto se denomina esencial Un caso de uso real describe concretamente el proceso en trminos del diseo de la solucin especifica que se va a llevar a cabo No hay diferencia estricta entre un caso de uso esencial y uno real, el grado de compromiso con el diseo es continuo y una descripcin especifica estar situada en algn punto

2.3.6 Consejos Relativos a Casos de Uso

a) Nombre: en un Caso de Uso debera ser un verbo, para
enfatizar que se trata de un proceso, por ejemplo: Comprar Artculos o Realizar Pedido.

b)

Cuando se tiene una alternativa que ocurre de manera relativamente ocasional, se indica en el apartado Cursos Alternativos.

Alternativas equiprobables:

LOGO

2.4 Construccin del Modelo de Casos de Uso

LOGO

Pasos para construir el Modelo de Casos de Uso en la fase de Planificacin y Especificacin de requisitos: 1. Definir los lmites del sistema y se identifican los actores y los casos de uso. 2.Escribir todos los casos de uso. Se categorizan como primarios, secundarios u opcionales.

LOGO

3. Dibujar Diagrama de Casos de Uso. 4. Relacionar los casos de uso e ilustrar las relaciones en el Diagrama de Casos de Uso. 5. Los casos de uso ms crticos, importantes y que con llevan un mayor riesgo, se describen en el formato expandido.

LOGO

6. Se crean casos de uso reales slo cuando: Descripciones detalladas El cliente pide que los procesos se describan 7. Ordenar segn prioridad los casos de uso.

2.5 Planificacin de Casos de Uso segn Ciclos de Desarrollo

LOGO

Para tomar la decisin de qu casos de uso se van a tratar primero es necesario ordenarlos segn prioridad.

LOGO

a. Impacto significativo en el diseo de la arquitectura. b. Comprensin del diseo con un nivel de esfuerzo bajo. c. Incluye funciones complejas, crticas en el tiempo o de nivel elevado de riesgo. d. Implica bien un trabajo de investigacin significante, o bien el uso de una tecnologa nueva o arriesgada. e. Representa un proceso importancia en la lnea de negocio. f. Supone un aumento de beneficios o una disminucin de costes.

LOGO

Para realizar la clasificacin se puede asignar cada caso de uso una valoracin numrica de cada uno de estos puntos.

Caso de Uso Inicializacin

LOGO

Inicialmente se desarrolla una versin simplificada

Conceptos

Satisfacer las necesidades de inicializacin de los casos de uso que se tratan en dicho ciclo.

3.1 Actividades
Las actividades de la fase de Anlisis son las siguientes:
1. Definir Casos de Uso Esenciales en formato expandido. (si no estn definidos ) 2. Refinar los Diagramas de Casos de Uso. 3. Refinar el Modelo Conceptual. 4. Refinar el Glosario. (continuado en posteriores fases)

LOGO

5. Definir los Diagramas de Secuencia del Sistema.

6. Definir Contratos de Operacin. 7. Definir Diagramas de Estados. (opcional)

3.2 Modelo Conceptual

LOGO

Una parte de la investigacin sobre el dominio del problema consiste en identificar los conceptos que lo conforman. Para representar estos conceptos se va a usar un Diagrama de Estructura Esttica de UML. El objetivo de la creacin de un Modelo Conceptual es aumentar la comprensin del problema.

3.2.1 Identificacin de Conceptos 3.2.2 Creacin del Modelo Conceptual

LOGO

LOGO

Identificacin de Conceptos
hay que basarse en el documento de Especificacin de Requisitos y en el conocimiento general acerca del dominio del problema.

Para identificar conceptos..

Otro Consejo: Consiste en buscar sustantivos en los documentos de requisitos o, ms concretamente, en la descripcin de los casos de uso. No es un mtodo infalible, pero puede servir de gua para empezar.

LOGO

Categoras Objetos fsicos o tangibles Especificaciones, diseos o descripciones de cosas

Ejemplo

Avin Terminal_de_Caja
Especificacin_de_Producto Descripcin_de_Vuelo Supermercado Aeropuerto Venta, Pago Reserva Artculo_de_Venta

Lugares
Transacciones Lneas de una transaccin Roles de una persona Contenedores de otras cosas

Cajero Piloto
Supermercado, Cesta Avin Artculo Pasajero

Cosas en un contenedor

LOGO

Categoras Otros ordenadores o sistemas electromecnicos externos a nuestro sistema Conceptos abstractos Organizaciones Eventos Reglas y polticas Catlogos

Ejemplo Sistema_de_Autorizacin_de_Tarjetas_de Crdito Sistema_Controlador_de_Trfico_Areo Hambre Departamento_de_Ventas Compaa_Area_Toto Venta, Robo, Reunin Vuelo, Accidente, Aterrizaje Poltica_de_Devoluciones Poltica_de_Cancelaciones Catlogo_de_Productos Catlogo_de_Piezas

LOGO

Categoras Archivos financieros, de trabajo, de contratos, de asuntos legales Instrumentos y servicios financieros Manuales, libros

Ejemplo Recibo, Contrato_de_Empleo Registro_de_Revisiones Lnea_de_Crdito Stock Manual_del_Empleado Manual_de_Reparaciones

Para poner nombre a los conceptos se puede usar la analoga con el cartgrafo, resumida en los siguientes tres puntos: Usar los nombres existentes en el territorio Excluir caractersticas irrelevantes No aadir cosas que no estn ah

LOGO

Para crear el Modelo Conceptual se siguen los siguientes pasos:

1. Hacer una lista de conceptos candidato usando la Lista de Categoras de Conceptos de la Tabla 1 y la bsqueda de sustantivos relacionados con los requisitos en consideracin en este ciclo. 2. Representarlos en un diagrama. 3. Aadir las asociaciones necesarias para ilustrar las relaciones entre conceptos que es necesario conocer. 4. Aadir los atributos necesarios para contener toda la informacin que se necesite conocer de cada concepto.

3.2.3 Identificacin de Asociaciones

LOGO

LOGO

Una asociacin es una relacin entre conceptos que indica una conexin con sentido y que es de inters en el conjunto de casos de uso que se est tratando. Se incluyen en el modelo las asociaciones siguientes: Asociaciones para las que el conocimiento de la relacin necesita mantenerse por un cierto perodo de tiempo (asociaciones necesita-conocer). Asociaciones derivadas de la Lista de Asociaciones Tpicas

LOGO

LOGO

3.2.4 Identificacin de Atributos

LOGO

Es necesario incorporar al Modelo Conceptual los atributos necesarios para satisfacer las necesidades de informacin de los casos de uso que se estn desarrollando en ese momento. Los atributos deben tomar valor en tipos simples (nmero, texto, etc.), pues los tipos complejos deberan ser modelados como conceptos y ser relacionados mediante asociaciones.

LOGO

Incluso cuando un valor es de un tipo simple es ms conveniente representarlo como concepto en las siguientes ocasiones: Se compone de distintas secciones. Por ejemplo: un nmero de telfono, el nombre de una persona, etc. Tiene operaciones asociadas, tales como validacin. Ejemplo: NIF. Tiene otros atributos. Por ejemplo un precio de oferta puede tener fecha de fin. Es una cantidad con una unidad. Ejemplo: El precio, que puede estar en pesetas o en euros.

3.3 Glosario

LOGO

En el glosario debe aparecer una descripcin textual de cualquier elemento de cualquier modelo, para eliminar toda posible ambigedad.

3.4 Diagramas de Secuencia del Sistema

LOGO

Una parte de la descripcin del comportamiento del sistema se realiza mediante los Diagramas de Secuencia del Sistema.

3.4.1 Construccin de un diagrama de secuencia Pasos para construir un diagrama de secuencia: 1. Representar el sistema como un objeto con una lnea debajo. *Rectngulos con nombre (subrayado)

LOGO

2. Identificar los actores que directamente operan con el sistema, y dibujar una lnea para cada uno de ellos.

LOGO

LOGO

3. Partiendo del texto del curso tpico de eventos del caso de uso, identificar los eventos (externos) del sistema que cada actor genera y representarlos en el diagrama.

4. Opcionalmente, incluir el texto del caso de uso en el margen del diagrama.

Contratos de Operaciones

LOGO

Un Contrato es un documento que describe qu es lo que se espera de una operacin. Tiene una redaccin en estilo declarativo, enfatizando en el qu ms que en el cmo.

LOGO

Se puede escribir un contrato para un mtodo individual de una clase software, o para una operacin del sistema completa.

La descripcin de cada apartado de un contrato es como sigue:

LOGO

3.5.1 Construccin de un contrato

LOGO

Identificar operaciones del sistema.

Construir un contrato por cada operacin del sistema.

Escribir el apartado de: Responsabilidad es

Rellenar el apartado de Postcondiciones

LOGO

Describir las postcondiciones con las siguientes categoras:

Creacin y borrado de instancias Modificacin de atributos. Asociaciones formadas y retiradas-

IV.3.5.2 Post-condiciones

LOGO

El modelo conceptual Cambios que sufren los elementos del mismo.

Para redactar una post-condicin, es mejor usar el tiempo pasado o pretrito perfecto. Ejemplo: Es mejor decir se ha creado una Sesin que crear una Sesin

LOGO

3.6 Diagramas de Estados

Un Diagrama de Estados muestra la secuencia de estados por los que pasa un caso de uso

Se puede aplicar un Diagrama de Estados al comportamiento de los siguientes elementos: Una clase software. Un concepto. Un caso de uso.

LOGO

4 Fase de Construccin: Diseo

En la fase de Diseo se crea una solucin a nivel lgico para satisfacer los requisitos, basndose en el conocimiento reunido en la fase de Anlisis. Se puede aplicar un Diagrama de Estados al comportamiento de los siguientes elementos: Una clase software. Un concepto. Un caso de uso.

LOGO

4.1 Actividades

Las actividades que se realizan en la etapa de Diseo son las siguientes: Definir los Casos de Uso Reales. Definir Informes e Interfaz de Usuario. Refinar la Arquitectura del Sistema. Definir los Diagramas de Interaccin. Definir el Diagrama de Clases de Diseo. (En paralelo con los Diagramas de Interaccin) Definir el Esquema de Base de Datos.

LOGO

QUE ES?

LOGO

describe el diseo Como alternativa el real del caso de uso desarrollador puede segn una tecnologa crear bocetos de la concreta de entrada y interfaz en papel, y de salida dejar los detalles para la fase de Si el caso de uso implementacin. implica una interfaz de usuario, el caso de uso real incluir bocetos de las ventanas y detalles de la interaccin.

4.3 DIAGRAMA DE COLABORACION

Los Diagramas de Interaccin muestran el intercambio de mensajes entre instancias del modelo de clases para cumplir las postcondiciones establecidas en un contrato.

LOGO

EXISTEN 2 CLASES

LOGO

DIAGRAMA DE COLABORACION
DIAGRAMA DE SECUENCIA

4.3.1CREACION DE DIAGRAMA DE COLABORACION

Crear un diagrama separado para cada operacin del sistema en desarrollo en el ciclo de desarrollo actual. Usando los apartados de responsabilidade s y de postcondiciones del contrato de operacin, y la descripcin del caso de uso como punto de partida.

LOGO

Si el diagrama se complica, dividirlo en diagramas ms pequeos.

LOGO

CONOCER
Conocer datos privados encapsulados Conocer los objetos relacionados.
Conocer las cosas que puede calcular o derivar.

LOGO

HACER
Hacer algo el mismo

Iniciar una accin en otros objetos

Controlar y coordinar actividades en otro objeto.

4.4 DIAGRAMA DE CLASES DE DISEO

LOGO

Es el conjunto de todas las clases usadas (Diagramas de Colaboracin procedente del Modelo Conceptual) junto con sus relaciones.

El Diagrama de Clases de Diseo incluye:

1. Clase, asociaciones y atributos. 2. Interfaces con sus operaciones y constates. 3. Mtodos. 4. Navegabilidad. 5. Dependencia.

LOGO

4.4.1 RELACIONES DE DEPENDENCIA PARA REPRESENTAR VISIBILIDAD ENTRE CLASES

LOGO

DEPENDENCIA

LOGO

Cuando una clase conoce a otra por un medio que no es a travs de un atributo (una asociacin con la navegabilidad adecuada), entonces es preciso indicar esta situacin por medio de una dependencia.
La visibilidad ms directa es por medio de atributo, cuando hay una asociacin entre ambas clases y se puede navegar de la primera a la segunda (un atributo de la primera es un puntero a un objeto de la segunda).

TIPOS DE VISIBILIDAD MEDIANTE RELACIONES DE DEPENDENCIA

Parmetro: Cuando a un mtodo de una clase se le pasa como parmetro un objeto de otra clase. Local: Define una variable local que es un objeto de otra clase, la primera tiene visibilidad local sobre la segunda. Global: Cuando un mtodo de una clase llama a un mtodo de esa variable global.

LOGO

Solitario: Caso Particular de Visibilidad global

LOGO

El uso de variables globales no se aconseja por los efectos laterales que se pueden presentar, pero hay un caso en el que s hay cierta globalidad: las clases que slo van a tener una instancia.

Varias clases de nuestro sistema pueden querer llamar a los mtodos de la nica instancia de una clase de ese tipo, entonces s se considera que es beneficioso que se pueda acceder a esa instancia como un valor accesible de forma global.

LOGO

Para indicar que una clase slo va a tener una instancia, se etiqueta la clase con el estereotipo <<solitario>> y las relaciones de dependencia entre las clases que la usan y se etiquetan tambin <<solitario>> en vez de <<global>>.

Ejemplo del cdigo en Java de una clase solitario:

public class Solitario { // se define la instancia como atributo de clase (static) Solitario static instancia := null; // mtodo de clase que devuelve la instancia public static Solitario dar_instancia() { if (instancia = = null) { // si no est creada la instancia la crea instancia := new Solitario(); } return instancia; } ... // otros mtodos de la clase }

LOGO

LOGO

Cuando otra clase quiere llamar a un mtodo de la instancia incluye el siguiente cdigo:
variable Solitario; variable = Solitario.dar_instancia(); variable.mtodo (); // llamada al mtodo que necesitamos

4.4.2 CONSTRUCCIN DE UN DIAGRAMA DE CLASES DE DISEO

LOGO

1. Identificar todas la clases participantes. 2. Representarlas en un diagrama de clases. 3. Duplicar los atributos que aparezcan en los conceptos asociados de Modelo Conceptual. 4. Aadir los mtodos, segn aparecen en los Diagramas de Interaccin. 5. Aadir informacin tipo a los atributo y mtodos. 6. Aadir las asociaciones. 7. Aadir flechas de navegabilidad a las asociaciones. 8. Aadir relaciones de dependencia.

CONCLUSIN
Una de las etapas durante el desarrollo de software en las que se debe poner mayor atencin durante el desarrollo de software es el Diseo, ya que un sistema bien diseado ser menos propenso a fallos, adems del costo que implica encontrar un fallo en diseo en lugar de la etapa de las pruebas

LOGO

BIBLIOGRAFA
Desarrollo Orientado a Objetos con UML Xavier Ferr Grau, Mara Isabel Snchez Segura Facultad de Informtica UPM

REFERENCIAS ELECTRONICAS
http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/diaz_c_a/capitulo6.pdf catarina.udlap.mx http://www.itescam.edu.mx/principal/sylabus/fpdb/recursos/r40385.PDF www.itescam.edu.mx UML Expanded Use Case www.altatorre.com

LOGO

www.themegallery.com

DESARROLLO DE PROYECTOS DE SOFTWARE

LOGO