ACTIVIDAD FINAL INTRODUCCION SISTEMAS DE INFORMACION (1) (2).pdf
•
0 recomendaciones•7 vistas
Este documento presenta las instrucciones para una actividad final sobre sistemas de información. Se pide realizar un diagnóstico de la empresa trabajada en las últimas 6 semanas que identifique su estado actual en áreas como redes, hardware y software. Se debe describir fortalezas y deficiencias encontradas y proponer mejoras para las deficiencias.
Denunciar
Compartir
Denunciar
Compartir
Descargar para leer sin conexión
Recomendados
ACTIVIDAD FINAL INTRODUCCION SISTEMAS DE INFORMACION (1) (2).docx
El documento describe una actividad final para introducir sistemas de información. Se pide realizar un diagnóstico de la empresa trabajada en las últimas 6 semanas para identificar su estado actual, actualizando el trabajo inicial y enumerando su red, hardware y software. Se debe incluir fortalezas, deficiencias y una propuesta de mejora para las deficiencias encontradas con posibles soluciones.
Team de trabajo con estructura dc
El documento describe un proyecto para implementar un sistema de atención a pacientes en una plataforma web para un centro de salud. Se aplica una estructura de equipo de trabajo DC y se utilizan principios de planificación de proyectos para crear un cronograma de la fase de implementación. Los requisitos del sistema incluyen el manejo de historiales médicos de pacientes, reserva de citas en línea, generación de estadísticas y compatibilidad con contabilidad.
Proyecto final programación avanzada
Este documento describe un proyecto para desarrollar una aplicación de escritorio que permita el registro de actividades de pasantes sobre el mantenimiento de computadoras en una empresa. La aplicación tendrá funciones como registro de usuarios, registro de equipos dañados y problemas reportados, y búsqueda de información sobre equipos y actividades de pasantes. Se desarrollará usando Java en NetBeans y se conectará a una base de datos Oracle para almacenar la información.
La importancia del análisis de requerimientos para el desarrollo de sistemas
Este documento describe la importancia del análisis de requerimientos para el desarrollo de sistemas. Explica que el análisis de requerimientos se puede dividir en cinco áreas clave y describe principios operativos y de ingeniería de requerimientos. Además, clasifica los requerimientos en requerimientos de usuario, de sistema, funcionales, no funcionales, de producto, organizacionales, externos y de dominio. Finalmente, distingue entre requerimientos duraderos y volátiles.
Proyecto de reingenieria de software
Este documento propone un proyecto de reingeniería de software para el sistema de planillas de una empresa. Actualmente el software presenta problemas como la falta de cálculo de aportes y descuentos. El proyecto busca satisfacer nuevos requerimientos, migrar el sistema a un lenguaje más moderno, y adaptarlo para permitir mejoras continuas. Se estima un costo de $11,500 durante 8 meses para la reingeniería frente a $28,000 para un nuevo sistema. Los riesgos incluyen posibles problemas en la interacción entre sistemas, y la ins
Practica 1
Este documento presenta las instrucciones para una práctica que requiere que los estudiantes identifiquen los componentes propuestos para su centro de cómputo, incluyendo la forma de interconexión, recursos, software, usuarios, condiciones de seguridad e higiene, y más. Los estudiantes deben registrar estos componentes en una presentación, consultar bibliografía sobre la operación de centros de cómputo, y elaborar tablas y listas de verificación para monitorear y controlar el estado de los componentes.
Tipos de requerimeintos
La fase de análisis y factibilidad de sistemas de información incluye la identificación del problema, el análisis de requerimientos, la factibilidad del proyecto, el análisis del sistema actual y la definición de prioridades de los usuarios. Esta fase evalúa la viabilidad técnica, operativa y económica del proyecto propuesto para resolver los problemas identificados y aprovechar las oportunidades.
EVALUACIÓN DE PROYECTOS Y APLICACIONES COMPUTARIZADAS
Siempre que la demanda sea mayor que la oferta, se le puede llamar demanda potencial insatisfecha y su valor será para la mayoría de las determinaciones que se hagan a lo largo del estudio de factibilidad, como el tamaño de los equipos para adquirir, la inversión necesaria. El análisis debe medir el impacto económico en el presupuesto estimando los costos asociados a los recursos que se necesitan para hacer el diseño, la instalación, la capacitación de los usuarios y mantenimiento. La determinación de las necesidades reales
Recomendados
ACTIVIDAD FINAL INTRODUCCION SISTEMAS DE INFORMACION (1) (2).docx
El documento describe una actividad final para introducir sistemas de información. Se pide realizar un diagnóstico de la empresa trabajada en las últimas 6 semanas para identificar su estado actual, actualizando el trabajo inicial y enumerando su red, hardware y software. Se debe incluir fortalezas, deficiencias y una propuesta de mejora para las deficiencias encontradas con posibles soluciones.
Team de trabajo con estructura dc
El documento describe un proyecto para implementar un sistema de atención a pacientes en una plataforma web para un centro de salud. Se aplica una estructura de equipo de trabajo DC y se utilizan principios de planificación de proyectos para crear un cronograma de la fase de implementación. Los requisitos del sistema incluyen el manejo de historiales médicos de pacientes, reserva de citas en línea, generación de estadísticas y compatibilidad con contabilidad.
Proyecto final programación avanzada
Este documento describe un proyecto para desarrollar una aplicación de escritorio que permita el registro de actividades de pasantes sobre el mantenimiento de computadoras en una empresa. La aplicación tendrá funciones como registro de usuarios, registro de equipos dañados y problemas reportados, y búsqueda de información sobre equipos y actividades de pasantes. Se desarrollará usando Java en NetBeans y se conectará a una base de datos Oracle para almacenar la información.
La importancia del análisis de requerimientos para el desarrollo de sistemas
Este documento describe la importancia del análisis de requerimientos para el desarrollo de sistemas. Explica que el análisis de requerimientos se puede dividir en cinco áreas clave y describe principios operativos y de ingeniería de requerimientos. Además, clasifica los requerimientos en requerimientos de usuario, de sistema, funcionales, no funcionales, de producto, organizacionales, externos y de dominio. Finalmente, distingue entre requerimientos duraderos y volátiles.
Proyecto de reingenieria de software
Este documento propone un proyecto de reingeniería de software para el sistema de planillas de una empresa. Actualmente el software presenta problemas como la falta de cálculo de aportes y descuentos. El proyecto busca satisfacer nuevos requerimientos, migrar el sistema a un lenguaje más moderno, y adaptarlo para permitir mejoras continuas. Se estima un costo de $11,500 durante 8 meses para la reingeniería frente a $28,000 para un nuevo sistema. Los riesgos incluyen posibles problemas en la interacción entre sistemas, y la ins
Practica 1
Este documento presenta las instrucciones para una práctica que requiere que los estudiantes identifiquen los componentes propuestos para su centro de cómputo, incluyendo la forma de interconexión, recursos, software, usuarios, condiciones de seguridad e higiene, y más. Los estudiantes deben registrar estos componentes en una presentación, consultar bibliografía sobre la operación de centros de cómputo, y elaborar tablas y listas de verificación para monitorear y controlar el estado de los componentes.
Tipos de requerimeintos
La fase de análisis y factibilidad de sistemas de información incluye la identificación del problema, el análisis de requerimientos, la factibilidad del proyecto, el análisis del sistema actual y la definición de prioridades de los usuarios. Esta fase evalúa la viabilidad técnica, operativa y económica del proyecto propuesto para resolver los problemas identificados y aprovechar las oportunidades.
EVALUACIÓN DE PROYECTOS Y APLICACIONES COMPUTARIZADAS
Siempre que la demanda sea mayor que la oferta, se le puede llamar demanda potencial insatisfecha y su valor será para la mayoría de las determinaciones que se hagan a lo largo del estudio de factibilidad, como el tamaño de los equipos para adquirir, la inversión necesaria. El análisis debe medir el impacto económico en el presupuesto estimando los costos asociados a los recursos que se necesitan para hacer el diseño, la instalación, la capacitación de los usuarios y mantenimiento. La determinación de las necesidades reales
Análisis de requerimientos para el desarrollo de sistemas
El documento describe los requerimientos y el proceso de análisis de requerimientos para el desarrollo de sistemas. Los requerimientos capturan lo que el sistema debe hacer para satisfacer sus objetivos y son fundamentales para prevenir defectos. El proceso implica identificar a los clientes, realizar entrevistas, elaborar documentos de requerimientos de usuarios y requerimientos detallados, y validar que los requerimientos satisfacen las necesidades de los clientes.
Proceso de desarrollo de si
El documento describe las principales fases del proceso de desarrollo de sistemas de información, incluyendo la recopilación de requisitos, análisis de requisitos, arquitectura, diseño, implementación, pruebas, despliegue y mantenimiento. Explica las actividades clave de cada fase con el objetivo de transformar los requisitos del usuario en un sistema de información funcional.
10 Clase Captura De Los Requisitos Cap.6
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan modelos del dominio y del negocio para comprender el contexto del sistema. Los requisitos funcionales se capturan a través de casos de uso, mientras que los no funcionales se especifican por separado. El proceso iterativo permite actualizar los requisitos a lo largo del desarrollo del proyecto.
10 Clase Captura De Los Requisitos Cap[1].6
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan artefactos como un modelo de casos de uso, requisitos adicionales, modelos de dominio y de negocio. Los modelos de dominio y negocio ayudan a comprender el contexto mediante la identificación de objetos, procesos y actores. La captura de requisitos funcionales se basa en casos de uso, mientras que los no funcionales especifican propiedades como rendimiento y seguridad. El proceso iterativo permite actualizar los
Actividad3
El documento describe el sistema de gestión de reclamaciones y averías de Telefónica de España. Existen centros de atención al cliente que registran las quejas de los clientes en sistemas informáticos. Una vez registrada la avería o reclamación, el sistema la distribuye al departamento correspondiente para su resolución. El proceso concluye con la reparación de la avería o notificación de la solución al cliente.
Taller en clases
El documento presenta información sobre un taller sobre ingeniería de requisitos. Define qué son los requisitos y tipos de requisitos, como funcionales, no funcionales y pseudorrequisitos. Explica las actividades de la ingeniería de requisitos como extracción, análisis, especificación y validación. Además, identifica a las personas involucradas en el proceso como usuarios finales, líderes de usuarios, personal de mantenimiento y pruebas, y analistas.
Taller en clases
El documento presenta información sobre un taller de ingeniería de requisitos. Se definen conceptos clave como requisitos funcionales, no funcionales y pseudorrequisitos. También se describen las principales actividades de la ingeniería de requisitos como extracción, análisis, especificación y validación. Finalmente, se mencionan las personas involucradas en el proceso de ingeniería de requisitos.
Fase MCS: Validacion de la Solución
El documento describe los pasos para validar una solución telemática. Incluye objetivos, entradas, productos y etapas de referencia para la validación como: 1) implementar un prototipo operacional y determinar si cumple los requisitos; 2) corregir defectos encontrados; y 3) actualizar modelos, arquitectura y el caso de negocio. El propósito es entregar un sistema que satisfaga las necesidades del cliente.
Administración de la configuración
El documento describe varios procesos relacionados con la administración de redes, incluyendo el diseño, implementación, documentación, monitoreo y resolución de problemas de la red. Algunos de los pasos clave son reunir los requisitos de la red, diseñar la topología e infraestructura, instalar hardware y software, documentar la configuración de la red, monitorear el rendimiento y detectar fallas.
Formulario urd
El documento describe los pasos para generar y administrar una Solicitud de Requerimiento de Usuario (URD) en un sistema. En el Paso 1, el usuario ingresa detalles sobre una nueva solicitud o modificación, incluida la descripción, prioridad y beneficios. Luego, los líderes regionales evalúan la URD en el Paso 2 y la aprueban o rechazan. En el Paso 3, si es aprobada, el equipo de desarrollo asigna responsables, plazos y genera un plan de tareas, informando al usuario una vez finalizado
Presentación análisis de_sistemas
Este documento describe las diferentes fases del análisis de sistemas: identificación de problemas y objetivos, determinación de requerimientos de información, análisis de las necesidades del sistema, diseño del sistema recomendado, desarrollo y documentación del software, prueba y mantenimiento del sistema, e implementación y evaluación del sistema. El propósito general es desarrollar un sistema de información efectivo mediante el análisis de los requisitos, el diseño de un sistema que cumpla con esos requisitos, y la prueba y evaluación del
Jupama App
Tras analizar los procesos de negocio de la compañía detectamos puntos de mejora mediante la automatización de estos, mediante un despliegue de tecnología movil orientado a mejorar el servicio a los clientes y reducir el coste operativo.
Actualmente la interacción de los explotadores de máquinas de Jupama es la siguiente:
Cuando un cliente necesita comunicarse con Jupama, dispone de un número de teléfono al que llamar. En dicha llamada, es atendido por un asistente virtual que le
ofrece 4 opciones:
• Solicitud de cambio, con una cantidad predefinida según el histórico del cliente.
• La asistencia de un técnico.
• La asistencia de un comercial.
• La posibilidad de hablar con un operador.
11271320110505163923 (1)
El documento describe los requerimientos y especificación de requisitos para el desarrollo de software. Explica que los requerimientos identifican las necesidades de los usuarios y clientes, mientras que los requisitos definen las características técnicas que debe cumplir el sistema. Además, destaca la importancia de especificar requisitos de forma clara, completa y verificable para evitar problemas en el desarrollo del proyecto.
Metodologia gestion de requerimientos
Este documento presenta una metodología para la gestión de requerimientos. Explica la importancia de identificar las necesidades del cliente a través de entrevistas y documentación. También cubre la definición, clasificación, verificación y pruebas de requerimientos, así como la gestión de cambios. Finalmente, describe las matrices de trazabilidad que permiten verificar que los requerimientos sean cubiertos y la gestión de requerimientos como un proceso clave para el éxito de los proyectos.
Propueta De Sistemas
La propuesta presenta un sistema digital llamado "CLIENTES AL DÍA" para proporcionar información rápida sobre los clientes, órdenes de producción y pagos. Se recomienda crear tres bases de datos (CLIENTES, ORDEN DE PRODUCCIÓN, CARTERA) para almacenar y consultar esta información de manera más eficiente que el método actual. El sistema permitiría consultas rápidas de saldos y pagos totales de clientes y podría implementarse en la oficina usando una red local o internet.
Tema N° 10 Análisis de los Requisitos
Tema N° 10 Análisis de los Requisitos correspondiente a la Unidad III.- Análisis de los Requisitos del Saber Ingeniería del Software II, dictado en el PNF en Informática de la UPTP "Luis Mariano Rivera".
Requerimientos de sofware
El documento habla sobre la importancia de especificar los requerimientos de un proyecto de software de manera completa antes de comenzar el desarrollo. Explica que muchos proyectos fallan por no estudiar previamente las necesidades de los usuarios ni definir adecuadamente el alcance del proyecto. También describe las etapas clave para la obtención y especificación de requerimientos, incluyendo identificar a las partes interesadas, documentar los requerimientos funcionales y no funcionales, y obtener la aprobación del cliente.
Análisis,COSTO/BENEFICIO,Definición del problema, objetivos
El documento presenta un análisis costo-beneficio de dos opciones para un sistema de citas para un consultorio dental. La Opción A detalla los costos de aplicaciones y licencias necesarias, mientras que la Opción B ofrece un precio base más costos por licencia de usuario. El documento también describe los pasos iniciales del proyecto, incluyendo definir el problema, objetivos, plan de trabajo, tiempos, recursos y diseño propuesto usando diagramas.
Análisis de Requerimientos
Este documento presenta el análisis de requerimientos para un sistema de ventas en línea propuesto por una empresa. Se identificaron los requerimientos funcionales y no funcionales a través de entrevistas, cuestionarios y observación. Los requerimientos funcionales incluyen consultas y compras en línea, almacenamiento de leyes de compras, y generación de reportes. Los requerimientos no funcionales incluyen seguridad de datos, escalabilidad y rendimiento. Se crearon diagramas de casos de uso y prototipos para analizar los
actualización de los recursos de la red de acuerdo a los requerimientos de la...
Este documento describe las prácticas de simulación realizadas en el software Packet Tracert para actualizar los recursos de una red LAN. Explica que primero se debe entender los requerimientos y condiciones de la organización para determinar las actualizaciones necesarias. Luego, destaca la importancia de simular las actualizaciones propuestas en Packet Tracert antes de implementarlas en la red real para evitar errores. Finalmente, detalla algunas prácticas de simulación específicas realizadas en Packet Tracert, como la configuración de un DMZ y firewall
Presentación de la historia de PowerPoint y sus características más relevantes.
Aquí se evidencia datos importantes sobre PowerPoint.
CONCURSOS EDUCATIVOS 2024-PRESENTACIÓN ORIENTACIONES ETAPA IE (1).pptx
Desripción de concursos educativos 2024
Más contenido relacionado
Similar a ACTIVIDAD FINAL INTRODUCCION SISTEMAS DE INFORMACION (1) (2).pdf
Análisis de requerimientos para el desarrollo de sistemas
El documento describe los requerimientos y el proceso de análisis de requerimientos para el desarrollo de sistemas. Los requerimientos capturan lo que el sistema debe hacer para satisfacer sus objetivos y son fundamentales para prevenir defectos. El proceso implica identificar a los clientes, realizar entrevistas, elaborar documentos de requerimientos de usuarios y requerimientos detallados, y validar que los requerimientos satisfacen las necesidades de los clientes.
Proceso de desarrollo de si
El documento describe las principales fases del proceso de desarrollo de sistemas de información, incluyendo la recopilación de requisitos, análisis de requisitos, arquitectura, diseño, implementación, pruebas, despliegue y mantenimiento. Explica las actividades clave de cada fase con el objetivo de transformar los requisitos del usuario en un sistema de información funcional.
10 Clase Captura De Los Requisitos Cap.6
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan modelos del dominio y del negocio para comprender el contexto del sistema. Los requisitos funcionales se capturan a través de casos de uso, mientras que los no funcionales se especifican por separado. El proceso iterativo permite actualizar los requisitos a lo largo del desarrollo del proyecto.
10 Clase Captura De Los Requisitos Cap[1].6
Este documento describe los pasos para capturar los requisitos de un sistema de manera efectiva. Se necesitan artefactos como un modelo de casos de uso, requisitos adicionales, modelos de dominio y de negocio. Los modelos de dominio y negocio ayudan a comprender el contexto mediante la identificación de objetos, procesos y actores. La captura de requisitos funcionales se basa en casos de uso, mientras que los no funcionales especifican propiedades como rendimiento y seguridad. El proceso iterativo permite actualizar los
Actividad3
El documento describe el sistema de gestión de reclamaciones y averías de Telefónica de España. Existen centros de atención al cliente que registran las quejas de los clientes en sistemas informáticos. Una vez registrada la avería o reclamación, el sistema la distribuye al departamento correspondiente para su resolución. El proceso concluye con la reparación de la avería o notificación de la solución al cliente.
Taller en clases
El documento presenta información sobre un taller sobre ingeniería de requisitos. Define qué son los requisitos y tipos de requisitos, como funcionales, no funcionales y pseudorrequisitos. Explica las actividades de la ingeniería de requisitos como extracción, análisis, especificación y validación. Además, identifica a las personas involucradas en el proceso como usuarios finales, líderes de usuarios, personal de mantenimiento y pruebas, y analistas.
Taller en clases
El documento presenta información sobre un taller de ingeniería de requisitos. Se definen conceptos clave como requisitos funcionales, no funcionales y pseudorrequisitos. También se describen las principales actividades de la ingeniería de requisitos como extracción, análisis, especificación y validación. Finalmente, se mencionan las personas involucradas en el proceso de ingeniería de requisitos.
Fase MCS: Validacion de la Solución
El documento describe los pasos para validar una solución telemática. Incluye objetivos, entradas, productos y etapas de referencia para la validación como: 1) implementar un prototipo operacional y determinar si cumple los requisitos; 2) corregir defectos encontrados; y 3) actualizar modelos, arquitectura y el caso de negocio. El propósito es entregar un sistema que satisfaga las necesidades del cliente.
Administración de la configuración
El documento describe varios procesos relacionados con la administración de redes, incluyendo el diseño, implementación, documentación, monitoreo y resolución de problemas de la red. Algunos de los pasos clave son reunir los requisitos de la red, diseñar la topología e infraestructura, instalar hardware y software, documentar la configuración de la red, monitorear el rendimiento y detectar fallas.
Formulario urd
El documento describe los pasos para generar y administrar una Solicitud de Requerimiento de Usuario (URD) en un sistema. En el Paso 1, el usuario ingresa detalles sobre una nueva solicitud o modificación, incluida la descripción, prioridad y beneficios. Luego, los líderes regionales evalúan la URD en el Paso 2 y la aprueban o rechazan. En el Paso 3, si es aprobada, el equipo de desarrollo asigna responsables, plazos y genera un plan de tareas, informando al usuario una vez finalizado
Presentación análisis de_sistemas
Este documento describe las diferentes fases del análisis de sistemas: identificación de problemas y objetivos, determinación de requerimientos de información, análisis de las necesidades del sistema, diseño del sistema recomendado, desarrollo y documentación del software, prueba y mantenimiento del sistema, e implementación y evaluación del sistema. El propósito general es desarrollar un sistema de información efectivo mediante el análisis de los requisitos, el diseño de un sistema que cumpla con esos requisitos, y la prueba y evaluación del
Jupama App
Tras analizar los procesos de negocio de la compañía detectamos puntos de mejora mediante la automatización de estos, mediante un despliegue de tecnología movil orientado a mejorar el servicio a los clientes y reducir el coste operativo.
Actualmente la interacción de los explotadores de máquinas de Jupama es la siguiente:
Cuando un cliente necesita comunicarse con Jupama, dispone de un número de teléfono al que llamar. En dicha llamada, es atendido por un asistente virtual que le
ofrece 4 opciones:
• Solicitud de cambio, con una cantidad predefinida según el histórico del cliente.
• La asistencia de un técnico.
• La asistencia de un comercial.
• La posibilidad de hablar con un operador.
11271320110505163923 (1)
El documento describe los requerimientos y especificación de requisitos para el desarrollo de software. Explica que los requerimientos identifican las necesidades de los usuarios y clientes, mientras que los requisitos definen las características técnicas que debe cumplir el sistema. Además, destaca la importancia de especificar requisitos de forma clara, completa y verificable para evitar problemas en el desarrollo del proyecto.
Metodologia gestion de requerimientos
Este documento presenta una metodología para la gestión de requerimientos. Explica la importancia de identificar las necesidades del cliente a través de entrevistas y documentación. También cubre la definición, clasificación, verificación y pruebas de requerimientos, así como la gestión de cambios. Finalmente, describe las matrices de trazabilidad que permiten verificar que los requerimientos sean cubiertos y la gestión de requerimientos como un proceso clave para el éxito de los proyectos.
Propueta De Sistemas
La propuesta presenta un sistema digital llamado "CLIENTES AL DÍA" para proporcionar información rápida sobre los clientes, órdenes de producción y pagos. Se recomienda crear tres bases de datos (CLIENTES, ORDEN DE PRODUCCIÓN, CARTERA) para almacenar y consultar esta información de manera más eficiente que el método actual. El sistema permitiría consultas rápidas de saldos y pagos totales de clientes y podría implementarse en la oficina usando una red local o internet.
Tema N° 10 Análisis de los Requisitos
Tema N° 10 Análisis de los Requisitos correspondiente a la Unidad III.- Análisis de los Requisitos del Saber Ingeniería del Software II, dictado en el PNF en Informática de la UPTP "Luis Mariano Rivera".
Requerimientos de sofware
El documento habla sobre la importancia de especificar los requerimientos de un proyecto de software de manera completa antes de comenzar el desarrollo. Explica que muchos proyectos fallan por no estudiar previamente las necesidades de los usuarios ni definir adecuadamente el alcance del proyecto. También describe las etapas clave para la obtención y especificación de requerimientos, incluyendo identificar a las partes interesadas, documentar los requerimientos funcionales y no funcionales, y obtener la aprobación del cliente.
Análisis,COSTO/BENEFICIO,Definición del problema, objetivos
El documento presenta un análisis costo-beneficio de dos opciones para un sistema de citas para un consultorio dental. La Opción A detalla los costos de aplicaciones y licencias necesarias, mientras que la Opción B ofrece un precio base más costos por licencia de usuario. El documento también describe los pasos iniciales del proyecto, incluyendo definir el problema, objetivos, plan de trabajo, tiempos, recursos y diseño propuesto usando diagramas.
Análisis de Requerimientos
Este documento presenta el análisis de requerimientos para un sistema de ventas en línea propuesto por una empresa. Se identificaron los requerimientos funcionales y no funcionales a través de entrevistas, cuestionarios y observación. Los requerimientos funcionales incluyen consultas y compras en línea, almacenamiento de leyes de compras, y generación de reportes. Los requerimientos no funcionales incluyen seguridad de datos, escalabilidad y rendimiento. Se crearon diagramas de casos de uso y prototipos para analizar los
actualización de los recursos de la red de acuerdo a los requerimientos de la...
Este documento describe las prácticas de simulación realizadas en el software Packet Tracert para actualizar los recursos de una red LAN. Explica que primero se debe entender los requerimientos y condiciones de la organización para determinar las actualizaciones necesarias. Luego, destaca la importancia de simular las actualizaciones propuestas en Packet Tracert antes de implementarlas en la red real para evitar errores. Finalmente, detalla algunas prácticas de simulación específicas realizadas en Packet Tracert, como la configuración de un DMZ y firewall
Similar a ACTIVIDAD FINAL INTRODUCCION SISTEMAS DE INFORMACION (1) (2).pdf (20)
Análisis de requerimientos para el desarrollo de sistemas
Análisis de requerimientos para el desarrollo de sistemas
Análisis,COSTO/BENEFICIO,Definición del problema, objetivos
Análisis,COSTO/BENEFICIO,Definición del problema, objetivos
actualización de los recursos de la red de acuerdo a los requerimientos de la...
actualización de los recursos de la red de acuerdo a los requerimientos de la...
Último
Presentación de la historia de PowerPoint y sus características más relevantes.
Aquí se evidencia datos importantes sobre PowerPoint.
CONCURSOS EDUCATIVOS 2024-PRESENTACIÓN ORIENTACIONES ETAPA IE (1).pptx
Desripción de concursos educativos 2024
p4s.co Ecosistema de Ecosistemas - Diagrama.pdf
Ofrecemos herramientas y metodologías para que las personas con ideas de negocio desarrollen un prototipo que pueda ser probado en un entorno real.
Cada miembro puede crear su perfil de acuerdo a sus intereses, habilidades y así montar sus proyectos de ideas de negocio, para recibir mentorías .
CINE COMO RECURSO DIDÁCTICO para utilizar en TUTORÍA
Dos cortos y ocho películas para tratar en el aula.
Manual de procedimiento para gráficos HC
Manual de usuario para elaborar gráficos en Hoja de cálculo de Google.
Business Plan -rAIces - Agro Business Tech
Innovación y transparencia se unen en un nuevo modelo de negocio para transformar la economia popular agraria en una agroindustria. Facilitamos el acceso a recursos crediticios, mejoramos la calidad de los productos y cultivamos un futuro agrícola eficiente y sostenible con tecnología inteligente.
Carnavision: anticipa y aprovecha - hackathon Pasto2024 .pdf
Carnavision: anticipa y aprovecha - hackathon Pasto2024 .pdf
Lecciones 10 Esc. Sabática. El espiritismo desenmascarado docx
El espiritismo, se puede usar para engañar.
La necesidad de bienestar y el uso de la naturaleza.pdf
La necesidad de bienestar y el uso de la naturaleza
Este documento contiene, el programa completo de un acto para realizar la pro...
acto promesa de lealtad a la bandera
Último (20)
Presentación de la historia de PowerPoint y sus características más relevantes.
Presentación de la historia de PowerPoint y sus características más relevantes.
CONCURSOS EDUCATIVOS 2024-PRESENTACIÓN ORIENTACIONES ETAPA IE (1).pptx
CONCURSOS EDUCATIVOS 2024-PRESENTACIÓN ORIENTACIONES ETAPA IE (1).pptx
CINE COMO RECURSO DIDÁCTICO para utilizar en TUTORÍA
CINE COMO RECURSO DIDÁCTICO para utilizar en TUTORÍA
Carnavision: anticipa y aprovecha - hackathon Pasto2024 .pdf
Carnavision: anticipa y aprovecha - hackathon Pasto2024 .pdf
RETROALIMENTACIÓN PARA EL EXAMEN ÚNICO AUXILIAR DE ENFERMERIA.docx
RETROALIMENTACIÓN PARA EL EXAMEN ÚNICO AUXILIAR DE ENFERMERIA.docx
Lecciones 10 Esc. Sabática. El espiritismo desenmascarado docx
Lecciones 10 Esc. Sabática. El espiritismo desenmascarado docx
La necesidad de bienestar y el uso de la naturaleza.pdf
La necesidad de bienestar y el uso de la naturaleza.pdf
Este documento contiene, el programa completo de un acto para realizar la pro...
Este documento contiene, el programa completo de un acto para realizar la pro...
Inteligencia Artificial y Aprendizaje Activo FLACSO Ccesa007.pdf
Inteligencia Artificial y Aprendizaje Activo FLACSO Ccesa007.pdf
Cronica-de-una-Muerte-Anunciada - Gabriel Garcia Marquez.pdf
Cronica-de-una-Muerte-Anunciada - Gabriel Garcia Marquez.pdf
ACTIVIDAD FINAL INTRODUCCION SISTEMAS DE INFORMACION (1) (2).pdf
- 1. ACTIVIDAD FINAL INTRODUCCION SISTEMAS DE INFORMACION PRIMERA PARTE: Aplicaciones clientes/ servidor en sistemas empresariales, Conceptos de clientes, servidor especificaciones etc SEGUNDA PARTE Para la empresa que se ha venido trabajando durante el trascurso de las 6 semanas anteriores se debe como tal realizar un diagnostico donde se identifique totalmente el estado en que esta, para ello ustedes deben tomar desde el primer trabajo realizado y verificar que ha cambiado desde ese momento al día de hoy, se debe realizar la actualización del mismo y se debe enumerar uno por uno su estado REDES (En que topología esta, cuantos puntos de red, canal, proveedor, etc.) HADWARE (Cantidad de equipos, configuraciones, Impresoras, etc.) SOFTWARE (Que sistemas operativos, que software especializado se tiene, etc.) De acuerdo a lo anterior de se debe realizar el diagnostico actual, incluyendo fortalezas, deficiencias etc., teniendo descrito esto se debe realizar una propuesta de mejoramiento para las deficiencias presentadas y posibles soluciones