ESTANDAR -IEEE830

Especificación de requisitos de software

Proyecto: [Nombre del proyecto]Revisión 1.0

Abril

Ficha del documento

Fecha Revisión Autor Verificado dep. calidad.

09/04/2015 1.1

Omar UrazanJonathan CastroPaulo PardoDaniel VargasMaryluz Ospina

Documento validado por las partes en fecha: 09/04/2015

Por el cliente Por la empresa suministradora

Fdo. D./ Dña [Nombre] Fdo. D./Dña [Nombre]

Garantías SMEspecificación de requisitos de software

Rev. 1.0Pág. 4

Contenido

FICHA DEL DOCUMENTO 3

CONTENIDO 4

1 INTRODUCCIÓN 6

1.1 Propósito 6

1.2 Alcance 6

1.3 Personal involucrado 6

1.4 Definiciones, acrónimos y abreviaturas 6

1.5 Referencias 6

1.6 Resumen 6

2 DESCRIPCIÓN GENERAL 7

2.1 Perspectiva del producto 7

2.2 Funcionalidad del producto 7

2.3 Características de los usuarios 7

2.4 Restricciones 7

2.5 Suposiciones y dependencias 7

2.6 Evolución previsible del sistema 7

3 REQUISITOS ESPECÍFICOS 7

3.1 Requisitos comunes de los interfaces 83.1.1 Interfaces de usuario 83.1.2 Interfaces de hardware 83.1.3 Interfaces de software 83.1.4 Interfaces de comunicación 8

3.2 Requisitos funcionales 83.2.1 Requisito funcional 1 93.2.2 Requisito funcional 2 93.2.3 Requisito funcional 3 93.2.4 Requisito funcional n 9

3.3 Requisitos no funcionales 93.3.1 Requisitos de rendimiento 93.3.2 Seguridad 93.3.3 Fiabilidad 9


Rev. 1.0Pág. 5

3.3.4 Disponibilidad 93.3.5 Mantenibilidad 103.3.6 Portabilidad 10

3.4 Otros requisitos 10


Rev. 1.0Pág. 6

1 IntroducciónLa siguiente especificación de requisitos de software (SRS) tiene como fin desarrollar un sistema de información que ayude a satisfacer los requerimientos y necesidades que necesita la empresa en el área de garantías. También para que ayude a controlar y a mantener actualizada la información de los clientes para poder llevar un óptimo manejo de las garantías de la empresa.

1.1 Propósito Establecer métodos de recolección de datos donde participe activamente el

usuario, para lograr identificar las necesidades que tiene para mejorar el proceso de garantías por medio de un software.

Guiar a los usuarios del software a comprender el potencial que tiene la herramienta y orientarlos a manejarla de una manera que optimice los procesos en los que participa la organización.

1.2 AlcanceIdentificación del producto de software SM de garantías Objetivos del Sistema

o Permitir el acceso a los usuarios requeridos.o Realizar la respectiva validación de garantías.o Permitir la actualización de datos de los clientes.o Emitir informes con respecto a garantías como lo requieran los usuarios

con acceso.

1.3 Personal involucrado

Nombre Omar UrazanRol ProgramadorCategoría profesional AnalistaResponsabilidades Programar los módulos del sistemaInformación de contacto [Inserte aquí el texto]Aprobación

Nombre Jonathan CastroRol ProgramadorCategoría profesional AnalistaResponsabilidades Programar los módulos del sistemaInformación de contacto [Inserte aquí el texto]Aprobación

Nombre Maryluz OspinaRol Gestor de proyectoCategoría profesional AnalistaResponsabilidades Diseño de la arquitectura del sistemaInformación de contacto [Inserte aquí el texto]Aprobación

Nombre Daniel VargasRol Diseñador de base de datos


Rev. 1.0Pág. 7

Categoría profesional AnalistaResponsabilidades Diseño de la base de datosInformación de contacto [Inserte aquí el texto]Aprobación

Nombre Paulo PardoRol Analista de requerimientosCategoría profesional AnalistaResponsabilidades Analisis y especificación de requerimientosInformación de contacto [Inserte aquí el texto]Aprobación

1.4 Definiciones, acrónimos y abreviaturas

DEFINICIONES

OPTIMICE: Planificar una actividad para obtener los mejores resultados

INTEGRARSE: Incorporarse algo a un grupo u organización

WEB: Sistema lógico de acceso y búsqueda de la información disponible en Internet, cuyas unidades informativas son las páginas web.

IMPORTACION: Es enviar datos desde un programa a otro.

EXPORTACION: Es transferir datos desde un programa hacia otro.

ORIGEN FREE

ANDROID: Es un sistema operativo basado en el núcleo Linux. Fue diseñado principalmente para dispositivos móviles con pantalla táctil, como teléfonos inteligentes o tablets; y también para relojes inteligentes, televisores y automóviles

ACRÓNIMOS

SRS.- Acrónimo de Software Requeriments Specifications (Especificación de Requerimientos de Software)

ABREVIATURAS

BD: Bases de Datos APP: Es una abreviatura de la palabra en inglés application. Es decir, una app

es un programa. Pero con unas características especiales

1.5 Referencias

Referencia Titulo Ruta Fecha Autor

Internet Así funcionan las garantías para los carros nuevos

http://www.eltiempo.com/archivo/documento/CMS-4489069

29-ago-08 Motor.com.co

http://es.wikipedia.org/wiki/Autom%C3%B3vil

http://es.wikipedia.org/wiki/Televisi%C3%B3n_inteligente

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

http://es.wikipedia.org/wiki/Tableta_(computadora)

http://es.wikipedia.org/wiki/Tel%C3%A9fonos_inteligentes

http://es.wikipedia.org/wiki/Tel%C3%A9fonos_inteligentes

http://es.wikipedia.org/wiki/Pantalla_t%C3%A1ctil

http://es.wikipedia.org/wiki/Dispositivo_m%C3%B3vil

http://es.wikipedia.org/wiki/N%C3%BAcleo_Linux

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


Rev. 1.0Pág. 8

Libro Dirección de Marketing ISBN: 970-26-0763-9 2006 Phillip Kotler

1.6 ResumenEl objetivo de este proyecto, es poder mejorar y optimizar los procesos que se llevan a cabo en el área de garantías, especificar sus funciones principales en general la creación, edición, eliminación y consulta de estos, generar reportes necesarios según el área de uso.

También se tendrá en cuenta la integración del sistema con otros modelos y/ o procesos, tal como ventas

En la primera parte se indica lo general en cuanto a la funcionalidad, su prospecto en el futuro.

Igualmente se indicara características de los usuarios, restricciones generales del proyecto, requisitos generales en cuanto a funcionamiento de software, hardware y conocimientos por parte del usuario

2 Descripción general

2.1 Perspectiva del producto

El producto que apoyara los procesos de garantías será independiente pero que puede integrarse con otros sistemas que necesite el área de garantías como puede ser el de ventas, este producto está orientado a la web y a los servicios esto con el fin de hacer la información oportuna y fácil de ver desde cualquier dispositivo de navegación web.

El producto debe permitir hacer consultas, modificaciones, creaciones de garantías a partir de las nuevas ventas que se realicen capturando los datos correspondientes para tener el detalle de las nuevas garantías. El producto tendrá roles que permitirá asignar las funcionalidades a los usuarios que participan en el proceso de garantías de acuerdo al cargo que están y las actividades correspondientes que realizan. En el producto permitirá hacer importación y exportación de datos.

2.2 Funcionalidad del producto


Rev. 1.0Pág. 9

2.3 Características de los usuarios

Tipo de usuario Superad ministradorFormación Gerente administrador ticsHabilidades Conocimiento del proceso detallado de las garantíasActividades Parametrización de las funcionalidades de acuerdo a los

roles que tengas los usuarios que participan en el área de garantías

Tipo de usuario TécnicoFormación Técnico profesionalHabilidades Conocimiento del proceso operativo e las garantías

(recepción del elemento en garantía y consulta de la vigencia de la garantía)

Actividades Consulta del estado actual de la garantía-creación de la solicitud para la ejecución de las actividades correspondientes de la garantía

Tipo de usuario Servicio al clienteFormación BachillerHabilidades Conocimiento teórico del proceso de las garantíasActividades Creación de las garantías y asociación a los registro de

ventas correspondientes

2.4 RestriccionesLa aplicación estará desarrollada en java, utilizando una herramienta de desarrollo Netbeans, para el almacenamiento de la información se utilizara MYSQL, dentro de la metodología de desarrollo se aplicara XP debido a que no sea tan complejo los requerimientos del usuario y se podrá establece una comunicación activa con el cliente para recibir retroalimentación de los avances que se van compartiendo al cliente.

2.5 Suposiciones y dependenciasDentro de los aspectos a detallar que pueden afectar el cambio de los requisitos del producto seria el cambio de plataforma donde se monte el producto de ser de origen free se requeriría cambiar las condiciones del sistema a nivel técnico como son los lenguajes de programación y la BD a usar, que los sistemas que tenga en otras áreas donde depende el área de garantías no tenga una estructura que permitan hacer integraciones con el producto actual

2.6 Evolución previsible del sistema

Dentro de las futuras mejoras del producto se encontrarían la creación de notificaciones de correo que permita indicar al usuario el estado actual del sistema, creación de app de Android que permita recibir notificaciones del estado actual de la garantía con solo el de la venta asociada al producto, consulta de ubicación de puntos donde puede hacer efectiva una garantía del producto


Rev. 1.0Pág. 10

3 Requisitos específicos

R1: Permitir la autenticación de los usuariosR2: Inserción de fecha inicio de la GarantíaR3: Generar reportes de estado de garantías vigentes por tiempo, y/o KilometrajeR4: Histórico de garantías generadas.R5: Reportes de garantías vencidas por tiempo y/o KilometrajeR6: Inserción de descripción(es) en garantía echa efectiva (Hoja de vida del vehículo)

3.1 Requisitos comunes de los interfaces

3.1.1 Interfaces de usuarioLas interfaces de usuario se manejaran en ambiente web, con navegabilidad para que al empleado le sea muy sencillo identificar y manejar el sistema. La interface también cuenta con un nivel de seguridad para el acceso del empleado permitiendo que las personas cerca de él no puedan visualizar la clave que ingresa el usuario al momento de acceder al sistema. Además de esto el ambiente web que se proporciona cuenta con bastante interactividad por parte del usuario, menús desplegables, cajas de dialogo, mensajes de alerta, formularios para ingreso de información etc.

3.1.2 Interfaces de hardware

Monitor: El sistema de información se verá por medio de la pantalla del equipo.

Teclado: Se necesitara un teclado para poder ingresar información al sistema y acceder al mismo.

Mouse: Los mandos que se encuentran dentro del sistema de información son activados por medio de los botones del mouse.

Impresora: Los reportes generados se deberán imprimir en la impresora que se instale en el PC.

3.1.3 Interfaces de software

Ninguno

3.1.4 Interfaces de comunicación

La interfaz de comunicación entre el servidor de bases de datos MySQL y la aplicación desarrollada en JAVA se realizara mediante la librería mysql-concector-java-5.0.8-bin


Rev. 1.0Pág. 11

3.1.5 Requisitos funcionales

3.1.6 Requisito funcional 1

Número de requisito R1Nombre de requisito Permitir la autenticación de los usuariosTipo Requisito RestricciónFuente del requisito Base de datosPrioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional


Número de requisito R2Nombre de requisito Inserción de fecha inicio de la GarantíaTipo Requisito RestricciónFuente del requisito Venta del vehículoPrioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional


Número de requisito R3Nombre de requisito Generar reportes de estado de garantías vigentes por tiempo,

y/o KilometrajeTipo Requisito RestricciónFuente del requisito Base de datosPrioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional


Número de requisito R4Nombre de requisito Histórico de garantías generadas.Tipo Requisito RestricciónFuente del requisito Base de datosPrioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional


Número de requisito R5Nombre de requisito Reportes de garantías vencidas por tiempo y/o KilometrajeTipo Requisito RestricciónFuente del requisito Base de datosPrioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional


Rev. 1.0Pág. 12


Número de requisito R6Nombre de requisito Inserción de descripción(es) en garantía echa efectiva (Hoja

de vida del vehículo)Tipo Requisito RestricciónFuente del requisito Base de datosPrioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional

ESTANDAR -IEEE830

Documents

Transcript of ESTANDAR -IEEE830