Este documento describe el proceso de ingeniería de usabilidad y accesibilidad aplicado a una organización hotelera. Presenta el análisis de requisitos, diseño con prototipos de baja y alta fidelidad, y la evaluación. El objetivo fue automatizar procesos para mejorar el servicio al cliente. Se identificaron riesgos y necesidades de los usuarios. La evaluación con usuarios y expertos a través de entrevistas y cuestionarios permitió mejoras al diseño.
Técnicas y Herramientas para el Desarrollo de Sistemas de InformaciónBriRodriguez
Presentación sobre las Técnicas y Herramientas para el Desarrollo de Sistemas de Información, realizada por el Equipo Géminis del curso ADSI Sección 01, UDO Monagas.
Plantilla word para la toma de requisitos en proyectos de desarrollo de software. Independiente de la tecnología o el lenguaje de desarrollo .net o java. Especificación de Requisitos Software en la fase de análisis funcional. compatible con cualquier metodología de desarrollo, metrica 3, cascada, scrum, agile.
Basada en el ieee830.
¿Cómo obtener los Requisitos?
Los requisitos de software son la propiedad que debe exhibir el software, en el cual se expresa las necesidades y limitaciones de un proyecto
Técnicas de Recolección de Requerimientos (Elicitación)
¿Cuál es el mejor? La mejor manera de responder eso es ... depende . ¿En que? Depende sobre su situación, su entorno, su experiencia, la experiencia de sus partes interesadas, su compromiso de gestión y su cronograma para capturar todos los requisitos.
Es probable que cambie con el tiempo, diferentes proyectos, organizaciones diferentes y las necesidades de todos. El resultado probablemente sea que no puede recolectar todos los requisitos, con solo unas pocas técnicas, de ahí la combinación de las mismas.
Técnicas de Recolección de Requerimientos(Elicitación)
Entrevista
Brainstorming/Tormenta de ideas
Escenarios/ Caso de Uso
Prototipos
JAD (Join Application Development)
Técnicas y Herramientas para el Desarrollo de Sistemas de InformaciónBriRodriguez
Presentación sobre las Técnicas y Herramientas para el Desarrollo de Sistemas de Información, realizada por el Equipo Géminis del curso ADSI Sección 01, UDO Monagas.
Plantilla word para la toma de requisitos en proyectos de desarrollo de software. Independiente de la tecnología o el lenguaje de desarrollo .net o java. Especificación de Requisitos Software en la fase de análisis funcional. compatible con cualquier metodología de desarrollo, metrica 3, cascada, scrum, agile.
Basada en el ieee830.
¿Cómo obtener los Requisitos?
Los requisitos de software son la propiedad que debe exhibir el software, en el cual se expresa las necesidades y limitaciones de un proyecto
Técnicas de Recolección de Requerimientos (Elicitación)
¿Cuál es el mejor? La mejor manera de responder eso es ... depende . ¿En que? Depende sobre su situación, su entorno, su experiencia, la experiencia de sus partes interesadas, su compromiso de gestión y su cronograma para capturar todos los requisitos.
Es probable que cambie con el tiempo, diferentes proyectos, organizaciones diferentes y las necesidades de todos. El resultado probablemente sea que no puede recolectar todos los requisitos, con solo unas pocas técnicas, de ahí la combinación de las mismas.
Técnicas de Recolección de Requerimientos(Elicitación)
Entrevista
Brainstorming/Tormenta de ideas
Escenarios/ Caso de Uso
Prototipos
JAD (Join Application Development)
Itsa metodologias de desarrollo de software (alejandra virrueta mendez)virrueta
Este documento, define las diferentes metodologias para el desarrollo de software con el proposito de ayudar a los usuarios, a conocerlas a fondo y asi puedan elegir la adecuada, de acuerdo a su necesidad.
en este trabajo se agrupan conceptos de la ingeniería de requerimientos la cual comprende todas las tareas relacionadas
Con las condiciones a satisfacer para un software nuevo o modificado tomado en cuenta lo diferentes requisitos de las partes relacionadas, si propósito es hacer que los requisitos o requerimientos alcancen un estado óptimo antes de alcanzar la fase de diseño en el proyecto.
Los desafíos de calidad de software que nos trae la IA y los LLMsFederico Toledo
En esta charla, nos sumergiremos en los desafíos emergentes que la inteligencia artificial (IA) y los Large Language Models (LLMs) traen al mundo de la calidad del software y el testing. Exploraremos cómo la integración, uso o diseño de modelos de IA plantean nuevos retos, incluyendo la calidad de datos y detección de sesgos, sumando la complejidad de probar algo no determinístico. Revisaremos algunas propuestas que se están llevando adelante para ajustar nuestras tareas de testing al desarrollo de este tipo de sistemas, incluyendo enfoques de pruebas automatizadas y observabilidad.
Si bien los hospitales conjuntan a profesionales de salud que atienden a la población, existe un equipo de organización, coordinación y administración que permite que los cuidados clínicos se otorguen de manera constante y sin obstáculos.
Mario García Baltazar, director del área de Tecnología (TI) del Hospital Victoria La Salle, relató la manera en la que el departamento que él lidera, apoyado en Cirrus y Estela, brinda servicio a los clientes internos de la institución e impulsa una experiencia positiva en el paciente.
Conoce el Hospital Victoria La Salle
Ubicado en Ciudad Victoria, Tamaulipas, México
Inició operaciones en el 2016
Forma parte del Consorcio Mexicanos de Hospitales
Hospital de segundo nivel
21 habitaciones para estancia
31 camas censables
13 camillas
2 quirófanos
+174 integrantes en su plantilla
+120 equipos médicos de alta tecnología
+900 pacientes atendidos
Servicios de +20 especialidades
Módulos utilizados de Cirrus
HIS
EHR
ERP
Estela - Business Intelligence
Escaneo y eliminación de malware en el equiponicromante2000
El malware tiene muchas caras, y es que los programas maliciosos se reproducen en los ordenadores de diferentes formas. Ya se trate de virus, de programas espía o de troyanos, la presencia de software malicioso en los sistemas informáticos siempre debería evitarse. Aquí te muestro como trabaja un anti malware a la hora de analizar tu equipo
1. 1
UNIVERSIDAD DE SONORA
DIVISIÓN DE INGENIERÍA
DEPARTAMENTO DE INGENIERÍA INDUSTRIAL
INGENIERÍA EN SISTEMAS DE INFORMACIÓN
TRABAJO FINAL DE INVESTIGACION DE LOS PROCESOS DE LA INGENIERIA DE LA USABILIDAD Y LA ACCESIBILIDAD DENTRO DE UNA ORGANIZACIÓN HOTELERA.
PRESENTADO POR
BORBON VILLA DAVID ALEJANDRO
DELGADO BRACAMONTES ALEXIS RAFAEL
HERMOSILLO, SONORA. MAYO 2014
2. 2
Contenido
ANALISIS DE REQUISITOS ................................................................................... 3
DISEÑO................................................................................................................... 7
Prototipado de baja fidelidad. .............................................................................. 8
Prototipado de alta fidelidad. ............................................................................. 12
EVALUACION. ...................................................................................................... 17
CONCLUSIONES .................................................................................................. 18
3. 3
ANALISIS DE REQUISITOS
Este modelo de calidad hace especial énfasis en la consecución de la necesaria y suficiente calidad para ser capaces de encontrar las verdaderas necesidades de los usuarios como objetivo prioritario. Tarea que no resulta nada fácil puesto que las necesidades que los usuarios exteriorizan habitualmente difieren de sus necesidades reales. Los usuarios, por ejemplo, no son siempre conscientes de sus verdaderas necesidades las cuales, además, evolucionan con el uso del sistema.
4. 4
Planteamiento de los requerimientos.
En el análisis se establecen las partes funcionales mediante un bosquejo que representa el funcionamiento como deberá de ser dentro del sistema hotelera que se va implementar. Son los flujos de datos que se van a representar dentro del sistema (figura 1).
Figura 1. Flujo de datos hotelero.
5. 5
Los alcances que se logran analizar son, automatizar los procesos directos con el cliente para ofrecer un servicio ágil y de calidad aún mejor. Véase figura 2 y figura 3.
Figura 2. Diagrama de caso de uso.
6. 6
Figura 3. Diagrama de actividades.
Dentro de las partes no funcionales, están la de identificar los riesgos dentro del análisis en el producto. Por medio de algunos puntos ya analizados, los riesgos asociados podrían ser.
7. 7
1. Número de usuarios que utilizaran el producto al mismo tiempo. Es utilizar la tecnología más adecuada para poder atender a múltiples usuarios al mismo tiempo en cuanto a base de datos. Dar mantenimiento a la base de datos.
2. Cambios a realizar al proyecto, antes y después de la entrega. Seguir con precisión el análisis y diseño del sistema. Monitorear los cambios del sistema para realizar ajustes.
3. El tamaño del producto se puede adaptar a cualquier hotel sin importar el tamaño. Realizar un estudio sobre los procesos en la administración hotelera. Analizar los requerimientos.
4. El tamaño de la base de datos utilizados por el producto. Contar con los manejadores de bases de datos que puedan contener numerosos registros.
DISEÑO
El diseño es la segunda fase del ciclo de vida de todo proceso de desarrollo de software y, por tanto, también es la segunda fase del modelo de proceso de la Ingeniería de la Usabilidad y de la Accesibilidad. Durante el desarrollo de un sistema, nuevo o no, una vez resueltas las funcionalidades que debe cubrir junto con el resto de características derivadas del contexto de la interacción se pasa, en esta fase, a realizar el diseño de la actividad y el diseño de la información como principales actividades que conforman el proceso global de diseño de la interacción.
8. 8
Prototipado de baja fidelidad.
Se pretende dar una idea conceptual, basándose en bocetos hechos en papel. Aquí se muestra a continuación los tipos de bocetos que se utilizaron para ejemplificar las pantallas y el funcionamiento.
12. 12
Prototipado de alta fidelidad.
Está orientado a que se genera una idea másespecífica de cómo será el producto, un acercamiento más preciso en detalles de cómo intervenir en él. Las imágenes que se muestran son de prototipo software y/o maqueta digital.
17. 17
EVALUACION.
Será en esta fase donde se aplicarán las técnicas necesarias para recibir la realimentación necesaria por parte de los usuarios y/o evaluadores expertos que se verá reflejado en el diseño de las interfaces de los usuarios mejorando sus procesos interactivos.
La evaluación no debe ser pensada solamente como una simple etapa del proceso general del diseño, y mucho menos de la implementación, del sistema, sino que ésta debe realizarse durante todo el ciclo de vida del proceso de desarrollo, los resultados de la cual deben aportar mejoras respecto a las soluciones evaluadas y correcciones respecto a errores reportados.
Técnicas empleadas para la evaluación.
En lugar de realización, se llevó a cabo dentro de un grupo de analistas en conjunto con esas personas encargados en el área de administración del hotel.
En el tipo de técnicas se emplearon de dos tipos, por medio de métodos de indagación, ya que, se platicó con los usuarios, viéndolos en sus entornos de trabajo como desempeñaban sus actividades y si estas herramientas facilitaban sus trabajos.
Mediante cuestionariosse recolecto también respuestas en base a preguntas determinadas.
18. 18
CONCLUSIONES
Se logró entender cómo llegar mediante etapas en el proceso para poder realizar un trabajo complementario, utilizando diversos tipos de herramientas desde el análisis hasta el prototipado y evaluación para un sistema que se requiera. Técnicas que se pueden emplear, entre muchas existentes, para llegar paso a paso a la conclusión más precisa de lo que el cliente requiere en sus necesidades para brincar un mejor servicio y una mayor fluidez en las áreas de trabajo. Haciendo más optimo sus servicios al mismo tiempo. En el caso que se mostró en este documento, se planteó una problemática dentro de una organización hotelera. La cual, tenía deficiencias en distintas áreas y poca comunicación entre departamentos, por lo cual se llevó a cabo un proceso de usabilidad para facilitar distintas áreas y atacar el problema desde raíz.