Beruflich Dokumente
Kultur Dokumente
Versin: Fecha:
XX.XX DD/MM/AAAA
Historial de Revisiones
Fecha DD/MM/AAAA Versin XX.XX Descripcin Motivo de la realizacin del documento y cambios realizados Autor Persona encargada
Confidencial
[PROYECTO]
Pg. 2
Versin: Fecha:
XX.XX DD/MM/AAAA
Tabla de Contenidos
1. Introduccin 1.1 Propsito 1.2 Alcance 1.3 Definiciones, Acrnimos, y Abreviaciones 1.4 Referencias 2. Posicionamiento 2.1 Oportunidad de Negocio 2.2 Sentencia que define el problema 2.3 Sentencia que define la posicin del Producto 3. Descripcin de Stakeholders (Participantes en el Proyecto) y Usuarios 3.1 Resumen de Stakeholders 3.2 Resumen de Usuarios 3.3 Entorno de usuario 3.4 Perfil de los Stakeholders 3.4.1 Representante del rea xxxxxxx 3.5 Perfiles de Usuario 3.5.1 Cargo 8 3.5.2 Jefe de Almacn 9 3.5.3 Contable 9 4. Descripcin Global del Producto 4.1 Perspectiva del producto 4.2 Resumen de caractersticas 4.3 Suposiciones y dependencias 4.4 Costo y precio 5. Descripcin Global del Producto 5.1 Departamento de Recursos Humanos 5.2 Departamento de Marketing 5.3 Departamento de Logstica 5.4 Gestin de Almacn 5.5 Gestin de Ventas 6. Restricciones 7. Precedencia y Prioridad 8. Otros Requisitos del Producto 8.1 Estndares Aplicables 8.2 Requisitos de Sistema 8.3 Requisitos de Desempeo 8.4 Requisitos de Entorno Confidencial [PROYECTO] 5 5 5 5 5 6 6 6 6 7 7 7 8 8 8 8
10 10 10 10 10 10 10 10 11 11 11 12 12 12 12 12 12 12 Pg. 3
NOMBRE DEL PROYECTO Vision Documento Visin 9. Requisitos de Documentacin 9.1 Manual de Usuario 9.2 Ayuda en Lnea 9.3 Guas de Instalacin, Configuracin, y Fichero Lame A. Atributos de Caractersticas
Versin: Fecha:
XX.XX DD/MM/AAAA
12 12 13 13 13
Confidencial
[PROYECTO]
Pg. 4
Versin: Fecha:
XX.XX DD/MM/AAAA
Vision
1. Introduccin
1.1 Propsito
El propsito de ste documento es recoger, analizar y definir las necesidades de alto nivel y las caractersticas de [software que se esta desarrollando]. El documento se centra en la funcionalidad requerida por los participantes en el proyecto y los usuarios finales. Esta funcionalidad se basa principalmente [descripcin general de lo que har el software] Los detalles de cmo el sistema cubre los requerimientos se pueden observar en la especificacin de los casos de uso y otros documentos adicionales.
1.2
Alcance
El documento Visin se ocupa, como ya se ha apuntado, del [lo que har el software (ej. Sistema para gestin de bibliotecas pblicas)]. Dicho sistema ser desarrollado por el grupo de desarrollo de software [Nombre del grupo desarrollador, si existe]. El sistema permitir [descripcin general de lo que el sistema permitir realizar a sus usuarios].
1.3
RUP: Son las siglas de Rational Unified Process. Se trata de una metodologa para describir el proceso de desarrollo de software.
1.4 -
Referencias Glosario. Plan de desarrollo de software. RUP (Rational Unified Process). Diagrama de casos de uso.
Confidencial
[PROYECTO]
Pg. 5
Versin: Fecha:
XX.XX DD/MM/AAAA
2.
Posicionamiento
2.1 Oportunidad de Negocio
Descripcin de la oportunidad o ventaja estratgica que le dar el desarrollo del software a la empresa, negocio, organizacin, etc.
2.2
DESCRIBA CADA UNO DE LOS PUNTOS QUE SE LE MENCIONAN (PROBLEMA, EFECTO, IMPACTO, SOLUCIN. El problema de afecta a El impacto asociado es Una solucin adecuada sera
2.3
BENEFICIADOS (PARA), LO QUE REALIZAN LOS BENEFICIADOS, NOMBRE DEL PRODUCTO (COMPLETO), LO QUE REALIZAR EL PRODUCTO, SISTEMA ACTUAL O FORMA EN QUE SE MANEJA LA INFORMACIN, CARACTERSTICAS DIFERENCIALES DEL PRODUCTO QUE SE CREAR)
Confidencial
[PROYECTO]
Pg. 6
Versin: Fecha:
XX.XX DD/MM/AAAA
3.
3.1
Nombre
3.2
Resumen de Usuarios
Personas que usarn el software y su funcin actual en la empresa, organizacin, etc., Nombre: cargo que desempea, Descripcin: funciones que realiza, Stakeholder: nombre que se le asignar.
Nombre xxxxxx
Descripcin
Stakeholder xxxxxxx
DEFINA LOS STAKEHOLDERS PARA LOS CARGOS O AREAS QUE SE VERAN INVOLUCRADAS EN EL DESARROLLO DEL PROYECTO DE SOFTWARE.
Confidencial
[PROYECTO]
Pg. 7
Versin: Fecha:
XX.XX DD/MM/AAAA
3.3
Entorno de usuario
Los usuarios entrarn al sistema identificndose sobre un ordenador con un sistema operativo [Sistema operativo del PC cliente de la aplicacin] y tras este paso entrarn a la parte de aplicacin diseada para cada uno segn su papel en la empresa. [Definir la forma de funcionamiento. Ej. Web, consola, ventanas] Los informes sern generados en [forma en que la aplicacin generar informes, si los realiza].
3.4 3.4.1
Perfil de los Stakeholders Representante del rea xxxxxxx Nombres Cargo Descripcin
3.5 3.5.1
Ninguno
Confidencial
[PROYECTO]
Pg. 8
Versin: Fecha:
XX.XX DD/MM/AAAA
Ejemplo
3.5.2 Jefe de Almacn Almacn Jefe del almacn de una regin determinada. Usuario casual del sistema. Supervisor del buen funcionamiento del almacn y de gestionar las incidencias de los pedidos, ya sea tratando con otro almacn, o bien en contacto con el Ingeniero de Logstica. Capacidad de toma de decisiones en cuanto a distribucin de mercancas desde otro almacn y cancelacin de pedidos que han sido atendidos. A definir por el cliente A definir por el cliente Ninguno.
3.5.3
Contable Contabilidad / Facturacin Empleado del Departamento de Contabilidad y Facturacin. Usuario experto. Encargado de la facturacin y cobranzas, poltica de cobro de los clientes. A definir por el cliente A definir por el cliente Niguno.
Confidencial
[PROYECTO]
Pg. 9
Versin: Fecha:
XX.XX DD/MM/AAAA
4.
Beneficio del cliente Mayor agilidad en los pedidos dando la posibilidad de hacerlo va servicios web. Mayor facilidad para el control e catlogos para el rea de marketing.
Caractersticas que lo apoyan Aplicacin web desde la cual poder realizar los pedidos. Base de datos con acceso remoto desde la que poder controlar ofertas y polticas de ventas.
4.3 Suposiciones y dependencias [A definir por el cliente] 4.4 Costo y precio [A definir por el cliente]
5.
DESCRIPCIN GENERAL DE LOS PROCESOS QUE CUBRIR EL SOFTWARE. 5.1 Departamento de Recursos Humanos Departamento encargado de la gestin de la plantilla y asignacin de destino de trabajo. Los trabajadores con rol de recursos humanos tendrn acceso a un a parte del subsistema en la que se darn de alta, de baja y se modificarn datos de la plantilla, as como a otra parte en la que asignarn el personal adecuado a cada rea. 5.2 Departamento de Marketing Departamento responsable de la confeccin de catlogos d productos , polticas de ventas y realizar las distintas ofertas sobre los productos. Los trabajadores con este rol tendrn acceso a una parte del sistema conectado con la base de datos de producto de forma que puedan controlar y aplicar las ofertas correspondientes sobre estos.
Confidencial
[PROYECTO]
Pg. 10
Versin: Fecha:
XX.XX DD/MM/AAAA
5.3 Departamento de Logstica Departamento que dirige y gestiona el almacn centralizado de la compaa, que es el abastecimiento principal del resto de almacenes. Este departamento dispondr de una parte del sistema que automatizar el proceso de reposicin de stocks de los almacenes y el reabastecimiento de los distintos almacenes, tanto el central como los regionales mediante los proveedores de la compaa. 5.3.1 Control de estadsticas de distintos datos Para llevar un buen control de los requerimientos de la empresa, las necesidades de cada almacn y de cada departamento es necesario que el sistema genere una serie de datos estadsticos histricos que clarifiquen el excesivo volumen de datos numricos que se generan en la compra-venta de artculos. 5.4 Gestin de Almacn En el subsistema de almacn se atienden los pedidos que han sido elaborados en el departamento de ventas y que han sido pasados a la gestin de almacenes. Los pedidos que figuran como no atendidos pueden pasar a ser atendidos una vez que el tcnico de almacn reserva stock de productos para dichos pedidos. Durante el proceso de atencin el pedido puede sufrir diversas modificaciones en la asignacin de stock, y una vez confeccionado en su totalidad, pasa a pedido listo para envo, y una vez en este estado pasar a ser tratado por el subsistema de gestin de envos. 5.4.1 Atencin de las rdenes de pedido procedentes de elaboracin . Un pedido que ha pasado del estado de elaboracin al estado de pedido no atendido figurar en el almacn en el listado de pedidos no atendidos. El tcnico de almacn podr atender un pedido asignndole stock del almacn. Una vez confeccionado completamente el pedido, el tcnico de almacn podr hacer que figure el pedido como listo para envo, de tal forma que el encargado de transportes sepa que lo puede cargar en el camin. En cualquier momento, el pedido podr ser cancelado. 5.4.2 Gestin de incidencias de pedido En caso de que en un pedido se detecte que no hay stock suficiente para poder satisfacerlo, el tcnico de almacn podr lanzar una incidencia de pedido, en la que figurar el o los pedidos que no han podido completarse por falta de stock en el almacn. Posteriormente el jefe de ventas del almacn gestionar las incidencias de pedido y el dficit de stocks. El jefe de almacn podr solicitar stock de productos a otros almacenes para reponer el dficit de stock o bien podr solicitar al ingeniero de logstica que distribuya productos del almacn central o bien por medio de proveedor. 5.4.3 Consulta del estado de los pedidos En todo momento, se podr consultar el estado de los pedidos que se encuentran en periodo de no atencin, en periodo de atencin, listos para envo y pedidos en estado de envo. La informacin presentar los datos relevantes para cada estado que se haya definido.
5.5 Gestin de Ventas El departamento de ventas dispone de tres servicios distintos de ventas: las ventas a domicilio del cliente mediante un representante de ventas. Las ventas a travs de una de las operadoras de la empresa, con la que el cliente solicita sus pedidos a travs del medio telefnico. Y por ltimo, se dispondr de servicios web para poder hacer los pedidos de esta forma, considerando al cliente como cliente online. 5.5.1 Informacin de ofertas y elaboracin de pedidos
Confidencial
[PROYECTO]
Pg. 11
Versin: Fecha:
XX.XX DD/MM/AAAA
Un representante de ventas o una operadora pueden elaborar pedidos o bien para su propios clientes (caso del representante) o bien para cualquier cliente (caso de la operadora). Los pedidos figurarn en estado de elaboracin y eliminar a peticin del cliente o modificar las lneas del pedido, ya sea en cantidades de productos como en los distintos productos de que consta el pedido. 5.5.2 Gestin de los datos de los clientes Un representante de ventas o una operadora pueden modificar los datos de los clientes. En el caso de la operadora podr modificar cualquier cliente, y en el caso del representante de ventas podr modificar cualquiera de los clientes a los que representa. Tambin podrn darse de baja clientes, o darse de alta unos nuevos. El cliente online tambin podr a travs de los servicios web modificar sus datos, darse de alta o de baja. 5.5.3 Consulta de los productos del catlogo Un representante de ventas, una operadora o un cliente online pueden consultar en todo momento el catlogo a la hora de elaborar su pedidos.
6.
Restricciones
[A definir por el cliente]
7.
Precedencia y Prioridad
[A definir por el cliente]
8.
9.
Requisitos de Documentacin
[A definir por el cliente] 9.1 Manual de Usuario [A definir por el cliente]
Confidencial
[PROYECTO]
Pg. 12
Versin: Fecha:
XX.XX DD/MM/AAAA
9.2 Ayuda en Lnea [A definir por el cliente] 9.3 Guas de Instalacin, Configuracin, y Fichero Lame [A definir por el cliente]
A.
Atributos de Caractersticas
Estado Propuesta: S / No Aprobada: S / No Incorporada: S / No Propuesta: S Aprobada: S Incorporada: No Benefici o Esfuerzo ALTOMEDIOBAJO Bajo [A definir por [A definir por el cliente] el cliente] Riesgo Estabilidad Asignacin
Nmero y nombre de la caracterstica Caracterstica nombrada en la descripcin global 5.2 Depart. de Marketing
til
PERSONA ENCARGADA
til
Ninguna
Confidencial
[PROYECTO]
Pg. 13