Este documento presenta la especificación de requisitos de una aplicación móvil para la reserva y compra de pasajes en la Terminal de Buses Bimodal Santa Cruz "El Viajero" según el estándar IEEE 830. El documento describe el alcance, propósito y funciones del sistema, así como los requisitos funcionales y no funcionales, interfaces, usuarios y suposiciones. El objetivo del sistema es facilitar a los pasajeros la reserva y compra de pasajes de buses ofreciendo información sobre servicios, destinos, horarios y disponibilidad de as
Este documento presenta los requisitos funcionales y especificaciones técnicas para el desarrollo de una aplicación móvil para la reserva y compra de pasajes en la Terminal de Buses Bimodal Santa Cruz. La aplicación permitirá a los pasajeros consultar los servicios, destinos, horarios y disponibilidad de asientos, y realizar reservas y compras de pasajes de manera remota.
El documento presenta el proyecto de desarrollo de una aplicación móvil para realizar reservas y compras de pasajes en la terminal de buses de Santa Cruz. Se describen los objetivos, participantes, modelo de negocio y funcionalidades principales como reserva y venta de pasajes. El sistema permitirá a los usuarios realizar trámites de manera remota desde dispositivos móviles u online para agilizar los procesos en la terminal.
Ap1 aa3-ev2-informe de especificación de requerimientos.nay-censey
Este documento presenta los requerimientos para el desarrollo del software ServiceNet. El software permitirá a los clientes comprar productos y servicios en línea, consultar el estado de sus pedidos y verificar la disponibilidad de inventario. Los requerimientos incluyen la creación de un catálogo en línea, el registro de ingresos y salidas de inventario, y una interfaz gráfica amigable para usuarios internos y externos. El software dependerá del servicio de internet, por lo que se debe considerar la posible inestabilidad que podría afectar las
Analisis de requerimientos, Ingenieria de SoftwareMarvin Romero
El documento analiza los requerimientos para proyectos de software. Explica que más del 30% de los proyectos de software son cancelados y más del 70% fallan en entregar las características esperadas. Además, un proyecto promedio excede el presupuesto en un 189% y los plazos en un 222%. Luego, identifica factores clave para el éxito como involucrar usuarios, definir claramente los requerimientos y tener expectativas realistas. Finalmente, enfatiza la importancia de una buena administración de requerimientos para
Este documento resume la Norma IEEE 830 para la Especificación de Requerimientos de Software. Explica que la norma provee una guía para la redacción de un Documento de Requerimientos de Software (SRS) que describa claramente lo que el cliente necesita del software y lo que el proveedor debe entregar. También cubre consideraciones como la naturaleza, ambiente y características deseables de un buen SRS.
Este documento describe el desarrollo de un sistema de facturación para el minimarket "Mister Food" para automatizar sus procesos y mejorar el servicio al cliente. El sistema consta de tres módulos (clientes, productos y reportes) y permitirá registrar clientes, gestionar inventario, generar facturas y reportes de ventas de forma automatizada. El objetivo es facilitar las operaciones diarias del negocio y brindar una mejor experiencia de compra.
El documento presenta una introducción a la ingeniería de requisitos, describiendo sus siete funciones principales: inicio, obtención, elaboración, negociación, especificación, validación y gestión. Explica que la ingeniería de requisitos proporciona un mecanismo para entender las necesidades del cliente, analizarlas, especificar una solución y gestionar los requisitos a lo largo del proyecto. También describe brevemente cada una de las funciones principales de la ingeniería de requisitos.
El documento presenta los requerimientos para el desarrollo del software ServiceNet. El software permitirá a los clientes realizar compras y consultar pedidos de manera online, facilitando las transacciones entre la empresa y los clientes. Los requerimientos incluyen una interfaz gráfica amigable, la capacidad de crear y modificar catálogos de productos, y la gestión de pedidos e inventario. Sin embargo, el software dependerá del servicio de internet, por lo que la inestabilidad de la conexión podría afectar las consultas en tiempo real.
Este documento presenta los requisitos funcionales y especificaciones técnicas para el desarrollo de una aplicación móvil para la reserva y compra de pasajes en la Terminal de Buses Bimodal Santa Cruz. La aplicación permitirá a los pasajeros consultar los servicios, destinos, horarios y disponibilidad de asientos, y realizar reservas y compras de pasajes de manera remota.
El documento presenta el proyecto de desarrollo de una aplicación móvil para realizar reservas y compras de pasajes en la terminal de buses de Santa Cruz. Se describen los objetivos, participantes, modelo de negocio y funcionalidades principales como reserva y venta de pasajes. El sistema permitirá a los usuarios realizar trámites de manera remota desde dispositivos móviles u online para agilizar los procesos en la terminal.
Ap1 aa3-ev2-informe de especificación de requerimientos.nay-censey
Este documento presenta los requerimientos para el desarrollo del software ServiceNet. El software permitirá a los clientes comprar productos y servicios en línea, consultar el estado de sus pedidos y verificar la disponibilidad de inventario. Los requerimientos incluyen la creación de un catálogo en línea, el registro de ingresos y salidas de inventario, y una interfaz gráfica amigable para usuarios internos y externos. El software dependerá del servicio de internet, por lo que se debe considerar la posible inestabilidad que podría afectar las
Analisis de requerimientos, Ingenieria de SoftwareMarvin Romero
El documento analiza los requerimientos para proyectos de software. Explica que más del 30% de los proyectos de software son cancelados y más del 70% fallan en entregar las características esperadas. Además, un proyecto promedio excede el presupuesto en un 189% y los plazos en un 222%. Luego, identifica factores clave para el éxito como involucrar usuarios, definir claramente los requerimientos y tener expectativas realistas. Finalmente, enfatiza la importancia de una buena administración de requerimientos para
Este documento resume la Norma IEEE 830 para la Especificación de Requerimientos de Software. Explica que la norma provee una guía para la redacción de un Documento de Requerimientos de Software (SRS) que describa claramente lo que el cliente necesita del software y lo que el proveedor debe entregar. También cubre consideraciones como la naturaleza, ambiente y características deseables de un buen SRS.
Este documento describe el desarrollo de un sistema de facturación para el minimarket "Mister Food" para automatizar sus procesos y mejorar el servicio al cliente. El sistema consta de tres módulos (clientes, productos y reportes) y permitirá registrar clientes, gestionar inventario, generar facturas y reportes de ventas de forma automatizada. El objetivo es facilitar las operaciones diarias del negocio y brindar una mejor experiencia de compra.
El documento presenta una introducción a la ingeniería de requisitos, describiendo sus siete funciones principales: inicio, obtención, elaboración, negociación, especificación, validación y gestión. Explica que la ingeniería de requisitos proporciona un mecanismo para entender las necesidades del cliente, analizarlas, especificar una solución y gestionar los requisitos a lo largo del proyecto. También describe brevemente cada una de las funciones principales de la ingeniería de requisitos.
El documento presenta los requerimientos para el desarrollo del software ServiceNet. El software permitirá a los clientes realizar compras y consultar pedidos de manera online, facilitando las transacciones entre la empresa y los clientes. Los requerimientos incluyen una interfaz gráfica amigable, la capacidad de crear y modificar catálogos de productos, y la gestión de pedidos e inventario. Sin embargo, el software dependerá del servicio de internet, por lo que la inestabilidad de la conexión podría afectar las consultas en tiempo real.
El documento describe los requisitos funcionales y no funcionales para una base de datos que se utilizará en una pequeña empresa de ventas. Incluye tres requisitos de interfaz, dos requisitos funcionales y seis requisitos no funcionales relacionados con el rendimiento, la seguridad, la fiabilidad, la disponibilidad, la mantenibilidad y la portabilidad. La base de datos tendrá una interfaz sencilla para el usuario, se conectará a MySQL y no tendrá comunicación con otros sistemas. Generará reportes diarios en PDF y tend
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.Dharma Consulting
Este documento contiene tres informes relacionados con un proyecto de desarrollo de sistemas de información para una empresa llamada Collide. El primer informe describe una inspección de calidad realizada a un paquete de trabajo. El segundo informe detalla el monitoreo de riesgos del proyecto donde se revisan los riesgos identificados y sus planes de mitigación. El tercer informe presenta una evaluación de competencias generales realizada a un analista del proyecto.
El documento describe el proceso de ingeniería de requerimientos para el desarrollo de sistemas de software. Explica las diferentes etapas del proceso como la obtención y análisis de requerimientos, la especificación, validación y mantenimiento de los requerimientos. También cubre temas como los diferentes tipos de requerimientos, notaciones para especificar requerimientos, y herramientas para el descubrimiento y validación de requerimientos.
Este documento proporciona un análisis de la norma IEEE 830-1998, que describe las mejores prácticas recomendadas para la especificación de requisitos de software. La norma cubre temas como las definiciones clave, las consideraciones para producir un buen documento de requisitos de software, las partes que debe contener, y anexos con formatos y referencias adicionales. El objetivo principal de la norma es establecer pautas para crear documentos de requisitos de software que sean correctos, inequívocos, complet
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSLuis Anibal
El documento describe los conceptos clave de la ingeniería de requerimientos, incluyendo que su principal tarea es generar especificaciones claras de las necesidades de los usuarios para minimizar problemas en el desarrollo de sistemas. Explica que se usan técnicas como entrevistas y talleres para obtener los requerimientos de los clientes, los cuales luego son analizados, documentados, verificados y validados. También menciona algunas herramientas como RequisitePro y DOORS que ayudan a administrar los requerimientos.
Este documento presenta información sobre ingeniería de requisitos y su importancia. Explica conceptos como requisitos funcionales y no funcionales, y las actividades clave de la ingeniería de requisitos como extracción, análisis, especificación y validación. También describe las personas involucradas en el proceso, como usuarios finales, líderes de usuario, analistas y programadores. Finalmente, discute herramientas para la gestión de requisitos como Requisitos Racionales, DOORS y Calibren, y sus características principales.
El documento presenta los requisitos de interfaz de usuario para un sistema de software. Explica conceptos clave como interfaz y requerimientos, e identifica elementos comunes de interfaz como controles de entrada, componentes de navegación e información. También describe pautas para una buena interfaz de usuario como ser simple, usar elementos comunes y comunicar el estado del sistema. Finalmente, proporciona ejemplos de requisitos específicos para la interfaz gráfica como proveer ayuda en línea y soporte para usuarios con discapacidad.
Este documento resume el estándar IEEE 830 para la especificación de requisitos de software. Describe la organización y contenido recomendado para un documento de requisitos, incluyendo una introducción, descripción general del sistema, y sección de requisitos específicos. Aunque el estándar no es perfecto, proporciona una guía útil para la redacción de documentos de requisitos claros, completos y verificables.
Este documento presenta una propuesta de desarrollo de software para la empresa "nombre de la empresa". Describe el propósito, alcance y objetivos del proyecto, así como la organización del equipo de desarrollo. Incluye estimaciones de costos, el plan de proyecto con fases e hitos, y define los módulos funcionales del sistema de información como ventas, almacén, servicios y reportes. El objetivo general es automatizar los procesos de la empresa para facilitar el flujo de información requerido.
El documento trata sobre la ingeniería de requisitos en el desarrollo de software. La ingeniería de requisitos identifica el propósito y contexto de uso de un sistema de software y actúa como puente entre las necesidades de los clientes y el sistema. Identificar los requisitos correctamente es crucial ya que cuanto más tarde se detectan los errores, más cuesta corregirlos.
Este documento presenta una introducción a la ingeniería de requerimientos en el desarrollo de software. Explica que los requerimientos definen qué debe hacer el sistema para satisfacer las necesidades del cliente, y que es importante capturarlos correctamente. Luego describe los tipos de requerimientos, como funcionales, no funcionales y de dominio; y los documentos de requerimientos como la definición y especificación. Finalmente, resume el proceso de ingeniería de requerimientos, incluyendo la obtención, análisis, especificación y validación
Este documento presenta información sobre la creación de requerimientos efectivos y el análisis de ambigüedades. Explica los tres niveles de requerimientos, las características de requerimientos efectivos, y las mejores prácticas para documentar y analizar requerimientos para reducir ambigüedades. El objetivo final es producir una especificación de requisitos completa y precisa.
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareDaniel Guaycha
El documento describe la estructura estándar de un Documento de Requisitos de Software (ERS) según el IEEE 830-1998, incluyendo las siguientes secciones: Introducción, Descripción General, Requisitos Específicos, Apéndice e Índice. La Introducción presenta el propósito, alcance, definiciones y visión general del documento. La Descripción General no describe requisitos sino su contexto, incluyendo perspectivas del producto, funciones, usuarios y restricciones. Los Requisitos Específicos detallan
Este documento presenta las principales tareas de ingeniería de requisitos para el desarrollo de software, incluyendo la identificación del alcance del proyecto, la recopilación de requisitos, la elaboración de un modelo de análisis, la negociación de requisitos con los interesados, la especificación formal de los requisitos y la validación de la especificación. El documento fue creado por estudiantes del Instituto Tecnológico de Tuxtepec para una unidad de ingeniería de requisitos.
La IEEEpresenta un estandar llamado IEEE 830 para una adecuada especificacion de requerimientos para el desarrollo de Software en la siguiente presentacion se conocera detalladamente.
Especificacion De Requerimentos De SoftwareJgperez
El documento habla sobre definiciones iniciales relacionadas con requerimientos, calidad y procesos de requerimientos. Explica que los requerimientos son restricciones sobre las soluciones de software que se negocian con el cliente. También describe problemas comunes con los requerimientos como su incompletitud, ambigüedad o contradicciones, y la importancia de especificarlos de manera clara, no ambigua y verificable.
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un sistema de software que las satisfaga.
El documento describe los requerimientos de proceso y la importancia de modelarlos. Define un requerimiento como un atributo necesario de un sistema y un proceso como un conjunto ordenado de tareas que utilizan recursos y generan productos. Explica que los procesos deben modelarse para tener una comprensión común de las actividades, encontrar inconsistencias y asegurar que se cumplan las metas del proyecto.
Este documento presenta un resumen de la Norma IEEE 830 para la Especificación de Requerimientos de Software. La norma provee lineamientos para la elaboración de un documento llamado Especificación de Requerimientos de Software (SRS) que describe claramente lo que un cliente desea de un software. El SRS es útil para definir las necesidades del cliente, facilitar el desarrollo del software, y establecer las bases para un contrato. La norma también describe las características que debe tener un buen SRS, como ser correcto, no ambiguo, completo, consistente
Este documento trata sobre la ingeniería de requisitos en el contexto de la ingeniería de software. Explica que la ingeniería de requisitos ayuda a los ingenieros de software a entender mejor el problema que deben resolver. Describe los siete pasos clave de la ingeniería de requisitos: inicio, obtención, elaboración, negociación, especificación, validación y gestión. El objetivo final es producir una especificación escrita del problema que satisfaga las necesidades del cliente.
Aunque la actividad de los códigos maliciosos en dispositivos Apple
no sea tan frenética como en otros sistemas operativos, existen
amenazas capaces de infectar iMacs, MacBooks, iPads e iPhones.
A continuación, haremos un repaso por las más importantes.
Este documento describe métricas de calidad de software. Define métricas, medidas y clasificaciones. Explica modelos de métricas como Mccall, Dromey, FURPS e ISO 9126. También cubre métricas de proceso, producto y proyecto. Incluye un ejemplo de métricas de productividad y describe herramientas para evaluar software libre como QSOS. Finalmente, presenta un caso de estudio sobre la aplicación de métricas y visualización de resultados.
El documento describe los requisitos funcionales y no funcionales para una base de datos que se utilizará en una pequeña empresa de ventas. Incluye tres requisitos de interfaz, dos requisitos funcionales y seis requisitos no funcionales relacionados con el rendimiento, la seguridad, la fiabilidad, la disponibilidad, la mantenibilidad y la portabilidad. La base de datos tendrá una interfaz sencilla para el usuario, se conectará a MySQL y no tendrá comunicación con otros sistemas. Generará reportes diarios en PDF y tend
Desarrollo del Sistema de Información para la Empresa COLLIDE - Control.Dharma Consulting
Este documento contiene tres informes relacionados con un proyecto de desarrollo de sistemas de información para una empresa llamada Collide. El primer informe describe una inspección de calidad realizada a un paquete de trabajo. El segundo informe detalla el monitoreo de riesgos del proyecto donde se revisan los riesgos identificados y sus planes de mitigación. El tercer informe presenta una evaluación de competencias generales realizada a un analista del proyecto.
El documento describe el proceso de ingeniería de requerimientos para el desarrollo de sistemas de software. Explica las diferentes etapas del proceso como la obtención y análisis de requerimientos, la especificación, validación y mantenimiento de los requerimientos. También cubre temas como los diferentes tipos de requerimientos, notaciones para especificar requerimientos, y herramientas para el descubrimiento y validación de requerimientos.
Este documento proporciona un análisis de la norma IEEE 830-1998, que describe las mejores prácticas recomendadas para la especificación de requisitos de software. La norma cubre temas como las definiciones clave, las consideraciones para producir un buen documento de requisitos de software, las partes que debe contener, y anexos con formatos y referencias adicionales. El objetivo principal de la norma es establecer pautas para crear documentos de requisitos de software que sean correctos, inequívocos, complet
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSLuis Anibal
El documento describe los conceptos clave de la ingeniería de requerimientos, incluyendo que su principal tarea es generar especificaciones claras de las necesidades de los usuarios para minimizar problemas en el desarrollo de sistemas. Explica que se usan técnicas como entrevistas y talleres para obtener los requerimientos de los clientes, los cuales luego son analizados, documentados, verificados y validados. También menciona algunas herramientas como RequisitePro y DOORS que ayudan a administrar los requerimientos.
Este documento presenta información sobre ingeniería de requisitos y su importancia. Explica conceptos como requisitos funcionales y no funcionales, y las actividades clave de la ingeniería de requisitos como extracción, análisis, especificación y validación. También describe las personas involucradas en el proceso, como usuarios finales, líderes de usuario, analistas y programadores. Finalmente, discute herramientas para la gestión de requisitos como Requisitos Racionales, DOORS y Calibren, y sus características principales.
El documento presenta los requisitos de interfaz de usuario para un sistema de software. Explica conceptos clave como interfaz y requerimientos, e identifica elementos comunes de interfaz como controles de entrada, componentes de navegación e información. También describe pautas para una buena interfaz de usuario como ser simple, usar elementos comunes y comunicar el estado del sistema. Finalmente, proporciona ejemplos de requisitos específicos para la interfaz gráfica como proveer ayuda en línea y soporte para usuarios con discapacidad.
Este documento resume el estándar IEEE 830 para la especificación de requisitos de software. Describe la organización y contenido recomendado para un documento de requisitos, incluyendo una introducción, descripción general del sistema, y sección de requisitos específicos. Aunque el estándar no es perfecto, proporciona una guía útil para la redacción de documentos de requisitos claros, completos y verificables.
Este documento presenta una propuesta de desarrollo de software para la empresa "nombre de la empresa". Describe el propósito, alcance y objetivos del proyecto, así como la organización del equipo de desarrollo. Incluye estimaciones de costos, el plan de proyecto con fases e hitos, y define los módulos funcionales del sistema de información como ventas, almacén, servicios y reportes. El objetivo general es automatizar los procesos de la empresa para facilitar el flujo de información requerido.
El documento trata sobre la ingeniería de requisitos en el desarrollo de software. La ingeniería de requisitos identifica el propósito y contexto de uso de un sistema de software y actúa como puente entre las necesidades de los clientes y el sistema. Identificar los requisitos correctamente es crucial ya que cuanto más tarde se detectan los errores, más cuesta corregirlos.
Este documento presenta una introducción a la ingeniería de requerimientos en el desarrollo de software. Explica que los requerimientos definen qué debe hacer el sistema para satisfacer las necesidades del cliente, y que es importante capturarlos correctamente. Luego describe los tipos de requerimientos, como funcionales, no funcionales y de dominio; y los documentos de requerimientos como la definición y especificación. Finalmente, resume el proceso de ingeniería de requerimientos, incluyendo la obtención, análisis, especificación y validación
Este documento presenta información sobre la creación de requerimientos efectivos y el análisis de ambigüedades. Explica los tres niveles de requerimientos, las características de requerimientos efectivos, y las mejores prácticas para documentar y analizar requerimientos para reducir ambigüedades. El objetivo final es producir una especificación de requisitos completa y precisa.
Estándar IEEE 830-1998 - Especificacón de requisitos de SoftwareDaniel Guaycha
El documento describe la estructura estándar de un Documento de Requisitos de Software (ERS) según el IEEE 830-1998, incluyendo las siguientes secciones: Introducción, Descripción General, Requisitos Específicos, Apéndice e Índice. La Introducción presenta el propósito, alcance, definiciones y visión general del documento. La Descripción General no describe requisitos sino su contexto, incluyendo perspectivas del producto, funciones, usuarios y restricciones. Los Requisitos Específicos detallan
Este documento presenta las principales tareas de ingeniería de requisitos para el desarrollo de software, incluyendo la identificación del alcance del proyecto, la recopilación de requisitos, la elaboración de un modelo de análisis, la negociación de requisitos con los interesados, la especificación formal de los requisitos y la validación de la especificación. El documento fue creado por estudiantes del Instituto Tecnológico de Tuxtepec para una unidad de ingeniería de requisitos.
La IEEEpresenta un estandar llamado IEEE 830 para una adecuada especificacion de requerimientos para el desarrollo de Software en la siguiente presentacion se conocera detalladamente.
Especificacion De Requerimentos De SoftwareJgperez
El documento habla sobre definiciones iniciales relacionadas con requerimientos, calidad y procesos de requerimientos. Explica que los requerimientos son restricciones sobre las soluciones de software que se negocian con el cliente. También describe problemas comunes con los requerimientos como su incompletitud, ambigüedad o contradicciones, y la importancia de especificarlos de manera clara, no ambigua y verificable.
Este documento presenta las tareas fundamentales de la ingeniería de requisitos para el desarrollo de software. Estas incluyen iniciar el proyecto, obtener requisitos del cliente, elaborar un modelo de análisis, negociar requisitos, especificar requisitos de forma precisa, validar la especificación, y gestionar los requisitos a lo largo del proyecto mediante tablas de rastreabilidad. El objetivo principal es entender completamente las necesidades del cliente y desarrollar un sistema de software que las satisfaga.
El documento describe los requerimientos de proceso y la importancia de modelarlos. Define un requerimiento como un atributo necesario de un sistema y un proceso como un conjunto ordenado de tareas que utilizan recursos y generan productos. Explica que los procesos deben modelarse para tener una comprensión común de las actividades, encontrar inconsistencias y asegurar que se cumplan las metas del proyecto.
Este documento presenta un resumen de la Norma IEEE 830 para la Especificación de Requerimientos de Software. La norma provee lineamientos para la elaboración de un documento llamado Especificación de Requerimientos de Software (SRS) que describe claramente lo que un cliente desea de un software. El SRS es útil para definir las necesidades del cliente, facilitar el desarrollo del software, y establecer las bases para un contrato. La norma también describe las características que debe tener un buen SRS, como ser correcto, no ambiguo, completo, consistente
Este documento trata sobre la ingeniería de requisitos en el contexto de la ingeniería de software. Explica que la ingeniería de requisitos ayuda a los ingenieros de software a entender mejor el problema que deben resolver. Describe los siete pasos clave de la ingeniería de requisitos: inicio, obtención, elaboración, negociación, especificación, validación y gestión. El objetivo final es producir una especificación escrita del problema que satisfaga las necesidades del cliente.
Aunque la actividad de los códigos maliciosos en dispositivos Apple
no sea tan frenética como en otros sistemas operativos, existen
amenazas capaces de infectar iMacs, MacBooks, iPads e iPhones.
A continuación, haremos un repaso por las más importantes.
Este documento describe métricas de calidad de software. Define métricas, medidas y clasificaciones. Explica modelos de métricas como Mccall, Dromey, FURPS e ISO 9126. También cubre métricas de proceso, producto y proyecto. Incluye un ejemplo de métricas de productividad y describe herramientas para evaluar software libre como QSOS. Finalmente, presenta un caso de estudio sobre la aplicación de métricas y visualización de resultados.
Presentación utilizada en la "Master Class" (sic) "El aprendizaje en los MOOC" "impartida" en las Jornadas Universitarias de Tecnología Educativa (JUTE 2014) celebradas en la Universidad de Castilla La Mancha, Campus de Toledo, el 16 de mayo de 2014. http://jute2014.es
El documento describe los prototipos, incluyendo que son modelos del sistema que pueden usarse para entenderlo o ciertos aspectos, y que representan características del sistema final. Explica que los prototipos se usan para investigación preliminar, definición de requisitos, y prueba y evaluación a través de iteraciones.
El documento presenta el modelo de requisitos para el desarrollo de un sistema de gestión de artículos deportivos. Describe los siete subsistemas que componen el sistema, incluyendo ventas, almacén, envíos, recursos humanos, contabilidad, marketing y logística. Además, incluye diagramas de casos de uso para cada subsistema, describiendo las funcionalidades y flujos de trabajo del sistema desde la perspectiva de los diferentes actores.
El documento describe 10 casos de uso para un sistema de lavado de autos. Los casos de uso incluyen ingresar usuario, adicionar usuario, modificar entrada de usuario, consultar usuario, validar usuario, registrar entrada de vehículo, registrar salida de vehículo, e imprimir recibo. Cada caso de uso describe los actores, tipo, propósito, resumen, precondiciones, flujo principal y excepciones.
Este documento presenta una especificación de requisitos para un sistema de información web para gestionar procesos administrativos y académicos en un centro de formación. Se describen los requisitos funcionales y no funcionales, incluyendo la autenticación y registro de usuarios, consultar información sobre cursos e inventario, y gestionar un aula virtual. El sistema se desarrollará siguiendo estándares como IEEE 830 para especificaciones de requisitos de software.
El documento compara modelos de calidad como CMMI, McCall, Desarrollo en Espiral, MOSCA, SPICE, Modelo Deming, Malcolm Baldrige, Modelo de Excelencia EFQM y Modelo Shingo Prize. Describe las ventajas y desventajas clave de cada modelo, así como sus características generales para medir y mejorar la calidad de productos y procesos de desarrollo de software.
El documento describe los prototipos como visiones preliminares de sistemas futuros que se utilizan para recopilar rápidamente los requisitos de los usuarios. Explica que los prototipos deben crearse temprano y evolucionar de forma iterativa a bajo costo. También detalla diferentes tipos de prototipos, herramientas, estrategias y el papel de los usuarios en el desarrollo de prototipos.
Proceso para el desarrollo de software Ponencia M.C.Ivet Espinosa CondeSam Espinosa
El documento resume los principales conceptos relacionados con el proceso de desarrollo de software, incluyendo metodologías tradicionales como RUP y ágiles como XP, así como marcos para el desarrollo de aplicaciones web. Explica los modelos, fases y prácticas clave de estas metodologías para guiar el proceso de desarrollo de software de manera sistemática.
Pasajero
Actor Iniciador
Pasajero
Pre Condición
CU3: Consultar horas de salida
Flujo Principal
1.- Seleccionar hora de salida
2.- Mostrar tipos de buses disponibles
3.- Seleccionar tipo de bus
Curso Alternativo
Post Condición
Nombre de Caso de
Uso
CU6: Consultar Asientos
Propósito
Poder ver los asientos disponibles del bus
seleccionado, para permitirle hacer la
reserva o compra de su pasaje con el
asiento de preferencia.
El documento describe el desarrollo de una aplicación de escritorio con tecnología .NET para administrar clientes, cortes y generar fichas hotspot de forma automática para un proveedor de servicios de internet inalámbrico. Se siguió el marco Scrum y se utilizó C# para el desarrollo, SQL Server 2019 como base de datos, y la librería iText para generar los documentos PDF. El sistema automatizó los procesos y redujo el tiempo de generación de fichas en un 94.96%, garantizando contraseñas únicas y permit
Implementación y Desarrollo de un Aplicativo para e-commerce-InicioDharma Consulting
The document outlines a project to develop an e-commerce application to allow customers to purchase hotel reservations online. The project will be led by AMD Centro de Informática and involve negotiating with 3 hotel providers to integrate their availability and payment integrations with 3 payment processors. The project aims to develop the required software functionality by June 1st within budget and deliver specifications, architecture documents, and a user manual.
Este documento resume los requisitos para el desarrollo de un sistema de información llamado AUTOSOFF para la empresa Mecánica Automotriz Javier S.A. Incluye la descripción general del sistema, los objetivos, actores, casos de uso y requisitos funcionales y no funcionales.
Este documento presenta los requisitos para el desarrollo de un sistema de información llamado AUTOSOFF para una empresa de mecánica automotriz. Se describen los casos de uso principales como la gestión de servicio automotriz, autopartes e impuestos. También incluye requisitos funcionales y no funcionales, así como diagramas de casos de uso y actores.
Este documento resume los requisitos para el desarrollo de un sistema de información llamado AUTOSOFF para la empresa Mecánica Automotriz Javier S.A. Incluye la descripción general del sistema, los objetivos, actores, casos de uso y requisitos funcionales y no funcionales.
Este documento presenta conceptos básicos sobre desarrollo web como WWW, W3C, páginas web estáticas y dinámicas, aplicaciones web, sitios web, portales web, sistemas web, direcciones IP, ISP, DNS, protocolos, HTTP, URL, navegadores, buscadores y bases de datos. Luego describe la arquitectura cliente-servidor, el modelo de tres capas y herramientas de programación como navegadores, editores de texto, entornos de programación e imágenes y bases de datos. El objetivo es conocer los
Sistema De Control De Acceso Al Yacimientoagustin_pd
Presentacion correspondiente a la implementacion de sistemas de control de acceso a yacimientos y predios industriales. Enfoque desde el punto de vista de seguridad en el trabajo, seguridad patrimonial y desarrollo de politicas de RRHH
Control de centro de computo mediante codigos qrPau_CrissMont
Este documento propone el uso de códigos QR para agilizar el préstamo de equipos de cómputo en un centro de información, con el objetivo de que los usuarios tarden menos de 2 minutos en solicitar y acceder a un equipo. Actualmente el préstamo se realiza a través de un registro en bitácora que alenta el proceso. Se explica la tecnología QR y su estructura, y se incluye un bosquejo de la interfaz propuesta. El documento concluye que automatizar el préstamo a través de esta tecnología facilitará
El documento resume el modelo cliente-servidor, donde los clientes solicitan servicios de los servidores. Define un cliente como un dispositivo que requiere servicios de un servidor, y al servidor como una aplicación capaz de responder a las solicitudes de los clientes. Explora las funciones de clientes y servidores, así como las ventajas y desventajas de esta arquitectura.
We present a family of tools created under the philosophy of
deliver complete freedom to the operator and with the functionalities necessary to achieve the satisfaction of the end user.
Presentamos una familia de herramientas creadas bajo la filosofía de
entregar la total libertad al operador y con las funcionalidades
necesarias para lograr la satisfacción del usuario final.
Mob Plataforma de movilidad InteligenteJorge Magaña
Presentamos una familia de herramientas creadas bajo la filosofía de entregar la total libertad al operador y con las funcionalidades necesarias para lograr la satisfacción del usuario final.
SISTRA es una plataforma de tramitación y notificación telemática de la Comunidad Autónoma de las Islas Baleares que permite a ciudadanos y empresas realizar trámites administrativos de forma electrónica. La plataforma ofrece servicios como registro telemático, visualización del estado de trámites, anexión de documentos, pago de tasas y firma electrónica. Aunque inicialmente tuvo algunos obstáculos como la brecha digital, ha mejorado gracias a actualizaciones que facilitan su uso e incrementan la seguridad de las trans
Tabajo de introduccion de sistemas informaticos semana 6Ena Leon
El documento presenta una introducción al modelo cliente-servidor. Define cliente como dispositivos que requieren servicios de un servidor, y servidor como un ordenador que ofrece servicios a clientes. Explica que el término cliente-servidor surgió en 1980 para referirse a PCs en red y describe las funciones básicas de clientes y servidores. Finalmente, resume las ventajas e inconvenientes de esta arquitectura y da ejemplos como sistemas contables y plataformas educativas.
Este documento presenta un proyecto para desarrollar un sistema web de control de arrendamiento para la empresa Inmobiliaria JAC Ltda. El sistema permitirá agilizar los procesos de gestión de oferta y demanda de viviendas de alquiler para estudiantes. El proyecto incluye análisis de requisitos, diseño de la arquitectura y componentes, modelado de datos, casos de uso, y prototipado inicial. El objetivo general es automatizar los procesos manuales actuales de registro de estudiantes e información de viviendas.
Investigacion en la ciudad de Cuenca Ecuador aserca de las seguridades, administración,organizacion, adquisicion de Software y Hardware de un CDP en diferentes instituciones de la region.
El documento describe un sistema de información propuesto para mejorar el control de ingresos y salidas en un parqueadero público. El sistema permitiría llevar un registro histórico de los clientes, agilizar el proceso y reducir errores. Se detallan los objetivos, alcances, metodología, recursos y descripción técnica requerida para el desarrollo e implementación del sistema.
El documento describe un sistema de información propuesto para mejorar el control de ingresos y salidas en un parqueadero público. El sistema permitiría llevar un registro histórico de los clientes, agilizar el proceso y reducir errores. Se detallan los objetivos, alcances, metodología, recursos y descripción técnica requerida para el desarrollo e implementación del sistema.
Este documento presenta los requisitos para el desarrollo de un Sistema de Vigilancia Automatizado (SVA). El SVA permitirá el monitoreo remoto de lugares físicos a través de cámaras de video, almacenamiento y resguardo de imágenes y videos, y envío de alertas vía mensaje de texto. El documento describe las funciones del sistema, los requisitos de usuario, restricciones, suposiciones y requisitos funcionales. El objetivo es definir las especificaciones necesarias para la construcción de un sistema de vigil
Este documento define los sistemas distribuidos y describe los diferentes tipos de arquitecturas cliente-servidor. Un sistema distribuido involucra a dos o más máquinas que colaboran para lograr un resultado mediante comunicaciones siguiendo un protocolo. Las arquitecturas cliente-servidor se clasifican dependiendo del nivel de abstracción del servicio, incluyendo representación distribuida, remota, lógica distribuida y gestión remota de datos.
Similar a Doc 6 especificacion de requisitos(ers-ieee830 01) (20)
Este documento presenta un análisis prospectivo de la empresa de transporte Trans Carretón. Describe la empresa, su misión, visión y servicios. Identifica oportunidades como implementar un sistema de información para la venta de pasajes y una aplicación móvil que permita a los clientes comprar y reservar pasajes de forma personalizada. También analiza los principales problemas de la empresa como la falta de sistemas de información y la necesidad de mejorar el área de ventas.
Este documento describe la aplicación de técnicas de elicitación como entrevistas y encuestas para recopilar información sobre los procesos de compra y reserva de pasajes en agencias de transporte de la terminal de buses de Santa Cruz y sobre las preferencias de los clientes. Se aplicaron entrevistas a empleados de agencias para conocer sus procesos internos y encuestas a clientes potenciales para medir el interés en una aplicación móvil para comprar y reservar pasajes. Los resultados mostraron que la mayoría de clientes están interesados en esta aplicación y
Este documento presenta el Plan de Configuración de Software (SCM) para el proyecto de desarrollo de una aplicación móvil para reservar y comprar pasajes en la Terminal de Buses Bimodal Santa Cruz "El Viajero". El plan describe las actividades de gestión de configuración de software que se llevarán a cabo durante el proyecto, incluyendo la identificación de elementos de configuración, el control de cambios, y el manejo de versiones. El responsable de SCM se encargará de implementar este plan para garantizar el control y la trazabilidad de
Este documento presenta un Plan de Aseguramiento de la Calidad (PPQA) para una aplicación móvil para la reserva y compra de pasajes en la Terminal de Buses Bimodal Santa Cruz "El Viajero". El PPQA define los procedimientos y actividades de aseguramiento de calidad que se aplicarán durante el desarrollo del proyecto, incluyendo la gestión de requerimientos, pruebas funcionales y no funcionales, indicadores de calidad y formatos. El objetivo es construir y mantener la solución informática con un nivel aceptable
Este documento presenta el proceso de gestión de requerimientos para el proyecto "APMV", una aplicación móvil para reservar y comprar pasajes de buses en la terminal bimodal de Santa Cruz. El proceso incluye la recepción, revisión y gestión de cambios de requerimientos a través de diversas actividades como el registro, identificación y validación de requerimientos, así como el manejo de solicitudes y evaluación del impacto de cambios.
Este documento presenta un plan de gestión de proyecto para el desarrollo de una aplicación móvil para la reserva y compra de pasajes en la Terminal de Buses Bimodal Santa Cruz. El plan describe la visión general del proyecto, el alcance, la metodología, la organización del equipo, los roles y responsabilidades, el plan de comunicaciones y el cronograma. El objetivo es desarrollar una aplicación que permita a los usuarios reservar y comprar pasajes de manera remota, brindando mayor comodidad y eficiencia.
La empresa Omegasoft presenta su misión, visión y estrategia de gestión de proyectos basada en el PMBOK. Su objetivo es desarrollar software educativo y de gestión empresarial con calidad, buscando la certificación CMMI Nivel 2 para gestionar procesos clave como requerimientos, planificación, control de proyectos y aseguramiento de calidad.
Todo sobre la tarjeta de video (Bienvenidos a mi blog personal)AbrahamCastillo42
Power point, diseñado por estudiantes de ciclo 1 arquitectura de plataformas, esta con la finalidad de dar a conocer el componente hardware llamado tarjeta de video..
El uso de las TIC en la vida cotidiana.pptxjgvanessa23
En esta presentación, he compartido información sobre las Tecnologías de la Información y la Comunicación (TIC) y su aplicación en diversos ámbitos de la vida cotidiana, como el hogar, la educación y el trabajo.
He explicado qué son las TIC, las diferentes categorías y sus respectivos ejemplos, así como los beneficios y aplicaciones en cada uno de estos ámbitos.
Espero que esta información sea útil para quienes la lean y les ayude a comprender mejor las TIC y su impacto en nuestra vida cotidiana.
Infografia TCP/IP (Transmission Control Protocol/Internet Protocol)codesiret
Los protocolos son conjuntos de
normas para formatos de mensaje y
procedimientos que permiten a las
máquinas y los programas de aplicación
intercambiar información.
La inteligencia artificial sigue evolucionando rápidamente, prometiendo transformar múltiples aspectos de la sociedad mientras plantea importantes cuestiones que requieren una cuidadosa consideración y regulación.
Catalogo general tarifas 2024 Vaillant. Amado Salvador Distribuidor Oficial e...AMADO SALVADOR
Descarga el Catálogo General de Tarifas 2024 de Vaillant, líder en tecnología para calefacción, ventilación y energía solar térmica y fotovoltaica. En Amado Salvador, como distribuidor oficial de Vaillant, te ofrecemos una amplia gama de productos de alta calidad y diseño innovador para tus proyectos de climatización y energía.
Descubre nuestra selección de productos Vaillant, incluyendo bombas de calor altamente eficientes, fancoils de última generación, sistemas de ventilación de alto rendimiento y soluciones de energía solar fotovoltaica y térmica para un rendimiento óptimo y sostenible. El catálogo de Vaillant 2024 presenta una variedad de opciones en calderas de condensación que garantizan eficiencia energética y durabilidad.
Con Vaillant, obtienes más que productos de climatización: control avanzado y conectividad para una gestión inteligente del sistema, acumuladores de agua caliente de gran capacidad y sistemas de aire acondicionado para un confort total. Confía en la fiabilidad de Amado Salvador como distribuidor oficial de Vaillant, y en la resistencia de los productos Vaillant, respaldados por años de experiencia e innovación en el sector.
En Amado Salvador, distribuidor oficial de Vaillant en Valencia, no solo proporcionamos productos de calidad, sino también servicios especializados para profesionales, asegurando que tus proyectos cuenten con el mejor soporte técnico y asesoramiento. Descarga nuestro catálogo y descubre por qué Vaillant es la elección preferida para proyectos de climatización y energía en Amado Salvador.
Uso de las Tics en la vida cotidiana.pptx231485414
Las Tecnologías de la Información y las Comunicaciones (TIC), son el conjunto de recursos, herramientas, equipos, programas informáticos, aplicaciones, redes y medios.
Manual de soporte y mantenimiento de equipo de cómputo
Doc 6 especificacion de requisitos(ers-ieee830 01)
1. Especificación de Requisitos según el estándar
de IEEE 830
Aplicación móvil para la reserva y compra de pasajes en Terminal de Buses Bimodal Santa Cruz
“El Viajero”
(Versión 1.0)
Integrantes
Fanny Rivera Vera
Wilma Cruz Serrudo
Jhon Ramiro Vidal Alvarez
Leandro Edgardo Ramirez Cortez
Fransk Reinaldo Román Cambará
2. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
HOJA DE CONTROL
IDENTIFICACIÓN DEL DOCUMENTO
Código
ERS
Título
Especificación de Requisitos de Software
Nombre del Archivo
ERS-IEEE830_01.doc
Nº de Versión
1.0
Fecha creación
4 de diciembre del 2013
Elaborado por
Consultor(a) de negocios Wilma Cruz
LISTA DE DISTRIBUCIÓN
Oficina de gestión de
Fanny Rivera Vera (Director (a) de Proyecto )
proyecto (PMO)
Fransk Roman Cambara (Jefe de Proyecto )
Fanny Rivera Vera (Proyect Manager )
Wilma Cruz Serrudo (Consultora de negocios)
Equipo de desarrollo
Jhon Ramiro Vidal Alvarez (Arquitecto )
Leandro Edgardo Ramirez Cortez (Programador )
Fransk Roman Cambara (SQA )
REVISIÓN DEL DOCUMENTO
Revisado por
Equipo de desarrollo
En fecha
5 de diciembre del 2013
1
3. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
APROBACIÓN DEL DOCUMENTO
Aprobado por
Equipo de desarrollo
En fecha
6 de diciembre del 2013
CONTROL DE VERSIONES
Versión
01
Causa del Cambio
Responsable
Versión Inicial
Wilma Cruz (Consultora de Negocios)
Fecha
4/12/2013
2
4. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
Contenido
1.
INTRODUCCION .....................................................................................................................5
1.1.
1.2.
Ámbito del sistema .............................................................................................................5
1.3.
Referencias .........................................................................................................................6
1.4.
2.
Propósito ............................................................................................................................5
Vision general del documento ............................................................................................6
DESCRIPCION GENERAL ......................................................................................................6
2.1.
2.2.
Funciones del producto .......................................................................................................7
2.3.
Características de los usuarios ............................................................................................8
2.4.
Restricciones ......................................................................................................................8
2.5.
Suposiciones y dependencias ..............................................................................................8
2.6.
3.
Perspectiva del producto .....................................................................................................7
Requisitos futuros ...............................................................................................................8
REQUISITOS ESPECIFICOS ...................................................................................................9
3.1.
3.2.
Funciones ...........................................................................................................................9
3.3.
Requisites de rendimioento ..............................................................................................15
3.4.
Restricciones de diseno ....................................................................................................15
3.5.
Atributos del sistema ........................................................................................................15
3.6.
4.
Interfaces externas ..............................................................................................................9
Otros requisitos ................................................................................................................15
APENDICES ............................................................................................................................15
3
5. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
Resumen
Este documento presenta el conjunto de características necesarias para la obtención de una
buena especificación de requisitos. Asimismo, presenta el formato de Especificación de
Requisitos Software según la versión de 1998 del estándar IEEE 830. En la IEEE se indica
que un buen documento de requisitos debe contemplar toda la información presentada en
dicho estándar y, aunque propone una organización de dicha información, no exige
estrictamente el formado de dicha información.
4
6. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
1. INTRODUCCION
Con la elaboración de este sistema esperamos como resultado cumplir con los
requerimientos dichos por los pasajeros, Actualmente la empresa no cuenta con un sistema
informático para realizar sus reservas, encomiendas y venta de pasajes. Por tal motivo esto
implica una confusión de datos, la pérdida de tiempo, lo cual en muchos casos no es
cómodo o factible para el cliente, lo que a su vez provoca aglomeración de la gente en el
área de venta de pasajes. Esto es caótico en épocas festivas como carnavales, fin de año o
algunos feriados largos. Este sistema ofrecerá gran variedad de beneficios
para las
personas que competen con esta entidad y proporcionara más eficacia y seguridad por parte
de la agencias de Buses hacia los pasajeros.
1.1.Propósito
El objetivo de este sistema, será determinar los posibles problemas
que contiene la
empresa, y encontrar las posibles soluciones que les podemos otorgar a ellos, ya sea para
beneficiar a los operarios de la empresa y a los pasajeros.
En los beneficios otorgados a los pasajeros serian:
Llevar un mejor control de los datos de las reservas y compras de pasajes por
medio de un sistema único y completo
Darle al pasajero seguridad de su información
Una mejor eficacia en el proceso de atención hacia los usuarios
1.2.Ámbito del sistema
El sistema hará un proceso más eficaz en el levantamiento de información de la reserva y la
compra de pasajes, será más fácil de utilizar y no tendrá tantos sistemas a la vez para buscar
la información de los pasajeros.
Gracias a este sistema se obtendrán grandes resultados en el manejo sistemático de la
entidad por que se tendrá un mejor manejo por parte de los recepcionistas, y beneficiara a
5
7. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
los pasajeros ya que tendrán una mejor atención en lo que refiere a la rapidez en el
momento de atenderlos.
1.3.Referencias
Las referencias suministradas a este proyecto fueron las siguientes:
Mapa de procesos
Diagrama de flujo de datos
Diagrama de casos de uso
Entrevista
Encuesta
1.4.Vision general del documento
Proporcionar las posibles soluciones al sistema. Este sistema incrementara la eficiencia
de los datos, tendrá mayor seguridad y confiabilidad en los datos proporcionados por los
pasajeros, esto tendrá grandes beneficios para la empresa ya que gracias a este sistema se
tendrá un mejor desarrollo en los datos manejados por la entidad.
2. DESCRIPCION GENERAL
Las empresas de transporte brindan servicios de rutas a sus diferentes puntos
de llegada en la ciudad de Santa Cruz de la Sierra - Bolivia.
En la actualidad las empresas de servicios de transportes, realizan sus ventas
en sus propias instalaciones ubicada en la Terminal Bimodal Santa Cruz de la
Sierra.
Las empresas de transportes. Actualmente no cuenta con un sistema
6
8. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
informático para realizar sus reservas, encomiendas y venta de pasajes. Por tal
motivo esto implica una confusión de datos, la pérdida de tiempo, lo cual en
muchos casos no es cómodo o factible para el cliente, lo que a su vez provoca
aglomeración de la gente en el área de venta de pasajes. Esto es caótico en
épocas festivas como carnavales, fin de año o algunos feriados largos.
2.1.Perspectiva del producto
Existen otros sistemas que van vinculados en base de datos actual. En el manejo
de los registros de los pasajeros del cliente los operarios tienen que tener
accesibilidad a otros tipos de sistemas para recolectar la información de cualquier
pasajero.
2.2.Funciones del producto
ID
Descripción
Consultar los tipos de servicios que ofrece la terminal de buses
R1
(internacional, departamental, interprovincial).
Consultar los destinos ofertados en los tipos de servicio
R2
mostrando el nombre del destino.
Consultar la lista de viajes de salidas programas para ese día y
R3
para toda la semana.
Consultar los horarios de salida por turnos (mañana, tarde y
R4
noche).
Consultar los tipos de buses de acuerdo al turno de salida,
R5
mostrando el nombre de la agencia de transporte, el tipo de Bus,
destino, hora de salida y costo de pasaje.
Ver los asientos disponibles del bus seleccionado, para
R6
permitirle hacer la reserva o compra de su pasaje con el asiento
de preferencia.
7
9. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
Hacer la reserva del asiento de preferencia que se encuentre
R7
disponible, informándole que tiene un plazo de 4 horas antes de
la salida del bus para hacer la compra de su pasaje.
Hacer la compra del asiento de preferencia que se encuentre
R8
disponible a través de dos modalidades de pago a través de
cuenta bancaria o por línea telefónica.
Para hacer la compra o reserva, el pasajero debe proporcionar
R9
sus datos personales de: Nº de CI, nombre completo, apellido
paterno, apellido materno y fecha de nacimiento.
2.3.Características de los usuarios
Este producto sólo lo utilizarán por las personas que desean realizar viajes, las personas que
deseen comprobar el funcionamiento de la aplicación. Además deberá de haber algún
encargado de introducir los datos proporcionados por los clientes para realizar su reserva o
compra del pasaje, Dado el entorno de ventana de la aplicación sería conveniente que el
operario tuviera conocimientos de Windows a nivel usuario, además de un alto
conocimiento del funcionamiento de la compra y reserva de pasaje.
2.4.Restricciones
La aplicación se realizará con un lenguaje de programación Orientado a Objeto. Al ser una
simulación en tiempo no real no necesitaremos un hardware específicamente potente para
que lo mantenga en tiempo real.
2.5.Suposiciones y dependencias
2.6.Requisitos futuros
Las futuras mejoras que proporcionaríamos al sistema aparte de los ya realizados y por
realizar seria un sistema donde se compacten todos las aéreas que manejan cualquier tipo de
8
10. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
información de los pasajeros, como por ejemplo serian, el área de contabilidad,
administrativa, venta, etc. Que estas áreas se compacten en una sola o tenga de alguna u
otra manera una conexión entre sí para recolectar todos los datos completos de los pasajeros
y así revelarlos al sistema principal.
3. REQUISITOS ESPECIFICOS
El almacenamiento de datos de todos los pasajeros
El control de reservas y compras que realizan los pasajeros
Eficacia en el procedimiento de consultas hacia los pasajeros
Confiabilidad por parte de las oficinas de transporte de los datos otorgados por los
pasajeros.
3.1.Interfaces externas
La aplicación se visualizará por medio de un emulador de Android donde el
Pasajero tendrá a su disposición menús para obtener información de todo el sistema
1. Interfaces hardware
Por determinar.
2. Interfaces software
La aplicación funcionará bajo un entorno Windows XP a hasta la actual.
3. Interfaces de comunicaciones
Por determinar.
3.2.Funciones
En este proyecto se elaborara un sistema que facilite a los funcionarios llevar un
mejor control de la información de reserva y compra de pasaje. Estas empresas de
9
11. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
transporte cuentan con una gran cantidad de pasajeros, lo cual hace necesario el
uso de un nuevo sistema que cumpla con todas las necesidades y agilice los datos
brindando a los usuarios una mejor atención.
A través de la depuración de requerimientos se identificaron los siguientes
requisitos a ser implementados:
ID
REQUISITO
CU1
Consultar Servicios
CU2
Consultar Destinos
CU3
Consultar horas de salida
CU4
Consultar Tipos de Buses
CU5
Consultar Asientos
CU6
Reservar Pasaje
CU7
Comprar Pasaje
CU8
Comprobar Forma de Pago
A continuación se especifican los detalles de procesos por cada caso de uso:
Nombre de Caso de
Uso
Propósito
Actores
Actor Iniciador
Pre Condición
Flujo Principal
CU1: Consultar Servicios
Poder consultar los tipos de servicios que
ofrece la terminal de buses (internacional,
departamental, interprovincial).
Pasajero
Pasajero
Ninguno
1.- Mostrar la lista de servicio
2.-Seleccionar servicio deseado
Curso Alternativo
Post Condición
Ninguno
10
12. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
Nombre de Caso de
Uso
Propósito
ERS-IEEE830
Versión 1.0
CU2:Consultar Destinos
Poder consultar los destinos ofertados en
los tipos de servicio mostrando el nombre
del destino.
Actores
Actor Iniciador
Pre Condición
Pasajero
Pasajero
Flujo Principal
1.-Seleccionar servicio
Si selecciono algún servicio
1.1. Mostrar lista de destino
1.2. Seleccionar destino
No selecciono algún servicio
No hace NADA
CU1: Consultar Servicios
Curso Alternativo
Post Condición
Nombre de Caso de
Uso
Propósito
CU4:Consultar horas de salida
Poder consultar los horarios de salida por
turnos (mañana, tarde y noche).
Actores
Actor Iniciador
Pre Condición
Pasajero
Pasajero
Flujo Principal
1.- Consultar hora de salida
2.- Mostrar horas de salidas de las flotas
3.- Seleccionar hora de salida
CU2: Consultar Destinos
Curso Alternativo
Post Condición
Nombre de Caso de
Uso
Propósito
CU5:Consultar Tipos de Buses
Poder consultar los tipos de buses de
acuerdo al turno de salida, mostrando el
11
13. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
nombre de la agencia de transporte, el tipo
de Bus, destino, hora de salida y costo de
pasaje.
Actores
Actor Iniciador
Pre Condición
Flujo Principal
Pasajero
Pasajero
Ninguno
1.- Consultar tipo de bus
2.- Listar tipos de buses, mostrando
Nombre agencia
Tipo de bus
Destino
Hora de salida
Costo de pasaje
3.- Seleccionar tipo de bus deseado
Curso Alternativo
Post Condición
Nombre de Caso de
Uso
Propósito
Actores
Actor Iniciador
Pre Condición
Flujo Principal
CU6:Consultar Asientos
Poder ver los asientos disponibles del bus
seleccionado, para permitirle hacer la
reserva o compra de su pasaje con el
asiento de preferencia.
Pasajero
Pasajero
Ninguno
1.- Consultar asientos
2.- Listar asientos disponibles y/o ocupado
3.- mostrar asientos disponibles y/o ocupado
Curso Alternativo
Post Condición
Nombre de Caso de
Uso
CU7:Reservar Pasaje
12
14. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
Propósito
Poder hacer la reserva del asiento de
preferencia que se encuentre disponible,
informándole que tiene un plazo de 4 horas
antes de la salida del bus para hacer la
compra de su pasaje.
Actores
Actor Iniciador
Pre Condición
Pasajero
Pasajero
Flujo Principal
1.- Consultar servicio
2.- Verificar horarios de salida
3.- Selecciona de una lista los posibles destinos
3.- Buscar asientos disponibles
Si hay asientos disponibles
Reservar pasaje
Confirma reserva
Selecciona la forma de pago
No hay asientos disponibles
No realiza nada
Curso Alternativo
1.- El Usuario no selecciona ningún destino
2.-El usuario no confirma la reserva
CU4: Consultar horas de salida y llegada
3.- El usuario no selecciona ninguna forma de pago
Post Condición
Nombre de Caso de
Uso
Propósito
CU8:Comprar Pasaje
Poder hacer la compra del asiento de
preferencia que se encuentre disponible a
través de dos modalidades de pago a
través de cuenta bancaria o por línea
telefónica.
Actores
Actor Iniciador
Pre Condición
Pasajero
Pasajero
Flujo Principal
1.- Consultar servicio
2.- Verificar horarios de salida
CU4: Consultar horas de salida y llegada
13
15. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
3.- Buscar asientos disponibles
Si hay asientos disponibles
Comprar pasaje
No hay asientos disponibles
NADA
Curso Alternativo
Post Condición
Nombre de Caso de
Uso
Propósito
Actores
Actor Iniciador
Pre Condición
Flujo Principal
CU9: Comprobar Forma de Pago
Realizar la compra o reserva, el pasajero
debe proporcionar sus datos personales
de: Nº de CI, nombre completo, apellido
paterno, apellido materno y fecha de
nacimiento.
Recepcionista
Recepcionista
Ninguno
1.- si realiza la compra o reserva
1.- El recepcionista ingresa datos
personales del pasajero como ser:
o Nº de CI
o Nombre completo, apellido
materno, apellido paterno
o Fecha de nacimiento
2.-Se valida que la cedula sea valida
3.- Se selecciona la forma de pago
o Al contado
o Bancario
o Móvil
4.- si es bancario se valida los datos del
recibo/factura
5.- si es móvil si verifica el código
Curso Alternativo
14
16. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
Post Condición
3.3.Requisites de rendimiento
Al ser una versión de simulación en tiempo no real no se establecerá ningún requerimiento
de eficiencia por ahora, ya que solo se realizaran los cambios necesarios por los encargados
de venta de pasajes por la empresa. Y lo que hasta ahora se necesita para un mejor
rendimiento del sistema.
3.4.Restricciones de diseño
Estándares cumplidos
A determinar.
Limitaciones hardware
A determinar.
3.5.Atributos del sistema
1. Seguridad
A determinar.
2. Mantenimiento
A determina
3.6.Otros requisitos
1. Bases de datos
En la base de datos s e mantendrá información de todos los pasajeros:
nombre, CI, fecha de nacimiento, etc.
2. Operaciones
4. APENDICES
- http://www.fdi.ucm.es/profesor/gmendez/docs/is0809/ieee830.pdf
15
17. ESPECIFICACION DE REQUISITOS DE SOFTWARE
Proyecto: Aplicación móvil para la reserva y compra de
pasajes en Terminal de Buses Bimodal Santa Cruz “El Viajero”
ERS-IEEE830
Versión 1.0
- http://www.godtic.com/blog/2012/11/18/especificacion-de-requisitos-software-conieee-830-1998/
- http://users.dsic.upv.es/~jsilva/fin/idr/IDR_practica1.pdf
- http://www.techstreet.com/products/14024?product_id=14024&sid=goog&gclid=C
KrnmJW5pLsCFfPm7AodqVYAvA
16