Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Prepara tus exámenes
Prepara tus exámenes y mejora tus resultados gracias a la gran cantidad de recursos disponibles en Docsity
Prepara tus exámenes con los documentos que comparten otros estudiantes como tú en Docsity
Encuentra los documentos específicos para los exámenes de tu universidad
Estudia con lecciones y exámenes resueltos basados en los programas académicos de las mejores universidades
Responde a preguntas de exámenes reales y pon a prueba tu preparación
Consigue puntos base para descargar
Gana puntos ayudando a otros estudiantes o consíguelos activando un Plan Premium
Comunidad
Pide ayuda a la comunidad y resuelve tus dudas de estudio
Ebooks gratuitos
Descarga nuestras guías gratuitas sobre técnicas de estudio, métodos para controlar la ansiedad y consejos para la tesis preparadas por los tutores de Docsity
En este documento, se analizan y diferencian los distintos tipos de requisitos de software, como requisitos funcionales y no funcionales, requisitos de interfaz de usuario, requisitos de sistema y requisitos externos. Se incluyen ejemplos y objetivos específicos para cada tipo.
Tipo: Resúmenes
1 / 12
Esta página no es visible en la vista previa
¡No te pierdas las partes importantes!
- Fase 3 E licitación de requerimientos- Johan Alexander Muñoz Riveros 1073130030 Tutor: Néstor Chaves Análisis y especificación de requerimientos UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA-UNAD Escuela de ciencias básicas, Tecnología e ingeniería Ingeniería de sistemas CEAD Fusagasugá 2022
Introducción En este punto del curso de análisis y especificación de necesidades, hemos llegado a la etapa 3 del proceso de ingeniería de requisitos, que corresponde a Inspirado. Para cumplir con esta tarea, implementaremos los planes realizados durante el período. La fase anterior, realizaremos dos entrevistas, un cuestionario y una sesión JAD, en la que Reuniremos los requisitos iniciales que nos permitirán avanzar en la construcción Software de dinero en movimiento. Con base en la definición de requisitos funcionales y no funcionales, Analizaremos y diferenciaremos el material recogido a través de los siguientes procedimientos De la derivación de requisitos, a través de lo anterior, podemos distinguir los requisitos obligatorios y determinar el proceso a desarrollar en tiempo de diseño información. Objetivo General El proceso de aplicación de la ingeniería de requisitos en el contexto del análisis. Proyecto de software del sistema Objetivos Específicos Participar de manera muy actividad con aportes constructivos para el desarrollo de la fase 3 Escribir correctamente el tipo de requerimientos de software que exige la guía de manera muy clara Escribir correctamente los requisitos de un sistema, y clasificándolos según su tipo y la pertenecía
1.1 Requerimientos de interfaz de usuarios Se comunican en lenguaje natural con Diagrama que representa los servicios y las restricciones que se espera que proporcione el sistema deben operar. Además, permiten establecer reglas de integración de alto o bajo nivel, y Cree con precisión protocolos de compatibilidad, propiedades o restricciones. Un ejemplo obvio de un requisito del sistema es a través de un contrato o llamado arrogancia. Las necesidades del usuario deben estar alineadas con las necesidades del negocio. Garantizar la correcta dirección, escena y tecnología del proyecto La experiencia del usuario es útil para señalar tareas y funciones definidas este tipo de solicitud 1.2Requerimientos del sistema Lista detallada de características, servicios y Limitaciones del sistema. La documentación de los requisitos del sistema debe ser precisa Con respecto a lo anterior. 1.3Requerimientos de fiabilidad y funciones Especificación de confiabilidad funcional Incluye la definición de requisitos que definen las características que contribuyen a La confiabilidad del sistema es esencial para garantizar que se logre un nivel de confiabilidad. Mínimo requerido. Los tres tipos de requisitos de confiabilidad funcional son: -Requerimientos de comprobación Identificar comprobaciones en la entrada sistema para garantizar que las entradas incorrectas o fuera de rango se detecten de manera oportuna -Requerimientos de recuperación Implantados para ayudar a la recuperación del sistema después de un fracaso suelen estar relacionados con el mantenimiento de copias sobre el sistema y sus datos para establecer el servicio -Requerimientos de redundancia Especificar características redundantes asegurar que la falla de un solo componente no resulte en una pérdida total del sistema del servicio Requerimientos de interfaz de usuario y funciones Experiencia del usuario, es un conjunto de factores y elementos relacionados con la interacción de un usuario con el entorno de un dispositivo específico que le permite navegar por las herramientas disponibles para la actividad o trabajo
Requerimientos no funcionales Definir las características que debe tener el producto Ser eficaz y anticiparse a los posibles problemas y limitaciones. A menudo si La calidad del producto no cumple con las expectativas del usuario, Dice que el producto no funciona. Un claro ejemplo de requisito no funcional es la medición La latencia de la red durante la transacción, que nos permitirá ver si cumple con los requisitos cumple con las propiedades dadas. Atributo principal, atributo secundario, escena cualitativa, estímulo, estímulo, ambiente, artefacto, respuesta, medición Respuesta, tipo de validación. Estrategias de ejecución de pruebas: Definir la estrategia de ejecución de pruebas Asegúrese de que todos los componentes involucrados funcionen correctamente Según las necesidades del negocio Aseguramiento de calidad Asegurar la calidad de cada prueba realizada, Generar informes de calidad con métricas suficientes para retroalimentar la situación Plataforma actual. Consultaría: Realizar un proceso de negociación para obtener una comprensión completa necesitar y proponer escenarios de pruebas más seguros comprobación de requisitos no funcionales Requerimientos no funcionales se subdividen en: Requerimientos del producto: Estos requisitos estipulan o restringen El comportamiento del software, en el que encontramos lo que se refiere a Rendimiento de sistema (memoria, rapidez etc.)Y fiabilidad (tasa de fallos aceptable) Requerimientos de la organización: Estos son los requisitos completos del sistema. Directrices y procedimientos derivados de la organización cliente, y Desarrollador. Un ejemplo de tal requisito podría ser el tiempo Solicitar entrega a la empresa.
6. El sistema: almacenará y administrará la información de los empleados y Los clientes permiten operaciones en su propia base de datos, como la autenticación. Registro de Identidad y Transacciones 7. El sistema: aceptará diferentes métodos de pago para transacciones en efectivo PSE tarjetas de débito y crédito criptomonedas 8. El sistema: Se debe implementar el control de cambios para evitar que los usuarios El cliente realiza modificaciones operativas y solicita cambios en el sistema. 9. El sistema: El software contará con una plataforma que permitirá a los usuarios Auto registro Crea tu perfil Consulta estado de cuenta Pago Actualizar datos personales vincular su cuenta bancaria y realizar transacciones Quédate en casa 10. El sistema: El sistema tendrá la siguiente estructura Compilación rápida y captura de excepciones, por Copia de seguridad instantánea con alta disponibilidad para evitar la pérdida de información. 11. El sistema: El sistema tendrá las siguientes características Transacciones en cola, las operaciones pendientes se ejecutarán en caso de falla de la transacción conectividad y tendrá en cuenta la prioridad de esta -alta, media o baja- para Orden de ejecución 12. El sistema: creará una interfaz Fácil de usar, intuitivo y fácil de manejar con dos miembros Empresas, pero también usuarios.
Requerimientos no funcionales
1. Externo: El sistema cumplirá con las leyes de protección de datos, garantizando Seguridad de la información bajo la ley de hábeas corpus data 2. Del Producto: El sistema se actualizará a la última versión del software y se Compatible con todos los sistemas operativos más recientes: Macosx, Windows, Linux, Android y cualquier navegador 3. Del Producto: El sistema debe cumplir con los términos legales y la autenticidad. Licencia de software 4. Del Producto : El sistema se desarrollará en múltiples plataformas y se basará en Esto debería funcionar en teléfonos y tabletas, así como en computadoras de escritorio. 5. Del Producto: El sistema debe garantizar estabilidad y velocidad en tiempo de ejecución realizar una consulta o cualquier acción 6. Del Producto: El sistema tendrá la capacidad de interactuar con otros sistemas. Entidades financieras (bancos, monederos virtuales, PayPal) para facilitar El intercambio de datos 7. Del Producto : Debe estar construido en un lenguaje de alto nivel. Arquitectura 8. De la Organización: Se considerarán las características del antiguo sistema Se puede adaptar para manejar otros nuevos para mitigar los efectos del empalme cuadro 9. De la Organización: Tiempo de entrega y gestión de informes estandarizados Para ventanas de mantenimiento correctivo y preventivo, de acuerdo con Acuerdo de nivel de servicio al cliente 10. Seguridad y penetración: El sistema contará con los siguientes protocolos de seguridad La última tecnología, incluida la autenticación e identificación de dos factores Biometría, accesible desde cualquier dispositivo Computadora Teléfono Tableta 11. Seguridad y penetración: El sistema debe ser respaldado cada 24 horas Las copias de seguridad deben almacenarse en un lugar seguro dentro del edificio. Excepto donde se encuentra el sistema
Alonso, F., Martínez, L., Segovia, J. (2005). 8.2 Análisis de los requisitos del software. En Introducción a la Ingeniería del Software: modelos de desarrollo de programas (pp. 97 – 99). Madrid: Delta Publicaciones. https://elibro- net.bibliotecavirtual.unad.edu.co/es/ereader/unad/170188?page= Taibi D., Lenarduzzi V., Janes A., Liukkunen K., Ahmad M.O. (2017) Comparing Requirements Decomposition Within the Scrum, Scrum with Kanban, XP, and Banana Development Processes. En H., Baumeister, H., Lichter, M., Riebisch (eds) Agile Processes in Software Engineering and Extreme Programming. XP
Anexos Anexo. Entrevista No. (^) # Entrevistado Gerente general de “dinero en movimiento” Entrevistador Johan Alexander Muñoz Riveros Lugar (^) Salón comunal de municipio Fecha y hora 21/10/2022 2PM Objetivo de la entrevista Dar a conocer la nueva propuesta de esta empresa para con sus clientes (Temas a tratar y preguntas ) Conocer cómo va a funcionar la nueva propuesta por el gerente y funcionamientos de estos ¿Cómo funciona? ¿Cuántos empleados tienen? ¿Qué servicios ofrece? ¿en que se beneficiaran los clientes con la nueva propuesta? Anexo 2 Reunión No (^) # Lugar Salón comunal Fecha y hora (^) 22/09/2022 1:30PM Participantes Clientes que utilizan con frecuencia este servicio, generantes, empleados Responsable de la reunión Johan Alexander Muñoz Riveros Objetivos de la reunión (^) Dar a conocer los nuevos beneficios para los usuarios Insumos para la reunión (^) Prototipo del sistema Temas a desarrollar En esta sesión, los temas a discutir se centran principalmente en las necesidades de los clientes y el modelo de negocio del sistema, que puede recopilar de manera efectiva las necesidades de los clientes o usuarios del sistema para desarrollar nueva información procesable en beneficio de los usuarios y clientes. del sistema para generar
