Download - Analisis y diseño exposicion
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
[email protected] / 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
[email protected] / 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