DESARROLLO DEL PROYECTO

Unidad 1. Introducción al Lenguaje Unificado de Modelado.

1. Qué es UML
R/conjunto de notaciones y diagramas estándar para modelar sistemas orientados
a objetos, y describe la semántica esencial de lo que estos diagramas y símbolos
significan, se encarga de documentar, visualizar y especificar las funciones y
procesos de los sistemas de software orientados al objeto, pero no los programa,
ya que de eso se encargan los lenguajes de programación orientados a objetos.

2. Modelado Estructurado
R/Diseño estructurado es el proceso de decidir que componentes, y la
interconexión entre los mismos, para solucionar un problema bienes planificados,
los analistas comienzan a trabajar sobre un proyecto de sistemas de información,
a menudo tienen que profundizar en un área de la organización con la que tienen
poca familiaridad, requiere muchas actividades coordinadas y el empleo de una
diversidad de herramientas y modelos. La metodología de desarrollo de sistemas
es una forma estándar de organizar y coordinar estas actividades.

Unidad 2. Características del Modelado UML.

1. Diagramas Utilizados en UML.

R/Un diagrama es la representación gráfica de un conjunto de elementos con sus
relaciones. En concreto, un diagrama ofrece una vista del sistema a modelar. Para
poder representar correctamente un sistema, UML ofrece una amplia variedad de
diagramas para visualizar el sistema desde varias perspectivas. UML incluye
los siguientes diagramas:
Diagrama de casos de uso.
Diagrama de clases.
Diagrama de objetos.
Diagrama de secuencia.
Diagrama de colaboración.
Diagrama de estados.
Diagrama de actividades.
Diagrama de componentes.
Diagrama de despliegue.

2. Modelado dinámico.
R/ Escribe los aspectos de un sistema que cambian con el tiempo. El modelo
dinámico se utiliza para especificar e implementar los aspectos de control del
sistema. Los modelos dinámicos contienen diagramas de estado, los cuales no
son más que grafos cuyos nodos son estados y cuyos arcos son transiciones entre
estados causadas por sucesos.
3. Modelado Arquitectónico.
R/Analizar los aspectos funcionales y formales teniendo en cuenta la
determinación que indica el diseño, analizar los factores relacionales con el
contexto y su relación con el modelo.

Unidad 3. Desarrollo Orientado a Objetos con UML

Trabajo Colaborativo 3
1 Proceso de Desarrollo
2 Planificación y especificación de requisitos
3 Diseño de Alto Nivel
4 Diseño de Bajo Nivel
5 Fase de Implementación y pruebas

CARACTERISTICA DE LA EMPRESA

Electric S.A. es una empresa líder en nuestra región, su

principal labor es la venta de insumos y partes relacionadas
en el campo eléctrico y electrónico, ofreciendo los mejores
productos a precios razonables, satisfaciendo a nuestros
clientes.

DESCRIPCIÓN RESUMIDA DE LA ACTIVIDAD

Electric S.A. es una empresa que maneja su inventario, ventas y proveedores por
medio deInternet, además, es una tienda especializada en componentes
electrónicos que compra susexistencias a una serie de proveedores, vendiéndolas
posteriormente a sus clientes, a la vez lleva elcontrol del almacén para controlar
sus existencias en todo momento.

Los proveedores se controlan manteniendo su información principal al día como

es: teléfono, NIT,dirección, ciudad a esto se le suma la información de los
componentes que cada proveedor vende. Elmódulo de proveedores, además del
típico mantenimiento de los datos relacionados, se encarga degenerar los listados
de las piezas vendidas por un determinado proveedor.

Cuando un cliente solicita un determinado componente, se comprueba que haya

existencias delproducto y se le informa de su precio. Si el cliente adquiere el
producto, se actualizará el inventariodel almacén y se le emitirá una factura. Si no
hay existencias del componente pero si el cliente estáinteresado se procederá a
almacenar la petición, con objeto de realizar el correspondiente pedido
alproveedor.

El control de almacén se encarga de tener actualizado el almacén de existencias,

dando de alta loscomponentes que llegan, eliminando componentes defectuosos,
eliminando componentes vendidos yrealizando los listados de componentes
disponibles en el almacén y de los componentes pendientesde ser pedidos a un
proveedor.

MISION
Nuestra misión como empresa es ofrecer los mejores servicios a
los clientes satisfaciendo sus preguntas, respuestas y
necesidades, dar al cliente una amplia variedad de productos en
el campo eléctrico y electrónico abarcando así el mercado
menos explorado con nuestros productos de alta calidad e
innovadores.

VISION
ELECTRIC, busca ser reconocida antes del 2015 en
Colombia y en el exterior, como una empresa líder que
brinda soluciones electrónicas especializadas en el
sector industrial y tecnológico con un equipo humano
en permanente crecimiento personal, técnico y social.

1. Objetivos del sistema

El objetivo del sistema es tomar una administración correcta de los recursos

mediante la sistematización de los procesos de la empresa.
Los principales procesos de la empresa que serán sistematizados serán:
 Administración de bodega (inventario)
 Administración de base de datos proveedores
 Administración de base de datos clientes
 Administración de órdenes de encargo
 Administración de compra de productos
 Facturación de ventas
Todos estos procesos y recursos de datos se manejaran por medio de un software
en una página web, los clientes pueden entrar a la página y mirar los productos y
encargarlos.
En este apartado vamos a definir una lista con los diferentes objetivos que se
esperan alcanzar cuando el sistema software a desarrollar esté en explotación.
Serán especificados mediante una plantilla para objetivos.

OBJ-01 Gestionar las ventas

Descripción El sistema deberá gestionar las ventas de componentes electrónicos
realizadas por la tienda
Estabilidad Alta

OBJ-02 Gestionar los Proveedores

Descripción El sistema deberá gestionar los proveedores manteniendo su
información principal como teléfono, NIT, dirección, ciudad y la
información de los componentes que cada proveedor vende
Estabilidad Alta

OBJ-03 Gestionar el Inventario

Descripción El sistema deberá gestionar el inventario actualizado el almacén de
existencias, dando de alta los componentes que llegan, eliminando
componentes defectuosos, eliminando componentes vendidos y
realizando los listados de componentes disponibles en el almacén y
de los componentes pendientes de ser pedidos a un proveedor.
Estabilidad Alta

2. Requisitos de almacenamiento de información

Esta sección contiene la lista de requisitos de almacenamiento de información que

se han identificado, utilizando para especificarlos la plantilla para requisitos de
almacenamiento de información. Especificaremos toda la información que
debemos almacenar en nuestro sistema.

RI-01 Información sobre ventas

Objetivos Gestionar las ventas
asociados
Requisitos Ventas
asociados Componentes
Facturación
Descripción El sistema deberá almacenar la información correspondiente a los
clientes y las ventas realizadas
Datos Número de factura de venta
específicos Fecha
Cliente
NIT/Cédula
Dirección
Teléfono
 Ciudad
Ref. Producto
Descripción del artículo
Valor unitario
Cantidad
IVA
Intervalo Pasado y presente
temporal
Estabilidad Alta

RI-02 Información sobre proveedores

Objetivos Gestionar los proveedores
asociados
Requisitos Proveedores
asociados Componentes
Descripción El sistema deberá almacenar la información correspondiente a los
proveedores y las piezas vendidas por un determinado proveedor.
Datos Número de registro de compra
específicos Fecha
Proveedor
NIT/Cédula
Dirección
Teléfono
Ciudad
Ref. Producto
Descripción del artículo
Valor unitario
Cantidad
IVA
Intervalo Pasado y presente
temporal
Estabilidad Alta

RI-03 Información sobre inventario

Objetivos Gestionar el inventario
asociados
Requisitos Ventas
asociados Componente
Peticiones
Inventario
Proveedores
Descripción El sistema deberá almacenar la información correspondiente a las
existencias dando de alta los componentes que llegan, eliminando
componentes defectuosos, eliminando componentes vendidos y
realizando los listados de componentes disponibles en el almacén y
 de los componentes pendientes de ser pedidos a un proveedor.
Datos Ref. Producto
específicos Descripción del artículo
Cantidad
IVA
Precio compra
Precio venta
Proveedor
Intervalo Pasado y presente
temporal
Estabilidad Alta

3. Requisitos funcionales

3.1 Diagramas de caso de uso

En esta sección hemos incluido los diagramas de casos de uso de nuestro

sistema, desarrollados con la herramienta StarUML.

Diagrama de subsistemas

<<subsistema>> <<subsitema>> <<subsitema>>

Gestion de Gestion de Gestion de
ventas proveedores inventario

3.2 Definición de actores:

Este apartado contiene los diferentes actores que se han identificado,

especificados mediante la plantilla para actores de casos de uso.

ACT-01 Cliente
Descripción Este actor representa a los clientes de la tienda

ACT-02 Administrador
Descripción Este actor representa al administrador de la tienda

ACT-03 Proveedor
Descripción Este actor representa los proveedores del almacén
 DIAGRAMAS UML
DIAGRAMAS DE CASOS DE USO

System
<<include>>
Ventas Facturación

<<extend>> <<include>>

Cliente
Inventario
<<include>>

<<include>>
Peticiones Componentes
<<include>>
Administrador

Proveedores
DIAGRAMAS DE CLASES
 DIAGRAMAS DE ACTIVIDADES

Proveedor Administrador Sistema

Solicita inventario Genera inventario

Solicita componentes pendientes Lista componentes pendientes

Recibe solicitud Solicita pedido Muestra información

del proveedor
Entrega cotización Solicita pedido a
nuevo proveedor

Recibe cotización

¿Está de acuerdo?

No

Si
Recibe confirmación de pedido Genera pedido

Envía pedido y factura Recibe pedido y factura

Está conforme
Debido a productos No Si
defectuosos o faltantes

Recibe error de pedido Comunica error de pedido Cancela factura

Registra datos proveedor Almacena datos proveedor

Registra componentes Almacena componentes

Archiva factura de compra Actualiza inventario

 Proveedor Administrador Sistema

Solicita inventario Genera inventario

Solicita componentes pendientes Lista componentes pendientes

Recibe solicitud Solicita pedido Muestra información

del proveedor
Entrega cotización Solicita pedido a
nuevo proveedor

Recibe cotización

¿Está de acuerdo?

No

Si
Recibe confirmación de pedido Genera pedido

Envía pedido y factura Recibe pedido y factura

Está conforme
Debido a productos No Si
defectuosos o faltantes

Recibe error de pedido Comunica error de pedido Cancela factura

Registra datos proveedor Almacena datos proveedor

Registra componentes Almacena componentes

Archiva factura de compra Actualiza inventario

 DIAGRAMAS DE SECUENCIA

<<boundary>> <<boundary>> <<control>> <<entity>>

: VentanaPrincipal : VentanaVentas : ControlInventario : Cliente

: Administrador 1 : "Ventas"

2 : abrir()

3 : "Productos"

4 : comprobarExistencias()

5 : mostrarInformacion()

6 : informarPrecio()

7 : registrarProductos()

8 : almacenarPoductos()

9 : mostrarCantidadTotalPagar()

10 : solicitarCantidadTotalPagar()

11 : entregarCantidadTotalPagar()

12 : registrarFactura()

13 : almacenarFactura()

14 : actualizarInventario()

15 : solicitarImpresionFactura()

16 : imprimirFactura()

17 : entregarFactura()
 <<boundary>> <<boundary>> <<control>> <<entity>>
: VentanaPrincipal : VentanaInventario : ControlInventario : Proveedor

: Administrador 1 : "Inventario"

2 : abrir()

3 : generarInventario()

4 : "Componentes Pendientes"

5 : listarComponentesPendientes()

6 : solicitarPedido()

7 : entregarCotizacion()

8 : enviarPedido()

9 : cancelarFactura()

10 : entregarPedido()

11 : registrarComponentes()

12 : almacenarComponentes()

13 : actualizarInventario()