practica final

ULPGC

Trabajo de Recopilación Final

Tecnología Software para el Desarrollo de los Sistemas de la Información

Jesua Betancor Alemán & Óscar Caraballero Gálvez

14/05/2014

Grado en Ingeniería Informática Rama de Tecnologías de la Información


Página 1

Contenido Introducción. ................................................................................................................................. 2

Contenido. ..................................................................................................................................... 2

Situación de partida .................................................................................................................. 2

Objetivos del sistema. ........................................................................................................... 2

Determina la coordinación con los otros sistemas. ¿Cómo se relaciona con el resto de la

organización? ........................................................................................................................ 2

Contexto político, económico, social y tecnológico. ............................................................. 3

Análisis y comparativa con la competencia. ......................................................................... 3

Metodología de trabajo. ....................................................................................................... 3

Análisis de la estructura del sistema ......................................................................................... 4

Determina los conceptos (clases) que definen tu sistema.................................................... 4

Define los conceptos indicando: Nombre corto, breve explicación y prioridad (alta, media,

baja) ....................................................................................................................................... 4

Asigna a cada concepto sus atributos y operaciones más significativas ............................... 4

Modelo de Dominio del Sistema ........................................................................................... 6

Diagrama de casos de uso ..................................................................................................... 7

Validación de requisitos ............................................................................................................ 8

Especificación de los requisitos: ............................................................................................ 8

Viabilidad de nuestro sistema: ............................................................................................ 20

Línea base: ........................................................................................................................... 22

Representación del sistema .................................................................................................... 22

Diagrama de contexto, nivel 0 ............................................................................................ 22

Diagrama del sistema o nivel superior, nivel 1 ................................................................... 23

Diagrama de expansión, nivel 2 .......................................................................................... 24

Conclusiones. .............................................................................................................................. 26

Referencias. ................................................................................................................................. 27


Página 2

Introducción.

Somos el departamento que se encarga de la venta de aplicaciones software de una

organización. A modo de simulación, expondremos nuestras competencias en la organización,

así como las características de nuestro departamento y la forma de interactuar con los demás

miembros del sistema.

Analizaremos la estructura de nuestro sistema. Modelaremos el dominio con un diagrama en

UML y lo complementaremos con un diagrama de casos de uso.

Validaremos nuestro sistema a partir del trabajo anterior.

Realizaremos la especificación de los requisitos, así como la conclusión de si nuestro sistema es

viable o no.

Concluiremos el trabajo con una conclusión sobre la evolución del proyecto.

Contenido.

Situación de partida

Objetivos del sistema.

Dar a conocer las aplicaciones software que ofrece la organización.

Vender los productos ofertados a los clientes.

Ofrecer soporte al sistema de venta de hardware.

Seguimiento de la actividad compra/venta de nuestros productos.

Análisis y valoración de productos en el mercado.

Determina la coordinación con los otros sistemas. ¿Cómo se relaciona con el resto

de la organización?


Página 3

Contexto político, económico, social y tecnológico.

Partiremos de la situación inicial de que vivimos en tiempos de crisis, con lo que debemos ajustar los precios para que puedan ser asequibles para todo el mundo.

Para evitarnos problemas legales, la obtención de licencias para el software ofertado será vital para la buena praxis de nuestras ventas.

Deberemos tener en cuenta:

Ley de patentes española - BOE 26/03/1986

Ley de protección jurídica – BOE 24/12/1993

Ley de Propiedad Intelectual BOE 22/04/1996

Ley de firma electrónica – BOE 20/12/2003

Ley Orgánica de Protección de Datos (LOPD) – BOE 14/12/1999

Partiremos de la base, de que en la actualidad toda la tecnología va dirigida hacia la nube, páginas web y aplicaciones móviles. Por tanto deberemos tener este factor muy en cuenta, a la hora de publicitar nuestro software.

Análisis y comparativa con la competencia.

Para el análisis de la competencia, nos apoyaremos en los siguientes términos:

Tipo de software ofertado.

Precio.

Método de envío.

Garantía.

Formas de pago.

Seguridad en la compra.

Devoluciones.

Metodología de trabajo.

Sistema de venta de equipos hardware:

Nuestro departamento se encarga de instalar el software en los equipos que el

departamento de hardware vaya a vender.

Sistema de gestión de compras:

Nos relacionamos con el departamento de compras cuando se necesite la compra de

productos faltantes en nuestro inventario. Nuestros pedidos estarán gestionados por

ellos.

Sistema de gestión de inventarios:

Necesitamos una cooperación activa y recíproca con gestión de inventarios, ya que nos

dirán la disponibilidad del stock en cuanto vendamos o compremos material software.

Sistema de administración – facturas:

Administración gestionará las facturas de nuestras ventas. Así pues, nuestra relación

estará activa continuamente.


Página 4

Análisis de la estructura del sistema

Determina los conceptos (clases) que definen tu sistema

Servicios

Departamento de Software

Marketing

Software

Clientes

Stock

Ventas

Facturas

Define los conceptos indicando: Nombre corto, breve explicación y prioridad (alta,

media, baja)

Servicios : Servicios prestados a Hardware en la instalación de software en equipos

Departamento de Software : Somos nosotros

Marketing: Promocionar el software

Software: Lo que vendemos

Clientes: Los que compran

Stock: Listado de productos

Ventas: Interacción entre un vendedor, un comprador y las facturas

Facturas: Resultado de una compra

Asigna a cada concepto sus atributos y operaciones más significativas

Servicios:

o Atributos: Nombre.

o Operaciones: instalar_software()

Departamento de Software:

o Atributos:

Nombre

CIF

Ventas

Marketing

Software


Página 5

Servicios

Marketing

o Atributos:

Nombre_campaña

Software

o Operaciones:

Promocionar()

Software

o Atributos:

Nombre

Precio

Stock

o Operaciones:

Pedir_software()

Vender()

Clientes

o Atributos:

Nombre

Apellidos

Dirección

DNI

Email

o Operaciones:

Comprar()

Pedir_presupuesto()

Stock

o Atributos:

Nombre

ID

Cantidad

Precio

o Operaciones:

Listar_productos()

Notificar_ventas()

Ventas

o Atributos:

Cliente

Software

Facturas

Tipo

o Operaciones:

Facturar()

Facturas

o Atributos:

Artículo


Página 6

Precio

Cantidad

o Operaciones:

Imprimir()

Modelo de Dominio del Sistema


Página 7

Diagrama de casos de uso


Página 8

Validación de requisitos

Especificación de los requisitos:

RF-<1> Actualizar Stock

Versión 1.0_19/03/2014

Autores Óscar Caraballero.

Fuentes Óscar Caraballero.

Objetivos asociados Actualizar Stock

Descripción Actualizar el stock con los cambios en los productos

Precondición Recibir notificaciones de uso de productos

Secuencia normal Paso Acción

1 Recibir notificación de uso de producto

2 Actualizar la base de datos de ese producto

3

Postcondición Stock Actualizado

Excepciones Paso Acción

Rendimiento Paso Cota de tiempo

1 2

2 2

Frecuencia esperada 10 v/h

Importancia Importante

Urgencia Inmediata

Comentarios


Página 9

RF-<2> Notificar cambios en Stock

Versión 1.0_19/03/2014



Objetivos asociados Tener el stock actualizado

Descripción Se deberá notificar cualquier cambio en el stock, si es consumido algún producto.

Precondición Utilizar un producto del stock


1 Notificar el cambio en el stock

2

3

Postcondición Stock Actualizado



1 2

2


Importancia Importante

Urgencia Inmediata

Comentarios


Página 10

RF-<3> Promocionar Software

Versión 1.0_19/03/2014



Objetivos asociados Aumentar las ventas de software

Descripción Promociones en los precios de los software

Precondición


1 Bajar los precios de los software promocionados

2

3

Postcondición Oferta en ese software



1 2

2


Importancia Sin importancia

Urgencia Puede esperar

Comentarios


Página 11

RF-<4> Vender Software

Versión 1.0_19/03/2014



Objetivos asociados Vender nuestros productos

Descripción Venta de nuestro software

Precondición Tener una solicitud de compra


1 Revisar las solicitudes de compra

2 Introducir información del usuario

3 Introducir Información de la compra

4 Introducir método de pago

5 Validar método de pago

6 Confirmar Información de compra

7 Crear solicitud de compra

8 Presentar resultado de transacción

Postcondición


1 Si método de pago incorrecto, avisar y aborta.


1 2

2 2

3 2

4 2

5 2

6 2

7 2

8 2


Importancia Vital

Urgencia Inmediatamente

Comentarios


Página 12

RF-<5> Buscar Producto

Versión 1.0_19/03/2014



Objetivos asociados Localizar un producto en la web

Descripción El actor busca un producto dentro de la web

Precondición







1 No se encuentra el producto, mensaje de error


1 2

2 2


Importancia Vital

Urgencia inmediatamente

Comentarios


Página 13

RF-<6> Comprar Software

Versión 1.0_19/03/2014



Objetivos asociados Localizar un producto en la web

Descripción El actor busca un producto dentro de la web

Precondición





4 Introducir método de pago

5 Validar método de pago

6 Confirmar Información de compra

7 Crear solicitud de compra

8 Presentar resultado de transacción



1 Si método de pago incorrecto, avisar y abortar.


1 2

2 2


Importancia Vital

Urgencia inmediatamente

Comentarios


Página 14

RF-<7> Solicitar servicios

Versión 1.0_19/03/2014

Autores Jesua Betancor Alemán

Fuentes Jesua Betancor Alemán

Objetivos asociados Pedir un servicio a departamento de software

Descripción Sistema de notificación para el personal de hardware cuando requieran de los servicios de software.

Precondición Estar autenticado


1 Autenticarse

2 Rellenar solicitud de servicio

3 Guardar y enviar

Post condición Notificación enviada


1 Si campos de solicitud vacíos, aborta.


1 1

2 2

3 1


Importancia Moderada

Urgencia Puede esperar

Comentarios


Página 15

RF-<8> Facturar

Versión 1.0_19/03/2014



Objetivos asociados Notificar venta/compra a administración

Descripción Sistema de gestión para facturar las compras

Precondición 1. Compra realizada 2. Estar autenticado


1 Autenticarse

2 Seleccionar compra realizada

3 Realizar factura

Post condición Factura completada



1 1

2 1


Importancia Vital


Comentarios


Página 16

RF-<9> Autenticar

Versión 1.0_19/03/2014



Objetivos asociados Loguearse en el sistema

Descripción El usuario accede al sistema mediante un método de autenticación basado en un usuario y una contraseña

Precondición Tener cuenta creada


1 Introducir usuario

2 Introducir contraseña

3 Enviar solicitud

Post condición Usuario Logueado


1 Si usuario/contraseña incorrectos, aborta.

2 Si servidor no operativo, aborta.


1 1

2 1


Importancia Vital


Comentarios


Página 17

RF-<10> Pagar

Versión 1.0_19/03/2014



Objetivos asociados Canjear un producto por dinero

Descripción Realizar transacción monetaria para la compra de un producto

Precondición 1. Elegir método de pago 2. Producto en el carrito

Secuencia normal Pasos Acción

1 Autenticarse

2 Añadir al carrito un producto

3 Elegir método de pago

4 Pagar

Post condición Transacción realizada

Excepciones Pasos Acción

1 Si servidor caído, aborta

2 Si método de pago incorrecto, aborta.


1 1

2 1


Importancia Vital


Comentarios


Página 18

RF-<11> Elegir método de pago

Versión 1.0_19/03/2014



Objetivos asociados Elegir método de pago

Descripción Conjunto de opciones que especifican la forma de pago de un producto

Precondición 1. Estar autenticado 2. Producto en el carrito

Secuencia normal Pasos Acción

1 Autenticarse

2 Añadir al carrito

3 Elegir método de pago

Post condición Configuración del método de pago realizada

Excepciones Pasos Acción

Rendimiento Pasos Cota de tiempo

1 1

2 1


Importancia Vital

Urgencia Inmediata

Comentarios


Página 19

RF-<12> Añadir al carrito

Versión 1.0_19/03/2014



Objetivos asociados Añadir productos al carrito

Descripción Inserción de productos a una cesta para la compra online

Precondición Estar autenticado


1 Autenticarse

2 Elegir producto

3 Añadir al carrito

Post condición Cesta con productos a comprar


1 Si stock del producto no disponible, aborta


1 1

2 1


Importancia Vital

Urgencia Inmediata

Comentarios


Página 20

Viabilidad de nuestro sistema:

Viabilidad tecnológica: establece la dotación mínima de hardware y software

necesarios.

Para nuestro sistema de venta de software los elementos hardware indispensables son

los siguientes:

Venta en tienda:

Un local

Material para acondicionar el local

2 ordenadores donde gestionar las ventas

Venta online:

Un servidor para alojar la web

Si nos centramos en el software necesario seria el siguiente:

Venta presencial en tienda:

Software para la gestión de ventas (nuestro propio software)

Venta online:

Página web donde realizar las ventas

Conclusión

Hay que tener en cuenta los empleados en la tienda, en este caso estamos suponiendo

que será 1 trabajador a tiempo completo y 1 a jornada parcial por día.

A la luz de nuestras necesidades creemos que el sistema es viable, ya que la inversión

para llevar a cabo este proyecto no es elevada y creemos que podríamos recuperar lo invertido

a medio-largo plazo.


Página 21

Viabilidad económica, establece la rentabilidad que proporciona el sistema de trabajo

a la organización.

Teniendo en cuenta que nos encargamos de vender software, podríamos decir que la

mayor parte de nuestras ventas se harán a través de la web. Esto tiene un coste mínimo en

comparación con las ganancias que obtendremos, ya que solo habrá que mantener el servidor

y la web para las compras.

En la parte presencial de las ventas, lo referido a la venta en tienda, solo tendremos

que hacer frente al suelo de los empleados. Teniendo en cuenta que son solo 2 y que uno de

ellos trabajara a tiempo parcial, estimamos que el gasto en esta partida es asumible por la

empresa.

Como no tenemos que hacer frente a ningún alquiler ya que el local es de nuestra

propiedad, solo deberemos tener él cuenta lo referente a la luz el agua y la conexión a

internet.

Teniendo todo esto en cuenta, en nuestra empresa, que es una gran empresa, el gasto

destinado a la venta de software en comparación con otros gastos que pueda tener la empresa

será de poca influencia.

La venta de software online es de un bajo coste de mantenimiento, con vistas al futuro

podríamos plantearnos la viabilidad de vender software de manera presencial, si las ventas

obtenidas mediante la web son muy superiores a las ventas presenciales, y estas últimas no

cubren los costes del mantenimiento del personal y de la propiedad, podríamos eliminar las

ventas presenciales.

Viabilidad social, establece el perfil y capacitación del personal involucrado.

El personal involucrado será el que trabaje en la tienda de manera presencial, ha de

tener una cualificación tecnológica básica, ha de conocer el funcionamiento mínimo del

software que vende.

En estos tiempos que corren no es difícil encontrar personal que posea este perfil, por

lo que de tener que contratar más personal, o sustituir parte de este, no sería de gran

dificultad encontrar alguna persona con este perfil.


Página 22

Línea base:

Por último, estimamos que los requisitos que deben estar en nuestra línea base son:

1. Autenticarse

2. Pagar

3. Notificar cambios en el stock

4. Comprar software

5. Vender software

Representación del sistema

Diagrama de contexto, nivel 0


Página 23

Diagrama del sistema o nivel superior, nivel 1


Página 24

Diagrama de expansión, nivel 2

2.1 Marketing

Marketing lee los productos actuales en stock, y trabaja con ellos promocionándolos:

evalúa la calidad y el precio del producto para luego aplicarle una estrategia de márketing

adecuada. El resultado es una lista de promociones a ofrecer al usuario.

2.2 Administración de clientes


Página 25

Administración de clientes le llegan los pedidos de los clientes. Coge la información del

stock y “vende” el software: una vez tiene el pedido, busca el objeto en el stock, y procede a su

venta. Una vez hecho esto, realiza un informe para que quede constancia de la venta realizada,

y que administración de ventas pueda trabajar con las facturas.

2.3 Servicio técnico

Servicio técnico recibe una solicitud de un servicio. Mira la disponibilidad en el stock y

presta dicho servicio. De alterar el almacén, realizará un informe correspondiente, notificando

al departamento de stock los cambios realizados, para que actúen en consecuencia.

2.4 Administración de ventas

Se trabaja con el informe realizado en administración de clientes. Realiza la factura, y

lo manda al departamento de administración. Luego, ya que administración de clientes no

notifica a stock de los cambios, estos se encargan de notificar los cambios


Página 26

Conclusiones.

Ha sido una experiencia muy instructiva. Nos ha llevamos a imaginarnos la puesta en marcha

de una gran organización, fomentando el trabajo en equipo y obligándonos a interactuar con

un grupo aún mayor de personas, que personifican el resto de departamentos de la

organización.

En la realización de las prácticas hemos descubierto una herramienta online que interactúa

con GoogleDrive para crear diagramas de casos de uso y de modelo de dominio del sistema.

Nos ha resultado extremadamente útil esta herramienta.

Ha sido interesante comentar y debatir cómo es el dominio de nuestro sistema, viendo que

tenemos varias posibilidades para definirlo.

Fue tedioso realizar la especificación de los casos de uso, pero es un paso necesario para llevar

por buen camino la realización de nuestro sistema. En nuestra opinión, fue más interesante

realizar la estimación de la viabilidad de nuestro sistema.

Para la especificación de la Línea Base, usamos los requisitos que, a nuestro criterio, son los

cuales nadie debería cambiar sin hacer un estudio previo.

Ha sido muy interesante trabajar en esta tarea ya que nunca antes habíamos trabajado con

diagramas de flujo de datos, y nos ha servido para descubrir las utilidades de esta herramienta

en el mundo laboral y en el desarrollo de sistemas de la información.

Hemos visto crecer el proyecto desde su nacimiento hasta su desarrollo, es interesante echar

un vistazo al comienzo de la práctica y ver como todo ha ido evolucionando hasta este trabajo

final. Hemos sentado las bases del trabajo y lo hemos ido evolucionando.


Página 27

Referencias.

Servicio de ventas FNAC.

http://www.fnac.es/software

Servicio de ventas de PCCOMPONENTES.COM, PC COMPONENTES Y MULTIMEDIA SL.

http://www.pccomponentes.com/software.html

“El Software y las leyes”, García Do Campo, Noemi; Soni, Lavina; García Fernández, Sara.

http://www.slideshare.net/AprendeViendoMexico/el-software-y-las-leyes

Servicio de ventas de Mediamark

http://www.mediamarkt.es

Casos de uso

http://www.seas.es/blog/informatica/tipos-de-relaciones-en-diagramas-de-casos-de-uso-uml/

Diagramas de flujo de datos

http://es.wikipedia.org/wiki/Diagrama_de_Flujo_de_Datos

Diseño de los sistemas de la información

http://www.slideshare.net/InesNohely/diagrama-de-flujo-de-datos-20206164

http://www.pccomponentes.com/software.html

http://www.slideshare.net/AprendeViendoMexico/el-software-y-las-leyes

http://www.mediamarkt.es/

http://www.seas.es/blog/informatica/tipos-de-relaciones-en-diagramas-de-casos-de-uso-uml/

http://es.wikipedia.org/wiki/Diagrama_de_Flujo_de_Datos

http://www.slideshare.net/InesNohely/diagrama-de-flujo-de-datos-20206164

practica final

Documents