Budget Application

Especificacin de Requerimientos de Software

SS S.A

Cliente: Park - Proyecto: Budget Application

Tabla de Contenidos
1 OBJETIVOS 2 INTRODUCCIN 3 DOCUMENTOS RELACIONADOS 4 DESTINATARIOS 5 PARTICIPANTES 3 3 3 3 3

6 ANTECEDENTES 4 6.1 Objetivos de Negocio.......................................................................................................4 6.2 Sistema Actual................................................................................................................4 6.3 Problemas Actuales.........................................................................................................4 7 DESCRIPCIN GENERAL 4 7.1 Objetivos y Beneficios......................................................................................................4 7.2 Caractersticas del Usuario...............................................................................................4 7.3 Impacto de la Organizacin..............................................................................................4 8 REQUERIMIENTOS DEL USUARIO 6

9 APNDICES 9 9.1 Glosario..........................................................................................................................9 9.2 Historia de Cambios.........................................................................................................9

Especificacin de Requerimientos

Material Confidencial

Pgina 2 de 10

SS S.A

Cliente: Park - Proyecto: Budget Application

1 Objetivos
El presente documento tiene como objetivo especificar los requerimientos necesarios que deber contener la solucin a brindar por SS.

2 Introduccin
La presente Especificacin de Requerimientos de Software (ERS) describe la funcionalidad requerida y las limitaciones a su construccin para el Software destinado al Budget Application.

3 Documentos Relacionados
No se tiene conocimiento acerca del sistema actual.

Documento Objetivos, Polticas, Roles y Responsabilidades, y proceso de Administracin de Requerimientos Plan de Proyecto Especificacin de Sistemas

Ubicacin Framework Administracin de Requerimientos versin (indicar Versin) Sharepoint PDP Sharepoint - ES

4 Destinatarios
El presente documento est destinado a las siguientes personas: Lector Guillermo Hngaro Dario Sector o Rol Comercial Sistemas e-mail guillermo.@Park.com dario.@Park.com

5 Participantes
Las siguientes personas han participado en las actividades de especificacin de requerimientos: Participante Guillermo Hngaro Dario Pablo Silvio SS Fabian Ferreyra Sector o Rol Comercial Sistemas LP Responsable Calidad Responsable de CM e-mail guillermo.@Park.com dario.@Park.com p@SS.com.ar ss@SS.com.ar fabian@SS.com.ar

Especificacin de Requerimientos

Material Confidencial

Pgina 3 de 10

SS S.A

Cliente: Park - Proyecto: Budget Application

6 Antecedentes
6.1 Objetivos de Negocio
Mejorar y unificar el proceso de presupuestacin a travs de un sistema que permite seguir reglas definidas en una aplicacin central. Este trae como beneficio al cliente de la compaa, obtener un presupuesto y una atencin personalizada.

6.2 Sistema Actual 6.3 Problemas Actuales

Problemas encontrados Fuente 1. Los vendedores realizan combinaciones de partes constituyentes Guillermo de una maquina, en forma inadecuada. Esto genera una mala experiencia para el cliente y una mala imagen para la compaa. 2. Costos asociados a ese error de configuracin. El vendedor debe Guillermo informar ese error al cliente y solicitar redefiniciones. 3.

7 Descripcin General
Se plantea una solucin mixta entre una aplicacin central y aplicaciones distribuidas en las notebooks de los vendedores. El administrador/es, a travs de una interfaz grafica amigable y sencilla, podrn definir reglas (o combinaciones) sobre las partes constituyentes. Estas reglas sern utilizadas por las aplicaciones instaladas en las notebooks de forma tal que se cumplan los objetivos propuestos. Cabe destacar que en todo momento, y a travs de cualquier tipo de conexin a internet, se podrn sincronizar ambas aplicaciones (las instaladas en las maquinas de los vendedores y la del servidor).

7.1 Objetivos y Beneficios

Objetivo Presupuestos certeros. Sincronizar aplicaciones a demanda. Evitar costos innecesarios. Beneficios asociados Solo reflejan configuraciones reales. Mejora la imagen con el cliente. Informacin actual en todo momento. Centralizacin de presupuestos. Se evita una comunicacin hacia el cliente ya que el presupuesto se confecciono en condiciones de alternativas coherentes.

1. 2. 3.

1. 2. 3. 4. 5.

7.2 Caractersticas del Usuario

Usuario / Pblico Objetivo Vendedores Sector Comercial Experiencia Media/Alta

7.3 Impacto de la Organizacin

Especificacin de Requerimientos Material Confidencial Pgina 4 de 10

SS S.A

Cliente: Park - Proyecto: Budget Application

Sector Impactado Comercial

Descripcin Automatizacin del canal de presupuestacin (pre venta) con la ventaja de un sistema central que permite controles, chequeos y dems opciones.

Especificacin de Requerimientos

Material Confidencial

Pgina 5 de 10

8 Requerimientos del Usuario

A continuacin se describen los requerimientos planteados por los Usuarios durante las reuniones de extraccin de requerimientos. Estos requerimientos estarn agrupados de forma tal de conformar una Lnea Base de Requerimientos de diferentes Proyectos, ya que toda planificacin (y su correspondiente estimacin, plan de proyecto, criterios de aceptacin, planes de CM y QA, etc) estar basada en una determinada Lnea Base de Requerimientos que quedar determinada por la columna LB de la siguiente tabla. Las personas que figuran en la siguiente tabla de requerimientos sern considerados proveedores vlidos de requerimientos y cambios a lo largo de todo el proyecto. Solicitante 1. Guillermo Requerimiento Poder definir mdulos que RF contienen partes constituyentes de las maquinas. Poder definir a que personas se les RF enviara el presupuesto, una vez generado. Poder consultar el listado de RF Clientes provenientes del CRM. Poder definir reglas (o relaciones de precedencia) entre los tems de dos mdulos ingresados. Poder definir que personas sern usuarias de la aplicacin cliente. Estas mismas son las que confeccionan los presupuestos. Poder administrar los presupuestos/propuestas generadas. Sincronizacin bidireccional entre la aplicacin Servidor y las RF Tipo Mdulo BackEnd Administracin de mdulos BackEnd Administracin de personas BackEnd Consulta de Clientes BackEnd Administracin de reglas BackEnd Administracin de Gerentes de Cuenta Administracin de presupuestos Sincronizacin CU / RNF 1,2 Importancia 4 Relev Pablo Valid Guillermo LB 1.0

2.

Guillermo

Pablo

Guillermo

1.0

3.

Guillermo

Pablo

Guillermo

1.0

4.

Guillermo

Pablo

Guillermo

1.0

5.

Guillermo

RF

Pablo

Guillermo

1.0

6.

Guillermo

RF

7,8

Pablo

Guillermo

1.0

7.

Dario

RF

9,10

Pablo

Guillermo

1.0

8. Dario

aplicaciones Clientes. Importacin de Clientes desde el RF CRM.

Poder enviar, cuando este RF conectado a internet, los emails de presupuestacin pendientes. 10. Guillermo Poder seleccionar desde la RF aplicacin Servidor, que datos se enviaran/recibirn en el proceso de Sincronizacin. Se clasificar al requerimiento segn su tipo: Iniciales RF RI RDW RNF RC Descripcin Requerimiento Funcional Requerimiento de Infraestructura Requerimiento de Diseo Web Requerimiento No Funcional Requerimiento de Contenido

9. Guillermo

BackEnd 11 Importacin Clientes FrontEnd 12 Enviar emails pendientes. BackEnd 13 Seleccin de datos a sincronizar.

Pablo

Guillermo 1.0

Pablo

Guillermo 1.0

Pablo

Guillermo 1.0

Opcionalmente se podrn clasificar los requerimientos segn la siguiente Tabla: Iniciales Descripcin R Rendimiento D Disponibilidad RN Regla del Negocio S Seguridad A Auditoria ACC Accesibilidad HW Restricciones de Hardware SW Restricciones de Software Requerido A AU Aprendizaje del uso del sistema

V AC EA TIPO PAL IMG IDIOM NAV RES LIC PLAT

Volumen Atributo de Calidad Estilos aplicables Tipografa Paletas Imgenes y Fotografas Idiomas Navegador Resolucin de pantalla Licencias Plataforma de Hardware / SW

Asimismo se le dar un grado de importancia, de 1 a 5 con el siguiente criterio: Grado 5 4 3 2 1 Descripcin Imprescindible Muy Importante Importante Deseable Indistinto

9 Apndices
9.1 Glosario
Trmino CM (Configuration Management Administracin de la Configuracin) Framework Descripcin Configuration Management (Administracin de Configuracin) es la disciplina para asegurar la coordinacin y la integridad de cada uno de los elementos involucrados en un producto de software frente a la necesidad de aplicar un cambio a alguno de ellos o a la totalidad del sistema. Un framework define una arquitectura comn para una familia de productos/procesos. Cada producto/proceso que se incluye est construido utilizando los mismos elementos. Todo artefacto de software (producto final o intermedio) que puede ser afectado por un cambio a lo largo de la vida de un proyecto o de la evolucin de un sistema puesto en produccin y que ser puesto bajo control de configuraciones. Conjunto de tems (documentos, piezas de cdigo o cualquier artefacto de software) mantenido bajo administracin de configuracin segn un procedimiento de control de cambios. Es el conjunto de procedimientos que garantizan la calidad de los productos y procesos del desarrollo de software. Nombre genrico de la aplicacin que funciona nicamente del lado del servidor. Es la aplicacin que centraliza los datos y la sincronizacin de los mismos. Nombre que recibe la aplicacin que ser instalada en cada una de las maquinas Clientes del BackEnd. Este sistema utiliza las reglas definidas en el sistema servidor.

tem de Configuracin

LB (Lnea Base) QA (Quality Assurance Aseguramiento de la Calidad) BackEnd

FrontEnd

9.2 Historia de Cambios

Id 1 2 3 4 5 Pablo Pablo Autor Tipo de Cambio 22/07/2004 A 29/07/2004 AM Fecha Descripcin Creacin del documento Cambio y Adicin de requerimientos.

Esta tabla es la enumeracin de todos los cambios que sufrieron los requerimientos de la LB de la versin anterior del Documento. La misma debe poseer en forma obligatoria todos sus atributos, tomndose la siguiente clasificacin Se clasificar al requerimiento segn el Tipo de Cambio Sigla Descripcin

A B M

Alta de un nuevo Requerimiento Baja de un requerimiento existente Modificacin de un requerimiento existente