Visión y Alcance para <Proyecto> Página i Punto de venta para una librería Presenta: Néstor Gabriel Sosa Hernandez, María Camila Ek Cruz, Pedro Ángel Quen Chan y Gustavo Jordin Martínez Orosco. Objetivo General Elaborar un punto de ventas para una librería para llevar un registro de las ventas, ganancias y el inventario de esta ya que en la misma se lleva una mala organización y control sobre las ventas y el inventario Objetivos específicos Aumentar las ganancias Clientes satisfechos Árbol de problemas Visión y Alcance para <Proyecto> Problemática de la librería. Siendo la problemática principal de la librería viene siendo la pérdida de ganancias de la librería, ya que todo el registro de ventas se realiza a mano, lo que ocasiona que todo sea mucho más lento para los encargados de caja, que en algunos casos estos mismos, al tener mala caligrafía, no se posible identificar correctamente cada venta registrada. Las ventas que, si se logran registrar sin ningún percance, por lo general suelen estar guardadas en carpetas, que a su vez están guardadas en archiveros, estos documentos físicos pueden dañarse o perderse, por lo que al final puede darse la situación que los gatos sean mayores que los ingresos, o que el monto sea una cantidad mayor a la registrada, lo que puede ocasionar problemas más grandes. La mala organización también toma importancia cuando el encargado o los encargados de organizar los libros no acomodan los libros en su correspondiente lugar, ya sea por negligencia o porque está mal señalado el sitio en el que debe de ir el libro, ya que estos se suelen organizar dependiendo del género al que pertenecen, lo que ocasiona que los que están encargados de vender los libros no puedan encontrarlos aun cuando se tiene un registro, elaborado a mano, de que la librería si cuenta con el producto que busca el cliente, esto a su vez genera, como consecuencia, la insatisfacción de los clientes Página ii Visión y Alcance para <Proyecto> JUSTIFICACIÓN El propósito de este proyecto es que se haga la mejora para tener mayores ganancias, al hacer esto buscamos agilizar los procesos de venta e inventariado de la librería. Al tener esta posibilidad de mejores procesos, los clientes y por supuesto, al equipo de trabajo les beneficia esta gran propuesta, al cliente porque no se le complica el proceso de pago o al escoger su libro y al equipo de trabajo, porque será menos complicado hacer los registros. Como ya se había planteado anteriormente en la problemática, ya que todo se llevaba a mano, a causa de todo lo que se mencionó se decidió acudir al software que se mencionará más adelante Proceso: Las acciones de proceder para las ventas de una librería. Suelen ser demasiados lentos para la cantidad de clientes que suele recibir, lo que ocasiona que los encargados de caja trabajen de forma negligente. Los encargados de caja tienen el principal conjunto de circunstancias que dificultan las ventas del establecimiento, lo que ocasiona el disgusto de los clientes, llegando a tal punto en que estos se retiran de la librería teniendo pérdidas y una mala reputación. El problema no es solo de los encargados de caja, sino también del encargado del inventario que desorganiza los libros o no acomodarlos en las secciones que corresponde. El supervisor de ventas suele tener los problemas más laboriosos, ya que la negligencia de los encargados de caja, que en varias ocasiones suelen no tener todas las notas de ventas, entorpecen el trabajo de cuadrar las ventas en libros de cada semana, teniendo pérdidas o excedente de dinero. IDENTIFICACION DE STAKEHOLDERS • Responsable de caja • encargado de piso • Cliente Página iii Visión y Alcance para <Proyecto> • Responsable de inventario • Distribuidor de libros DETERMINAR LAS ACCIONES DE LOS STAKEHOLDERS Responsable de caja: • Registra ventas • Realiza corte de caja • Atiende a los clientes • Gestión de cobranza Encargado de piso: • Brinda apoyo en la búsqueda de libros al cliente • Promociona libros Cliente: • Compra libros Responsable de inventario: • Realiza el inventario de los libros • Realiza la búsqueda de libros • Acomoda libros Distribuidor de libros • Provee de libros a la librería DISEÑO DEL DIAGRAMA DE FUNCIONES CRUZADAS (DFC). Lista de actividades • Busca libros • solicita libros • apoya en la búsqueda de libros Fundamentos de Ingeniería de Software | Página 4 • hace promoción del libro • recoge libro • Atiende al cliente • gestiona el cobro del libro • Realiza el cobro del libro Página iv Visión y Alcance para <Proyecto> Página v • Realiza inventario de libros • acomoda por categoría los libros • recibe solicitud de libros • provee libros a la librería Las reglas de negocio son: • No se hacen devoluciones al salir de la tienda. • El encargado del inventario debe llevar un registro de los libros faltantes para su compra a proveedores. • De faltar algún libro en el registro de pedidos al proveedor el encargado del inventario deberá anotarlo para la próxima compra. • En caso de que el cliente maltrate o rompa algún libro deberá pagarlo • No se permite la lectura de libros en el establecimiento. DIAGRAMA DE ACTIVIDADES Documento de Visión y Alcance para Visión y Alcance para <Proyecto> Página vi PUNTO DE VENTAS DE UNA LIBRERÍA Versión 1.0 aprobada Preparada por Néstor Gabriel Sosa Hernandez, María Camila Ek Cruz, Pedro Ángel Quen Chan y Gustavo Jordin Martínez Orosco. <organización> <Fecha de creación > Tabla de Contenido Tabla de Contenido ............................................................................................................ vi Historia de Revisión .......................................................................................................... vii 1. Requerimientos de Negocios ........................................................................................ 8 1.1. Antecedentes .............................................. Ошибка! Закладка не определена. 1.2. Oportunidad de Negocios .......................... Ошибка! Закладка не определена. 1.3. Objetivos de Negocios y Criterios de Éxito .......................................................... 8 1.4. Necesidades del Cliente o del Mercado ..... Ошибка! Закладка не определена. 1.5. Riesgos de Negocios .............................................................................................. 9 2. Visión de la Solución .................................................................................................... 9 2.1. Enunciado de Visión .................................. Ошибка! Закладка не определена. 2.2. Principales Características ......................... Ошибка! Закладка не определена. 2.3. Suposiciones y Dependencias .................... Ошибка! Закладка не определена. 3. Alcance y Limitaciones..................................... Ошибка! Закладка не определена. 3.1. Alcance de la Liberación Inicial ............................................................................ 9 Visión y Alcance para <Proyecto> Página vii 3.2. Alcance de las Liberaciones Subsecuentes .......................................................... 10 3.3. Limitaciones y Exclusiones ................................................................................. 10 4. Contexto de Negocios ................................................................................................. 10 4.1. Perfiles de Stakeholders....................................................................................... 10 4.2. Prioridades del Proyecto ...................................................................................... 11 4.3. Ambiente de Operación ....................................................................................... 11 Historia de Revisión Nombre Fecha Razón para los cambios Versión Visión y Alcance para <Proyecto> Página 8 Requerimientos de Negocios <Los requerimientos de negocios proporcionan la base y referencia para el desarrollo de todos los requerimientos. Pueden recopilarse los requerimientos de negocios a partir de los clientes o administradores generales de la organización de desarrollo, de un patrocinador ejecutivo, un visionario del proyecto, la administración del producto, el departamento de mercadotecnia u otros individuos que tengan un sentido claro de por qué se ha emprendido el proyecto y el valor principal que proporcionará, tanto para el negocio como los clientes.> Antecedentes <Esta sección resume la razón del nuevo producto. Proporciona una descripción general de la historia o situación que lleva al reconocimiento de que este producto deberá construirse. > Oportunidad de negocios <Describe la oportunidad de mercado que existe o el problema de negocios que se resolverá. Describe el mercado en el que competirá el producto comercial o el ambiente en que se utilizará el sistema de información. Esto incluye una breve evaluación comparativa de los productos existentes y soluciones potenciales, indicando por qué el producto propuesto es atractivo. Identifica los problemas que no pueden ser resueltos actualmente sin el producto y cómo el producto se ajusta a las tendencias del mercado o las direcciones estratégicas corporativas.> Objetivos de negocios y criterios de éxito <Describe los objetivos de negocios importantes del producto en una forma cuantitativa y mensurable. En la sección 1.4 se describe el valor proporcionado a los clientes, así que esta sección se concentrará en el valor proporcionado al negocio. Este podría incluir estimados de ganancias o ahorros de costo, análisis de retorno de la inversión (ROI) o fechas de entrega. Determina cómo se definirá y medirá el éxito del proyecto, describiendo los factores que probablemente tengan el mayor impacto en el logro de ese éxito. Incluye aspectos dentro del control directo de la organización, así como factores externos. Establece criterios de medida para evaluar si se han logrado los objetivos de negocios. > Necesidades del cliente o del mercado <Describe las necesidades de clientes típicos o segmentos del mercado incluyendo aquellas necesidades que no han sido cubiertas por el mercado o sistemas existentes. Puede ser deseable describir los problemas que los clientes actualmente encuentran que el nuevo producto enfrentará (o no) y cómo el producto podría ser utilizado por los clientes. Identifica el ambiente de hardware y software del cliente en el que operará el producto. Define en un nivel alto cualquier interfaz crítica conocida o requerimientos de desempeño. Evite incluir cualesquiera detalles de diseño o implementación. Presenta los requerimientos en una lista numerada para que puedan rastrearse hasta ellos los requerimientos de usuario o funcionales más detallados. > Visión y Alcance para <Proyecto> Página 9 Riesgos de Negocios <Resume los principales riesgos de negocios asociados con el desarrollo de este producto, tales como competencia de mercado, aspectos de temporización, aceptación del usuario, aspectos de implementación o posibles impactos negativos sobre el negocio. Estime la severidad de los riesgos e identifique las acciones de mitigación del riesgo que podrían tomarse.> Visión de la Solución <Esta sección establece una visión de largo alcance para el sistema a construir con dirección a los objetivos de negocios. Esta visión proporcionará el contexto para la toma de decisiones a lo largo del curso del ciclo de vida de desarrollo del producto. La visión no deberá incluir requerimientos funcionales detallados o información de planeación del proyecto. > Enunciado de Visión <Escriba un enunciado de visión conciso que resuma el propósito e intención del nuevo producto. El enunciado de visión deberá reflejar una vista balanceada que debe satisfacer las necesidades de diversos clientes como también las de la organización de desarrollo. Puede ser algo idealista, pero deberá estar aterrizado en la realidad de mercados del cliente, arquitecturas empresariales, direcciones estratégicas empresariales y limitaciones de recursos y costos previos o actuales. > Características Principales <Incluya una lista numerada de las principales características del nuevo producto, enfatizando aquellas características que lo distinguen de productos previo o competidores. Los requerimientos de usuario específicos y los requerimientos funcionales pueden ser rastreados hasta llegar a estas características. > Suposiciones y Dependencias <Registre las suposiciones que se realizaron cuando se concibió el proyecto y se escribió este documento de visión y alcance. Anote cualquier dependencia en la que se apoya el proyecto para alcanzar su éxito, tales como tecnologías específicas, vendedores de terceras partes, socios de desarrollo u otras relaciones de negocios. > Alcance y Limitaciones <El Alcance del proyecto define el concepto y rango de la solución propuesta. También es importante definir qué no será incluido en el producto. Clarificar el alcance y las limitaciones ayuda a establecer expectativas reales de muchos stakeholders. También proporciona un marco de referencia contra el que se pueden evaluar las propuestas de cambios de características y requerimientos. Los requerimientos propuestos que estén fuera del alcance de la visión del producto deben ser rechazados, a menos que sean tan benéficos que el alcance deba ser extendido para acomodarlos (con los consiguientes cambios en presupuesto, calendario y recursos).> Alcance de la Liberación Inicial <Describe las principales características pretendidas que serán incluidas en la liberación inicial del producto. Considera los beneficios que el producto pretende llevar a las Visión y Alcance para <Proyecto> Página 10 diferentes comunidades de usuarios y generalmente describe las características del producto y las características de calidad que serán habilitadas para proporcionar estos beneficios. Evite la tentación de incluir toda característica que cualquier categoría de usuario potencial desee algún día. Concéntrese en las características del producto que proporcionarán el mayor valor, al costo de desarrollo más aceptable, para la comunidad más amplia.> Alcance de Liberaciones Subsecuentes <Si sobre el tiempo se prevé una evolución del producto por etapas, indica cuáles características principales serán postergadas a liberaciones posteriores.> Limitaciones y Exclusiones <Identifique cualquier característica del producto que un stakeholder pueda anticipar, pero que no están planeadas para incluirse en el nuevo producto.> Contexto de Negocios <Esta sección resume algunos de los aspectos de negocios alrededor del proyecto, incluyendo perfiles de las categorías principales de usuarios, suposiciones que se hicieron en el concepto del proyecto y las prioridades de administración para el proyecto.> Perfiles de Stakeholders <Los Stakeholders son individuos, grupos u organizaciones que están activamente involucrados en un proyecto, son afectados por su resultado o pueden influir en su resultado. Los perfiles de stakeholders identifican a los clientes para este producto y otros stakeholders, y establece sus intereses principales en el producto. Caracteriza a los clientes al nivel de negocios, segmentos de mercado destino y a las diferentes clases de usuarios, para reducir la probabilidad de requerimientos inesperados surjan posteriormente y no puedan ser incluidos debido a las restricciones de calendario o alcance. Para cada categoría de stakeholder, el perfil incluye el valor principal o beneficios que recibirán del producto, sus actitudes probables hacia el producto, las características principales de interés y cualquier restricción conocida que deba ser incluida. Ejemplos de valor para el stakeholder incluyen: Productividad mejorada Reducción de retrabajo Ahorros de costos Procesos de negocios Ejemplo:> Stakeholder Principal valor Ejecutivos Incremento en los ingresos Editores Menos errores en el trabajo Actitudes Principales intereses Ve el producto como una avenida para incrementar 25% el mercado logrado Altamente receptivo, pero alto nivel de usabilidad Conjunto más rico de características que los competidores; tiempo para comercialización Corrección automática de errores; facilidad de uso; alta confiabilidad Restricciones Presupuesto máximo = $1.4M Debe correr en estaciones de Visión y Alcance para <Proyecto> Ayudantes legales Acceso rápido a los datos Página 11 Se resiste, a menos que el producto sea compatible en los comandos de teclado con el sistema actual Habilidad para manejar una base de datos mucho más grande que el sistema actual; fácil de aprender trabajo de bajo desempeño No hay presupuesto para reentrenamiento Prioridades Del Proyecto <Describe las prioridades entre los requerimientos del proyecto, calendarización y presupuesto. La tabla de abajo puede ser útil para identificar los parámetros alrededor de los conductores claves del proyecto (objetivos de alta prioridad), restricciones dentro de las cuales se trabajará, dimensiones que pueden ser balanceados entre sí para lograr los conductores dentro de las restricciones conocidas. Ejemplos:> Dimensión Calendarización Conductor (Establece objetivo) Restricción (establece límites) Grado de libertad (establece el rango permisible) Liberación 1.0 debe estar disponible el 1/10, liberación 1.1 el 1/12. Características Deben incluirse 70.80% de las características de alta prioridad en la liberación 1.0 Deben pasarse 90-95% de las pruebas de aceptación del usuario en la liberación 1.0, 95-98% para la liberación 1.1 Calidad Personal Costos El tamaño máximo del equipo debe ser de 6 desarrolladores + 4 probadores Hasta 15% arriba del presupuesto es aceptable sin revisión ejecutiva. Ambiente de operación <Describe el ambiente en el que se utilizará el sistema y define la mayor disponibilidad, confiabilidad, desempeño y requerimientos de integridad. Esta información influirá significativamente la definición de la arquitectura del sistema. Considere preguntas tales como: ¿Los usuarios están distribuidos geográficamente o están ubicados cerca unos de otros? ¿Cuántas zonas horarias hay? ¿Cuándo requieren acceder al sistema los usuarios de las diversas ubicaciones? ¿Dónde se generan y usan los datos? ¿Qué tan apartados están de estas ubicaciones? ¿Los datos en diferentes ubicaciones requieren ser combinados? Visión y Alcance para <Proyecto> Página 12 ¿Se conocen los tiempos máximos de respuesta para acceder a los datos que pueden estar almacenados remotamente? ¿Los usuarios pueden tolerar interrupciones de servicio o el acceso continuo al sistema es crítico para la operación de sus negocios? ¿Cuáles son los requerimientos necesarios de control de seguridad de acceso y protección de datos?