proyecto final anÀlisis y diseÑo ll

INTEGRANTES:

- JUGO QUIPUZCO JEISON- DIAZ CASTILLO COSME- RODRIGUEZ VALLADARES JUNIOR

EMPRESA:

MECANICA AUTOMOTRIZ JAVIER S.A

CARRERA:

INDUSTRIAL Y SISTEMAS

CURSO:

ANALISIS Y DISEÑO DE SISTEMA II

2014

1. ESTUDIO DEL DOMINIO DEL PROBLEMA - La mecánica no cuenta con un sistema de registro de clientes. 2. ASPECTOS POSITIVOS - Cuenta con una página web. - Servicio personalizado. ASPECTOS NEGATIVOS - El cliente no es registrado. 3. MODELADO DEL NEGOCIO Ø CASO DE USO - Gestionar el servicio automotriz .

- Gestionar autopartes.

-Gestionar impuestos.

EMPRESA EN ESTUDIO: MECANICA AUTOMOTRIZ «JAVIER S.A»

SITUACIÓN PROBLEMA

4. ENTORNO TECNOLOGICO DEL CLIENTE - Computadoras - Redes - Teléfono

5. OBTENER Y DOCUMENTAR LAS NECESIDADES DEL CLIENTE

- Contar con un sistema de registro de cliente

DESARROLLAR LA VISIÓN GENERAL DEL SISTEMA - Ser la n° 1 en servicio automotriz en Trujillo - Mejorar el servicio de atención al cliente en 100%- Capacitar al trabajador para un buen manejo de equipos automotriz- Incrementar el nivel de ventas de repuestos mensuales a un 20%

CARACTERISTICAS

ESTRUCTURA DEL MCUN

DIAGRAMAS DE CASO DE USO DEL NEGOCIO

OBJETIVOS DEL NEGOCIO

CASOS DE USO DEL NEGOCIO:

ACTORES DEL NEGOCIO:

OBJETIVOS VS CUN:

DIAGRAMA GENERAL:

ESTRUCTURA DEL MAN:

REALIZACIONES DE NEGOCIO:

TRABAJADORES DEL NEGOCIO:

GESTIONAR SERVICIO AUTOMOTRIZ

•DIAGRAMA DE ACTIVIDADES:

GESTIONAR AUTOPARTES

GESTIONAR PAGO DE IMPUESTOS

Especificación de requisitos de software

Proyecto: AUTOSOFF

Revisión 1.0

Fecha Revisión Descripción Autor

03/09/2014 1.0 “Requerimientos del cliente” ING. JUNIOR RODRUIGUEZ VALLADARES

  10/09/2014

  1.5

 “Requisitos Funcionales / No Funcionales”

 ING. JUNIOR RODRUIGUEZ VALLADARES

•Historial de Revisiones

Por el cliente MECANICA AUTOMOTRIZ « JAVIER S.A »

Fdo. D./ Dña IGNACIO GOMEZ Fdo. D./Dña: ING RODRUIGUEZ VALLADARES

Documento validado por las partes en fecha:03/09/2014

1. IntroducciónEl presente documento sirve para especificar los requisitos del cliente en función al software AUTOSOFF que se desea desarrollar.

1.1 PropósitoEl documento permite al cliente tener una visión general de lo que se pretende desarrollar a partir de los requisitos del negocio

1.2 AlcanceSe desarrollara el Software AUTOSOFF que permitirá la Gestión de Servicio Automotriz entre otras funciones.

En este software se pueden implementar más funcionalidades en futuras versiones.

Nombre JUNIOR RODRIGUEZRol Jefe de Proyecto

Categoría profesional Tec. Profesional en Industrial y Sistemas

Responsabilidades Gestión del Proyecto

Información de contacto

Jr_capricornio@hotmail.com / 945467571

Aprobación JEISON JUGOCOSME DIAZ

Nombre JEISON JUGORol ANALISTA

Categoría profesional Tec. Profesional en Industrial y Sistemas

Responsabilidades Analista del sistema

Información de contacto

jeison_capricornio_95@hotmail.com / 947042135

Aprobación JUAN RODRIGUEZ

Nombre COSME DIAZRol Recopilador de Requerimientos

Categoría profesional Tec. Profesional en Industrial y Sistemas

Responsabilidades Recopilar la documentación de los requerimientos

Información de contacto

Cosme1725 @hotmail.com / 948754351

Aprobación JUAN RODRIGUEZ

1.3 Personal involucrado

1.4 Definiciones, acrónimos y abreviaturas  Caso de Uso: es una descripción de los pasos o las actividades que deberán realizarse

para llevar a cabo algún proceso.

Modelo: es una representación de un objeto, sistema o idea, de forma diferente al de la entidad misma.

Diagrama : es un gráfico que presenta en forma esquematizada información relativa e inherente a algún tipo de ámbito

Sistema: conjunto de partes o elementos organizados y relacionados que interactúan entre sí para lograr un objetivo.

BD: Se define una base de datos como una serie de datos organizados y relacionados entre sí.

Referencia Titulo Ruta Fecha AutorVinculo Web

ERS MyMSystem

https://docs.google.com/document/pub?id=1VmuKwS vXPf8XEbwatLhP9eWdyCis2xPo4PWQgCwayH0  

12/09  

N/A  

1.5 Referencias

1.6 ResumenEste documento sirve como referencia entre el cliente y la empresa desarrolla acerca de las características del software AUTOSOFF a desarrollar.

2. Descripción generalEn esta sección se describen las características del producto AUTOSOFFa desarrollar. Misión: Crear un sistema de información que permita el manejo de los procesos de servicio automotriz entre otros de la empresa JAVIER S.A Visión: Desarrollar un software de calidad que permita a la empresa posicionarse en primer en el mercado de desarrollo de software a nivel nacional.   

2.1 Perspectiva del producto Este sistema funcionara en un ambiente donde exista una red LAN, el cual contendrá manejo de una base de datos sobre los clientes que acuden con frecuencia a la mecánica entre otros.  

2.2 Funcionalidad del producto El sistema se encargara de las siguientes funciones:

Gestión Administrativa Reportes Gestión de Usuarios Gestión de venta de autopartes Venta de autopartes personalizados Venta de autopartes en Línea    

2.4 Restricciones Sistema Operativo: El SW a desarrollar funcionara en Windows 7 o versiones

posteriores Red LAN: Debe existir una Red LAN para la venta de autopartes dentro del taller,

así como la gestión del sistema Dominio Web: Debe existir un dominio web propio para los procesos online del

software a desarrollar. Seguridad: Debe implementarse políticas de seguridad para el manejo de la

información tanta en HW y SW

2.5 Suposiciones y dependencias De no aprobar las restricciones anteriormente expuestas, el Sistema no podrá funcionar adecuadamente, con los parámetros de calidad con el que cuenta.  

2.6 Evolución previsible del sistema Se podrá implementar en el futuro una versión para dispositivos móviles. Se podrá actualizar el software con nuevas versiones de acuerdo a la evolución de las tecnologías de información. Todos estos cambios son sujetos a un nuevo contrato de desarrollo de software 

3. Requisitos específicosAquí se presentan los requisitos funcionales que deberán ser satisfechos por el sistema.Todos los requisitos aquí expuestos son esenciales, es decir, no sería aceptable un sistema que no satisfaga alguno de los requisitos aquí presentados.Estos requisitos se han especificado teniendo en cuenta, entre otros, el criterio de estabilidad: dado un requisito, debería ser fácilmente demostrable si es satisfecho o no por el sistema.

Número de requisito R1

Nombre de requisito REQUISITO DE AUTENTICACIÓN

Tipo Requisito Restricción

Fuente del requisito Todos los usuarios deberán introducir en la pantalla de “login” un usuario y contraseña válidos en el sistema para poder entrar a éste

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

Número de requisito R2

Nombre de requisito REQUISITO DE DESCRIPCIÓN

Tipo Requisito Restricción

Fuente del requisito El usuario administrador podrá guardar cambios en productos, inventario, clientes y ventas, mientras que el usuario empleado sólo lo podrá hacer en las ventas.

Prioridad del requisito

Alta/Esencial

Media/Deseado

Baja/ Opcional

3.1 Requisitos comunes de los interfaces  

La interfaz de login necesita como entrada un usuario y contraseña válidos para poder dar acceso a la siguiente interfaz.

  La interfaz del módulo de inventario necesita como entrada los datos de un producto,

en caso de que sea necesario integrar éste al inventario

Interfaces de usuario La interfaz en uso deberá mostrar a los usuarios solamente la información necesaria

para realizar cualquier operación. Interfaces de Usuario a través de menús y ventanas para la aplicación en escritorio. La interfaz en uso deberá mostrarle al usuario administrador sólo la información

necesaria para realizar una modificación. Imagen de ventana escritorio. Interfaces de usuario a través de páginas web, específicamente paginas dinámicas

las cuales son utilizadas para la aplicación del sistema.

Interfaces de hardware El monitor: éste deberá mostrar las interfaces así como la información necesaria

para que el usuario pueda trabajar adecuadamente con el sistema. El monitor deberá contar con una resolución de 1024 x 768 pixeles.

El ratón: el sistema requerirá del ratón para que el usuario pueda realizar selecciones y oprimir botones.

El teclado: el sistema permitirá al usuario introducir datos mediante el teclado. Impresora: para el manejo de reportes del sistema

Interfaces de softwareEl sistema interactuará con la interfaz de impresión.

Interfaces de comunicaciónEl sistema se comunica con su base de datos a través del SGBD SQLServer.El sistema se comunicara con las interfaces de pagos electrónicos.

3.2 Requisitos funcionalesEl sistema permitirá la entrada a los usuarios que cuenten con la autorización necesaria.El sistema recibirá los datos de clientes y productos almacenándolos en la base de datos para futuras consultas y diversas operaciones.Si se hubiera algún error al momento de ejecutar el proceso, el sistema deberá permitir retroceder, es decir, deshacer la operación.

AutenticaciónEl usuario deberá proporcionar un usuario y contraseña válidos para poder tener acceso al sistema. 

VentasEl sistema calculará el monto de la venta a partir de los identificadores de los repuestos que se venderán, buscando con ellos el precio de cada producto. 

Impresión de ticketPara poder imprimir un ticket de venta al cliente primero deberá registrarse dicha venta (sin importar su naturaleza) en la base de datos.

3.3 Requisitos no funcionales 

Rendimiento Respuesta

El sistema ofrecerá respuesta al usuario en tiempo real.

Seguridad Requisito de autenticación

El sistema requerirá de un usuario y contraseña válidos para poder permitir el acceso.

Requisito de conexión.El sistema sólo tendrá abierta la conexión a la base de datos mientras se ejecuta la transacción.

Requisito de copia de seguridadEl sistema realizará una copia de seguridad periódicamente siempre y cuando encuentre la conexión cerrada, de lo contrario lo intentará más tarde.

DisponibilidadEn funcionamiento normal el sistema estará disponible el 90% del tiempo. 

Mantenibilidad Requisito de mantenimiento

El sistema recibirá mantenimiento dos veces por mes los primeros 6 meses. Requisito de actualización de estadísticas.

Se actualizarán las estadísticas manualmente para no perjudicar el rendimiento con una actualización automática.

Requisito de comprobación de integridad de datos.Se comprobará la integridad y asignación estructural de objetos e índices de la base de datos.

Portabilidad Requisito de SW

MyMSystem será portable siempre y cuando el equipo en que se quiera instalar cuente con un SO igual o de versión posterior al primer equipo donde se instaló

Requisito de HW MyMSystem será portable siempre y cuando el equipo en el que se instale tenga especificaciones de HW iguales o superiores al primer equipo donde se instaló.

.

Otros requisitos

Si el usuario empleado quiere realizar alguna modificación deberá ser necesario que se presente el usuario administrador con su contraseña, salir de la sesión del usuario empleado y entrar a la suya.

NEEDS

CARACTERISTICAS

REQUERIMIENTOS

GESTIONAR SERVICIO AUTOMOTRIZ GESTIONAR IMPUESTOS GESTIONAR ABASTECIMIENTO DE AUTOPARTES EL SISTEMA ESTARA DISPONIBLE LAS 24 HORAS DEL DIA. EL SISTEMA DARA RESPUESTA A LAS PREGUNTAS EN

MENOS DE 2 MINUTOS

DESARROLLAR UN SISTEMA QUE NOS PERMITA MEJORAR LOS PROCESOS PRINCIPALES DE LA EMPRESA.

MEJORAR EL SERVICIO AUTOMOTRIZ. CONTAR CON REPORTES DE ATENCION MANEJAR ORDENES DE ATENCION

PIRÁMIDE DE REQUISITOS

Casos de uso

Requisitos

GESTINAR SERVICIO

AUTOMOTRIZ

GESTIONAR ABASTECIMIEN

TO DE AUTOPARTES

GESTIONAR

IMPUESTOS

ATENCION LAS 24 HORAS DEL DIA

MANTENER BOLETAS DE ATENCION

GESTION DE PEDIDO

MANTENER FORMULARIO DE

IMPUESTOS

MATRIZ DE TRAZABILIDAD

ORGANIZACIÓN DEL MCU

ACTORES

CASOS DE USO

PAQUETE: REUTILIZABLES

PAQUETE: GESTIONAR SERVICIO DE ATENCION

PAQUETE: GESTIONAR ABASTECIMIENTO DE AUTOPARTES

PAQUETE: SEGURIDAD

DIAGRAMA GENERAL DE CASOS DE USO

DIAGRAMA DE CASOS DE USO ORGANIZADOS SEGÚN ANÁLISIS

ARQUITECTURA DE ANÁLISIS

Realización de Análisis de CU

Cliente

Servicio de atención

Realización de Análisis de CU

Orden de compra

Realización de Análisis de CU

Seguridad

Diagrama de Clases de Análisis MANTENER CLIENTE

DIAGRAMA DE COMUNICACIÓN

FLUJO BASICO