Mostrando entradas con la etiqueta Entrega1. Mostrar todas las entradas
Mostrando entradas con la etiqueta Entrega1. Mostrar todas las entradas

domingo, 3 de julio de 2011

Proyecto. Herencia y Polimorfismo

En esta entrada veremos si se aplica o no herencia en nuestros proyectos.
Para empezar repasemos algunos conceptos relacionados y ejemplos:

Herencia:
La herencia es una propiedad fundamental en la Programacion orientada a objetos y se refiere que cuando una clase padre (o superclase) comparte atributos y métodos propios con las clases hijas (o subclases).
 Esto se asocia mas en Biologia por ejemplo en la tierra hay muchos Animales(Superclase) pero existen diferentes tipos de animales(mamiferos, reptiles, acuaticos, aereos, etc).
Si lo aplicaremos seria la clase animales hereda atributos a las subclases como(color, tamaño, numero de extremidades, etc), y estos a su vez heredan algunos métodos como(oler, oir, comer,ver).
 La superclase tambien se le conoce como "Clase Padre" y a las subclases como "Clases Hijas".
Las Subclases pueden implementar metodos propios, por ejemplo: las avez vuelan, característica dificílmente compartible con los demás.  

Qué hereda y qué no hereda una clase: 
Una subclase hereda todos los miembros de su súper clase excepto los constructores.
Una subclase no tiene acceso a los miembros privados de su superclase.
Una subclase puede heredar a otras clases. A esto se llama propagación de herencia.
Polimorfismo:  
El polimorfismo lo podemos ver en los metodos, esto es que podemos tener funciones con nombres iguales pero en diferentes clases (sobrecarga), cuando usamos varias funciones con iguales nombres utilizando parametros diferentes (sistema parametrico).  

Aplicado al proyecto. 
En este caso utilizare herencia de las clases predefinidas, y Aqui tendremos la clase padre que la he llamado Factura, dentro de esta tenemos los atributos mas importantes de el sistema, heredan la subclase Producto ya que aqui puden desplegarse que tipos de productos tendremos.

Tambien tendra, una clase llamada BasedeDatos, donde iran métodos como la conexion con la base de datos, la extracion de datos de la base, asi como la escritura de mas informacion en la misma, siendo esta clase hija de una clase "Cliente" donde se almacenaran los atributos mas importante del cliente, ya que al momento de estar facturando es nesesario saber todos los datos del cliente al que se le mostrara su factura.

Referencias. 
Blog de Interes

Diagrama de Clases

En esta entrada les mostrare a lo que es referente a el Diagrama de Clases aplicado en mi proyecto.

¿A que nos referimos con Diagrama de Clases?
Bueno el Diagrama de Clases es parte del Diseño del Sistema, aqui es donde se encuentran las clases que forman parte del sistema, en el cual se muestra el nombre de las clases, atributos y metodos antes definidos en el diseño de clases.

UML es un lenguaje de modelado, no un método.

Un método incluye
  • Lenguaje de modelado: Es la notación (en su mayoría gráfica) que
utilizan los métodos para expresar los diseños.
  • Proceso: Son los pasos que se aconsejan dar para realizar un diseño.



Referencias:

Saludos. (:

sábado, 2 de julio de 2011

Proyecto(Clase). Diseños con Clases

Bueno esta entrada es para definir el diseño de clases que estarán presentes en el sistema que he elegido. 
Explicación breve de estos conceptos seria la siguiente:
Clases:  
  • Implementación de un tipo de dato.
  • Definición de propiedades y operaciones.
Características de los Objetos.
Propiedad= atributo de un objeto.
Método = funcionalidad de un objeto.
A esto se le agrega la visibilidad en el diseño de las clases.Tenemos 4 tipos de visibilidad, publica, privada, protegida y package, tratare de explicar cada uno de estos.
 Publica: Los elementos públicos pueden ser usados por cualquier otra Clase.
Privada: sólo accesibles son accesibles desde los métodos de la clase.
Protegida: solo la clase y sus hijos pueden tener acceso.
Package (por defecto): sólo accesibles desde su paquete (no se puede acceder desde sus subpaquetes).
CLASES Visibilidad Atributos Visibilidad Métodos visibilidad
Factura publica Folio
Fecha
Proveedor
Nombre
Dirección

Privada Llenar
Modificar
Eliminar
Verificar
publica
Cliente publica


usuario
Contraseña
Privada Ingresar
Salir
Registrar
Verificar 
publica
Producto publica Nombre de Producto
Precio
de Producto
Código
Privada Mostrar
Verificar la Existencia
publica

Aquí aun me falta la Clase Base de Datos(BD): Para esta seria una de las importantes ya que aquí se concentrara toda la base de Datos que manejara el sistema, la conexion con esta, la extracción de los datos que el usuario ingresara en el sistema, y la consulta de los mismos. Sus métodos serian conexion, y obtener la base de datos esta seria para sacar la información de la base de datos y manipular con otra clase hija que aun no la tengo definida.
Saludos (:

PROYECTO. CASOS DE USO

Primeramente les dare una breve introduccion a que nos referimos con casos de uso y tambien les mostrare como podemos representarlos mediante los Diagramas de Casos de Uso.
LOS CASOS DE USO"
Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). De forma que al ser parte del análisis nos ayudan a describir qué es lo que es sistema debe hacer. Los Casos de Uso son lo qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario.  
Bueno ahora si nos enfocamos a la representacion de estos Casos de uso mediante el diagrama. 
DIAGRAMA DE CASOS DE USO.
Un Diagrama de Casos de Uso muestra la relación entre los actores y los casos de uso del sistema. Representa la funcionalidad que ofrece el sistema en lo que se refiere a su interacción externa.
 Elementos: Los elementos que pueden aparecer en un Diagrama de Casos de Uso son: actores, casos de uso y relaciones entre casos de uso.
 Actor: Un actor es algo con comportamiento, como una persona (identificada por un rol), un sistema informatizado u organización, y que realiza algún tipo de interacción con el sistema.
Casos de Uso:
Un caso de uso es una descripción de la secuencia de interacciones que se producen entre un actor y el sistema, cuando el actor usa el sistema para llevar a cabo una tarea específica. Expresa una unidad coherente de funcionalidad, y se representa en el Diagrama de Casos de Uso mediante una elipse con el nombre del caso de uso en su interior. El nombre del caso de uso debe reflejar la tarea específica que el actor desea llevar a cabo usando el sistema. 
Relaciones entre Casos de Uso:
Haya relacion entre un caso de uso y el actor, y si el actor interactua con el sistema para realizar el caso de uso. 
Ahora si los siguientes son los casos de uso aplicados en Mi proyecto.

Nombre del Caso Actor(es) Involucrados Descripción Casos de uso relacionados
Acceder Cliente El cliente puede acceder directamente ninguna
Salir Cliente El cliente puede salir directamente ninguna
Registrar Cliente El cliente puede registarse ninguna
Ver Proveedor/Usuario El cliente y el Proveedor pueden ver la Factura

Ingresar Proveedor El proveedor llenara la factura ninguna
Modificar Proveedor El proveedor modificara la factura ninguna
Eliminar Proveedor El proveedor eliminara la factura. ninguna
Verificar Proveedor El proveedor puede verificar si hay existencia de la factura ninguna
El diagrama de Casos de Uso en mi proyecto seria el siguiente:

Referencias: 

lunes, 27 de junio de 2011

ACTIVIDAD 1. DEFINICION DE PROYECTO(Clase)

Buen día compañeros.

Esta entrada sera solo de la definicion de mi proyecto lo que he pensado hacer es un sistema de facturacion este es era enfocado a un negocio familiar pero ya que son pocas días para la entrega de este solo tendra pocas funcionalidades. La idea es tener un sistema que pueda manipular una base de datos en un pequeño negocio de costura en lugar de utilizar excel.

Para su programacion utilizare el lenguaje Java ya que es un lenguaje orientado a objetos y  Java cuenta con las librerías para elaborar interfaces gráficas, ventanas, etc. 
La factura solo contara con:
  • el nombre del producto
  • numero de pieza
  • cantidad de articulos que se compraran
  • el precio del articulo 
conforme lo vaya desarrollando vere si podemos agregar alguna otro campo.

Bueno esta es una pequeña descripcion de lo que sera mi proyecto espero poder lograr mi objetivo si tienen alguna aportacion que me pueda servir o alguna herramienta mas que pueda utilizar me seria muy util.

Vanessa Salazar 1535031