• Author / Uploaded
• Estefania Carmona

Citation preview

Universidad Abierta y a Distancia de México. Estefania Montserrat Carmona Cabello. TSU en Desarrollo de Software. Docente: Yoe Cueto Luis Fernando. Asignatura: Introducción a la ingeniería de Software. Matrícula: ES1921022764. Actividad 2 Unidad 2.

Desarrollo 2. Define con tus propias palabras, qué son los requerimientos funcionales y no funcionales del sistema y enlista algunos ejemplos de cada uno de ellos. Apóyate del siguiente mapa conceptual de araña para expresar la información. Requerimiento funcional: “Son enunciados acerca de servicios que el sistema debe proveer, de cómo debería reaccionar el sistema a entradas particulares y de cómo debería comportarse el sistema en situaciones específicas. En algunos casos, los requerimientos funcionales también explican lo que no debe hacer el sistema” [ CITATION UNA205 \l 2058 ] En mis propias palabras, son oraciones las cuales dirán que tipo de servicios puede dar el sistema.

Son declaraciones de los servicios que prestará el sistema, en la forma en que reaccionará a determinados insumos. Cuando hablamos de las entradas, no necesariamente hablamos sólo de las entradas de los usuarios. Pueden ser interacciones con otros sistemas, respuestas automáticas, procesos predefinidos. En algunos casos, los requisitos funcionales de los sistemas también establecen explícitamente lo que el sistema no debe hacer. Es importante recordar esto: un RF puede ser también una declaración negativa. Siempre y cuando el resultado de su comportamiento sea una respuesta funcional al usuario o a otro sistema, es correcto. Y más aún, no sólo es correcto, sino que es necesario definirlo. Y eso nos lleva al siguiente punto. [ CITATION Req18 \l 2058 ] Ejemplos: Los usuarios comprarán créditos para obtener las canciones. El sistema debe registrar los datos de los usuarios del sistema, así como los créditos que poseen. El sistema debe almacenar la información acerca de las canciones disponibles así como los precios de cada una. El sistema debe permitir buscar y consultar la información sobre las canciones. El Sistema debe mostrar el resumen de las compras del usuario, así como el listado de las canciones compradas.

Requerimiento no funcional: Podría estar conformado por varios requerimientos funcionales, que generalmente son restricciones en presupuesto, políticas de la empresa, imposiciones del gobierno, vínculos con algún otro sistema de información o atributos de calidad del sistema. Estos requerimientos se refieren al software como una sola entidad y no como un conjunto de elementos. [ CITATION UNA205 \l 2058 ]

Se trata de requisitos que no se refieren directamente a las funciones específicas suministradas por el sistema (características de usuario), sino a las propiedades del sistema: rendimiento, seguridad, disponibilidad. En palabras más sencillas, no hablan de “lo que” hace el sistema, sino de “cómo” lo hace. Alternativamente, definen restricciones del sistema tales como la capacidad de los dispositivos de entrada/salida y la representación de los datos utilizados en la interfaz del sistema. Los requisitos no funcionales se originan en la necesidad del usuario, debido a restricciones presupuestarias, políticas organizacionales, la necesidad de interoperabilidad con otros sistemas de software o hardware, o factores externos tales como regulaciones de seguridad, políticas de privacidad, entre otros. [ CITATION Req18 \l 2058 ] Son requisitos que no intervienen directamente en el funcionamiento, lo entiendo como que son requisitos más visuales, o por ley. Ejemplos: El sistema debe funcionar en cualquier navegador, Internet explorer, Mozilla, Firebird etc. El sistema debe mostrar los resultados de la búsqueda de canciones en máximo 1 minuto. El sistema debe mostrar resultados idénticos y cercanos a los que se escribió en el buscador. Se debe mostrar en cuantos segundos se encontraron las canciones.

ESQUEMA

3. Analiza el siguiente recurso clic aquí e identifica los requerimientos (funcionales y no funcionales) que componen el caso de estudio analizado. Proyecto tiendita de la esquina.

Funcionales: 

El Sistema debe tener una base de datos, con inventario e información de los productos existentes, indicando, fecha de compra, categoría, producto, marca, unidades en existencia, fecha de caducidad y precio unitario.



El Sistema deberá generar un ticket de venta identificando folio, fecha, vendedor, total de venta, efectivo recibido y cambio entregado, total de artículos vendidos.



El Sistema deberá proveer distintos niveles de acceso, con base en el perfil de cada usuario, por ejemplo: Dirección, Administración y Vendedor.



El sistema deberá solicitar una contraseña de acceso para que los usuarios puedan interactuar con él, con base en sus perfiles de trabajo.



El sistema interactuará con un escáner de código de barras para agilizar el cobro de productos por parte del vendedor.



El sistema debe generar reportes mensuales de ventas.



Los reportes solo podrán ser ejecutados y obtenidos por los niveles de administración y dirección.



La interfaz gráfica debe ser web, para facilitar su uso y compatibilidad con internet.



La pantalla de inventario muestra los productos por código, categoría y producto.



La pantalla de inventario muestra los productos por código, categoría y producto.



La pantalla del vendedor mostrará el código, producto, unidades a vender, el precio unitario, total de la venta y total de artículos vendidos.



Los campos donde se especifican las unidades en existencia y vendidas, sólo deberán admitir números enteros de 4 cifras como máximo.



Los campos donde se especifica el precio unitario y total de venta, solo se deberá aceptar valores numéricos con hasta dos decimales.



El campo de fecha de venta, únicamente acepta fechas al día actual.



El sistema arrojará un mensaje de alerta cuando un producto este cercano a su fecha de caducidad.



El reporte emitido por el sistema, deberá mostrar el periodo de consulta, total de las ventas, top de los diez productos más vendidos del mes.



El sistema controlará el acceso y permitirá a los usuarios autorizados entrar con base en su perfil asignado.



Los usuarios entrarán al sistema indicando su nombre de usuario y contraseña.



El sistema enviará una alerta cuando haya modificaciones de usuarios.



Los vendedores no pueden eliminar o modificar registros en el Sistema.



Los administradores pueden modificar registros en el sistema, pero no borrarlos.



El sistema estará implementando bajo la plataforma Microsoft Windows.



El Sistema deberá ser compatible para funcionar con los navegadores web más comunes, tales como Internet Explorer, Firefox y Chrome.



El sistema no requiere de licenciamiento de software adicional para su funcionamiento.

No Funcionales: 

El sistema debe ser capaz de operar con por lo menos 10 sesiones concurrentes a la vez.



La información modificada en el inventario, debe reflejarse de forma inmediata para todos los usuarios que acceden al sistema.



El administrador será el único capaz de cambiar los permisos de acceso a la información.



El sistema se debe desarrollar bajos las mejores prácticas y recomendaciones de seguridad vulnerables en el código.



Se deben realizar respaldos semanales de la base de datos y deberán almacenarse en una ubicación diferente de donde está instalado el Sistema.



Se deben aplicar las actualizaciones del sistema operativo de forma periódica.



Se debe limitar el uso del internet en el equipo donde reside el sistema de información.



Un usuario debe aprender a usar el sistema en un tiempo no mayor a 8 horas.



El sistema contará con manuales de usuario debidamente documentados y adaptados en un lenguaje sencillo y claro.



En caso de error, el sistema debe enviar mensajes que sean claros e informativos para el usuario.

4. Identifica y clasifica todos los requerimientos del caso de estudio proporcionado por tu docente para el desarrollo de esta unidad, presentado, sus actividades, comportamiento y funciones, argumenta su clasificación llenando correctamente la Tabla 1. Análisis de requerimientos, que encontrarás en este mismo documento con ejemplos ilustrativos, para su correcto llenado.

Tabla de análisis de requerimientos Software Tiendita de la esquina Descripción breve del funcionamiento del software Requerimiento 1.- Requerimiento del proceso

2.Requerimiento del proceso

3.Requerimiento de seguridad.

El software que se requiere es para poder llevar un mejor control de las ventas y las pérdidas que se tienen en un establecimiento, saber el inventario de cada producto así como sus ventas individuales. Generará reportes mensuales, permitirá el uso más fluído y el acceso a la información para la toma de decisiones. Funcio No Actividades Comportamiento Funciones Argumentación de nal funcional clasificación X Base de datos Generar una base Indicar, fecha El sistema irá de datos Inventario. de compra, generando un categoría, inventario con los producto, datos antes marca, mencionados, cada unidades en que se ingrese un existencia, producto. fecha de caducidad y precio unitario. X Generación de El sistema generará Generar un Se realiza un ticket de ticket de venta. un ticket de venta. ticket de venta venta con los datos identificando antes mencionados. folio, fecha, vendedor, total de venta, efectivo recibido y cambio entregado, total de artículos vendidos. X Seguridad de Acceso con niveles Niveles de Al intentar entrar al acceso de seguridad acceso, con sistema se debe base en el identificar que tipo de perfil de cada usuario ingresa. usuario, por ejemplo: Dirección, Administración

4.Requerimiento seguridad.

X

Ingreso al Sistema

Acceso contraseña

5.Requerimiento de interfaces externas.

X

Navegación

Interfaz

6.Requerimiento de proceso

X

Reportes

El sistema genera reportes Uso por diferentes usuarios.

7.Requerimiento de eficiencia

X

Operar simultáneamente

8.Requerimiento seguridad lógica

X

Cambios en inventario.

9.Requerimiento de usabilidad.

X

Fácil uso

el

con

Reflejar cambios en los inventarios

Contar con una interfaz amigable.

y Vendedor. Los usuarios entrarán al sistema indicando su nombre de usuario y contraseña El sistema estará implementando bajo la plataforma Microsoft Windows El sistema generará reportes mensuales. El sistema debe ser capaz de operar con por lo menos 10 sesiones concurrentes a la vez. La información modificada en el inventario, debe reflejarse de forma inmediata para todos los usuarios que acceden al sistema Un usuario debe aprender a usar el sistema en un tiempo no

Para ingresar al sistema se requiere ingresar usuario y contraseña

El sistema debe funcionar en la plataforma Windows.

El sistema generará reportes mensuales cada que se requiera. El sistema funciona de manera simultánea con por lo menos 10 sesiones.

Cuando exista un cambio en el inventario, todos los usuarios deben tener acceso a ello.

Todo usuario debe de poder entender el sistema, ya que éste debe ser amigable y entendible para

10. Requerimiento de seguridad lógica.

X

Limitar internet

11.Requerimiento de usabilidad.

X

Manuales usuario.

uso

de

Limitar el acceso a internet por seguridad.

de

Se contará con manuales para una fácil inducción al sistema.

mayor a 8 horas.

todos.

Se debe limitar el uso del internet en el equipo donde reside el sistema de información El sistema contará con manuales de usuario debidamente documentados y adaptados en un lenguaje sencillo y claro.

Para resguardo de la información, se limita el acceso a internet en el equipo que contiene el sistema de información. Al iniciar con la inducción, se tiene acceso a manuales que son claros y sencillos, los cuales facilitan el entendimiento para el uso del Sistema.

7. Enlista los módulos que hayas identificado en el proyecto y explica brevemente en que consiste cada uno. 1. 2. 3. 4. 5.

Introducir producto en Inventario. Generación de Ticket de venta. Ingreso al Sistema. Navegación. Generación de reportes.

8. Selecciona uno de los módulos identificados y aplicando la técnica de escenarios describe a mayor profundidad como operaría dicho módulo en una situación real. 9. Elabora una propuesta con el siguiente organizador: Técnica de escenarios Evento que dispara el proceso. Flujo Normal:

¿Qué puede salir mal?

Otras actividades: Estado Final del Sistema:

Generar un ticket de venta Se compra un producto, el vendedor da de baja el producto y genera un ticket de venta en el cual se identifica folio, fecha, vendedor, total de venta, efectivo recibido y cambio entregado, total de artículos vendidos. Que el ticket no se genere con la información correcta, Que la impresora no tenga papel, que la información del producto no coincida con el que se vendió, que el precio esté incorrecto, que no sume bien los productos, o la suma final de lo que se pagó. Que se tenga que devolver el producto por que al cliente no le alcanza a pagar, que no se tenga cambio suficiente. Se genera ticket de manera correcta, y se da de baja producto en el inventario.

CONCLUSIÓN Al realizar esta actividad pude conocer la definición de requerimiento funcional y no funcional, así como la importancia que tiene el realizar una correcta identificación de los requerimientos para poder realizar un levantamiento correcto de todas las necesidades del sistema y ahorrar retrabajos, errores y pérdida de tiempo.

10. Integra el desarrollo de tu actividad en un documento con carátula, índice, desarrollo, conclusiones y referencias bibliográficas, posteriormente guarda tu actividad con el nombre DIIS_U2_A2_XXYZ. Sustituye las XX por las dos primeras letras de tu primer nombre, la Y por tu primer apellido y la Z por tu segundo apellido. 11. Consulta los Criterios de evaluación de la actividad para conocer los aspectos evaluables de la actividad. 12. Envía la actividad a tu Docente en línea para recibir retroalimentación, utiliza la herramienta Tarea. Espera y atiende la retroalimentación correspondiente.