1.

Análisis de requisitos
2. Requisitos funcionales y no funcionales
3. Reglas de negocio
4. Reglas del sistema
5. Atributos de calidad portabilidad, escalabilidad y usabilidad

 Un análisis de requisitos consiste en la recopilación de las necesidades de

una empresa para ponerle solución. Para ello, se ha de hacer un estudio
interno de la situación actual de la empresa y las problemáticas a las que se
enfrenta.

Dependiendo del conocimiento e indagación que se haya hecho del problema, el

análisis será más o menos complicado. Por ejemplo, uno de los principales
problemas de la empresa puede ser la falta de espacio debido al almacenamiento
de papel (facturas, albaranes, órdenes de pedidos, etc.). En este caso, la empresa
podría plantearse la digitalización de sus procesos y de sus documentos, o podría
adquirir más espacio para poder operar sin problema. El Premium
digiBook Digitalización ayuda a las empresas a establecer su plan paso a paso
para la digitalización de flujos de documentos.
  Requerimientos Funcionales

En general, los requerimientos funcionales describen acciones específicas que el ingeniero de

software debe ser capaz de realizar durante el desarrollo de software. Los requerimientos
funcionales a menudo se dividen en reglas de negocio y casos de uso. Las reglas de negocio
son declaraciones de alto nivel que definen lo que un sistema debe hacer, mientras que los
casos de uso son descripciones más detalladas de cómo debe funcionar el sistema.

Algunos de los requerimientos más comunes en virtud de él incluyen:

 Las características y funcionalidad deseadas del producto

 Plataformas para desarrollar aplicaciones, por ejemplo, iOS, Android y web

 Especificaciones de diseño en términos de tema, colores y fuentes

 Funcionalidad de back-end: integración APl y bases de datos

 Plazos de finalización

Requerimientos no funcionales

Los requerimientos no funcionales describen características específicas que el software debe

poseer durante el desarrollo de la aplicación. Por lo general, se dividen en tres
categorías: rendimiento, seguridad y calidad.

Requerimientos de rendimiento

Los requerimientos de rendimiento suelen dividirse en dos categorías: tiempo de respuesta y

rendimiento. El tiempo de respuesta es el tiempo que tarda un sistema en responder a la
solicitud de un usuario, mientras que el rendimiento es el número de solicitudes que un
sistema puede manejar. Son más críticos para los sistemas interactivos, como las aplicaciones
de escritorio y los sitios web, donde los usuarios esperan respuestas inmediatas a sus acciones.

Requerimientos de seguridad

Los requerimientos de seguridad especifican las medidas que un sistema debe tomar para
proteger los datos del acceso no autorizado. En algunos casos, los requerimientos de seguridad
también pueden especificar el nivel de protección requerido, como confidencial o de alto
secreto. Implica autenticación, autorización y cifrado.

Requerimientos de calidad

Especifica el nivel de calidad que debe cumplir un sistema. En algunos casos, los
requerimientos de calidad también pueden especificar los métodos utilizados para medir la
calidad, como la densidad de defectos o la satisfacción del cliente. Los requerimientos de
calidad son generalmente cuatro medidas de calidad: conformidad, usabilidad, confiabilidad y
mantenibilidad.
  Una empresa funciona mediante procesos que, a su vez, están conformados por
actividades relacionadas entre sí. Las funciones de las áreas de compras, inventario,
logística, finanzas, ventas y marketing, por ejemplo, conforman un proceso para
suministrar un producto al cliente.

Dentro de estos procesos, existen reglas que deben seguirse durante la ejecución de las
actividades, que ayudan a definir CÓMO deben realizarse y gestionarse las operaciones, por
QUIÉN, CUÁNDO, DÓNDE y POR QUÉ, según la definición del BPM CBOK.

Podemos decir que las reglas de negocio son límites impuestos a las operaciones, para que
estén correctamente en sintonía con las políticas y objetivos de la institución. En general, las
reglas de negocio deben:

 Tener una sola función, ser indivisibles y simples.

 Ser completas, con un principio, un desarrollo y un final.

 Ser posibles de medir y rastrear.

 Estar en consonancia con la legislación.

 Estar al día y en constante revisión.

 Reflejar la política y los valores de la organización.

 Ser inteligibles para los empleados y los que participan en el proceso.

PORTABILLIDAD

Capacidad del producto o componente de ser transferido de forma efectiva y eficiente de un

entorno hardware, software, operacional o de utilización a otro. Esta característica se
subdivide a su vez en las siguientes subcaracterísticas:

 Adaptabilidad. Capacidad del producto que le permite ser adaptado de forma efectiva

y eficiente a diferentes entornos determinados de hardware, software, operacionales
o de uso.

 Capacidad para ser instalado. Facilidad con la que el producto se puede instalar y/o
desinstalar de forma exitosa en un determinado entorno.

 Capacidad para ser reemplazado. Capacidad del producto para ser utilizado en lugar
de otro producto software determinado con el mismo propósito y en el mismo
entorno.

Escalabilidad 

es la capacidad de manejar la carga de trabajo de la aplicación sin afectar el rendimiento de la

misma, dicho de otro modo, es la posibilidad de crecimiento sin el menoscabo de su
funcionamiento operativo.

En ese sentido, existen dos maneras de mejorar la escalabilidad en los sistemas:

 Vertical: Para crecer, se agregan más recursos físicos a la infraestructura que soporta

al aplicativo, tales como memoria, almacenamiento en disco, procesador o capacidad
de cómputo, ancho de banda, entre otras, para un aplicativo.

 Horizontal: Se incrementa el número de computadores para dividir la carga de trabajo

de la aplicación.

Entre los indicadores claves para medir la escalabilidad se encuentran:

 Si el sistema permite el escalamiento vertical, o distribuir su carga de trabajo en

distintas computadoras.
  Tiempo necesario para aumentar el escalamiento.

 Las limitaciones de escalamiento en la infraestructura operativa: número de servidores

máximo, memoria, discos, o capacidades de la red.

 Posibilidades de escalamiento: incremento en el número de transacciones o carga de

trabajo.

Ahora bien, este es apenas un subconjunto de los indicadores que se consideran para medir la
escalabilidad de las aplicaciones. Ciertamente, para crear y consolidar una aplicación robusta y
con posibilidades de crecimiento en el tiempo, es fundamental profundizar más en los temas
de escalabilidad, independientemente de la etapa del proyecto, o ciclo de vida de la aplicación.

Usabilidad 

es uno de los atributos más importantes, a diferencia de los otros, que los usuarios pueden
apreciar de forma directa mediante la interfaz de usuario de la aplicación. Uno de los
problemas claves relacionados con la usabilidad es cuando se presenta demasiada interacción,
acciones o pasos para realizar una tarea en el aplicativo. Por otra parte, también se tiene la
secuencia incorrecta de pasos, interfaces, estructuras de datos y patrones de diseño fuera de
los estándares corporativos y de experiencia de usuario, que complican la interacción de éste
con el sistema. Por ejemplo, si se está desarrollando una aplicación para dispositivo iOS
corresponde utilizar las pautas de usabilidad de Apple the guidelines from Apple, si se está
desarrollando una aplicación de escritorio, vale la pena considerar las pautas de Microsoft the
guidelines from Microsoft

Como ejemplos destacados, se pueden encontrar los siguientes indicadores de usabilidad:

 Lista de dispositivos compatibles, resoluciones de pantallas, navegadores web

soportados, y sus versiones, entre otros.

 Elementos que aceleran o reducen la interacción del usuario con el aplicativo, tales
como; Teclas de Atajo (Short Cuts), Lista de Sugerencias, etc.

 Tiempo promedio de un usuario para realizar tareas

 Apoyo a la accesibilidad para personas con discapacidades.