Requisitos comerciales: ejemplos de desarrollo y diseño

2024 Autor: Howard Calhoun | [email protected]. Última modificación: 2023-12-17 10:24

Los requisitos de negocio son especificaciones que, una vez proporcionadas, aportan valor y describen las características del sistema propuesto, desde la perspectiva del usuario final. También se conoce como una lista de solicitudes de partes interesadas. Los productos, el software y los procesos son formas de entregar y satisfacer las necesidades de una empresa. En consecuencia, los requisitos comerciales a menudo se analizan en el contexto del desarrollo o la adquisición de software u otros sistemas.

Definición

La confusión terminológica surge por tres razones principales:

1. Es una práctica común etiquetar objetivos o beneficios esperados como requisitos comerciales.
2. La gente tiende a usar este término para referirse a las características de un producto, sistema, software que se suponecrear.
3. Un modelo ampliamente aceptado establece que los dos tipos de declaraciones difieren solo en el nivel de detalle o abstracción, donde los requisitos comerciales son de alto nivel, a menudo vagos y se descomponen en declaraciones detalladas sobre un componente.

Tal malentendido puede evitarse reconociendo que el concepto dado no son metas, sino que las responde (es decir, proporciona valor) cuando se satisfacen. Los requisitos comerciales no se descomponen en productos, sistemas y software. Más bien, todo sucede al revés. Los productos y sus aplicaciones representan una respuesta a los requisitos comerciales, presumiblemente para satisfacerlos. Este concepto existe en el ambiente de producción y debe ser descubierto, mientras que las demandas del producto son determinadas por el hombre. Los requisitos para un plan de negocios no se limitan a la existencia de un alto nivel, sino que deben reducirse al detalle. Independientemente de la cantidad de detalles, las ofertas siempre brindan valor cuando se satisfacen.

Actualización del producto

Los proyectos de desarrollo de sistemas o software para requisitos de pequeñas empresas generalmente requieren la autoridad de las partes interesadas. Son ellos quienes conducen a la creación o actualización del producto. Los requisitos comerciales para un sistema y software generalmente consisten en requisitos funcionales y no funcionales. Por supuesto, generalmente se definen junto con la primera opción de capacidades del producto. El segundo a menudo refleja el diseño de los requisitos comerciales, que a veces se ven como restricciones. Pueden incluir los aspectos necesariosdesempeño o seguridad aplicables al nivel de producción.

Aspectos destacados del proceso

Las solicitudes suelen figurar en los documentos oficiales. El énfasis está en el proceso o actividad de planificar y desarrollar con precisión los requisitos comerciales, en lugar de cómo lograrlo. Este parámetro suele ser delegado por la especificación o el documento de reclamos del sistema o alguna otra opción. Puede haber confusión entre los dos si no se tienen en cuenta todas las diferencias. En consecuencia, muchos documentos técnicos describen los requisitos de un producto, sistema o software.

Resumen

Los requisitos comerciales en el contexto del desarrollo de software o su ciclo de vida es el concepto de identificar y documentar a los usuarios. Por ejemplo, como clientes, empleados y proveedores, en las primeras etapas del ciclo de desarrollo del sistema para guiar el diseño del futuro. Las aplicaciones a menudo son registradas por los analistas. Ellos son los que analizan los requisitos del proceso comercial y, a menudo, lo estudian "tal cual" para determinar el "futuro" objetivo.

Composición de aplicaciones

Los requisitos del proceso empresarial suelen incluir:

1. Contexto, área y antecedentes, incluidos los motivos de los cambios.
2. Partes interesadas clave que tienen requisitos.
3. Factores de éxito para condiciones futuras o objetivo.
4. Restricciones impuestas por empresas u otros sistemas.
5. Modelos y análisis de procesos a menudousar diagramas de flujo para representar todo "tal como está".
6. Modelo de datos lógicos y referencias de diccionario.
7. Glosarios de términos comerciales y jerga local.
8. Diagramas de flujo de datos para ilustrar cómo fluye a través de los sistemas de información (a diferencia de los diagramas de flujo que representan el flujo algorítmico de las operaciones comerciales).

Funciones

El formato más popular para escribir requisitos comerciales es un documento. El propósito de estos es determinar qué resultados se requerirán del sistema, sin embargo, eventualmente podrá desarrollarse sin condiciones adicionales. Por lo tanto, los documentos se complementan con material de referencia que detalla el desempeño de la tecnología y las expectativas de la infraestructura, incluidos los requisitos profesionales relacionados con la calidad del servicio, por ejemplo, desempeño, mantenibilidad, adaptabilidad, confiabilidad, disponibilidad, seguridad y escalabilidad.

Integridad

La creación de prototipos en una etapa temprana de prueba le permite evaluar la integridad y precisión de los requisitos comerciales identificados. Las partes interesadas pasan primero por el proceso para ayudar a definir la estructura. Y el resultado se envía a los equipos de desarrollo de requisitos comerciales del proyecto, quienes construyen el sistema. Otras partes interesadas prueban y evalúan la proyección final desarrollada. Clarity requiere hacer un seguimiento de las solicitudes y resolverlas con un proceso formal para determinar la plantilla adecuada.

Alcance de los requisitos comerciales opcionalse limita a la etapa de definición de lo que se va a construir como sistema. Esto va más allá de cómo administrar y mantener una estrategia existente. Y para asegurar su continua alineación con los objetivos comerciales. El documento de requisitos debe ser revisado constantemente de manera controlada. Tener un formato estandarizado o plantillas diseñadas para funciones y dominios comerciales específicos puede garantizar la integridad de las consultas, además de mantener el alcance enfocado.

Prototipo

A pesar de lo que generalmente se considera una herramienta de evaluación de requisitos, la creación de prototipos generalmente cambia la atención al producto o sistema que se está construyendo. Los prototipos son software en funcionamiento, lo que significa que constan de tres fases (ofertas, ingeniería o diseño técnico e implementación) eliminadas de los requisitos comerciales. Y también estas son versiones preliminares que el desarrollador pretende implementar.

Debido a que los prototipos son bastante específicos, las partes interesadas que los prueban pueden proporcionar comentarios más significativos sobre algún aspecto de lo que crea el desarrollador, que es una interpretación del modo de satisfacción. Además, la interfaz gráfica de usuario está subrayada y el interior son accesos directos. Forman la mayor parte de la lógica del programa y es donde se cumplirán la mayoría de los requisitos comerciales. En otras palabras, es poco probable que los problemas que detectan los prototipos estén relacionados con las solicitudes.

Desarrollo

Es importante reconocer los cambios en las aplicaciones,documentarlos y actualizarlos. Sin embargo, las consultas comerciales no suelen cambiar tanto como la percepción que se tiene de ellas. Un requisito empresarial puede estar presente, pero las partes interesadas, los analistas y el equipo del proyecto no lo reconocen ni lo entienden.

Los cambios tienden a reflejar las formas previstas de cumplir con el contenido definido inadecuadamente. Gran parte de la dificultad para cumplir con los requisitos comerciales en realidad refleja la práctica común de centrar casi todos los esfuerzos en torno a ellos en lo que realmente constituye el diseño de alto nivel de un producto, sistema o software. Esto se debe a que no se definieron adecuadamente los requisitos comerciales primero para proporcionar valor.

Los profesionales del desarrollo suelen seguir revisando un producto hasta que finalmente "recurren" a una solución que parece hacer lo que se necesita, es decir, aparentemente satisface las necesidades de producción. El ensayo y error indirecto para determinar los requisitos comerciales es la base de gran parte del "desarrollo iterativo", incluidos los métodos populares que se promocionan como "mejores prácticas".

Ejemplos de diseño

Las plantillas lo ayudan a consultar rápidamente temas específicos que a menudo pueden ser relevantes para las consultas. Pueden crear documentación estandarizada con respecto a los requisitos comerciales, lo que puede facilitar su comprensión. Las plantillas no garantizan la precisión o integridad de las consultas. Ejemplos comúnmente mal usados negativamenteinfluir en la investigación porque tiende a promover la superficialidad y sobre todo la definición mecánica sin un análisis significativo.

Dificultades

Los requisitos comerciales a menudo se endurecen prematuramente debido a la gran base de partes interesadas involucradas en determinar dónde existe la posibilidad de un conflicto de intereses. El proceso de gobernar y alcanzar el consenso puede ser de naturaleza delicada e incluso política. Un desafío menos difícil, aunque común, son los equipos distribuidos con partes interesadas en diferentes ubicaciones geográficas. Naturalmente, el personal de ventas está más cerca de sus clientes y la producción, de las respectivas unidades. Finanzas y gestión de personal, incluida la alta dirección, más cerca de la sede social.

Los requisitos comerciales, por ejemplo, son necesarios para un sistema que involucre a usuarios involucrados en ventas y producción. Puede enfrentarse a un conflicto de objetivos: un lado está interesado en proporcionar el máximo número de funciones, mientras que el otro se centrará en el menor costo de producción. Tales situaciones a menudo terminan en consenso con las máximas oportunidades para precios y distribución razonables y favorables.

Para abordar estos problemas, la participación temprana de las partes interesadas se logra mediante demostraciones de prototipos y colaboración. Los talleres prácticos, tanto en forma de sesiones organizadas como de debates sencillos, ayudan a llegar a un consenso, especialmente en lo que respecta a temas sensibles.requisitos comerciales y cuando exista un posible conflicto de intereses. La complejidad del proceso es un factor importante. Esto puede requerir conocimientos especializados para comprender los requisitos legales o reglamentarios, las pautas internas como la marca o los compromisos de responsabilidad social corporativa. El análisis no consiste solo en captar el "qué" de un proceso empresarial, sino también en "cómo" presentar su contexto.