Está en la página 1de 16

Introduccin 1.

1 Propsito Este sistema solo se encargara de llevar el registro de los usuarios ya registrados y el control de la cantidad de ventas realizadas en el da, el cual tambin mostrara el total de la factura a pagar. El sistema se encuentra dirigido a una empresa pequea pero que igual necesita de un control automatizado. Este proyecto va dirigido a un pblico en general ya que es de fcil aprendizaje, tambin para posibles modificaciones va dirigido personas profesionales con conocimientos en el tema.

1.2

Alcance El Sistema de la Empresa Rosadelia, es denominado ControlRosa Las funcionalidades del ControlRosa estarn basados en: Control de la cantidad de ventas realizadas en el da, llevando el registro de los usuarios registrados en una base de datos y mostrara el total a pagar de cada factura.

1.3

Personal involucrado Paola Garca Usuario Administradora-Decoradora Gestionar el programa Telf..2630441-Cell 0982700461

Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades

Alexander Vera Jefe de desarrollo Estudiante Programar los componentes del sistema

Informacin contacto Aprobacin

de Alexander_3rd@hotmail.com

Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin Nombre Rol Categora profesional Responsabilidades Informacin de contacto Aprobacin

Marvin Ayala Administrador Estudiante Mantenimiento del sistema Marvini2091@hotmail.com

Jorge Mendoza Administrador Estudiante Mantenimiento del sistema Jorge_jdma1992@hotmail.com

1.4

Definiciones, acrnimos y abreviaturas

DEFINICIONES:

BASE DE DATOS: Una base de datos o banco de datos es un conjunto de datos pertenecientes a un mismo contexto y almacenados sistemticamente para su posterior uso.

INTERNET:

Es

un

conjunto

descentralizado

de redes

de

comunicacin interconectadas que utilizan la familia de protocolos TCP/IP, garantizando que las redes fsicas heterogneasque la componen funcionen como una red lgica nica, de alcance mundial.

INTERFACES: La interfaz grfica de usuario, conocida tambin como GUI es un programa informtico que acta de interfaz de usuario, utilizando un conjunto de imgenes y objetos grficos para representar la informacin y acciones disponibles en la interfaz. Su principal uso, consiste en proporcionar un entorno visual sencillo para permitir la comunicacin con el sistema operativo de una mquina o computador.

ACRNIMOS Que se necesitan para que entiendan el documento por ejemplo:

JDBC: Permite que los programas Java se conecten a cualquier base de datos utilizando diversos controladores (conocidos tambin como drivers) y un conjunto de objetos y mtodos de la API (Interfaz de Programacin de Aplicaciones) de Java.

ABREVIATURAS Que se necesitan para que entiendan el documento por ejemplo: HW: Hardware SW: Software

1.5

Referencias Ruta Fecha Autor

Referencia Titulo Ingeniera de SoftwareUn enfoque 1 prctico.

http://www.taringa.net/posts/cienciaeducacion/12689892/Ingenieria-delSoftware---Roger-Pressman-6taRoger Edicion.html 2010 Pressman

Referenci a Titulo 1

Ruta

Fech a Autor Josep Ant n Prez Lpe z Llus Ribas y Xirgo

Introducci http://www.bubok.es/libros/1047/Introducci 201 n al on-al-desarrollo-del-software 0 desarrollo del software

IEEE Recommended Practice for Software Requirements Specification. ANSI/IEEE std. 830, 1998.

1.6

Resumen

Entre los aspectos principales que se encontraran ms adelante en este documento se especifica lo que son, el sistema ser dependiente por su programacin en java, encontramos las perspectivas, funcionalidad del producto como tambin las caractersticas del usuario y las posibles restricciones encontradas en el sistema. Tambin se encontrara los que son los requerimientos funcionales, como los no funcionales en este sistema.

Descripcin general 2.1 Perspectiva del producto

El sistema que se va a desarrollar es dependiente, y tendr un diseo modular para gestionar las diferentes reas dentro de una empresa de venta de arreglos florales y decoraciones. 2.2 Funcionalidad del producto

El sistema realizar lo siguiente: Emitir una factura con el respectivo nmero de ventas y la cantidad en dinero, este sistema tambin almacenara en una base de datos la identificacin de cada cliente, podr mostrar al final de cada da el nmero de ventas realizadas 2.3 Caractersticas de los usuarios Gerente Conocimientos slidos de contabilidad Manejo de computadores y sistemas de contabilidad Llevar el registro de la cantidad de ventas hechas en el da

Tipo de usuario Formacin Habilidades Actividades

2.4

Restricciones

El sistema se disear segn un modelo cliente/servidor. El sistema ser desarrollado en JAVA un lenguaje con una orientacin a objetos. La metodologa para el desarrollo del sistema se basar en las mejores caractersticas de las metodologas tradicionales (evolutivas) y giles como PUA.

2.5

Suposiciones y dependencias

Como no todo los clientes pediran facturas se supondr para este sistema que todos los clientes pedirn sus respectivos comprobantes.

2.6

Evolucin previsible del sistema

Que lleve el control de todo los productos que se facturen en dentro de la empresa.

Requisitos especficos RF1 El sistema podr identificar el usuario. RF2 El sistema emitir el total de la factura. RF3 El sistema almacenara la identificacin de los clientes en una base de datos. RF4 EL sistema podr modificar al cliente registrados. RF5 El sistema podr eliminar clientes ya registrados. 3.1 Requisitos comunes de los interfaces

El sistema podr identificar el usuario. El sistema pedir el nombre del usuario y la contrasea que se fue decidida por el usuario. El sistema emitir el total de la factura. De acuerdo al nmero de ventas realizadas por los clientes se har el respectivo clculo y se emitir la factura. El sistema almacenara la identificacin de los clientes en una base de datos. En una base de datos se guardara las identificaciones del cliente, para futuras compras EL sistema podr modificar al cliente registrado. Para futuros cambios el sistema podr hacer modificaciones en la identificacin del cliente. El sistema podr eliminar a clientes ya registrados. El sistema podr borrar clientes ya registrados en la base de datos. 3.1.1 Interfaces de usuario La interfaces de usuario sern sobrias en lo que se refiere a color del fondo de las mismas, color de letras, tamao de letras, tipos de letras. La interfaces de usuario tendrn las dimensiones mnimas de 800 x 600 pixeles.

Las interfaces de usuario estarn relacionadas con las pantallas, ventanas (formularios) que debe manipular el usuario para realizar una operacin determinada. Dicha manipulacin el usuario la realizar por medio del teclado y el Mouse (ratn). Las interfaces de usuarios sern trabajadas en un ambiente de forma e incluirn lo siguiente: Botones Mens desplegables Opciones alternativas Mensajes informativos Mensajes de error Cuadro de dilogos Formularios para el ingreso, modificacin, actualizacin y eliminacin de datos.

3.1.2 Interfaces de hardware Las instalaciones deben contar con todos los dispositivos de comunicacin para la salida a los diferentes nodos. Se debe contar con un servidor base de datos. 3.1.3 Interfaces de comunicacin La interfaz de comunicacin entre el servidor de base de datos Mysql y la aplicacin desarrollada en Visual Basic se lo realiza mediante ODBC. La interfaz de comunicacin entre el servidor de base de datos PostgreSQL y la aplicacin desarrollada en JAVA se lo realiza mediante JDBC.

3.1

Requisitos funcionales o caractersticas del sistema

3.1.1 Requisito funcional 1

Nombre: Autor: Fecha:

Registrar Usuario Ayala Cevallos Marvin Jair Mendoza Arauz Jorge David Vera Chalen Adrian Alexander 18/12/2012

Descripcin: Aqu se realizara la identificacin del usuario con el respectivo nombre y contrasea Actores: Gerente Precondicin: El administrador deber haber ingresado los nombres de usuarios y contraseas necesarias Flujo normal: 1.) El usuario ejecuta el sistema

2.) El usuario selecciona la opcin registro de usuario 3.) sistema invoca al caso de uso validar usuario 4.) se procede al registro del usuario Flujo alternativo: El sistema comprueba la valides de los datos En caso de error muestra un mensaje. Pos condicin: El sistema muestra un mensaje de bienvenida

3.1.2 Requisito funcional 2

Nombre: Autor:

Registrar cliente Ayala Cevallos Marvin Jair Mendoza Arauz Jorge David Vera Chalen Adrian Alexander 19/12/2012

Fecha:

Descripcin: El usuario registrara el cliente con su respectiva identificacin Actores: El usuario Precondicin: El cliente debe tener un cedula de identidad para poder registrarlo en la base de datos Flujo normal: 1.) El usuario ingresa al sistema. 2.) El Sistema invoca el caso de uso buscar persona 3.) El usuario ingresa el numero de cedula y busca si existe ya en el sistema 4.) De no existir el usuario ingresa el nombre del cliente y el nmero de cedula para que el sistema almacene la informacin en la base de datos. 5.) El sistema comprueba la validez de los datos y los almacena. Flujo alternativo: Cuando termina la bsqueda el sistema muestra un mensaje de verificacin de existencia

El sistema muestra en un mensaje de que los datos se han guardado correctamente caso contrario muestra un mensaje de erros que es devuelto al sistema. Pos condicin: El sistema muestra que los datos se han guardado correctamente en la base de datos.

3.1.3 Requisito funcional 3 Nombre: Autor: Modificar Cliente Ayala Cevallos Marvin Jair Mendoza Arauz Jorge David Vera Chalen Adrian Alexander 20/12/2012

Fecha:

Descripcin: Le permite al usuario modificar los datos si se los ha ingresado mal por error. Actores: Usuario Precondicin: Se deber ingresar el nombre y cedula del cliente para poder modificarlo Flujo normal: El usuario ingresa al sistema. El usuario pulsa el botn de modificar cliente. El Sistema invoca el caso de uso buscar persona El sistema le pide que ingrese el cdigo a ser modificado del cliente. 5.) Despus el sistema debe comprobar los datos y si esta todo correcto lo guardara en la base de datos. Flujo alternativo: El sistema en caso de no haber encontrado ningn registro mostrara un mensaje de que no existe ningn registro El sistema en caso de no haber ingresado correctamente el cdigo del cliente le mostrara un mensaje de error y no podr modificarlo. Pos condicin: El sistema muestra que los datos se han guardado correctamente. 1.) 2.) 3.) 4.)

3.1.4 Requisito funcional 4 Nombre: Autor: Eliminar Cliente Ayala Cevallos Marvin Jair Mendoza Arauz Jorge David Vera Chalen Adrian Alexander 22/12/2012 Fecha: Descripcin: Le permite al usuario eliminar los datos del sistema Actores: El usuario Precondicin: Se deber ingresar el nombre y cedula del cliente para poder Eliminarlo Flujo normal: 1.) 2.) 3.) 4.) El usuario ingresa al sistema. El usuario pulsa el botn de eliminar cliente. El Sistema invoca el caso de uso buscar persona El usuario ingresa el nombre del cliente y el nmero de cedula 5.) El sistema comprueba la valides de los datos y los borra del sistema.

Flujo alternativo: El sistema en caso de no haber encontrado ningn registro mostrara un mensaje de que no existe ningn registro El sistema muestra en un mensaje de que los datos se han eliminado correctamente caso contrario muestra un mensaje de erros que es devuelto al sistema. Pos condicin: El sistema muestra que los datos se han eliminado correctamente de la base de datos.

3.1.1 Requisito funcional 5 Nombre: Autor: Actualizar Producto Ayala Cevallos Marvin Jair Mendoza Arauz Jorge David Vera Chalen Adrian Alexander 22/12/2012

Fecha:

Descripcin: Le permite al usuario registrar, modificar, eliminar los datos referente a los que es productos Actores: El usuario Precondicin: Se deber ubicar a cada producto un numero de registro nico Flujo normal: 1.) El usuario ingresa al sistema. 2.) El usuario pulsa el botn de actualizar producto. 3.) El Sistema invoca el caso de uso buscar producto 4.) Se ingresa el cdigo del producto 5.) Si no existe el registro se procede a ingresar el producto 6.) En caso de existir se procede a actualizar el registro del producto Flujo alternativo: El sistema mostrara un mensaje de error e que no se a registrado ningn producto con ese cdigo El sistema mostrara un mensaje que se a actualizado el registro con xito Pos condicin: Cuando la existencia del producto este en cero se borrara automticamente del sistema

3.1.2 Requisito funcional 6

Nombre: Autor:

Generar Factura Ayala Cevallos Marvin Jair Mendoza Arauz Jorge David Vera Chalen Adrian Alexander

Fecha:

22/12/2012

Descripcin: El sistema emitir el total de la compra realizada Actores: Usuario/Sistema Precondicin: Tener registrado el cliente y tener registrado todos los productos exhibidos en el local Flujo normal: 1.) El usuario ingresa al sistema. 2.) El usuario pulsa el botn de generar factura. 3.) El Sistema invoca el caso de uso buscar persona 4.) El Sistema invoca el caso de uso buscar producto 5.) El sistema muestra un ventana con toda la lista de productos realizadas por cliente Flujo alternativo: El sistema mostrara un mensaje de error e que no se al realizado ingresos de clientes El sistema mostrara un mensaje de error en caso de no existir el registro de algn producto Pos condicin: El sistema muestra un mensaje de Gracias por su compra 3.1 Requisitos no funcionales 3.1.1 Requisitos de rendimiento

RNF-1.- El nmero de usuarios que debe soportar el sistema de forma concurrente ser de al menos 3. RNF-2.- El tiempo de respuesta mximo por transaccin ser de tres (3) segundos.

3.1.2 Seguridad

RNF-1.- El usuario debe iniciar sesin para poder acceder a las funciones que lo requieran, para lo cual debe poseer nombre de usuario y clave. RNF-2.- Las claves de usuario deben ser almacenadas de manera encriptado

3.1.3 Fiabilidad RNF-1.- El sistema permitir almacenar datos de manera correcta y completa en la base de datos, adems de ello ofrece seguridad y confidencialidad.

3.1.4 Disponibilidad

RNF-1.- El sistema estar disponible el 80% del tiempo del da tomando en cuenta que el da tiene 24 horas; mientras que el 20% del tiempo es para tareas administrativas sobre el sistema.

3.1.5 Mantenibilidad

RNF-1.- El sistema contar con caractersticas parametrizables lo que permitir futuros mantenimientos. RNF-2.- Los desarrolladores realizaran manteamiento preventivo cada tres meses. RNF-3.- Se realizar el mantenimiento dos veces sin ningn recargo econmico, pasados estas dos revisiones tendrn costos adicionales.

3.1.6 Portabilidad RNF-1.- El sistema ser diseado portable, siendo compatible con sistemas Windows y Linux. RNF-2.- 99.9% ser portable ya que se utilizar el lenguaje y plataforma JAVA. RNF-3.- 99% ser portable porque la base de datos que se utilizar es PostgreSQL.