Publicado el Dejar un comentario

Estimados Distribuidores (Proyectos de Ingenieria de Software).

Estimados Distribuidores hemos Recopilado esta Informacion para Ustedes.

La cual pueden Aplicar en el Levantamiento de Requerimiento de Soluciones para sus Clientes,se les recomienda mucho la retroalimentacion de sus usuarios finales para una Solucion total y eficaz.

 

Una etapa fundamental en proyectos de ingeniería de software, es la identificación y documentación de los requerimientos del futuro sistema al comienzo del proyecto, pues en numerosas ocasiones se ha demostrado que es cuando pueden prevenirse errores que puedan significar el fracaso del proyecto.

 

En la Ingeniería de requisitos, el levantamiento de requerimientos se refiere a la identificación y documentación de los requerimientos de un sistema, a partir de los usuarios, clientes o interesados .

A la práctica también se le conoce como Recopilación de requerimientos.

 

En este artículo te compartimos  técnicas para realizar el levantamiento de requerimientos de software, entre ellas las de Análisis de documentación, observación, entrevistas, cuestionarios, mesas de trabajo, tormentas de ideas e historias de usuario.

1.-Análisis de documentación

Consiste en obtener la información sobre los requerimientos funcionales y requerimientos no funcionales de software a partir de documentos que ya están elaborados.

Es útil cuando los expertos en la materia no están disponibles para ser entrevistados o ya no forman parte de la organización.

Utiliza la documentación que sea relevante al requerimiento que se está levantando.

Ejemplos de documentación: Planes de negocio, actas de constitución de proyecto, reglas de negocio, contratos, definiciones de alcance, memorándums, correos electrónicos, documentos de entrenamiento, entre otros.

2.- Observación

Consiste en estudiar el entorno de trabajo de los usuarios, clientes e interesados de proyecto .

Es una técnica útil cuando se está documentando la situación actual de procesos de negocio.

Puede ser de dos tipos, pasiva o activa.

En observación pasiva, el observador no hace preguntas, limitándose solo a tomar notas y a no interferir en el desempeño normal de las operaciones.

En observación activa, el observador puede conversar con el usuario.

3.- Entrevistas

Se realizan con los usuarios o interesados clave.

Direccionan al usuario hacia aspectos específicos del requerimiento a levantar.

Son útiles para obtener y documentar información detallada sobre los requerimientos y sus niveles de granularidad.

Pueden ser entrevistas formales o informales.

Una clave es mantenerse enfocado en los objetivos de la entrevista.

Las preguntas abiertas son útiles para identificar información faltante.

Las preguntas cerradas son útiles para confirmar y validar información.

El éxito de las entrevistas depende del grado de conocimiento del entrevistador y entrevistado, disposición del entrevistado de suministrar información, buena documentación de la discusión y en definitiva de una buena relación entre las partes.

4.- Encuestas o cuestionarios

Es una técnica útil para recopilar eficientemente los requerimientos de muchas personas.

La clave para el éxito es que tengan un propósito y audiencia claramente definida, establecer fechas topes para llenar la encuesta, con preguntas claras y concisas.

Deben enfocarse en los objetivos de negocio que se necesitan identificar.

Pueden apoyarse con entrevistas de seguimiento con usuarios individuales.

Pueden contener tanto preguntas cerradas como preguntas abiertas.

5.- Mesas de trabajo .

Es una técnica efectiva para obtener información rápidamente de varias personas.

Es recomendable tener una agenda predefinida y preseleccionar a los participantes, siguiendo buenas prácticas para reuniones efectivas.

Se puede utilizar un facilitador neutral y un transcriptor (que no sea el mismo facilitador).

Se puede utilizar un material común sobre el cual enfocar la atención y conversar, por ejemplo una presentación con un desglose del proceso que se está estudiando o un flujograma.

Se pueden combinar con otras técnicas como pueden ser las entrevistas y cuestionarios.

6.- Tormenta de ideas

Es una sesión de trabajo estructurada orientada para obtener la mayor cantidad de ideas posibles.

Es recomendable limitarlas en el tiempo, utilizar ayudas visuales y designar un facilitador.

Las reglas son importantes, por ejemplo los criterios para evaluar ideas y asignarles un puntaje, no permitir las críticas a las ideas y limitar el tiempo de discusión.

En una primera fase, se deben identificar la mayor cantidad de ideas, para luego evaluarlas. Todas las ideas deben ser consideradas y deben limitarse que una idea se le ahogue o critique antes de tener tiempo de desarrollarla.

7.- Historia del usuario

Las historias de usuario, son una aproximación simple al levantamiento de requerimientos de software, en la cual la conversación pasa a ser más importante que la formalización de requerimientos escritos.

Es recomendable que sean escritas por el mismo cliente o interesado (con apoyo del facilitador si es necesario), con énfasis en las funcionalidades que el sistema deberá realizar.

Al redactar una historia de usuario deben tenerse en cuenta describir el Rol, la funcionalidad y el resultado esperado de la aplicación en una frase corta.

Las historias de usuario son una de las técnicas más difundidas para levantar requerimientos de software en metodologías ágiles.

Nota: Estas Tecnicas se han recopilado de la Web Con el unico proposito de apoyar a nuestros Usuarios en el Levantamiento de Requerimientos para las Soluciones de sus Clientes

Nestor Octavio Guzman Bernal

Desarrollador de Soluciones

Cel.: (722) 7 70 16 56

WhatsApp: (722) 7 70 16 56

 

Publicado el Dejar un comentario

No se admite el cifrado en el cliente. código duro: 58

Mensaje de error:

Error de SQL Server: 21

no se admite el cifrado en el cliente. código duro: 58 

Solución: Revisar en el servidor cómo está configurado desde el Server Network utility los protocolos y si requieren cifrado. En otras palabras, ir a la opción “Forzar cifrado de protocolos” de la “Herramienta de Red de Cliente” y  deshabilitar la casilla.

Descarga la cadena de conexión para MyBusiness POS 20

El problema es porque tenes configurado el cifrado en la conexión.

Error_mybusinesspos_codigo_duro_58

Fuente:

https://support.microsoft.com/es-us/help/316898/how-to-enable-ssl-encryption-for-an-instance-of-sql-server-by-using-mi

https://docs.vmware.com/es/VMware-Horizon-7/7.3/horizon-installation/GUID-FC2EB030-4D0F-4AA6-9273-0F14A67ADC73.html

Encryption not supported on the client. Refer to server error logs and setup logs for more information. For details on how to view setup logs, see “How to View Setup Log Files” in SQL Server Books Online.

Codigo duro 460

Este parche se utiliza cuando nos aparece el error 460 en la estación de trabajo.

10:54:23 Ocurrió un error:
Module: frmEstaciones
Function: Form_Load
Description: No se encontró el elemento en la colección que corresponde con el nombre o el ordinal pedido. código duro: 460
Error número: 3265

 

10:55:26 Ocurrió un error:
Module: frmEstaciones
Function: btnSalvar_Click
Description: Object variable or With block variable not set código duro: 47
Error número: 91

código duro: 3955
Error número: 91

Importe este procedimiento desde el Business Manager—configuración—personalización —procedimientos y rutinas de Usuario.

Ejecútelo una vez con clic derecho — ejecutar

Aparecerá un mensaje de que se ejecutó correctamente.

Nuevamente configure su estación de trabajo

Saludos

jofelchez@gmail.com

Abrir Firewall Puerto 1400

Abre el puerto 1400 para permitir el acceso al servidor desde las terminales.

Este proceso solo es necesario en el SERVIDOR.

INSTRUCCIONES:

1.- Descomprimir el Archivo

2.- Dar clic en “Abre_Firewall_1400.bat” (ejecutar como Administrador)

3.- Dar clic el segundo archivo de Registro (ejecutar como Administrador).

Escribe comentarios respecto a este Archivo, para realizar las mejoras necesarias

Firewall-MyBusinessPOS-1400

.