JUEGO DE FUTBOL ON-LINE

En el diagrama podemos ver que  para publicar el resultado se tiene que incluir los goles y las casualidades, mas sin embargo en el enunciado no se manifiesta obligatoriedad en esa parte por lo tanto el diagrama correcto sería:

EDULOCALIZADOR

Los teléfonos inteligentes son un tema de actualidad y, según el paso del tiempo, el mercado de las aplicaciones móviles sigue su explosión de popularidad. En los últimos años, los teléfonos de la gran mayoría de nosotros han pasado de ser una herramienta de llamadas o mensajes, a una herramienta extremadamente potente de trabajo, ocio o social. Hoy en día, se comparten documentos con Apps, se compra ropa con Apps, se compra y utilizan billetes de avión con Apps


APP EDULOCALIZADOR

Es una herramienta que brinda las posibilidades de conectarse a una URL para obtener información en línea sobre la programación de las asignaturas en las aulas de clases de la universidad.

 Por lo tanto el objetivo de este proyecto es brindar una solución a una problemática desde el punto de vista de la tecnología de sistemas, utilizando tecnologías de fácil acceso para los integrantes de la comunidad educativa.

 Los estudiantes de v semestre de tecnologia en sistemas, han creado una aplicación para la disposicion de toda la comunidad tecnarista donde con solo scanear un codigo QR, puedes verificar el horario de salon de clases. (Jornada nocturna).

¿Cómo utilizarlo?

Descarga la aplicación:

Simplemente tienes que abrir el lector de códigos de tu móvil y apuntar la cámara hacia el código QR,

(Ubicado en la puerta del salón a consultar) y en unos segundos te aparecerá la información en  pantalla.

Imagen de resultado sujeta a cambios!

Para acceder a esta aplicación dar click en el siguiente enlace.
bit.do/tecnar

Descarga la aplicación y disfruta de este beneficio!

AUTORES:
EVELYN SOLIS
RODOLFO RODRIGUEZ
CRISTIAN HERNANDEZ
VERONICA AHUMADA

                                           

                                   LENGUAJE DE MODELO UNIFICADO

Es un lenguaje de sistemas de sotfware mas conocidos y utilizado en la actualidad.

Para inciar vamos a destacar unos conceptos, para dar mas claridad en el tema del lenguaje.

Entonces, este lenguaje es gráfico, nos ayuda a visualizar, especificar, construir y documentar un sistema.

Cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas

Ya que los requerimientos de sistemas de software se clasifican en funcionales y no funcionales, se deben tener en cuenta las siguientes técnicas para la identificación correcta

 Identificación de Requerimientos funcionales

Los requerimientos funcionales son declaraciones de los servicios que proveerá el sistema, de la manera en que éste reaccionará a entradas particulares. En algunos casos, los requerimientos funcionales de los sistemas también declaran explícitamente lo que el sistema no debe hacer.

Muchos de los problemas de la ingeniería de software provienen de la imprecisión en la especificación de requerimientos. Para un desarrollador de sistemas es natural dar interpretaciones de un requerimiento ambiguo con el fin de simplificar su implementación. Sin embargo, a menudo no es lo que el cliente desea. Se tienen que estipular nuevos requerimientos y se deben hacer cambios al sistema, retrasando la entrega de éste e incrementando el costo.

En principio, la especificación de requerimientos funcionales de un sistema debe estar completa y ser consistente. La compleción significa que todos los servicios solicitados por el usuario están definidos. La consistencia significa que los requerimientos no tienen definiciones contradictorias.

En la práctica, para sistemas grandes y complejos, es imposible cumplir los requerimientos de consistencia y compleción. La razón de esto se debe parcialmente a la complejidad inherente del sistema y parcialmente a que los diferentes puntos de vista tienen necesidades inconsistentes. Estas inconsistencias son obvias cuando los requerimientos se especifican por primera vez. Los problemas emergen después de un análisis profundo. Una vez que éstos se hayan descubierto en las diferentes revisiones o en las fases posteriores del ciclo de vida, se deben corregir en el documento de requerimientos.

 Identificación de Requerimientos no funcionales

Son aquellos requerimientos que no se refieren directamente a las funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento. De forma alternativa, definen las restricciones del sistema como la capacidad de los dispositivos de entrada/salida y la representación de datos que se utiliza en la interface del sistema.

Los requerimientos no funcionales surgen de la necesidad del usuario, debido a las restricciones en el presupuesto, a las políticas de la organización, a la necesidad de interoperabilidad con otros sistemas de software o hardware o a factores externos como los reglamentos de seguridad, las políticas de privacidad, entre otros.

Estos diferentes tipos de requerimientos se clasifican de acuerdo con sus implicaciones.

• Requerimientos del producto. Especifican el comportamiento del producto; como los requerimientos de desempeño en la rapidez de ejecución del sistema y cuánta memoria se requiere; los de fiabilidad que fijan la tasa de fallas para que el sistema sea aceptable; los de portabilidad y los de usabilidad.

• Requerimientos organizacionales. Se derivan de las políticas y procedimientos existentes en la organización del cliente y en la del desarrollador: estándares en los procesos que deben utilizarse; requerimientos de implementación como los lenguajes de programación o el método de diseño a utilizar, y los requerimientos de entrega que especifican cuándo se entregará el producto y su documentación.

• Requerimientos externos. Se derivan de los factores externos al sistema y de su proceso de desarrollo. Incluyen los requerimientos de interoperabilidad que definen la manera en que el sistema interactúa con los otros sistemas de la organización; los requerimientos legales que deben seguirse para asegurar que el sistema opere dentro de la ley, y los requerimientos éticos. Estos últimos son impuestos al sistema para asegurar que será aceptado por el usuario.

En la práctica, la especificación cuantitativa de requerimientos es difícil. A los clientes no les es posible traducir sus metas en requerimientos cuantitativos; para algunas de éstas, como las de mantenimiento, no existen métricas que se puedan utilizar; el costo de verificar de forma objetiva los requerimientos no funcionales cuantitativos es muy alto.

En principio, los requerimientos funcionales y no funcionales se diferencian en el documento de requerimientos. En la práctica, esto es difícil. Si un requerimiento no funcional se declara de forma separada a los funcionales, algunas veces es difícil ver la relación entre ellos. Si se declaran con los requerimientos funcionales, es difícil separar las condiciones funcionales y no funcionales e identificar los requerimientos que se refieren al sistema como un todo. Se debe hallar un balance apropiado que dependa del tipo de sistema a especificar. Sin embargo, los requerimientos que claramente se refieren a las propiedades emergentes del sistema se deben resaltar. Esto se hace colocándolos en una sección aparte o diferenciándolos, de alguna forma, de los otros requerimientos del sistema.

Aspectos a tener en cuenta en la identificación de requerimientos funcionales y no funcionales

Requerimientos básicos: se estructura su identificación al buscar respuestas a preguntas como:

• ¿Cuál es el proceso básico de la empresa?

• ¿Qué datos utiliza o produce este proceso?

• ¿Cuáles son los límites impuestos por el tiempo y la carga de trabajo?

• ¿Qué controles de desempeño utiliza?

Siempre se debe comenzar con lo básico. Cuando se hacen preguntas y se reciben respuestas, se proporcionan antecedentes sobre detalles fundamentales relacionados con el sistema y que sirven para describirlo.

Las siguientes preguntas son de utilidad para adquirir la comprensión necesaria:

• ¿Cuál es la finalidad de la actividad dentro de la empresa?

• ¿Qué pasos se siguen para realizarla?

• ¿Dónde se realizan estos pasos?

• ¿Quiénes los realizan?

• ¿Cuánto tiempo tardan en efectuarlos?

• ¿Con cuánta frecuencia lo hacen?

• ¿Quiénes emplean la información resultante?

  Identificación de elementos

Durante esta, se debe identificar muy claramente los siguientes elementos:

• Procesos

• Flujos de datos entre procesos

• Datos de cada flujo de datos

• Bases de datos

• Datos de las bases de datos

TRAVESIA

RUTA DEL TESORO

Hoy nos encontramos con una actividad en clase genial, que para encontrarla  debiamos buscarla.
Fuimos a la biblioteca de la universidad, bajamos 5 pisos! pues no era posible utilizar el ascensor.
ninguno de los integrantes habia tenido le experiencia de visitar la biblioteca, desconocíamos que no podiamos ingresar con bolsos o maletines a diferencia que tuvieramos un candado (nadie tenia), asi que decidimos que uno de los compañeros regresara al salon de clases a dejar todos los bolsos.
Mientras que los demas nos disponiamos a realizar la busquedad de los libros, recolectamos la informacion y luego nos dirigimos al salon, nuevamente subir esos 5 pisos! agitados cogidos de tiempo pero lo logramos.

Aquí una muestra de todos los libros que tuvimos que investigar para recolectar la informacion.

1.

Tipos de preguntas,

 

Abiertas. Aquellas que pueden representar la opinión directa del entrevistado, por ejemplo “Que piensa ud. Acerca de..” , este tipo de preguntas pueden recolectar información al igual que no pueden aportar gran cantidad de información

 

Preguntas cerradas, esta modalidad restringe la respuesta del entrevistado, haciendo la información mas rápido y confiable. Deben ser bien elaboradas

 

Averiguaciones, para ir mas a fondo en un tema

La tarea mas importante para un analista es la recolección de datos y en este caso, según kendall. El cliente es quien ofrece la información mas confiable y real. En este caso, el analista debe diseñar instrumentos que permitan la obtención d ela información en todas las etapas de un proyecto.

 

Una vez el proyecto este claro, se inicia la recolección de datos, aquí es donde se diseña un plan para obtener dicha información, los métodos propuestos por Kendall para la recolección de datos son:

1)      Método interactivo , que permite la interacción persona  a persona, con el cliente y los usuarios de el sistema, Trabajando con herramientas que son: la entrevista, cuestionarios y taller de preguntas.

En este paso se establecen los objetivos de la entrevista, aquí se establece la línea que llevara y el objetivo de la misma.

-A quien entrevistar? Es la decisión que toma el analista a las cuales considera claves para aportar información, preferiblemente deben ser personas muy ligadas a el sistema actual

-Preparación al entrevistado, Aquí se debe hacer una cita previa y estar siempre en contacto unos días antes recordando al entrevistado sobre la hora y fecha

-Tipo de preguntas?  Se definen las preguntas que se realizaran en las entrevistas, las cuales pueden ser cerradas o abiertas y en este punto se define el tipo de entrevista que puede ser pirámide, embudo o rombo

Resumen Lectura 

de Senn y Senn: 

Introducción a las Tecnologías de la Información (parte 1)

En un campo como este es importante saber cuál es la función de las tecnologías de la información y comunicación (TICs). Es aquí donde entra el libro Introduction to Information technology, en donde nos enfocaremos en el primer capítulo, que trata de sus principio y sus funciones. Comienza en cómo las innovaciones (que dependen de las TICs), han cambiado la forma en que trabajamos. Ejemplos que presenta el libro son cómo el Big Science Company, de Atlanta (después adquirida por e-Gain), crea un sistema que les hace posible a los visitantes de la página electrónica conseguir respuestas correctas a las preguntas que ellos colocan, o cómo una página llamada Eyeglasses.com, funciona como tienda en línea para alcanzar a sus clientes, no importa su localización geográfica, entre otros ejemplos.

Todo esto cae en lo que el libro llama “La Edad de la Información’’, que comenzó en el 1957 hasta la actualidad, y en donde hubo un aumento en la cantidad de los llamados “trabajadores del conocimiento’’, quienes se dedican a la creación, distribución y aplicación de información. Ya sabemos que es la Edad de la Información, pero, ¿Acaso hay algo más característico que el aumento de trabajadores del conocimiento? Bueno, el libro presenta seis características de esta edad en la que vivimos, y son:

1) La aparición de la Sociedad de la Información, que una sociedad en la que más gente trabaja manejando la información que en agricultura y manufactura combinadas.

2) Capitalizando en las TICs, que representa la dependencia de los negocios.

3) La Transformación del trabajo, en la que los instrumentos y procesos se van transformando, aumentando la productividad y efectividad en el área de trabajo.

4) Repensar las prácticas de negocios, que se refiere a las modificaciones que los negocios tienen que hacer a la hora de introducir TICs en el área de trabajo. Esto también se le llama re-ingeniería (rompiendo barreras para proveer mejor servicio y capitalizar en sus fuerzas).

5) El éxito de la influencia de las TICs, que habla cómo las TICs han sido dominantes en la actualidad gracias a las personas que se dedican a crearlas.

6) La integración de las TICs, que es cómo las TICs se han integrado con otros componentes de productos y servicios.

Como se ve, en más de una ocasión se menciona las TICs, pero, ¿Qué son las tecnologías de la información y comunicación (TICs)?Las TICs, según el libro, son una gran variedad de artículos y habilidades usados en la creación, almacenaje, y dispersión de data e información al igual que en la creación de conocimiento. Ahora, ¿en que se compone? El libro presenta tres componentes primarios:

1) Computadoras: cualquier sistema electrónico instruido a aceptar, procesar, almacenar, y presentar data e información. Existen varios tipos, por ejemplo, están las microcomputadoras (ej. Desktop), “mid-range” (medianas), “Mainframe” (grandes), supercomputadoras, entre otros.

2) Redes de Comunicación: aquí la base es la comunicación, que es el mandar y recibir data e información sobre la red de comunicaciones. Ahora, las redes de comunicación consiste en un grupo de estaciones en diferentes localizaciones que están interconectado a través de un medio que permite a la gente mandar y recibir data e información.

3) Saber cómo: el conocimiento del usuario sobre las TICs, familiarización con sus instrumentos, hábil al usarlos, y entender cuando usar la TIC para resolver un problema o crear una oportunidad.

ECUACIÓN GENERAL DE SISTEMAS

FACTIBILIDAD DE UNA EMPRESA.

voy a iniciar con un preámbulo de que es factibilidad, para que sirva de apoyo a la siguiente explicacion.

Factibilidad se refiere a la disponibilidad de los recursos necesarios para llevar a cabo los objetivos o metas señaladas. Generalmente la factibilidad se determina sobre un proyecto.

Estos resultados se entregan a la gerencia, quienes son los que aprueban la realización del sistema informático.

Factibilidad - sistemas.

El estudio de factibilidad es una tarea que suele estar organizada y realizada por los analistas de sistemas. El estudio consume aproximadamente entre un 5 % y un 10 % del costo estimado total del proyecto, y el período de elaboración del mismo varía dependiendo del tamaño y tipo de sistema a desarrollar.

    FACTIBLE O NO?

Para ello debemos realizar una inspección y  mirar si cumple con los requerimientos necesarios y ellos son:

TECNICA: existe la maquinaria suficiente para implementar el software necesario.

ECONOMIA: si, hay la posibilidad de gestionar loa gastos para ello.

OPERACIONAL: cumple con la cantidad del personal, que estén dispuestos a trabajar.

LEGAL: aunque no es indispensable contar con este requerimiento, primero si los departamentos que estan en la empresa, necesitan cumplir con él, es decir depente del desarrollo de las actividades que se desarrollen en la empresa, se hace necesario o innecesario el cumplimiento de la parte legal.

NOTA: si la empresa cumple con todos los requerimientos, entonces es factible y se le puede dar paso a la implentacion o creacion de la innovacion etc... De lo contrario, con solo fallar uno de ellos, por la ausencia de uno de los requerimientos, sencillamente no es factible y no se puede continuar.